no luck playing mp4 from an xcd

[Phobos]

aww man, well, i followed the guide to create my mp4 xcds, everything goes fine but the dat file wont play, i get a "classfactory" error thingy... pls help

i muxed the mp4 using 3ivx, i use ffdshow for video and 3ivx for audio,,,

and YES i installed the xcd ds filter...

[Phobos]

update:

i tried all kinds of things with mode2cdmaker:

tried to put the form2 ext to mp4: didnt work

tried putting subtitles also as form2: didnt work

nothing on the form2 ext: didnt work

should i try using single track?? i cant think about anything else... i hope its possible to play this babies through xcd, id h8 to reencode...

[bond]

did you try both xcd dshow filter: from gabest and avih?

[Phobos]

i first tried avih, my above post shows what happened

now i tried gabest and i get a different error, like illegal path or something like that...

btw, none of the filters could render the file in graphedit...

[calinb]

How about trying Media Player Classic? It supports XCD/dat files natively. If it plays it, it's probably some kind of filtergraph-DSF mgmt'or merit level problem, though I'll admit that that kind of thing doesn't usually result in the error msg's you're getting.

[Phobos]

not even playable with media player classic :( it says "failed to render the file"

pls help me guys...

[bond]

ok i tried now playing both a mode2 nero produced mp4 file and a 3ivx produced xvid mp4 and it worked fine

does 3ivx have inbuilt m2f2 support?

[Stux]

Originally posted by bond
does 3ivx have inbuilt m2f2 support?

Umm... no

[bond]

hm i did the following:
transform the mp4 with mode2 creator to a mode2 .bin
extract the .dat file out of the .bin with isobuster
played the resulting file (which is little bigger than the source mp4) in graphedit

the wierd thing is it also plays if i dont a xcd filter installed?

is the .dat file i have not a m2f2 file?

[Stux]

Could be because the 3ivx Splitter will split anything which smells like a mov or mp4 file ;)

[Phobos]

Originally posted by bond
hm i did the following:
transform the mp4 with mode2 creator to a mode2 .bin
extract the .dat file out of the .bin with isobuster
played the resulting file (which is little bigger than the source mp4) in graphedit

the wierd thing is it also plays if i dont a xcd filter installed?

is the .dat file i have not a m2f2 file?

thnx bond but whats the point on extracting the file each time?? so there is no way i can play it directly from the cd???

[bond]

well i did extract it from the image cause i didnt want to burn a cd only for testing

if you want to archieve a xcd you shouldnt extract but burn the image

[Phobos]

right now i havent burned any cd, im testing with daemon tools, is that a problem??? i still have no success playing the file directly from daemon tools. Anyhow bond, i tried your method and it works, i still believe the use of xcd this way is pointless, i want media reproduction, not something i must copy to the hd...

So in conclusion, is this the container's fault? the muxer's fault? or the splitter's fault? The way i see it, it is maybe 3ivx's splitter fault... so any chance this will change ever?? if not i will just dump the whole xcd idea...

thnx for your help guys, just answer this last one

[bond]

hm if the extracted file works, the file is ok (of course)

so i guess the problem is maybe the burning prog!? try another one if possible

[Phobos]

do you know about daemon tools??? is a program that reads directly isos and acts as a virtual dvd rom drive, ive never had bad reads with it which turn out bull burned, its near perfect. i dont want a coaster, thats why i wont burn until im sure it will play. well not a coaster really, but as i said its pointless making xcds if i always have to copy them to the hd....

[bond]

you dont have to copy the files to hd from xcd to play them! it of course will work from cd!

i guess the problem is daemon tools having problems with the cd image produced by mode2 creator
isobuster doesnt seem to have this problem, but with it you have to extract the file to play it

if you want to risk it i would burn the image to cd :)

[Phobos]

errr, i dont agree, 3ivx wont support m2f2 right now, so i dont see why it would change if i burn it, i can still give it a try, but if i dont succeed, maybe mp4 just doesnt work on xcds atm :(

[bond]

3ivx has nothing to do with xcd!

you need to install a xcd/cdxa dshow filter to make the files play (independantely of mp4 (3ivx), avi...)! checkout the xcd faq!

[Phobos]

already done bro, i tell you what, ill do a fresh reinstall and see what happens

[Phobos]

well, i did a fresh install, i have all the ax files working and i get the same g@y errors... conclusion, MP4 DOESNT SUPPORT XCD ATM (lets hope 3ivx supports m2f2 later), unless somebody proves me wrong... believe me ive tried anything

[bond]

well i proved you wrong ;)

once again i guess the problem is daemon tools
try burning the .bin outputted by mode2 maker on cd and report if you can play the .dat from the burned cd

[calinb]

Phobos is right--mp4 and XCD don't get along! Bummer. I've been encoding 795MB files with Nero thinking I might burn them to XCD someday. :(

I made a QT profile Nero Digital Encoding (so it would play on my wife's Mac and also work with 3ivx decoder). I burned it to an XCD. MPC couldn't play it with 3ivx or Nero filters. I installed ff-cdxa. Still broken!

Next I tried graphedit 3ivx splitter >> matroska muxer. The HE-AAC broke! It CoreAAC reports SBR but, instead of 24000/48000, it says it's 12000/24000 and no sound to be heard. Time for a new filter graph.

Finally, 3ivx splitter >> ogg muxer worked, but now my file won't fit on an XCD! VdubMod 1.5.10.1 supports the new mkv lacing so I tried to remux ogm >> mkv. No dice. It just sat there after F7. So I went back to VDubMod 1.5.4.1 and it worked (793MB). Small enough--even w/o the lacing so onward to burn a 2nd coaster...err XCD.

And....it plays! MPC, Nero Showtime, WMP, ff-cdxa, 3ivx splitter, Nero splitter--totally compatible. I thought Nero Recode was supposed to be convenient :) Hey Bond, do you think if we let menno, shitowax, ChristianHJW, and Dext know about the above, we could get some of these problems fixed :) Maybe you can can figure it out. I'm looking for a mp4 >> mkv utility--preferably with the new efficient lacing!

[bond]

Originally posted by calinb
I made a QT profile Nero Digital Encoding (so it would play on my wife's Mac and also work with 3ivx decoder). I burned it to an XCD. MPC couldn't play it with 3ivx or Nero filters. I installed ff-cdxa. Still broken!what error message exactly did you get in mpc? or only crash/freeze?

also to avoid any player related problems its very important to test these things in graphedit!
if you open the mp4xcd file in graphedit how does the graph look like, what filters are used? does it play?

[calinb]

Bond, I did use Graphedit--that's how I tried so many filters. Sorry I didn't provide details.

There's no way that Nero filter will connect to XCD filters; they only connect to their own file source/splitter filter. So we must use the 3ivx splitter. As Shitowax explained to me in the 3ivx forums, you have to choose your solution.

I just tried the 3ivx splitter again. I thought it hung had at first (yesterday) but it just takes a very long time to connect to the riff/CDXA filter. Once it connects, it's fine.

MPC worked with the internal VCD/SVCD/XCD reader too, but it also takes F-O-R-E-V-E-R!

Phobos, try it again and be very, very patient--at least until Shitowax can tells us how to get the filters to connect quicker :).

[bond]

hm interesting, maybe its a problem with 3ivx, not liking the xcd/cdxa filters or so (i hope stux or shitowax will read this)

did you try both filters in graphedit, from avih and gabest?

[shitowax]

You seem to have found a small problem in the 3ivx splitter, in OQT to be precise: the parsing of the header of the .mp4 file is performed by reading a lot of times a few bytes. This way to read files is in general not a problem because of reading cache of modern file systems. Problems start occuring with file systems that don't use any reading cache as it seems to be the case with XCD and some remote file system as well... It's not a new problem and a solution is already in OQT (OQT's internal caching system), but it just need to be used in the 3ivx splitter. It should be in the next 3ivx version (if I can manage to create properly an XCD myself ;))

[calinb]

Gabest's filters (cdxareader and MPC internal) don't work at all. You get a "can't render" with cdxareader and "cannot load any source filter" with the MPC internal filter. mkv XCDs play fine.

[calinb]

Originally posted by shitowax
(if I can manage to create properly an XCD myself ;)) Thanks Shitowax! If you don't have time to do this, I can send you an XCD image. Just tell me what format (nrg, iso, or a cue+bin.) Also what streams you want and how large of a sample. (I assume you'd like 3ivx, but if you feel lucky or want a variety of others....) If it's < 30MB, I'll just put it on my comcast webpage. If you want something > 30MB, I'll have to open up my ftp server to you. PM me, if I can help.

[Phobos]

hmm, after readin shitowax's post it seems im not wrong after all, it was 3ivX fault after all (p0wn3d bond, lol jk) well ill burn these xcds and wait patiently for a new 3ivX version... btw, i hope this new one also supports chapters in mp4 ;)

[bond]

Originally posted by Phobos
hmm, after readin shitowax's post it seems im not wrong after all, it was 3ivX fault after all (p0wn3d bond, lol jk):p :D

but i still wonder why my with iso buster from the mode2 image extracted .dat played without any xcd filter installed with 3ivx...

[shitowax]

Hehehe .... my post described a possible problem, it's not sure. Indeed I've just looked at Gabest's XCD source filter, and it does cache an entire sector (2352 bytes) BUT it doesn't scan for the QT/MP4 mediatypes ... so it may not be 3ivx's fault at all ... ;)
I need to do some real tests now.

Originally posted by Phobos
hmm, after readin shitowax's post it seems im not wrong after all, it was 3ivX fault after all (p0wn3d bond, lol jk) well ill burn these xcds and wait patiently for a new 3ivX version... btw, i hope this new one also supports chapters in mp4 ;)

[bond]

also have a look at avih's filter, its maybe more used than the one from gabest:
http://webs.ono.com/usr016/de_xt/

[calinb]

Originally posted by bond
also have a look at avih's filter, its maybe more used than the one from gabest:
http://webs.ono.com/usr016/de_xt/ Yes! I can't get the gabest filter to work at all with XCD/mp4. avih's works, but it's slow to launch.

[bond]

yes, gabests filter seems to totally lack support for mp4, me and also shitowax got a "filter failed to load file" message

[Phobos]

Originally posted by bond
:p :D

but i still wonder why my with iso buster from the mode2 image extracted .dat played without any xcd filter installed with 3ivx...

i think its because isobuster automaticaly removes m2f2 data and you get a file just the same as the source mp4, thus you dont need any xcd filters

Hehehe .... my post described a possible problem, it's not sure. Indeed I've just looked at Gabest's XCD source filter, and it does cache an entire sector (2352 bytes) BUT it doesn't scan for the QT/MP4 mediatypes ... so it may not be 3ivx's fault at all ...

so what does this mean? is it gabest's fault?? i dont think so, i tried avih's filter and it doesnt work either, any chance these guys update their filters to support mp4? or is 3ivx able to find some workaround??

[bond]

Originally posted by Phobos
i think its because isobuster automaticaly removes m2f2 data and you get a file just the same as the source mp4, thus you dont need any xcd filtersyep that was it, but it seems isobuster isnt able to extract the m2f2 correctly :(

so what does this mean? is it gabest's fault?? i dont think so, i tried avih's filter and it doesnt work either, any chance these guys update their filters to support mp4? or is 3ivx able to find some workaround??well as calinb and shitowax reported the filter from avih works, but it needs very long to load!
gabests filter doesnt work at all

[bond]

ok it seems 3ivx together with avihs filter doesnt handle xcd atm without flaws, did anyone try the mpegable filters from dicas (http://www.mpegable.com/showPage.php?SITE=mpegable&PAGE=download)?

[calinb]

Originally posted by bond
did anyone try the mpegable filters Not for several months. Last I tried them, I think I had trouble decoding some files I made with mp4creator and gave up. I'll try them again.

Okay--I tried it. Dicas uses a file reader/splitter like Nero so I uninstalled 3ivx and....

"Filter Failed to load File."

So 3ivx + avih's riff/CDXA filter seems to be the only (painfully slow loading) solution ATM.

[Phobos]

so in the end whats more likely to happen? 3ivX adapts? xcd filter updates? or should i just dump the xcd idea due to lack of support( id wait some time because 100mb are pretty tempting)?

btw, gabest xcd filter works better for me, it says a route error, while avih's riff/CDXA say theres a "Classfactory" error no matter how long i wait or how many times i try...

calinb, would you pm me with some straightforward instructions to make this work? your first post is a bit confusing, thnx in advance

[bond]

ok here is gabests answer on the problems with his cdxa reader:

Originally posted by gabest
This filter knows how to create media types for a few formats like avi, mpeg1/2 or matroska, but the rest is generated using the registry where certain byte patterns are listed with the corresponding media types. These entries are usually put there when you run regsvr32 on a splitter or source filter. Try to reregister the 3ivx splitter and see if the cdxa filter will work then.so the thing would be to first register cdxareader and only after that the 3ivx filter

[Phobos]

didnt work for me, tried to do exactly what you said bond and i still get error 80004005 :( , any other posibility? note that now this is a BURNED mp4 (dat extension). So the questions prevails... what updates to seek for??

[calinb]

Originally posted by bond
ok here is gabests answer on the problems with his cdxa reader:
so the thing would be to first register cdxareader and only after that the 3ivx filter I tried unregistering and reregistering the 3ivx filter and it didn't help. Also keep in mind that gabest's internal MPC filter, which usually works fine all alone, doesn't work here.

The only filter that works at all is xcdsrc.ax. It also doesn't matter whether the XCD is burned, mounted image, or .dat file, IME.

[Phobos]

well, i deregistered the cdxareader filter and registered the avih's one... i tried to play it in wmp and stood "connecting" like for 5 min reading the xcd until it poped the same "error found" or stuff, secondly i downloaded bsplayer and it also stood there making hundreds of painful-fast head movements on the dvd-rom, so i dumped it...

how exactly did you do it calinb?

update: i tried to render the dat file into graphedit and i got the same lame error asking if i have installed proper filters: 0x80040111

help :(

[calinb]

Originally posted by Phobos
how exactly did you do it calinb? Sounds like it should be working (slowly) for you, Phobos. I use regdrop to register/and unregister filters, but that shouldn't matter. I've tried it on XP sp1 and Win2K sp4--both with DirectX 9b. I don't know what else you could try. If you PM me, I could send you a small .dat file that works for me and you could try it. I think you already said your files render okay, if you extract them with dat2file, right?

[avih]

the xcdsrc.ax filter doesn't do caching at all.
i don't have time to modify the files, but it shouldn't be too hard. the sources are open and are available from dext's page.

@shitowax:
can u pls describe your file access pattern?
i would like to know in the 1st place if a 'normal' caching system will do.

thx,
avih

[Phobos]

Originally posted by calinb
Sounds like it should be working (slowly) for you, Phobos. I use regdrop to register/and unregister filters, but that shouldn't matter. I've tried it on XP sp1 and Win2K sp4--both with DirectX 9b. I don't know what else you could try. If you PM me, I could send you a small .dat file that works for me and you could try it. I think you already said your files render okay, if you extract them with dat2file, right?

yea, i tried isobuster and it worked well, but i cant play the dat no matter what...

feel free to send that mp4 file to my email, i have 20mb..

thnx in advance

[shitowax]

The 3ivx splitter looks first for the "header" atom ("moov"), atom by atom. An atom always start by 8 bytes containing the atom size (4 bytes) and the atom type (4 bytes). Of course, the "header" can be at the beginning or at the end of the movie ;)
Then when it finds the "moov" atom, it reads it entirely sequentially with a lot of small readings. Then it's ready to play.
As far as I've debug, there are problems in the mediatype negociation (I've got something ready for this problem), but there are also problem when reading sequentially the "moov" atom ...

Originally posted by avih
@shitowax:
can u pls describe your file access pattern?
i would like to know in the 1st place if a 'normal' caching system will do.

thx,
avih

[avih]

shitowax, in your oppinion, would a 1 sector (~2k) cache improve the performance considerably? or is the file beeing seeked across a wider area? (assumming for a moment that the seeks don't cross sector boundries. is this assumption good enough?)

[shitowax]

I think yeah. I already saw that Gabest's source filter contains a cache of 1 sector. Basically, there are a lot of atoms read like this:

read size on 4 bytes
for(i = 0; i < size; i++)
{
read a record of a few bytes.
}

So, the splitter performs a lot of small readings of a few bytes. If the source physically reads the data on the disk each time, it would slow things down a lot.

[avih]

thx. i'll see if i can do anything about this.