AAC_OUT: it seems AAC LC format changed to AAC SBR about dab-cmdline HOT 10 CLOSED

See https://www.fmlist.org/sendertabelle/dab-ww.php

ERT has never used LC as far as I can remember.

Your output tells me that this is definitely wrong. For example 24 kHz instead of 48.

Can you force it to read it as latm instead of loas?

from dab-cmdline.

from dab-cmdline.

Correct! With VLC I have no problem playing the output file produced using AAC_OUT.

On embedded device where project is in use, the GStreamer doesn't recognize it any more, and ffmpeg as well.

So the only option is to use PCM samples (and those are working great!)

from dab-cmdline.

Hi,

I record few seconds IQ samples from ERT DAB 12C. Greece_ERT_12C.iq 103.3 MB

rtl_sdr -f 227360000  -p 23 12C.iq

Then used dab-cmdline that outputs AAC (using commit dd3b466).

dab-raw-sdgradio -F 12C.iq -S 1004  1>12C_kosmos_old.aac
ffprobe -i 12C_kosmos_old.aac
...
Input #0, aac, from '12C_kosmos_old.aac':
  Duration: 00:00:12.06, bitrate: 95 kb/s
    Stream #0:0: Audio: aac (HE-AAC), 48000 Hz, stereo, fltp, 95 kb/s

Using latest version dab-cmdline:

dab-raw-sdgradio -F 12C.iq -S 1004 1>12C_kosmos.aac
Input #0, loas, from '12C_kosmos.aac':
  Duration: N/A, bitrate: N/A
    Stream #0:0: Audio: aac_latm (LC), 24000 Hz, stereo, fltp
[aac_latm @ 0x94050] SBR with 960 frame length is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented.

from dab-cmdline.

Is the speed correct in the old aac recording? I guess it is 6.66% slower.

from dab-cmdline.

VLC player handles new format properly. The old format is playing slower.

So I guess old version didn't properly create AAC.

New version properly creates AAC, but FFmpeg and GStreamer cannot handle it yet.

from dab-cmdline.

FFmpeg although it reports an error, it can transcode sample!

ffmpeg -i 12C_kosmos.aac 12C_kosmos.wav
....
[aac_latm @ 0x7e120] SBR with 960 frame length is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented.
[aac_latm @ 0x7e120] SBR with 960 frame length is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented.
Error while decoding stream #0:0: Invalid data found when processing input
size=    2280kB time=00:00:24.32 bitrate= 768.0kbits/s speed= 107x
video:0kB audio:2280kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.003341%

So I guess we need to report that issue to FFmpeg developers.

from dab-cmdline.

It was valid AAC MP4/ISOBMFF container, but it's tricky as DAB+ uses 960 frame length (instead of 1024).

and
1024/960 = 1,066666667 => 6,67% slower.

For some reasons, the "newer" file type in LATM/LOAS container format makes more sense.

See https://github.com/Opendigitalradio/dablin , chapter "Recording a service".

Please forget FFmpeg, this is not solved for many years now for HE-AAC, see https://trac.ffmpeg.org/ticket/1407

If you report it, good luck!

from dab-cmdline.

The AAC recordings can be player e.g. by VLC player. FFmpeg will play them as well, but currently does not support the SBR extension together with the 960 samples per frame transformation and will thus only play the AAC core then.

Ok, so the change is an improvement.

So sad that both GStreamer and FFmpeg cannot handle such format.

from dab-cmdline.

It seams that a new patch has been proposed in ffmpeg to make compatibility with 960 frame length and SBR (not tested)
https://patchwork.ffmpeg.org/project/ffmpeg/patch/[email protected]/

from dab-cmdline.