Log in

View Full Version : EVOB De/Multiplexers


Pages : 1 2 3 4 5 6 7 8 [9] 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37

mosb3rg
3rd February 2007, 19:54
I have just finished demxuing the project, the total framecount differed in the gui than it did in the split project feature1 and feature2 respectively as follows:

GUI = 269227 frames count in video stream (using process both evos option)

CMD Line = 324001 frames count in video stream (demux features individually and combined .evo's framecount)

the concerned is that gui is outputing the frames based on 23.976 where the cmd line is outputing the frame rate for 29.970, if this is the case how do you guys not notice lol i figure the code would be different to make that happen but i dunno. in any event its neat to see both have different results, you guys can take it from there. or possibly have the option in the gui where it can tell us the frame count in both situations so depending on how we process the video were good either way maybe ? you guys let me know, thanks again for releasing the gui so fast for testing.

Mosb3rg

Pelican9
3rd February 2007, 22:29
My code is almost the same as drmpeg's, because I've used his code.
It doesn't depend on the frame rate.
I tested it yesterday and the two programs gave the same results.
I'll check it again, and come back.


Edit:
mosb3rg: I've found some EVOs that are counted differently by the two programs.
I don't now why, but I'm still working on it.

woah!
3rd February 2007, 23:23
i thought all hd-dvd disc's were 24fps pure progressive film ?

i see 29.97fps seems to be what is being detected when i play through MPC. i know 23.976fps isnt far off 24fps but over 2 hours it can add up.

CptAlex
4th February 2007, 00:17
pelican, could you see if it's possible to insert an audio track from a directory in the evo during the rebuilt, and make it to default track ?
it'll be very interesting if someone want to insert new languages there's not in the evo ;) (ndlr : me ? :D)

Pelican9
4th February 2007, 01:54
pelican, could you see if it's possible to insert an audio track from a directory in the evo during the rebuilt, and make it to default track ?
it'll be very interesting if someone want to insert new languages there's not in the evo ;) (ndlr : me ? :D)

Maybe. I mean I could change one audio stream to another one (if it's the same type), but I'm not sure that the result is playable. If the streams are different it's gonna be more difficult.
I'll try it anyway.

enantiomer
4th February 2007, 07:19
Can do. A short sample stream would be nice.

Ron

Thanks for the fast response. I'm currently travelling but in a few days I will post a clip.

juhu
4th February 2007, 13:56
My code is almost the same as drmpeg's, because I've used his code.
It doesn't depend on the frame rate.
I tested it yesterday and the two programs gave the same results.
I'll check it again, and come back.


Edit:
mosb3rg: I've found some EVOs that are counted differently by the two programs.
I don't now why, but I'm still working on it.

(v 0.541) tested framecount on Fearless. Seems to work on small files but stops to count long before the end on the 2 large feature files. kind of "Auto-abortion" around 284MBs...

SeeMoreDigital
4th February 2007, 14:07
Well this is fun....

I re-named some .VOB and .MPG files to .EVO and ran them thru' EVO_Demux_0.542 to see what would happen.... and EVO_Demux_0.542 was able to de-mux them!

Although the de-muxed AC3 streams are reported as being "not valid" (without header info)... they seem to play okay ;)

vsv
4th February 2007, 16:47
Well this is fun....

I re-named some .VOB and .MPG files to .EVO and ran them thru' EVO_Demux_0.542 to see what would happen.... and EVO_Demux_0.542 was able to de-mux them!

Although the de-muxed AC3 streams are reported as being "not valid" (without header info)... they seem to play okay ;)

.VOB and .MPG and .EVO is PS(Program Stream)

lenn0x
4th February 2007, 18:43
If anyone is curious ive been following the development over at ffmpeg, and they just released a draft EVO/VC1-parser for video streams. After patching together some things that havent been checked in yet, it seems they are making great progress. I tested one of there samples on mplayer.hu and tested my own from V for Vendetta EVO file. Video is playing, no audio yet it seems (might be an issue for me? Not sure yet).

http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-February/051861.html

Pelican9
4th February 2007, 22:42
(v 0.541) tested framecount on Fearless. Seems to work on small files but stops to count long before the end on the 2 large feature files. kind of "Auto-abortion" around 284MBs...

If you check 'Fast EVO checking' option and the filesize is over 300 MB then framecount doesn't work during EVO read, but still works during demux.

Jjeje007
5th February 2007, 02:11
Hi,

If anyone is curious ive been following the development over at ffmpeg, and they just released a draft EVO/VC1-parser for video streams. After patching together some things that havent been checked in yet, it seems they are making great progress. I tested one of there samples on mplayer.hu and tested my own from V for Vendetta EVO file. Video is playing, no audio yet it seems (might be an issue for me? Not sure yet).

http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-February/051861.html

Just try out and after some "debugging" :

ffmpeg -i UNILOGO.EVO -f mp4 -r 24 -vcodec h264 -b 1000k -acodec copy test.mp4
FFmpeg version SVN-r7817, Copyright (c) 2000-2006 Fabrice Bellard, et al.
configuration: --prefix=/usr --libdir=/usr/lib --shlibdir=/usr/lib --mandir=/usr/share/man --enable-static --enable-shared --cc=i686-pc-linux-gnu-gcc --disable-mmx --disable-altivec --disable-debug --disable-v4l --disable-v4l2 --disable-dv1394 --disable-network --disable-opts --enable-mp3lame --enable-a52 --enable-libogg --enable-vorbis --enable-dts --enable-x264 --enable-faad --enable-faac --enable-gpl --enable-pp --disable-strip
libavutil version: 49.3.0
libavcodec version: 51.30.0
libavformat version: 51.8.0
built on Feb 5 2007 01:40:05, gcc: 4.1.1 (Gentoo 4.1.1-r3)
[vc1 @ 0x6fe3e5c8]Interlaced mode not supported (yet)
[vc1 @ 0x6fe3e5c8]Interlaced mode not supported (yet)

Seems stream 0 codec frame rate differs from container frame rate: inf (1/0) -> 90000.00 (90000/1)
Input #0, mpeg, from 'UNILOGO.EVO':
Duration: 00:00:29.1, start: 0.037822, bitrate: 21467 kb/s
Stream #0.0[0xfd55]: Video: vc1, yuv420p, 1920x1080, 90000.00 fps(r)
Stream #0.1[0xc0]: Audio: ac3, 48000 Hz, 5:1, 1536 kb/s
Output #0, mp4, to 'test.mp4':
Stream #0.0: Video: h264, yuv420p, 1920x1080, q=2-31, 1000 kb/s, 24.00 fps(c)
Stream #0.1: Audio: ac3, 48000 Hz, 5:1, 1536 kb/s
Stream mapping:
Stream #0.0 -> #0.0
Stream #0.1 -> #0.1
[h264 @ 0x6fe3e5c8]width or height not divisible by 16 (1920x1080), compression will suffer.
[h264 @ 0x6fe3e5c8]using cpu capabilities MMX MMXEXT SSE SSE2
[vc1 @ 0x6fe3e5c8]Interlaced mode not supported (yet)
Error while opening codec for input stream #0.0


Seem to be promised but still don't work

Jjeje007

Dethis
5th February 2007, 03:30
Something unexpected...

I demuxed the DD+ stream of the Departed.evo in the same directory and guess what ??. the Departed.evo plays fine with sound with MPC. Internal MPC's Mpeg TS/PS/PVA & CoreAvc & AC3 decoder are in use.
Trying the same with "The 300.evo" i get studdering motion because Mpeg TS/PS/PVA serves the 24p video at 29.97fps. Using Elecard's Mpeg2 demultiplexer & avc decoder everything is fine (except Cpu use which is higher than with coreavc)

lenn0x
5th February 2007, 04:31
This happens because like I said, not everything is checked in, the link I attached has some patches he has not commited to SVN. I have ffmpeg encoder working here, but the audio isnt translating yet, the same reason why when you apply patches to the tree in mplayer, it spits out errors for audio decoding. I manually applied the patches by hand since there a few things that in his patch conflict with the current svn. So do them manually.


Hi,



Just try out and after some "debugging" :



Seem to be promised but still don't work

Jjeje007

Warren
5th February 2007, 05:24
Just so you guys know it has been confirmed that HD DVDs are encoded at 23.976fps and not 24fps so that it will IVTC to 29.97fps for NTSC.

honai
5th February 2007, 20:44
Who confirmed it, and where?

Isochroma
5th February 2007, 20:44
Correct, they are coded at 23.976. I just verified this with Fearless.

@Dethis: Departed uses standard AC3, not E-AC3.

honai
5th February 2007, 20:51
How did you verify it? From the headers of the video stream, or just checking the output of the video decoder (which may or may not be accurate)?

Warren
5th February 2007, 20:58
From posts on AVSForum by industry experts:
http://www.avsforum.com/avs-vb/showthread.php?p=8049403&highlight=23+976#post8049403
http://www.avsforum.com/avs-vb/showthread.php?t=791245&page=1&pp=30

SeeMoreDigital
5th February 2007, 21:05
Correct, they are coded at 23.976. I just verified this with Fearless.

@Dethis: Departed uses standard AC3, not E-AC3.
Any confirmation regarding the speeds of European HD-DVD sources?

honai
5th February 2007, 21:11
@Warren

none of those two links confirms that HD-DVD releases so far were actually encoded at 23.976fps. I still haven't seen any official confirmation from the production studios, and the video stream information from various decoders may be inaccurate (Sonic's, for example, seems to report 29.97 for all VC-1 sources).

Also, as SeeMoreDigital pointed out, European HD-DVDs might be mastered at 25fps after all, so doing US-titles at 24fps might not be unreasonable since you need the framerate-conversion in the hardware players, anyway.

Dethis
5th February 2007, 21:15
....

@Dethis: Departed uses standard AC3, not E-AC3.

EvoDemux 0.542 regognizes it as "DD+".

Anyway, my point is that, in case the video stream is h.264, we can play *.EVO's WITH SOUND in MPC if we have the demuxed audio stream in the same directory (i.e "The 300.EVO" & "The 300.DD+.stream.00.mpa")

madshi
5th February 2007, 22:42
none of those two links confirms that HD-DVD releases so far were actually encoded at 23.976fps. I still haven't seen any official confirmation from the production studios
Ben Waggoner (Microsoft) has stated on the AVS Industry Insiders thread that 23.976fps is the number.

Also, as SeeMoreDigital pointed out, European HD-DVDs might be mastered at 25fps after all
Wrong. European HD DVDs released by the major studios are mostly reusing the same encoding and they're 23.976fps as well. HD DVDs by Studio Canal are also 23.976fps, but there's a problem with the audio track, which is pitched too high for currently unknown reasons (probably they used a PAL audio track and converted it to 23.976fps with pitch correction).

SeeMoreDigital
5th February 2007, 23:39
....HD DVDs by Studio Canal are also 23.976fps, but there's a problem with the audio track, which is pitched too high for currently unknown reasons (probably they used a PAL audio track and converted it to 23.976fps with pitch correction).Indeed, I suppose a 4.3% speed up (from 23.976 to 25.000 FPS) can be a little too much for some people to bear.

Without any point of reference to guide them... I wonder how many people with good old fashioned turntables actually noticed that their records were playing at the wrong speed/pitch?!

drmpeg
6th February 2007, 00:50
Here's the VC-1 sequence header from KK:

SeqHeader: 1
+->Offset: 0
+->Size: 22
+->PROFILE: 3 (Advanced)
+->LEVEL: 3 (AP@L3)
+->COLORDIFF_FORMAT: 1 (4:2:0)
+->FRMRTQ_POSTPROC: 7 (30 frm/s)
+->BITRTQ_POSTPROC: 31 (2016 kbps)
+->POSTPROCFLAG: 0 (FALSE)
+->MAX_CODED_WIDTH: 959 (1920)
+->MAX_CODED_HEIGHT: 539 (1080)
+->PULLDOWN: 1 (TRUE)
+->INTERLACE: 1 (TRUE)
+->TFCNTRFLAG: 0 (FALSE)
+->FINTERPFLAG: 0 (FALSE)
+->RESERVED: 1 (TRUE)
+->PSF: 0 (FALSE)
+->DISPLAY_EXT: 1 (TRUE)
+->DISP_HORIZ_SIZE: 1919 (1920)
+->DISP_VERT_SIZE: 1079 (1080)
+->ASPECT_RATIO_FLAG: 1 (TRUE)
+->ASPECT_RATIO: 1 (1:1)
+->FRAMERATE_FLAG: 1 (TRUE)
+->FRAMERATEIND: 0 (FALSE)
+->FRAMERATENR: 3 (30*1000)
+->FRAMERATEDR: 2 (1001)
+->COLOR_FORMAT_FLAG: 0 (FALSE)
+->HRD_PARAM_FLAG: 1 (TRUE)
+->HRD_PARAM
| +->HRD_NUM_LEAKY_BUCKETS: 1
| +->BIT_RATE_EXPONENT: 3 (9)
| +->BUFFER_SIZE_EXPONENT: 4 (8)
| +->HRD_RATE: 45897
| +->HRD_BUFFER: 57599

30*1000/1001 = 29.97 with the pulldown flags describing a 23.976 encoded frame rate

Ron

woah!
6th February 2007, 02:34
Here's the VC-1 sequence header from KK:

SeqHeader: 1
+->Offset: 0
+->Size: 22
+->PROFILE: 3 (Advanced)
+->LEVEL: 3 (AP@L3)
+->COLORDIFF_FORMAT: 1 (4:2:0)
+->FRMRTQ_POSTPROC: 7 (30 frm/s)
+->BITRTQ_POSTPROC: 31 (2016 kbps)
+->POSTPROCFLAG: 0 (FALSE)
+->MAX_CODED_WIDTH: 959 (1920)
+->MAX_CODED_HEIGHT: 539 (1080)
+->PULLDOWN: 1 (TRUE)
+->INTERLACE: 1 (TRUE)
+->TFCNTRFLAG: 0 (FALSE)
+->FINTERPFLAG: 0 (FALSE)
+->RESERVED: 1 (TRUE)
+->PSF: 0 (FALSE)
+->DISPLAY_EXT: 1 (TRUE)
+->DISP_HORIZ_SIZE: 1919 (1920)
+->DISP_VERT_SIZE: 1079 (1080)
+->ASPECT_RATIO_FLAG: 1 (TRUE)
+->ASPECT_RATIO: 1 (1:1)
+->FRAMERATE_FLAG: 1 (TRUE)
+->FRAMERATEIND: 0 (FALSE)
+->FRAMERATENR: 3 (30*1000)
+->FRAMERATEDR: 2 (1001)
+->COLOR_FORMAT_FLAG: 0 (FALSE)
+->HRD_PARAM_FLAG: 1 (TRUE)
+->HRD_PARAM
| +->HRD_NUM_LEAKY_BUCKETS: 1
| +->BIT_RATE_EXPONENT: 3 (9)
| +->BUFFER_SIZE_EXPONENT: 4 (8)
| +->HRD_RATE: 45897
| +->HRD_BUFFER: 57599

30*1000/1001 = 29.97 with the pulldown flags describing a 23.976 encoded frame rate

Ron


it also shows interlaced source? is that also correct?

drmpeg
6th February 2007, 02:55
it also shows interlaced source? is that also correct?
The INTERLACE field doesn't indicate the source. Just that the sequence is interlaced. INTERLACE has to tbe TRUE, since PULLDOWN is TRUE (that is, you can only pulldown a 29.97 fps stream with interlaced fields).

Each frame is progressively coded with pulldown flags. Here's a few frames (IBP). Note that the EncodeType is progressive and the TFF and RFF flags are changing.

Ron

FrameInfo: 322
+->frameType
| +->VopType: 1 (Ivop)
| +->EncodeType: 0 (Progressive)
+->FrameOffset: 15937038
+->FrameSize: 202601
+->FrameHead
| +->FCM
| | +->Value: 0 (Progressive)
| | +->RawData: 0
| | +->BitsLen: 1
| +->PTYPE
| | +->Value: 0 (Ivop)
| | +->RawData: 110
| | +->BitsLen: 3
| +->TFF: 0
| +->RFF: 0
| +->RNDCTRL: 0
| +->UVSAMP: 1
| +->PQINDEX: 2
| +->HALFQP: 0
| +->ACPRED
| | +->INVERT: 0 (FALSE)
| | +->IMODE
| | | +->Value: 4 (Diff-6)
| | | +->RawData: 0001
| | | +->BitsLen: 4
| | +->RawBitsOffset: 51
| | +->RawBitsLen: 3777
| +->TRANSACFRM
| | +->Value: 0
| | +->RawData: 0
| | +->BitsLen: 1
| +->TRANSACFRM2
| | +->Value: 2
| | +->RawData: 11
| | +->BitsLen: 2
| +->TRANSDCTAB: 0 (low motion table)
| +->VOPDQUANT
| | +->DQUANTFRM: 1
| | +->DQPROFILE: 3 (All Macroblocks)
| | +->DQBILEVEL: 1
| | +->PQDIFF: 7
| | +->ABSPQ: 1

FrameInfo: 323
+->frameType
| +->VopType: 2 (Bvop)
| +->EncodeType: 0 (Progressive)
+->FrameOffset: 16139639
+->FrameSize: 27720
+->FrameHead
| +->FCM
| | +->Value: 0 (Progressive)
| | +->RawData: 0
| | +->BitsLen: 1
| +->PTYPE
| | +->Value: 2 (Bvop)
| | +->RawData: 10
| | +->BitsLen: 2
| +->TFF: 1
| +->RFF: 1
| +->RNDCTRL: 1
| +->UVSAMP: 1
| +->BFRACTION
| | +->Value: 0 (1/2)
| | +->RawData: 000
| | +->BitsLen: 3
| +->PQINDEX: 2
| +->HALFQP: 1
| +->MVRANGE
| | +->Value: 1 ([-128, 127.f] x [-64, 63.f])
| | +->RawData: 10
| | +->BitsLen: 2
| +->MVMODE: 1 (1 MV)
| +->DIRECTMB
| | +->INVERT: 0 (FALSE)
| | +->IMODE
| | | +->Value: 3 (Norm-6)
| | | +->RawData: 11
| | | +->BitsLen: 2
| | +->RawBitsOffset: 54
| | +->RawBitsLen: 3687
| +->SKIPMB
| | +->INVERT: 1 (TRUE)
| | +->IMODE
| | | +->Value: 4 (Diff-6)
| | | +->RawData: 0001
| | | +->BitsLen: 4
| | +->RawBitsOffset: 3746
| | +->RawBitsLen: 4780
| +->MVTAB: 0 (MV Table 0)
| +->CBPTAB: 2 (CBP Table 2)
| +->VOPDQUANT
| | +->DQUANTFRM: 1
| | +->DQPROFILE: 3 (All Macroblocks)
| | +->DQBILEVEL: 1
| | +->PQDIFF: 7
| | +->ABSPQ: 1
| +->TTMBF: 0
| +->TRANSACFRM
| | +->Value: 1
| | +->RawData: 10
| | +->BitsLen: 2
| +->TRANSDCTAB: 1

FrameInfo: 324
+->frameType
| +->VopType: 0 (Pvop)
| +->EncodeType: 0 (Progressive)
+->FrameOffset: 16167359
+->FrameSize: 70645
+->FrameHead
| +->FCM
| | +->Value: 0 (Progressive)
| | +->RawData: 0
| | +->BitsLen: 1
| +->PTYPE
| | +->Value: 1 (Pvop)
| | +->RawData: 0
| | +->BitsLen: 1
| +->TFF: 1
| +->RFF: 0
| +->RNDCTRL: 0
| +->UVSAMP: 1
| +->PQINDEX: 2
| +->HALFQP: 0
| +->MVRANGE
| | +->Value: 1 ([-128, 127.f] x [-64, 63.f])
| | +->RawData: 10
| | +->BitsLen: 2
| +->MVMODE
| | +->Value: 0 (Mixed MV)
| | +->RawData: 01
| | +->BitsLen: 2
| +->MVTYPEMB
| | +->INVERT: 0 (FALSE)
| | +->IMODE
| | | +->Value: 3 (Norm-6)
| | | +->RawData: 11
| | | +->BitsLen: 2
| | +->RawBitsOffset: 51
| | +->RawBitsLen: 4250
| +->SKIPMB
| | +->INVERT: 1 (TRUE)
| | +->IMODE
| | | +->Value: 4 (Diff-6)
| | | +->RawData: 0001
| | | +->BitsLen: 4
| | +->RawBitsOffset: 4306
| | +->RawBitsLen: 4485
| +->MVTAB: 0 (MV Table 0)
| +->CBPTAB: 0 (CBP Table 0)
| +->VOPDQUANT
| | +->DQUANTFRM: 1
| | +->DQPROFILE: 3 (All Macroblocks)
| | +->DQBILEVEL: 1
| | +->PQDIFF: 7
| | +->ABSPQ: 1
| +->TTMBF: 0
| +->TRANSACFRM
| | +->Value: 2
| | +->RawData: 11
| | +->BitsLen: 2
| +->TRANSDCTAB: 1

Prospero424
6th February 2007, 12:53
I just wanted to echo a few other people here by saying that I can get the VC-1 stream demuxed from the EVO, but when I try to use GraphEdit to output it to an mkv using the Elecard Demultiplexer and the Haali Matroska Muxer, as per Isochroma's instructions, I get a small mkv file created, but then all activity stops, even though GraphEdit still says it's going (play button is greyed out, pause and stop are lit up); though it still reports "ready" in the bottom status field.

The graph looks exactly as it does in Isochroma's screenshots, but I can't get any usable output.

The resulting mkvs (after closing GraphEdit, which, as I said, stops completely after a split second) are always either 16-19KBs or 63-65MBs in size. The results are the same even if I leave it going for hours.

Yes, I have plenty of hard drive space, and yes, I have the latest version of the Elecard Demultiplexer.

I have tried this with three different VC-1 HD-DVDs now, with the same results.

I have tried this method with VC-1 streams extracted from the EVOs using both version .5 of drmpeg's excellent command line demuxer as well as version .542 of Dolphin9's (correction: Pelican9's) GUI utility (Thanks, guys!), with identical results.

Any help or input or even simple corroboration would be greatly appreciated.

Pelican9
6th February 2007, 13:25
My name is Pelican, like this:
http://www.pel.hu/down/Pelican.jpg

:)

Prospero424
6th February 2007, 13:29
Hah! I don't know where I got Dolphin from.

Many apologies ;)

honai
6th February 2007, 17:45
@madshi and @drmpeg

thanks for the clarification.

How did you extract the sequence header? Is there a command-line tool?

AJP69
6th February 2007, 20:57
Hi all!

I've created a demux program based on drmpeg's demux 0.3.
It has GUI and capable save all streams. It can read infos from XPL file or from the EVO. You can drag and drop the file, etc.

http://pel.hu/down/EVOdemux.exe

Save the subpicture streams doesn't work yet.
I guess the subpictures streams are the 0x20, 0x21, 0x22, ....


This is a great piece of software, works great. Was wondering if you can make something similar for .m2ts (blu-ray files)? If needed I can provide you with a few sample files, just shoot me a PM.

Jan Marijniszoon
6th February 2007, 21:35
I just wanted to echo a few other people here by saying that I can get the VC-1 stream demuxed from the EVO, but when I try to use GraphEdit to output it to an mkv using the Elecard Demultiplexer and the Haali Matroska Muxer, as per Isochroma's instructions, I get a small mkv file created, but then all activity stops, even though GraphEdit still says it's going (play button is greyed out, pause and stop are lit up); though it still reports "ready" in the bottom status field.

The graph looks exactly as it does in Isochroma's screenshots, but I can't get any usable output.

The resulting mkvs (after closing GraphEdit, which, as I said, stops completely after a split second) are always either 16-19KBs or 63-65MBs in size. The results are the same even if I leave it going for hours.

Yes, I have plenty of hard drive space, and yes, I have the latest version of the Elecard Demultiplexer.

I have tried this with three different VC-1 HD-DVDs now, with the same results.

I have tried this method with VC-1 streams extracted from the EVOs using both version .5 of drmpeg's excellent command line demuxer as well as version .542 of Dolphin9's (correction: Pelican9's) GUI utility (Thanks, guys!), with identical results.

Any help or input or even simple corroboration would be greatly appreciated.

I am experiencing the exact same problem.

Jan2001
6th February 2007, 21:37
@Prospero424:
Unfortunately I have the same problem using latest Elecard Tools. Can anybody point us to working versions?

@pelican9:
Would it be possible to include muxing files that are already demuxed?
My intention is to add a further audio stream (ripped from legal dvd to ac3/mp3) to the evo and to play it back in powerdvd.

juhu
6th February 2007, 23:32
Logic software released its HD-dvd demuxer (1.2)

they put a trial version here :
http://www.dvd-logic.com/downloads/hddvddemuxer.zip

tested on a few .evos, it demuxes files as .vc1 or .m2v depending on content
for the subs, it directly exports bitmaps... Rather badly, as many lines are visually "crunched" (you'll see)
dd+ is demuxed as ... .ac3 files as well
audio seems to be garbage files though, I let experts tell the verdict

Pelican9
7th February 2007, 00:33
Logic software released its HD-dvd demuxer (1.2)

It's only a (quite old) beta version, not a new release.
The demuxed AC3 file is the same unplayable DDplus stream as ours.

Pelican9
7th February 2007, 01:02
Was wondering if you can make something similar for .m2ts (blu-ray files)? If needed I can provide you with a few sample files, just shoot me a PM.

I'm developing a HD DVD subtitle reader sw now...
Maybe later.

Rufus210
7th February 2007, 02:14
I'm developing a HD DVD subtitle reader sw now...
Maybe later.
FFmpeg can already do it (with this patch): http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-January/051403.html

Though I'm not sure how to use ffmpeg to dump the subtitles, you can at least use their working code to read them (possibly directly though the libavcodec api).

JeffAlso
7th February 2007, 06:21
I am experiencing the exact same problem.
As am I.

Pelican9
7th February 2007, 10:56
FFmpeg can already do it (with this patch): http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-January/051403.html

Though I'm not sure how to use ffmpeg to dump the subtitles, you can at least use their working code to read them (possibly directly though the libavcodec api).

This is not my style (million patch), it's too difficult for me. :-)
What can ffmpeg do with .sup files? Edit? Save?

AJP69
7th February 2007, 11:26
I'm developing a HD DVD subtitle reader sw now...
Maybe later.

That's fine, for now I am using xport, works on mpeg-2 but not vc-1.

drmpeg
7th February 2007, 11:54
That's fine, for now I am using xport, works on mpeg-2 but not vc-1.
I will update xport as soon as I have a sample VC-1 .m2ts file.

Ron

Pelican9
7th February 2007, 11:56
That's fine, for now I am using xport, works on mpeg-2 but not vc-1.

What do you mean that vc-1 doesn't work?

AJP69
7th February 2007, 11:59
What do you mean that vc-1 doesn't work?

outputs a 0kb video file

I will update xport as soon as I have a sample VC-1 .m2ts file.

Ron

I have some if you need, but the smallest one I have is 1gb, not sure how to cut it to 100mb or so.

holzi
7th February 2007, 12:31
New progress :)

The newest FDSHOW Tryout Build at least connectes now to VC-1 graphs. Picture is not good yet :)

http://img223.imageshack.us/img223/4229/fdshowvc1cu5.th.jpg (http://img223.imageshack.us/my.php?image=fdshowvc1cu5.jpg)

It only works with newst Elecard Demuxxer. Sonic HD demuxxer doesn't work.
ffmpeg included EVO demuxxing today. So I hope soon there is no need for a external demuxxer / a open source one will come around.
(http://svn.mplayerhq.hu/ffmpeg?view=rev&revision=7853 )

drmpeg
7th February 2007, 12:52
I have some if you need, but the smallest one I have is 1gb, not sure how to cut it to 100mb or so.
Here's a little file chopper utility.

http://www.w6rz.net/head.zip

Usage is:

head <infile> <outfile> <length>

For example:

head test.m2ts testsnip.m2ts 100000000

Ron

AJP69
7th February 2007, 12:55
Here's a little file chopper utility.

http://www.w6rz.net/head.zip

Usage is:

head <infile> <outfile> <length>

For example:

head test.m2ts testsnip.m2ts 100000000

Ron

PM me an email and I will shoot you a link with the file.

orbitlee
8th February 2007, 08:39
Another tool with GUI to split EVO and m2ts file with auto file type detection. There are two parts, CLI version and GUI version, developed by different people. GUI exectuable will extract the CLI exectuable at first time. So don't be nervous. This is no virus :-)
http://www.sendspace.com/file/we9d8e

Also, I made a patch on Gabest's DTS/AC3 source filter, it can recognize DD+ audio file which is demuxed from drmpeg's evo_demux. Though you still need Intervideo audio decoder to decode it. The .ax and the source patch is available at here.
http://www.sendspace.com/file/qbn6dn

http://img356.imageshack.us/img356/9695/ddpzs2.th.jpg (http://img356.imageshack.us/my.php?image=ddpzs2.jpg)
The audio attribute in Intervideo audio decoder is really strange. :confused:

LOGiC
8th February 2007, 09:56
Originally Posted by LOGiC
@all,

I know, this is not exactly the topic of this thread, but I am desperately looking for some answers and really beg for your help. What exactly is a fully hd-dvd compliant structure ? I am asking because,

I would like to do the following:

1) Demux .evo file
2) Bring a normal DD5.1 audio track lipsync
3) Rebuild the .evo file
4) Split the .evo file to 8,5GB parts to fit on DVD-DL
5) Reauthor every 8,5GB part as an independent HD-DVD
6) Watch the backup on XBox360 HD-DVD drive

Any chance this would be possible ?

Thank you all very much in advance.




I think you can't... and if the 360 can read evo on a dvd, you will have to change the playlist, and i think there'll be a problem with the .map... watch the movie on ur pc


@CptAlex and @all

sorry for answering so late, but I was quite busy last days. To be honest that is not the answer I was expecting :-( I really don't enjoy watching movies on my PC as I have a wonderful 42" LCD in the living room. There is a buffalo link theater connected via yuv which gives me very good quality on captured 1080i material.

What exactly is a layer break ? Is this something were you could force a dvd to change ? Is there any other program like scenarist which can author HD-DVD and where I probably could give a size ? Everytime I try to load a vc.1 file in scenarist, it starts importing normally and is quite fast, but it gets slower and slower and when it reaches 21% exactly I receive "Scenarist.exe has encountered an error and needs to be closed". Probably my system is too slow for this (Core2Duo E6300, 1 GB Ram, Nividia GeForce 7600 (256MB) ). Dunno.

Thank you in advance for any more hints on all this.

Deckard2019
8th February 2007, 10:52
Also, I made a patch on Gabest's DTS/AC3 source filter, it can recognize DD+ audio file which is demuxed from drmpeg's evo_demux. Though you still need Intervideo audio decoder to decode it. The .ax and the source patch is available at here.
And you can hear a sound with this graph ???