Quote:When playback of AVI files (containing a video format like XviD or DivX) is stuttering, or if the audio is out-of-sync with the video (like when an actor speaks and the lips do not synchronize with the sound), it in 90% of the files is caused by a poorly or wrongly interleaved file. You check this by temporarly enabling "No Cache" in Video OSD Settings in XBMC to test if the file plays better then, (note that enabling "No Cache" is only a temporary workaround for testing only, you should not leave the "No Cache" setting enabled for permanent use). The issue can be permanently resolved by RE-MUXING the AVI video-files that have this problem by using a tool like VirtualDub or AVIMux-GUI. In 5% of the files stuttering and choppy playback is caused by a bad/corrupt container/video/audio header or a VBR MP3 Header, in these cases a simple RE-MUXING is not enough, instead you must decode the audio-stream to PCM during a first-pass RE-MUX and then do another second-pass RE-MUX from the new file to encode the audio-stream to MP3 but instead of MP3 VBR as the original probebly was, encode to MP3 CBR, (the AVI container was never designed to hold MP3 VBR which is why you should always use MP3 CBR in AVI files).

To use VirtualDub on your Windows computer to re-mux, open the AVI file in VirtualDub then select "Direct-Stream" for both the video and audio which saves a new fixed file. Since VirtualDub creates a new header (internal-index), it usually also automaticly fixes any problems with bad/corrupt headers as well. If the problem is due to a bad/corrupt container/video/audio header or a VBR MP3 Header (which VirtualDub usually give a pop-up message stating when you open the file), then to fix that you must use VirtualDub to first fully uncompress the audio-stream to PCM (only process audio, Direct-Stream the video) saving to a new AVI file, then open that new file and do another RE-MUX to recompress the uncompressed PCM-audio to the MP3 CBR format with the bit-rate of your choise, (again just leave the video as Direct-Stream, to only process the audio), by first uncompressing the audio you will any A/V sync-problem caused by MP3 VBR (MP3 Verial Bit Rate). In the other 5% of the times the cause is a poorly encoding audio or video stream, there is no simple solution to this, we suggest you visit sites like doom9.net, videohelp.com or avsforum.com for information and support/help with such.

Additional information: AVI stands for "Audio Video Interleaved" which means the audio and video files are mixted into the AVI file, (like 32Kb video, then 32Kb audio, then 32Kb video, then 32Kb audio, and so on). Bad interleaving means that a file has been improperly interleaved or not interleaved at all, meaning the file probebely has all the video-stream first inside the and then comes all of the audio-stream (or vice versa), this cuases the player to have to seek back and forth between the video-stream and the video-stream instead of just reading them in a kronological order. Microsoft's Windows Media Player in the Windows operating-system is much more lenient than MPlayer with corrupt/bad or poorly/incorrecly interleaved AVI-files, (aftyer all, Microsoft did invented the AVI format)

hibaby Wrote:So sorry for uploading the sample file for a long time.
You can get the test rmvb file in the following url
http://www.badongo.com/file/2142748

This file has two sound tracks,as it can works well in the old mplayer version,but not in the newest build.
Also it can't play directly but need to choice the play as funtcion to play.

krl69 Wrote:I'm using the latest T3CH build and without the mplayer.dll from the test folder, MPG's runs okey, but with it, it stops after 7-8minutes...