tag:blogger.com,1999:blog-5246987755651065286.post3501971624914503998..comments2024-02-22T16:15:42.388-08:00Comments on cbloom rants: 11-04-09 - Video is not for Windowscbloomhttp://www.blogger.com/profile/10714564834899413045noreply@blogger.comBlogger3125tag:blogger.com,1999:blog-5246987755651065286.post-87130834562129294262009-11-07T04:48:04.636-08:002009-11-07T04:48:04.636-08:00For long videos, I ran into trouble with synchroni...For long videos, I ran into trouble with synchronization issues using mplayer. ffmpeg (from SVN) & x264 proved to be the best combination so far.<br /><br />Alexalexjchttps://www.blogger.com/profile/09792792446992677282noreply@blogger.comtag:blogger.com,1999:blog-5246987755651065286.post-33008554130015283752009-11-05T16:37:20.106-08:002009-11-05T16:37:20.106-08:00VirtualDub is really handy to work with AVI files;...VirtualDub is really handy to work with AVI files; it has limited functionality, but it's fast, no-nonsense and quite robust. There's little support for other formats though. And of course their main trick is not using DShow or VfW but reading the AVI file manually and interfacing with the codecs directly.<br /><br />I've never had problems with HuffYUV. I've only had crashes when trying to load HuffYUV data encoded through FFMPEG; even in strict mode, something seems to be going wrong there. In any case, by now it's a moot point; LagArith needs more CPU time, but it supports a few important formats directly that HuffYUV doesn't (YV12, most importantly), it has a significantly better compression rate, and it can split work across multiple threads, so its net runtime on a quadcore is typically faster than HuffYUV while producing files 2.5x smaller. No contest there. But last time I checked (half a year ago) it wasn't directly supported in FFMPEG, and mplayer/mencoder tends to crash when using the codec DLL directly.<br /><br />Other AVI misfeatures: Variable bitrate audio is a gamble - I've never gotten it to work consistently. AVI originally has a 4GB limit, but don't ever expect a "classic AVI"-reading app to handle files bigger than 0x7fffffff bytes. They later designed an extension called OpenDML that meant to solve the problem for good by upping the limit to... 256GB (wait, what?). A lot of AVI-reading apps/libs (most notably, Video for Windows itself) will only be able to deal with the first 2GB chunk out of such a file. Which is a real pity because unlike DShow, VfW is relatively sane API-wise.<br /><br />MP4 (which is basically MOV) support in most apps sadly isn't <b>much</b> better than MKV. Encoding to video-only MP4 then adding the audio stream via MP4Box or encoding via Quicktime are the two ways I've found of making MP4 files with audio that actually work in all players. I've tried several other external muxers and I've tried directly encoding with audio to MP4 using FFMPEG/mencoder and all those options produce files that won't play back correctly in several players.<br /><br />MEncoder output support for anything but AVI is work in progress (as per the developers) and very dodgy in my experience. YMMV.ryghttps://www.blogger.com/profile/03031635656201499907noreply@blogger.comtag:blogger.com,1999:blog-5246987755651065286.post-21023144237046150632009-11-05T04:48:27.617-08:002009-11-05T04:48:27.617-08:00Once upon a time I used to use this when everythin...Once upon a time I used to use this when everything else failed: http://virtualdub.org/<br /><br />For added measure of good time, take a look at the hacks in the source code how they got different codecs not to crash, etc.Mikko Mononenhttps://www.blogger.com/profile/11900996590678707801noreply@blogger.com