clever FFmpeg-GUI, small FFmpeg UI, fully portable, no installation.

[oniiz86]

@ProWo There seems to be a bug with this 7.1 AAC test file when extracting with CleverFFmpeg-GUI, it doesn't retain channel info metatdata, it's missing the reporting of "7.1 channels" when I import it into eac3to, when I use gMKVExtractGUI there is no issue when it's extracted & the .aac stream reports 7.1 channels, would this be a FFmpeg issue or is it with Clever?

Thanks for the hint.
Tested, this happens with HE-AAC only; it's a FFmpeg bug.
However, the extracted files can be used without any problems in the vast majority of applications.

@ProWo Thanks for that, I did some further testing, the CleverFFmpegGUI extracted aac 7.1 stream remuxed into the mka container with MKVToolNix & then demuxed again by Clever will result in the reporting of "7.1 channels", so it may not be an FFmpeg bug but a Clever issue in this instance, not sure why there is a discrepancy there with the metatdata, it isn't a corrupted test file, is there anything you could check or test within Clever for this?

This is the Clever extracted aac stream remuxed into the mka container with MKVToolNix then demuxed again with Clever & now reports 7.1 channels in eac3to.


[Attachment 92367 - Click to enlarge]

[ProWo]

@ProWo Thanks for that, I did some further testing, the CleverFFmpegGUI extracted aac 7.1 stream remuxed into the mka container with MKVToolNix & then demuxed again by Clever will result in the reporting of "7.1 channels", so it may not be an FFmpeg bug but a Clever issue in this instance, not sure why there is a discrepancy there with the metatdata, it isn't a corrupted test file, is there anything you could check or test within Clever for this?

Retested.
It's definitely not a clever issue.
I tried extracting and muxing manually using the command line, but the problem remains the same.
FFmpeg is writing something into the stream that doesn't comply with the specifications.
As I said, this only affects HE-AAC with more than 2 channels.