IPB

Welcome Guest ( Log In | Register )

8 Pages V  < 1 2 3 4 5 > »   
Reply to this topicStart new topic
Open Source Firmware For iRiver players, development by Rockbox team starts
Tang
post 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:
Go to the top of the page
+Quote Post
Tang
post 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
Go to the top of the page
+Quote Post
dobz
post 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.
Go to the top of the page
+Quote Post
HotshotGG
post 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 biggrin.gif. Quite interesting.


--------------------
College student/IT Assistant
Go to the top of the page
+Quote Post
Tang
post 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... wink.gif
Go to the top of the page
+Quote Post
Tang
post 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... smile.gif
Cheers
Go to the top of the page
+Quote Post
jcoalson
post 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... wink.gif
*

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).
Go to the top of the page
+Quote Post
Tang
post 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... wink.gif
*

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

Hi Josh thanks for this... I'll refere to your post on some boards i like... smile.gif
Bye!
Go to the top of the page
+Quote Post
Tang
post 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... smile.gif

This post has been edited by Tang: Apr 11 2005, 18:52
Go to the top of the page
+Quote Post
Tang
post 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... wink.gif
Regards,
Tanguy
Go to the top of the page
+Quote Post
Florian
post 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 smile.gif


--------------------
Mp3tag - universal multi-format tag editor
http://www.mp3tag.de/en/
Go to the top of the page
+Quote Post
dobz
post 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 smile.gif could replaygain ever be implemented in roxbox.. i dunno.. gapless woohaa
Go to the top of the page
+Quote Post
Tang
post 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"... wink.gif
Go to the top of the page
+Quote Post
DreamTactix291
post 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:
The team (Rasher and Preglow specialy) is working on implementing libmuspack the MPC decoder to Rockbox code...
*
Ah, the part I've been waiting for biggrin.gif When they're done my iHP will own even more than it does now.


--------------------
Nero AAC 1.5.1.0: -q0.45
Go to the top of the page
+Quote Post
Tang
post 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:
The team (Rasher and Preglow specialy) is working on implementing libmuspack the MPC decoder to Rockbox code...
*
Ah, the part I've been waiting for biggrin.gif When they're done my iHP will own even more than it does now.
*


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

smile.gif
Go to the top of the page
+Quote Post
Tang
post 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)


Go to the top of the page
+Quote Post
indybrett
post 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... wink.gif
Regards,
Tanguy
*

Thinking about MPC on my iRiver gives me a woody laugh.gif


--------------------
flac>fb2k>kernel streaming>audiophile 2496>magni>dt990 pro
Go to the top of the page
+Quote Post
Tang
post 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... smile.gif


And congratulation to Linux of course! smile.gif
Go to the top of the page
+Quote Post
jaybeee
post 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... smile.gif


And congratulation to Linux of course! smile.gif
*

Oooh, getting excited now smile.gif

BTW isn't it Linus?


--------------------
http://www.health4ni.com/
Go to the top of the page
+Quote Post
Tang
post 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... smile.gif
Go to the top of the page
+Quote Post
Tang
post 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? tongue.gif
(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
blink.gif smile.gif smile.gif
Go to the top of the page
+Quote Post
ilikedirtthe2nd
post 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 smile.gif
Go to the top of the page
+Quote Post
Gabriel
post 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?
Go to the top of the page
+Quote Post
ilikedirtthe2nd
post 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 rolleyes.gif)

edit: linus quote

This post has been edited by ilikedirtthe2nd: May 30 2005, 13:38
Go to the top of the page
+Quote Post
Tang
post 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...

smile.gif
Best regards,
Tanguy


This post has been edited by Tang: Jun 6 2005, 20:02
Go to the top of the page
+Quote Post

8 Pages V  < 1 2 3 4 5 > » 
Reply to this topicStart new topic
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:

 



RSS Lo-Fi Version Time is now: 16th April 2014 - 18:41