> Sorry, I should have commented. > > The real bug you reported was the video that hangs. It was in fact a wrong > bitrate set to 800 when using the quality-based encoding.
Well, the but I reported was stuttering video at a different resolution than the input resolution, which still not solved. That you choose to see it as a different problem do not really change the nature of my initial report. Why was the bit rate set differently from the input file? If it was the same, there would be no need to re-code the stream, would it? > The problem of the resolution is not a bug bur a feature. The size > of the video frames in liquidsoap is a global setting. I expected the global settings to be set based on the first and only input file, uniless overrided manually. Anything else is very confusing to me. > When processing several video, the resulting output will have a > constant size and you have to decide how you want to merge video > that have different size. Sure, but that should only be a problem if there are several files with different resolutions. If there is only one, I believe the only sensible default is to use the resolution and framerate of the input file, and to not re-encode unless there is a need for this. > This is also a requirement because we want to be able to manipulate > video streams, for instance by merging to video streams. In this > case, the merged streams need to have the same size. This requirement would still be fulfilled by setting the global values from the first used input file unless they are manually overridden by the liquidsoap script. > You can read more online in our documentation: > http://savonet.sourceforge.net/doc-0.9.2/video.html I've already read it, and it say it is optional to set the resolution and framerate, and do not mention that the defaults are not fetched from the input but have some random values that need to be overridden. I'll adjust these global global settings to solve my problem, but still hold that my reported problem is still unsolved and that liquidsoap should be changed to have less confusing behaviour. Do not see the point of reopening this bug, given that you want to interpret this bug report differently. > Please note that liquidsoap 0.9.2 does not handle frame rate > conversion so all video must have the same frame rate. Right. Not a problem for us, as we use PAL all over. :) > Most of the limitations listed in the above web page are lifted in > the current SVN. The video size is still a global parameter, though. Sound good. If the size and frame rate would be set dynamically based on the first input file, liquidsoap would behave more the way I expected it to work, and it would solve the bug I reported. :) > If you want to discuss more in detail, you are welcom to join one of > our mailing list. Yeah. As I managed to get a stream working today, and it seem to solve the problem with vlc stopping the playout (but failed to play with niceplaye on Mac, no idea why), it is slowly getting to a point where I believe it might solve our problem. :) I'll reply to the list with more information on what we are trying to do, in the thread we have there. :) Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
