Rockbox

Tasklist

FS#12572 - mp3 playback skips when playing music portions of mp3

Attached to Project: Rockbox
Opened by menachem shapiro (menachem) - Wednesday, 01 February 2012, 16:02 GMT
Task Type Bugs
Category Music playback
Status Unconfirmed
Assigned To No-one
Operating System Sansa AMSv2
Severity Low
Priority Normal
Reported Version Release 3.10
Due in Version Undecided
Due Date Undecided
Percent Complete 0%
Votes 0
Private No

Details

I'm running Rockbox 3.10 on a Sansa Clip+

I've come across this issue while playing this mp3 (among others):
http://feature.legacyrecordings.com/podcasts/2011/PaulSimon-Songwriter-pod1.mp3
Taken from:
http://podcasts.legacyrecordings.com/pop/paul-simon-pop/paulsimon1.html

The mp3 is a mixture of music and talking. The talking parts play fine, but the music doesn't play properly. Instead the music temporarily stops, and when it continues, it has skipped some of the music (almost as if there is a buffering issue, but instead of just pausing while rebuffering, it pauses, skips, and continues).

The closest bugs I found on the tracker were these, but they don't appear to be the same:
http://www.rockbox.org/tracker/task/11851
http://www.rockbox.org/tracker/task/12208

Can anyone replicate this on their players?
What other information do you need?
I don't know if it makes a difference, but I have an 8GB microSD card in the slot. However, the music is on the player itself.
This task depends upon

Comment by Michael Sevakis (MikeS) - Wednesday, 01 February 2012, 18:41 GMT
"Can anyone replicate this on their players?"

I couldn't on e200v1, Fuze v2 or Clip v1.
Comment by menachem shapiro (menachem) - Friday, 16 March 2012, 17:38 GMT
I ran an fdisk -l on my sansa clip+. Here's what I got:
----
sudo fdisk -l /dev/sdb

Disk /dev/sdb: 3933 MB, 3933732864 bytes
122 heads, 62 sectors/track, 1015 cylinders, total 7683072 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x6f20736b

This doesn't look like a partition table
Probably you selected the wrong device.

Device Boot Start End Blocks Id System
/dev/sdb1 ? 778135908 1919645538 570754815+ 72 Unknown
/dev/sdb2 ? 168689522 2104717761 968014120 65 Novell Netware 386
/dev/sdb3 ? 1869881465 3805909656 968014096 79 Unknown
/dev/sdb4 ? 2885681152 2885736650 27749+ d Unknown

Partition table entries are not in disk order
----

Is this standard? If not, could this be contributing to my issues? Should I just format it and start over? If so, is there a problem to make one FAT32 partition, or should I format it differently?
Comment by Frank Gevaerts (fg) - Friday, 16 March 2012, 17:59 GMT
The clip+ doesn't have a partition table, so running fdisk -l on it is going to show garbage.
Comment by menachem shapiro (menachem) - Sunday, 01 April 2012, 01:23 GMT
I am now running Rockbox version: 5513c6d-120322

When I tried to play this file, Skipping occurred almost immediately and the file was unlistenable:
http://www.insidechassidus.org/media/Classes/SDR/SDR_HGD_04_Maase_Brabi_67.MP3

I ran 'mp3val -f' on it, and while it did fix some errors, it didn't make a difference. The file still skipped.

I used ffmpeg to make the file mono instead of stereo and to lower the bitrate. The resulting file played with no problems at all. Here's the command I used:
ffmpeg -i SDR_HGD_04_Maase_Brabi_67.MP3 -b 65536 -ac 1 SDR_HGD_04_Maase_Brabi_67.MP3_.mp3

Running ffmpeg -i $FILENAME on the following files gives the following information:

--------
$ ffmpeg -i SDR_HGD_04_Maase_Brabi_67.MP3
ffmpeg version N-32309-g09c5f99, Copyright (c) 2000-2011 the FFmpeg developers
built on Sep 4 2011 10:31:47 with gcc 4.5.2
configuration: --enable-gpl --enable-libfaac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-nonfree --enable-postproc --enable-version3 --enable-x11grab --enable-libvpx --enable-decoder=mp3float
libavutil 51. 16. 0 / 51. 16. 0
libavcodec 53. 13. 0 / 53. 13. 0
libavformat 53. 11. 0 / 53. 11. 0
libavdevice 53. 3. 0 / 53. 3. 0
libavfilter 2. 37. 0 / 2. 37. 0
libswscale 2. 1. 0 / 2. 1. 0
libpostproc 51. 2. 0 / 51. 2. 0
[mp3 @ 0x9e82ac0] max_analyze_duration 5000000 reached at 5016000
[mp3 @ 0x9e82ac0] Estimating duration from bitrate, this may be inaccurate
Input #0, mp3, from 'SDR_HGD_04_Maase_Brabi_67.MP3':
Duration: 01:09:01.51, start: 0.000000, bitrate: 128 kb/s
Stream #0.0: Audio: mp3, 48000 Hz, stereo, s16, 128 kb/s
At least one output file must be specified
-------

--------
$ ffmpeg -i SDR_HGD_04_Maase_Brabi_67.MP3_.mp3
ffmpeg version N-32309-g09c5f99, Copyright (c) 2000-2011 the FFmpeg developers
built on Sep 4 2011 10:31:47 with gcc 4.5.2
configuration: --enable-gpl --enable-libfaac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-nonfree --enable-postproc --enable-version3 --enable-x11grab --enable-libvpx --enable-decoder=mp3float
libavutil 51. 16. 0 / 51. 16. 0
libavcodec 53. 13. 0 / 53. 13. 0
libavformat 53. 11. 0 / 53. 11. 0
libavdevice 53. 3. 0 / 53. 3. 0
libavfilter 2. 37. 0 / 2. 37. 0
libswscale 2. 1. 0 / 2. 1. 0
libpostproc 51. 2. 0 / 51. 2. 0
[mp3 @ 0x948aac0] max_analyze_duration 5000000 reached at 5016000
Input #0, mp3, from 'SDR_HGD_04_Maase_Brabi_67.MP3_.mp3':
Metadata:
encoder : Lavf53.11.0
Duration: 01:09:01.53, start: 0.000000, bitrate: 64 kb/s
Stream #0.0: Audio: mp3, 48000 Hz, mono, s16, 64 kb/s
At least one output file must be specified
------------




Loading...