Interestingly, Step3 resulted in a change of the format tag from "LATM/AAC" to "MPEG-4/ADPCM", but it is still the original stream inside with a variable bitrate of ~128kb/s, since no transcoding was involved at any stage.

Re: Re: how to extract the raw aac from MPEG2 TS?

Does YAMB output a "raw audio stream" and yet give it the suffix "m4a"?

It is easier to ask than to download 8 GB, so: * What happens if ffmpeg tries to output raw aac, like:ffmpeg -i bruno.ts -map 0:a -acodec copy "bruno_audio_ffmpeg.aac"* Bitstream filters are only for "the other direction"?* There is a "latm" option mentioned at https://ffmpeg.org/ffmpeg-formats.html#Format-Options ... ?

Re: how to extract the raw aac from MPEG2 TS?

Does YAMB output a "raw audio stream" and yet give it the suffix "m4a"?

Damn good catch, Porcus ...

No, there was no extension, but I was lazy and added m4a so that MPC-HC would open it for me.The actual output was named "bruno_ffmpeg_track1" and when I manually drag it onto MPC-HC, I get this basic information

Re: Re: how to extract the raw aac from MPEG2 TS?

If both hashes are the same then the audio track is the same, this is true unless the file was decoded to lossless as then the decodec file can have the same hash. The commands are different due the need to discard the video part from the video file, and if there where various audio tracks then a selection track switch is needed.

If both hashes are the same then the audio track is the same, this is true unless the file was decoded to lossless as then the decodec file can have the same hash. The commands are different due the need to discard the video part from the video file, and if there where various audio tracks then a selection track switch is needed.

If both hashes are the same then the audio track is the same, this is true unless the file was decoded to lossless as then the decodec file can have the same hash. The commands are different due the need to discard the video part from the video file, and if there where various audio tracks then a selection track switch is needed.

I've seen that option too, but as I understand it, this is only used for muxing into TS and I wanted to demux the audio stream, so I didn't pay any further attention to it.

Obviously. I only took note that it is mentioned not only in section 4 ("Muxers") but also in section 2, which claims to concern "some generic global options, which can be set on all the muxers and demuxers". But there is no demuxer for it ... at least not in my build.

If both hashes are the same then the audio track is the same, this is true unless the file was decoded to lossless as then the decodec file can have the same hash. The commands are different due the need to discard the video part from the video file, and if there where various audio tracks then a selection track switch is needed.

I have tried thatI have used the original Bruno.ts (8GB) file to check if the audio quality is identical with hash multiplexer:ffmpeg -i audio -f hash -hash sha512 audio.txtffmpeg -i video -vn -f hash -hash sha512 video.txtBUT the audio hash was different from the video hash, I thought at least the same source file for both commands will give me the same hashI don't get it

If both hashes are the same then the audio track is the same, this is true unless the file was decoded to lossless as then the decodec file can have the same hash. The commands are different due the need to discard the video part from the video file, and if there where various audio tracks then a selection track switch is needed.

I have tried thatI have used the original Bruno.ts (8GB) file to check if the audio quality is identical with hash multiplexer:ffmpeg -i audio -f hash -hash sha512 audio.txtffmpeg -i video -vn -f hash -hash sha512 video.txtBUT the audio hash was different from the video hash, I thought at least the same source file for both commands will give me the same hashI don't get it

That is due to how the hash multiplexer works, also how I put it is confusing as audio was intended to reference thee aac file and video to reference the ts file. Those comands where not perfect but they where fit for you case as there where only one audio and on video stream in the ts file.

This calculate the hash of the decoded data: "ffmpeg -i input -f hash -hash sha512 output" it autoselects the beast audio and video streams (and the first high quality one when various streams have hightest quality at the same time), this line give different hash if the file contains only audio or audio+video, "-vn" disables the video making that ffmpeg only calculates the data of the best audio stream. A more correct comand for calculating hash of and individual audio stream is using "-map" like in "ffmpeg -i input -map a:0 -f hash -hash sha512 out" the "-a:0" mean fist audio stream (second audio stream is "-a:1" and so on).

And for the quality of the audio is a personal matter as I think that the CD is going to be compressed to boot loudness where the one in the ts is going to have more dinamic range.

If both hashes are the same then the audio track is the same, this is true unless the file was decoded to lossless as then the decodec file can have the same hash. The commands are different due the need to discard the video part from the video file, and if there where various audio tracks then a selection track switch is needed.

I have tried thatI have used the original Bruno.ts (8GB) file to check if the audio quality is identical with hash multiplexer:ffmpeg -i audio -f hash -hash sha512 audio.txtffmpeg -i video -vn -f hash -hash sha512 video.txtBUT the audio hash was different from the video hash, I thought at least the same source file for both commands will give me the same hashI don't get it

That is due to how the hash multiplexer works, also how I put it is confusing as audio was intended to reference thee aac file and video to reference the ts file. Those comands where not perfect but they where fit for you case as there where only one audio and on video stream in the ts file.

This calculate the hash of the decoded data: "ffmpeg -i input -f hash -hash sha512 output" it autoselects the beast audio and video streams (and the first high quality one when various streams have hightest quality at the same time), this line give different hash if the file contains only audio or audio+video, "-vn" disables the video making that ffmpeg only calculates the data of the best audio stream. A more correct comand for calculating hash of and individual audio stream is using "-map" like in "ffmpeg -i input -map a:0 -f hash -hash sha512 out" the "-a:0" mean fist audio stream (second audio stream is "-a:1" and so on).

And for the quality of the audio is a personal matter as I think that the CD is going to be compressed to boot loudness where the one in the ts is going to have more dinamic range.

thank you my friend, that is what I have experienced the cd to me sounds not listenable, especially in loud volumeANDthe ts file sounds more like a DSD format type of audio file where you can relax and do other stuff and you can enjoy it in the same time especially listening to it loud

The TS file has the audio separated in a very listenable way, cd gives me a headache