On Wed, Aug 02, 2000, Ron Forrester <[EMAIL PROTECTED]> wrote:
> On Wed, Aug 02, 2000 at 04:52:14PM -0400, Johannes Erdfelt wrote:
> > 1) Drop whole packets. This would be difficult and still work
> > downloading the mp3 to the device. In this case, you'd see 8 (or 16,
> > 32, 64) byte chunks missing. Because of the way packets work in USB,
> > you'd probably see twice as many bytes missing (dropping a DATA0 and
> > DATA1 consecutively)
>
> Something like this is the likely cause.
This would also denote a hardware problem with the rio500.
> > 2) Single bit errors. This probably means the device is broken and
> > ignores the CRC or something like that.
>
> The device is operational. I downloaded music to it from Win2k (a
> different machine) and no problems.
>
> Interestingly, after putting music into it on the win2k machine, I
> pulled the music out on the linux box -- the song was fine.
>
> So the data gets corrupted when going in using linux, but not coming
> out.
>
> And again, this _only_ happens when in X. When I exit X, music
> downloaded into the unit plays perfectly.
Do the filesizes match between the original and corrupted mp3's? That would
be a quick easy clue.
> > I haven't seen anything like this happen before unfortunately, so
> > I'm just guessing right now. You wouldn't have access to a bus
> > analyzer, would you? If not, you woukldn't happen to be in the San
> > Francisco Bay Area, would you?
>
> Neither I am afraid. How much is a bus analyzer? I have a Casio camera
> that I need to try and add support for too, so that could come in
> handy.
One that would catch this problem would be > $10k most likely. One to
reverse engineer your camera would be free. You can use software to do
that.
JE
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
