From: Andrew Jamieson <ajamiesn_at_optusnet.com.au>
Date: Thu, 5 Sep 2002 22:44:15 +1000

This is fixed with daily ..905, thanks!!!!


A


----- Original Message -----
From: "Andrew Jamieson" <ajamiesn_at_optusnet.com.au>
To: <rockbox_at_cool.haxx.se>
Sent: Wednesday, September 04, 2002 8:13 PM
Subject: Re: filesystem problems? - A repeatable example


> 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-05