Skip to main content ↑ ↓

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: No seek bar with raw AAC (Read 4892 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

No seek bar with raw AAC

I've only updated to 1.6.9/10 and I noticed that there's no seek bar when playing raw AAC LC such as demuxed from YT.

Re: No seek bar with raw AAC

Reply #2 –
There is no agreed upon standard for writing the average bitrate or running time to AAC files the way it is done with MP3. Other programs scan a fragment from the start of the stream to make a guess. Your best option is to wrap the files in MP4 container using tools such as Mp4creator or Mp4box.

Re: No seek bar with raw AAC

Reply #3 –
I have exactly the same problem. I cannot scroll through some AAC files at all. Below is a link to an example of such a file.
https://www.dropbox.com/s/0rn0um32fvnv76j/ravefm.aac?dl=1


I understand that you can pack such a file in an additional container, but this is an additional job and if someone has a lot of such files, they simply won't feel like it. I think it wouldn't be a problem to add such an option to the foobar. And parsing such a file does not take long, I used to load an 8-hour file from a recorded stream and it opened quickly in MP3DC, for example.

Re: No seek bar with raw AAC

Reply #4 –
Quote from: Porcus on
Did .aac use to be seekable?!
Yes. foobar2000 v0.8.3 allows seeking in RAW AAC files.

I haven't managed to convince Peter to add seeking back to these files. But you can seek these and all other non-seekable local files with Waveform Minibar (mod).
Another option is to disable built-in AAC decoding and switch to ffmpeg input for that format.

Re: No seek bar with raw AAC

Reply #5 –
Quote from: Case on
Quote from: Porcus on
Did .aac use to be seekable?!
Yes. foobar2000 v0.8.3 allows seeking in RAW AAC files.

I haven't managed to convince Peter to add seeking back to these files. But you can seek these and all other non-seekable local files with Waveform Minibar (mod).
Another option is to disable built-in AAC decoding and switch to ffmpeg input for that format.
Thank you for suggestion. Maybe i will do this.

Re: No seek bar with raw AAC

Reply #6 –
Hello, I used the ffmpeg wrapper for foobar and it actually worked with raw AAC files, I could rewind normally. However, there was a problem with streaming. I can not play AAC Internet Streams. Is it possible to play internet streams via ffmpeg in aac or is it impossible?

Re: No seek bar with raw AAC

Reply #7 –
Version 0.8.3 used to read the entire file as it was added to the playlist to get the running time and maybe build a seektable, which is not an elegant approach. Unlike other applications, Foobar wants precise seeking.

I would use some other application to play ADTS files, like Winamp or XMplay.

Re: No seek bar with raw AAC

Reply #8 –
It already does this for seeking in MP3 files.

Re: No seek bar with raw AAC

Reply #9 –
Quote from: DJ Graco on
Hello, I used the ffmpeg wrapper for foobar and it actually worked with raw AAC files, I could rewind normally. However, there was a problem with streaming. I can not play AAC Internet Streams. Is it possible to play internet streams via ffmpeg in aac or is it impossible?
Foobar plays AAC radio streams natively, you don't need ffmpeg wrapper.  Configure ffmpeg wrapper to only be active for file extensions AAC, not http://, as I assume you already have now.  If streams don't play, post a screenshot of the ffmpeg wrapper settings, and a link to a stream that won't play.

Re: No seek bar with raw AAC

Reply #10 –
Another thought occurred to me. This can be solved differently. This problem with not seakable AAC files continued here and there. You could even add an optional checkbox in advanced preferences, which would be unchecked by default, as the author of the program is so anxious to have it turned off by default. Those who need it could check it and the problem would end. Unfortunately, using FFMPEG with foobar is too slow even with AAC.
Quote from: sveakul on
Quote from: DJ Graco on
Hello, I used the ffmpeg wrapper for foobar and it actually worked with raw AAC files, I could rewind normally. However, there was a problem with streaming. I can not play AAC Internet Streams. Is it possible to play internet streams via ffmpeg in aac or is it impossible?
Foobar plays AAC radio streams natively, you don't need ffmpeg wrapper.  Configure ffmpeg wrapper to only be active for file extensions AAC, not http://, as I assume you already have now.  If streams don't play, post a screenshot of the ffmpeg wrapper settings, and a link to a stream that won't play.
I don't know if if I enable the raw aac decoder built into foobar on and check ffmpeg support for the * .aac extension, then these encoders won't bite. The problem arises when I disable the built-in raw aac support in foobar which seems to be logical.

Re: No seek bar with raw AAC

Reply #11 –
This isn't going to be much help with seeking ADTS in fb2k, but I hope it's at least somewhat helpful. Is there any real reason not to just mass remux them all to .m4a? I assume you already know how to do this quickly on Windows, but if not:

CMD option - processes all .aac files in current directory + subdirectories (remove "/s" to disable subdirectory recursion), requires ffmpeg/mp4box in PATH, respectively

FFMPEG
Code: [Select]
FOR /F "tokens=*" %A IN ('dir /b /s *.aac') DO ffmpeg -i "%A" -c:a copy "%~dpnA.m4a"
MP4Box
Code: [Select]
FOR /F "tokens=*" %A IN ('dir /b /s *.aac') DO mp4box -add "%A" "%~dpnA.m4a" -new


You could also write a .bat script for drag/drop support. You can drag/drop as many files at a time as you'd like.

FFMPEG
Code: [Select]
echo off
:again
ffmpeg.exe -i “%~1” -c:a copy “%~p1%~n1.m4a”
shift
if “%~1” == “” goto:eof
goto:again
MP4Box
Code: [Select]
echo off
:again
mp4box -add “%~1” “%~p1%~n1.m4a” -new
shift
if “%~1” == “” goto:eof
goto:again


If demuxing from YouTube is outputting raw AAC/ADTS, isn't that on you or how you're accomplishing that? I wouldn't even know how to get yt-dl/yt-dlp to spit out raw ADTS. If you use -g and get a URL leading to an AAC stream, or are demuxing it yourself afterwards, your ffmpeg command should be ending in something like
Code: [Select]
-c:a copy file.m4a
or whatever the appropriate equivalent is for mp4box - I only ever use the latter for interleaving and messing with DASH/HLS stuff, so I'm not well versed on how to best use it. GPAC's documentation is pretty darn good though.
Code: [Select]
yt-dlp -f 140 oNI3JuDSQGQ
[youtube] oNI3JuDSQGQ: Downloading webpage
[youtube] oNI3JuDSQGQ: Downloading android player API JSON
[info] oNI3JuDSQGQ: Downloading 1 format(s): 140
[download] Destination: Aquatic Amogus (more STOP POSTING ABOUT DONKEY KONG dkc ost ytpmv) [oNI3JuDSQGQ].m4a
[download] 100% of 3.24MiB in 00:01
[FixupM4a] Correcting container of "Aquatic Amogus (more STOP POSTING ABOUT DONKEY KONG dkc ost ytpmv) [oNI3JuDSQGQ].m4a"

Re: No seek bar with raw AAC

Reply #12 –
Regarding 'raw' YT aac audio downloads and Windows... 

If you use "yt-dlp.exe" (or a similar app) to get your audio, then by also adding "ffmpeg.exe" and "ffprobe.exe" to the installation folder, this will automatically package up your downloaded 'raw' aac audio into a music-player-friendly m4a container. With all the regular features/functionality you'd expect from an m4a file such as adding tags/images or replay gain data etc. 

So no issues when playing in Foobar2000 (or in anything else for that matter such as Apple devices). 

All applications can be obtained for free via a web search.  :D
 

Re: No seek bar with raw AAC

Reply #13 –
Hi, I've the same problem, the aac is extracted from a Youtube video, on Winamp and MPC the same aac is seekable, so I believe also Foobar can seek it :)
I hope the author can improve the aac module, thank you!