EVOB De/Multiplexers

[Chumbo]

You can use BeHappy with aften to easily convert a dts track to ac3. For dts-hd, just get the core dts and then feed it into BeHappy using either directshow via avs script or directly using NicDtsSource.

[qtx999]

[QUOTE=Chumbo;1010431]
For dts-hd, just get the core dts
QUOTE]


ahhhh...this would be what I need, can you explain how? sorry for my ignorance, when I use tranzcode, it gave me the full stream (as it was about 4GB) ...how to strip just the core stream?

thanks again!

[Chumbo]

[QUOTE=Chumbo;1010431]
For dts-hd, just get the core dts
QUOTE]


ahhhh...this would be what I need, can you explain how? sorry for my ignorance, when I use tranzcode, it gave me the full stream (as it was about 4GB) ...how to strip just the core stream?

thanks again!
Did you try using the SEARCH and search for "dts core?" I believe the utility is mentioned earlier in this thread.

[DeepBeepMeep]

Does EVODemux support rewriting PMT timestamps when rebuilding the parts of an EVO file like TSRemux? It seems the two EVO files are merged but only half of the movie can be watched because there isn't any continuity between the two files .

[dmz01]

Does EVODemux support rewriting PMT timestamps when rebuilding the parts of an EVO file like TSRemux? It seems the two EVO files are merged but only half of the movie can be watched because there isn't any continuity between the two files .

This is more likely due to sequence_end_code (MPEG2), end_of_stream_rbsp() (AVC), or end_of_sequence start code (VC-1) being present rather than the clock change.

[3ngel]

I can do two little suggestions for the program:

1) Add a copy (to clipboard) contextual menu on the main window (althougt it already does with CTRL+C)

2) Add an option to add to the filename the number of calculated frames (needed in the script). This is useful because it can happen someone forget to write down the number after closing program.

[Chumbo]

...
2) Add an option to add to the filename the number of calculated frames (needed in the script). This is useful because it can happen someone forget to write down the number after closing program.
I think it would be more useful to have a new option checkbox to log to file and an edit box to enter the log file location and name like the current Output folder. Or, automatically name the log file and use the current Output folder as the log location. Something like that.

[3ngel]

Personally i wouldn't need a log, and for me it would be more comfortable to take the number directly from the filename (less files in the dir without the log and no need to open an additional program to read the number from the log), but as an optional addiction to my proposed option, for me it would be fine.

[Pelican9]

Good ideas.... :)

[Wilbert]

@Pelican9,

I'd like to ask some questions about your EVOdemux (i'm using 0.626). I've a bunch of AOBs (accordingly to EVOdemux it contains a MLP track):

Opening file ATS_01_1.AOB
Reading...
File size: 1023 Mbytes.
It contains 1 audio stream.
MLP audio stream 1 found!
First PTS = 00000294 (+7ms)
Substream id = A1
Standard MLP stream (up to 6 channels)
Quantization length = 24 bits
Sampling frequency = 96 kHz
Channel arrangement = Lf + Rf + Ls + Rs + C + LFE
Dynamic range control = -10,6371 dB .. 8,4282 dB
Standard MLP stream (up to 6 channels)
Quantization length = 24 bits
Sampling frequency = 96 kHz
Channel arrangement = Lf + Rf + Ls + Rs + C + LFE
Dynamic range control = -10,6371 dB .. 8,4282 dB


1) If I demux it, it is demuxed as "ATS_01_1_ATS_01_2.LPCM.stream.01.mpa". Is the MLP converted to LPCM or MPA or is the extension wrong and is it just the MLP file?

2) Does LPCM demuxing from AOB files work correctly?

3) Could you make EVOdemux open source? I've been talking with neuron2 lately, and he's willing to add AOB support to DGIndex, but he has no specs, nor any samples. (I've seen some specs, and will send him a few samples once i bought a dvd-writer to burn them) It would be great if you can work together.

[Pelican9]

1) If I demux it, it is demuxed as "ATS_01_1_ATS_01_2.LPCM.stream.01.mpa". Is the MLP converted to LPCM or MPA or is the extension wrong and is it just the MLP file?

2) Does LPCM demuxing from AOB files work correctly?

3) Could you make EVOdemux open source? I've been talking with neuron2 lately, and he's willing to add AOB support to DGIndex, but he has no specs, nor any samples. (I've seen some specs, and will send him a few samples once i bought a dvd-writer to burn them) It would be great if you can work together.

1) It's just an untouched MLP stream.
2) I can't do that.
3) You can see my code, but I don't know anything about MLP->LPCM converting.

[madshi]

MLP->LPCM needs a fully featured MLP decoder! Which is not available today in open source. It's only available if you pay a license for it.

[Wilbert]

1) It's just an untouched MLP stream.
Ok. But why has it LPCM in its filename?

2) I can't do that.
Just to be clear. I'm not asking about a MLP->LPCM conversion. AOBs contain either MLP or LPCM. Does it demux LPCM correctly?

3) You can see my code, but I don't know anything about MLP->LPCM converting.
Where is the code? I just see the exe in your signature.

[Pelican9]

Ok. But why has it LPCM in its filename?
It's a bug. I'll fix it.

Just to be clear. I'm not asking about a MLP->LPCM conversion. AOBs contain either MLP or LPCM. Does it demux LPCM correctly?
If the DVD Audio contains MLP track only I cannot demux LPCM from it.

Where is the code? I just see the exe in your signature.I share the source in private if I could help something.

[woah!]

a question to Pelican9.

i just bought battle of the bulge hd-dvd and it seems to have 3 evobs not the usual 2. your great program only reads a max of 2 evobs tho :(

is it possible to change that as it might be something that is going to happen on more disc's maybe?

dont know of the techical side of doing that tho..

thx anyways as i have had great success with it and have backed up about 5 hd-dvd's now onto dvd-rdl discs to save the originals..... which by the way i find do scratch very easy and i lost disc 2 of planet earth due to this already.

[Pelican9]

i just bought battle of the bulge hd-dvd and it seems to have 3 evobs not the usual 2. your great program only reads a max of 2 evobs tho :(

is it possible to change that as it might be something that is going to happen on more disc's maybe?


Hmm, what are the file names?

[woah!]

Feature_1.EVO 10.7GB in size

Feature_2.EVO 4.87GB in size

Feature_3.EVO 6.04GB in size

so nothing unusual with the naming its maybe a mastering error, or a 1 off thing?

[madshi]

Feature_1.EVO 10.7GB in size

Feature_2.EVO 4.87GB in size

Feature_3.EVO 6.04GB in size

so nothing unusual with the naming its maybe a mastering error, or a 1 off thing?
I'm happy, now Pelican finally has a motivation to implement support for more than 2 EVO/VOB files. Was hoping for that for a while... :p

[Pelican9]

:)

New version coming soon with .VTI reading capability.

[Pelican9]

The new version has not finished yet, but you can try the multi EVO reading.
It's a beta, so keeping the old exe (0.626) could be useful.

madshi: sent PM

[madshi]

Hi guys,

I was desperate to combine the EVO files of some movies which cannot be successfully combined with the current version of EvoDemux because the timestamps of the 2nd EVO file are "strange". So I've written a little tool which corrects the timestamps of the 2nd EVO file. After running this tool, EvoDemux can successfully join the EVO files.

http://madshi.net/OffsetPTS.zip

OffsetPTS v1.0, freeware by madshi.net
Offsets the time stamps in an evo/vob file.

Usage:
(1) OffsetPTS some.evo offset
(2) OffsetPTS some1.evo some2.evo

If you enter two files, OffsetPTS will adjust the time stamps of the 2nd file
so that it begins where the first file ends.
The tool seems to work fine for me. Tested on Rambo First Blood and The Fugitive. But still: Use it at your own risk... :)

[kkeller20]

Madshi, thanks for the program. I had a problem with the HD DVD version of Planet Earth since the EVOs are named diffferently, PEVOB001.EVO, PEVOB002.EVO, etc, where B001 is one episode, B002 and B003 are another, and B004 is the 3rd.

I was having a lot of problems joining B002 and B003 with EVODemux even though I edited the disc structure but your program made it easy.

[madshi]

Madshi, thanks for the program. I had a problem with the HD DVD version of Planet Earth since the EVOs are named diffferently, PEVOB001.EVO, PEVOB002.EVO, etc, where B001 is one episode, B002 and B003 are another, and B004 is the 3rd.

I was having a lot of problems joining B002 and B003 with EVODemux even though I edited the disc structure but your program made it easy.
Thanks for the feedback! :) Glad to be of service. But my thanks also go (once again) to Pelican. My little tool would be of little use without his very nice EvoDemux... :)

[Schmendrick]

The offset value which can be entered in case just a single evo-file is given is based on the 90 kHz-PTS clock so 1/90th of a millisecond.

Does offsetPTS also can be used for bluray m2ts files? as this is also packaged with 192 byte ts-packets?

It would be very useful if offsetPTS could also be used to concetenate ts-file-clips of AVC/H264-AC3-satellite recordings.

[madshi]

Does offsetPTS also can be used for bluray m2ts files? as this is also packaged with 192 byte ts-packets?
No, it's strictly only for PS (VOB/EVO) files at this point in time. I don't even know how TS/M2TS files work internally, so I don't know how to change timecodes there. What exactly would you need that for, anyway? To remove ads? Have you tried the "H264 Cutter"? I think it can already rewrite timecodes.

[dmz01]

No, it's strictly only for PS (VOB/EVO) files at this point in time. I don't even know how TS/M2TS files work internally, so I don't know how to change timecodes there. What exactly would you need that for, anyway? To remove ads? Have you tried the "H264 Cutter"? I think it can already rewrite timecodes.

Madshi, PM me if you want to add support for TS/M2TS files. Remember that ISO 138181-1 covers both PS and TS. and the PES headers are exactly the same in both. :)

[madshi]

Madshi, PM me if you want to add support for TS/M2TS files. Remember that ISO 138181-1 covers both PS and TS. and the PES headers are exactly the same in both. :)
Oh, that's cool - didn't know that! Will PM you - thanks!

[ByeByeBluRay]

Great job, madshi. My previously unseekable evo of The Fugitive now works perfectly :-)

Perhaps your timestamp fix technique could be built into Evodemux, so it does it automatically when needed?

[madshi]

Perhaps your timestamp fix technique could be built into Evodemux, so it does it automatically when needed?
That's Pelican's decision, of course! The source code of OffsetPTS is contained in the zip. And I've no objection whatsoever to have it included in EvoDemux. Actually I'd like that cause it should save a processing step if it's done on the fly during "rebuild".

[honai]

Hm, doesn't "Adjust PTS of the EVOs to follow" in EVOdemux do the same?

[madshi]

Hm, doesn't "Adjust PTS of the EVOs to follow" in EVOdemux do the same?
I've no idea!! :eek: How long has that been there!? Never noticed that...

[honai]

If I remember correctly Pelican9 mentioned the option in this thread a few pages ago.

It's not checked by default, that's why people seem to run into those time timestamp problems ...

[madshi]

If I remember correctly Pelican9 mentioned the option in this thread a few pages ago.

It's not checked by default, that's why people seem to run into those time timestamp problems ...
Hmmmm, just did a search for "follow" and didn't find any posts from Pelican.

@Pelican, are you listening? What exactly does that EvoDemux option do? Did I write OffsetPTS in vain? :(

[Pelican9]

Hm, doesn't "Adjust PTS of the EVOs to follow" in EVOdemux do the same?
Yes, that option will do the same, but it has not finished yet.

Hmmmm, just did a search for "follow" and didn't find any posts from Pelican.

@Pelican, are you listening? What exactly does that EvoDemux option do? Did I write OffsetPTS in vain? :(

Yes, I'm here now. Sorry guys, I have no time at all, but I will work on my three sws after the next week.

[honai]

that option will do the same, but it has not finished yet.

Does that mean it's erroneous, or that it doesn't do anything yet?

[Pelican9]

It doesn't do anything until not finished.

[madshi]

It doesn't do anything until not finished.
Ah ok, then OffsetPTS was not in vain, at least for a while... :)

[steefler]

hi,

Anyone here know an utility to mux h.264 & ac3 streams to an evo file ?

thx !

[d0ORk]

I got a problem with the framerate...
I got a movie that is 1h, 17min and 7seconds long = 4627 seconds.
4627 * 23.976fps = 110937

And the avs looks like this:

DirectShowSource ("q:\test\PEVOB_1_MERGED.VC-1.s0.vc1",video=true,audio=false,fps=23.976,framecount=110937)
LanczosResize(1280,720)
ConvertToYV12 ()

But that is way to short, it's about 1/4 of the movie.
Could someone help about that?

[d0ORk]

Q:\tets\test_HDDVD\HVDVD_TS>offsetpts pevob_1.evo pevob_2.evo
Last timestamp in the first source file is 0A195669.
First timestamp in the second source file is 0A195669.
The files already have perfect timestamps.

But it still doesn't work.
When I make an avs file, the movie begins again in the middle... :(

When I open the .vc1 file that Evodemux made, it shows a runtime of over 5h in PowerDVD, but the movie is only 1h 17mins long

Tried many times again, but it just makes the first evo when I open it in MeGui. When the first evo should be over and the second should begin, the first evo just starts again.
When I open the .vc1 that evodemux made, I have the full movie, but PowerDVD shows the wrong runtime with 5h...

In EVODemux it looks like this:

Opening file PEVOB_1.EVO
Reading...
File size: 5059 Mbytes.
VOB number 1 contains 1 video , 5 audio and 5 subpicture streams.
PTM of first video frame = 00000D5D
PTM of last video frame = 0A195669
Duration = 0:31:22.547
VC-1 video stream 0 found!
First PTS = 00000D5D
Substream id = 55
Profile = Advanced
Level = 3
Chroma Format = 4:2:0
Size = 1920x1080
Display size = 1920x1080
Aspect ratio = 1:1 (square samples)
Frame Rate = 23,976 (24000/1001)
Dolby Digital Plus audio stream 4 found!
First PTS = 00000D5D
Substream id = C4
Stream 4 is Dolby Digital Plus
frame size = 1280 bytes, number of blocks per frame = 3
Sampling frequency = 48 kHz
Transmission bitrate = 640 kbit/s
Channel arrangement = L + R + C + Ls + Rs, bsid = 16
LFE channel = present
Dolby Digital Plus audio stream 3 found!
First PTS = 00000D5D
Substream id = C3
Stream 3 is Dolby Digital Plus
frame size = 1280 bytes, number of blocks per frame = 3
Sampling frequency = 48 kHz
Transmission bitrate = 640 kbit/s
Channel arrangement = L + R + C + Ls + Rs, bsid = 16
LFE channel = present
Dolby Digital Plus audio stream 2 found!
First PTS = 00000D5D
Substream id = C2
Stream 2 is Dolby Digital Plus
frame size = 1280 bytes, number of blocks per frame = 3
Sampling frequency = 48 kHz
Transmission bitrate = 640 kbit/s
Channel arrangement = L + R + C + Ls + Rs, bsid = 16
LFE channel = present
Dolby Digital Plus audio stream 1 found!
First PTS = 00000D5D
Substream id = C1
Stream 1 is Dolby Digital Plus
frame size = 768 bytes, number of blocks per frame = 6
Sampling frequency = 48 kHz
Transmission bitrate = 192 kbit/s
Channel arrangement = L + R, bsid = 16
LFE channel = not present
Dolby Digital Plus audio stream 0 found!
First PTS = 00000D5D
Substream id = C0
Stream 0 is Dolby Digital Plus
frame size = 1280 bytes, number of blocks per frame = 3
Sampling frequency = 48 kHz
Transmission bitrate = 640 kbit/s
Channel arrangement = L + R + C + Ls + Rs, bsid = 16
LFE channel = present
Subpicture stream 4 found!
First PTS = 00503DAF (+58391ms)
Substream id = 24
Format = 8bitRLE
Subpicture stream 3 found!
First PTS = 00503DAF (+58391ms)
Substream id = 23
Format = 8bitRLE
Subpicture stream 2 found!
First PTS = 00503DAF (+58391ms)
Substream id = 22
Format = 8bitRLE
Subpicture stream 1 found!
First PTS = 0082D41F (+95228ms)
Substream id = 21
Format = 8bitRLE
Subpicture stream 0 found!
First PTS = 009A1B33 (+112178ms)
Substream id = 20
Format = 8bitRLE
.
Opening file PEVOB_2.EVO
Reading...
File size: 6984 Mbytes.
VOB number 2 contains 1 video , 5 audio and 5 subpicture streams.
PTM of first video frame = 0A195669
PTM of last video frame = 18D8AB76
Duration = 0:45:49.113
VC-1 video stream 0 found!
First PTS = 0A1973BC (+1882630ms)
Substream id = 55
Profile = Advanced
Level = 3
Chroma Format = 4:2:0
Size = 1920x1080
Display size = 1920x1080
Aspect ratio = 1:1 (square samples)
Frame Rate = 23,976 (24000/1001)
Dolby Digital Plus audio stream 4 found!
First PTS = 0A192DDD (+1882432ms)
Substream id = C4
Stream 4 is Dolby Digital Plus
frame size = 1280 bytes, number of blocks per frame = 3
Sampling frequency = 48 kHz
Transmission bitrate = 640 kbit/s
Channel arrangement = L + R + C + Ls + Rs, bsid = 16
LFE channel = present
Dolby Digital Plus audio stream 3 found!
First PTS = 0A192DDD (+1882432ms)
Substream id = C3
Stream 3 is Dolby Digital Plus
frame size = 1280 bytes, number of blocks per frame = 3
Sampling frequency = 48 kHz
Transmission bitrate = 640 kbit/s
Channel arrangement = L + R + C + Ls + Rs, bsid = 16
LFE channel = present
Dolby Digital Plus audio stream 2 found!
First PTS = 0A192DDD (+1882432ms)
Substream id = C2
Stream 2 is Dolby Digital Plus
frame size = 1280 bytes, number of blocks per frame = 3
Sampling frequency = 48 kHz
Transmission bitrate = 640 kbit/s
Channel arrangement = L + R + C + Ls + Rs, bsid = 16
LFE channel = present
Dolby Digital Plus audio stream 0 found!
First PTS = 0A192DDD (+1882432ms)
Substream id = C0
Stream 0 is Dolby Digital Plus
frame size = 1280 bytes, number of blocks per frame = 3
Sampling frequency = 48 kHz
Transmission bitrate = 640 kbit/s
Channel arrangement = L + R + C + Ls + Rs, bsid = 16
LFE channel = present
Dolby Digital Plus audio stream 1 found!
First PTS = 0A19445D (+1882496ms)
Substream id = C1
Stream 1 is Dolby Digital Plus
frame size = 768 bytes, number of blocks per frame = 6
Sampling frequency = 48 kHz
Transmission bitrate = 192 kbit/s
Channel arrangement = L + R, bsid = 16
LFE channel = not present
Subpicture stream 3 found!
First PTS = 0A1A1219 (+1883081ms)
Substream id = 23
Format = 8bitRLE
Subpicture stream 4 found!
First PTS = 0A1A354A (+1883181ms)
Substream id = 24
Format = 8bitRLE
Subpicture stream 2 found!
First PTS = 0A1A354A (+1883181ms)
Substream id = 22
Format = 8bitRLE
Subpicture stream 1 found!
First PTS = 0A1A354A (+1883181ms)
Substream id = 21
Format = 8bitRLE
Subpicture stream 0 found!
First PTS = 0A1A354A (+1883181ms)
Substream id = 20
Format = 8bitRLE
Done.

111101 counted frames (1:17:13.838) in video stream 0.
111049 calculated frames in video stream 0.


OffsetPTS says everything is perfect

[Mangekyou_S]

Haven't had the time to read the entire thread, but has anyone else encountered audio/video sync problems between the demuxed audio file (from the EVO) and the rebuilt EVO video file?

The problem persists after I converted the file with x264 (in MeGUI). The audio is in sync in the beginning but starts to become out of sync partway into the film.

It's not an issue with lengths either. Both the audio and the video are exactly the same length, but yet there is still a syncing problem. This occurs whether I use the original DD+ track or the converted AC3 track (using eac3to; incidentally I converted the track to DTS also but that track seems even more out of sync).

Anyone know what might be causing this? And any way to fix it?

EDIT: NVM. Found the solution in another thread. The problem is due to the Sonic Video Decoder. Switched to Haali --> WMV Decoder DMO and things work flawlessly now. Just have to wait 10 hours to reencode the video. XD

[xxx666yyy777]

I have opened the first EVOB from Happy Feet in EVODemux 0627 and get the results shown below. My concern is the extremely high audio delay shown - is this correct? Any ideas?

Thanks a lot!

[ACrowley]

Q:\tets\test_HDDVD\HVDVD_TS>offsetpts pevob_1.evo pevob_2.evo
Last timestamp in the first source file is 0A195669.
First timestamp in the second source file is 0A195669.
The files already have perfect timestamps.

But it still doesn't work.
When I make an avs file, the movie begins again in the middle... :(

When I open the .vc1 file that Evodemux made, it shows a runtime of over 5h in PowerDVD, but the movie is only 1h 17mins long

Tried many times again, but it just makes the first evo when I open it in MeGui. When the first evo should be over and the second should begin, the first evo just starts again.
When I open the .vc1 that evodemux made, I have the full movie, but PowerDVD shows the wrong runtime with 5h...



You know that you cant seek the grf with SonicVideodecoder?
Its normal and no Problem for encoding when you use the Framcountvalue

When you want to seek you have to remux VC1 into mkv first.

1.mux evo into mkv with gdsmux (from Haali)
2.remux mkv with mkvmerge and 23.976 Timecode

Also i noticed a many Times that Cyberlink shows wrong runtime on demuxed vc1...i dont care about

Encoding is always fine....

[d0ORk]

What filters do you use?
Or do you just make an avs with DirectShowSource ("q:\test\test.vc1") ?

[Pelican9]

I'm working on VTI reading in EVOdemux.
You can check this function in latest beta.

[d0ORk]

i'm using 0.627b2.
I never get it sync
not even the departed trailer evo :(

[d0ORk]

maybe there's something wrong with my filters.
when I try
File async (blabla.ts) -> Elecard Mpeg2 Demultiplexer -> MainConcept H264/AVC Decoder

I'm getting : These Filters cannot agree on a connection...

A filterpack would be useful. Just the .ax and the .dll's if needed :)

[d0ORk]

maybe there's something wrong with my filters.
when I try
File async (blabla.ts) -> Elecard Mpeg2 Demultiplexer -> MainConcept H264/AVC Decoder

I'm getting : These Filters cannot agree on a connection...

A filterpack would be useful. Just the .ax and the .dll's if needed :)

[ACrowley]

Dont use mainconcept H264/AVC Decoder on Bluray/HDDVD H264

I made A few encodes with the SonicH264/AVC Decoder ,which is a newer Buld from the Maincincept SDKs..
i had always Problems

Use ffdshow/DGAVC ,or better SonicCinemasterVideoDecoder 4.2 or on Problematic Streams Cyberlinks Decoder

Demux the EVO with Evodemux
Create a grf on the demuxed .264

Filesource(Async)-SonicHDDemuxer-SonicCinemasterVideoDecoder

And as i say, when the grf outputs 29.976 fps use fps=23.976,Framecount=xxxxxx

[Nikos]

I have:
a. The SonicCinemasterVideoDecoder 4.2 (.DLL) and SonicHDDemuxer 4.2 (.DLL) from Sonic Cineplayer 4.2 package.

b. The sonicmpgdmx.ax, SonicVC1vd.ax and sonicavcvd.ax filters from CineVision 2.0.2 Beta package.

Which of the above is preferable for decoding vc1 or AVC/h264 video through graphedit/avisynth?

The SonicVC1vd.ax give me an option in graphedit to output in YV12. I must use it or i must convert to YV12 in avisynth?