Pcm2Tsmu v1.3

[tebasuna51]

Pcm2Tsmu is a little utility to convert lpcm files to a format accepted by TsMuxer (lpcm data in blocks with little headers).

Work with pcm data 48/96/192 KHz, 16 or 24 bitdepth, 1 to 8 channels.


Pcm2Tsmu v1.3 (http://www.sendspace.com/file/som3na)

Usage:
Pcm2Tsmu <input.pcm> [output.pcm] [-i #] [-c #] [-s #]

Where:
<input.pcm> must be a lpcm up to 8 channels, int 16/24 bits, 48/96/192 KHz.
To use STDIN use - as input filename

[output.pcm] If not present, input.pcm is used suffixed with: _tsm

[-i #] BitsPerSample Integer. Default 24. 20 not tested.

[-c #] NumChannels. Default 6.

[-s #] Samplerate. Default 48000.


Examples:

Pcm2Tsmu stereo16bits.pcm -i 16 -c 2

eac3to MA_7.1.dts stdout.pcm -libav | Pcm2Tsmu - output5.1.pcm

(eac3to -libav only can decode DTS MA-7.1 to 5.1 and always 24 bits, defaults)

If you have ArcSoft decoder

eac3to MA_7.1.dts stdout.pcm | Pcm2Tsmu - output7.1.pcm -c 8

EDIT: This workaround is needed only when wav file (similar uncompressed audio data but with header) go over 4 GB.

[EPiPH0NE]

Awesome. Keep up the great work and thanks for making a separate thread :)

[markrb]

Is the file available anywhere else as I am getting a "file not available" error message?

Thanks,
Mark

[tebasuna51]

Is the file available anywhere else as I am getting a "file not available" error message?

Try now, new link (http://www.sendspace.com/file/dnzbs9)added.

[3dhunter]

Would you please add 96KHz support?

[jly]

thanks for your release!

[tebasuna51]

Would you please add 96KHz support?

New version Pcm2Tsmu v1.3 (http://www.sendspace.com/file/som3na) with support for 96 and 192 KHz.

2008-09-14 Pcm2Tsmu v1.3.0.0
+ Tested 96 and 192 KHz. Seems work until 6 chan, 24 bits, 192 KHz.
8 chan 192 KHz (16 or 24 bits) are rejected by tsMuxer.

[sehgal.v7]

Thanx Tebasuna for the update!!

[rica]

:thanks:

[fbd]

:thanks:
Franck

[CGJ]

Thanks

[Jeff Flowerday]

I'm having an issue with pcm audio created from a TrueHD track. The pcm soundtrack is playing back as white noise. I've included a 1 minute clip of the source, all the extracted files, the file created by pcm2tsmu and the final product remuxed via tsmuxer.

http://www.flowerdayconsulting.com/Misc/WhiteNoiseIssue.zip

[tebasuna51]

http://www.flowerdayconsulting.com/Misc/WhiteNoiseIssue.zip

Downloading 439 MB ...

[Jeff Flowerday]

Smaller clip this one is only 127MB.

http://www.flowerdayconsulting.com/misc/15secondwhitenoise.zip

[tebasuna51]

Smaller clip this one is only 127MB.

http://www.flowerdayconsulting.com/misc/15secondwhitenoise.zip

No problem, I need sleep also...

Here is the problem:
eac3to v2.63
command line: eac3to SourceHDDVD.m2ts 2: z.pcm
---------------------------------------------------------
M2TS, 1 video track, 1 audio track, 0:01:00
1: VC-1, 1080p24 /1.001 (16:9) with pulldown flags
2: TrueHD, 5.1 channels, 48khz, dialnorm: -27dB
[a02] Extracting audio track number 2...
[a02] Removing TrueHD dialog normalization...
[a02] Decoding with libav/ffmpeg...
[a02] Swapping endian...
[a02] Remapping channels...
[a02] Creating file "z.24bit.pcm"...
[a02] This audio track has a constant bit depth of 16 bits.
[a02] The zero bytes were successfully removed.
Video track 1 contains 1454 frames.
eac3to processing took 6 seconds.
Done.

Then using Pcm2Tsmu correctly:

PcmTsmu z.pcm -i 16

We obtain a correct z_tsm.pcm 16 bits (default is 24), 6 chan (default), 48 KHz (default)

Often is enough put the log files to see the problem.

[Jeff Flowerday]

No problem, I need sleep also...

Here is the problem:
eac3to v2.63
command line: eac3to SourceHDDVD.m2ts 2: z.pcm
---------------------------------------------------------
M2TS, 1 video track, 1 audio track, 0:01:00
1: VC-1, 1080p24 /1.001 (16:9) with pulldown flags
2: TrueHD, 5.1 channels, 48khz, dialnorm: -27dB
[a02] Extracting audio track number 2...
[a02] Removing TrueHD dialog normalization...
[a02] Decoding with libav/ffmpeg...
[a02] Swapping endian...
[a02] Remapping channels...
[a02] Creating file "z.24bit.pcm"...
[a02] This audio track has a constant bit depth of 16 bits.
[a02] The zero bytes were successfully removed.
Video track 1 contains 1454 frames.
eac3to processing took 6 seconds.
Done.

Then using Pcm2Tsmu correctly:

PcmTsmu z.pcm -i 16

We obtain a correct z_tsm.pcm 16 bits (default is 24), 6 chan (default), 48 KHz (default)

Often is enough put the log files to see the problem.

Sorry, when you said log files I didn't realize the output log from eac3to. This should also solve my "The Invasion" problem which has a constant bit rate of 16.

Thanks!

[Jeff Flowerday]

What do I do for command line options on this one?

[a04] Creating file "m:\output.24bit.pcm"...
[v02] Creating file "m:\output.vc1"...
[a04] Creating file "m:\output.ac3"...
[a04] Bit depth analyzation: max 24 bits, average 19 bits, most common 16 bits.
[a04] Bit depth analyzation: max 24 bits, average 19 bits, most common 16 bits.

I assume 24 bit?

[EPiPH0NE]

I assume 24 bit?


Yeah, 24 should be fine. The newer eac3to builds report more in depth analysis and as long as it doesn't say it's a 16 bit constant you don't need to use the 'i 16' switch.

[Jeff Flowerday]

20 bit:

I was converting the 20 bit DTS-MA audio Ghost Rider to pcm. eac3to indicated a constant bit rate of 20.

pcm2tsmu ran fine with -i 20

tsmuxer doesn't recognize the results. I see it's untested, here is a 25 second clip to use for testing.

http://www.flowerdayconsulting.com/Misc/clip.zip

[tebasuna51]

20 bit:

I was converting the 20 bit DTS-MA audio Ghost Rider to pcm. eac3to indicated a constant bit rate of 20.

pcm2tsmu ran fine with -i 20

tsmuxer doesn't recognize the results. I see it's untested, here is a 25 second clip to use for testing.

http://www.flowerdayconsulting.com/Misc/clip.zip

DTS-MA 20 bit?

with your clip:
eac3to v2.69
command line: "D:\eac3to.exe" "D:\clip.m2ts" 2: z.pcm
------------------------------------------------------------------------------
M2TS, 1 video track, 1 audio track
1: h264/AVC, 1080p24 /1.001 (16:9)
2: TrueHD/AC3, 5.1 channels, 48khz
[a02] Extracting audio track number 2...
[a02] Extracting TrueHD stream...
[a02] Decoding with libav/ffmpeg...
[a02] Swapping endian...
[a02] Remapping channels...
[a02] This audio track contains more than 16 bits of information.
[a02] Creating file "z.24bit.pcm"...
[a02] This doesn't seem to be a valid PES packet.
Aborted at file position 88342528.

BTW try with -i 24

[Jeff Flowerday]

DTS-MA 20 bit?

with your clip:
eac3to v2.69
command line: "D:\eac3to.exe" "D:\clip.m2ts" 2: z.pcm
------------------------------------------------------------------------------
M2TS, 1 video track, 1 audio track
1: h264/AVC, 1080p24 /1.001 (16:9)
2: TrueHD/AC3, 5.1 channels, 48khz
[a02] Extracting audio track number 2...
[a02] Extracting TrueHD stream...
[a02] Decoding with libav/ffmpeg...
[a02] Swapping endian...
[a02] Remapping channels...
[a02] This audio track contains more than 16 bits of information.
[a02] Creating file "z.24bit.pcm"...
[a02] This doesn't seem to be a valid PES packet.
Aborted at file position 88342528.

BTW try with -i 24

Yah sorry, TrueHD.

http://bluray.highdefdigest.com/800/ghostrider.html

I ended up just taking the pcm stream from the movie instead. Just thought I'd try the 20 bit TrueHD since it was right in front of me.

Here's a better clip using head instead of tsremux. eac3to likes it.

http://www.flowerdayconsulting.com/Misc/clip2.zip

C:\Users\FlowerdayJ\Videos\Ghost Rider>eac3to clip.m2ts 1: output.h264 2: output
.pcm
M2TS, 1 video track, 5 audio tracks, 12 subtitle tracks, 0:00:21
1: h264/AVC, 1080p24 /1.001 (16:9)
2: TrueHD/AC3, 5.1 channels, 48khz
3: RAW/PCM, 5.1 channels, 16 bits, 48khz
4: AC3, 5.1 channels, 640kbps, 48khz
5: AC3, 2.0 channels, 192kbps, 48khz
6: AC3, 2.0 channels, 192kbps, 48khz
7: Subtitle (PGS)
8: Subtitle (PGS)
9: Subtitle (PGS)
10: Subtitle (PGS)
11: Subtitle (PGS)
12: Subtitle (PGS)
13: Subtitle (PGS)
14: Subtitle (PGS)
15: Subtitle (PGS)
16: Subtitle (PGS)
17: Subtitle (PGS)
18: Subtitle (PGS)
[v01] Extracting video track number 1...
[a02] Extracting audio track number 2...
[a02] Extracting TrueHD stream...
[a02] Decoding with libav/ffmpeg...
[a02] Swapping endian...
[a02] Remapping channels...
[a02] This audio track contains more than 16 bits of information.
[a02] Creating file "output.24bit.pcm"...
[v01] Creating file "output.h264"...
[a02] The original audio track has a constant bit depth of 20 bits.
Video track 1 contains 504 frames.
eac3to processing took 3 seconds.
Done.

Yes -i 24 works. -i 20 didn't.

[tebasuna51]

Originally Posted by piratburner
I trying to Convert .dtshr to PCM ...

eac3to "DTS Hi-Res, English, 7.1 channels, 24 bits, 864kbps, 48khz.dtshr" LEON.PCM
...

I use Pcm2Tsmu for my pcm track, but adding the file to TsMexer, then is telling me thats is a 5.1 track. And playing the m2ts file is giving me funny nois. Is it a bug in eac3to when converting to PCM

The command you need to convert the 7.1, 24 bits, 48 KHz is:

Pcm2Tsmu LEON.PCM leon_tsmu.pcm -c 8

the default is 6 ch if you don't put anything you create a 5.1.

[piratburner]

The command you need to convert the 7.1, 24 bits, 48 KHz is:

Pcm2Tsmu LEON.PCM leon_tsmu.pcm -c 8

the default is 6 ch if you don't put anything you create a 5.1.

Great it works now :)

So if I have a 16bit PCM i need to add -16 ? right

[tebasuna51]

So if I have a 16bit PCM i need to add -16 ? right

exactly -i 16

[odin24]

Hey tebasuna51,

If I run a 16 bit (4608 kb/s) pcm track through your app, why does the output report 24 bit (6912 kb/s) in tsMuxeR? Also, eac3to see's the fixed track as 16 bit and it is the same size as the source.

I'm assuming since there are several similarities the fixed track is actually 16 bit, I'm just curious that's all.

Thanks, O.

[rica]

Look at the previous post.

[tebasuna51]

If I run a 16 bit (4608 kb/s) pcm track through your app, why does the output report 24 bit (6912 kb/s) in tsMuxeR? Also, eac3to see's the fixed track as 16 bit and it is the same size as the source.

I'm assuming since there are several similarities the fixed track is actually 16 bit, I'm just curious that's all.

One more time:

- a lpcm file is just raw audio data without header to say if is 16 or 24 bits, 2 or 6 channels, 48 or 192 KHz. Then a lpcm audio, out of a container, must be supplied with these 3 basic parameters: bitdepth, channels and samplerate.

- the pcm for tsmuxer need some little headers with these data and pcm2tsmu only add these headers bassed in the info you supply.

- You need put the 3 parameters, if you don't put the parameters the defaults are chosen: 24 bits, 6 channels, 48000 Hz.

[odin24]

Thanks for the clarification and your patience.

[asarian]

@tebasuna51:

Just wanna say: :thanks:

I use this program almost every day now, converting my Blu-Rays' HD audio to streamable (PS3) LPCM sound (with eac3to), and using your little program to mux it back in. :)

[idbirch2]

Thanks from me too, I also use this to get TSMuxer compaibile pcm files due to TrueHD tracks not working when authoring to AVCHD.

[odin24]

I have a TrueHD to PCM file that has the two surrounds as a constant 21 bits and the rest 16, how should I process through pcm2tsmu? This is the first time I have encountered this.

By using the -i 16 switch will I lose the data in the surrounds, should I leave as default for a 24 bit file?

Thanks,

[jamos]

Examples:

Pcm2Tsmu stereo16bits.pcm -i 16 -c 2

eac3to MA_7.1.dts stdout.pcm -libav | Pcm2Tsmu - output5.1.pcm

(eac3to -libav only can decode DTS MA-7.1 to 5.1 and always 24 bits, defaults)



nice tool thanks for the workaround until TSMUXER is updated!

I am working with the Madshi to test 7.1 decoding with eac3to..he is going to send me some files and ill be testing it with my Onkyo SR-805 7.1 system.

[jamos]

One more time:

- a lpcm file is just raw audio data without header to say if is 16 or 24 bits, 2 or 6 channels, 48 or 192 KHz. Then a lpcm audio, out of a container, must be supplied with these 3 basic parameters: bitdepth, channels and samplerate.

- the pcm for tsmuxer need some little headers with these data and pcm2tsmu only add these headers bassed in the info you supply.

- You need put the 3 parameters, if you don't put the parameters the defaults are chosen: 24 bits, 6 channels, 48000 Hz.


lpcm only supports up to 6 channels?? :mad: the wierd thing is lpcm output from my ps3 natively puts out 8 (7.1).

[asarian]

lpcm only supports up to 6 channels?? :mad: the wierd thing is lpcm output from my ps3 natively puts out 8 (7.1).

Of course LPCM supports 8 channels -- would be a pretty frakked up thing if it did'n't. :)

[tebasuna51]

You can see the Changelog.txt included in the package:

2008-09-14 Pcm2Tsmu v1.3.0.0
+ Tested 96 and 192 KHz. Seems work until 6 chan, 24 bits, 192 KHz.
8 chan 192 KHz (16 or 24 bits) are rejected by tsMuxer.

2008-06-04 Pcm2Tsmu v1.2.0.0

+ Tested channels 1 to 8, 16-24 bits, only 48 KHz

...

[tebasuna51]

I have a TrueHD to PCM file that has the two surrounds as a constant 21 bits and the rest 16, how should I process through pcm2tsmu? This is the first time I have encountered this.
Seems the surrounds channels are made with some artificial method from the front channels (16 bitdepth).
You don't lose very much if you use 16 bits for all.

By using the -i 16 switch will I lose the data in the surrounds, should I leave as default for a 24 bit file?

But isn't the method, you must put the bitdepth of the eac3to output (probably 24) because Pcm2Tsmu don't process the data, only put headers.

The correct method (for 5.1-48 KHz) may be:

eac3to <track.thd> stdout.pcm -down16 | PcmTsmu - track.pcm -i 16

[odin24]

Seems the surrounds channels are made with some artificial method from the front channels (16 bitdepth).
You don't lose very much if you use 16 bits for all.



But isn't the method, you must put the bitdepth of the eac3to output (probably 24) because Pcm2Tsmu don't process the data, only put headers.

The correct method (for 5.1-48 KHz) may be:

eac3to <track.thd> stdout.pcm -down16 | PcmTsmu - track.pcm -i 16

Initially I didn't know that the bit depths were different, I processed as usual;

eac3to <track.thd+ac3> newtrack.pcm

Then wait for the log and the bitdepth, then process accordingly through pcm2tsmu. I can still reprocess the THD track. Thanks for the response.

[Poseidon79]

So if I'm using the GUI form of eac3to to extract the HD audio stream would I want to extract it as WAV or RAW (since I don't have a PCM choice) before I use Pcm2Tsmu to convert to a pcm file? I want to stream PCM to my PS3. I don't want to down convert to AC3.

Basically extract to WAV (or RAW) which is LPCM and process with Pcm2Tsmu for tsmuxer compatibility?

[tebasuna51]

So if I'm using the GUI form of eac3to to extract the HD audio stream would I want to extract it as WAV or RAW (since I don't have a PCM choice) before I use Pcm2Tsmu to convert to a pcm file? I want to stream PCM to my PS3. I don't want to down convert to AC3.

Basically extract to WAV (or RAW) which is LPCM and process with Pcm2Tsmu for tsmuxer compatibility?

If wav file is <4GB you can load the wav file in TsMuxer.

If wav file is >4GB you can't. You need convert to LPCM (different byte and channel order than WAV orRAW) and use Pcm2Tsmu.

Try with yr_eac3to_more_gui

[trino]

Thanks from me too, I also use this to get TSMuxer compaibile pcm files due to TrueHD tracks not working when authoring to AVCHD.

I'm also using AVCHD (and the manager) with my PS3...
I wrote a scipt that fully automates (with certain prompts)...

eac3to to get stream data, chapter info and framerate
tsmuxer to mux my selected streams and break at 4gb


I didn't realize that tsmuxer has been messing up all my trueHD audio...damn.

Can someone here PLEASE walk me through the steps I need to take to make this pcm2tsmu work for me?

:stupid:

[tebasuna51]

1) Decode your TrueHD to pcm file with eac3to and get samplerate, bitdepth and number of channels.
2) Convert the pcm file to the special pcm format required by TsMuxer with Pcm2Tsmu with the appropriate parameters.

In first post there are examples. Post your script if you need more help.

[trino]

I'm sorry, but I'm dense and I know I'm missing something here!
I just re-processed one of my blu ray's that was trueHD only. I used tsmuxer to demux the trueHD out to an .ac3 file. Then I used eac3to and converted the ac3 to pcm using the instructions found in this (http://forums.afterdawn.com/thread_jump.cfm/701752/4274345) thread. Then I used tsmuxer again and through in the new .wav (about 6.8Gb) into the stream and things worked. So, what did I miss, or what would pcm2tsmu simplify for me?

Thanks for any/all help:sly:

PS- is there a way I could just extract out the compressed AC3 "core" from the trueHD audio file and use that instead of the PCM or wav file that is SO big?
PPS - How do I figure out what the bitdepth of my ac3 file is???

[tebasuna51]

I'm sorry, but I'm dense and I know I'm missing something here!
Yes, something ...

I used tsmuxer to demux the trueHD out to an .ac3 file.
If you extract the ac3 you have lossy quality, for what convert ac3 to lossless lpcm?
Don't use never tsmuxer to demux (only for mux).
Use eac3to to extract and convert the TrueHD directly to pcm.

Then I used eac3to and converted the ac3 to pcm using the instructions found in this (http://forums.afterdawn.com/thread_jump.cfm/701752/4274345) thread.
The eac3to wav output method work until 4GB with tsmuxer like I say in the first post in this thread.
Read the thread until the end.
Warning the pcm2tsmu sample (second window) from odin24 have a bug (-16 isn't a parameter accepted) the correct way is put -i 16, with the sample the default bitdepth (24) is applied. Good luck because the pcm is 24 bitdepth instead 16.

Then I used tsmuxer again and through in the new .wav (about 6.8Gb) into the stream and things worked. So, what did I miss, or what would pcm2tsmu simplify for me?
Can help you to listen the end of the movie.
Can you listen anything after the 65% of the movie?

PS- is there a way I could just extract out the compressed AC3 "core" from the trueHD audio file and use that instead of the PCM or wav file that is SO big?
Of course you have the -core parameter in eac3to.

PPS - How do I figure out what the bitdepth of my ac3 file is???
Standard lossy compressed formats (ac3, dts, mp3, ...) use the bitrate to measure the quality, don't exist a exact bitdepth equivalence (maybe 20-24 bits) because the samples are stored in frequency domain instead time domain.

[trino]

Thanks SO much for taking the time to clear this up for me!
I still have a couple lingering questions...

If you extract the ac3 you have lossy quality, for what convert ac3 to lossless lpcm?
Don't use never tsmuxer to demux (only for mux).
Use eac3to to extract and convert the TrueHD directly to pcm.


Here I'm confused because ODIN24 (also on this thread), suggested I use tsmuxer to demux the TrueHD track out of my file in the thread I referenced above. I don't know how to use eac3to to properly demux the TrueHD track?? So many options...


Can help you to listen the end of the movie.
Can you listen anything after the 65% of the movie?


Yeah, actually it only got about 25%-33% before it went to white noise....guess I'll start checking more than a few chapters!

I just have to figure out how to 1)demux just AC3 from TrueHD and 2)demux TrueHD from TrueHD all using eac3to and I think I'll be on the road to using your program!

[tebasuna51]

Extract the ac3 from a m2ts with a TrueHD track:
eac3to v3.06
command line: "D:\Prog\eac3to.exe" "D:\Test\truehd.m2ts" 2: "D:\Test\truehd_2.ac3"
------------------------------------------------------------------------------
M2TS, 1 video track, 1 audio track, 0:00:12, 60i /1.001
1: h264/AVC, 1080i60 /1.001 (16:9)
2: TrueHD/AC3, 7.1 channels, 96khz
(embedded: AC3, 5.1 channels, 640kbps, 48khz)
[a02] Extracting audio track number 2...
[a02] Extracting AC3 stream...
[a02] Creating file "D:\Test\truehd_2.ac3"...
Video track 1 contains 360 frames.

Convert the TrueHD track to pcm from a m2ts:
eac3to v3.06
command line: "D:\Prog\eac3to.exe" "D:\Test\truehd.m2ts" 2: "D:\Test\truehd_2.pcm"
------------------------------------------------------------------------------
M2TS, 1 video track, 1 audio track, 0:00:12, 60i /1.001
1: h264/AVC, 1080i60 /1.001 (16:9)
2: TrueHD/AC3, 7.1 channels, 96khz
(embedded: AC3, 5.1 channels, 640kbps, 48khz)
[a02] Extracting audio track number 2...
[a02] Extracting TrueHD stream...
[a02] Decoding with libav/ffmpeg...
[a02] Remapping channels...
[a02] Swapping endian...
[a02] Remapping channels...
[a02] Creating file "D:\Test\truehd_2.pcm"...
[a02] The original audio track has a constant bit depth of 24 bits.
Video track 1 contains 360 frames.

And after convert the pcm to tsmuxer pcm format (read the parameters from the precedent log):
"D:\Prog\Pcm2Tsmu.exe" "D:\Test\truehd_2.pcm" "D:\Test\truehd_2tsm.pcm" -i 24 -c 8 -s 96000

[trino]

tebasuna51, thank you for all your help.:thanks:
My script is complete and now uses the pcm2tsmu tool as part of the process when TrueHD audio is selected to keep. Thanks again for all the help here!

[mrr19121970]

@tebasuna51

I'm not sure if you are still actively developing the tool, I've just built a call into

Clown_BD (http://forum.slysoft.com/showthread.php?t=25818)

It would be very helpfull if during progress PCM2TSMU could write to the console - either % completed or ---- like madshi does for eac3to.

Is this possible ?

Thanks.

[tebasuna51]

@tebasuna51

I'm not sure if you are still actively developing the tool, I've just built a call into

It would be very helpfull if during progress PCM2TSMU could write to the console - either % completed or ---- like madshi does for eac3to.

Is this possible ?

A % is not possible because the STDIN input. We don't know the amount of data until we can't read more data.

BTW the source code is available and you can modify anything, is very simple.

[mrr19121970]

Ok, so I'll call this the 'noisy version'

pcm2tsmu 1.3.0.2 (http://clownbd.techxt.com/Downloads/Pcm2Tsmu1302.zip)

writes out to the console, so you know it's working (and finished). ideal for GUI console scrapers like Clown_BD (http://clownbd.techxt.com)

[tebasuna51]

Ok, so I'll call this the 'noisy version'

Ok, now we have a 'silent' and 'noisy' mode. :)