Quote

Hi Emtee,
About Iriver i don't knowx if they are aware of the Rockbox project but it's not usefull to notify them and it could be a real BAD idea...
indeed there have been two others project of iHP alt firmwares  and the first one have been stopped by the authors due to iRiver pression... (that's what they said)

There is no need to connect rbx with iriver firmware section which is well known fo hi uncompetence... It won't help rbx and it may cause some issue...



PS: nothing to add to Roberto explanation about the integer lossy encoder...
[{POST_SNAPBACK}][/a]

Well, I own a CD-based iRiver player, and I'm happy with the firmware updates iriver provides. Sure, they aren't realeased every month or so, but the firmware is pretty stable and they even listened to their customers when asked for vorbis support.
I obviously won't notify them, that's the project's authors decision. But I'm not sure if iRiver would react negativelly. It's not like they're cracking or reverse engineering iRiver's original firmware - they're building one up from scratch, which might be more convenient to power-users, and can raise iRiver's sells. So unless there are some kinds of legal problems, iRiver should aknowledge the project and help them out. Pretty much like the Fedora Core/Red Hat relationship.
I might be missing something, though.
[a href="index.php?act=findpost&pid=273007"][{POST_SNAPBACK}][/a]

linuxstb -> Tang: Yes, libmad and libFLAC are now working (but outside the non-existent new Rockbox audio system)

To resume, as far as i'm concerned i rather iRiver nt be informed cause first they won't help even if they wanted to do, and secondly they may cause some troubles which will necessarily slowen the rbx port...
[a href="index.php?act=findpost&pid=273147"][{POST_SNAPBACK}][/a]

Out of curiousity: what made you folks choose the iRivers? I mean, there are many portables out there, so why was this series interesting for you? Did it have something to do with available firmware memory and CPU? The fact that you're so freely brainstorming about codec support.... like for example monkeys audio although flac has faster decoding speed.... makes me think that the CPU may be quite capable?

- Lyx
[a href="index.php?act=findpost&pid=273171"][{POST_SNAPBACK}][/a]

The CPU wasn't first considerated neither the RAM since they were astonished when they learnt tehre was 32 Mb!!!
[a href="index.php?act=findpost&pid=273174"][{POST_SNAPBACK}][/a]

Quote

The CPU wasn't first considerated neither the RAM since they were astonished when they learnt tehre was 32 Mb!!!
[{POST_SNAPBACK}][/a]

Would you know, by any chance, the CPU model and speed?
[a href="index.php?act=findpost&pid=273177"][{POST_SNAPBACK}][/a]

CPU: Motorola SCF5249 140MHz coldfire
Checkout this WIki Rockbox page:
[a href="http://www.rockbox.org/twiki/bin/view/Main/IriverInfo]http://www.rockbox.org/twiki/bin/view/Main/IriverInfo[/url]

libmad is currently running at about 3.8% of real-time. libFLAC is about 8%

The issue is about the licensing so they are trying to get contact with the Motorola crew...[a href="index.php?act=findpost&pid=273189"][{POST_SNAPBACK}][/a]

Out of curiousity: what made you folks choose the iRivers? I mean, there are many portables out there, so why was this series interesting for you? Did it have something to do with available firmware memory and CPU? The fact that you're so freely brainstorming about codec support.... like for example monkeys audio although flac has faster decoding speed.... makes me think that the CPU may be quite capable?
[a href="index.php?act=findpost&pid=273171"][{POST_SNAPBACK}][/a]

Out of curiousity: what made you folks choose the iRivers? I mean, there are many portables out there, so why was this series interesting for you?

Sound   10% (very basic output working (sin-wave)

I2C driver   50% Writing to I2C done
I2S driver  10% Basic I2S output, but not interrupt-based yet
SPI driver  0%
Remote LCD driver (SPI)  0%
Audio ADC/DAC driver  10% UDA1380 Initialization and basic control done (volume control, muting etc)

About the two implemented decoders (libMAD and libFLAC) read their speed on IRC:

Quote

libmad is currently running at about 3.8% of real-time. libFLAC is about 8%

Very slow so... But keep in mind that for the moment the CPU is running underclocked (~20MHz instead of 140 I believe)[{POST_SNAPBACK}][/a]

Buying choices
for the iRiver H120 (20GB)

This product is no longer available. See other MP3 players from iRiver.

I was looking for one of these players and I got this:

Quote

Buying choices
for the iRiver H120 (20GB)

This product is no longer available. See other MP3 players from iRiver.

From ZDNet and CNET.

Does anyone know where to find it?
[{POST_SNAPBACK}][/a]

The iRiver H120 (iHP-120) 20GB is currently  In Stock

4) microphone (internal/external) for possible live recordings

Quote

About the two implemented decoders (libMAD and libFLAC) read their speed on IRC:

Quote

libmad is currently running at about 3.8% of real-time. libFLAC is about 8%

Very slow so... But keep in mind that for the moment the CPU is running underclocked (~20MHz instead of 140 I believe)[{POST_SNAPBACK}][/a]

hmm... 8% at 20MHz ~> 56% at 140MHz.  the stock firmware for the [a href="http://www.jetaudio.com/products/iaudio/m3/]iAudio M3[/url] (same CPU) is doing FLAC with low order LPC, hopefully there is some more headroom somewhere in the iriver.  stock libFLAC (C only, no asm optimizations) is doing flac -8 on 74 MHz ARM7 parts (phatbox, rio), not sure if there are any major architectural differences between coldfire and ARM7 that would account for that.

one thing is for sure, a coldfire assembly version of one simple function (FLAC__lpc_restore_signal) would make a big difference and help out on the M3 also.

Josh
[a href="index.php?act=findpost&pid=274418"][{POST_SNAPBACK}][/a]

Out of curiousity: what made you folks choose the iRivers? I mean, there are many portables out there, so why was this series interesting for you? Did it have something to do with available firmware memory and CPU? The fact that you're so freely brainstorming about codec support.... like for example monkeys audio although flac has faster decoding speed.... makes me think that the CPU may be quite capable?

Quote

Out of curiousity: what made you folks choose the iRivers? I mean, there are many portables out there, so why was this series interesting for you? Did it have something to do with available firmware memory and CPU? The fact that you're so freely brainstorming about codec support.... like for example monkeys audio although flac has faster decoding speed.... makes me think that the CPU may be quite capable?

but the time i bought my SlimX i paid 130 dollars, instead of like 60/80 for other brands, cause i was really eager to play my Vorbis files in it ... but time passed, and i regretted the desition more and more ... i should have bought another cheaper brand, as the vorbis support never materialized ... 
[a href="index.php?act=findpost&pid=274543"][{POST_SNAPBACK}][/a]

preglow   Tang: clocking the cpu correctly takes alot of time, i'm pretty certain the wiki will be updated once it's done

hi Kwanbis (never noticed you were a mareo dev)
The Vorbis support have been implemented by iRiver to IMP350 (1st SlimX) with fw 2.0 (if i do'nt mistake about the version)...
But there is some bitrate limitation which are very problemetic due to Vorbis VBR mode... :/

And of course the rbx team will make his possible to optimize the whole code... Anyway as they are working on a general audio API arc hitecture i wonder if they would optimize the codec to specifics CPU (ie coldfire for iHp and M3)
I imagine they will but i'haven't asked this to the team...I'll do this afternoon here i've no IRC access...
I'll ask too if the latests progress and specially about the CPU frequency...

of course I'll report their answers here then...

Cheers!
[{POST_SNAPBACK}][/a]

Codec optimisation

None of the initial codec implementations are running fast enough for real-time decoding. Therefore effort is needed to optimise the libraries for the iRiver environment.

Some profiling information on libmad and libFLAC can be found here: [a href="http://ipodlinux.org/forums/viewtopic.php?t=850]http://ipodlinux.org/forums/viewtopic.php?t=850[/url]