Re: Video recording project status.

Yes, I agree there should be some tested sets of codecs/formats/options. When sound will be supported I will test common formats and add codec specific options if necessary.
I think libxvid doesn't work because of this bug in libav:  http://roundup.libav.org/issue1931
It is fixed in newer versions but Ubuntu repositories have only old version.
Bug with libvpx should also disappear in newer versions of libavcodec (libavcodec54) but I will try to make it work with this older version. Newer libavcodec handles all buffers allocations by itself, while older version requires user to supply buffer for encoded frame. I used 200000 bytes just because it was used in their official example program, seems that it is not enough.
Понедельник, 29 июля 2013, 16:11 +02:00 от Christian Van Brussel <[email protected]>:
>Hi Stepan,
>
>Congratulations, this is a very good job.
>
>I only tested it on Ubuntu 12.04 x64 so far, but it works nicely and
>smoothly, and I can hardly find something that can be improved. Good job
>again!
>
>The main problems I experienced were when trying to play with the
>codecs, and had mainly results with libvpx and libx264. This may however
>be due to some unrelated problems such as the container format being
>used, and for example, using libtheora codec seems to lead to an invalid
>file until the 'ogg' container is being used.
>
>Some codecs might also need some specific configuration flags such as
>the ones you added for libx264. For example, using libxvid seems to lead
>invariably to the message 'Invalid pixel aspect ratio 0/1', and this may
>be due to some additional settings that would be needed.
>
>The point here is not to try to support all codecs and all versions of
>the codecs, but instead it may be interesting to test and document the
>main codecs and containers that are known to work well so that a user
>doesn't have to search for that information.
>
>I also experienced some problems when recording at higher framerates
>that my system can sustain, and using the 'variable framerate' setting
>(the 'vfr' mode). In this case, the video that is recorded gets
>corrupted at some point, see eg the screenshot in attachement, it is
>supposed to be the 'castle' map.
>
>In this case, libvpx also uses to throw the following message when
>trying to finalize the file:
>
>"[libvpx @ 0x7f55840027a0] Compressed frame larger than storage
>provided! (211649/200000)"
>
>Bye,
>Christian
>
>------------------------------------------------------------------------------
>See everything from the browser to the database with AppDynamics
>Get end-to-end visibility with application monitoring from AppDynamics
>Isolate bottlenecks and diagnose root cause in seconds.
>Start your free trial of AppDynamics Pro today!
>http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
>_______________________________________________
>Crystal-develop mailing list
>[email protected]
>https://lists.sourceforge.net/lists/listinfo/crystal-develop
>


--

------------------------------------------------------------------------------
Get your SQL database under version control now!
Version control is standard for application code, but databases havent 
caught up. So what steps can you take to put your SQL databases under 
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk

_______________________________________________
Crystal-develop mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/crystal-develop