%T#13860 Task opened by ArKomik: sony nwz-a10: *PANIC* "Stkov audio" near end of track when playing sequential 24/96 FLAC files

Rockbox via rockbox-sf <[email protected]>
Newsgroups gmane.comp.systems.archos.rockbox.sourceforge
Message-ID <[email protected]>
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

A new Flyspray task has been opened.  Details are below. 

User who did this - Artyom (ArKomik) 

Attached to Project - Rockbox
Summary - sony nwz-a10: *PANIC* "Stkov audio" near end of track when playing sequential 24/96 FLAC files
Task Type - Bugs
Category - Applications
Status - Unconfirmed
Assigned To - 
Operating System - All players
Severity - Medium
Priority - Very Low
Reported Version - Release 4.0
Due in Version - Undecided
Due Date - Undecided
Details - Target: sonynwza10
Device: Sony NWZ-A15
Build: d82d0be595-260406
Host OS used for file transfer/install: Arch Linux

Summary:
Rockbox crashes with "*PANIC* Stkov audio" near the end of a track when multiple 96 kHz / 24-bit FLAC tracks are played sequentially from the same directory. The same tracks can play to completion when played individually from a separate directory.

Observed panic:
*PANIC* (d82d0be595-260406)
Stkov audio

Additional crash screen seen after pressing a button on the panic screen:
segmentation fault at 0005ba94 address 0x00000000

What I tested:
- Reproduced on multiple Rockbox versions, including older builds and a build from March 31.
- Also reproduced on the earliest build I tested.
- Standard theme used.
- Crossfade off.
- ReplayGain off.
- Cuesheet Support off.
- Repeat off.
- Auto-Change Directory off.
- Playing from Files/File Browser, not Database.
- Removing embedded cover art from the tested tracks did not fix it.

Files involved:
Album: Slipknot - Slipknot (1999)
Examples:
- 02 (sic).flac
- 03 Eyeless.flac

File properties from ffprobe:
- FLAC
- 96000 Hz
- stereo
- 24-bit audio (ffprobe shows s32 / 24-bit)
- originally had embedded JPEG cover art, but the crash still happens after removing the picture block

Important behavior:
- If I put "(sic)" alone in its own directory and play it, it finishes normally.
- If I put "Eyeless" alone in its own directory and play it, it finishes normally.
- If I put multiple album tracks together in one directory and play them sequentially, Rockbox hangs/panics in the last few seconds of the current track, apparently when preparing the next track.
- I also tested with a short track before "(sic)". With one or two tracks things sometimes pass, but with sequential playback of these album tracks the crash returns near the end of "(sic)".
- After removing embedded art from the first three tracks, they all still crash near the end during sequential playback.

Steps to reproduce:
1. Copy at least these two files to the device in the same directory:
   - 02 (sic).flac
   - 03 Eyeless.flac
2. In Rockbox, browse via Files/File Browser to that directory.
3. Start playback of 02 (sic).flac so Rockbox plays the directory sequentially.
4. Near the end of 02 (sic) (approximately 3 seconds before next track(, Rockbox freezes and shows:
   *PANIC* ... Stkov audio

Expected result:
Sequential playback should continue to the next track normally.

Actual result:
Rockbox panics near the end of the current track while transitioning/preparing the next one.

Notes:
This seems related to sequential playback / track transition, not decoding of a single file by itself, because the same files can finish normally when isolated and played alone. Plays perfectly on stock firmware and on my PC.



More information can be found at the following URL:
https://www.rockbox.org/tracker/task/13860

You are receiving this message because you have requested it from the Flyspray bugtracking system.  If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.
-- 
rockbox-sf mailing list
[email protected]
https://lists.haxx.se/mailman/listinfo/rockbox-sf
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.