getting divx to play divx video from mp4 file...

[Vincent Vega]

i was thinking of four options:

- using overrides in media player to force the codec to play mp4v format it doesnt officially support. works just fine say in MPC but it just so happens its not really a player of my choice. mine doesnt have this feature
- maybe use some kind of fourcc changer for mp4 files (kinda like nic's tool for avis) but i've not heard of any such tools for mp4s
- use some intermediate fourcc mapping filter after mp4 splitter to change mp4v tag to something recognized by divx decoder. again i think there's no such filter available
- finally maybe just add mp4v input pin to divx decoder's set of acceptable input data types. but one would need to rewrite and recompile their source code for that i guess. bad idea :confused:

i dont want to use 3ivx or ffdshow or anything like that to play my divx video placed into mp4. i want to use divx decoder. is it still possible?

[bond]

the divx5 decoder will connect to the 3ivx splitter if you enable the "generic mpeg-4" option in the decoder and the "allow unsupported decoders" in the 3ivx splitter

till the version before the last one, this was also possible with the moonlight .mp4 splitter, but it seems moonlight decided to prefer not to allow the connection of other decoders, so it will not work together with the divx5 decoder

[SeeMoreDigital]

Originally posted by bond
till the version before the last one, this was also possible with the moonlight .mp4 splitter, but it seems moonlight decided to prefer not to allow the connection of other decoders, so it will not work together with the divx5 decoder We definitely need more "open source" .mp4 splitters! :eek:


Cheers

[Evil Andy]

Possibly I'm mistaken but isn't DivX an Mpeg-4 ASP codec? So shouldn't it mux into an MP4 container just fine?

[bond]

Originally posted by Evil Andy
Possibly I'm mistaken but isn't DivX an Mpeg-4 ASP codec? So shouldn't it mux into an MP4 container just fine? no, a codec doesnt necessarily have to be able to do that as you can place a mpeg-4 asp video stream in any container, just like you can place a mpeg-1 layer3 stream (aka mp3) in any container (eg .avi)

[Vincent Vega]

Originally posted by bond
the divx5 decoder will connect to the 3ivx splitter if you enable the "generic mpeg-4" option in the decoder and the "allow unsupported decoders" in the 3ivx splitter

these are the settings that ive always had yet they dont work. divx would decode anything (mpeg4) but the stuff from mp4 container. i can only manually connect the pins in graphedit, it plays fine. but i dont know how to "teach" the system to do that automatically.

i checked the descriptions of input pins of both 3ivx video decoder and divx decoder and found exactly what i'd expected. the latter (although having lots of other mpeg4 types in its list) lacks mp4v entry. 3ivx has it. guess thats what it takes for mpeg4 decoder to "agree" to play this stuff.

[bond]

thats because the divx5 decoder has a lower merit than the other decoders.
try giving it a higher merit than the now used decoder (eg 3ivx) with the meritchanger tool from darkavenger (i am sure you will find the link when using search)

btw why do you want to use the divx5 decoder that exclusively? other decoders will not bring less quality

[Vincent Vega]

Originally posted by bond
thats because the divx5 decoder has a lower merit than the other decoders.
try giving it a higher merit than the now used decoder (eg 3ivx)

actually no need to do so. divx decoder installs with topmost merit of ff800000 by default above all other mpeg4 decoders (3ivx installs itself with NORMAL merit of 00600000). for divx content in avis, ogms, mkvs, system always picks divx. its only mp4 files for which divx decoder is never considered.

Originally posted by bond
btw why do you want to use the divx5 decoder that exclusively? other decoders will not bring less quality

i was just thinking what else could decode divx better than divx itself. i use it for encoding, i could also use it for decoding of all of my mpeg4 files as well. why use any other unnecessary filters? theres just this little prob that requires some workaround.

[SeeMoreDigital]

Hi Vincent Vega

Is there any particulat reason why you want to use the DivX DSdec filter?

As Mpeg4 DSdecs go. It's a little bloated (when compared with other decoders), it seems a bit b0rky when fed with high-def content and does not support PAR/DAR signalling!


Cheers

[Sharktooth]

Right! i suggest you to use the latest celtic druid FFDSHOW build (mirror: http://ebola.gamersrevolt.it/celticdruid/ffdshow/) that supports and decodes almost anything the universe throws at it and if you dont want to install any other filter use xvidcore 1.1 (without DS dec) for encoding.

[bond]

Originally posted by Vincent Vega
actually no need to do so. divx decoder installs with topmost merit of ff800000 by default above all other mpeg4 decoders (3ivx installs itself with NORMAL merit of 00600000). for divx content in avis, ogms, mkvs, system always picks divx. its only mp4 files for which divx decoder is never considered.thats indeed strange (actually dunno why the divx5 dshow decoder doesnt want to connect automatically), if i deinstall/deregister all mpeg-4 video decoders (except divx5), the vfw decoder wrapper gets used by default, which might indeed have a higher merit than the divx5 dshow decoder?
or the vfw wraps the divx5 vfw decoder (and uses this instead of the the divx5 dshow decoder, which might have a lower merit than the vfw one), which might be actually the case, as i deregistered all dshow/vfw decoders handling mp4v, except divx5

still you might want to try giving the divx5 dshow decoder a higher merit

i was just thinking what else could decode divx better than divx itself.thats wrong. divx5 is a codec following the mpeg-4 standard. mpeg-4 is an open standard which aims at interoperability between different codecs following its standard
therefore every mpeg-4 decoder will output exactly the same picture, no matter what mpeg-4 encoder was used!!!

on top of that different decoders apply different postprocessing on exactly the same picture they produce during decoding! that indeed can make a difference qualitywise if the pp is good, but i dont think the divx5 decoder is that good in that regard (ffdshow is better and far more powerful imho, eg supports sharpening the picture during playback)

hope this makes it clear that its a myth that you need the divx5 decoder to decode divx5 streams, or that its better for whatever reaosn to do so, or whatever... :)