Closed athoik closed 4 years ago
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?
can you run the aac file with VLC?
Op wo 15 apr. 2020 om 00:41 schreef andimik notifications@github.com:
https://www.fmlist.org/sendertabelle/dab-ww_more.php?inputLand=GRC&inputEn=E000
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 latm instead of loas?
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/JvanKatwijk/dab-cmdline/issues/67#issuecomment-613716367, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACCPHQAAHVZ3LNYFKXG4FQTRMTRDDANCNFSM4MICGQOQ .
-- Jan van Katwijk
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!)
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 dd3b4660cc38fd9a02a2f1c4fc629f314614ea3a).
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.
Is the speed correct in the old aac recording? I guess it is 6.66% slower.
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.
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.
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!
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.
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/14a406d5-5c56-ef89-bebf-18c205cae59e@walliczek.de/
Using latest version I am getting the following output on AAC ouput:
I suspect that issue occurs since last change on mp4processor.
https://github.com/JvanKatwijk/dab-cmdline/commit/70c978634b6d0ab66500f31a7d90f605f533337b#diff-116d5b7495d6f9297530f92514c37515
How can we verify if DAB+ uses AAC SBR or AAC LC?
Because if ERT DAB+ uses AAC SBR, then it's something missing from ffmpeg :(