mirror of
https://github.com/advplyr/audiobookshelf.git
synced 2026-05-30 23:40:40 +02:00
[Bug]: Playback Failure When Resuming Session on Windows 10/Firefox #2023
Assignees
adam (Adam Melkus)
Clear assignees
adam (Adam Melkus)
No Assignees
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: starred/audiobookshelf#2023
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @BlwAvg on GitHub (May 31, 2024).
What happened?
When attempting to resume playback of a downloaded (on android mobile) audio file on Windows 11 using Firefox, the session fails with an 'Output format hls is not available' error.
What did you expect to happen?
Audio session would resume normally.
Steps to reproduce the issue
Audiobookshelf version
2.10.1
How are you running audiobookshelf?
Debian/PPA
What OS is your Audiobookshelf server hosted from?
Linux
If the issue is being seen in the UI, what browsers are you seeing the problem on?
Firefox
Logs
Additional Notes
LOW PRIORITY ISSUE!
2024-05-30 20:44:02.366
DEBUG
[PlaybackSessionManager] startSessionRequest for device Windows 10 / Edge
2024-05-30 20:44:02.366
DEBUG
[PlaybackSessionManager] "booneb" starting direct play session for item "05c49b8c-4f7b-4cef-bec8-0b101cbf2afa" with id 606589d5-3e5b-4774-9d5c-ea81bb1d0fbb (Device: Windows 10 / Edge)
@BlwAvg commented on GitHub (May 31, 2024):
After doing some additional research, I found that HLS may not be natively supported by Firefox. If this is the case, I am unsure if I should make this a feature request or handle it differently.
I found some HLS settings about:config. I enabled the options available to no avail.
@advplyr commented on GitHub (May 31, 2024):
It's not the browser. Ffmpeg is showing an error
Output format hls is not availableDid you provide your own Ffmpeg binary path?
HLS is only used if the audio file fails to direct play in the browser. Is this an m4b audiobook? Firefox has a specific issue playing some m4b audio files so it will fallback to transcoding in that case.
@BlwAvg commented on GitHub (May 31, 2024):
I have not changed any of the defaults. Here is my /etc/defaults/audiobookshelf.
user@server:/etc/default$ cat audiobookshelf
METADATA_PATH=/usr/share/audiobookshelf/metadata
CONFIG_PATH=/usr/share/audiobookshelf/config
FFMPEG_PATH=/usr/lib/audiobookshelf-ffmpeg/ffmpeg
FFPROBE_PATH=/usr/lib/audiobookshelf-ffmpeg/ffprobe
TONE_PATH=/usr/lib/audiobookshelf-ffmpeg/tone
PORT=13378
HOST=0.0.0.0
This is an single M4B file. Essentially all of my library is a single M4B file for each book (with very limited exceptions for MP3s). The previous book that did work, via firefox was also an M4b.
@advplyr commented on GitHub (May 31, 2024):
Is the M4B that is not direct playing in firefox an M4B from Audible?
These old audible M4B audio files don't play in firefox and a new issue gets opened every few weeks about one of those. https://github.com/advplyr/audiobookshelf/issues/2848#issuecomment-2053779811
However, Abs should still be able to play these bad files by transcoding them. I'm curious about that
Output format hls is not availableerror you are getting.Can you check if HLS is shown in the list of demuxers for ffmpeg by running:
/usr/lib/audiobookshelf-ffmpeg/ffmpeg -demuxers@BlwAvg commented on GitHub (Jun 1, 2024):
The M4B is from audible but converted to M4B using OpenAudible. The current book I am having an issue with was released in 2023. The first book series released in 2022 does not have the playback issue. I am happy to provide source files for testing/replication.
HLS is supported, no idea why it claims that when using Firefox vs Edge where it just plays.
Short Output
Long Output
@BlwAvg commented on GitHub (Jun 1, 2024):
I will do a probe and try and re-encode the file to see if it is similar to what was mentioned in https://rentry.co/n4ost.
@advplyr commented on GitHub (Jun 1, 2024):
Edge is a chromium based browser and doesn't have an issue direct playing these specific M4B audiobooks. It is only firefox.
Also, HLS is ONLY used when the audio file fails to play directly in the browser, since firefox cannot play them Abs falls back to using HLS.
Good to know this is a recent Audible audiobook because I was under the impression that the poor encodings are from older Audible files.
To re-encode you should only need to run:
/usr/lib/audiobookshelf-ffmpeg/ffmpeg -i /path/to/your/audiofile.m4b -c:a copy output.m4b@advplyr commented on GitHub (Jun 1, 2024):
It is possible that OpenAudible is doing this actually since most people use that
@advplyr commented on GitHub (Jun 1, 2024):
I believe I found the issue with "Output format is not available" and will try to patch it soon. https://github.com/advplyr/audiobookshelf/issues/3029#issuecomment-2143493712
Turns out this is the same issue reported in #3029 so I'm going to merge these 2 issues.
It will still be helpful if you test re-encoding that M4B audio file so we can have more data on this firefox specific issue.
@advplyr commented on GitHub (Jun 1, 2024):
Duplicate of #3029