FS#10637 - Error after MPC file
Attached to Project:
Rockbox
Opened by dar02 (dar02) - Saturday, 03 October 2009, 10:27 GMT
Last edited by Andree Buschmann (Buschel) - Sunday, 07 March 2010, 20:29 GMT
Opened by dar02 (dar02) - Saturday, 03 October 2009, 10:27 GMT
Last edited by Andree Buschmann (Buschel) - Sunday, 07 March 2010, 20:29 GMT
|
DetailsWhen you will try to play Muspack (mpc) song encoded by last version of Muspack encoder (1.30.0) (SV8 file) wich will not play because SV8 MPC files are not supported by rockbox right now - the rockbox is not able to play any other song until reboot.
Example: http://rapidshare.com/files/288101293/random.mpc |
This task depends upon
Closed by Andree Buschmann (Buschel)
Sunday, 07 March 2010, 20:29 GMT
Reason for closing: Fixed
Additional comments about closing: Closed as sv8 is supported from r25057.
Sunday, 07 March 2010, 20:29 GMT
Reason for closing: Fixed
Additional comments about closing: Closed as sv8 is supported from r25057.
Some more details:
1. As soon as a single mpc-file was selected that results "false" in metadata.c (case AFMT_MPC:), the mpc-codec quits (which is correct) and afterwards playback is totally blocked.
2. If I change the code in apps/metadata/mpc.c to return "true" for sv8-files, everything works fine. In this case the playback of this file is rejected within the codec-loop. In this case the playback is not blocked afterwards.
3. Playback is only blocked after a broken track is selected that is not the last in the current playlist!
4. This is also happening with mpa-files.
Any suggestions from the codec engine experts?
FS#10930) as this is not only relevant for mpc, but will happen with each non-playable/corrupted audio file.FS#10930is needed to really fix the blocking of the playback engine.FS#11079(full mpc sv8 support).