Bug#577076: closed by Romain Beauxis <romain.beauxis@gmail.com> (Real bug closed)
> 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
Reply to: