You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
ExoPlayer does not natively support seeking in standalone AC3 files because AC3 lacks self-contained metadata, such as indexing or timestamps, to facilitate efficient random access.
However, seeking is supported when AC3 audio is encapsulated in container formats like MP4, MKV, or TS, which provide the necessary metadata for seeking.
For standalone AC3 files, possible workarounds include:
Wrap in a container: Use tools like ffmpeg to encapsulate the AC3 file in a format that supports seeking.
Custom seeking for CBR (constant bitrate) AC3 files: As suggested in the issue description, this could involve calculating offsets based on frame headers. However, standalone AC3 files are not commonly expected to support seeking, making this a niche use case. I'll mark this as enhancement and low priority.
Please let me know if this request is not for a standalone AC3 file.
Refer to #1862 for an explanation of why returning to the beginning after seekTo is the intended behavior.
Is there any way to SeekTo the corresponding location when playing AC3 song files, similar to the following settings
defaultExtractorsFactory.setAdtsExtractorFlags(AdtsExtractor.FLAG_ENABLE_CONSTANT_BITRATE_SEEKING)
The text was updated successfully, but these errors were encountered: