Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
23rd April 2002, 19:31 | #21 | Link |
Capture, Deinterlace
Join Date: Feb 2002
Location: Right there
Posts: 1,971
|
ok.
managed to play AVSEQxx.DAT file that contain avi or ogg files so i now know how to support (=playback on the fly using graphedit) mp3/avi/ogg files from a 800M cd burned using de_xt's tool. still not automatically though. i have to re-compile for every different media type i use any help on automatic mediasubtype recognition (NOT by the file extention, since all the files are .DAT) is most welcome. regards avi. Last edited by avih; 23rd April 2002 at 19:35. |
23rd April 2002, 20:02 | #22 | Link | |
Matroska Team
Join Date: Dec 2001
Location: Paris, France
Posts: 421
|
Quote:
I'm a bit exagerating, of course. But I wouldn't like another company endorsing MCF-CD as if it was their own. We are in the open (source) world, so things are a bit different than that, for the moment. Some OSS projects don't give much credits to contributors, others does it clearly. I prefer those who give credits, even as an inspiration. |
|
23rd April 2002, 20:04 | #23 | Link | |
Matroska Team
Join Date: Dec 2001
Location: Paris, France
Posts: 421
|
Quote:
|
|
23rd April 2002, 20:07 | #24 | Link | ||
Matroska Team
Join Date: Dec 2001
Location: Paris, France
Posts: 421
|
Quote:
But right now I'm VERY busy on implementing libmcf, the library to parse and create MCF files. And that's my top priority. So the AAC/MPC/FLAC codec will come (hopefully) later. Quote:
|
||
23rd April 2002, 20:32 | #25 | Link |
Registered User
Join Date: Apr 2002
Posts: 52
|
@avih Seems the file type info is in the RIFF Header. I dont know what it means, but here you find M$ Riff header parsing:
Platform SDK: Windows Multimedia MMCKINFO The MMCKINFO structure contains information about a chunk in a RIFF file. typedef struct { FOURCC ckid; DWORD cksize; FOURCC fccType; DWORD dwDataOffset; DWORD dwFlags; } MMCKINFO; Members ckid Chunk identifier.cksize Size, in bytes, of the data member of the chunk. The size of the data member does not include the 4-byte chunk identifier, the 4-byte chunk size, or the optional pad byte at the end of the data member.fccType Form type for "RIFF" chunks or the list type for "LIST" chunks.dwDataOffset File offset of the beginning of the chunk's data member, relative to the beginning of the file.dwFlags Flags specifying additional information about the chunk. It can be zero or the following flag: MMIO_DIRTY The length of the chunk might have changed and should be updated by the mmioAscend function. This flag is set when a chunk is created by using the mmioCreateChunk function. Requirements Windows NT/2000/XP: Included in Windows NT 3.1 and later. Windows 95/98/Me: Included in Windows 95 and later. Header: Declared in Mmsystem.h; include Windows.h. See Also mmioAscend, mmioCreateChunk http://msdn.microsoft.com/library/en...asp?frame=true The mmioOpen function opens a file for unbuffered or buffered I/O. http://msdn.microsoft.com/library/de...mfunc_665q.asp @robUx4 I am happy you like it. @Koepi Would MoreCD be neutral enough for OGG developers to support it? Last edited by Gawen; 23rd April 2002 at 21:01. |
23rd April 2002, 22:42 | #26 | Link |
Moderator
Join Date: Oct 2001
Location: Germany
Posts: 4,454
|
Erm, you _want_ to get me wrong?
MoreCD sounds absolutely ok to me (but I guess we get trouble with Sony there? Didn't they call their propietary system MCD as well?) I don't mean _me_ by any kind of mentioned developers. It's meant general. But I'm glad that you're progressing very fast and well here! Big thumbs up for creating a nice new format! Best regards, Koepi
__________________
Koepi's new media development site |
24th April 2002, 01:09 | #27 | Link |
Registered User
Join Date: Apr 2002
Posts: 52
|
So maybe it should be called More;-)CD ?
Scratch *.mcd.iso, set *.morecd.iso MoreCD has a meaning, its programmatic, mcd is just another 3 letter thing, so consumers will not mix that up. At least those i know. @Koepi Peace, brothers! All here do what they do for the community and fame. You are allready famous and theres enough space for gods of coding on mount olymp. I understand what you mean and i understand rob too. The name of a format usable for all should fit to their progs for their pride and still be usable for others without looking like thiefs. If i understand your sig well from a more emotional point of view: You know what pride is, so let them be proud. If they are, they will take good care of that baby and thats good for all. Last edited by Gawen; 24th April 2002 at 01:24. |
24th April 2002, 02:24 | #28 | Link | |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 11
|
Quote:
http://cvs.sourceforge.net/cgi-bin/v...viewcvs-markup Try a look at the ReaderFilter::detectType() method. I know, that my code lacks a good design, but is this single method really that difficult? Perhaps you should ask Steve (robux4), if he can help. He should be already familiar with my naming convention. You probably want to read the part about how to register custom file types in the SDK first. There you see, that you can do it either by content or by extension and the method in the filter simply checks the content, based on the registry, first and if nothing matches it tries the extension. Another question: Why do you name all files with the .dat extension? Regards, Ingo Last edited by ingoralfblum; 24th April 2002 at 02:50. |
|
24th April 2002, 02:29 | #29 | Link | |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 11
|
Quote:
Regards, Ingo Last edited by ingoralfblum; 24th April 2002 at 02:39. |
|
24th April 2002, 02:44 | #30 | Link | |
Registered User
Join Date: Apr 2002
Posts: 52
|
Quote:
Last edited by Gawen; 24th April 2002 at 03:12. |
|
24th April 2002, 03:42 | #31 | Link | |||||
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 11
|
Quote:
Quote:
Quote:
Quote:
Quote:
Regards, Ingo Last edited by ingoralfblum; 24th April 2002 at 03:45. |
|||||
24th April 2002, 04:31 | #32 | Link |
Registered User
Join Date: Mar 2002
Location: Kansas City, Missouri
Posts: 1,812
|
Ingo you give yourself to little credit. You may have been butting your head agianst a wall with this. But it was not anything the average joe could even begin to tackle. It was your project that really generated intrest in Vorbis for multimedia files in the first place. Everything that is today on this topic is partly because of you. So it was a near impossible task to get AVI to accept it. No one blames you. In fact we all understand even if in a limited way the dificulties you were facing. AVI ain't none to frindly to that type of data. It makes me sad when such good coders as yourself just throw in the towel like this. I hope that we have not seen the end of you even if you have discontinued your SF account.
You may not count yourself among the community. But be assured that there was one following your work. |
24th April 2002, 05:58 | #33 | Link | |
Registered User
Join Date: Apr 2002
Posts: 52
|
Quote:
(Been there, went back, was worth it) |
|
24th April 2002, 09:19 | #34 | Link | |
Capture, Deinterlace
Join Date: Feb 2002
Location: Right there
Posts: 1,971
|
Quote:
i guess i should take the blame on me for beeing 'lazy'. and yes, i did start reading the sdk about registration and association yesterday, before i saw your post. i downloaded a hex editor and checked the content of different media files (to find that .avi i.e. is a riff file that can be recognized by it's riff type). so now i know we have riff (avi file) inside a riff (cdxa file). i was just excited that it worked, that i wanted further info to improve it. i started to look at the documentation as soon as i posted my question. either i will find the answer, or someone with more experience help me. thanx for your links. regarding the files with .dat extention. well, i didn't make the imaging application (i think de_xt modified it from vcdimager or something), so it's based on s/vcd imaging applications, and it generates all the files as .DAT. i did a quick search through the code and couldn't find 'AVSEQ', so i figured the name is automatically generated by windoes when it mounts a m2f2 cd. i was just called for help with specific problem (non-existant dshow parser for this format) and that's what i started to work on. i didn't go to it's roots, bacause it seemed working and because i don't have too much knoledge of cd formats. regarding open_source/audio/video 'community', well, u can't ignore the fact that one exists. for open source, well, i guess some do it for the fame, but some do it as a personal challange. no doubt some do it for both. i wouldn't mind getting some fame on the way, but it's not the purpose of my programming. i like the CHALANGE and i like the usable result and it's just FUN for me. i think many would agree with that way of thinking. i came to this forum just couple of months ago, because i needed help. now i sometimes help others. before some months ago i've never done any video coding/postprocessing/editing/anything else, not as a user and not as a programmer. now i know what colorspaces are, what interlacing is and what dshow is and much more. i could have learned it all from reading manuals and web pages, but u just can't compare it to human feedback. that's the community. i do hope you'll stay around, and code for your pleasure, and that others will be able to enjoy your work. best regards avi. Last edited by avih; 24th April 2002 at 09:57. |
|
24th April 2002, 10:13 | #35 | Link |
Registered User
Join Date: Mar 2002
Location: Spain
Posts: 307
|
second release
Well tonight I was playing with the code avih posted here and now I've up and running the auto association with RIFF/CDXA content. What this means is, now you don't need to manually load the filter in GraphEdit but a simple double clic on the DAT file will load this filter. So this makes things much easier to test now.
I've also changed some things that needed to be done: create a new GUID for it, change its Friendly Name (now it's called "RIFF/CDXA Source"), tweak the Load() function to work with the new Media Type. Below is the modified code. I've added two BAT files to (un)register it easily. I had to do a small "hack" with the RIFF media type because, as I suspected, it broke VCD/SVCD compatibility (men you never listen to me). So this currently works only with CDs made with mcfcdmaker (anyways this isn't a big problem, isn't it? ). About the problem Avih talked about (the Media Subtype passing to the next filter) I think we'll have it solved soon. Thanks Ingo for the tips. I already knowed how to create a custom type, I was only hoping that Windows were smart enough to re-create the Media Type out of the output stream. I now see this must be done manually by us, the same way you did in the detectType() method. BTW, the DAT extension, I simply chose not to change it, because a DAT file is commonly a RIFF/CDXA one, and many people already has associated it with their Player. For the MCF content (and/or OGG) perhaps I should change it for a more suitable one. But this is part of the future MCF-CD specs, which I'd like someone start discussing with me ASAP. PS: Ingo, I'm sad you are leaving, I only hope you really don't think all these years' work is lost lime. [BTW i hope a moderator will approve this attachment soon] Last edited by DeXT; 24th April 2002 at 11:00. |
24th April 2002, 10:24 | #36 | Link |
Capture, Deinterlace
Join Date: Feb 2002
Location: Right there
Posts: 1,971
|
>"About the problem Avih talked about (the Media Subtype passing to the next filter) I think we'll have it solved soon. Thanks Ingo for the tips. I already know how to create a custom type, I was only hoping that Windows were smart enough to re-create the Media Type out of the output stream. I now see this must be done manually by us, the same way you did in the detectType() method."
i've found out that windows can render the chain automatically if it has a compatible mediasubtype. i.e. when it was compiled with mediasubtype_ogg, loading the filter with ogg-riff-cdxa file, and clicking 'render pin' will render a functional ogg chain that will playback ok. nice work dext. these are indeed exciting times |
24th April 2002, 12:05 | #37 | Link |
Registered User
Join Date: Nov 2001
Location: France
Posts: 9
|
Re: second release
@ DeXT : tryed your DS-filter with a 15 MP3 files MCFCD. We tryed then to open the file with WMP6.4. It works for the first file (AVSEQ01.dat) but the others sounds jerky. Sometimes WMP craches with the first file after trying another one. Anyway, your work is really impressive... Keep going : I'm a fan !
|
24th April 2002, 13:06 | #38 | Link | ||
Guest
Posts: n/a
|
Quote:
Quote:
After having had several conversations with ingo about this subject i do have the impression he is very disappointed about the way things were working out for his ambitious MediaXW project and the way cooperation is generally working in the video/audio encoding scene. He had been investing a lot of time into his libraries ( forgive me if i post rubbish, i'm no coder ) to replace the Windows libraries to allow compilation of the MediaXW sources on different platforms. Tobias had released his Vorbis DirectShowFilters same time ( of course its much easier if you can use the Windows DirectShow SDK i guess ) and the whole community started using them as we all ( including me ) here and on powerdivx.com pushed it a lot as the long expected alternative to AVI. Ingo mentioned to me one day he was a bit disappointed why Tobias had not tried to approach him for cooperation, as he knew well about the existence of the MediaXW project. Well, i asked Tobias this question one day and he said he didnt believe AVI was a good container for Vorbis ( being true ) ..... but of course ingo was aware of this also, so they for sure could have started a cooperation with mutual benefit instead of both being 'the lonesome cowboy fighting for justice..' . So, now, and this is not the 2nd but the 3rd or 4th time this happens to him, people again start to reinvent the wheel instead of looking at his sources where he has been investing so much precious time .... can you understand his reaction now ?? Whats under the bottomline ? Again its all about communication ... misunderstandings and misinterpretations everywhere ! Thats why i am still convinced people like myself, being no coders, can contribute to a project like MCF or Ogg by doing nothing else than keeping up a good communication about it, making sure relevant informations are digged out and passed to the right people. And folks ..... its not too late !! You wonna motivate ingo to keep up the incredible work he did ? Well .... start using his sources and give him feedback !! |
||
24th April 2002, 13:21 | #39 | Link |
Matroska Team
Join Date: Dec 2001
Location: Paris, France
Posts: 421
|
The sadest part is that you can't even blame Ingo for not giving more documentation on his work, because he has collected an impressive collection of documentation on the subject he was working on. And it was published on the web (I think it still is).
Now maybe the sources are a bit hard to get into. I know because he uses all the great possibilities of C++ so you have to know and understand them to really be able to read the code. Anyway, this is not a topic about Ingo |
24th April 2002, 13:25 | #40 | Link |
CoreCodec
Join Date: Oct 2001
Location: Toulouse
Posts: 726
|
Agreed. Ingo is an incredible coder and he has done a lot. His project is certainly as big as VirtualDub and I really like what he has done.
He has done a lot for the community, it's sure, and we still need him !! Ingo, I am your 1st supporter and can appreciate what you have done/you are doing... |
Thread Tools | Search this Thread |
Display Modes | |
|
|