Open Source Firmware For iRiver players, development by Rockbox team starts |
  |
Open Source Firmware For iRiver players, development by Rockbox team starts |
 Feb 23 2005, 22:03
Post
#51
|
|
 Group: Members (Donating) Posts: 158 Joined: 27-January 04 Member No.: 11536  |
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: |
 |
 
|
|
Mar 1 2005, 18:47
Post
#52
|
|
|
Group: Members (Donating) Posts: 158 Joined: 27-January 04 Member No.: 11536 |
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 |
|
|
|
|
Mar 1 2005, 20:06
Post
#53
|
|
|
Group: Members Posts: 92 Joined: 25-April 04 Member No.: 13705 |
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]  [/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. |
|
|
|
|
Mar 1 2005, 20:21
Post
#54
|
|
 Group: Members Posts: 1593 Joined: 24-March 02 From: Revere, MA Member No.: 1607 |
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.
-------------------- College student/IT Assistant
|
|
|
|
|
Mar 4 2005, 22:39
Post
#55
|
|
|
Group: Members (Donating) Posts: 158 Joined: 27-January 04 Member No.: 11536 |
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... 
|
|
|
|
|
Mar 10 2005, 19:11
Post
#56
|
|
|
Group: Members (Donating) Posts: 158 Joined: 27-January 04 Member No.: 11536 |
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 |
|
|
|
|
Mar 10 2005, 19:45
Post
#57
|
|
|
FLAC Developer Group: Developer Posts: 1526 Joined: 27-February 02 Member No.: 1408 |
QUOTE (Tang @ Mar 4 2005, 04:39 PM) 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... that sounds about right. as another data point, I just ported FLAC to the NSLU2 (was very easy because of these guys) 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). |
|
|
|
|
Mar 11 2005, 11:55
Post
#58
|
|
|
Group: Members (Donating) Posts: 158 Joined: 27-January 04 Member No.: 11536 |
QUOTE (jcoalson @ Mar 10 2005, 10:45 AM) QUOTE (Tang @ Mar 4 2005, 04:39 PM) 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... that sounds about right. as another data point, I just ported FLAC to the NSLU2 (was very easy because of these guys) 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). Bye! |
|
|
|
|
Apr 8 2005, 17:00
Post
#59
|
|
|
Group: Members (Donating) Posts: 158 Joined: 27-January 04 Member No.: 11536 |
Linus is now working on the ApiAudio...
This post has been edited by Tang: Apr 11 2005, 18:52 |
|
|
|
|
Apr 12 2005, 20:27
Post
#60
|
|
|
Group: Members (Donating) Posts: 158 Joined: 27-January 04 Member No.: 11536 |
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 |
|
|
|
|
Apr 12 2005, 20:33
Post
#61
|
|
 Mp3tag developer Group: FB2K Moderator (Donating) Posts: 854 Joined: 5-May 03 From: Dresden, Germany Member No.: 6411 |
Yes, these are really good news
-------------------- Mp3tag - universal multi-format tag editor
http://www.mp3tag.de/en/ |
|
|
|
|
Apr 12 2005, 20:51
Post
#62
|
|
|
Group: Members Posts: 92 Joined: 25-April 04 Member No.: 13705 |
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
|
|
|
|
|
Apr 12 2005, 21:13
Post
#63
|
|
|
Group: Members (Donating) Posts: 158 Joined: 27-January 04 Member No.: 11536 |
Eh eh thanks guys i was bored by "monolog"...
|
|
|
|
|
Apr 12 2005, 21:28
Post
#64
|
|
 Group: Members (Donating) Posts: 552 Joined: 9-June 04 From: A place long since forgotten... Member No.: 14572 |
QUOTE (Tang @ Apr 12 2005, 01:27 PM) A piece of news which will for sure interest many people at HA place: Ah, the part I've been waiting for The team (Rasher and Preglow specialy) is working on implementing libmuspack the MPC decoder to Rockbox code... When they're done my iHP will own even more than it does now.
-------------------- Nero AAC 1.5.1.0: -q0.45
|
|
|
|
|
Apr 12 2005, 21:36
Post
#65
|
|
|
Group: Members (Donating) Posts: 158 Joined: 27-January 04 Member No.: 11536 |
QUOTE (DreamTactix291 @ Apr 12 2005, 12:28 PM) QUOTE (Tang @ Apr 12 2005, 01:27 PM) A piece of news which will for sure interest many people at HA place: Ah, the part I've been waiting for The team (Rasher and Preglow specialy) is working on implementing libmuspack the MPC decoder to Rockbox code... When they're done my iHP will own even more than it does now. 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: iRiverPort for the noobs iRiverPort status for the noobs
|
|
|
|
|
Apr 14 2005, 20:45
Post
#66
|
|
|
Group: Members (Donating) Posts: 158 Joined: 27-January 04 Member No.: 11536 |
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) 
|
|
|
|
|
Apr 15 2005, 04:03
Post
#67
|
|
 Group: Members (Donating) Posts: 1350 Joined: 4-March 02 From: Indianapolis, IN Member No.: 1440 |
QUOTE (Tang @ Apr 12 2005, 02:27 PM) 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 Thinking about MPC on my iRiver gives me a woody 
-------------------- Wait Master, it might be dangerous... you go first.
|
|
|
|
|
Apr 20 2005, 15:32
Post
#68
|
|
|
Group: Members (Donating) Posts: 158 Joined: 27-January 04 Member No.: 11536 |
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 Thanks to Mooscamaro for relaying the info... And congratulation to Linux of course!
|
|
|
|
|
Apr 20 2005, 16:14
Post
#69
|
|
 Group: Members Posts: 410 Joined: 20-October 04 From: UK Member No.: 17750 |
QUOTE (Tang @ Apr 20 2005, 03:32 PM) 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 Thanks to Mooscamaro for relaying the info... And congratulation to Linux of course! Oooh, getting excited now BTW isn't it Linus? -------------------- http://www.health4ni.com/
|
|
|
|
|
Apr 20 2005, 16:20
Post
#70
|
|
|
Group: Members (Donating) Posts: 158 Joined: 27-January 04 Member No.: 11536 |
Yes sorry i was too excited: it's LinusN to be precise...
|
|
|
|
|
May 30 2005, 11:27
Post
#71
|
|
|
Group: Members (Donating) Posts: 158 Joined: 27-January 04 Member No.: 11536 |
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<<!) 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 
|
|
|
|
|
May 30 2005, 12:29
Post
#72
|
|
|
Group: Members Posts: 470 Joined: 26-October 01 From: Germany Member No.: 352 |
Thanks for keeping us informed, Tang. I can't wait to see a full featured rockbox release for iRiver
|
|
|
|
|
May 30 2005, 12:52
Post
#73
|
|
 LAME developer Group: Developer Posts: 2950 Joined: 1-October 01 From: Nanterre, France Member No.: 138 |
Are they aware that Lame is storing the gapless data into the Info header?
|
|
|
|
|
May 30 2005, 13:36
Post
#74
|
|
|
Group: Members Posts: 470 Joined: 26-October 01 From: Germany Member No.: 352 |
QUOTE (Gabriel @ May 30 2005, 11:52 AM) Are they aware that Lame is storing the gapless data into the Info header? 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: linus quote This post has been edited by ilikedirtthe2nd: May 30 2005, 13:38 |
|
|
|
|
Jun 6 2005, 19:44
Post
#75
|
|
|
Group: Members (Donating) Posts: 158 Joined: 27-January 04 Member No.: 11536 |
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 This post has been edited by Tang: Jun 6 2005, 20:02 |
|
|
|
|
|
Lo-Fi Version | Time is now: 18th May 2013 - 09:21 |
