Also set vbv-bufsize if user didn't specify them.
bufsize is bitrate * seconds between keyframes instead of earlier
2*bitrate. Recommended by Dark_Shikari
So now you can stream for mobiles with following:
sout="#transcode{deinterlace,acodec=mp4a,vcodec=h264,width=320,height=180,venc=x264{no-cabac,bframes=0,ref=3,level=12,keyint=50},vb=180,ab=64,channels=2}...
tested with rtp-output and G1 android. Produces quite stable near cbr
stream.
And file-encoding should be ok with defaults (without any
venc=x264-settings or bitrates), if not targeted to
handhelds/streaming.
change from default 800 to zero, as nowdays most of bitrate transcoding
is for streaming, and 800 ain't good default for that either. Also
thisways it's easier on check different encoding modes (cbr/qp/etc) on
video encoder modules.
I did quick look on different modules, but didn't spot anything obvious
that would break. I'll look ffmpeg and x264 more closely next.
With fontconfig freetype-font is font-family to use, not fontfile.
This should solve issue on linux-side where there aren't any one
place and one file thats usually there.
I'm not that familiar with freetype/fontconfig stuff, so this one could
be way wrong. So feel free to mention/fix/revert this if you spot
something odd.
moment) to toggle a boolean with the variable lock taken (which is not the case
when doing a var_SetBool(!var_GetBool)).
This function is also two times faster (only one lookup).
Now seeking and skipping behave exactly the same.
It also allows forward seeking in non seekable stream by reading the data.
It closes#2994.
As it is a critical section of code, it must be carefully tested.
This removes around 1.1MB on both libass dll and freetype dll (on 2.8MB), which are 4th and 5th dll in size for Windows
(qt4, avcodec, avformat are bigger).
We DON'T use the fonts.conf anyway on Windows, therefore, why having such a dependency, just for parsing a configure file that we don't ship?
I still don't get what is wrong with an .ini/.conf format, but that is not my business, I guess.