Playing (.rmvb) which in the .dat (XCD) format ?

[ookzDVD]

As the title says,

Is that possible MPC play the .dat (XCD) file which contain
.rmvb (RealVideo9) ?

I know that the RealOne Player can do it with karl's special
plugin.

[gabest]

The registry has to be setup to associate a file header pattern with a media subtype for the file reader's output pin. If you have the external rm plitter registered then it should be done already. The cdxa filter can also recognize a few file formats itself, but I have't extended its list since a while, it only knows what subtype to assign to avi, matroska, mpeg and ogg currently.

[ookzDVD]

@gabest,

So I have to register your realmedia splitter use the regsvr32 ?

[bond]

ookzDVD,
check out the XCD faq in the container forum
and of course, you have to register every filter you want to use ;)

gabest,
does your cdxa filter take the crc stored on the xcd into account? i mean does it avoid passing broken parts to the splitter/decoder?

[gabest]

yes, and when the crc isn't alright it rereads that sector a couple of times again, but I'm not sure if that helps or not, it hasn't been really tested with such broken discs yet.

[bond]

woaw, good to know!

if i understand this right this means that the crc values stored in the container are useless now

what happens if such a broken part is detected? will the playback just jump to the next not broken part?

[gabest]

Originally posted by bond
if i understand this right this means that the crc values stored in the container are useless nowMaybe, but which container has crc? (I know a few, but the most frequently used are not between them)what happens if such a broken part is detected? will the playback just jump to the next not broken part? After running out of retries it is up to the next filter to decide what to do with the broken data.

[bond]

Originally posted by gabest
[B]Maybe, but which container has crc? (I know a few, but the most frequently used are not between them)
well, matroska and ogm can have crc, but all available splitters dont take this into account and dont avoid passing th broken data to the decoder...

After running out of retries it is up to the next filter to decide what to do with the broken data.well i guess this means that the cdxa filter doesnt really use the crc
as i would understand it a xcd filter that really uses the crc and detects a broken part will not pass the broken parts to the next filters (splitter/decoder)

[gabest]

Originally posted by bond
well i guess this means that the cdxa filter doesnt really use the crc
as i would understand it a xcd filter that really uses the crc and detects a broken part will not pass the broken parts to the next filters (splitter/decoder) I can't see why not passing something would be the better choice. A missing or corrupted chunk can both crash the splitter if it is not prepared to handle it. But when the corruption does not affect the container format bytes, then there is a high chance that the decoder will only wash away some pixels and the playback can continue.

[bond]

so whats the sense of crc than, when neither the cdxa filter nor the splitter nor the decoder uses it?

[gabest]

There is only use, to spot bad files, so one can go and download them again. Just think of the use of crc in regular compressed file archives. Crc offers no help at all for you to still be able to recover and use those corrupted files inside a zip or rar.