HydrogenAudio

Hydrogenaudio Forum => Validated News => Topic started by: kwanbis on 2004-09-10 20:17:26

Title: Open Source Firmware For iRiver players
Post by: kwanbis on 2004-09-10 20:17:26
Rockbox (http://rockbox.haxx.se/), the team responsible for the open source replacement firmware for Archos audio players, has started (http://rockbox.haxx.se/twiki/bin/view/Main/IriverPort) an effort to port their firmware to the popular iRiver H1xx-series of devices.

Rockbox Home Page (http://rockbox.haxx.se/)

Iriver Port Info (http://rockbox.haxx.se/twiki/bin/view/Main/IriverPort)
Title: Open Source Firmware For iRiver players
Post by: Tang on 2004-10-07 16:26:00
Quote
Rockbox (http://rockbox.haxx.se/), the team responsible for the open source replacement firmware for Archos audio players, has started (http://rockbox.haxx.se/twiki/bin/view/Main/IriverPort) an effort to port their firmware to the popular iRiver H1xx-series of devices.

Rockbox Home Page (http://rockbox.haxx.se/)

Iriver Port Info (http://rockbox.haxx.se/twiki/bin/view/Main/IriverPort)
[{POST_SNAPBACK}][/a] (http://index.php?act=findpost&pid=240805")

Work in progress:
Code: [Select]
7 Oct 11:31    Linus    firmware/crt0.S 1.13   First iRiver startup code, does nothing but blink the backlight

Source:
[a href="http://www.rockbox.org]Rockbox Home Page[/url]

NB: the rockbox URL has been changed for www.rockbox.org thanks to Jeff (MR admin)...
Regards
Title: Open Source Firmware For iRiver players
Post by: Tang on 2004-10-28 17:18:42
Work in Progress...

Since the 26/10 LinusM finally got out a working LCD driver...
Quote
26 Oct 06:54 Linus firmware/drivers/lcd-h100.c 1.1  New LCD driver for iRiver H100
26 Oct 06:53 Linus firmware/drivers/lcd.S 1.2
firmware/export/lcd.h 1.19  Ported to iRiver H100
26 Oct 05:40 Linus firmware/common/memcpy.S 1.2
firmware/common/memset.S 1.2
firmware/export/lcd.h 1.18  Ported to Coldfire


   

Actualy the Rockbox website seems to be down, only the boarad is working...
regards
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-02-11 21:20:40
I wonder why there is no recent edit... the rockbox iRiverport has greatly progressed for two months... It's still unable to play audio files due to codec lack but the things are on the way and according to one of the Rockbox members the audio support will come very nearly (less than a month)

I've the confidence that the first player with MPC playback will be the iHP1xx thanks to Rockbox wonderful work....

Maybe this would grab some more interest for the Rockbox iRiverport at HA place... And of course for skilled and motivated coders subscribing to the CODEC API TODO section is an option:
http://www.rockbox.org/twiki/bin/view/Main...posal#CODEC_API (http://www.rockbox.org/twiki/bin/view/Main/RockboxAudioAPIProposal#CODEC_API)

Best regards,
Tanguy
(not involved in anything in the Rbx project, i'm just interested in cause i own an iHP1xx)
Title: Open Source Firmware For iRiver players
Post by: Lyx on 2005-02-11 21:28:44
Does the mpeg123 code make use of lame-headers for gapless-playback?

I also find it interesting that monkey's audio is listed in the list of possible supported codecs (depending on hardware), because that would basically mean that code for parsing ape-tags is there and could also be used to read ape-tags from mp3s.

- Lyx
Title: Open Source Firmware For iRiver players
Post by: DreamTactix291 on 2005-02-12 01:11:31
Quote
I've the confidence that the first player with MPC playback will be the iHP1xx thanks to Rockbox wonderful work....
[a href="index.php?act=findpost&pid=272691"][{POST_SNAPBACK}][/a]

I agree and this makes me so happy it's just beyond words

I've been waiting and hoping for Rockbox since I bought my iHP-120 and have been following its progress.  All I can say is it's going to make my player even better.
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-02-12 16:32:05
Quote
Does the mpeg123 code make use of lame-headers for gapless-playback?

I also find it interesting that monkey's audio is listed in the list of possible supported codecs (depending on hardware), because that would basically mean that code for parsing ape-tags is there and could also be used to read ape-tags from mp3s.

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

Hi Lyx,
To be clear i've to precise some little things.

the MonkeyAudio presence isn't the assurance that MAC will be supported by Rbx... Although I have NO skill in coding nor in audio codec I've personnaly added the AAC, APE and MPC informations in the codec part to motivate skilled coders... In fact i'm quite sure the hardware is able to play APE, thats won't be the matter...
The only question will be: "Is there people skilled in and motivated to implement a decoder (or a coder for encoding part) in the Rbx iRiver port???"

About motivation I've discussed a little with one Rbx member who's working on the iRiverport for a while (LinusM to name him) and he assumed that:
Quote
As we have said earlier, we don't mind having a zillion codecs in Rockbox.


However, even if the Rbx team is very competent, they have no expericence in codec developping since their Archox Rockbox firmware didn't provided software codec cause those Archox players are using hardware codec (an encoding/decoding chip)...

I'm pretty sure the Rbx team can release a fully functional Rbx firmware for iHP, with decompressing ability for at leats usuals codecs (mp3, rawPCM in WAVE Conteners and maybe Ogg Vorbis))

But I guess things will progress faster with the competences of some talentuous coders of the HA "sphere" (if they are interested). And especially concerning some "exotics" codecs used by the audiophile people, i.e. mostly the HA population: MPC of course but also AAC, and obviously lossless codecs as APE and others...

About the APE tag parsing i guess if the team decide to provide APE codec support tehy will get interest in APE tag format too...


About the mpg123 questioni've to say that i think the Rbx chosen codec fr mp3 playback is the MAD decoder...

What are the advantages of mpg123?

/!\Just keep in mind the Wiki section of the Rockbox iRiverport is WIKI! You can edit everything when logged. So if you see something wrong or something lacking feel very free to edit it!!!!!

Best regards,
Tang
Title: Open Source Firmware For iRiver players
Post by: rjamorim on 2005-02-12 16:46:43
Quote
What are the advantages of mpg123?
[a href="index.php?act=findpost&pid=272871"][{POST_SNAPBACK}][/a]


Actually, from a hardware implementation point of view, MAD is much more interesting than mpg123 because it is an integer decoder. mpg123 relies on floating point calculations.
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-02-12 16:52:10
Quote
Quote
What are the advantages of mpg123?
[a href="index.php?act=findpost&pid=272871"][{POST_SNAPBACK}][/a]


Actually, from a hardware implementation point of view, MAD is much more interesting than mpg123 because it is an integer decoder. mpg123 relies on floating point calculations.
[a href="index.php?act=findpost&pid=272874"][{POST_SNAPBACK}][/a]

Hello Roberto,
Thanks for this clarification...  Indeed for an hardware port MAD seems cooler...

What are the advantages of mpg123 without considerating the easier implementaton of an integer decoder?
Title: Open Source Firmware For iRiver players
Post by: Lyx on 2005-02-12 17:31:12
Gapless playback via lame-headers. This means that mp3-tracks which have seamless trackchanges and which were encoded with lame, can be played back gapless. The mp3-format usually is not gapless - but lame stores some data in its headers which makes it possible to have gapless playback with mp3s although the format usually doesn't support it.

(With gapless i do not mean "hacked" gapless via crossfading+gapkilling but instead real gapless playback)

I'm not sure if this is part of the mp123 decoder, but both, the modified mp123 decoder of foobar, and the winamp mp123 decoder both support ape-tags in mp3s and both make use of replaygain. But as i said, i dont know if this is just a coincidence or indeed part of the decoder itself.

- Lyx
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-02-12 17:48:51
Hum oki Lyx, thanks...
Strangely the Rbx team said us that seamless playback even for mp3 would' not be an issue with a well made Rbx firmware...

I imagine this mean that the seamless playback isn't really linked with the decoder itself but with his modification...
About RG the Rbx team also said that was absolutely possible to implement its support...

Anyway I guess Peter (zzzzz) can answer if the GAPLESS playback for Lame mp3 is due to mp123 or if it's added to the codec when modding it for fb2k...
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-02-12 19:08:25
EDIT: preglow just confirmed me that LinusM (who released the bootloader for iHP) told him that the seamless playback will be based on the Lame metadata...

A rockbox member (Preglow, thanks to him)  answered me on IRC about the seamless playback infunction of the decoder library:
Quote
preglow   it will be seamless
   preglow   the decoder library itself doesn't matter, we'll have to write the code that ties different tracks together
   preglow   and we'll make it gapless


Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-02-12 19:11:59
Rockbox asking for INTEGER lossy encoders under open source licensing of course! (such lossless encoder too but I've put the question in the lossless section of HA, HERE (http://www.hydrogenaudio.org/forums/index.php?showtopic=31471))

If you know anything about such libraries feel free to put this here, it will be VERY appreciated!

Cheers!
Title: Open Source Firmware For iRiver players
Post by: rjamorim on 2005-02-12 22:02:00
Quote
Rockbox asking for INTEGER lossy encoders under open source licensing of course!
[{POST_SNAPBACK}][/a] (http://index.php?act=findpost&pid=272907")


WavPack. And I think that's it. I don't know of any other high-quality lossy encoder in an open source license and integerized.

[a href="http://www.hydrogenaudio.org/forums/index.php?showtopic=31471&view=findpost&p=272945]http://www.hydrogenaudio.org/forums/index....ndpost&p=272945[/url]
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-02-12 22:10:00
Hi Roberto,
Thanks a lot it's very kind! i will transmit your answer (the link) to the Rockbox team!
Best regards,
Tanguy
Title: Open Source Firmware For iRiver players
Post by: Sebastian Mares on 2005-02-12 22:17:54
MusePack using Peter's library?
Title: Open Source Firmware For iRiver players
Post by: rjamorim on 2005-02-12 22:19:01
Quote
MusePack using Peter's library?
[a href="index.php?act=findpost&pid=272955"][{POST_SNAPBACK}][/a]


That library is only for decoding, not for encoding.

@Tang: you're welcome
Title: Open Source Firmware For iRiver players
Post by: Sebastian Mares on 2005-02-12 22:22:27
Quote
Quote
MusePack using Peter's library?
[a href="index.php?act=findpost&pid=272955"][{POST_SNAPBACK}][/a]


That library is only for decoding, not for encoding.

@Tang: you're welcome
[a href="index.php?act=findpost&pid=272957"][{POST_SNAPBACK}][/a]


Oops! I thought they were looking for decoders. My bad. >_<
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-02-12 22:45:27
Quote
Quote
MusePack using Peter's library?
[a href="index.php?act=findpost&pid=272955"][{POST_SNAPBACK}][/a]


That library is only for decoding, not for encoding.

@Tang: you're welcome
[a href="index.php?act=findpost&pid=272957"][{POST_SNAPBACK}][/a]

It's me... Just to say, Preglow was very glad of your notice about wavpack for both lossy and lossless encoding... Wavpack is the way to go for him and i guess the whole Rockbox team!
Thanks again!

@Sebastien mares: eh eh nothing serious for the mistake...
Title: Open Source Firmware For iRiver players
Post by: rjamorim on 2005-02-12 23:58:48
Quote
Wavepack is the way to go for him and i guess the whole Rockbox team!
[a href="index.php?act=findpost&pid=272967"][{POST_SNAPBACK}][/a]


Awesome. I look forward to more news about it.

I just mailed David Bryant telling him about this possibility of hardware support for WavPack. He just moved to San Francisco, so he doesn't have time to follow HA closely these days, but I'm sure he will be glad to help the Rockbox developers with any issues that might arise (he also has lots of experience with embedded development, which is a plus)

One final note: It's WavPack or Wavpack, not Wavepack
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-02-13 00:23:28
Quote
Quote
Wavepack is the way to go for him and i guess the whole Rockbox team!
[a href="index.php?act=findpost&pid=272967"][{POST_SNAPBACK}][/a]


Awesome. I look forward to more news about it.

I just mailed David Bryant telling him about this possibility of hardware support for WavPack. He just moved to San Francisco, so he doesn't have time to follow HA closely these days, but I'm sure he will be glad to help the Rockbox developers with any issues that might arise (he also has lots of experience with embedded development, which is a plus)

One final note: It's WavPack or Wavpack, not Wavepack
[a href="index.php?act=findpost&pid=272985"][{POST_SNAPBACK}][/a]

I'm very thankfull Roberto it's more than nice...     
Thanks a lot for the mail to David Bryant! The rockbox crew is happy to see that there is contact possibility with the authors in case they encounter a big difficulty...
of course it's really not time to annoy him as he's moving...

Anyway the encoding devlopmment won't begin so early, for the moment the crew is working on realclocking the CPU (which is quite underclocked for now)...
Then tehy will begin with mp3 decoding...

After taht encoding will be considerated... But wavpack (sorry for bad spelling, i've edited) appears very interesting to them...
Title: Open Source Firmware For iRiver players
Post by: emtee on 2005-02-13 00:40:50
Wow.
This could make me actually buy a iHP. Is iRiver aware of this project? What do they think about it? Will they help it at all?
By the way, why are the folks at rockbox looking for an integer lossy encoder? Because of the built-in recording capabilities? Will they use wavpack lossy?
Title: Open Source Firmware For iRiver players
Post by: rjamorim on 2005-02-13 00:46:40
Quote
By the way, why are the folks at rockbox looking for an integer lossy encoder?
[a href="index.php?act=findpost&pid=272997"][{POST_SNAPBACK}][/a]


They need it to be integerized because the iRiver units have no FPU, so processing floating point numbers on them would be painfully slow, and not real-time anyway.

Lossy, because it requires a fraction of the space taken by lossless, so it's much better suited for recording long live performances and lectures and what not.

And finally, yes, it must be because they want to give a good use to the built-in recording hardware.
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-02-13 01:10:32
Quote
Wow.
This could make me actually buy a iHP. Is iRiver aware of this project? What do they think about it? Will they help it at all?
By the way, why are the folks at rockbox looking for an integer lossy encoder? Because of the built-in recording capabilities? Will they use wavpack lossy?
[a href="index.php?act=findpost&pid=272997"][{POST_SNAPBACK}][/a]

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...
Title: Open Source Firmware For iRiver players
Post by: emtee on 2005-02-13 01:23:48
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...
[a href="index.php?act=findpost&pid=273006"][{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.
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-02-13 17:02:24
Quote
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] (http://index.php?act=findpost&pid=273006")

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]
Hi Emtee,
First i don't want to be "out of subject" but i really want to precise I'm a very old "iriver fan", i meet the brand three years ago with his wonderfull iMP350 (SlimX)... So i'm totally aware of what iriver did adding Ogg Vorbis support by firmware upgrade to most of their palyers even very old one (with some bitrate limitations).

So don't mistake i'm not a primary antiiRiver, but the firmware policy of the korean company have changed for a while unfortunately and no iHP1xx owner can ignore this (tehy have promised much to us and after delay and delay we saw nothing or very few)...

Rockbox is a very skilled team, they've transfigured Archos players with their firmware... Actually they've began the iRiver port project for less than one year (~6months) and their progress are very impressive... In fact they are progressing very faster than the builtin iRiver fw had during more tyan one year... And keep in mind that Rbx had to discover all the hardware (in fact the [a href="http://www.iriverlounge.com]iRiverlounge[/url] work helped a lot at the beginning, thanks to them)...

So i really think there is absolutely no need to contact iriver... Maybe it would have been helpfull at the beginning of the project, but at the actual step it's simply useless...

I do'nt think iRiver can make any matter to Rbx project, but I'm quite sur they will try to... The iRiver policy concerning any modification (and even mionr one as logo changing) was to be quite strict (in the fact things were a little bit different than what they notified) I really don't want to see them causing troubles with Rbx...

Indeed the two latest lt.fw project didn't begun from scratch, LinusM confirmed this to me and that's why iRiver made some pression... And finally the project stopped (for the iriverlounge one it was a very different context anywell)

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...

Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-02-13 17:10:17
Exctarct of today IRC:
Quote
linuxstb -> Tang: Yes, libmad and libFLAC are now working (but outside the non-existent new Rockbox audio system)


So two decoders are implemented: libmad and libflac... But audio playback is still not possible since the audio output is not coded yet!!!


ABout the METADATA implementaion policy i've asked the question to Rockbox and they answered they will start METADATA support in a second step...
I'm not skilled in this domain but as far as i know, as some metadata format are "tarnscodec" (APEtag for APE, MPC and MP3, ogg comment for vorbis and FLAC) this point of view appears very sensefull...

Anyway if someone think there is some reason to take in consideration an implementation of both codec and his metadata in the same step, just expose it here or directly one the Rbx IRC channel...

Thanks,
Tanguy
Title: Open Source Firmware For iRiver players
Post by: JeanLuc on 2005-02-13 17:27:04
Quote
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]


Well, to cut it short ...

iRiver has released a product with a major recording flaw (known as 'the glitch') and they have done nothing about it with various firmware updates. Assuming this behaviour can be adressed via software/driver, I am not that happy with iRiver's decision to cease support for the H1xx series in favour of the newer H3xx series (which does not offer digital recording).

iRiver has also promised gapless playback ... all they realised was some kind of 'gap reduction' that doesn't work effectively and can cause playback trouble.

RockBox (as a project) creates a completely alternative software (a whole new operating system) for the iRiver players without using the original iRiver code (which surely is licensed to iRiver and thus stands as their legal property) ...

Bottomline is ... if the RockBox alternative software

1) will have the features the iRiver community really desires,
2) will enable the H1xx series of bit-true digital recording without dropping samples every 30 seconds and
3) doesn't use anything of the old code,

iRiver should be absolutely grateful about that. If they do object (or put pressure on the RockBox team to force them into not continuing their iRiver port), it is our task as consumers to make iRiver pay really hard for it.

The DAP market offers a lot of alternatives besides Apple ... and the iRiver competitors would gladly bite off a bit from iRiver's market shares.

Just my 2 cents.
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-02-13 17:45:48
hi JeanLuc,
I'm quite agree with your point of view... Anyway just want to make discussion more rockbox centered now...
Cheers,
Tanguy
Title: Open Source Firmware For iRiver players
Post by: Lyx on 2005-02-13 18:27:57
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

EDIT: By the way... you'll be in a dead-head with the neuros for the first player to support MPC. Some weeks ago there was a call here for coders to get MPC-playback on the neuros. But then again, considering your openness to codec-support there will be lots of possibilites left to be "the first" even if the neuros people get MPC implemented first.
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-02-13 18:39:05
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?

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

Even if i'm not rbx member i can answer to you snce i've read LOG about this...

Indeed they choosen iHP cause to his hardware and this include Opt IN/OUT... The iHP1xx is the only one DAP with OPTICAL IN/OUT...

The CPU wasn't first considerated neither the RAM since they were astonished when they learnt tehre was 32 Mb!!!
Title: Open Source Firmware For iRiver players
Post by: rjamorim on 2005-02-13 18:46:12
Quote
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]


Would you know, by any chance, the CPU model and speed?
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-02-13 18:55:05
Quote
Quote
The CPU wasn't first considerated neither the RAM since they were astonished when they learnt tehre was 32 Mb!!!
[{POST_SNAPBACK}][/a] (http://index.php?act=findpost&pid=273174")


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

I 've knew that but i prefered asking on IRC to be sure giving exact info:
Quote
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]


The team say your'all welcome on their IRC channel, get access from this webpage:
http://www.rockbox.org/irc/ (http://www.rockbox.org/irc/)

Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-02-13 19:40:00
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)

About mp3 decoder the team in thinking about going for this http://www.freescale.com/webapp/sps/downlo...M9&location=psp (http://www.freescale.com/webapp/sps/download/mod_download.jsp?colCode=CFMP3DECAUDSW&prodCode=MCF5249L&nodeId=016246PCbf00M9&location=psp) that need only 19mHz and 37kb mem only!

The issue is about the licensing so they are trying to get contact with the Motorola crew...

Anyway when Linus will set the CPU at his real speed i imagine the MAD implementation should work at real time with some optimisation...
Title: Open Source Firmware For iRiver players
Post by: rjamorim on 2005-02-13 20:43:16
Quote
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]


It's worth checking if there won't be incompatibilities with the mix of licenses going into Rockbox: GPL (mad), LGPL (if they go with mpg123), BSD (WavPack, Vorbis...)

If Motorola, by any chance, only releases it as precompiled library, it'll be automatically incompatible with the GPL.
Title: Open Source Firmware For iRiver players
Post by: DreamTactix291 on 2005-02-14 00:37:48
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?
[a href="index.php?act=findpost&pid=273171"][{POST_SNAPBACK}][/a]

Lack of having to install software to move files to and from the unit as it is read by computers as a Mass Storage device, Vorbis support, filetree navigation, and good battery life sold it for me.  Well that and the black look is nice to me.
Title: Open Source Firmware For iRiver players
Post by: M on 2005-02-14 04:18:41
Just our of curiosity, once the coders get a successful port on any iRiver device, is there a chance they would be willing to back-port to earlier iRiver devices? I own an iMP-250, and would love to be able to listen with some of the features (lossless playback of certain formats, truly "gapless" playback of MP3s using the L.A.M.E. tag info, etcetera...) discussed.

    - M.
Title: Open Source Firmware For iRiver players
Post by: JeanLuc on 2005-02-14 04:45:36
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?


1) optical SPDIF I/O and Line I/O for recording/playback (playback is bit-true, didn't know about the recording glitch )
2) 2x20 mW output power (it can even drive my Sennheiser HD600 with satisfying results) without too much low-frequency loss with low-impedance headphones/earbuds
3) 96 dB SNR
4) microphone (internal/external) for possible live recordings
5) convenient dimensions and weight
6) battery running time and short load cycle
7) sound quality when being compared to its competitors
8) ease of use as a player/external HDD without the need of proprietary software

just a few reasons ...
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-02-14 16:26:30
The iHp choice question was for rockbox team i think...
No chance that Rockbox will be ported to earlier iriver, in fact it would be ported to iRiver H3xx quite easily but also to iAudio M3 and HB X-Key500 due to quite identical hardware (same CPU)

Latests Rockbox progress:
Quote
Sound   10% (very basic output working (sin-wave)


Plus some more progress in low level driver:
Quote
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)


Title: Open Source Firmware For iRiver players
Post by: jcoalson on 2005-02-17 05:58:19
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] (http://index.php?act=findpost&pid=273189")

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
Title: Open Source Firmware For iRiver players
Post by: AtaqueEG on 2005-02-17 07:11:55
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?
Title: Open Source Firmware For iRiver players
Post by: linus on 2005-02-17 08:12:26
Quote
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]
(http://index.php?act=findpost&pid=274430")

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

[a href="http://www.advancedmp3players.co.uk/shop/product_info.php?products_id=69]http://www.advancedmp3players.co.uk/shop/p...?products_id=69[/url]

or ... eBay
Title: Open Source Firmware For iRiver players
Post by: smok3 on 2005-02-17 09:43:12
Quote
4) microphone (internal/external) for possible live recordings
interesting, how serious is that glitch? and ot: what are some other portables with mic inputs? (and good quality recording)
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-02-17 12:30:55
Quote
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] (http://index.php?act=findpost&pid=273189")

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]
Hi mister jcoalson,
Thanks for all those details... Of course the fact that the colfire is underclocked under rbx doesnt mind no optimisation will be required to run FLAC...

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!
Title: Open Source Firmware For iRiver players
Post by: kwanbis on 2005-02-17 17:03:04
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 ... 
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-02-17 21:02:50
Quote
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]

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... :/
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-02-17 21:03:59
Come back to subject anyway...

The Coldfire CPU is still running at 11mHz... (i mistaken it wasn't 19MHz)

Here is the Preglow answer to my question about this point on IRC:
Quote
preglow   Tang: clocking the cpu correctly takes alot of time, i'm pretty certain the wiki will be updated once it's done


Linus is working on this, but 'll take time, please be patient...
Title: Open Source Firmware For iRiver players
Post by: kwanbis on 2005-02-17 22:36:05
Quote
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... :/

afai, i'm THE mareo dev  ... yep, the bitrate problem is what i'm refering to
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-02-18 22:20:55
Sorry i confused Sebastian Mares as Mareo dev too... just a mistake...
Cheers...
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-02-20 17:08:31
Quote
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] (http://index.php?act=findpost&pid=274471")

Finaly I didn't asked on the IRC channel in fact i found the answer by myself in their Wiki:
Quote
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]


So even if they chose a nonspecific architecture for the codec part of the new Rbx port, specific optimisations aren't excluded...

Cheers,
Tanguy
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-02-23 21:03:45
News progress for the Audio part (wave output):
Quote
  <<O>>  Difference Topic IriverPort  (r1.107 - 23 Feb 2005 - RinatZakirov)
Changed:
<
<   

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

Sound  40% ( plays samples with original quality)
Changed:
<
<   

I2S driver  10% Basic I2S output, but not interrupt-based yet
>
>   

I2S driver  50% I2S output works, both DMA and interrupts work
Changed:
<
<   

Audio ADC/DAC driver  10% UDA1380 test "working" source binary (thanks XShock)
>
>   

Audio ADC/DAC driver  40% UDA1380 test plays raw WAV files source(old) binary(old) (thanks XShocK?)


:love:
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-03-01 17:47:53
Quote
1 Mar 14:40   Linus   apps/debug_menu.c 1.105   Debug interface for the CPU frequency adjustment
1 Mar 14:39   Linus   apps/plugins/mpa2wav.c 1.6  iRiver: Make better use of internal RAM, and larger buffers
1 Mar 14:38   Linus   apps/plugins/metronome.c 1.14  Fix for adjustable frequency
1 Mar 14:36   Linus   apps/plugin.c 1.74
apps/plugin.h 1.85  Added cpu_frequency to the plugin API
1 Mar 14:35   Linus   firmware/export/config-gmini120.h 1.13
firmware/export/config-gminisp.h 1.2
firmware/export/config-h100.h 1.18
firmware/export/system.h 1.23
firmware/system.c 1.42  Adjustable CPU frequency for iRiver
1 Mar 14:33   Linus   firmware/export/kernel.h 1.13
firmware/kernel.c 1.37  Export tick_start() to allow for tick timer reinit when changing CPU frequency
1 Mar 14:32   Linus   firmware/drivers/lcd.S 1.5  iRiver: more relaxed LCD timing
1 Mar 14:31   Linus   firmware/drivers/ata.c 1.145  iRiver: more relaxed default timing
1 Mar 13:35   Linus   apps/codecs/Makefile 1.7
apps/codecs/Tremor/Makefile 1.4
apps/codecs/liba52/Makefile 1.5
apps/codecs/libmad/Makefile 1.3
apps/codecs/libwavpack/Makefile 1.3  Correct dependencies for codec builds
1 Mar 12:25   Linus   firmware/app.lds 1.42
firmware/crt0.S 1.28  iRiver: Moved the main thread stack to IRAM
Title: Open Source Firmware For iRiver players
Post by: dobz on 2005-03-01 19:06:07
apps/codecs/Tremor/Makefile 1.4
apps/codecs/liba52/Makefile 1.5
apps/codecs/libmad/Makefile 1.3
apps/codecs/libwavpack/Makefile 1.3  Correct dependencies for codec builds
1 Mar 12:25   Linus   firmware/app.lds 1.42
firmware/crt0.S 1.28  iRiver: Moved the main thread stack to IRAM[/quote]
[a href="index.php?act=findpost&pid=278278"][{POST_SNAPBACK}][/a]
[/quote]


i see codec makefiles, does this mean its capable of playing back mp3 and wavpack now? This looks really promising, can't wait to test a safe release.
Title: Open Source Firmware For iRiver players
Post by: HotshotGG on 2005-03-01 19:21:29
Quote
i see codec makefiles, does this mean its capable of playing back mp3 and wavpack now? This looks really promising, can't wait to test a safe release.


That looks like it would also include Vorbis too  . Quite interesting.
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-03-04 21:39:05
Some latest progress:
Quote
Mp3 decoding at 104% realtime and FLAC decoding at 170%. Both at 120MHz.


NB: 170% for FLAC is for one file, not every... I imagine it's the same for mp3 so optimisation is still planned...
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-03-10 18:11:13
I quote Deadman from MR since i didn't visit Rockbox IRC channel recently:
Quote
BTW preglow is making great strides in MP3 decoding with 192K MP3 (Lame alt-preset standard) being decoded at 200% realtime.

The big problem at present is no real inroads seem to be made into coding an API for codecs to 'plugin' and output to the audio out. It's a major job apparently? Also the remote LCD needs major work since the interface of Rockbox needs to work on a smaller screensize.


Also to add i've tested the Rockbox version with single wave output and it work very well...
Cheers
Title: Open Source Firmware For iRiver players
Post by: jcoalson on 2005-03-10 18:45:30
Quote
Some latest progress:
Quote
Mp3 decoding at 104% realtime and FLAC decoding at 170%. Both at 120MHz.


NB: 170% for FLAC is for one file, not every... I imagine it's the same for mp3 so optimisation is still planned... [{POST_SNAPBACK}][/a] (http://index.php?act=findpost&pid=279293")

that sounds about right.  as another data point, I just ported FLAC to the NSLU2 (was very easy because of [a href="http://www.nslu2-linux.org/]these guys[/url]) which is a 266 MHz XScale (ARM based), 133 bogomips, and decoding is about 6x realtime (with no asm optimizations).

Josh

(BTW the NSLU2 makes a great cheap (~$80) hackable audio server.  flac, vorbis, transcode, mt-daapd have also been ported, only thing left is slimserver).
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-03-11 10:55:20
Quote
Quote
Some latest progress:
Quote
Mp3 decoding at 104% realtime and FLAC decoding at 170%. Both at 120MHz.


NB: 170% for FLAC is for one file, not every... I imagine it's the same for mp3 so optimisation is still planned... [{POST_SNAPBACK}][/a] (http://index.php?act=findpost&pid=279293")

that sounds about right.  as another data point, I just ported FLAC to the NSLU2 (was very easy because of [a href="http://www.nslu2-linux.org/]these guys[/url]) which is a 266 MHz XScale (ARM based), 133 bogomips, and decoding is about 6x realtime (with no asm optimizations).

Josh

(BTW the NSLU2 makes a great cheap (~$80) hackable audio server.  flac, vorbis, transcode, mt-daapd have also been ported, only thing left is slimserver).
[a href="index.php?act=findpost&pid=281065"][{POST_SNAPBACK}][/a]
Hi Josh thanks for this... I'll refere to your post on some boards i like...
Bye!
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-04-08 17:00:32
Linus is now working on the ApiAudio...
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-04-12 20:27:59
A piece of news which will for sure interest many people at HA place:
The team (Rasher and Preglow specialy) is working on implementing libmuspack the MPC decoder to Rockbox code...

I imagine this won't let anyone uninterested...
Regards,
Tanguy
Title: Open Source Firmware For iRiver players
Post by: Florian on 2005-04-12 20:33:16
Yes, these are really good news
Title: Open Source Firmware For iRiver players
Post by: dobz on 2005-04-12 20:51:53
Thats fantastic news, if iriver has support for mpc i see no reason to ever use mp3 again, UNLESS my iriver explodes and i have to by a new portable...

its also my understanding that mpc requires less cpu time to decode, somebody correct me if i'm wrong, it also has a great filesize to quality ratio  could replaygain ever be implemented in roxbox.. i dunno.. gapless woohaa
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-04-12 21:13:16
Eh eh thanks guys i was bored by "monolog"...
Title: Open Source Firmware For iRiver players
Post by: DreamTactix291 on 2005-04-12 21:28:05
Quote
A piece of news which will for sure interest many people at HA place:
The team (Rasher and Preglow specialy) is working on implementing libmuspack the MPC decoder to Rockbox code...
[a href="index.php?act=findpost&pid=290070"][{POST_SNAPBACK}][/a]
Ah, the part I've been waiting for  When they're done my iHP will own even more than it does now.
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-04-12 21:36:10
Quote
Quote
A piece of news which will for sure interest many people at HA place:
The team (Rasher and Preglow specialy) is working on implementing libmuspack the MPC decoder to Rockbox code...
[{POST_SNAPBACK}][/a] (http://index.php?act=findpost&pid=290070")
Ah, the part I've been waiting for  When they're done my iHP will own even more than it does now.
[a href="index.php?act=findpost&pid=290097"][{POST_SNAPBACK}][/a]

But we have to be patient!
Still no audio support even if it's probably nearly coming for mp3 since Linus is working on...

For a short view of the iRiverport status check this:
[a href="http://www.rockbox.org/twiki/bin/view/Main/IriverPortForNoobs]iRiverPort for the noobs[/url]
iRiverPort status for the noobs (http://www.rockbox.org/twiki/bin/view/Main/IriverPortStatusForNoobs)

Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-04-14 20:45:40
Quote
# Mpeg-audio  CVS code runs fairly efficiently, but there's still room for more optimisation. Capable of realtime operation.

# FLAC   Code with some optimizations in CVS. Capable of realtime operation.

# Remote   75% (buttons, low-level LCD driver done, but untested)


(http://forum-images.hardware.fr/icones/smilies/love.gif) (http://forum-images.hardware.fr/icones/smilies/love.gif) (http://forum-images.hardware.fr/icones/smilies/love.gif) (http://forum-images.hardware.fr/icones/smilies/love.gif)
Title: Open Source Firmware For iRiver players
Post by: indybrett on 2005-04-15 04:03:38
Quote
A piece of news which will for sure interest many people at HA place:
The team (Rasher and Preglow specialy) is working on implementing libmuspack the MPC decoder to Rockbox code...

I imagine this won't let anyone uninterested...
Regards,
Tanguy
[a href="index.php?act=findpost&pid=290070"][{POST_SNAPBACK}][/a]

Thinking about MPC on my iRiver gives me a woody 
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-04-20 15:32:07
Linux suceed to make partial mp3 real playing support with sound (only 5 sec):
http://www.rockbox.org/mail/archive/rockbo...5-04/0161.shtml (http://www.rockbox.org/mail/archive/rockbox-archive-2005-04/0161.shtml)

Thanks to Mooscamaro for relaying the info...


And congratulation to Linux of course!
Title: Open Source Firmware For iRiver players
Post by: jaybeee on 2005-04-20 16:14:46
Quote
Linux suceed to make partial mp3 real playing support with sound (only 5 sec):
http://www.rockbox.org/mail/archive/rockbo...5-04/0161.shtml (http://www.rockbox.org/mail/archive/rockbox-archive-2005-04/0161.shtml)

Thanks to Mooscamaro for relaying the info...


And congratulation to Linux of course!
[a href="index.php?act=findpost&pid=292155"][{POST_SNAPBACK}][/a]

Oooh, getting excited now 

BTW isn't it Linus?
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-04-20 16:20:16
Yes sorry i was too excited: it's LinusN to be precise...
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-05-30 11:27:04
Hi HA guys,
The rockbox iRiver iHP1xx port comes nearer... Real playback with gapless will be there quite soon... Here a quote of yesterday IRC log (thanks for Muesli to publicate this at MR place >>HERE<< (http://www.misticriver.net/boards/showpost.php?p=238859&postcount=124)!)
Quote
(16:19:24) (Slasheri) now doing a new test. there was some bugs present in the code
(16:28:44) (rasher) Slasheri: how did it go?
(16:29:00) (Slasheri) rasher: still one minor bug delaying the test
(16:29:05) (rasher) ah
(16:39:3 (Slasheri) minor bug found, problem was that in code there was =- and should be -=
(16:39:47) (preglow) ahhaha, nice
(16:39:51) (ashridah) rofl.
(16:39:52) (Slasheri) indeed
(16:41:49) (Slasheri) ashridah: aah, now it was 100% gapless switch =)
(16:41:57) (Slasheri) preglow, sorry
(16:41:57) (preglow) the test tone as well?
(16:42:00) (Slasheri) yes
(16:42:01) (Slasheri) very well
(16:42:03) (preglow) excellent
(16:42:05) (preglow) then you're good to go
(16:42:07) (Slasheri)
(16:45:11) (preglow) and you do gapless by just shaving the last frame of a song a bit?
(16:47:09) (Slasheri) with ogg files no raw pcm data is shaved out
(16:47:22) (Slasheri) but with mp3s that will be necessary

(16:48:20) (Slasheri) i already have some ideas how to do that with mp3's
Shagnar: (16:48:57) (preglow) ahh, then tremor does it for you
(16:49:04) (Slasheri) yep
(16:49:14) (preglow) how long until we'll see a patch again?
(16:49:44) (Slasheri) maybe a few more days. It would be too soon to release it today because there is still lot to do
(16:52:32) (Slasheri) now i could do some filebuffer optimizations so the same codecs will not be loaded to file buffer between every song. Only when codec changes, that loading would be necessary
(16:53:45) (Slasheri) currently the rockbox will also fully load the ram buffer, no matter even if it's necessary to cut the last song
(16:53:4 (preglow) codecs should be loaded when you load files into the file buffer
(16:53:5 (Slasheri) yes, i will do it to work that way
(16:54:0 (preglow) we'll need to branch out the iram copy in some way
(16:54:23) (preglow) so we can switch codecs without having to load them from disk
(16:55:41) (Slasheri) in my current implementation, all necessary codecs are loaded into filebuffer and when it's necessary to use a codec, it will be loaded to iram from that filebuffer instantly
(16:56:12) (Slasheri) the switch is gapless because there is audiobuffer also
(16:56:30) (Slasheri) and that won't limit how many different codecs can be in the buffer at a time
(16:58:22) (preglow) holy shit, vorbis is good at lower bitrates
(16:58:25) (preglow) it beats aac to a pulp
(16:58:44) (Slasheri) 7
Shagnar: und s beste:
Shagnar: (16:59:23) (preglow) i've encoded an album with avg bitrate 33kbps, and it sounds wonderful
(16:59:35) (preglow) i can hear it's encoded, sure, but quality is surprisingly good
(16:59:55) (ashridah) preglow: yeah, it does better quality at lower rates
(17:00:14) (ashridah) not quite as good as speex, depending on the job, but good for low-rate streaming
(17:00:15) (rasher) speaking of aac...
(17:00:20) (ashridah) (of music)
(17:00:33) (preglow) of course, but speex only does voice
(17:01:13) (ashridah) yes
   
Title: Open Source Firmware For iRiver players
Post by: ilikedirtthe2nd on 2005-05-30 12:29:34
Thanks for keeping us informed, Tang. I can't wait to see a full featured rockbox release for iRiver
Title: Open Source Firmware For iRiver players
Post by: Gabriel on 2005-05-30 12:52:16
Are they aware that Lame is storing the gapless data into the Info header?
Title: Open Source Firmware For iRiver players
Post by: ilikedirtthe2nd on 2005-05-30 13:36:31
Quote
Are they aware that Lame is storing the gapless data into the Info header?
[{POST_SNAPBACK}][/a] (http://index.php?act=findpost&pid=301732")


I think they are. I asked Linus some time ago (on iriver.us board) if they would use this info for gapless mp3 playback and he said they will use it (or something similar )

edit: [a href="http://www.misticriver.net/boards/showpost.php?p=58881&postcount=4]linus quote[/url]
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-06-06 19:44:24
Hi guys,
For some days a patch adding playback was released by Slashery... It' has been commited to CVS and it's currently available with the daily build...

The playback is for Ogg Vorbis and Mp3 only actually... To precise Vorbis is fully GAPLESS yet!!!
Lame mp3 isn't fully since it add a very short but still hearable gap... i imagine they work for correcting this issue...

Anyway the playback is highly a "first shot" not fully ergonomic (no seeking for exemple) and still somewhat buggy...

Nevertheless it's a great progress and it has to be know that the actual playback feature is not expérimental "hack": it's very probably to be the final multicodec architecture but still far for finalisation...


Best regards,
Tanguy
Title: Open Source Firmware For iRiver players
Post by: dobz on 2005-06-06 23:54:42
Excellent news indeed, can't wait till its in a stable state, now it has playback i think more people will be interested in using, bug reporting/fixing.

Gapless playback wohhaaa, can't wait for mpc and flac playback.

Still lots of work to be done overall but its getting there
Title: Open Source Firmware For iRiver players
Post by: [solid] on 2005-06-08 09:56:49
flac playback is there 

Title: Open Source Firmware For iRiver players
Post by: jaybeee on 2005-06-08 10:01:53
Quote
flac playback is there 


[{POST_SNAPBACK}][/a] (http://index.php?act=findpost&pid=304521")

And WavPack: see [a href="http://www.rockbox.org/twiki/bin/view/Main/SoundCodecs#Current_status]here[/url].
Title: Open Source Firmware For iRiver players
Post by: PoisonDan on 2005-06-08 10:26:29
Quote
Quote
Are they aware that Lame is storing the gapless data into the Info header?
[{POST_SNAPBACK}][/a] (http://index.php?act=findpost&pid=301732")


I think they are. I asked Linus some time ago (on iriver.us board) if they would use this info for gapless mp3 playback and he said they will use it (or something similar )

edit: [a href="http://www.misticriver.net/boards/showpost.php?p=58881&postcount=4]linus quote[/url]
[{POST_SNAPBACK}][/a]
(http://index.php?act=findpost&pid=301743")

If they really are aware of the [a href="http://www.hydrogenaudio.org/forums/index.php?showtopic=16020&]LAME tag method[/url] for getting gapless playback, maybe they should update their GaplessHowTo (http://www.rockbox.org/twiki/bin/view/Main/GaplessHowTo) page with this info, since this method is clearly superior to the methods they already mention on that page.
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-06-08 11:11:06
Hi PoisonDan
They are ware of the lame tag method for gapless... The point is that the GaplessHowTo page only concern Archos player which codec is hardware...

The iHP does have software codec and Rockbox is aware of the Lametag gapless solution... It will be used indeed...

Just a precision: FLAC is now supported with audio playback... Wavpack is not yet: the decoding is realtime but there is no output for now...

Stay tuned...


PS: For more details about codecs implementation and status check this:
http://www.rockbox.org/twiki/bin/view/Main...#Current_status (http://www.rockbox.org/twiki/bin/view/Main/SoundCodecs#Current_status)
Title: Open Source Firmware For iRiver players
Post by: iNsuRRecTiON on 2005-06-09 17:19:05
Hi,

I hope there will be support of AAC, especially AACPlus, for the final/stable Version of the firmware, because I want to use my AACPlus files encoded with Nero Digital AACPlus..

best regards,

iNsuRRecTiON
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-06-09 20:13:22
Quote
Hi,

I hope there will be support of AAC, especially AACPlus, for the final/stable Version of the firmware, because I want to use my AACPlus files encoded with Nero Digital AACPlus..

best regards,

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

The Rockbox team is planning to support the biggest amount of audio formats (codecs)... There i's no implementation of AAC/HE-AAC for now althought...
As MPC will be supported quite soon I guess AAC will have to support SBR to stay attractive...
Title: Open Source Firmware For iRiver players
Post by: adlai on 2005-06-09 21:47:20
I have a Rio Karma (damn I'm wishing that I'd picked up an Ihp when I had the chance) and I think it would be nice if you could add mpc support to it.
Title: Open Source Firmware For iRiver players
Post by: kwanbis on 2005-06-10 14:11:13
Would this work with SlimX 350?
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-06-10 14:59:51
Quote
Would this work with SlimX 350?
[a href="index.php?act=findpost&pid=305064"][{POST_SNAPBACK}][/a]

Hi Kwanbis,
Unfortunately support for iMP350 is very unexpectable since it's completely différent and quite less powerfull hardware, and also the iMP350 is quite old. Damn i loved iMP350 design and i regret to had lost it during an accident but to be true it's very doubtful that Rockbox will be ported to it, sorry... (i repeat i'm not Rbx member in any way, but i've learned enough about the project to answer without doubt)


About a Karma port also it's quite uncertain, the team has chosen iHP1xx for his great hardware spécifications, the iRiver fw limitations were to be sorted out precisely by Rbx firmware...

Karma has very merged feedback about reliability unfortunately... In addition his built-in firmware is yet quite impressive (without MPC of course that's it)


About eventual ports onto others DAP the most likely to be concerned in next future are ones using same processor (Motorola Coldfire CF5249 @ 140Mhz):
- iRiver H3xx (LinusN who released the H1xx bootloader has bought one!)
- iRiver iHP110/115 (oldest versions of H1xx, a little different from H120/140) Linus also bought one recently...
- iAudio M3, M3L
- iAudio M5, M5L, X5 and X5L

Also note recent iriver H10 [20go] or others versions aren't to be ported since they use very différent HW (portalplayer processor also used in iPOD, and which spécifications aren't public!!! :/ )

Cheers,
Tang
Title: Open Source Firmware For iRiver players
Post by: iNsuRRecTiON on 2005-06-11 03:25:27
Quote
Quote
Hi,

I hope there will be support of AAC, especially AACPlus, for the final/stable Version of the firmware, because I want to use my AACPlus files encoded with Nero Digital AACPlus..

best regards,

iNsuRRecTiON
[{POST_SNAPBACK}][/a] (http://index.php?act=findpost&pid=304860")

The Rockbox team is planning to support the biggest amount of audio formats (codecs)... There i's no implementation of AAC/HE-AAC for now althought...
As MPC will be supported quite soon I guess AAC will have to support SBR to stay attractive...
[a href="index.php?act=findpost&pid=304888"][{POST_SNAPBACK}][/a]


hmm, I don't understand what you mean.. "I guess AAC will have to support SBR to stay attractive... "<<-- HE-AAC/AACplus v1 = AAC+SBR and AACplus v2 = AAC+SBR+PS and Nero Digital uses AACplus, so my files support SBR..

see: [a href="http://www.codingtechnologies.com/products/aacPlus.htm]http://www.codingtechnologies.com/products/aacPlus.htm[/url]

thx and best regards,

iNsuRRecTiON
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-06-13 18:50:29
Hi insurrection,
When i was talking about SBR in fact it was to say that since MPC is supported the AAC support had to be extended to AAC+ (SBR) to stay interesting...

Anyway it's just kinda hypothesis, the Rbx team is very openminded, there is no AAC(+) support for now but I'm pretty sure it will come at least one day...

For now the supported codecs list is quite amazing:
http://www.rockbox.org/twiki/bin/view/Main...#Current_status (http://www.rockbox.org/twiki/bin/view/Main/SoundCodecs#Current_status)

Still work needed for MPC playback as you see...

I remind something important about lame gapless:
Quote
12 Jun 14:38 Thom apps/plugins/codecmpa.c 1.6 First attempt at gapless MP3 support using LAME header info.
Title: Open Source Firmware For iRiver players
Post by: Lurkas on 2005-06-13 20:01:08
This is great!

I wonder if they will keep it strict with mpc specs and add support for replaygain?

Any plans for replaygain support for other file formats?

Would be awesome!
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-06-13 20:10:27
Quote
This is great!

I wonder if they will keep it strict with mpc specs and add support for replaygain?

Any plans for replaygain support for other file formats?

Would be awesome!
[a href="index.php?act=findpost&pid=305823"][{POST_SNAPBACK}][/a]

RG support is indeed planned... Not begun yet thought... Stay tuned being patient...
Cheers!
Title: Open Source Firmware For iRiver players
Post by: Leo 69 on 2005-06-13 20:25:15
What about IMP-900 ? It's quite new... I'd be extremely happy with at least vorbis support. I'm so tired sending requests to Iriver developers. They seem to ignore all of them 
Title: Open Source Firmware For iRiver players
Post by: Skythus on 2005-06-14 02:21:08
WavPack playback is now implemented with the latest H1XX firmware. Check out the Recent CVS Activity at the bottom of the Rockbox Website (http://www.rockbox.org/). 
Title: Open Source Firmware For iRiver players
Post by: rjamorim on 2005-06-14 02:50:22
Quote
WavPack playback is now implemented with the latest H1XX firmware. Check out the Recent CVS Activity at the bottom of the Rockbox Website (http://www.rockbox.org/). 
[a href="index.php?act=findpost&pid=305913"][{POST_SNAPBACK}][/a]


Hehe, David's efforts to optimize wavpack to the M68K processor are paying off.

Soon, encoding (both lossless and lossy) will come!
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-06-15 15:33:04
Quote
Quote
WavPack playback is now implemented with the latest H1XX firmware. Check out the Recent CVS Activity at the bottom of the Rockbox Website (http://www.rockbox.org/). 
[a href="index.php?act=findpost&pid=305913"][{POST_SNAPBACK}][/a]


Hehe, David's efforts to optimize wavpack to the M68K processor are paying off.

Soon, encoding (both lossless and lossy) will come!
[a href="index.php?act=findpost&pid=305921"][{POST_SNAPBACK}][/a]

Hi Roberto,
Thanks to David and the whole HA community... I've just read that the MPC developers had also given some help to rockbox team concerning MPC implementation...
Simply nice!
Best regards,
Tanguy
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-06-15 15:53:03
Quote
What about IMP-900 ? It's quite new... I'd be extremely happy with at least vorbis support. I'm so tired sending requests to Iriver developers. They seem to ignore all of them 
[{POST_SNAPBACK}][/a] (http://index.php?act=findpost&pid=305829")

To be true the Rbx team will gigve priority to player that use common hardware i.e Motorola Coldfire...

It concerns iRiver H3xx, iAudio M3, M5 and X5...

The iRiver H3xx is probably next to come in Rockbox port since LinusN who has BDM wiggler and who released iHP1xx bootloader, has bought one recently... He said he'll probably work on H3xx bootloader when iHP1xx port will come in advanced statement...

Actualy the documentation phase is quite advanced for H3xx but more informations are needed on some components.

See below for H1xx and H3xx hardware differences:
[a href="http://www.rockbox.org/twiki/bin/view/Main/IriverH3XXHardwareComponents#Comparison_between_the_hardware_]http://www.rockbox.org/twiki/bin/view/Main...n_the_hardware_[/url]


For more details on plateform concerned or not by a port:
http://www.rockbox.org/twiki/bin/view/Main/NonArchos (http://www.rockbox.org/twiki/bin/view/Main/NonArchos)
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-06-20 19:34:28
The iHP1xx is finaly the first DAP playing MPC... Okay it's crappy support actually...
Quote
20 Jun 12:24   Thom   apps/plugins/codecmpc.c 1.2   Musepack files should play (poorly) now.


I haven't tested yet I'll post therefor...
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-06-20 19:57:15
tested MPC playback, there is some flaw so work is still needed.. But it's a great start...
Title: Open Source Firmware For iRiver players
Post by: preglow on 2005-06-21 19:04:56
Quote
tested MPC playback, there is some flaw so work is still needed.. But it's a great start...
[a href="index.php?act=findpost&pid=307569"][{POST_SNAPBACK}][/a]

Yes, Musepack playback is quite simply too slow as of now, and will probably continue to be so for some time. Libmpcdec is proving to be hard to make work efficiently on our platform.
Title: Open Source Firmware For iRiver players
Post by: dobz on 2005-06-21 19:33:05
I was under the impresion that MPC decoded fast and was less cpu intensive, can anybody comment? if this is the case then i expect that its just MPC that needs optimising.
Title: Open Source Firmware For iRiver players
Post by: preglow on 2005-06-21 19:44:09
Yes, in principle, it's a pretty efficient codec, since it doesn't do as much advanced processing as other codecs, however, the fixed point implementation (libmpcdec) is very dependent on a full 64 bit multiplier, which the Coldfire doesn't have (we only get the top 32 bits of a 64 bit multiply). So currently most 64 bit multiplies are handled very, very slowly. This could be fixed by doing prescaling here and there, at the cost of accuracy, but libmpcdec doesn't make this easy either, since there's so much variable length shifting being done all over the place.
So yes, it is very possible to make it run well, but the job isn't as easy as the other codecs were, and I currently don't have a lot of time to spend on making it faster.
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-06-22 20:05:46
Hi Preglow,
thanks for theses explanations...


Some nice information about Rockbox (and bad for iRiver fame). It's about the GLITCH with WAVE recording... It will interest a lot JeanLucPicard i guess...

I've talked on IRC since I've read at MisticRiver that Rockbox solve the issue (see HERE (http://www.misticriver.net/boards/showpost.php?p=258571&postcount=112)). In fact we do know it's a stupid software bug since someone at MR had found out a very crazy trick to avoid the glitch even with iRiver firmware:
http://www.misticriver.net/boards/showthread.php?t=23364 (http://www.misticriver.net/boards/showthread.php?t=23364) (thanks to Daven for the link)

Indeed with pushing the iHP joystick during record the glitch will disappear...

A very silly situation as you can see... I personnaly wonder if the GLITCH wasn't sort of unfair "WATERMARK" from iRiver since there have been a lot of request and a big petition to fix this...


Cheers...
Anyway seems this bad point will belong to past now...
Title: Open Source Firmware For iRiver players
Post by: JeanLuc on 2005-06-22 20:21:59
Quote
Some nice information about Rockbox (and bad for iRiver fame). It's about the GLITCH with WAVE recording... It will interest a lot JeanLucPicard i guess...

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


You bet it does ...
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-06-23 09:37:47
Quote
Quote

Some nice information about Rockbox (and bad for iRiver fame). It's about the GLITCH with WAVE recording... It will interest a lot JeanLucPicard i guess...

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


You bet it does ...
[a href="index.php?act=findpost&pid=308144"][{POST_SNAPBACK}][/a]

Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-06-30 10:05:28
Quote
You bet I does ...
[a href="index.php?act=findpost&pid=308144"][{POST_SNAPBACK}][/a]
  Seems to be in agreement with your profile:
Quote
Interests     Music, Motorsports, PC-Audio, HiFi, 69 ...


Title: Open Source Firmware For iRiver players
Post by: rjamorim on 2005-07-06 05:00:49
I agree: The Rockbox firmware rocks!

(David Bryant just sent me an iRiver iHP 120 device...  )
Title: Open Source Firmware For iRiver players
Post by: unfortunateson on 2005-07-06 05:07:51
Glad to see this making some great progress, unlike the Neuros thats promised playback of new formats for years, even open source firmware, just to have the team abandon it before getting anything useful done.
Title: Open Source Firmware For iRiver players
Post by: rjamorim on 2005-07-06 05:44:41
Quote
unlike the Neuros thats promised playback of new formats for years, even open source firmware, just to have the team abandon it before getting anything useful done.[{POST_SNAPBACK}][/a] (http://index.php?act=findpost&pid=311329")


I think the problem with Neuros is that they try to address too many ideas at once.

A cursory read over open.neurosaudio.com shows that they want to (simultaneously)

- [a href="http://sourceforge.net/projects/neuros442linux/]Port Linux[/url] to their player platform
- Port GCC (http://gcc-c54x.berlios.de/) to their DSP platform (TI)
- Support FLAC and Musepack decoding (and FLAC encoding)

They are so obsessed in being open source that they are even considering going for interpreted stuff, like Python and Java, to try to fit a crazy mix of licenses together!

Honestly, from what I can see there, it's all trigger phrases, vapour and megalomania.
Title: Open Source Firmware For iRiver players
Post by: unfortunateson on 2005-07-06 05:53:22
IIRC, these recent developments have nothing to do with the Neuros/Neuros II firmware.  They are programming and brainstorming for a new portable the Neuros team is going to work on, abandoning the Neuros/Neuros II (I believe they have officially discontinued production of these units recently as well)
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-07-16 16:47:34
Quote
I agree: The Rockbox firmware rocks!

(David Bryant just sent me an iRiver iHP 120 device...   )
[a href="index.php?act=findpost&pid=311328"][{POST_SNAPBACK}][/a]

Hello Roberto,
Very happy for you... Thanks to David Bryant for this and also for his great work on WAVPACK implémentation... He makes me happy to have tried to connect Rbx and HA...


Cheers,
Tanguy

(http://forum-images.hardware.fr/icones/smilies/jap.gif)
Title: Open Source Firmware For iRiver players
Post by: DreamTactix291 on 2005-07-16 18:59:17
Quote
I agree: The Rockbox firmware rocks!

(David Bryant just sent me an iRiver iHP 120 device...   )
[a href="index.php?act=findpost&pid=311328"][{POST_SNAPBACK}][/a]
I agree wholeheartedly.  I've had mine forever and Rockbox is like an audio nerd's dream come true

And big props to David Bryant too because of how great the WavPack implementation is
Title: Open Source Firmware For iRiver players
Post by: bryant on 2005-07-25 07:12:01
Just a quick post to announce that I have put in ReplayGain support for WavPack.

Also, many thanks to Tang and DreamTactix291 for your continuing support, but all the credit should go to the dedicated programmers of RockBox. I'm just filling in around the edges... 
Title: Open Source Firmware For iRiver players
Post by: DreamTactix291 on 2005-07-25 08:02:42
Well I don't know why I didn't put Dave B and David Bryant together

Rest assured I'm more than grateful for this very awesome firmware on my H100s.  The replaygain is very much appreciated as it's very much not fun to have your ears blasted out due to one album being almost 10db louder than the one before it.
Title: Open Source Firmware For iRiver players
Post by: HotshotGG on 2005-07-25 09:07:17
Quote
Rest assured I'm more than grateful for this very awesome firmware on my H100s. The replaygain is very much appreciated as it's very much not fun to have your ears blasted out due to one album being almost 10db louder than the one before it.


I recently purchased the Back To The Future soundtrack from 1985 and I was amazed that the dynamic range was good  (amongst other things including mixing and producing). It's the first album I have ever come across were I haven't had to to use replaygain to adjust the dynamics due to some ridiculous mastering. It's good see replaygain support for WavPack on the I-River though 
Title: Open Source Firmware For iRiver players
Post by: Lear on 2005-07-25 09:44:38
Quote
Just a quick post to announce that I have put in ReplayGain support for WavPack.
[a href="index.php?act=findpost&pid=315775"][{POST_SNAPBACK}][/a]


Nicely complementing the VorbisGain support I added the day before.
Title: Open Source Firmware For iRiver players
Post by: PoisonDan on 2005-07-25 10:00:17
 

Why, oh why, didn't I wait just a couple of months longer instead of buying my Karma - I had already been waiting for so long... (http://www.hydrogenaudio.org/forums/index.php?showtopic=28616)

Argh. Argh.
Title: Open Source Firmware For iRiver players
Post by: Digisurfer on 2005-07-25 16:27:35
Quote


Why, oh why, didn't I wait just a couple of months longer instead of buying my Karma - I had already been waiting for so long... (http://www.hydrogenaudio.org/forums/index.php?showtopic=28616)

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

Heh, I bought two Karma's in fall of last year (for the wife and I). Recently space has been getting sparse on them since we like to carry our entire music collection with us. Was originally using Vorbis -q4.5, then -q4.25... down to -q2 now with about 3 gigs of free space left. This project is pretty cool and now I'm wishing I had gotten a 40GB iRiver too. Oh well, hopefully the Rio Chroma or Neuros 3 will fit the bill by around Christmas this year. Can't complain too much though; playback quality is what I wanted and exactly what I got with the Karma after all.
Title: Open Source Firmware For iRiver players
Post by: Hamman on 2005-07-25 17:21:58
Is is safe to use now or do you risk your player doing it? Would love to try it, but not that much
Title: Open Source Firmware For iRiver players
Post by: dobz on 2005-07-25 18:26:48
Quote
Is is safe to use now or do you risk your player doing it? Would love to try it, but not that much tongue.gif


There is risk involved in using rockbox but if you follow the instructions and understand what you are doing and what installing and using rockbox involves then your experiance should be good one.

However as rockbox is still heavily in development there are bugs and some of the daily builds even get broken but are usually fixed soon after. some of the original features are not implementeed yet but there are features that no other play has.

I'm just compiling the latest sources now to test replaygain

Way too cool having lossless wavpack gapless and replaygained...

awsome work
Title: Open Source Firmware For iRiver players
Post by: unfortunateson on 2005-07-25 19:03:14
I am looking at purchasing the Iriver H140, and have a few questions about current rockbox support: 

The download section only lists H100 and H120 for firmware downloads, will one of them work with the H140? 

Does the current firmware implementations support reading of APEv2 tags?

Also, how is gapless support and replaygain support coming along with other formats besides wavpack?
Title: Open Source Firmware For iRiver players
Post by: dobz on 2005-07-25 19:49:56
Quote
I am looking at purchasing the Iriver H140, and have a few questions about current rockbox support: 

The download section only lists H100 and H120 for firmware downloads, will one of them work with the H140? 

Does the current firmware implementations support reading of APEv2 tags?

Also, how is gapless support and replaygain support coming along with other formats besides wavpack?
[a href="index.php?act=findpost&pid=315871"][{POST_SNAPBACK}][/a]


H120 is also used for H140

APEv2 tags work on wavpack
I don't think rockbox reads APEv2 tags with mp3 (can somebody confirm)
ogg and flac tags seem to work ok

flac ogg wavpack mp3 are mostly gapless, i say mostly because rockbox is still being developed and i have encountered the odd buffering/gapless issue now and then, currently i'm listeing mainly to wavpack and my ambient mixes are gap free.

replaygain for rockbox has just been introduced and currently only working on wavpack and ogg, hopefully somebody with the skills will add support for the other formats
Title: Open Source Firmware For iRiver players
Post by: unfortunateson on 2005-07-25 19:54:35
awesome. 
Title: Open Source Firmware For iRiver players
Post by: jcoalson on 2005-07-25 21:12:28
Quote
replaygain for rockbox has just been introduced and currently only working on wavpack and ogg, hopefully somebody with the skills will add support for the other formats

it probably won't be long... replaygain synthesis is format agnostic, the only format-specific thing to do is read and parse the tag and I think all codecs are using the same name and format.

Josh
Title: Open Source Firmware For iRiver players
Post by: bryant on 2005-07-26 07:55:20
Quote
Quote
Just a quick post to announce that I have put in ReplayGain support for WavPack.
[a href="index.php?act=findpost&pid=315775"][{POST_SNAPBACK}][/a]


Nicely complementing the VorbisGain support I added the day before.
[a href="index.php?act=findpost&pid=315783"][{POST_SNAPBACK}][/a]

Hehe, yeah I guess I should have mentioned that too! It was very late here... 

And this is exactly what I'm talking about; Lear did all the hard work of getting ReplayGain working and I just came in and patched up WavPack to use the functionality he just added.
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-07-28 23:05:36
Now ReplayGain is also supported for mp3 using ID3v2 foobar method...

Quite minor for audiophile but nice feature anyway the latest build add support for jpeg in 33 greyscale shades! Lovely, isn't it?...
(http://img181.imageshack.us/img181/8660/rockboxlena0ku.jpg) (http://imageshack.us)
Title: Open Source Firmware For iRiver players
Post by: dobz on 2005-07-29 01:10:07
Amazing work from the rockbox dev's again with the addition of replaygain and jpg support.

I didnt think it be possible to get a jpeg viewer on the H140 but i tried it today and i'm gob smacked again, it actually looks decent for the amount of shades, really handy to have album art with your music, nice to associate a cover with music for your friends.

My top 5? cool features so far in no order

1. Lossless playback with flac and wavpack
2. Replaygain support
3. jpg viewer
4. Rockboy
5. Gapless
6. Boot time is FAST!
7. WPS
8. ah hell could go on all day
Title: Open Source Firmware For iRiver players
Post by: DreamTactix291 on 2005-07-29 06:20:39
Quote
Added comments, Replay Gain, and resume/bookmarks for FLAC.
So now mp3 with ID3v2, Vorbis, FLAC, and WavPack all support ReplayGain.  I assume once they get Musepack decoding realtime it will as well.
Title: Open Source Firmware For iRiver players
Post by: unfortunateson on 2005-07-29 16:38:21
http://wiki.hydrogenaudio.org/index.php?ti...less_comparison (http://wiki.hydrogenaudio.org/index.php?title=Lossless_comparison)

Is it premature to inquire about updating the Hardware Support for Wavpack?
Title: Open Source Firmware For iRiver players
Post by: rjamorim on 2005-07-29 16:48:30
Quote
Is it premature to inquire about updating the Hardware Support for Wavpack?[{POST_SNAPBACK}][/a] (http://index.php?act=findpost&pid=316655")


I was planning to wait until the RockBox guys deem the iRiver port stable.

As you can see [a href="http://www.rockbox.org/twiki/bin/view/Main/DeviceChart]here[/url], they still consider it "partial".

But if people consider updating WavPack hardware status to "green" is warranted, no problem as far as I am concerned.
Title: Open Source Firmware For iRiver players
Post by: dobz on 2005-07-29 18:51:26
Quote
Quote
Is it premature to inquire about updating the Hardware Support for Wavpack?[{POST_SNAPBACK}][/a] (http://index.php?act=findpost&pid=316655")


I was planning to wait until the RockBox guys deem the iRiver port stable.

As you can see [a href="http://www.rockbox.org/twiki/bin/view/Main/DeviceChart]here[/url], they still consider it "partial".

But if people consider updating WavPack hardware status to "green" is warranted, no problem as far as I am concerned.
[a href="index.php?act=findpost&pid=316660"][{POST_SNAPBACK}][/a]


The iriver rockbox port is indeed partialy complete, but also note that theres many pages in the documentation that are out of date due to the fast development of rockbox.

IMO hardware support for wavpack is more than justified simply because it works in rockbox and works damn well.

Rockbox was the first to implement hardware support
Gapless playback works
Seeking works
APEv2 tags work
Replaygain works

some crappy software players cant even do this yet.

Update the charts  even if it just says ROCKBOX.
Title: Open Source Firmware For iRiver players
Post by: jcoalson on 2005-07-29 18:51:37
it's probably more useful to have that row be a range the same way 'software support' is

Josh
Title: Open Source Firmware For iRiver players
Post by: rjamorim on 2005-07-29 19:01:35
Quote
The iriver rockbox port is indeed partialy complete, but also note that theres many pages in the documentation that are out of date due to the fast development of rockbox.

IMO hardware support for wavpack is more than justified simply because it works in rockbox and works damn well.

Rockbox was the first to implement hardware support
Gapless playback works
Seeking works
APEv2 tags work
Replaygain works

some crappy software players cant even do this yet.

Update the charts  even if it just says ROCKBOX.[a href="index.php?act=findpost&pid=316689"][{POST_SNAPBACK}][/a]


So be it then! WavPack is now the only format all-green, and with an empty "cons" section. Cheers!

Quote
it's probably more useful to have that row be a range the same way 'software support' is

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


Hohoho. It was a range once. I ditched it for a boolean because we started bitching about ALAC status, and I figured a simple yes/no would be the best compromise. I don't plan to go back now.
Title: Open Source Firmware For iRiver players
Post by: jcoalson on 2005-07-29 20:54:40
Quote
Quote
it's probably more useful to have that row be a range the same way 'software support' is

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


Hohoho. It was a range once. I ditched it for a boolean because we started bitching about ALAC status, and I figured a simple yes/no would be the best compromise. I don't plan to go back now.


the problem wasn't it being a range, the problem was the metric it was based on.  ALAC and FLAC both said 'good' even though ALAC is supported on only one device.  but right above it in the software row ALAC said 'bad' because it is supported in only one program.

you argued ALAC h/w support was 'good' because ipod is the #1 portable h/w device.  but itunes penetration must be >= ipod penetration because you need itunes to use ipod.

I only argue that the table should be self-consistent in its metrics.  and the most natural metric for h/w support is # of supporting devices, the same way that the current metric for s/w is # of supporting programs, because it is an indication of the degree of choice a user will have.

Josh
Title: Open Source Firmware For iRiver players
Post by: seanyseansean on 2005-07-29 21:05:39
Quote
Quote
Added comments, Replay Gain, and resume/bookmarks for FLAC.
So now mp3 with ID3v2, Vorbis, FLAC, and WavPack all support ReplayGain.  I assume once they get Musepack decoding realtime it will as well.
[a href="index.php?act=findpost&pid=316548"][{POST_SNAPBACK}][/a]


Gaaaaaah, does anyone know when/if musepack is feasible and whether it's actively being developed? I need a rockbox enabled dap or ipodlinux with musepack support then i'll buy *two*, one for me and one for a friend. My windows smartphone with betaplayer is excellent, but only having a 512mb card limits me somewhat and i'm not even going to bother transcoding.
Title: Open Source Firmware For iRiver players
Post by: ilikedirtthe2nd on 2005-07-29 21:11:36
Quote
Gaaaaaah, does anyone know when/if musepack is feasible and whether it's actively being developed? I need a rockbox enabled dap or ipodlinux with musepack support then i'll buy *two*, one for me and one for a friend. My windows smartphone with betaplayer is excellent, but only having a 512mb card limits me somewhat and i'm not even going to bother transcoding.
[a href="index.php?act=findpost&pid=316707"][{POST_SNAPBACK}][/a]


A Rockbox dev stated somewhere (don't remember - might have been iriver.us or something) that porting Musepack to the IHP isn't trivial and requires a bigger amount of work than the other codecs because of the way the decoder lib is written (uses some 64 bit operations that are terribly slow on the IHP, don't slap me for being very unexact here).

Bottomline: noone is working on Musepack on the IHP right now.

Regards; ilikedirt
Title: Open Source Firmware For iRiver players
Post by: rjamorim on 2005-07-29 21:17:57
Quote
you argued ALAC h/w support was 'good' because ipod is the #1 portable h/w device.  but itunes penetration must be >= ipod penetration because you need itunes to use ipod.


First, you don't need iTunes to use iPod.

Second, the software player market is way bigger than the hardware player market. 1 million units of hardware players shipped is an extremely respectable number. 1 million downloads of a software player is tits.
Title: Open Source Firmware For iRiver players
Post by: rjamorim on 2005-07-29 21:22:41
Quote
Bottomline: noone is working on Musepack on the IHP right now.


Right. The devs seem to be more interested in consolidating support to Vorbis and MP3 currently (with lots of help towards WavPack consolidation from David Bryant). Also, none of them seems to care about a format they don't use.

I wonder why the Musepack pushers don't contact the people that offered to help (http://www.musepack.net/forum/viewtopic.php?t=141) with the Neuros port and ask them to help on RockBox. Specially considering how Neuros stuff seems to be surrounded by vapour and megalomania these days.
Title: Open Source Firmware For iRiver players
Post by: seanyseansean on 2005-07-29 21:24:50
Quote
Quote
Bottomline: noone is working on Musepack on the IHP right now.


Right. The devs seem to be more interested in consolidating support to Vorbis and MP3 currently (with lots of help towards WavPack consolidation from David Bryant). Also, none of them seems to care about a format they don't use.

I wonder why the Musepack pushers don't contact the people that offered to help (http://www.musepack.net/forum/viewtopic.php?t=141) with the Neuros port and ask them to help on RockBox. Specially considering how Neuros stuff seems to be surrounded by vapour and megalomania these days.
[a href="index.php?act=findpost&pid=316714"][{POST_SNAPBACK}][/a]


Why be so abrasive? My original question wasn't pushing anything, I simply wanted to know if the chances of *my* format of choice being supported were any good. ILikeDirt answered my question without fuss, so why the superfluous rhetoric?
Title: Open Source Firmware For iRiver players
Post by: rjamorim on 2005-07-29 21:28:04
Quote
Why be so abrasive? My original question wasn't pushing anything, I simply wanted to know if the chances of *my* format of choice being supported were any good. ILikeDirt answered my question without fuss, so why the superfluous rhetoric?[a href="index.php?act=findpost&pid=316716"][{POST_SNAPBACK}][/a]


Erm, dude, I'm not calling you a Musepack pusher. I'm talking about the guys running Musepack.net and that came up with that call for developers.

Take a chill pill.
Title: Open Source Firmware For iRiver players
Post by: jcoalson on 2005-07-30 01:18:39
Quote
Quote
you argued ALAC h/w support was 'good' because ipod is the #1 portable h/w device.  but itunes penetration must be >= ipod penetration because you need itunes to use ipod.


First, you don't need iTunes to use iPod.

Second, the software player market is way bigger than the hardware player market. 1 million units of hardware players shipped is an extremely respectable number. 1 million downloads of a software player is tits.

even assuming those numbers are correct... so you're saying the metric is based on a percentage of users that already own a piece of h/w or s/w?  again to me this seems obviously irrelevant to an objective measure of "support", buy then why is wmal just "good"?  as a percentage of seats wmp blows away everything else away and that's not the only s/w it plays in.

well, maybe the two of us will never agree that if a person is trying to evaluate a codec, he cares about the choice he'll have in using it, and nobody else has piped in on the matter, so I guess we'll just leave it at that.

Josh
Title: Open Source Firmware For iRiver players
Post by: rjamorim on 2005-07-30 01:56:57
Quote
buy then why is wmal just "good"?  as a percentage of seats wmp blows away everything else away and that's not the only s/w it plays in.


For the precise reason it's not supported anywhere outside Windows or MacOS. If it was multiplatform, it would surely go straight to "very good" support.
Title: Open Source Firmware For iRiver players
Post by: soiaf on 2005-07-30 13:28:49
Quote
Quote
Quote
it's probably more useful to have that row be a range the same way 'software support' is

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


Hohoho. It was a range once. I ditched it for a boolean because we started bitching about ALAC status, and I figured a simple yes/no would be the best compromise. I don't plan to go back now.


the problem wasn't it being a range, the problem was the metric it was based on.  ALAC and FLAC both said 'good' even though ALAC is supported on only one device.  but right above it in the software row ALAC said 'bad' because it is supported in only one program.

you argued ALAC h/w support was 'good' because ipod is the #1 portable h/w device.  but itunes penetration must be >= ipod penetration because you need itunes to use ipod.

I only argue that the table should be self-consistent in its metrics.  and the most natural metric for h/w support is # of supporting devices, the same way that the current metric for s/w is # of supporting programs, because it is an indication of the degree of choice a user will have.

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


If its ok that the comparison table be changed because Rockbox does support WavPack albeit Rockbox itself is still in beta - and I myself do believe it is reasonable that it is added to the comparison table - then I should mention that WavPack is also available on the Roku Photobridge. Though of course version 2 of the Photobridge firmware which is the version that supports 'codec plugins' is also still in beta.
Title: Open Source Firmware For iRiver players
Post by: jaybeee on 2005-07-31 18:14:53
Took the plunge and installed the 20050731 daily build... WOW, Rockbox is sooo good.  I've got a lot of DJ mix CDs that I ripped as individual tracks, and it makes such a difference when they play gaplessly.  Plus all the other goodies... still playing 
Title: Open Source Firmware For iRiver players
Post by: SebastianG on 2005-07-31 21:41:36
Quote
Took the plunge and installed the 20050731 daily build... WOW, Rockbox is sooo good.  I've got a lot of DJ mix CDs that I ripped as individual tracks, and it makes such a difference when they play gaplessly.  Plus all the other goodies... still playing 
[a href="index.php?act=findpost&pid=317008"][{POST_SNAPBACK}][/a]


hey.. does it already work with MP3 ?
did you try it on files produced by pcutmp3 ?
This would be awesome!

I only tried Rockbox a month ago, but gapless mp3 didn't work back then.

Sebi
Title: Open Source Firmware For iRiver players
Post by: jaybeee on 2005-07-31 22:20:53
Quote
Quote
Took the plunge and installed the 20050731 daily build... WOW, Rockbox is sooo good.  I've got a lot of DJ mix CDs that I ripped as individual tracks, and it makes such a difference when they play gaplessly.  Plus all the other goodies... still playing 
[a href="index.php?act=findpost&pid=317008"][{POST_SNAPBACK}][/a]


hey.. does it already work with MP3 ?
did you try it on files produced by pcutmp3 ?
This would be awesome!

I only tried Rockbox a month ago, but gapless mp3 didn't work back then.

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

Right, I've had a more careful listen and you can detect a very slight change when the next song starts.  It also happens with files that have been cut with pcutmp3. 
But it is a small 'glitch' (should I even use that word?); nothing like what the iRiver firmware does (that's a friggin joke). 
If that's a good as it gets then I'll be happy; obviously I'll be ecstatic if it really is completely gapless.

Tell you what I love about the Rockbox firmware: when you fast-forward (seek) through a track, it speeds up the longer you're seeking... and the slows down nearing the end of the track... genius.

EDIT: spelling & grammar
Title: Open Source Firmware For iRiver players
Post by: unfortunateson on 2005-07-31 22:26:20
Does anyone know of a good online place to purchase an H140?  They seem to be hard to find. 
Title: Open Source Firmware For iRiver players
Post by: jaybeee on 2005-07-31 22:29:38
Quote
Does anyone know of a good online place to purchase an H140?  They seem to be hard to find. 
[{POST_SNAPBACK}][/a] (http://index.php?act=findpost&pid=317037")

[a href="http://www.mp3players.co.uk/site/uk/ihp140.html]mp3players.co.uk[/url] say they have some in stock.
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-09-24 07:22:23
ALAC fisrst basic support for Rockbox on iRiver iHP1xx...
Cheers all
Title: Open Source Firmware For iRiver players
Post by: rasher on 2005-09-24 13:18:21
Quote
ALAC fisrst basic support for Rockbox on iRiver iHP1xx...
Cheers all
[a href="index.php?act=findpost&pid=329233"][{POST_SNAPBACK}][/a]
It's not really basic. It works quite comfortably. After linuxstb fixed a problem with files produced by iTunes5.
Title: Open Source Firmware For iRiver players
Post by: dobz on 2005-09-24 21:06:53
Rockbox now has presets for the radio, very handy indeed. The wiki contains country and region specific presets for download or create/edit your own on the fly.

Rockbox has had replaygain album and track mode for a while now but now has a new replaygain mode that enables you to use replaygain track mode when shuffle is enabled, very cool.

amazing work, im actualy runing out of features that i need that rockbox doesnt support.

EDIT:

oh darn it i couldnt help but mention that you can play rockboy games like tetris whilst listening to the radio
Title: Open Source Firmware For iRiver players
Post by: rjamorim on 2005-09-24 21:18:59
Quote
amazing work, im actualy runing out of features that i need that rockbox doesnt support.[a href="index.php?act=findpost&pid=329342"][{POST_SNAPBACK}][/a]


Remote LCD :B
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-10-04 16:50:33
You should try a build with the Remote display patch it's simply amazing Roberto...

You can find a precompiled (by Zegille, thanks to him!!!) one here:
http://forum.hardware.fr/forum2.php?config...&nojs=0#t950259 (http://forum.hardware.fr/forum2.php?config=hardwarefr.inc&cat=3&post=55831&page=367&p=1&sondage=0&owntopic=1&trash=0&trash_post=0&print=0&numreponse=0&quote_only=0&nojs=0#t950259)
note that with this build a patch that allow to use ReplayGain with APEv2 tag is also included... Isn't it lovely?

Here is the direct DL link:
http://kreuhn.kohrmahn.free.fr/rockbox.zip (http://kreuhn.kohrmahn.free.fr/rockbox.zip)

Interesting quote of Rbx iRiverport Wiki:
Quote
AAC (MP4)   Code fully-working in simulator but not yet on iRiver, not yet checked in.


Even if Vorbis is now quite interesting i guess this should be a nice point to extend the actual multicodec support...

Best regards,
Tanguy
Title: Open Source Firmware For iRiver players
Post by: rjamorim on 2005-10-04 17:28:51
Quote
Interesting quote of Rbx iRiverport Wiki:
Quote
AAC (MP4)   Code fully-working in simulator but not yet on iRiver, not yet checked in.
[a href="index.php?act=findpost&pid=331562"][{POST_SNAPBACK}][/a]


Amazing indeed. I wasn't expecting AAC/MP4 support so soon.

Cheers!
Title: Open Source Firmware For iRiver players
Post by: unfortunateson on 2005-10-12 22:54:20
also seems as though the devs have optimized the Musepack code enough so it now can playback in realtime on the the Iriver, just gotta wait for them to release it 
Title: Open Source Firmware For iRiver players
Post by: RotAtoR on 2005-10-12 23:19:23
Quote
also seems as though the devs have optimized the Musepack code enough so it now can playback in realtime on the the Iriver, just gotta wait for them to release it 
[a href="index.php?act=findpost&pid=333834"][{POST_SNAPBACK}][/a]


Very good news indeed.  Unfortunately they also said it's somewhat of a hack and only a temporary fix until the mpc decoder can be rewritten to better suit the platform.  It sounds like playback will probably be just barely realtime for most files.
Title: Open Source Firmware For iRiver players
Post by: de Mon on 2005-10-12 23:54:04
Quote
Quote
also seems as though the devs have optimized the Musepack code enough so it now can playback in realtime on the the Iriver, just gotta wait for them to release it 
[a href="index.php?act=findpost&pid=333834"][{POST_SNAPBACK}][/a]


Very good news indeed.  Unfortunately they also said it's somewhat of a hack and only a temporary fix until the mpc decoder can be rewritten to better suit the platform.  It sounds like playback will probably be just barely realtime for most files.
[a href="index.php?act=findpost&pid=333841"][{POST_SNAPBACK}][/a]


Strange... Vorbis is easy playable... As I know MPC requires less CPU time than Vorbis 
Title: Open Source Firmware For iRiver players
Post by: rjamorim on 2005-10-13 00:09:14
Quote
Strange... Vorbis is easy playable... As I know MPC requires less CPU time than Vorbis  [a href="index.php?act=findpost&pid=333854"][{POST_SNAPBACK}][/a]


The obvious conclusion is that Vorbis is much easier to optimize than MPC.

The other conclusion is that there are more developers interested in optimizing Tremor than ones interested in libmpcdec.
Title: Open Source Firmware For iRiver players
Post by: unfortunateson on 2005-10-13 05:07:29
Should musepack support be added under the H1x0 series in the wiki?  It now plays in realtime (although there are still seeking bugs, unoptimized, not yet gapless).  I don't know what format I should transcode my Wavpack files in when I run out of space - there should be a formal test of vorbis vs mpc at standard (160-190) rates on rock music... 
Title: Open Source Firmware For iRiver players
Post by: Farpenoodle on 2005-10-13 06:33:07
It's been done with classical music at least. (http://www.hydrogenaudio.org/forums/index.php?showtopic=36465)

But yes, I would be interested to see how the two perform on harder stuff.
Title: Open Source Firmware For iRiver players
Post by: rjamorim on 2005-10-13 10:25:41
Quote
Should musepack support be added under the H1x0 series in the wiki?[a href="index.php?act=findpost&pid=333928"][{POST_SNAPBACK}][/a]


If the author himself didn't add it, it probably means he doesn't consider it ready enough yet.
Title: Open Source Firmware For iRiver players
Post by: Lear on 2005-10-13 11:32:12
Quote
The obvious conclusion is that Vorbis is much easier to optimize than MPC.

I've only looked a little at it myself, but the impression I got was that libmusepack does lots of 32 by 32 bit multiplies, where the location of the "interesting" 32 bits in the 64 bit result can vary a great deal. For tremor (the Vorbis decoder), the "interesting" result is always in the top 32 bits. For the CPU in the h1x0 players, this is much easier to process.
Title: Open Source Firmware For iRiver players
Post by: M on 2005-10-13 12:33:29
... now if only they would consider trying to write support for the iMP- series! 

    - M.
Title: Open Source Firmware For iRiver players
Post by: Sebastian Mares on 2005-10-13 13:01:32
Quote
... now if only they would consider trying to write support for the iMP- series! 

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


True that!
Title: Open Source Firmware For iRiver players
Post by: rjamorim on 2005-10-13 16:53:14
Quote
Quote
... now if only they would consider trying to write support for the iMP- series! 

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


True that!
[a href="index.php?act=findpost&pid=334021"][{POST_SNAPBACK}][/a]


Donate some iMPs to the development team and I'm sure they would look at that
Title: Open Source Firmware For iRiver players
Post by: AtaqueEG on 2005-10-13 16:56:35
Is this firmware being developed for any CURRENT player in the market?

I would love to use it, but I can't find any compatible player! And I have given up on eBay. It is full of scammers!
Title: Open Source Firmware For iRiver players
Post by: rjamorim on 2005-10-13 20:44:49
Quote
Is this firmware being developed for any CURRENT player in the market?[a href="index.php?act=findpost&pid=334085"][{POST_SNAPBACK}][/a]


Sadly, no.
Title: Open Source Firmware For iRiver players
Post by: SebastianG on 2005-10-13 21:48:22
(on mpc playback)
Quote
Strange... Vorbis is easy playable... As I know MPC requires less CPU time than Vorbis 
[a href="index.php?act=findpost&pid=333854"][{POST_SNAPBACK}][/a]


This is really odd. According to my experience with codec stuff the inverse filterbank is one of those quite CPU-power-demanding building blocks. If MPC's filterbank implmentation is the one to blame (fast on PCs but bad to port) they could just reuse the 32 band PQF filterbank code from their mp3 decoder since it's actually the same.

But then again... The current musepack stream format is kinda horrible.


Sebi
Title: Open Source Firmware For iRiver players
Post by: HisInfernalMajesty on 2005-10-13 21:59:49
Quote
Quote
Is this firmware being developed for any CURRENT player in the market?[{POST_SNAPBACK}][/a] (http://index.php?act=findpost&pid=334085")


Sadly, no.
[a href="index.php?act=findpost&pid=334134"][{POST_SNAPBACK}][/a]

Actually, they [might start] developing it for the iAudio X5. [a href="http://www.rockbox.org/twiki/bin/view/Main/IaudioPort]Here[/url] is the offical site for it on the RockBox website and here (http://www.iaudiophile.net/forums/showthread.php?t=3065) is a discussion about it on a iAudio fan page.
Title: Open Source Firmware For iRiver players
Post by: jaybeee on 2005-10-26 20:13:46
Quote
"Hi all,

As you probably know, the current FLAC decoder in Rockbox is based on the official libFLAC decoder, and this only just runs in real-time on the H1x0.  The nature of libFLAC has made it very hard to optimise.

I spent some time yesterday with another FLAC decoder - the one written as part of the ffmpeg project.  I ported it to Rockbox, with the result that it already (without any real optimisations) running about twice as fast as our original libFLAC decoder.   The CPU is almost constantly at 45MHz, with very little time spent "boosted" to 124MHz.
...

and
Quote
"... This new decoder (without seeking) is now committed to CVS and is therefore the standard FLAC decoder in Rockbox.

I'll add seeking support ASAP, but can't promise when.  But this gives others chance to work their optimisation magic and get it working even faster, or even for someone else to implement seeking.

Regards,

Dave.
..."


Good stuff eh.
Title: Open Source Firmware For iRiver players
Post by: Tang on 2005-10-31 14:16:37
Quote
Quote
Quote
Is this firmware being developed for any CURRENT player in the market?[{POST_SNAPBACK}][/a] (http://index.php?act=findpost&pid=334085")


Sadly, no.
[a href="index.php?act=findpost&pid=334134"][{POST_SNAPBACK}][/a]

Actually, they [might start] developing it for the iAudio X5. [a href="http://www.rockbox.org/twiki/bin/view/Main/IaudioPort]Here[/url] is the offical site for it on the RockBox website and here (http://www.iaudiophile.net/forums/showthread.php?t=3065) is a discussion about it on a iAudio fan page.
[a href="index.php?act=findpost&pid=334152"][{POST_SNAPBACK}][/a]

The firmware is being ported on iRiver H3xx... Linus is working on it, seems it progresses...
Title: Open Source Firmware For iRiver players
Post by: rjamorim on 2005-10-31 14:26:06
Quote
Quote
Quote
Quote
Is this firmware being developed for any CURRENT player in the market?[{POST_SNAPBACK}][/a] (http://index.php?act=findpost&pid=334085")


Sadly, no.
[a href="index.php?act=findpost&pid=334134"][{POST_SNAPBACK}][/a]

Actually, they [might start] developing it for the iAudio X5. [a href="http://www.rockbox.org/twiki/bin/view/Main/IaudioPort]Here[/url] is the offical site for it on the RockBox website and here (http://www.iaudiophile.net/forums/showthread.php?t=3065) is a discussion about it on a iAudio fan page.
[a href="index.php?act=findpost&pid=334152"][{POST_SNAPBACK}][/a]

The firmware is being ported on iRiver H3xx... Linus is working on it, seems it progresses...
[a href="index.php?act=findpost&pid=338489"][{POST_SNAPBACK}][/a]


Erm... that one is not being manufactured anymore either.
Title: Open Source Firmware For iRiver players
Post by: Emanuel on 2005-11-01 07:19:01
Quote
Erm... that one is not being manufactured anymore either.
[a href="index.php?act=findpost&pid=338491"][{POST_SNAPBACK}][/a]

Amazingly short lifespan on the H-series from iRiver. One can not stop wondering why. The margins or sales must have been comparatively low.
Title: Open Source Firmware For iRiver players
Post by: jaybeee on 2005-11-12 08:35:56
Quote
When: 12 Nov 04:00   Who: Andy   
What: iRiver - Initial support for wav-recording in recording menu. Supports mic/line-in (and radio), monitor mode, time-splitting (and byte-splitting), pause/resume etc.
Things todo: Prerecording, peakmeter (should be simple), frequency other than 44.1 kHz, etc..


Some more great new from the Rockbox boys
Title: Open Source Firmware For iRiver players
Post by: ilikedirtthe2nd on 2005-11-12 13:51:32
The Rockbox Ipod wiki page (http://www.rockbox.org/twiki/bin/view/Main/IpodPort) has been updated to show the status of the driver implementation. A funtional bootloader is available.
Title: Open Source Firmware For iRiver players
Post by: Emanuel on 2005-11-14 13:41:21
Quote
Quote
What: iRiver - Initial support for wav-recording in recording menu. Supports mic/line-in (and radio)

Now that's good news. Recording radio is yet one more of the features that was never available on the original firmware.

EDIT: spelling
Title: Open Source Firmware For iRiver players
Post by: jaybeee on 2005-11-14 14:08:26
It's still early days for it though.  I tried the Line In recording last night and it froze and crashed.  Had to recover the file via CHKDSK. 
Then there appears to be glitches every 90secs - however, I need to check this with different sources before I say that's a problem. 
More testers the better.

EDIT: the glitches / drop-outs were caused by the source (doh!), so Rockbox is looking good for that now.  Still some issues with freezing of player when recording stops, but I'm sure it'll get sorted soon enough.
Title: Open Source Firmware For iRiver players
Post by: ilikedirtthe2nd on 2005-11-14 22:17:27
Rockbox now with crossfeed:

Quote
add crossfeed dsp effect. Makes some music more enjoyable with headphones.
Title: Open Source Firmware For iRiver players
Post by: moozooh on 2005-11-17 17:17:55
I can't wait for a first beta of H300 bootloader. Got myself a 5-month used H320 several days ago, which came pretty cheap — less than $250, hehe.
Title: Open Source Firmware For iRiver players
Post by: JeanLuc on 2005-11-17 17:28:57
Quote
Then there appears to be glitches every 90secs - however, I need to check this with different sources before I say that's a problem. 

EDIT: the glitches / drop-outs were caused by the source (doh!), so Rockbox is looking good for that now.


So there is no more 'glitch' ?

That sounds way too interesting ...
Title: Open Source Firmware For iRiver players
Post by: jaybeee on 2005-11-17 18:00:20
Quote
Quote

Then there appears to be glitches every 90secs - however, I need to check this with different sources before I say that's a problem. 

EDIT: the glitches / drop-outs were caused by the source (doh!), so Rockbox is looking good for that now.


So there is no more 'glitch' ?

That sounds way too interesting ...
[a href="index.php?act=findpost&pid=342598"][{POST_SNAPBACK}][/a]

Yep, seems to have been fixed.  Still some freezing issues, but they know about it.  They've still to add the peak meters, so a bit to do.
Title: Open Source Firmware For iRiver players
Post by: krazy on 2005-11-18 06:36:23
Quote
I can't wait for a first beta of H300 bootloader. Got myself a 5-month used H320 several days ago, which came pretty cheap — less than $250, hehe. rolleyes.gif

Just saw this (http://www.rockbox.org/twiki/pub/Main/IriverPort/h300_lcd.jpg)! Very, very cool.
Title: Open Source Firmware For iRiver players
Post by: DreamTactix291 on 2005-11-18 06:39:34
Just like to add that as of today's daiily build the remote is now fully functional in CVS.  It's been a long time since I had full functionality of the remote without having to boot into the iRiver firmware (which is just a pain to use now) so I'm really happy about it.  It's like being reunited with a long lost friend
Title: Open Source Firmware For iRiver players
Post by: moozooh on 2005-12-01 01:42:37
BTW, is it safe to use H300 bootloader now or should I wait for some kind of a stable release?
Title: Open Source Firmware For iRiver players
Post by: DreamTactix291 on 2005-12-01 02:10:47
It's pretty much safe from what many H300 users at Misticriver have said and it plays music now.
Title: Open Source Firmware For iRiver players
Post by: xmixahlx on 2005-12-01 02:40:07
yeah i'm excited for the h3x0 series support too!

i'm hawking for an inexpensive ebay auction


later

[edit]
here are some fun links:
(1) h3x0 + the world's worst camera:  http://www.softsrvc.ru/nightcat/RockBox/RB..._H320/Pictures/ (http://www.softsrvc.ru/nightcat/RockBox/RB_on_my_H320/Pictures/)
(2) more pictures: http://misticriver.net/showthread.php?p=342290#post342290 (http://misticriver.net/showthread.php?p=342290#post342290)
[/edit]
Title: Open Source Firmware For iRiver players
Post by: jaybeee on 2005-12-06 09:32:39
Glitchless recording with working peakmeters has been available for a few days now on the H1xx.

See this post (http://forums.rockbox.org/index.php?topic=1911.15) for some more useful info.  vinylivo's post is also useful and some of the posts after this have some other handy info about recording.