I have a problem with the video decoding of an avi file using the XdiV codec.I installed XviD 1.2-127-VAQ from koepi.info to play my XviD 1.2 SMP avi file. But another avi file will not play video.
This shows in GSpot v2.70a as
Codec Name
xvid XviD 1.1.2 Final
Gspot also gives the following result under Proposed Codec Solutions and Test
(Src)-->>(A)-->AVI Splitter>--(B)-->[XviD MPEG-4 Video Decoder ]>--(C)-->[Video Renderer]
Failed to connect Output pin 0x7724d4c["Stream 00"] on AVI Splitter to input pin 0x028409
Message repeats these two lines for different hex values
Hovering over the message reveals that
(A) Input AVI file
AVI Splitter = quartz.dll
(B) 4CC: XVID
XviD MPEG-4 Video Decoder = xvid.ax
(C) {*}
Video Renderer = quartz.dll
The dll file version in system32 is v 6.6.6001.18000. I also have some older versions of the dll in locations such as
C:\Windows\winsxs\x86_microsoft-windows-d..show-core.resources_31bf3856ad364e35_6.0.6000.16386_en-us_4cc222eb40e8bb47
This codec works fine for another avi file that shows in Gspot as
Codec Name
xvid XviD 1.2 SMP
AFREECODEC VT gives this report on the file that won't play video.
-------afreeCodecVT Video Report-------:
Streams (Header) : 2
Streams Found : 2
Length (s) : 3,179
Total Frames : 76,223
Resolution (Header) : 480 x 270
Flags : Has Index, Is Interleaved, Trust CK Type
Video Size (kB) : 197,946.98
Audio Size (kB) : 37,253.91
Try dragging the file into VirtualDub - see if it loads and plays.
If it does, click 'Video' 'Direct Stream copy' then 'File' 'Save as AVI' with a new name.
VLC also has it's own internal filters that perhaps may play (and possibly recode) the file.
I got a copy of virtual dub and tried to drag in the file as you suggested. It didn't run but an error msg appeared.
"Couldn't locate decompressor for format xvid (unknown). Virtual Dub requires a video for windows (vfw) compatible codec to decompress video. Directshow codecs such as those used by Windows media player are not suitable."
Just to check I also tried the other xvid file in Virtual Dub and that played sucessfully. So now I'm stuck. I had a look at the files in a binary editor and whilst the headers look similar (and different lengths) they both seem to have the 4CC xvid throughout them. Gspot and Afreecodec VT both seem to report that the file structure is valid for the file that won't play. In fact Gspot also reports that the correct codec (xvid) is loaded even though the test fails. I have no idea what the Gspot test error means to know where to look next for a solution.
The error message saying that it needs a VFWcodec is contradicted by the fact that you loaded another XviD file - obviously the codec is available.
You could compare a good XviD with information shown in the link.
The table listing offset 0 is h20 when opening the video with the hex tool in VirtualDub.
Each entry is four bytes and reads 'backwards'
Example, the number of frames is in the four bytes from h30 to h33.
The value in hex reads from h33 to h30.
I fixed the problem...more by chance than anything else. But now I want to understand what was going on.
I went back to the Gspot error and took another look. This pointed to the splitter as being the source of the problem. I thought about quartz.dll as I assumed that that was what doing the splitting and then wondered about backward compatibility issues. The RIFF file that won't play is an earlier version of xvid after all...(though I confess I have no idea why it's necessary to split the file to play it- someone care to explain? ). I considered replacing it (the dll) with another version but instead thought I'd look at a standalone splitter to see it that worked or errored and downloaded something called Easy Video Splitter from www.doeasier.org and installed it on my vista box.
I tried splitting one of the files, for which I hadn't been able to decode the video in media player, using the Easy Video splitter. Amazingly the split chunks played in its internal player. So I then tried the original file again in media player...and it now plays! In fact they all do!
So it seems the act of installing Easy Video Splitter has fixed the issue. So now I'm wondering how. The installation seems to have a number of dlls APACK2401.dll, check2.dll, mpack401.dll and MWVSplit.dll None of these have replaced any existing file in System32. They all reside in the Easy Video Splitter installation directories. So it's a bit of a puzzle for a video virgin like me.
What has fixed the problem and why? BTW... I checked Gspot and still get the pin errors under the test section. But now it will actually play the files in there too despite the error... and the files that originally would play video in media player still do... hurray!
And for completeness I looked at quartz.dll and it hasn't changed either. I don't wish to look a gift horse in its orifice BUT why does it work now?!!!
Quote:The installation seems to have a number of dlls APACK2401.dll, check2.dll, mpack401.dll and MWVSplit.dll None of these have replaced any existing file in System32
I assume that they are now registered in the system as being available. And that is why they are being used for that particular file, but as to why it works is beyond me.
VLC, the media player which I use, does not register it's plugins and by that reasoning should still not be able to play it.
