Rockbox: Clip Zip

[saratoga]

Originally Posted by Vapre

From my random experimentation, it seems that builds after 5/19/12 give me a data abort error when I connect my zip to a computer via USB.

Can you compile your own builds? If so, i'm curious if this is the problem:

http://git.rockbox.org/?p=rockbox.gi...mmit;h=449167b

[CrowdAds]

[crodz]

how is the battery life with Rock Box on the zip Clip?

I am wondering because i read that the battery life is crippled by 5 hours or so.

[saratoga]

Originally Posted by crodz

how is the battery life with Rock Box on the zip Clip?

I am wondering because i read that the battery life is crippled by 5 hours or so.

I don't think anyone tested the zip, but its basically the same player as the clip+, which gets a couple hours extra in rockbox.

[mamamia88]

Originally Posted by crodz

how is the battery life with Rock Box on the zip Clip?

I am wondering because i read that the battery life is crippled by 5 hours or so.

usually estimated at around 15-16 hours.

[dfkt]

Originally Posted by crodz

I am wondering because i read that the battery life is crippled by 5 hours or so.

That only applied to the ancient v1 Clip, and only before the battery got optimized some more. Clip v2, Clip+, and Clip Zip all got better battery life with Rockbox than with stock firmware.

[Marvin the Martian]

Originally Posted by crodz

how is the battery life with Rock Box on the zip Clip?

I am wondering because i read that the battery life is crippled by 5 hours or so.

Months ago, in a fairly unscientific test, I compared my Clip Zip with an early build of Rockbox, and the battery life went from just short of 12 hours to just over 15 hours. That was with strictly MP3 files, though...the SanDisk firmware gives terrible battery life with the other formats so the difference is much greater in favor of Rockbox then.

[Autofils]

Running daily build 9f7c6a1 on my Clip zip. Today I tried to install latest daily build but cannot get a USB connection. Whenever I insert the USB cable I get:

Data abort at 30FSR 0x8
(domain 0, fault address 0xDEADBE
bt pc: 3006B1FC
bt end

It still runs ok on build 9f7c6a1, but I cannot get a USB connection. Ten tries all give the Data abort error. It willl boot with the Sansa firmware, but I can not get MSC USB to show up on my computer to remove the RB build. How do I remove the 9f7c6a1 build?

Update: I was able to get a USB connection. All previous attempts were with the ClipZip turned off, After a 20 sec long reset to recover from the Data Abort error, I powered up the ClipZip and then inserted the USB cable. After three tries with the CLipZip turned ON, I got a USB connection and re-installed an earlier build 0fd0494 That does not exhibit the USB Data Abort error.

[saratoga]

http://forums.rockbox.org/index.php/...html#msg198654

I made new virtualbox image for compiling rockbox. This one should be ready to go without installing anything. Its also 70MB smaller then the old one. Hopefully it'll be much easier for people who want to compile on Windows without knowing much about linux.

[Pickaxe]

I have not tried an updated build for a while now, but there is definitely an issue with USB mounting while on Rockbox. It only works around 10% of the time. Rest of the time it hangs or shows a stop screen similar to the one Autofils got, and it's extremely annoying. Yesterday it got to the point where I just gave up and mounted via the stock firmware (and had to suffer through 2 minutes of it refreshing the database)

[beslayed]

This is a question about file encoding and effect on battery life, so I don't know if I should post here or elsewhere.

In any case, I've been experimenting with using speex format (with audiobooks) to save space. However, I feel that playing the speex files may be draining the battery more quickly than playing the mp3 files I converted them from. Is this possible/likely?

I have been creating fairly high quality speex files - could this be having a negative effect on battery use? (i.e. would it be better to create more highly compressed speex files instead?) Specifically, I've been converting the mp3s to "wideband" 32k wav files, and then converting those wav files to speex using "speexenc" with the following settings: "--quality 10 --comp 10 --nframes 10".

[WalkGood]

Originally Posted by beslayed

... I feel that playing the speex files may be draining the battery more quickly than playing the mp3 files I converted them from. Is this possible/likely? - could this be having a negative effect on battery use?

(i.e. would it be better to create more highly compressed speex files instead?) Specifically, I've been converting the mp3s to "wideband" 32k wav files, and then converting those wav files to speex using "speexenc" with the following settings: "--quality 10 --comp 10 --nframes 10".

Yes, this can have a negative effect on battery life, while I haven't tried that I would suggest you run some battery bench tests to make sure. On another note, it's crazy to go from mp3 to wav. Converting from an mp3 to wav does not magically restore the information that was missing in the mp3 file, the wav will only have the info that was on the mp3 and will result in quality loss.

[beslayed]

Originally Posted by WalkGood

Yes, this can have a negative effect on battery life, while I haven't tried that I would suggest you run some battery bench tests to make sure. On another note, it's crazy to go from mp3 to wav. Converting from an mp3 to wav does not magically restore the information that was missing in the mp3 file, the wav will only have the info that was on the mp3 and will result in quality loss.

Yes, I realise I can't magically restore information, otherwise I would convert all my mp3 to flac.... But....

The speex documentation I read indicated that one needed to convert from wav to speex. Is there a better way of doing this?

Also, when you say "this can have a negative effect on battery life", by "this" do you mean speex files, or speex files with better quality settings, or ?

[saratoga]

Originally Posted by beslayed

This is a question about file encoding and effect on battery life, so I don't know if I should post here or elsewhere.

In any case, I've been experimenting with using speex format (with audiobooks) to save space. However, I feel that playing the speex files may be draining the battery more quickly than playing the mp3 files I converted them from. Is this possible/likely?

I have been creating fairly high quality speex files - could this be having a negative effect on battery use? (i.e. would it be better to create more highly compressed speex files instead?) Specifically, I've been converting the mp3s to "wideband" 32k wav files, and then converting those wav files to speex using "speexenc" with the following settings: "--quality 10 --comp 10 --nframes 10".

I never tested speex on ARM, but you can benchmark them using the test_codec plugin and compare to the numbers for MP3:

http://www.rockbox.org/wiki/CodecPerformanceComparison

[beslayed]

Originally Posted by saratoga

I never tested speex on ARM, but you can benchmark them using the test_codec plugin and compare to the numbers for MP3:

http://www.rockbox.org/wiki/CodecPerformanceComparison

Thanks. So it looks like I would have to compile rockbox to use test_codec plugin.

The other question/remark is that it doesn't look there are standardised speex test files at the moment.

[saratoga]

Originally Posted by beslayed

Thanks. So it looks like I would have to compile rockbox to use test_codec plugin.

The other question/remark is that it doesn't look there are standardised speex test files at the moment.

Yeah, since I'd never tested speex, it didn't occur to me to make test files for it. Since its a voice codec, I'm not sure it really makes sense to use it with our standard test track anyway.

[mamamia88]

Does anyone know a fix for a full directory buffer? I've ripped about 25 cds to flac yesterday and then converted them to mp3 for my portable use. Now I get this message whenever i go to files "dir buffer full" any help is appreciated.

[zP0kE]

http://www.anythingbutipod.com/forum...ad.php?t=32861

it's because by default Rockbox is configured to accept 1000 files per folder. To fix it, you either have to make many smaller folders or go into Settings/General Settings/System/Limits/Max Entries in File Browser and increase the value.

[mamamia88]

Originally Posted by zP0kE

http://www.anythingbutipod.com/forum...ad.php?t=32861

cool that expalins why my computer shows more files than my player as well thanks

[aknuds1]

Anyone else experiencing periodic clicks during playback after installing RockBox on this device? I've installed version 74af18e-120617 of RockBox, and I get clicks in the right channel every few seconds. The volume of the clicks depends on the playback volume, I'm listening through a pair of Sennheiser CX300 II earbuds. It's pretty annoying

[WalkGood]

I have no idea what's causing your clicking issue but I haven't experienced that since the original release on the v1 many moons ago. Did you compile your own build?