OGG Q6 playback problems

[toohot4love]

quote:Originally posted by RockGarden

Well it helped but definitely didn't fix it...specifically I:

1. Revived the bad blocks.
2. Formatted the NAND Disc.
3. Formatted the Hard Disc.
4. Formatted the Media File System.
5. Copied all my music back onto the backpack.

It happens more often while using Neurocast but it seems to have helped some while using the headphone jack. It's not totally gone but it has helped some, thanks.

DITTO. I formatted everything and reloaded, and while my Neuros in general seems happier, the OGG Q 6 is not resolved. The files still skip and the progress bar is still totally screwed up. I don't think this issue has been fixed...

!! omg blog !! http://www.vocis.com/frank

[RockGarden]

I actually didn't have any problems with the progress bar but the memory bar wasn't accurately reporting how much room was being used. That seems to be working correctly now...for what its worth.

[Chameleon]

Track progress bar is controled by the songs db and the db gets its info during synchronization.

Basically, your tracks exhibiting this problem are messed up and you need to process them for (and fix any) errors.

-- 'I switched to Vorbis and saved a bunch on my hard-disk space!'

[.greg.]

quote:Originally posted by Chameleon



Basically, your tracks exhibiting this problem are messed up and you need to process them for (and fix any) errors.

I am just now researching this codec and I wonder... What conversion tools do you use, Chameleon?

.g.

[kgf]

Hey...been ages since I posted, and I only checked in because the skips were starting to really bug me today as well.  Was hoping there was an upgrade that would have fixed this long before now...

I've got an N-1 unit with the upgraded backpack.  I have always had the skips (chirps?  no, it's not a chirp, it's a skip...it's like someone bumped the record player).  All my music is encoded with the 1.0 encoder, all Q5.

Mostly I ignore it, or I've gotten used to it.  I've never had any kind of explanation as to why it happens other than CPU usage, and yet some people report no problems at all with higher bitrates.

The skips are never in the same place, either.  They're random.  They typically happen only once during a track.

I've read the GarBage changelog forums and seen people claim it's an encoder issue, but I never used the beta encoder...just the stock 1.0 encoder.

[arkla_arkla]

Just to confirm I experience the same issue. It hasn't been fixed at all.

Of course it's going to be worse with the FM transmitter on, as that chews CPU. I get regular skips with Q5. I don't have anything encoded at a higher quality than 5.
I'm currently using Xiph.org libvorbis 20050304

[core24]

I have a Neuros II with a custom upgraded 80 gig drive and I still get the intermittent dropouts playing q6 oggs over MyFi.  I don't think that I have ever noticed it do this with q6 oggs over the headphones, but recently I have been listening to q3 ogg books-on-tape on headphones and have noticed occasional bloops during disk I/O where the playback will almost skip like a CD and replay the previous second worth of audio.

I'll try the "maintenance" and see if it gets any better.  I have gotten used to the MyFi dropouts I think so I don't think I notice them as much anymore but they still do occur.

=== #1688 ===

[chad(at)gambit.net]

I occasionally get skips, but not very often, and usually traceable back to the individual track.

On the other hand, I have been getting a repeatable buffer error.  (Using 2.26, not 2.28)  Turn on the Neuros, on NeuroCast or Headphones, and last song finishes.  The VERY next song, regardless of song, will play the first 5-6 seconds, stop, then I'll feel the HD spinning up to buffer the rest, and after a 2-3 second pause it will continue playing.

dbPowerAmp CD > Flac > Ogg Q6  (I use FLAC for files on my PC, and only make Oggs of things going on my Neuros.)

[Don]

quote:Originally posted by chad(at)gambit.net

I occasionally get skips, but not very often, and usually traceable back to the individual track.

On the other hand, I have been getting a repeatable buffer error.  (Using 2.26, not 2.28)  Turn on the Neuros, on NeuroCast or Headphones, and last song finishes.  The VERY next song, regardless of song, will play the first 5-6 seconds, stop, then I'll feel the HD spinning up to buffer the rest, and after a 2-3 second pause it will continue playing.

dbPowerAmp CD > Flac > Ogg Q6  (I use FLAC for files on my PC, and only make Oggs of things going on my Neuros.)

It has been posted that ogg files encoded with the aoTuV encoders are less resource hungry on playback.  You might want to pick that up at rarewares.org.  You should be able to use it with dbpoweramp, or get the standalone oggdrop.
THe last I knew, aoTuV also had the best bang/bitrate of the ogg encoders.


-Don

[Wonderbird]

I have not experienced this...  I generally listen to the NII twice a day for 1 1/2 hrs each time...  ALL my music is OGG at quality 6.  (I noticed that some of my tracks report problem when ripping them.)

I have noticed two or three very brief pauses in the past couple of weeks but not sure if it was a problem with the track I was listening to or the player...  If I observe it again I will make a note of the song so I can listen to it for problems outside of the NII...

[lamune(at)doki-doki.net]

Interesting thread. I have a NII with the old backpack. I encoded my oggs at 4.5 quality (with oggenc under cygwin and linux) and would have random skips, dropouts, songs ending before they should, etc. I attributed this to the old USB1 backpack. Recently I took advantage of the 80GB Neuros special. I put my original source files (at quality 9) onto the new Neuros and I had lots of problems. Re-converted them down to 4.5 and still had problems, just far fewer. I thought my decode/re-encode script was making botched oggs, until I copied a "skipping" file off the neuros and back on the PC- and it played fine. I re-ran my script at quality 3.5 and I haven't noticed any problems. Not sure if its something to do with oggenc, but that seems to have stopped the skipping for me so far.[?]