Rockbox

Tasklist

FS#5354 - Repeatable H100 hang when fast scrolling large play list

Attached to Project: Rockbox
Opened by Philip Aston (philipa) - Saturday, 13 May 2006, 13:58 GMT
Last edited by Hardeep Sidhu (hardeeps) - Monday, 05 June 2006, 19:30 GMT
Task Type Bugs
Category Playlists
Status Closed
Assigned To No-one
Operating System Iriver H100 series
Severity Medium
Priority Normal
Reported Version
Due in Version Version 3.0
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

iHP-140, CVS-060506

root.m3u has ~6500 entries.

Open play list and scroll up or down whilst holding down they play button. Scrolling works for a couple of seconds, then the box hangs and has to be hard-reset.
This task depends upon

Closed by  Steve Bavin (pondlife)
Thursday, 16 November 2006, 10:15 GMT
Reason for closing:  Out of Date
Additional comments about closing:  No response from reporters.
Comment by Peter D'Hoye (petur) - Saturday, 13 May 2006, 23:21 GMT
unable to reproduce this (on a h340 but that should not matter)

EDIT: whoops - don't have 6500 entries...
Comment by Joseph Belton (xantus) - Wednesday, 17 May 2006, 05:57 GMT
I get something similar to this.
on h120
something is playing, and then I hold scroll and after a second or two playback stops (while i'm still scrolling). releasing the scroll causes playback to resume. I have to scroll in short bursts if I want uninterrupted playback.
Comment by Linus Nielsen Feltzing (linusnielsen) - Wednesday, 17 May 2006, 06:22 GMT
Odd. I can't make it happen on my H140. Which format is the file you are playing when this happens? Also, are you using any effects, like EQ or crossfeed?
Comment by Joseph Belton (xantus) - Wednesday, 17 May 2006, 06:27 GMT
Im using EQ, no xfade... but I tried it with EQ off and it still happens.
it happens with MP3 and MPC and FLAC files. it doesn't even have to be a big directory. if I go two files down from the top, then hold scroll up. it hits the top of the list and if I keep holding the button playback pauses until I release the scroll.
this is on the latest daily build.
Comment by Joseph Belton (xantus) - Wednesday, 17 May 2006, 06:30 GMT
ok well I just reset my settings and it doesnt do it with the defaults... I'll redo my settings one by one and see which one is causing it.
Comment by Joseph Belton (xantus) - Wednesday, 17 May 2006, 06:41 GMT
ok well i've narrowed it down to the font. wierd. using the 6x12 font is what is causing it.
Comment by Linus Nielsen Feltzing (linusnielsen) - Wednesday, 17 May 2006, 06:49 GMT
I still can't repeat it with the 6x12 font and the EQ enabled. What bitrate is the track you're playing?
Comment by Joseph Belton (xantus) - Wednesday, 17 May 2006, 06:56 GMT
hmm, it happens with all my files so I dont think it's a bitrate thing. (they're a mix of cbr and vbr)

it happens with EQ off.
this doesnt happen while scrolling through menus.. only in the file browser. (I have dircache on, tried it with dircache off and it still happens.)

I dunno what else it could be.

if I use the font that came with the theme, or the default font. it works fine. if I select any of the 5x, 6x, 8x fonts, the problem happens.
Comment by Alexander Spyridakis (xaviergr) - Friday, 19 May 2006, 23:46 GMT
Joseph Belton: your bug is different from the reported. (I think the bug you metnion is already reported)
Unfortunately both are reproducable for iriver targets.

Linus: 1) Load 6500+ songs in a playlist start playback and then view the playlist and try to hold page down/up (play + up/down).
For me it just hangs and needs reset.

2) Load a large list (tree folders, playlist, or even a large txt file) and while playback hold page up/down for some time.
After a couple of seconds (even if the list reach then end don't let th buttons) playback will stop and will continue as soon as you let the buttons.

I guess (2) has something to do with yields on the button driver. It seems that button presses "eat" all actions the cpu can handle and stops playback in order to process button presses.
Comment by Jonas Häggqvist (rasher) - Friday, 26 May 2006, 00:11 GMT
I did some testing on this bug many months ago and believe I narrowed it down to being related to unicode string handling. I seem to recall it depending on the contents of the directory you're scrolling. I spoke to Markun about it at the time, but he didn't have any ideas offhand at the time.

Possibly a combination of a large(-ish) amount of unicode characters and the right/wrong font that causes problems?
Comment by Jonas Häggqvist (rasher) - Sunday, 04 June 2006, 20:03 GMT
I do not believe this is fixed. I just downloaded the latest build, and I can still reproduce the behaviour.

1. Create large playlist
2. Set font to eg. 6+12x13
3. View playlist
4. Scroll it continously

This will without fail make audio stop after half a second and until I stop scrolling.
Comment by Jonas Häggqvist (rasher) - Sunday, 04 June 2006, 20:06 GMT
If I use another font, eg. rockbox_default, this doesn't happen.
Comment by Peter D'Hoye (petur) - Sunday, 04 June 2006, 20:51 GMT
No No No. You're mixing up two issues:

1. The topic of this bug entry: the player _HANGS_ when scrolling, this means it needs to be _HARD_RESET_ to get it going again.

2. The issue you are talking about: the audio stops playing when scrolling lists, but audio _RESUMES_ when you stop scrolling. This is a simple case of the cpu having not enough time to serve all tasks. This is a known issue but unrelated to this bug entry.

Unless I'm mistaken here, when the _FREEZE_ bug is fixed this tracker entry can be closed.
Comment by Hardeep Sidhu (hardeeps) - Monday, 05 June 2006, 19:32 GMT
Actually, my fix was supposed to fix the audio stopping. However, I agree that having two issues on the same bug report is confusing. For anyone seeing the original problem (player hanging when scrolling), please try to reproduce on the latest CVS build. If it doesn't happen, we can close this issue. For the second issue, please open another bug.
Comment by Ryan Grelck (deltron) - Wednesday, 19 July 2006, 14:42 GMT
I am experiencing the same issue on an iPod video. I am scrolling in my list of songs, which I store in /music, and the iPod always locks up at the same folder as I am trying to browse past it. It locks up right before this folder, which is 69 characters long. The folder name contained alphanumeric characters in addition to the &, ', and () characters. I renamed the folder to just the artist name, with the album in a subfolder, and it was then able to scroll past that folder. I'm using the daily build from 19 July 07.
Comment by Steve Bavin (pondlife) - Tuesday, 24 October 2006, 09:29 GMT
Ryan, or anyone else - can you still reproduce a hard crash in this situation, or is this now due for closing? There's been a lot of code changed since July.
Comment by Steve Bavin (pondlife) - Thursday, 09 November 2006, 12:16 GMT
If you have voiced file/directory names on, it's possible to overflow the voice queue when scrolling through during playback - maybe this is related?

Loading...