From: Andrew Jamieson <ajamiesn_at_optusnet.com.au>
Date: Wed, 4 Sep 2002 20:13:24 +1000

Finally found a way to reproduce this reliably :)

* Get yourself on a track that will continue to another (ie either a
playlist or an album track).
* Play the track and wait patiently for the HDD to spin up to cache the
next bit of the track.
* Now, _as soon as_ the HDD spins up, press pause; the track will
continue to play for awhile until the HDD stops, and then it will pause.
* The HDD will actually continue to run after the red light turns off, I
assume that this is the resume info being stored (and I would hazard a guess
that a clash between this and the track caching causes the problem). Wait
until you feel the HDD spin down.
* Now wait a sec or two, and press play again, and the track will
continue to play for a few seconds (maybe 5) and then suddenly your on the
next track!!!! The most bizarre thing is that there is no disk activity
involved, so the _next track_ appears to be in the cache! Wierd!

I can repeat this every time on my AJB6K; if my guess is correct, then I
would assume that it is not repeatable on the recorder, as there is no
resume info stored on the disk. I actually get slightly different results
with 1.3, as opposed to the latest dailies; 1.3 brings up a strange error
type message in the top line of the display ("1025/12: - " is an example)
, whereas the dailies jump to the next track.

System: AJB6K, 192k CBR MP3, Rockbox 1.3 and daily 20020903

Hope this is repeatable for everyone else, and helps tracking down the bug.


A
----- Original Message -----
From: "Bradley Alexander" <storm_at_tux.org>
To: <rockbox_at_cool.haxx.se>
Sent: Tuesday, September 03, 2002 8:49 PM
Subject: Re: filesystem problems?


> One other thing I might note. This seems to occur most (if not all) when
> I am running on the internal batteries. I use it pretty extensively in
> the car where I have a car charger, and I have not really noticed any
> skips.
>
> On Tue, 2002-09-03 at 05:30, Bradley Alexander wrote:
> > I have a little more information on this issue. None of it is
> > scientific, however, I figured I would throw my config out there and see
> > if any of it made sense.
> >
> > Again, this is a JB6000/RockBox 1.3 with the following settings:
> >
> > Shuffle on
> > MP3/M3U Filter on
> > Sort case sensitive off
> > Backlight 10s (though it never stays on more than 3-4 seconds that I've
> > noticed)
> > WPS Display 1 line ID3 (though it displays the filename and time)
> > Disk Spindown 5s
> >
> > Given a random playlist, say it plays tracks 1,4,6,9,3,5,7, and suppose
> > it skips on track 9. If I hit the - key, instead of skipping back to the
> > previous track (6 in this case), it goes back to the beginning of 9.
> > Pressing - 2 or 3 times will take me back to track 4, and then pressing
> > + twice will take me to track 9, which does not skip. It does not seem
> > to be movement related.
> >
> > The other day, I also noticed that if allowed to play after a skipping
> > episode, after 3 or 4 tracks, it will stop playing, and the display will
> > say "End of list. Press <on>" Doing so will take me back to the
> > top-level directory.
> >
> > I know its confusing, but hopefully one of the developers will find it
> > useful. If there is any more information I can provide, please let me
> > know.
> >
> > On Sun, 2002-09-01 at 16:13, Eric Linenberg wrote:
> > > I think this should be the min disk timeout then. That would save a
whole
> > > lot of problems.
> > >
> > > -eric
> > >
> > > > You must have the spindown set to MORE than 3 seconds for things to
really work
> > > > properly.
> > > >
> > > > I'm not exactly sure why, but it seems to be a requirement. I
personally use 5
> > > > seconds.
> > > >
> > > > -Justin
> > > >
> > > > --- Nate Nystrom <nystrom_at_cs.cornell.edu> wrote:
> > > > > On Sun Sep 01 01:45:09 -0700 2002, Justin Heiner wrote:
> > > > > > The latest daily builds (available for download) will most
likely fix
> > > > > > the problem. I'm not sure of the exact details of the solution,
but I
> > > > > > believe it has to do with reading/writing data while buffering.
I had
> > > > > > the same problem as you, and the newest firmware fixes it for
me.
> > > > > >
> > > > > > Try it and see if the problem goes away. If it doesn't go away,
then
> > > > > > we've got other problems to account for :-)
> > > > > >
> > > > > > -Justin
> > > > >
> > > > > I just did a CVS update and tried it. Configuration: AJB6000 with
> > > > > Archos 5.06 + rockbox daily build 09/01 (plus my ff/rew patch from
> > > > > yesterday). Spin down time set to 2s. I'm now experiencing the
> > > > > following symptoms:
> > > > >
> > > > > About 1 in 3 times, when reading a directory or a file (e.g., when
> > > > > changing directories in the dir browser or when changing tracks),
the HD
> > > > > light goes on, but the operation I was attempting does not
complete. I
> > > > > can enter the menu and return, but the dir browser is not
correctly
> > > > > redrawn, or is redrawn incorrectly with some of the menu text
still
> > > > > displayed.
> > > > >
> > > > > I can also tried changing the disk spin down time when in this
state and
> > > > > when the time hit 6s, the HD light flickered off and playback
resumed,
> > > > > although with the wrong song.
> > > > >
> > > > > Another symptom: ff/rewind doesn't work. The WPS changes as I'm
> > > > > ffwding, but when I release the button, the song resumes where I
started
> > > > > the FF.
> > > > >
> > > > > All of these symptoms seem to go away when the spindown time is 3s
or
> > > > > more.
> > > > >
> > > > > Nate
> > > >
> > > >
> > > > __________________________________________________
> > > > Do You Yahoo!?
> > > > Yahoo! Finance - Get real-time stock quotes
> > > > http://finance.yahoo.com
> > > >
> > --
> > --Brad
> >
============================================================================
> > Bradley M. Alexander | storm [at] debian.org
> > Debian Developer, Security Engineer | storm [at] tux.org
> > Debian/GNU Linux Developer | Visit the 99th VFS website at:
> > 99th VFS 'Tuskegee Airmen' | http://99thvfs-ta.org
> >
============================================================================
> > Key fingerprints:
> > DSA 0x54434E65: 37F6 BCA6 621D 920C E02E E3C8 73B2 C019 5443 4E65
> > RSA 0xC3BCBA91: 3F 0E 26 C1 90 14 AD 0A C8 9C F0 93 75 A0 01 34
> >
============================================================================
> > The concept is simply staggering. Pointless, but staggering.
> --
> --Brad
>
============================================================================
> Bradley M. Alexander | storm [at] debian.org
> Debian Developer, Security Engineer | storm [at] tux.org
> Debian/GNU Linux Developer | Visit the 99th VFS website at:
> 99th VFS 'Tuskegee Airmen' | http://99thvfs-ta.org
>
============================================================================
> Key fingerprints:
> DSA 0x54434E65: 37F6 BCA6 621D 920C E02E E3C8 73B2 C019 5443 4E65
> RSA 0xC3BCBA91: 3F 0E 26 C1 90 14 AD 0A C8 9C F0 93 75 A0 01 34
>
============================================================================
> The concept is simply staggering. Pointless, but staggering.
>
Received on 2002-09-04