Support and General Use > Audio Playback, Database and Playlists

hdd spin-up causes gap in .ogg-playback in h120

<< < (2/5) > >>

littlenick:
Correction to my previous post:
The gap does occur both with .ogg and mp3 files!!!
It was just that I didn`t perceive it before when listening casually while doing the dishes in the kitchen.
The gap is an estimated 0.5 to 1 second in length and occurs (starting the music from a "fixed" point like the beginning of a folder) always at the same point of the song. It occurs only during rebuffering - probably due to the preferred kbps-rate I use - at approximately 15 minutes after starting the playback and then the next gap occurs approximately 15 min. later, when the second rebuffering is due - wherever in the track this is.
The gap is unaffected by anti-skip buffer - that is, it occurs in the same way whether anti skip is 5 sec or 5 min.!
Album art is not an issue, since most of my files don´t have any. Just mention this because on a different forum I've read that album art was supposed to be the reason for skipping (?!). I rip my CDs with audiograbber - enter the respective song titles manually or from a database, which a friend of mine installed on my pc
Anyway - the gap occurs also with music files (mp3) I bought through commercial download from a renowned internet online store  :o);.
Hey - am I the only one ever to experience this? It's really a pity I started on rockbox a couple of days ago and already was beginning to become a big fan. Or is it hardware-related?

saratoga:
If it happens with all files its probably something wrong with the hard drive.  Maybe a failing motor that makes it take a very long time to spin up.

littlenick:
Most recent update on the issue of gap on rebuffering:

The gap occurs also on a friend's river ihp120 (same rockbox version).

While the gap occurs the run-time counter seems to halt for a moment (?) - although I wouldn't swear by it.

Both players work perfectly normal with normal iriver firmware.

The gap occurs with the following file types:

mp3 - files from CD-ripping with audiograbber 1.83 encoded by LameEnc DLL Version 1.32 (24/9/2008) Engine 3.98; settings: VBR = 0, joint stereo;

ogg-Vorbis files from CD-ripping with audiograbber 1.83 encoded by Ogg Vorbis Official dll's; quality setting: 8.30;

mp3 - files bought from an online store; VBR quality ca. 256kbps on average;

wma - files from CD-ripping using windows media player (could be version11 or higher if I remember it right); 192 kbps CBR;

The gap does not occur (well I could not yet detect any although I've tried) with mp3 files I generated via line-in (old-vinyl records) using an iriver h340 and original iriver firmware; record-setting: CBR 256 kbps;

The only difference of conceivable importance I can think of is that line-in files have a duration that is longer than playback of a buffer-filling.

The gap also does not occur anymore after enabling crossfade (I used "mix" as fade-out mode).
I am talking here about a gap that occurs somewhere in the middle of a track (well - wherever rebuffering occurs).

Of course this is not a cure I seriously consider for listening to Beethoven sinfonies.

Am I the first one to report this issue?
Has anyone made similar observations?
Anyone here who can help me?

Cheers!
Thomas

kpapr1:
It happens to me, too. Version 3.4 did not have this, but now I get it even with mp3. When the buffer is almost empty and the HDD starts spinning to read and fill it up, it looks like it should start a couple of seconds earlier to prevent this from happening.

Yotto:
I hesitate to add to this discussion because I've not done any quantitative analysis at *all* but I've had this on my iPod Video since updating to 3.5 from 3.4. It doesn't happen on every rebuffering, but I have a mix of ogg and mp3 files so it is possible that it only happens on oggs. I have not modified my playback buffer because, frankly, it doesn't bother me that much. I also get a quarter- to half-second pause and it's always while the hdd is running. It's right in the middle of the buffering, or perhaps right at the start. Playback resumes before buffering is complete.

I will pay more attention to the types of files, and their bitrates, from here on out and report accordingly.

Navigation

[0] Message Index

[#] Next page

[*] Previous page