Request: Help with MCF-CD DShow filter

[ErMonnezZa]

Ok here my results:

cd 80 min media:

Lite-On 12101B firmware LS3J--------------->ok
Pioneer DVD-ROM DVD 116-------------------->ok

CD 90 min media

Lite-On 12101B firmware LS3J------------->sometimes work with difficulty

Pioneer DVD-ROM DVD 116------------------>Doesn't work

[DeXT]

For those interested, here you have the theoretical max. capacities for each type of media:



+--------+--------+--------+--------+
| 74 min | 80 min | 90 min | 99 min |
+-----------+--------+--------+--------+--------+
| Mode 1 | 650 MB | 703 MB | 791 MB | 870 MB |
+-----------+--------+--------+--------+--------+
| Mode 2 | 738 MB | 798 MB | 897 MB | 987 MB |
+-----------+--------+--------+--------+--------+

Of course this depends on media, since many CD brands has sightly more capacity than the "standard" one.

(moved from the XCD thread since it fits better in this one)

[kxy]

It will be useful if we can burn the extra files(subtitles, images, etc) on to the CD. I tried adding the subtitle files (*.idx, *.sub) to the cd, but it didn't work, the cd turn out to be unreadble. This is what I did. First I burn the extra files first with (DAO leave the session not closed), then I burn the image file using CDRDAO, it reported the writing successfully, but it won't read. I also tried session at once, it didn't work either.

Is this cause by the padding zeroes at the end?

Has anyone tried that with success?

EDIT: My burner is LTR-24102B, winxp

[DeXT]

You cannot add files to an existing session this way. You must activate Multisession and create an open session after writting the first one ("Open New Session"). Then you can add a second session with a Multisession-aware program (I guess CDRDAO isn't; use Nero or the like). Anyways I haven't tried this and I'm not sure if it can be done with VCD-like images.

In any case this isn't needed once I add Form1 files support to mode2cdmaker (soon to come). Meanwhile you can mux the subtitles along with your movie in an OGG media file and burn it with my tool.

[mustaneekeri]

I must say that I would like to have form1 files in XCD. I have done my earlier rips so that they also contain external sub files, player(BSPlayer), CDautorun program, DVD-cover .jpg. When this possibility becomes available i will start using XCD. Anyway im using 99min CDs and im really waiting to put 980Mb .ogm file in to one. :D

[kxy]

Originally posted by DeXT
You cannot add files to an existing session this way. You must activate Multisession and create an open session after writting the first one ("Open New Session"). Then you can add a second session with a Multisession-aware program (I guess CDRDAO isn't; use Nero or the like). Anyways I haven't tried this and I'm not sure if it can be done with VCD-like images.


You can't, because Nero or other Multisession-aware programs would only take 700mb for a 80min CD. That is why I burn the misc files first.

Waiting for the new form 1 files. :D

[avih]

Originally posted by mustaneekeri
I must say that I would like to have form1 files in XCD. I have done my earlier rips so that they also contain external sub files, player(BSPlayer), CDautorun program, DVD-cover .jpg. When this possibility becomes available i will start using XCD. Anyway im using 99min CDs and im really waiting to put 980Mb .ogm file in to one. :D

There is no XCD yet ok?. dext's tool and the filter are completely general, therefore i would refrain from calling anything XCD atm simply because it will confuse ppl. To have a look at the initial XCD specifications, check out http://xcd.sf.net (and do keep in mind 1. it's not final, 2. we have more plans that we didn't put into the page yet (this page was last modified few days ago).

about the arbitrary binary files: there would be such thing. i'm not sure though , that it would be able to store subtitles that way since the playback bay be skippy if the player has to use two different streams throughout the entire clip. copying it to the HD is an option, but then stand alone players may have problems with it. i'd suggest using subtitles that are embeded into the main stream, like in ogg (or mcf when it's ready).

cheers
avi

[spyder]

avih & DeXT:

I have nearly completed a prototype of a reader for the XCD header files to splice in backup sectors when reading from an XCD stream file(Don't worry it's completely open to modification not final). In the process I noticed that in the spec you used UINT64, I'm assuming that means an unsigned 64 bit integer. Why such extreme size? It's only 8 bytes I know but 8 bytes could make a huge difference in a hardware player. 64-bit numbers can reference up to 17179869184 GB of data. I don't think we will have a disc of that capacity in the life span of XCD. Why use 64-bit?

[avih]

spyder, do you know what 'initial' and 'draft' means? it means it's the 1st version, and that's it's far from beeing finalized. i just wrote this document so we can have a framework to work with. there won't be probably a single definition that will stay till the 1st minimal spec.

i suggest not writing XCD readers yet since the XCD header format is REALLY REALLY REALLY far from beeing finalized. (i.e. we'll add support for a situation where the whole file is a backup, so the stream file itself won't be there at all (there'll be a bit in the header somewhere), and an offset of the 1st actual backup to the header such that if we decide to add 'content' to the header before the actual backups, players that were designed today will still be able to play files that will be recorded next year.

the work on the tools and filters so far (mode2cd) is completely general and the lessons learned will be implemented in XCD, but it's not xcd.

regarding 64Bits: my initial thought were not to limit the size of the file or the media type. 32 bits give us 4G, but tomorows media might contain 100G. these 64 bit values are very sparse throughout the cd, so there's no space problem if storing as 64 instead of 32 bits.

spyder, i suggest that instead of start programming a 'compliant' reader, start to think how to imrove the spec. pls especially keep in mind the last paragraph from the main xcd page:

XCD is currently in it's planning stage. Our 1st priority task is finilizing a minimal specification that will be sufficient to play the files, while beeing extensible, such that future versions of the specifications won't break compatibility with players that support only this minimal specifications.

cheers
avi

[avih]

spyder: i'm not trying to de-motivate you here. i just think that the minimal spec should be finalized before we 'jump' into implementations. start implementations while the minimal spec is not finalized is doing efforts in vein. i'm just trying to focus the development.

the work we're doing now with the filter and tool is essenitial to learn more about filter and image issues.

so i think the only help needed atm with regard to xcd is to think how to achieve the main goal of minimal spec.

:) ok? sorry if i seemed too harsh on you. i appologise.

cheers
avi

[spyder]

avih:

As I said, I understand that the spec is initial. I was not saying I was writing an XCD player or releasing an XCD reader class. I am just writing a minimal implementation to test what already has been specified and to help identify any issuse there may be in the current draft. It is not taking long to implement this, only a few more lines of code added to what I already had and I can add support for backed up sectors. I am not shooting forward with development, I was just trying to determine how well the initial spec will hold up later on.

[ChristianHJW]

XCD <---> MCF
avih <---> Tronic
spyder <---> ChristianHJW


@avih : you sound like Tronic my freind :D ... '...no, lets finalize the specs first, then we go making first muxers/parsers..' .....

@spyder : i'd love to have some first tools to play with, just because i fully believe that the best way to improve specs is to play around and get experience, so you will notice some problems and improve the specs thereon.

avih wrote :i'd suggest using subtitles that are embeded into the main stream, like in ogg (or mcf when it's ready).

I fully agree. In fact i was surprised to hear that there will be subtitle and chapter specs for XCD ... whats the purpose ? In real life these information will always be in the container ( AVI, OGM, MP4, MCF, QT, whatever ..) i guess ? Did i miss soemthing ?

[avih]

XCD <---> MCF
avih <---> Tronic
spyder <---> ChristianHJW


@avih : you sound like Tronic my freind ... '...no, lets finalize the specs first, then we go making first muxers/parsers..' .....


ROTFL ;)

ps.
atm, i don't think that XCD will have subtitles and/or chapters spec because XCD is a META-container. that means that it doesn't care about stream container/content itself, but rather cares about a higher level. i.e. how do we put the streams on cd, how do we make a playlist of different streams, menus (dividivx?? ;)) etc. the stream container/content (+subtitles or any other parts) are the stream's responsibility. XCD will just define a method for storing such streams.

cheers
avi

[spyder]

Christian:

I am glad you get my point. You may never know how well a spec stands up until it is implemented and then you have to rethink your spec all at once when something needs fixed or added. Why didn't DeXT and avih think up the entire spec and then create the programs to create these image files? Because they might waste a whole lot of time and it not work to their expectations. Of course my work will be limited because I am only fluent enough in Java. I have always wanted to learn C++ but I can't get used to all the Windows crap. I can program in basic C++ but I never learned much because I hate M$ software and I do not use Linux for enough things to bother learning it(which I would much rather do). I need to find the source for a Java MPEG-1/2/4 player(all welcome). If anyone finds one of these please e-mail me about where I can find it. My address is spyder482@yahoo.com

On the subject of subtitles and chapters, I believe these should be included in the container format also. MCF might want to be able to index external subtitle files but they do not need to be M2F2 anyway. But that should not need to be a part of XCD. I believe the best way for XCD to go is to remain as open as possible to many different kinds of containers while preserving the basic architecture for simplicity.

[DeXT]

Hi there spider. I searched for "java mpeg" in Google and got some interesting results:

http://peace.snu.ac.kr/dhkim/java/MPEG/
http://rnvs.informatik.tu-chemnitz.de/~ja/MPEG/MPEG_Play.html
http://www.javazoom.net/javalayer/javalayer.html
http://www.dcc.uchile.cl/~chasan/MPEGPlayer.zip

IBM will release its Java MPEG-4 player once the MPEG-4 license model is finished.

Great work... ;)

[spyder]

DeXT:

Thanks for the links I will look at the MPEG video players later. The JavaLayer one is to the program I have already modified(look at the earlier posts) IBM had already released their MPEG-4 code but they withdrew it because of license issues and haven't put it back yet.