EVOB De/Multiplexers

[Jan Marijniszoon]

Originally Posted by Deckard2019

I've just tested this on the same 2h20 movie. test.wav size is 7GB, just like test.raw.
But absolutely no sound in test.wav And duration is 1h23

You need Sox 13.0.0 which support 24-bit audio.

But the win32 isn't avaiable yet

Does anyone know where to get such a build?

@JnZ

Excellent method! Thanks!

[Deckard2019]

Well, my version is 13.0.0 :

C:\Program Files\SoX>sox.exe --version
sox.exe: v13.0.0

And it does not work.

Excellent method! Thanks!

Did you try it ? Does it work for you ?

[noclip]

The method mentioned above didn't work for me. I got a file that is 3x faster than it should be.

[Jan Marijniszoon]

Originally Posted by Deckard2019

Well, my version is 13.0.0 :

And it does not work.

Did you try it ? Does it work for you ?

It will work, but first can you tell me where you got your version?

[Jan Marijniszoon]

Never mind, I found it myself and it works...
You only need to change the -w into -3 in the commandline:

sox -r 48000 -t .raw -c 6 -3 -s test.raw x:\test.wav

EDIT: the only thing is that wavewizard doesn't name the channels, but it seems to be perfectly following the channelmapping for wav:

0 = FL
1 = FR
2 = C
3 = LFE
4 = SL
5 = SR

EDIT AGAIN: but I see that JnZ already mentioned that before

[Pelican9]

Originally Posted by juhu

as noticed 2 posts above by ZGX, evodemux gives curious reports on rebuilt .evos

Once again : Casablanca.
Builiding one single evo with the 2 parts gives me this :

...

in other words, it gives me stats from the first part, even after appending the 2nd (apart from the counted frames, but we know it's much less useful than calculated frames...)

OK, thanks.
I know this bug, fixing soon

Edit:
Fixed

Opening file FEATURE_1.EVO
Reading...
VOB number 5 contains 1 video , 4 audio and 3 subpicture streams.
PTM of first video frame = 00000D75
PTM of last video frame = 1648562F
Duration = 1:09:13.733

Continue on FEATURE_2.EVO
Reading...
VOB number 6 contains 1 video , 4 audio and 3 subpicture streams.
PTM of first video frame = 1648562F
PTM of last video frame = 264FA411
Duration = 0:49:47.935
Done.

171229 calculated frames (1:59:01:668) in video stream 0.

Opening file FEATURE_1_FEATURE_2.rebuilt.EVO
Reading...
VOB number 5 contains 1 video , 4 audio and 3 subpicture streams.
PTM of first video frame = 00000D75
PTM of last video frame = 264FA411
Duration = 1:59:01.668

171229 calculated frames in video stream 0.

Question:
The rebuilt EVO's second part has a different vob number ( '6', the first part: '5'). Is it good? I can change it, but I'm not sure it's neccessary or not.

[Pelican9]

Originally Posted by zgx

The new rebuilt file contains all the selected streams (as it should) but if I run EVOdemux on the new file it cannot find the Dolby TrueHD track but it's there as the file size is much larger then if I do not select it.

Use the new beta it's fixed in it.
The older versions not handle correctly the MLP and the LPCM audio streams during rebuild

[JnZ]

Originally Posted by Deckard2019

I've just tested this on the same 2h20 movie. test.wav size is 7GB, just like test.raw.
But absolutely no sound in test.wav And duration is 1h23

Well, this sounds like You've got 24bit (or 32bit?) PCM RAW audio...depends on soundcard, I think (figure on 7G of Your audio). I've got on superman (2:34:19) 5086MB of raw audio. Or maybe you decode 7.1 channels? Try to check your Sonic Audio Decoder.... I need sample to analyze...

I used Sox 12.x, which suports only 16,32,64bit. So try v.13 and change switch-w to -3, which means 24bit.

J.

EDIT: Now, I'm trying to compile v13 for Win.

[Jan Marijniszoon]

No need to compile it...

You can get it here...

http://sourceforge.net/project/showf...group_id=10706

[JnZ]

Originally Posted by Jan Marijniszoon

No need to compile it...

You can get it here...

http://sourceforge.net/project/showf...group_id=10706

Wow, somebody was faster...I've not noticed.

[Deckard2019]

Originally Posted by JnZ

Well, this sounds like You've got 24bit (or 32bit?) PCM RAW audio...depends on soundcard, I think (figure on 7G of Your audio). I've got on superman (2:34:19) 5086MB of raw audio. Or maybe you decode 7.1 channels? Try to check your Sonic Audio Decoder.... I need sample to analyze...

I used Sox 12.x, which suports only 16,32,64bit. So try v.13 and change switch-w to -3, which means 24bit.

J.

EDIT: Now, I'm trying to compile v13 for Win.

Source is DD+ 5.1 from batman begins (2h20). Raw file is 6923MB, using dump in graphedit.
Sox :

Input File : 'D:\HD\HD-DVD\bb\sox.raw'
Sample Size : 24-bit (3 bytes)
Sample Encoding: signed (2's complement)
Channels : 6
Sample Rate : 48000
Endian Type : little
Reverse Nibbles: no
Reverse Bits : no


Output File : 'D:\HD\HD-DVD\sox.wav'
Sample Size : 24-bit (3 bytes)
Sample Encoding: signed (2's complement)
Channels : 6
Sample Rate : 48000
Endian Type : little
Reverse Nibbles: no
Reverse Bits : no
Comment : 'Processed by SoX'

Will try WaveWizard on WAV file and compare 6 WAV channels with my AC3 tranzcode WAVes.

EDIT: Once again, it does not work for me. sox.wav is mute.
Don't know what's wrong. Could you give us small samples ? DD+, RAW and WAV files ?

[Pelican9]

Originally Posted by JnZ

1) Create Graph filter: DTS/AC3/DD+ Source -> Sonic Cinemaster Audio Decoder 4.2 -> Dump (for DTS/AC3/DD+ open demuxed DD+ track, for Dump open output RAW (test.raw)). This grab RAW PCM data from Sonic decoder and put into file.
2) Pres play to render RAW PCM data. This rawdata file is depend on Sonic setting, so make sure you set 5.1 output. You've get 5.1ch 16bit (depends maybe on soundcard type), 48khz 6ch RAW data file without header. (it is critical to use Dump filter,coz it can take You over 4G barrier...which file writer evidently not). Wait until filesize of rawfile stop raising, than you can stop graphedit.
3) Use SoX to convert PCM to WAVe: sox -r48000 -t .raw -c 6 -w -s test.raw x:\test.wav (try set output to another physical disk, it speedups the process)
4) If you want 6 separate mono WAVes (for SurCode or other like-this stuff), use Wavewizard. In preferences sets Ignore size in header -> always, Stream manipulation -> Mono streams, Output format -> Wave PCM and finaly output dir. Open test.wav and press "Convert". It creates six WAVes 0-1-2-3-4-5 which match these channel order: FL-FR-C-LFE-SL-SR.
5)Encode final WAVes to anything you want.... for Besweet You need create .mux file for six mono WAVes (for AC3 encodes, etc), it contain lines like this (for AC3 encode):

x:\test_ch0.wav
x:\test_ch1.wav
x:\test_ch2.wav
x:\test_ch3.wav
x:\test_ch4.wav
x:\test_ch5.wav

1. OK
2. It creates a 0 byte long .raw file

[kornesque]

it creates a small trash file for me after rendering about 10%

[juhu]

After looooooooooong hours of trial&errors , I finally understood how to have a perfectly synched recompressed flick...

We know evodemux CALCULATED frames gives the right framecount @ 23.976 fps
... but it took me much more time (I'm with stupid!) to understand evodemux COUNTED frames gives the right audio timebase

So, the thing to do when trying re-encoding DD+ to ac3 or whatever else is to use timestrech with :
input value = calculated frame
output value=counted frame
and the resulting audio file will work like a charm with video when muxed with virtualdubmod or similar..
of course, you need to process long enough files to check that, because on 1h30 flicks, the difference is about 2.5 seconds...

for instance, if you have an .evo with 46748 counted frames and 46734 calculated frames, here's what you must enter with behappy :


Have fun !

[tomos]

this is weird, i havent had to alter anything like that to get synched audio when re-encoding dts or ddp tracks - that's before with basic 2ch and now with 6.

[holzi]

what does you avs script look like juhu?
Because if have:

DirectShowSource(YOUR.GRF, fps=23.976, video=false, seek=true, seekzero=false, framecount=XXX)

I think that covers the problem too.
I just have samples to check. So I don't now if that works

[juhu]

Originally Posted by holzi

what does you avs script look like juhu?
Because if have:

DirectShowSource(YOUR.GRF, fps=23.976, video=false, seek=true, seekzero=false, framecount=XXX)

I think that covers the problem too.

my "script" is just DirectShowSource(YOUR.GRF, video=false)
because :
1 - I work on Demuxed dd+ file
2 - Framecount / fps parameters just control video frames I think, I doubt they're useful with audio...(In my numerous attempts, I think I tried with/without framecount/fps and I had the exact same problems. Only stretching audio solved it...)

[woah!]

Originally Posted by juhu

After looooooooooong hours of trial&errors , I finally understood how to have a perfectly synched recompressed flick...

We know evodemux CALCULATED frames gives the right framecount @ 23.976 fps
... but it took me much more time (I'm with stupid!) to understand evodemux COUNTED frames gives the right audio timebase

So, the thing to do when trying re-encoding DD+ to ac3 or whatever else is to use timestrech with :
input value = calculated frame
output value=counted frame
and the resulting audio file will work like a charm with video when muxed with virtualdubmod or similar..
of course, you need to process long enough files to check that, because on 1h30 flicks, the difference is about 2.5 seconds...

for instance, if you have an .evo with 46748 counted frames and 46734 calculated frames, here's what you must enter with behappy :


Have fun !

how do you add frames to the timestrech windows? i cant seem to add them using the same version you are? if i add 68880 in the input window it defaults to 1000.00

[juhu]

Originally Posted by woah!

how do you add frames to the timestrech windows? i cant seem to add them using the same version you are? if i add 68880 in the input window it defaults to 1000.00

You didn't notice the point after the 2 digits

remember it's just a ratio :
68880 -> (let's say) 68900 is the same thing than
68.880 ->68.900

[woah!]

Originally Posted by juhu

You didn't notice the point after the 2 digits

remember it's just a ratio :
68880 -> (let's say) 68900 is the same thing than
68.880 ->68.900

ahh well i did but i looked at your screenie and it looked like a comma not a point?

but hey if that works i am stupid yes