00:00:37 | markun | Lear: there is a problem with changing the mixer volume, during crossfade the replaygain also needs to be faded.. |
00:00:56 | markun | altering the samles as you suggested would solve this |
00:00:59 | Lear | well, I was planning on doing the scale in dsp.c, so that shouldn't be a problem... |
00:01:02 | Lear | correct. :) |
00:01:32 | markun | Maybe you should just go ahead with it |
00:01:43 | markun | I will be on vacation for 2 weeks. |
00:01:44 | | Quit CBM-away (Read error: 104 (Connection reset by peer)) |
00:02:16 | | Quit webguest89 ("CGI:IRC") |
00:05:42 | markun | Lear: http://130.89.160.166/rockbox/replaygain2.patch |
00:07:11 | markun | Lear: Wait, I forgot something in the patch.. |
00:07:45 | Lear | hm... quite different from my approach, so not much to re-use... |
00:08:04 | Lear | line sound_set and atodb? :) |
00:08:26 | Lear | no, sorry, most seems to be there. |
00:09:34 | markun | try http://130.89.160.166/rockbox/replaygain3.patch |
00:09:41 | markun | Yes, atodb was a quick hack |
00:09:57 | Moos | Hi markun :) |
00:10:03 | markun | Hey Moos! |
00:10:18 | Moos | pv ;) |
00:11:54 | HCl | whats atodb? |
00:14:04 | markun | HCl: a function that reads a string encoded floating point number and multiplies it by 10 |
00:15:39 | | Quit ashridah ("Leaving") |
00:16:48 | HCl | ah o.o. |
00:17:42 | markun | Lear: I wanted to do clipping preventions only by using shifts. That way we can do it while converting from 24-bit to 16 without extra costs. Is a multiply much more expensive than a shift? |
00:20:28 | Lear | I don't remember how fast the mac is, but it is fairly quick... But the 24-16 conversion will be done in dsp.c anyway, so adding clipping prevention in dsp.c would be easy. |
00:20:42 | Lear | Though I don't plan to for the first version at least... |
00:20:53 | markun | off to my bed again. A bit ill after a festival this weekend.. |
00:21:00 | markun | good night everyone |
00:21:54 | markun | Lear: Right now 24-16 conversion is still done in Tremor, maybe you can fix that |
00:22:10 | | Quit markun () |
00:22:14 | Lear | markun: sure, my local copy has that fixed... :) |
00:22:33 | Lear | btw, multiply by mac takes 3 cycles... |
00:24:47 | | Quit rooomish ("game is over") |
00:30:03 | | Join JAJDude [0] (~ca51121e@labb.contactor.se) |
00:32:27 | bagawk | err |
00:32:40 | bagawk | The ab-repeat patch is a .gz |
00:32:49 | bagawk | and when i decompress, it is binary file |
00:32:56 | HCl | tar? |
00:33:02 | bagawk | no tar |
00:33:04 | HCl | hmk |
00:33:18 | bagawk | I just did gzip -d ab-rep... |
00:33:31 | HCl | what does that do? |
00:33:39 | bagawk | decompress |
00:33:52 | HCl | ran file on it? |
00:33:58 | bagawk | if i try tar zxf on the file it will say that it is not a tar |
00:34:02 | Ctcp | Ignored 2 channel CTCP requests in 3 hours and 23 minutes at the last flood |
00:34:02 | * | bagawk bagawk runs |
00:34:26 | bagawk | ab-repeat-20050521.patch: gzip compressed data, was "ab-repeat-20050521.patch", from Unix |
00:34:27 | | Quit JAJDude (Client Quit) |
00:34:28 | bagawk | humm |
00:34:37 | bagawk | But I just did decompress that |
00:34:40 | HCl | double gzipped |
00:34:40 | HCl | ? |
00:35:05 | | Join JAJDude [0] (~ca51121e@labb.contactor.se) |
00:35:32 | bagawk | umm when i try it again |
00:35:43 | bagawk | unknown suffix −− ignored |
00:35:51 | HCl | rename it to .gz |
00:37:21 | bagawk | that worked |
00:37:28 | bagawk | wierd |
00:38:51 | | Join stripwax [0] (~stripwax@213-228-241-36.dsl.prodigynet.co.uk) |
00:39:32 | stripwax | hey |
00:39:37 | bagawk | Hello |
00:40:56 | stripwax | other than being a good rockbox citizen, what steps do i need to take to get a patch incorporated into cvs? |
00:47:44 | | Join CBM_doing_idea [0] (~BurgerBoy@tc2-225-085.altelco.net) |
00:48:46 | bagawk | stripwax, wait a few years :) |
00:49:03 | bagawk | j/k (sorta) |
00:49:17 | bagawk | There are patches that have been in there for a few years left untouched :( |
00:49:28 | | Quit Lear ("Chatzilla 0.9.68.5 [Firefox 1.0.5/20050715]") |
00:49:34 | bagawk | Just nag LinusN of bagder once in a bit |
00:55:55 | stripwax | bagawk sure.. seems odd (to me) that my useful (or so I believe) sokoban patch hasn't been considered, and yet today cosmetic graphics changes were committed into sokoban . |
00:55:58 | * | stripwax shrugs |
00:56:07 | stripwax | anywho. |
01:00 |
01:04:08 | HCl | the cache one? |
01:04:19 | HCl | i'll look at it tomorrow if you toss me a download url |
01:05:12 | stripwax | HCl - that would be ace! http://sourceforge.net/tracker/index.php?func=detail&aid=1239851&group_id=44306&atid=439120 |
01:06:05 | stripwax | the current cache size is basically arbitrary (20 levels if plugin buffer size > 20KB). i bet we could cache the entire leveldata file on iriver currently |
01:10:10 | HCl | i've been meaning to look at rockbox |
01:10:19 | HCl | but i was pretty busy today |
01:10:37 | stripwax | I think the website was ooa most of today anyway |
01:11:52 | HCl | rockbox is finally getting to the point where it gets actually usable |
01:12:09 | HCl | need to start using it as an end user and search for bugs / design flaws |
01:12:24 | HCl | but i'll do that tomorrow |
01:12:34 | HCl | along with testing and possibly committing your patch |
01:12:50 | HCl | *yawn* |
01:16:09 | HCl | i'll also look at adding files to the tag database on the fly to support runtime information for files that aren't in the tagdatabase |
01:19:58 | | Quit bagawk ("Leaving") |
01:22:37 | | Nick CBM_doing_idea is now known as CheeseBurgerMan (~BurgerBoy@tc2-225-085.altelco.net) |
01:22:51 | HCl | whenever i see that nick i think of a really fat person :/ |
01:23:07 | HCl | can't help it :/ |
01:28:15 | | Join BBub [0] (belzebub16@dsl-084-059-226-008.arcor-ip.net) |
01:29:21 | CheeseBurgerMan | O.o |
01:29:26 | * | CheeseBurgerMan is actually skinny. |
01:29:26 | CheeseBurgerMan | :P |
01:29:28 | DBUG | Enqueued KICK CheeseBurgerMan |
01:29:28 | * | CheeseBurgerMan swipes your cheeseburgers to: [Blackhawk - Hole In My Heart] - [ 03:27 / 03:59 ] - [ 44 kHz 128 kbps ] |
01:29:31 | CheeseBurgerMan | :D |
01:29:41 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
01:29:41 | * | CheeseBurgerMan has wanted to use that script for awhile. |
01:33:28 | | Join Strath [0] (~mike@dgvlwinas01pool0-a242.wi.tds.net) |
01:33:31 | | Join stripwax_ [0] (~stripwax@213-228-241-36.dsl.prodigynet.co.uk) |
01:33:51 | HCl | hehe |
01:35:13 | | Quit Aison ("( www.nnscript.de :: NoNameScript 3.72 :: www.XLhost.de )") |
01:36:35 | * | CheeseBurgerMan swipes your cheeseburgers to: ["Weird Al" Yankovic - The Saga Begins] - [ 00:05 / 05:28 ] - [ 44 kHz 160 kbps ] |
01:36:53 | * | stripwax_ wonders if stripwax == stripwax_ ... ?! |
01:37:26 | stripwax_ | Trillian is a really dodgy IRC client.. |
01:37:29 | * | CheeseBurgerMan wills stripwax's ping to time out so that stripwax_ can take his name... :P |
01:37:42 | stripwax_ | other way round, no? |
01:37:55 | CheeseBurgerMan | I don't think so. |
01:38:00 | * | HCl watches airwolf |
01:38:01 | | Quit hicks (Read error: 110 (Connection timed out)) |
01:38:07 | HCl | i don't suppose any of you happen to have airwolf season 2 episodes |
01:38:08 | HCl | ? |
01:38:15 | * | stripwax_ 's name shows up as 'stripwax' on his client anwyay.. |
01:38:18 | CheeseBurgerMan | if stripwax's ping times out, stripwax_ can change to stripwax |
01:38:19 | CheeseBurgerMan | Oh. |
01:38:20 | CheeseBurgerMan | lol |
01:38:28 | CheeseBurgerMan | it shows up as "stripwax_" to me. ;) |
01:38:33 | * | stripwax_ boggles |
01:38:54 | stripwax_ | trillian sucks. |
01:39:17 | * | CheeseBurgerMan uses mIRC |
01:39:18 | CheeseBurgerMan | :) |
01:39:22 | HCl | irssi |
01:39:28 | CheeseBurgerMan | Trillian takes up too many resources. |
01:39:32 | HCl | putty+screen+irssi |
01:39:40 | stripwax_ | whee, I can talk to stripwax_ and i get the same message on my client screen twice, once from stripwax and once from stripwax_ ! hahaha |
01:39:51 | CheeseBurgerMan | hahahaha |
01:40:44 | *** | Saving seen data "./dancer.seen" |
01:40:45 | HCl | that works, yea |
01:40:45 | HCl | heh |
01:46:16 | | Quit stripwax (Read error: 110 (Connection timed out)) |
01:47:39 | | Quit cYmen (Read error: 104 (Connection reset by peer)) |
01:48:27 | | Nick stripwax_ is now known as stripwax (~stripwax@213-228-241-36.dsl.prodigynet.co.uk) |
01:49:49 | stripwax | hmm.. |
01:50:43 | stripwax | Does anyone else see me in their userlists twice? |
01:51:07 | stripwax | !users |
01:51:36 | CheeseBurgerMan | Not anymore. |
01:52:16 | stripwax | super |
01:53:05 | CheeseBurgerMan | You're now unique. |
01:53:06 | CheeseBurgerMan | :P |
01:53:45 | | Quit Moos (" HydraIRC -> http://www.hydrairc.com <- The future of IRC") |
01:53:50 | lostlogic | H300? |
01:53:52 | * | lostlogic runs |
01:53:59 | CheeseBurgerMan | Yep. |
01:54:01 | CheeseBurgerMan | H300. |
01:56:32 | HCl | gnight |
01:56:56 | CheeseBurgerMan | G'night. |
02:00 |
02:04:06 | | Quit JAJDude ("CGI:IRC (EOF)") |
02:11:12 | | Part stripwax |
03:00 |
03:27:20 | | Quit lostlogic (Read error: 110 (Connection timed out)) |
03:27:30 | | Join lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) |
03:40:46 | *** | Saving seen data "./dancer.seen" |
03:44:25 | | Quit BBub (Read error: 110 (Connection timed out)) |
04:00 |
04:04:27 | | Join amiconn_ [0] (~jens@p54BD5B04.dip.t-dialin.net) |
04:06:04 | | Join QT_ [0] (as@area51.users.madwifi) |
04:12:59 | | Quit amiconn (Read error: 60 (Operation timed out)) |
04:13:00 | | Nick amiconn_ is now known as amiconn (~jens@p54BD5B04.dip.t-dialin.net) |
04:16:29 | | Quit QT (Read error: 110 (Connection timed out)) |
04:29:43 | | Join MO-Pantsu [0] (MO-Pantsu@deadman3000.plus.com) |
04:48:01 | | Quit Rori (Read error: 110 (Connection timed out)) |
05:00 |
05:08:49 | | Join amiconn_ [0] (~jens@p54BD55DE.dip.t-dialin.net) |
05:12:22 | | Quit Rick (Read error: 104 (Connection reset by peer)) |
05:13:26 | | Join Rick [0] (rick@pool-71-108-23-179.lsanca.dsl-w.verizon.net) |
05:27:20 | | Quit amiconn (Read error: 110 (Connection timed out)) |
05:27:21 | | Nick amiconn_ is now known as amiconn (~jens@p54BD55DE.dip.t-dialin.net) |
05:40:48 | *** | Saving seen data "./dancer.seen" |
06:00 |
06:55:35 | | Join LinusN [0] (~linus@labb.contactor.se) |
07:00 |
07:03:26 | | Join tiegs [0] (~18e15776@labb.contactor.se) |
07:03:37 | tiegs | hello |
07:04:57 | LinusN | hi |
07:05:42 | tiegs | hi linus - are you familiar w ih120? |
07:05:47 | tiegs | iHP |
07:06:04 | tiegs | i just got one and successfully patched rockbox... |
07:07:31 | tiegs | hello? |
07:08:01 | Rick | patience |
07:10:07 | LinusN | tiegs: i'm familiar with it |
07:10:29 | tiegs | hi..thanks |
07:11:08 | LinusN | it's like a little brother to me, i'm always picking on him :-) |
07:11:09 | tiegs | well, i have loaded and played stuff both w orig firmware and rockbox...so all is fine (no probs w rockbox install) |
07:11:21 | tiegs | but... |
07:11:36 | LinusN | (here it comes) |
07:11:49 | LinusN | ...it sucks!!!! |
07:11:49 | tiegs | i just sat down to really get into the settings etc...i wanted to stop the scrolling of song titles |
07:12:08 | LinusN | while playing? |
07:12:11 | tiegs | so i was just mesing w some basic display settings etc.. |
07:12:30 | tiegs | i am not sure if i was playing or not at the time.. |
07:12:47 | LinusN | no, i wonder if you mean the song titles when playing music |
07:12:51 | tiegs | anyways, now the red power light is on but no buttons are working |
07:13:04 | LinusN | wow |
07:13:20 | tiegs | it is connected to pc also |
07:13:29 | tiegs | i do not want to remove it |
07:13:43 | LinusN | do you have wma or non44-1khz wav files on the device? |
07:13:46 | tiegs | is it best to let the batteries run down and try ton recharge? |
07:13:55 | tiegs | i have .OGG |
07:13:59 | LinusN | hmm |
07:14:10 | LinusN | anyway, just reset the device |
07:14:13 | Rick | tiegs: is there anything on the screen? |
07:14:16 | tiegs | everything was perfect...was testing the gapless playback |
07:14:36 | tiegs | yes...song title w time etc..all file info is on screen |
07:14:53 | LinusN | then it doesn't matter if you remove it from the pc |
07:15:00 | LinusN | remove it and reset it |
07:15:12 | LinusN | the player, not the pc :-) |
07:15:16 | tiegs | so just unplug USB? it doesnt even power off |
07:15:21 | tiegs | haha Linus |
07:15:25 | LinusN | i said reset |
07:15:34 | tiegs | ok..how do i do that please? |
07:15:38 | LinusN | there is a tiny hole next to the usb connector |
07:15:49 | tiegs | ok..i see that |
07:15:55 | LinusN | insert a paper clip to puch the reset button inside |
07:15:58 | LinusN | push |
07:16:07 | Rick | be careful not to pop the button off :P |
07:16:19 | tiegs | oy..ok..thnx..brb |
07:16:44 | LinusN | the paper clip should fit the hole precisely, don't use a too small one |
07:16:55 | LinusN | and absolutely not a needle |
07:17:05 | tiegs | wow...that worked |
07:17:23 | tiegs | thank u so much..i thought i had fried the HD |
07:17:25 | LinusN | the emergency eject pin that comes with CD-ROM players are usually perfect for this |
07:18:04 | LinusN | tiegs: it would be helpful if you could find out how you managed to hang it |
07:18:09 | tiegs | well, now i dont see files..i see the folder they are in but when i click the file nothing happens |
07:18:39 | LinusN | hmmm |
07:19:19 | tiegs | it's ok now |
07:19:28 | LinusN | goodie |
07:19:35 | tiegs | i was messing w the scroll settings//.probably while playing |
07:19:47 | tiegs | should i never adjust settings while playing? |
07:20:06 | LinusN | i wonder if it was the scroll or the .ogg file |
07:20:28 | LinusN | you should be able to do anything while playing |
07:20:36 | tiegs | is there a way so that titles do not scroll at all? |
07:20:51 | LinusN | design your own wps screen |
07:20:56 | tiegs | there are a few scrolling settings..not really sure what they all do |
07:21:14 | LinusN | http://www.rockbox.org/twiki/bin/view/Main/CustomWPS |
07:21:19 | tiegs | should that be done in rockbox? |
07:21:22 | tiegs | thnx |
07:21:54 | tiegs | now may i ask a very beyond basic and i am sure DUMB noob question? |
07:24:02 | LinusN | of course |
07:25:19 | tiegs | ok..i just dont know if it is annoying to be asked moronic questions but i am new to this player (my 1st mp3 player actually) so here goes.. |
07:25:32 | tiegs | i got the iriver so i could use rockbox for true gapless.. |
07:26:21 | tiegs | now say i want a particular artist and all albums chronoligical order... |
07:26:50 | tiegs | at the end of last sone of album 1, there is no pause before track 1 of album # 2 plays |
07:27:03 | tiegs | sone= song/track |
07:27:27 | LinusN | you want a pause between albums? |
07:27:41 | tiegs | not sure if i should make a folder for an artist w several folders within that main artist folder..one folder for each album |
07:28:03 | tiegs | yes...a pause between albums, yet for the albums that require gapless i want the gapless to work |
07:28:48 | LinusN | it doesn't matter where you put the files, they will play gaplessly anyway |
07:28:54 | tiegs | i am thinking that last track album #1 goes directly to start of track #1 of album 2...since there is no gap inserted it is reading like a series of files |
07:29:11 | LinusN | exactly |
07:29:22 | tiegs | so there is no way to do it? |
07:29:41 | LinusN | well, rockbox will probably never have a feature to insert silence |
07:29:46 | LinusN | but... |
07:30:18 | LinusN | if you really want gaps between albums, you might try a little trick |
07:30:23 | tiegs | as a regular album w "songs" w breaks is played back (3 second pause or whatever) i want that same pause between each album |
07:30:53 | LinusN | encode an mp3 file with 3 seconds of silence |
07:31:07 | LinusN | and put it between the albums in the playlist |
07:31:14 | tiegs | well I just read the custom .wps page and am totally lost, so not sure how capable i am of tricks :) |
07:31:21 | LinusN | or have a copy of the file first in each album directory |
07:31:36 | LinusN | tiegs: look in the wps gallery |
07:32:05 | LinusN | use one you like and remove all %s from the lines you don't want to scroll |
07:33:09 | tiegs | ?? |
07:33:20 | tiegs | is that fior my "stop the scroll" wish? |
07:37:53 | | Nick CheeseBurgerMan is now known as CBM-away (~BurgerBoy@tc2-225-085.altelco.net) |
07:37:53 | DBUG | Enqueued KICK CBM-away |
07:38:26 | LinusN | yes |
07:39:51 | tiegs | thnx |
07:39:59 | tiegs | one last dumb q... |
07:40:51 | *** | No seen item changed, no save performed. |
07:41:00 | tiegs | when you load files...do you just drag them to the device or put them in "record" orm "audio" etc..can't i just drag them into the iriver so all the files are on the HD along w .rockbox etc.. |
07:41:11 | tiegs | what is best way to load stuff? |
07:41:23 | LinusN | you can put them anywhere you like |
07:41:47 | tiegs | thanks |
07:41:53 | LinusN | i suggest a directory hierarchy of artist/album/ |
07:42:04 | LinusN | maybe even genre/artist/album |
07:42:13 | tiegs | so an artist folder and album folders within the artist folder? |
07:42:14 | LinusN | don't put anything in .rockbox |
07:42:18 | LinusN | yes |
07:42:34 | LinusN | try not to have very many files in the same dir |
07:42:54 | tiegs | so you would have "The Beatles" folder - within that folder you would have folders for each album? |
07:42:59 | LinusN | very many == more than 400 |
07:43:06 | LinusN | yes |
07:43:12 | tiegs | ok..excellent |
07:43:35 | LinusN | not that rockbox requires it, but it's convenient for browsing |
07:43:42 | tiegs | also, to load latest bleeding edge - is it ok to download to desktop and replace the existing .rockbox folder? |
07:43:51 | | Quit CBM-away (Read error: 104 (Connection reset by peer)) |
07:43:55 | LinusN | tiegs: sure |
07:44:11 | LinusN | don't forget the rockbox.iriver file |
07:44:16 | tiegs | it just replaces that w the most current correct? |
07:44:19 | LinusN | which is not in the .rockbox folder |
07:44:51 | tiegs | so the 2 folders/files needed to update are .rockbox and rockbox.iriver ? |
07:45:04 | amiconn | Good morning |
07:45:04 | LinusN | yes |
07:45:16 | LinusN | easiest way is to extract the zip directly onto the iriver |
07:45:19 | LinusN | amiconn: morning |
07:45:27 | tiegs | thanks so much Linus - i have never patched any firmware before |
07:45:40 | tiegs | thebleeding edge .zip? |
07:45:48 | tiegs | that contains everything i need? |
07:46:03 | amiconn | LinusN: You moved that wiki spam user to the Trash web, yet it is still linked from TWikiUsers. I don't think this is intended... |
07:47:01 | LinusN | amiconn: weird, i though i removed that too |
07:48:06 | LinusN | i think twiki lists all deleted users there |
07:48:15 | LinusN | verygoodsite is there too :-) |
07:48:49 | LinusN | tiegs: yes |
07:49:09 | tiegs | thanks for all the help Linus |
07:49:12 | LinusN | you're welcome |
07:50:50 | amiconn | LinusN: AAAVeryGoodSite is not. I think all users deleted the normal way are (still) listed there. |
07:51:04 | LinusN | guess so |
07:51:19 | amiconn | You'll need to delete it another way; I don't know how Bagder or Zagor did it |
07:51:32 | LinusN | manually editing the password file |
07:56:35 | | Quit tiegs ("CGI:IRC") |
08:00 |
08:00:09 | | Join oxygen77 [0] (~c1c28427@labb.contactor.se) |
08:09:28 | Slasheri | hi |
08:10:06 | LinusN | hi soldier |
08:10:40 | Slasheri | LinusN: Hmm, do you think should i change the crossfade setting from one bit to three bits in order to contain configured crossfade length in seconds or would it be better to create entirely a new configuration option "crossfade amount" for example? |
08:11:11 | LinusN | you mean length in seconds where 0 means "off"? |
08:11:17 | Slasheri | yes |
08:11:22 | LinusN | sounds good |
08:11:29 | Slasheri | nice :) |
08:12:26 | Slasheri | do i need to do anything special (like bumping up the config_block_version) if i change that from 1 bit to 3? |
08:13:15 | LinusN | yes, you must bump |
08:13:19 | Slasheri | ah, ok |
08:17:19 | amiconn | Slasheri: If you bump the config block anyway, you cold do a pending change that wasn't done to avoid an extra bump |
08:18:23 | amiconn | resume (apps/settings.c line 201) now only needs one bit instead of two |
08:21:19 | Slasheri | amiconn: Hmm, sounds good. I can do it :) |
08:23:58 | | Join Zoom2 [0] (~410a08ce@labb.contactor.se) |
08:27:41 | LinusN | Slasheri: in rebuffer_and_seek(), why do you reopen the file? |
08:30:09 | | Quit Zoom2 ("CGI:IRC (EOF)") |
08:36:06 | Slasheri | LinusN: Hmm, that's because we don't know if the file has been already opened |
08:36:13 | LinusN | ok |
08:36:32 | Slasheri | current_fd is the current file to be buffered, it might be even closed |
08:36:56 | LinusN | ok |
08:37:30 | LinusN | so we can avoid reopening the same file if we keep track of which file current_fd corresponds to |
08:37:55 | LinusN | opening a file can be a somewhat costly operation |
08:38:08 | Slasheri | yes, hmm. in fact we could check if track_ridx == track_widx |
08:38:09 | | Nick QT_ is now known as QT (as@area51.users.madwifi) |
08:38:35 | Slasheri | then if current_fd is defined too, we don't need to repoen the file |
08:38:48 | LinusN | in fact, the current design of the id3 functions could be made smarter, so it could work on an already opened file |
08:39:12 | LinusN | today, each file is opened twice |
08:39:23 | LinusN | even the archos suffers from this |
08:51:36 | | Quit gromit` (Read error: 104 (Connection reset by peer)) |
08:51:37 | | Join gromit`` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
09:00 |
09:02:21 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
09:02:21 | * | LinusN tries the win32 sim playback, it stutters like hell |
09:21:33 | * | amiconn is trying to improve UART boot documentation |
09:23:17 | * | LinusN is reading it |
09:23:51 | | Quit Strath ("Client closed") |
09:23:55 | amiconn | Player pictures are not yet added... |
09:24:12 | LinusN | and no fm |
09:26:19 | amiconn | Only Jörg could add FM and Ondio info |
09:27:02 | amiconn | For FM, there's at least the short paragraph where to find the needed pads |
09:27:35 | LinusN | yes |
09:27:38 | | Join Maxime [0] (~flemmard@Mix-Strasbourg-208-4-16.w80-9.abo.wanadoo.fr) |
09:32:39 | | Join Strath [0] (~mike@dgvlwinas01pool0-a242.wi.tds.net) |
09:32:47 | amiconn | Meh, I need to convert the "Disassembling the archos" articles to wiki, because I need to add some info... |
09:33:32 | LinusN | have fun! :-) |
09:33:56 | amiconn | Btw, do you think pages that are converted should be taken out from the www/ cvs module? |
09:36:09 | amiconn | Some totally unrelated hints, concerning www.haxx.se: |
09:36:35 | LinusN | yes, some day we should remove stuff from the www cvs module |
09:36:48 | amiconn | (1) On http://www.haxx.se/do.html I think it should read "Advanced Systems" (missing 'd') |
09:37:25 | amiconn | (2) On http://www.haxx.se/opensource.html I think the info about rockbox could be updated |
09:37:40 | amiconn | ...to include the Ondio and maybe also the iriver already |
09:39:11 | * | LinusN finds no "Advance Systems" in do.html |
09:40:07 | amiconn | The last box in the right column... |
09:40:53 | *** | Saving seen data "./dancer.seen" |
09:41:34 | | Quit Maxime () |
09:42:24 | * | LinusN is blind |
09:42:24 | | Nick Lynx_awy is now known as Lynx_ (~lynx@tina-10-4.genetik.uni-koeln.de) |
09:43:48 | LinusN | fixed, thx |
09:44:55 | * | LinusN just received a job application by email, a guy looking for a job at Haxx :-) |
09:48:46 | | Join Harpy [0] (STUhJr4S3T@dsl-hkigw7wbb.dial.inet.fi) |
09:50:36 | | Join DJ_Dooms_Day [0] (~scottr@220-245-186-182.tpgi.com.au) |
10:00 |
10:04:42 | | Quit Harpy ("Changing server") |
10:08:58 | amiconn | LinusN: Archos disassembling info wikified :) |
10:09:07 | LinusN | wonderful |
10:17:46 | | Join ashridah [0] (ashridah@220-253-120-154.VIC.netspace.net.au) |
10:35:08 | | Quit Strath ("Client closed") |
10:57:53 | | Join Maxime [0] (~flemmard@Mix-Strasbourg-103-1-201.w80-12.abo.wanadoo.fr) |
11:00 |
11:05:21 | amiconn | LinusN: UART boot pics and short description for player is there :) |
11:05:32 | LinusN | nice |
11:08:20 | | Join preglow [0] (~c39fb560@labb.contactor.se) |
11:09:16 | LinusN | amiconn: interesting solution to the pulldown problem |
11:09:59 | preglow | why no silence adding in rockbox? should be really trivial to implement, and people would use it |
11:10:10 | preglow | insane people, that is |
11:10:39 | LinusN | this guy wanted pauses between albums |
11:10:44 | amiconn | LinusN: Yes, el cheapo solution. Otherwise you would need a triple switch... |
11:11:10 | preglow | ahh, albums |
11:11:55 | amiconn | I added a red warning now... |
11:13:09 | preglow | argh, need to go |
11:13:12 | | Quit preglow (Client Quit) |
11:16:06 | | Join webguest40 [0] (~04e9112f@labb.contactor.se) |
11:16:09 | | Join Lear [0] (~chatzilla@h143n1c1o285.bredband.skanova.com) |
11:16:53 | webguest40 | hey everyone |
11:17:03 | Lear | Anyone who knows the execution time for the movclr instruction? :) |
11:17:14 | amiconn | Datasheet? |
11:18:21 | Lear | doesn't include movclr... at least, I can't find it using the search function... |
11:18:32 | LinusN | what is movclr? |
11:18:59 | Lear | hm... maybe that datasheet doesn't cover the emac... |
11:18:59 | | Quit webguest40 (Client Quit) |
11:19:16 | Lear | move from mac accumulator and clear it. |
11:22:22 | Lear | Hm.. what's the difference between the 5249 and the 5249L coldfire? |
11:22:46 | | Quit oxygen77 ("CGI:IRC (EOF)") |
11:23:04 | | Join oxygen77 [0] (~c1c28427@labb.contactor.se) |
11:24:20 | LinusN | Lear: i don't think moveclr takes any longer than a normal move from acc |
11:24:57 | | Join MrStaticVoid [0] (~jlee@69-175-94-207.frdrmd.adelphia.net) |
11:25:03 | Lear | yeah, I think so too, but I'd like to know for sure. I mean, it actually sets three things to zero (acc, accext and macsr)... |
11:26:19 | | Quit MrStaticVoid (Client Quit) |
11:26:42 | | Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
11:28:26 | LinusN | Lear: where have you seen 5249L? |
11:28:41 | Lear | On freescale.com. :) |
11:28:49 | LinusN | afaik, the 5249L is the QFP package |
11:29:05 | Lear | ah, ok |
11:29:10 | LinusN | and 5249V is BGA |
11:29:31 | LinusN | the qfp version is slower |
11:29:36 | LinusN | max 129mhz |
11:29:39 | LinusN | 120 |
11:30:41 | amiconn | The good thing (for ac) is that the 5250 is QFP, not BGA |
11:30:54 | amiconn | No need to slaughter an X5 to trace the board |
11:32:06 | Lear | qfp, that's with legs along the edges? (I know what bga is...) |
11:32:24 | LinusN | amiconn: yes |
11:32:31 | LinusN | Lear: yes |
11:32:58 | amiconn | LinusN: Different thing - did you test the lcd transfer loop with trapf instead of nop? |
11:33:10 | LinusN | ah, no i forgot |
11:33:22 | Slasheri | i hope the cpu never burns from my iriver because BGAs are verry difficult to replace.. |
11:33:34 | LinusN | Slasheri: hehe |
11:33:50 | LinusN | it will burn if you connect the wrong charger |
11:33:51 | Slasheri | :) |
11:34:37 | | Quit Maxime (Read error: 110 (Connection timed out)) |
11:34:38 | amiconn | LinusN: We will also need at least partial schematics of the H3x0 |
11:34:55 | LinusN | amiconn: yes, i am buying a broken 320 for this purpose |
11:35:26 | amiconn | Ah. Do you think it's necessary to strip a board for this purpose, as you did with the H1x0? |
11:35:40 | LinusN | yes |
11:35:57 | LinusN | that's why i'm buying a broken one |
11:36:05 | LinusN | i have a functional one |
11:36:11 | Lear | Btw, I started a runtime test yesterday. With lame −−aps (~180 kbps) and "ideal" conditions, I got a (saved) runtime of 15h 50m. Pretty good... |
11:36:20 | LinusN | indeed |
11:36:35 | Lear | That's on an H140... |
11:36:37 | * | amiconn usually gets significantly shorter runtimes |
11:37:01 | amiconn | That's because of the many USB connects and tests. I usually get 6..8 hours |
11:37:14 | LinusN | same here |
11:37:46 | amiconn | I also get significantly shorter runtimes than expected on my recorder V1. I was not yet able to track down the problem :( |
11:37:51 | | Join XavierGr [0] (~XavierGr@ppp13-adsl-50.ath.forthnet.gr) |
11:38:24 | * | Lear did say ideal conditions... |
11:39:32 | Lear | This was with straight playback, no skipping, very little backlight (just checking the runtime a few times). |
11:40:46 | | Join Aison [0] (~hans@zux166-181.adsl.green.ch) |
11:40:54 | *** | Saving seen data "./dancer.seen" |
11:42:06 | XavierGr | hi all! |
11:42:16 | LinusN | hi |
11:43:29 | XavierGr | LinusN I just finished with my build. I posted it on MR (waits moderation until is posted) in the Rockbox forum. |
11:43:47 | XavierGr | Did you got my e-mail from yestaerday? |
11:43:50 | | Quit cYmen (Read error: 104 (Connection reset by peer)) |
11:43:52 | LinusN | yes i got it |
11:44:03 | XavierGr | did you tried it? |
11:45:18 | LinusN | didn't see an executable in the zip archive |
11:45:36 | LinusN | only the .rockbox folder |
11:45:49 | | Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
11:46:02 | XavierGr | my god what have I done!!! I am a fool |
11:46:18 | LinusN | besides, i prefer source code patches rather than executables |
11:47:08 | XavierGr | Well I have made many change to many files. Do you want the .c and .h files? |
11:47:19 | LinusN | no, i want a patch |
11:47:59 | XavierGr | :( I will try to make one though I will not promise if I can. There are 8-10 files that I altered |
11:48:41 | LinusN | http://www.rockbox.org/twiki/bin/view/Main/WorkingWithPatches |
11:49:24 | XavierGr | yes I have read it. I will try again. I remember that I had made one for a single file (snake2.c) |
11:50:23 | XavierGr | Which by the way snake2.c has still the hiscore bug. I will send you a patch with all changes including these. |
11:50:47 | amiconn | Lear: I tried to build a win32 sim with sound, however, linking fails :( |
11:51:19 | LinusN | amiconn: -lwinmm |
11:51:34 | LinusN | in the Makefile in your build dir |
11:51:41 | Lear | Yes, sorry, forgot about that one... |
11:51:46 | amiconn | Hmm. Does configure take care of it now? |
11:52:00 | Lear | I guess I should commit that. :) |
11:52:30 | XavierGr | hmmm have to sleep I stayed all night awake to have the remote support (at least for me) ready |
11:52:56 | LinusN | amiconn: the configure script is where you add it permanently i guess |
11:52:58 | XavierGr | Good morning to everyone (it is getting launchtime here)! |
11:53:29 | LinusN | Lear: win32 sound playback stutters here :-( |
11:54:13 | Lear | committed. |
11:54:44 | Lear | linusn: that's one wine? or the real deal? |
11:54:51 | | Quit XavierGr () |
11:54:52 | LinusN | real deal |
11:55:11 | Lear | Btw, stutter as in between each 32 kbyte block, or once in a while? |
11:55:19 | LinusN | once in a while |
11:55:29 | LinusN | pretty often really |
11:55:50 | LinusN | stops for a fraction of a second now and then |
11:55:53 | Lear | then I'd try tuning the "CLOCKS_PER_SEC / 200" stuff in thread-win32. Try with "/ 100". |
11:56:09 | LinusN | i have tried every possible combination there :-) |
11:56:27 | Lear | including never sleep? |
11:56:31 | LinusN | yes |
11:56:46 | Lear | strange. beats me... |
11:56:59 | LinusN | could be another process stealing cpu |
11:57:41 | Lear | how fast is the computer? |
11:57:59 | amiconn | Almost no stuttering here, even when running on battery |
11:58:11 | amiconn | (meaning <600 MHz) |
11:59:30 | amiconn | There are 2 things that occasionally make it drop out (once): The loopback at repeat, and when loading windows with other stuff, like dragging larger windows around |
12:00 |
12:00:40 | amiconn | Same thing happens with the X11 sim |
12:10:10 | amiconn | Lear: The -lwinmm parameter should be added to the generated Makefile by configure imho |
12:11:03 | Lear | Perhaps, but does it hurt in any way? |
12:12:14 | Lear | 559 |
12:12:18 | Lear | sorry.. :) |
12:12:18 | | Quit Seed (Read error: 60 (Operation timed out)) |
12:12:29 | | Join Seed [0] (ben@l192-117-115-168.broadband.actcom.net.il) |
12:37:00 | | Join Moos [0] (DrMoos@m40.net81-66-158.noos.fr) |
12:48:22 | | Nick Aison is now known as usa-sucks-lol (~hans@zux166-181.adsl.green.ch) |
12:56:34 | Lear | Ah, vorbisgain works in the simulator. I guess a delay of 5-10 seconds before a settings change becomes effective is okay? Or should I delay it to the next track? |
12:57:41 | crwl | settings change, you mean changing from track gain to album gain or additional gain setting or something like that? |
12:58:18 | Lear | yes, like that. |
12:58:38 | | Join edx__ [0] (edx@p54A8D904.dip.t-dialin.net) |
12:59:14 | crwl | well, most PC players need playback restart or track change for those... |
12:59:35 | crwl | i'd say a delay is better than absolute need for track change |
13:00 |
13:00:59 | * | amiconn wonders who might use all this gain stuff |
13:01:04 | Lear | and with a smaller pcm buffer, the delay becomes smaller |
13:01:07 | crwl | amiconn, me |
13:01:24 | * | Lear wonders how one can even use a dap without some sort of replaygain... :) |
13:01:28 | crwl | right :) |
13:01:36 | amiconn | I never used it and never missed it |
13:01:48 | crwl | right now, using a playlist made of several albums in shuffle mode (or something like that) is major pain in the ass |
13:01:51 | crwl | constant need to fiddle the volume |
13:02:11 | amiconn | Hmm? I don't need to do that... |
13:02:14 | Lear | crwl: exactly. that's what replaygain fixes. |
13:02:17 | crwl | Lear, yes |
13:02:24 | crwl | and that's why everyone needs it ;) |
13:02:52 | * | amiconn still doesn't understand |
13:02:55 | crwl | amiconn, there are huge differences in album volumes |
13:03:15 | amiconn | I never encountered this... |
13:03:18 | Lear | especially if you compare albums from today from e.g. 10-15 years ago... |
13:03:27 | CoCoLUS | there sure is a difference, but it's never huge enough to be anoying, for me |
13:03:28 | crwl | most pop/rock nowadays gets maybe around -9 ... -6 dB volume adjustment values, but there are many (especially older ones) that get -3 ... +1 |
13:03:33 | Lear | singles collections are especially bad here... |
13:03:34 | crwl | and there's a huge difference then |
13:03:51 | amiconn | Btw, I know what the replaygain stuff does, it's just that my albums only show minor differences in volume |
13:03:53 | Lear | some albums need -15 dB. |
13:04:04 | amiconn | ...and these are from a >>10 years range |
13:04:05 | Lear | what kind of albums do you have then? :) |
13:04:18 | crwl | -15, ugh :) |
13:04:29 | amiconn | Pop, rock, electronic, trance.... |
13:04:30 | Lear | ah, so they're from before the compression fad started... |
13:04:39 | crwl | one of the loudest ones i remember is the red hot chili peppers' californication |
13:04:41 | Lear | er, no, read that wrong... |
13:04:57 | amiconn | From 1960s up to present |
13:05:06 | | Quit edx (Read error: 60 (Operation timed out)) |
13:05:14 | crwl | one good example is nick cave & the bad seeds, there are albums with about zero gain and then some with almost -10 dB |
13:05:16 | Lear | the (cd) mastering year is more important... |
13:05:30 | crwl | easy to blast ears with those when album changes |
13:06:58 | MO-Pantsu | CUE file and ReplayGain support would be cool |
13:06:59 | amiconn | I'm not sure about the mastering years, but at least some of them are <1990 |
13:07:53 | | Nick edx__ is now known as edx (edx@p54A8D904.dip.t-dialin.net) |
13:08:27 | | Join hicks [0] (~hicks@zeus.mups.co.uk) |
13:10:08 | MO-Pantsu | everything these days is compressed and pushed to the point of clipping |
13:10:17 | amiconn | Imho cuefiles are a workaround for a non-existing problem |
13:10:26 | Lear | beyond clipping most of the time, really... |
13:10:33 | | Join Febs [0] (~chatzilla@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
13:10:34 | crwl | i've never understood that CUE file thing myself either |
13:10:55 | crwl | i guess it's just for stupid compression formats that can't do gapless, or maybe stupid players |
13:11:15 | amiconn | I know what they do, but imho it is way easier and straightforward to have the tracks as single files |
13:11:39 | amiconn | YOu can always split/ join at will, so what? |
13:12:01 | MO-Pantsu | CUE files are also for burning |
13:12:11 | MO-Pantsu | so you retain the track changes |
13:12:23 | amiconn | I retain them without cue files |
13:12:37 | amiconn | Just rip the tracks as single .wav files |
13:12:57 | MO-Pantsu | But I have a lot of big MP3 and APE files with CUE files. It might not be required for newer stuff but CUE file support for my back catalog would be nice |
13:13:04 | MO-Pantsu | I don't hold the CD's for these |
13:13:16 | amiconn | You can split them for player use |
13:13:21 | DJ_Dooms_Day | I cut them all up. All 4200 of my songs have the full ID3 tags done, manually. :/ Fuck its tiring :P |
13:13:26 | MO-Pantsu | then introduce a potential gap? |
13:13:30 | amiconn | nope |
13:13:49 | MO-Pantsu | gapless is still not perfect for non-Lame MP3's |
13:13:56 | amiconn | Not when played sequentially, and when played in different order, a tiny gap doesn't hurt |
13:14:03 | MO-Pantsu | yes it does |
13:14:10 | MO-Pantsu | for me I listen to a lot of dance ixes |
13:14:16 | MO-Pantsu | mixes |
13:14:18 | DJ_Dooms_Day | Any of you guys good with soundforge by any chance? |
13:14:26 | amiconn | MO-Pantsu: *Not when played sequentially* |
13:14:54 | MO-Pantsu | I'd have to test that |
13:15:16 | crwl | i just encode to ogg vorbis or flac myself... :P |
13:15:17 | MO-Pantsu | and I'd need a MP3 using CUE file splitter prog |
13:16:00 | amiconn | If you experience gaps while playing mp3s encoded from a mix album, either the encoding or the player is crap |
13:16:00 | MO-Pantsu | yes it's OK for encoding but for existing 'copyright infringing' MP3's it's not |
13:16:51 | MO-Pantsu | All I am saying is I have a lot of existing non-Lame MP3 rips with CUE files I got off the net ;) |
13:16:58 | amiconn | You can split a long mp3 directly, without reencoding and hence without quality loss |
13:17:12 | MO-Pantsu | I will have to test it |
13:17:31 | amiconn | ..and that doesn't introduce any gaps with a decent player (i.e. not iriver firmware) |
13:17:32 | MO-Pantsu | it's not a big deal really |
13:17:53 | MO-Pantsu | I am sure someone will create an addon at some point |
13:17:54 | amiconn | I think cuesheet support would introduce a lot of problems |
13:18:08 | MO-Pantsu | as a plugin it might be ok |
13:18:10 | amiconn | How to deal with tags? |
13:18:35 | amiconn | ID3 tags are the same for the whole file, so you can't display individual track names |
13:19:09 | amiconn | Maybe there is some info in the cuesheet, but then the next question is which info takes precedence |
13:19:12 | MO-Pantsu | just override song and artist info to the display with the current cue track |
13:19:35 | MO-Pantsu | it's not that hard (Though might be hard to program I dunno) |
13:19:41 | amiconn | ...and another question is how to synchronise the display with the current (virtual) track |
13:19:47 | | Join uski [0] (uski@62.147.9.183) |
13:19:50 | uski | hiyaa |
13:20:09 | amiconn | You don't get the info from the playback engine, as there is really only one file |
13:20:14 | MO-Pantsu | have it as a toggle |
13:20:44 | MO-Pantsu | You only need the bitrate etc info from the file and track name from the cue |
13:21:01 | amiconn | Yes, but how do you decide when to display which track info? |
13:21:08 | uski | guess what, i have my archos back, so I will be here, annoying people, again. |
13:21:11 | uski | boohahaha |
13:21:13 | uski | :] |
13:21:27 | MO-Pantsu | I can't see the problem myself. Programmers always find problems I can't see :) |
13:21:56 | amiconn | MO-Pantsu: I mean, how does the wps know when the (cuesheet-internal) track change happens? |
13:22:04 | MO-Pantsu | I see it simplistically. It just reads the cue and makes a note of the track change points and reads the track name to the display at that time index |
13:22:40 | MO-Pantsu | the cue plugin overrides the wps but then I don't know how your wps works so it's meaningless |
13:22:46 | MO-Pantsu | shrugs |
13:22:49 | Lear | amiconn: you have the same problem if support for chained oggs are added... |
13:23:30 | MO-Pantsu | for cue you'd need a wps override methinks |
13:23:42 | amiconn | Lear: Maybe. I don't know that much about oggs, and I'm not sure whether this kind of support is desired/ feasible/ possible |
13:24:03 | MO-Pantsu | it's just something to ponder |
13:24:13 | MO-Pantsu | I want other things first |
13:24:23 | MO-Pantsu | like remote lcd functionality |
13:24:32 | MO-Pantsu | and radio and recording ;) |
13:24:40 | amiconn | Yes, get all current rockbox features working on iriver... |
13:24:51 | MO-Pantsu | anything else can wait |
13:25:19 | Lear | a chained ogg is one file that contains multiple songs, with tags for each song. A single mp3 with a cue file is very much like that... |
13:25:43 | MO-Pantsu | even that rockboy etc stuff could have waited but people wanted to work on it...which is fine....everyone does what they like which is what is so great about the project |
13:26:13 | MO-Pantsu | no need for chained ogg |
13:26:37 | MO-Pantsu | since ogg is naturally gapless |
13:26:53 | Lear | yay, works on target too. :) |
13:27:06 | amiconn | There are some other things that might get tricky, like ogg/flac |
13:27:40 | MO-Pantsu | I may just convert all my ape to wavpack |
13:27:50 | MO-Pantsu | since it's lossless |
13:27:58 | MO-Pantsu | there is no problem doing so |
13:28:27 | MO-Pantsu | although the sizes may increase a bit |
13:28:58 | MO-Pantsu | I tend to rip ape to ogg now anyhow |
13:29:02 | MO-Pantsu | for the player |
13:29:30 | Lear | no "clip prevention" though. that'll be a separate thing... |
13:29:48 | MO-Pantsu | I hate clip |
13:30:21 | MO-Pantsu | I used to do stuff in a studio and the producer was always clipping our recordings. He pissed me off |
13:30:38 | Lear | usually, just applying the gain reduces clipping, so it is still a step in the right direction... |
13:30:52 | MO-Pantsu | You end up with this DAT way into the red |
13:31:29 | MO-Pantsu | There was 1 DAT that the audio would actually cut out because it was too high. Never did recover that recording. Wish I could go back and shoot that dude. |
13:32:23 | MO-Pantsu | Anyhoo |
13:33:31 | uski | a question: is there still some work done for "classic" archos platforms, or is the work now concentrated toward porting rockbox to iriver (well, finishing the port) |
13:33:33 | uski | ? |
13:33:51 | MO-Pantsu | whatever people want to work on |
13:33:59 | uski | i'm kinda loss, i wasn't here for several months, and i don't know at all what changed since |
13:34:02 | Lynx_ | I there an effort to port to iFP devices? |
13:34:03 | uski | ok ;) |
13:34:09 | MO-Pantsu | there is no timetable or priority |
13:34:27 | MO-Pantsu | anyone wants to pickup work on any part can do so |
13:35:08 | MO-Pantsu | but a lot of folks are into the iRiver thing right now so that's seeing more done than other stuff for the moment |
13:35:34 | uski | ok |
13:35:52 | uski | i just received a recorder 20, and i am in the process of repairing it |
13:36:07 | uski | once it's repaired, i'll be able to work on rockbox |
13:37:55 | MO-Pantsu | I can't figure out why my SPDIF on my soundcard keeps dropping out |
13:38:14 | MO-Pantsu | It keeps setting itself to 48Khz |
13:38:24 | MO-Pantsu | so when I playback 44Khz PCM it won't play |
13:38:32 | MO-Pantsu | I have to reset it all the time |
13:38:46 | MO-Pantsu | it's usually after playing some MP3 in Winamp |
13:39:03 | MO-Pantsu | Or Ogg |
13:39:21 | MO-Pantsu | annoying bug |
13:39:34 | MO-Pantsu | Not a bad audio card otherwise |
13:39:42 | MO-Pantsu | M-Audio Revolution 7.1 |
13:40:55 | *** | Saving seen data "./dancer.seen" |
13:41:55 | MO-Pantsu | Has ASIO support which is why I got it. |
13:44:01 | LinusN | MO-Pantsu: i have a suggestion |
13:44:15 | uski | hmmm, try to report the bug, even if there is no chance that it will get solved one day |
13:44:22 | LinusN | do you have an optical output from the sound card? |
13:44:56 | uski | ooo LinusN ! (I am sure you don't remember me :'() |
13:45:01 | Lear | tried the prodigy drivers? :) |
13:45:05 | LinusN | uski: i do |
13:45:12 | uski | wo00t ! :) |
13:45:19 | uski | long time |
13:45:22 | uski | (no see) |
13:45:28 | LinusN | indeed |
13:46:04 | uski | remember my bad adventure with the flash chip replacement ? i received yesterday an archos with a small problem , i am attempting to repair it |
13:46:20 | uski | i will eventually end up with a working recorder 20 \o/ |
13:46:52 | uski | i am using an archos gmini 400; i was not able to find what was the CPU/µC behind it |
13:47:26 | MO-Pantsu | No optical out on the card no |
13:47:46 | uski | LinusN, why an optical output should help him ? |
13:47:55 | MO-Pantsu | and even if I did I would need a long optical cable |
13:48:00 | LinusN | ok |
13:48:08 | LinusN | my suggestion was to connect the iriver |
13:48:18 | LinusN | and use my s/pdif analyzer |
13:48:57 | uski | a spdif analyzer ? it's a program or some hardware ? |
13:49:13 | LinusN | a debug menu option in rockbox |
13:49:22 | MO-Pantsu | what I tend to have to do is close winamp and then force it from 48khz back to 44khz output |
13:49:33 | MO-Pantsu | in the soundcard control panel |
13:49:50 | ashridah | LinusN: reminds me. did someone named 'meep' talk to you the other day? |
13:49:51 | uski | i have to try the new daily build of rockbox... it seems to be full of new features !!! brb, need to heat up the soldering iron :] |
13:50:02 | LinusN | ashridah: hmm, no |
13:50:09 | MO-Pantsu | it never used to do it though so it might just be that xp needs a clean install |
13:50:17 | LinusN | uski: the spdif analyzer is iriver only |
13:50:21 | uski | oh |
13:50:24 | uski | ok :'( |
13:50:34 | uski | i think i understand why |
13:50:44 | uski | (no direct access to the spdif port) |
13:50:50 | uski | (in archos platforms) |
13:50:52 | LinusN | exactly |
13:51:01 | uski | the old problem with the archos units... |
13:51:02 | amiconn | The mas can also tell something about the spdif signal it receives |
13:51:38 | uski | really ? maybe i can write a spdif analyzer for archoses then ;) |
13:51:41 | LinusN | amiconn: yes |
13:51:41 | uski | reading the MAS registers |
13:51:50 | ashridah | LinusN: okay. i'll summarise the situation. he had a H140. was previously a rockbox user on archos a while back. He built himself a patched .hex file using fwpatcher (went to version 1.65, possibly US, i don't know, was originally on 1.60), and half-way through the patching process, the screen got filled with random characters. eventually, he had to reset the device, and the firmware flash appears to have worked (it booted rockbox, |
13:51:50 | ashridah | and the iriver device seemed to be working with iriver's firmware (enough to get usb mode working at least). |
13:51:55 | LinusN | sure, it's better than nothing |
13:52:05 | ashridah | so uh. yeah. near miss with a bricked unit imho |
13:52:32 | amiconn | DSP register 0x56: S/PDIF Input Channel Status Bits |
13:52:35 | ashridah | but you might want to test out upgrading from a stock 1.60 firmware to 1.65 patched, see if we can't reproduce it (i told him to keep the .hex he used, perhaps it didn't get copied cleanly across) |
13:52:52 | LinusN | ashridah: i'll try it |
13:52:57 | uski | amiconn, ok. i have to read the DS anyway to see the meaning of each bit |
13:53:01 | uski | thanks |
13:53:15 | uski | as soon as i'll have a working unit i'll try to do something with this register |
13:53:25 | uski | back to the soldering iron. see you later :) |
13:53:27 | amiconn | uski: The bits aren't explained there |
13:53:30 | ashridah | it seems odd to me tho, the firmware flashing screen in iriver's firmware is an image |
13:53:38 | ashridah | so i can't imagine why it'd have been printing characters, not static. |
13:53:39 | uski | amiconn, ok, then i'll find the meaning myself ;) |
13:53:46 | uski | (at least, i'll try to) |
13:53:54 | amiconn | I have a linux header file describing some of the channel status bits, but I'm not sure whether the mapping is 1:1 |
13:53:58 | uski | or maybe i can ask micronas, who knows, maybe they'll answer |
13:54:45 | uski | brb, see you later |
13:54:48 | | Quit uski ("brb") |
14:00 |
14:00:34 | LinusN | amiconn: how much have you played with that register? |
14:01:53 | amiconn | Not much, as I have almost no s/pdif equipment. I did test the parity error bit, and made an experimental patch using that |
14:02:01 | amiconn | Do you still have that patch? |
14:02:21 | amiconn | Oh, btw, while doing these experiments I found that the register number in the datasheet is wrong. |
14:02:27 | amiconn | It's 0x52, not 0x56 |
14:02:39 | Slasheri | hmm, errors.. fixing |
14:03:06 | LinusN | no i don't have it |
14:03:19 | Slasheri | ups, forget to commit two files :) |
14:03:22 | LinusN | but i recall that the parity was there |
14:03:58 | amiconn | Slasheri the sim breaker ;) |
14:04:07 | Slasheri | :D |
14:06:19 | amiconn | LinusN: amiconn.dyndns.org/spdif_parity.diff">http://amiconn.dyndns.org/spdif_parity.diff |
14:07:07 | LinusN | amiconn: thx |
14:08:11 | LinusN | amiconn: are you sure it is the parity bit? |
14:08:39 | LinusN | i would have guessed it is the Validity bit |
14:10:01 | | Join RotAtoR [0] (~e@dhcp54-47.calvin.edu) |
14:14:42 | amiconn | LinusN: Maybe this is called validity bit somewhere else, but Micronas calls it parity bit here: http://www.rockbox.org/twiki/pub/Main/DataSheets/mas3587f_1ais.pdf |
14:24:20 | | Quit Febs (Read error: 110 (Connection timed out)) |
14:37:57 | | Join Yokalosh [0] (~3efec181@labb.contactor.se) |
14:44:24 | | Join uski [0] (uski@62.147.9.19) |
14:44:42 | uski | i can't believe how the archoses hardware is low quality |
14:45:17 | uski | i had a short because of one of the battery connector was in contact with the chassis; there is only a 1mm gap |
14:47:20 | uski | where do i download the firmware_flash.rock plugin ? i finally have a flashable archos \o/ |
14:49:11 | uski | whoops, it's provided with rockbox. sorry, i'm a bit rusty |
14:50:40 | | Nick usa-sucks-lol is now known as Aison (~hans@zux166-181.adsl.green.ch) |
14:50:50 | uski | flashed ! \o/ |
14:52:14 | | Quit Yokalosh ("CGI:IRC (EOF)") |
14:54:21 | | Quit DJ_Dooms_Day (Read error: 104 (Connection reset by peer)) |
15:00 |
15:18:23 | | Quit uski (Read error: 113 (No route to host)) |
15:24:39 | | Quit HCl ("Lost terminal") |
15:26:53 | | Join hcl [0] (hcl@titania.student.utwente.nl) |
15:26:58 | | Nick hcl is now known as HCl (hcl@titania.student.utwente.nl) |
15:28:04 | | Quit Seed (Nick collision from services.) |
15:28:12 | | Join Seed [0] (ben@l192-117-115-168.broadband.actcom.net.il) |
15:32:27 | | Join preglow [0] (~c39fb9f0@labb.contactor.se) |
15:33:38 | preglow | hi all |
15:36:15 | | Join zer0 [0] (kevin@host217-42-105-38.range217-42.btcentralplus.com) |
15:36:22 | | Join R3nTiL [0] (~53456fe1@labb.contactor.se) |
15:40:56 | *** | Saving seen data "./dancer.seen" |
15:42:51 | | Join webguest89 [0] (~d4406110@labb.contactor.se) |
15:43:25 | webguest89 | is lame mp3 officially gapless ? |
15:45:41 | preglow | no |
15:45:53 | ashridah | mp3 in general is never going to be truely gapless |
15:46:01 | preglow | no, but lame mp3s can be |
15:46:04 | ashridah | there are hacks, but it's a fundamental issue with the framing mp3 does |
15:46:51 | preglow | webguest89: i made the lame gapless code in rockbox, and it wasnt working 100% when i left it, as far as i know, nothing more has been done to it |
15:47:02 | preglow | but it seems to work ok |
15:48:40 | | Join webguest99 [0] (~3e4f4094@labb.contactor.se) |
15:49:08 | webguest99 | Is there any reason we're not going to see gapless mp3 for non-lame mp3s? |
15:49:30 | Lear | yes, and it's called padding |
15:49:35 | preglow | yes, they cant ever be perfectly gapless |
15:49:46 | preglow | someone should toss the answer to this into some faq |
15:49:56 | webguest99 | Why can't the extranous bits be shaved off after decoding? |
15:50:03 | preglow | non-lame mp3s dont contain the exact song length |
15:50:04 | Lear | when encoding, the source must be padded to an even multiple (due to the maths involved), and the amount of padding isn't stored anywhere. |
15:50:09 | preglow | so we dont know how much to remove |
15:50:23 | webguest99 | Can't you just look at the samples? |
15:50:32 | preglow | well, explain us how, then |
15:50:34 | preglow | it's not trivial |
15:50:34 | webguest99 | And figure out where the song stopped, and the bogus data started |
15:50:41 | preglow | how do you tell it's bogus? |
15:50:46 | webguest99 | Well I'm asking |
15:50:51 | preglow | so am i :-) |
15:50:52 | webguest89 | thanks preglow |
15:50:52 | webguest99 | Other programs seem capable of doing it |
15:50:53 | Lear | no, because we can't tell what is padded and what isn't (the sond could end with silence...) |
15:51:17 | Lear | yeah, by cheating and cutting all zero samples... |
15:51:21 | preglow | the data that's tacked on doesn't look bogus |
15:51:22 | webguest99 | Yes |
15:51:26 | | Quit R3nTiL ("CGI:IRC (Ping timeout)") |
15:51:27 | preglow | it looks like perfectly valid data |
15:51:39 | webguest99 | Is there anything wrong with cutting of zero samples? |
15:51:53 | webguest99 | In, say, the last half second |
15:52:07 | preglow | yes |
15:52:18 | preglow | in most of my music, the last half second contains music |
15:52:25 | preglow | i'd hate for that to be cut away |
15:52:27 | Lear | not as such, I guess, but you don't know if they where intentional or not... |
15:52:33 | webguest99 | I was talking zero samples |
15:52:38 | preglow | so i see |
15:52:40 | preglow | still |
15:52:52 | preglow | i also have albums that contain zero samples at the end of the track, i want to keep that |
15:53:06 | preglow | and |
15:53:13 | webguest99 | What's the maximum amount of padding, time-wise? |
15:53:33 | preglow | we dont want to cut data thats zero, really, unless the track ends with silence, in which case gapless playback isnt really important, the data you need to cut isnt zero |
15:53:57 | | Join kellyo [0] (~18e15776@labb.contactor.se) |
15:54:11 | preglow | the max amount is less than one mp3 frame, i'd guess |
15:54:13 | | Quit zer0 (Read error: 60 (Operation timed out)) |
15:54:23 | webguest99 | How long can that be, roughly? |
15:54:24 | preglow | something around 1151 samples |
15:55:23 | webguest99 | "the data you need to cut isnt zero" then I'm confused as to how other programs manage to do it by cutting zero samples |
15:55:42 | preglow | they cut data that tends towards zero |
15:55:55 | preglow | the data you need to cut usually goes towards zero |
15:56:54 | webguest99 | I'm just confused that other programs manage, yet it seems so categorically to be declared impossible for rockbox |
15:57:15 | preglow | it's impossible to do _exactly_ |
15:57:23 | preglow | and approximation is possible |
15:57:32 | preglow | i dont really care about it, so i dont know exactly how it's done |
15:57:40 | ashridah | particularly if you've got a mountain of cpu power |
15:57:54 | preglow | i don't believe it's very expensive |
15:58:49 | preglow | but again, i don't care about it, and thus far i'm the only one that's tried to make mp3 gapless |
15:59:11 | preglow | and that by supporting lame only gapless |
16:00 |
16:00:45 | webguest99 | I've no problem with that. That noone's cared about it enough to do it is understandable. I was just confused why it was deemed impossible |
16:01:22 | preglow | sure, it's possible to cut away something of the data, there are tons of winamp plugins around that try this |
16:01:58 | preglow | feel free to work out how they do it, if it's not too cpu intensive, it 's very probable it'll end up in the mpeg codec |
16:02:38 | Lear | I'd recommend the dsp, as long as the codec can tell when it is on the last data chunk... |
16:03:07 | preglow | sure, that too is possible |
16:03:31 | preglow | and as long as the mechanism isn't in any case specific to how mp3 codes its data |
16:03:54 | Lear | looking for zeroes looks generic enough... |
16:04:05 | webguest99 | It's not that I'm demanding anyone to start working on this or anything close. But I've seen/heard it done "good enough" multiple places, so reading that it's impossible confused me |
16:04:22 | webguest99 | Well apparently looking for zeroes is not what you want, according to preglow |
16:04:31 | Moos | hi preglow, Mr. codec come back :D |
16:04:33 | preglow | like i said, you're not looking for zero, you're looking for data that WAS zero before it was encoded |
16:04:35 | preglow | it wont be zero afterwards |
16:04:50 | preglow | moos: hi, don't welcome me back just yet, i can't do any code for a while :/ |
16:04:56 | Lear | but close to zero? |
16:05:20 | preglow | not necesserily |
16:05:23 | preglow | but usually |
16:06:26 | Moos | preglow :just pleasure to relistening you a bit :D |
16:06:56 | preglow | anyway, someone has coded a gap remover, so someone knows of good ways |
16:07:23 | * | webguest89 goes to find somne |
16:07:27 | preglow | more than one person has been praising a winamp plugin that does this |
16:07:33 | | Quit ashridah (Remote closed the connection) |
16:07:38 | | Join ashridah [0] (ashridah@220-253-120-154.VIC.netspace.net.au) |
16:08:30 | webguest99 | I'm pretty sure that xmms and mpd can do it as well |
16:08:49 | preglow | very probably |
16:10:30 | webguest99 | Anyway, what I was commenting on was the impression that it was impossible. That it's hard (if it is), tedious, or that people don't care about it, I have nothing to say about at all, obviously |
16:11:05 | preglow | well, impossible it's not, but i wont be doing it until someone tells me how, at least |
16:11:12 | preglow | got plenty of other tasty code i want to do on my plate |
16:11:22 | webguest99 | Of course |
16:11:30 | preglow | but now i gotta go, see y'all later |
16:11:41 | | Quit preglow ("CGI:IRC") |
16:11:53 | webguest99 | I'm not going to try and tell anyone what to do |
16:14:01 | | Join arfo____ [0] (~arfo@e178067219.adsl.alicedsl.de) |
16:14:43 | webguest99 | or complain about not doing what I'd like to see - I don't even care much for gapless mp3 |
16:18:38 | MO-Pantsu | preglow it was me who was going on about winamps gapless method. I don't know if it's 'the best' but it's totally seamless for me. I never hear the join. |
16:18:49 | MO-Pantsu | never |
16:20:08 | MO-Pantsu | the current gapless on rockbox is good enough for now |
16:20:23 | MO-Pantsu | at least it beats iriver's own fw |
16:20:48 | | Quit ashridah ("sleep") |
16:21:16 | MO-Pantsu | I am more concerned about someone getting the remote lcd working as a proper file browser etc to be honest |
16:25:59 | | Part LinusN |
16:28:50 | | Part webguest89 |
16:40:56 | | Quit Lear ("Chatzilla 0.9.68.5 [Firefox 1.0.5/20050715]") |
16:42:49 | | Part arfo____ |
16:50:13 | | Quit webguest99 ("CGI:IRC") |
16:58:55 | | Quit oxygen77 ("CGI:IRC") |
17:00 |
17:01:22 | | Join Zagor [0] (foobar@h63n1fls31o265.telia.com) |
17:01:34 | Mode | "#rockbox +o Zagor " by ChanServ (ChanServ@services.) |
17:01:39 | Topic | "Rockbox - Coolest firmware around" by Zagor (foobar@Zagor.sustaining.supporter.pdpc) |
17:02:17 | Mode | "#rockbox -o Zagor " by Zagor (foobar@Zagor.sustaining.supporter.pdpc) |
17:09:49 | | Join psy-Dead [0] (~nobby@cpc1-bele3-3-1-cust167.belf.cable.ntl.com) |
17:10:04 | psy-Dead | anyone here know what the point in "anti skip protection" is? |
17:10:15 | psy-Dead | on a HDD based jukebox it seems silly |
17:10:38 | psy-Dead | i thought it was declared obsolete, but its been added to iriver |
17:10:42 | Zagor | it was originally a debug thing we added to see if it helped some people who got gaps during refill |
17:11:02 | Zagor | the theory was that sometimes the disk spinup and read would take longer than normal due to shaking etc |
17:11:08 | psy-Dead | i heard talk of removing it a while ago |
17:11:11 | psy-Dead | now its been ported |
17:11:13 | psy-Dead | O_o |
17:11:43 | Zagor | i also think it should be removed |
17:11:55 | Zagor | i too* |
17:12:08 | kellyo | hello |
17:15:15 | Slasheri | psy-Dead: that is needed. If you are for example walking with the player on your pocket, it cannot access the disk. So if you set the anti skip protection to for example 5 minutes, there will be no skip if the player can access the disk during that period |
17:15:47 | amiconn | Slasheri: Did you actually experience that? |
17:15:51 | Slasheri | amiconn: yes |
17:15:53 | Slasheri | many times |
17:15:56 | amiconn | Strange |
17:15:57 | psy-Dead | on iriver? |
17:16:06 | Slasheri | when i stopped walking, then the playback almost immediately continues |
17:16:07 | Slasheri | yep |
17:16:15 | psy-Dead | I've yet to see that |
17:16:36 | Slasheri | even a very small vibration to the unit is enough to prevent the hdd access.. |
17:16:43 | kellyo | hello- could anyone possibly lend a hand installing bleeding edge updates? |
17:17:03 | amiconn | On archos, which has to rebuffer much more often, I keep anti-skip always at zero, and I've never had that problem except in artificial experiments |
17:17:21 | Moos | now the min is 3 sec |
17:17:23 | Zagor | i say we need more research on this. the 1.8" disks are quite rugged and not very sensitive to vibration |
17:17:36 | amiconn | ...meaning you have to shake the unit relatively violently *and* continuously to prevent rebuffering |
17:17:47 | Slasheri | interesting.. |
17:17:56 | Zagor | sounds almost like a loose connection or something |
17:18:06 | amiconn | I would think an 1.8" HD is even less susceptible to vibration than a 2.5" HD |
17:18:18 | Zagor | amiconn: absolutely |
17:18:45 | amiconn | It is *not* necessarily less susceptible to shock, like I had to experience :( |
17:19:53 | amiconn | Slasheri: You provide no zero setting for anti-skip? :( |
17:20:12 | Moos | yes 3 sec minimum :( |
17:20:43 | Moos | *5 sec |
17:20:45 | | Join [IDC]Dragon [0] (~d90a3255@labb.contactor.se) |
17:20:48 | Slasheri | amiconn: nope, anti skip cannot be zero because the hdd spinup takes some time. And if crossfade is disable, the pcm buffer is not long enough for that |
17:21:10 | amiconn | Btw, zero anti-skip on archos still means there is some margin. The anti-skip setting is an addition to the normal low watermark |
17:21:15 | Zagor | Slasheri: hdd spinup is calculated and added to anti-skip. or is that removed now? |
17:21:28 | Slasheri | Zagor: Hmm, interesting.. |
17:21:31 | [IDC]Dragon | hi guys |
17:21:32 | Slasheri | i didn't know about that |
17:21:33 | Zagor | s/calculated/measured |
17:21:36 | amiconn | hello to Hanover |
17:21:42 | Slasheri | but i think it's currently ignored |
17:21:44 | psy-Dead | ami - i thought it filled the ram as much as possible anyway |
17:21:51 | psy-Dead | isnt THAT aniskip in itself? |
17:21:56 | [IDC]Dragon | some news from the MAS wav codec |
17:22:03 | amiconn | yay! :) |
17:22:04 | Zagor | psy-Dead: no it's not. it's just buffering |
17:22:18 | [IDC]Dragon | I now have the official letter from Micronas |
17:22:20 | Zagor | anti-skip is reading data from disk X seconds before necessary |
17:22:46 | [IDC]Dragon | that we're allowed to use it as long as we still copyright it |
17:23:09 | Zagor | [IDC]Dragon: "we still copyright it"? |
17:23:15 | psy-Dead | where does the rockbox agreement fit in with that? |
17:23:16 | psy-Dead | :O |
17:23:39 | [IDC]Dragon | we keep it marked as Micronas copyright |
17:23:53 | [IDC]Dragon | (it's their code) |
17:24:00 | Zagor | ah, ok. well sure, anything else would be stealing. |
17:24:15 | amiconn | [IDC]Dragon: Is it available as source, or binary only? |
17:24:21 | [IDC]Dragon | binary only |
17:24:36 | amiconn | Hmm, then we might have a problem with the GPL here :/ |
17:25:08 | [IDC]Dragon | treat it as initialization values |
17:25:20 | amiconn | Okay, maybe not. At last this is MAS code, not SH1 code, and we just need it to transfer into the MAS |
17:25:36 | [IDC]Dragon | yes, not part of our software |
17:26:11 | [IDC]Dragon | now I'm waiting for the delivery :-/ |
17:26:49 | amiconn | On which MAS types does it work? |
17:26:57 | [IDC]Dragon | the recorder |
17:27:17 | [IDC]Dragon | dunno about Ondio SP |
17:27:39 | [IDC]Dragon | but definitely not Studio |
17:27:59 | amiconn | I would think such a codec could potentially work on all MAS35xx |
17:28:20 | amiconn | The DSP core is identical, just the amount of RAM and the interfaces are different |
17:28:44 | [IDC]Dragon | for the 3507, there's one in the old "findings" |
17:29:14 | [IDC]Dragon | but wrong interfacing, iirc |
17:29:20 | [IDC]Dragon | (parallel) |
17:29:35 | amiconn | That's not really a 'codec'. It can only do 44.1 kHz 16 bit stereo, requires a continuous data stream, and can use parallel input only |
17:34:30 | kellyo | hello? |
17:34:50 | Zagor | kellyo: you need to say something other than "hello" if you want a response |
17:34:52 | amiconn | Did someone try to dump program ROM from the MAS? |
17:34:58 | amiconn | Is that possible? |
17:35:33 | Zagor | kellyo: oh, you already did. sorry. what problem do you get when unzipping the file? |
17:35:45 | kellyo | hi Zagor - didn't want to butt in :) quick q - is there an easy way to stop titles from scrolling thru scroll settings or must i write a .wps ? |
17:35:57 | kellyo | hi zagor..i fixed that |
17:36:14 | kellyo | i had deleted a rockbox folder :( |
17:36:35 | Zagor | kellyo: you need to alter the wps and remove the %s tag |
17:36:53 | kellyo | also re: bleeding edge/daily builds do i need to run upgrade firmware everytime i add a new update? |
17:37:49 | Zagor | no, just unzip the archive |
17:38:55 | kellyo | should i download the build to the iHP root, or beter to just d/l to desk, unzip then send folder to iHP ? |
17:39:45 | kellyo | so that when i go to direct folder to iHP it should ask if i want to replace all as a rockbox or .rockbox folder already exists? |
17:40:17 | Zagor | download it to your desktop and unzip it onto your ihp |
17:40:38 | kellyo | thanks, that will replace the "old" folder correct? |
17:40:52 | amiconn | [IDC]Dragon: I did a rewrite of the UART boot wiki article and added player info. Could you please have a look at it and add FM recorder / Ondio info as far as you have that? |
17:40:57 | *** | Saving seen data "./dancer.seen" |
17:41:06 | Zagor | kellyo: yes |
17:41:13 | kellyo | thanks Zagor |
17:41:59 | kellyo | regarding the .wps and % to stop scrolling..i dont understand..can you help or should i just experiment - not sure what the etiqueete is for asistance here or if you guys are just talking development |
17:42:43 | | Join webguest45 [0] (~d536dfcd@labb.contactor.se) |
17:42:54 | webguest45 | hello |
17:43:13 | webguest45 | everyone absent? |
17:43:45 | kellyo | webguest - everyone is here and very cool - you should get a nick |
17:44:02 | webguest45 | well... |
17:44:08 | | Nick webguest45 is now known as Daniel (~d536dfcd@labb.contactor.se) |
17:44:30 | Daniel | like that |
17:44:35 | kellyo | yes |
17:44:51 | psy-Dead | we are all here |
17:44:53 | kellyo | i am a noob and have had great assistance here, just be patient |
17:45:12 | Daniel | okay |
17:45:13 | Daniel | well |
17:45:30 | Daniel | my question is kinda easy i think |
17:45:47 | Daniel | im considering to buy an iriver h320 |
17:45:58 | Daniel | because of its record functions |
17:46:05 | Daniel | is that a good idea? |
17:46:20 | kellyo | i am not familiar w 320 |
17:47:06 | psy-Dead | it WILL be good when rockbox is ported to it ;) |
17:47:22 | Daniel | well what makes me wonder is that the 320 is newer and has all this on the go and colour stuff but is not much more expensive compared to h120 |
17:47:40 | Daniel | but that will take a long time wont it? |
17:48:15 | psy-Dead | it could do |
17:48:35 | Daniel | heh |
17:49:15 | | Join asdsd____ [0] (~asdsd@h-67-100-29-95.miatflad.dynamic.covad.net) |
17:49:20 | | Part asdsd____ |
17:49:47 | Daniel | so you cant help me in that case right? |
17:50:26 | kellyo | thanks all...just got my iHP120 and am now going to try to write a .wps - thanks Zagor & all |
17:51:11 | Daniel | how much did you pay for the h120? |
17:51:24 | kellyo | 175 i think |
17:51:39 | Daniel | dollars? pounds? euros? |
17:51:53 | kellyo | a fruend had an extra- barely used..i wanted gapless and found out about rockbox |
17:51:56 | kellyo | $$ |
17:52:04 | psy-Dead | thats cheap |
17:52:12 | Daniel | really |
17:52:33 | kellyo | i'd have paid double - i love this thing..though am not familiar w it yet |
17:52:34 | psy-Dead | right now theyre almost as much new on ebay as mine was from a store |
17:52:45 | kellyo | how much do they go for on Ebay? |
17:53:17 | Daniel | i did only see some for ap. 280 %u20AC ... same for h320 |
17:53:30 | Daniel | 280 euros |
17:54:10 | Daniel | i dont get it |
17:55:36 | kellyo | well, good luck. great guys in here - you will love your iRiver i am sure., thanks again Zagor & all |
17:55:39 | | Quit kellyo ("CGI:IRC") |
17:56:08 | [IDC]Dragon | amiconn: I will have a look at the uart boot |
17:56:30 | [IDC]Dragon | at first attempt, I found only the recorder pictures |
17:58:04 | amiconn | Perhaps it would be useful to attach the uart_boot executable as well. |
17:58:36 | amiconn | While I do have such an executable, I'm not sure whether this is an ordinary one, or one for player @38400 bps |
17:58:44 | amiconn | ...and I can't test atm |
17:58:45 | [IDC]Dragon | if I don't mess up the baudrate clash... |
17:59:24 | amiconn | Someone should make a 'Disassemble the Ondio' description. |
17:59:45 | amiconn | While it is relatively easy, there is at least the screw length trap when reassembling... |
18:00 |
18:00:03 | [IDC]Dragon | that's the assembly part |
18:00:13 | [IDC]Dragon | ;-) |
18:00:15 | amiconn | Yes, of course I'm thinking of both parts |
18:00:46 | amiconn | I'll convert some more old-style pages to wiki |
18:00:58 | amiconn | (serial mod, reassembling the player) |
18:01:19 | [IDC]Dragon | Rockbox says thank you! |
18:01:44 | amiconn | Haha, there is a funny typo on http://www.rockbox.org/mods/reassemble.html - "bumbers" |
18:02:09 | | Join Coldtoast [0] (edan@ppp111-3.lns1.hba1.internode.on.net) |
18:10:06 | | Join Yokalosh [0] (~andrew@cpc1-cbly2-4-0-cust103.glfd.cable.ntl.com) |
18:11:27 | Yokalosh | hey guys, the solder on the dc in of my jbr10 came off and it became disconnected, will this be easy to solder back on? |
18:12:05 | psy-Dead | yes, afaik |
18:12:37 | Yokalosh | afaik? |
18:12:45 | psy-Dead | as far as i know |
18:12:50 | Yokalosh | oooooh ok |
18:13:16 | Yokalosh | my soldering is quite bad, i'm doing electronics for gcse at school |
18:13:22 | Yokalosh | but its getting there |
18:13:42 | | Join Rori [0] (MO-Pantsu@deadman3000.plus.com) |
18:13:42 | Yokalosh | :) |
18:14:06 | Yokalosh | right, now to find a torx 10 |
18:18:39 | Coldtoast | if I were you, I'd get somebody competent to do it |
18:19:14 | Coldtoast | sre it's a nice feeling when you fix somebothingyourself but man, the opposite is also true when you fubar something |
18:20:13 | Coldtoast | if you need to practise your soldering, you really don't wanna do it on something you still use. heh |
18:21:26 | Yokalosh | yeh :) |
18:21:38 | Yokalosh | i get it right 99% of the time ;) |
18:21:47 | Yokalosh | but i nvr did micro electronics |
18:21:53 | Yokalosh | it is soo much smaller |
18:22:09 | Coldtoast | do you have a nice, small tip for your iron? |
18:22:20 | Yokalosh | yeh |
18:22:23 | Coldtoast | and do you have temperature control? |
18:22:30 | Coldtoast | how small? <1mm? |
18:22:37 | Yokalosh | hmmm maybe |
18:22:46 | Yokalosh | i dont have temperature control |
18:22:48 | | Join [-AIR-] [0] (air@host86-130-23-150.range86-130.btcentralplus.com) |
18:22:50 | | Nick [-AIR-] is now known as west-acre (air@host86-130-23-150.range86-130.btcentralplus.com) |
18:23:24 | Yokalosh | i could get my electronics teacher to do it.... |
18:23:29 | Yokalosh | but i finish for the holidays tomorrow |
18:24:18 | Yokalosh | has anyone ever had to solder one of these on before? |
18:24:29 | west-acre | hey. errr, the crossfade setting. how can you adjust it ? |
18:24:42 | Coldtoast | go into Crossfade, as before |
18:24:56 | Coldtoast | it's adjustable from OFF, 2s, 4s, etc |
18:25:05 | Coldtoast | rather than just Yes and No |
18:25:13 | west-acre | yer, can see, i'll update firmware in iriver...seems to work somethymes :S |
18:25:52 | Coldtoast | can you wait 4 mins? heh |
18:26:01 | Coldtoast | looks liek a new build coming |
18:26:16 | west-acre | ok will do :) |
18:26:18 | | Quit Yokalosh (Remote closed the connection) |
18:26:19 | | Nick Lynx_ is now known as Lynx_awy (~lynx@tina-10-4.genetik.uni-koeln.de) |
18:26:20 | Coldtoast | ok. my h140 did something today it did the other day |
18:26:27 | Coldtoast | only the second time it's done it so far |
18:26:47 | Coldtoast | I can't remember if I had crossfade enabled or not |
18:26:55 | west-acre | 16:28? it's 17:25 ? |
18:26:58 | west-acre | hummm |
18:27:11 | | Quit Rori (Read error: 60 (Operation timed out)) |
18:27:19 | Coldtoast | you must be GMT+1 |
18:27:35 | HCl | no. its 18:26 in gmt+1 |
18:27:38 | | Join Rori [0] (MO-Pantsu@deadman3000.plus.com) |
18:28:22 | Coldtoast | hmmm. well, according to the site, it's in GMT and I'm GMT+10, making it 02:28 |
18:28:28 | Coldtoast | so my time's correct |
18:28:42 | Coldtoast | you have daylight savings? |
18:28:45 | Coldtoast | anyway |
18:28:47 | HCl | no idea. |
18:28:54 | HCl | i know i'm in gmt+1 |
18:29:48 | Coldtoast | I had a song that was 03:30 and when it got to the end of the track, the progress bar was full, as you'd expect, and the next track started but the progress bar and time didn't reset on track change |
18:30:45 | Coldtoast | so I was a little way into the next song with a full progress bar and the time was 04:20/03:30 |
18:30:49 | | Quit MO-Pantsu (Read error: 110 (Connection timed out)) |
18:31:57 | Coldtoast | my time format is current/track time so I was 4 mins 20secs into a 3min 30 song |
18:32:27 | Coldtoast | the bug was just visual tho. no playback issues |
18:33:29 | Coldtoast | oh. and something else that happened today |
18:33:48 | Coldtoast | powerd on via the remote and there was no Rockbox logo on the remote |
18:34:02 | [IDC]Dragon | just got the wav codec docu |
18:34:06 | Coldtoast | the display was just filled with light grey |
18:34:37 | Coldtoast | no idea if powering on vie the remote has anything to do with it as it's teh first time I've seen it |
18:34:45 | [IDC]Dragon | for review, not public disclosure yet |
18:35:20 | Moos | Cassandra: are you here? |
18:36:19 | [IDC]Dragon | it can play via SPI, phew |
18:37:35 | Moos | Cassandra: hi, just for know if you've planed something for the quick menu, there is still 1 key non used |
18:37:41 | Moos | ? |
18:38:00 | Moos | the Crossfade can be very cool |
18:38:01 | [IDC]Dragon | all sample rates supported |
18:38:34 | amiconn | HCl: We're GMT+2 if DST is in effect |
18:38:57 | HCl | aha |
18:43:36 | [IDC]Dragon | amiconn: read my above? |
18:43:52 | amiconn | yeps |
18:44:20 | amiconn | I converted some more docs stuff to wiki :) |
18:44:29 | [IDC]Dragon | nice |
18:46:14 | amiconn | Will it be allowed to publish the wav codec docs in some way? If not, it may be tricky to use... |
18:46:28 | [IDC]Dragon | I think so. |
18:46:46 | [IDC]Dragon | Just got some advance information. |
18:48:55 | * | amiconn will soon have twice the bandwidth, for less costs than before :) |
18:49:05 | [IDC]Dragon | me too |
18:49:11 | [IDC]Dragon | 6 Mbit |
18:50:12 | amiconn | I don't need 6 MBit. I'll upgrade to 2 MBit when I get confirmation for the "DSL flat" -> "DSL flat classic" transition |
18:50:22 | [IDC]Dragon | and 576 kBit upstream |
18:50:48 | amiconn | The upstream is way more important. I think I'll choose the upstream extension |
18:52:03 | | Quit Rori (Read error: 104 (Connection reset by peer)) |
18:55:50 | | Join uski [0] (uski@62.147.8.225) |
18:55:51 | uski | hiyaaaa |
18:56:00 | uski | [IDC]Dragon !%$£@# ! :) |
18:56:11 | psy-Dead | anyone know why teh crossfade setting is so limited? |
18:56:16 | psy-Dead | i want 1 second fade |
18:56:17 | psy-Dead | :) |
18:57:00 | [IDC]Dragon | uski: ? |
18:57:17 | uski | [IDC]Dragon, it's my way of saying "hiii !!!! how are you ??? long time no see !!! what's up ???" |
18:57:20 | uski | but it's a lot shorter |
18:57:41 | [IDC]Dragon | you missed the wav 4 archos part |
18:57:54 | uski | ? |
18:58:19 | [IDC]Dragon | after a looong wait, we're getting the wav codec for the MAS |
18:58:28 | uski | cool |
18:58:36 | uski | micronas sent it to you ? |
18:59:07 | [IDC]Dragon | no, Archas, after Micronas gave official permission for disclosure |
18:59:14 | [IDC]Dragon | Archos |
18:59:22 | uski | incredible |
18:59:52 | [IDC]Dragon | I've asked for ogg, aac, wma, too ;-) |
19:00 |
19:00:04 | uski | do they have them ? |
19:00:18 | [IDC]Dragon | that was a joke |
19:00:25 | uski | :) |
19:01:15 | HCl | it might be able to do wavpack :p |
19:01:18 | uski | how did archos send the firmware ? |
19:01:25 | amiconn | [IDC]Dragon: The Archos Ondio FAQ talks about upcoming WMA implementation... |
19:01:31 | uski | w00t |
19:01:42 | [IDC]Dragon | they didn't, yet |
19:02:18 | [IDC]Dragon | however, I have it as a binary ripped from the 3x0 |
19:02:22 | uski | ok |
19:02:37 | [IDC]Dragon | but let's wait to see if this is the same |
19:02:40 | uski | hey [IDC]Dragon i FINALLY flashed my archos today |
19:02:50 | [IDC]Dragon | hey |
19:02:52 | uski | yes |
19:03:05 | uski | and i flashed the player of my brother in the same movement |
19:03:41 | [IDC]Dragon | amiconn: do you really think they'll maintain such an old product? |
19:03:53 | amiconn | http://www.archos.com/support/faq/faq_ondio_128.html |
19:03:55 | uski | [IDC]Dragon, maybe there are some nostalgic developpers |
19:04:13 | [IDC]Dragon | no, the Ondio developer left Archos |
19:04:17 | amiconn | Second last question under Music MP3 |
19:05:49 | uski | Q: |
19:05:49 | uski | Are there any future plans to integrate compatibility for Windows WMA format? |
19:05:49 | uski | A: Yes, Archos is currently working on also supporting WMA format for all Jukebox players. |
19:06:03 | uski | maybe tey are just waiting for micronas to release a wma codec |
19:06:40 | [IDC]Dragon | I'd be surprised if that fits into the download part |
19:07:57 | uski | hmm you are right, the firmware is 2 years old... |
19:09:12 | uski | it's unbelieveable archos will, finally, give us something (the wav "codec") |
19:09:28 | [IDC]Dragon | interesting findings, this wav section |
19:10:41 | | Join samwichse [0] (~samwichse@SCG159.rh.psu.edu) |
19:10:53 | samwichse | Hello? |
19:11:08 | samwichse | anyone around this time of day? |
19:11:52 | uski | hey amiconn, i just have found the meaning of a bit of the MAS register 0x52 (spdif info): bit 12 = 1 ==> parity error |
19:12:11 | amiconn | I know that for almost a year.... |
19:13:07 | uski | :( ;) |
19:13:45 | amiconn | There's ye olde patch of mine that displays parity errors. I tested it (by attenuating the s/pdif in signal until it gave errors), it works |
19:14:54 | amiconn | I was the one who attached the MAS3587 manual addendum concerning a possible malfunction: http://www.rockbox.org/twiki/pub/Main/DataSheets/mas3587f_1ais.pdf |
19:14:55 | uski | ok |
19:24:33 | uski | [IDC]Dragon, how do you know that the ondio devs left archos ? |
19:26:00 | uski | it would mean that the recorder devs also left archos i think |
19:31:09 | [IDC]Dragon | that was singular |
19:31:18 | uski | maybe that one day they will give us the source code of their firmware and the schematics of their hardware |
19:31:46 | [IDC]Dragon | we don't need it |
19:31:55 | [IDC]Dragon | any more |
19:31:56 | uski | hmmm, i need someone with electronic engineering skills |
19:32:15 | uski | we had some problems with player LCD mysteriously burning out, do you remember ? |
19:32:31 | [IDC]Dragon | we = I ? |
19:32:48 | uski | well, i remember i have tried to help you with this issue |
19:32:52 | uski | but it doesn't matter |
19:32:58 | uski | is it solved by the way ? |
19:33:16 | [IDC]Dragon | you mean the player LCD init when flashed? |
19:33:27 | uski | alsol |
19:33:32 | [IDC]Dragon | amiconn did that, yes |
19:33:37 | uski | ok |
19:34:14 | uski | http://www.rockbox.org/schematics/rec_interface.pdf bottom left; the 34063 IC is getting very hot very quickly on my unit when charging battery; any idea of the origin ? |
19:34:33 | uski | I removed D7 to prevent any accidental damage until i can find the origin of the problem |
19:35:39 | uski | maybe that T3 burnt and now it is directly the 34063 which feeds the power to the battery |
19:38:55 | [IDC]Dragon | sorry, I gotta run |
19:39:07 | [IDC]Dragon | (no idea without closer thinking) |
19:39:14 | | Quit [IDC]Dragon ("CGI:IRC") |
19:40:54 | | Quit Daniel ("CGI:IRC (Ping timeout)") |
19:41:00 | *** | Saving seen data "./dancer.seen" |
19:44:04 | | Join Shebb [0] (~824363c8@labb.contactor.se) |
19:45:26 | | Part Shebb |
19:45:56 | | Join Shebb [0] (~824363c8@labb.contactor.se) |
19:47:16 | Shebb | Can anyone give me some help on getting audio running in a plugin? |
19:47:33 | Shebb | Currently I render everything to waves which I must exit to hear |
19:48:41 | | Join DT [0] (lkjlkj@user-6279.l5.c3.dsl.pol.co.uk) |
19:49:02 | DT | hey? |
19:49:07 | uski | hey? |
19:49:12 | DT | hows it going |
19:49:33 | uski | it walks, and sometimes it runs |
19:49:37 | uski | ;) |
19:49:50 | DT | lol |
19:50:06 | DT | are you a member of the team? |
19:50:27 | uski | depends which team |
19:50:34 | | Quit solex_ (Read error: 54 (Connection reset by peer)) |
19:50:37 | DT | which team are you? |
19:50:48 | uski | i don't have the honor of being part of the rockbox developement team |
19:51:04 | uski | but maybe i can help you |
19:51:09 | Coldtoast | only there is no team |
19:51:32 | DT | hehe |
19:51:34 | DT | well |
19:51:41 | DT | I have an iriver player |
19:52:00 | Coldtoast | really tho. there's not |
19:52:07 | uski | DT: which model ? |
19:52:13 | DT | h320, |
19:52:16 | uski | hmmm |
19:52:28 | uski | and you want to know if it is supported, and if not, when ? |
19:52:38 | DT | i know all about the development really |
19:52:40 | Zagor | well there is a team, just not a formal member list |
19:52:51 | DT | i just wanted to see whats happening here |
19:53:07 | uski | DT: well, it's a cool channel, and i am very happy to be here |
19:53:20 | uski | (what ? i am saying plain things ? anyway, it's true :)) |
19:53:35 | uski | Zagor: do you have some electronic engineering knowledge ? |
19:54:22 | DT | uski i may stay around then |
19:54:27 | uski | i have a weird problem on my unit and i think i know what is failling, but i'd like someone to confirm |
19:54:34 | uski | DT do so |
19:55:16 | Shebb | hmmm, can anyone help? |
19:55:18 | | Join solex [0] (~jrschulz@d098108.adsl.hansenet.de) |
19:55:26 | DT | help with what? |
19:55:33 | Shebb | mentioned it earlier |
19:55:42 | Shebb | I need to get playback in a lugin |
19:55:47 | uski | <Shebb> Can anyone give me some help on getting audio running in a plugin? |
19:55:48 | uski | <Shebb> Currently I render everything to waves which I must exit to hear |
19:55:48 | uski | −−> DT (lkjlkj@user-6279.l5.c3.dsl.pol.co.uk) has joined #rockbox |
19:56:09 | Shebb | I have made a step sequnecer |
19:56:40 | uski | step sequencer ? what's that ? |
19:56:45 | Shebb | Drum machine |
19:57:22 | uski | ok |
19:57:36 | Shebb | I can can currently output a wave file of a loop that I create |
19:57:53 | Shebb | but it is no good if it is not interactive |
19:58:27 | uski | well, maybe you can see how other plugins does it |
19:58:53 | Shebb | They dont |
19:59:21 | Shebb | Well none that work with a software decoder |
19:59:37 | Shebb | Plugins like the metronome only work with the archos models |
20:00 |
20:03:07 | | Join Stryke` [0] (~Chairman8@cpe-24-168-110-99.si.res.rr.com) |
20:08:30 | | Join godzirra [0] (~shawn@c-24-131-13-213.hsd1.va.comcast.net) |
20:08:32 | godzirra | HEya guys. |
20:08:36 | Shebb | Hi |
20:08:48 | godzirra | Anyone recommend a tool that is for linux to retag files? I had one but cant remember the name of it. |
20:09:10 | uski | what is your distro ? |
20:09:29 | godzirra | entoo |
20:09:29 | uski | i like to use the packages managers to search for programs |
20:09:30 | godzirra | gentoo |
20:09:37 | godzirra | I'm not sure what to even search for though? |
20:09:39 | godzirra | file tagger? |
20:09:41 | godzirra | mp3? |
20:09:41 | uski | hmm i don't know it well enough |
20:09:47 | uski | id3 |
20:09:49 | uski | id-3 |
20:09:53 | uski | mp3, why not |
20:09:55 | uski | and so on |
20:10:14 | uski | it is useful only if you can search through the packages description |
20:11:38 | | Join belgarath [0] (~acd66a08@labb.contactor.se) |
20:11:49 | godzirra | Yeah... thats not showing much that supports downloading tags for a whole cd. |
20:11:50 | belgarath | hey coldtoast |
20:17:07 | uski | why do i get "incompatible version" with the video viewer plugin ? |
20:17:54 | uski | [IDC]Dragon, come back ! :) |
20:19:13 | amiconn | Official build? |
20:19:19 | uski | daily |
20:19:25 | uski | from today |
20:19:28 | amiconn | Hmm, strange |
20:19:41 | uski | i just have downloaded the video_2mb.rock plugin |
20:19:55 | amiconn | Hmm? |
20:19:56 | uski | maybe it is an old version, i am not sure where to get the plugin |
20:20:10 | amiconn | What do you mean, video_2mb ??? |
20:20:19 | uski | a video_2mb.rock file |
20:20:21 | uski | w8 |
20:20:52 | amiconn | Old plugins will most likely not run. Several incompatible api changes happened meanwhile |
20:21:17 | uski | http://www.rockbox.org/newvid/ |
20:21:23 | amiconn | Btw, why do you need a separate video plugin at all? The video plugin is part of the official build for... I don't remember how long |
20:21:25 | uski | video_rec2.rock |
20:21:40 | uski | well, i'll totally remove the .rockbox directory and reinstall it again |
20:21:42 | uski | just to be sure |
20:21:46 | belgarath | Is grayscale jpeg viewing for iriver h100 series on the cards at all? |
20:21:54 | amiconn | The link you gave is stuff from the stoneage |
20:21:57 | | Join Lear [0] (~chatzilla@h143n1c1o285.bredband.skanova.com) |
20:22:02 | uski | ok |
20:22:41 | amiconn | belgarath: I'm just working on the grayscale lib. First converting it to the new api, then extending it to H1x0. This will enable jpeg viewing |
20:23:08 | amiconn | Jpeg viewing with only the 4 native shades doesn't really make sense, imho |
20:23:20 | uski | amiconn, i get "plugin returned error"; maybe my files are too old :) |
20:23:54 | uski | (i just have totally reinstalled rockbox) |
20:24:22 | uski | amiconn, now it works |
20:24:24 | uski | i had a bad file :) |
20:30:17 | samwichse | Man, you guys are cool |
20:30:49 | Shebb | Anyway, the source to my drum machine can be found here: http://www.geocities.com/henriksens2710/stepseq.htm , along with a little info |
20:31:30 | Shebb | If anyone around now knows a bit about audio playback I would love any help |
20:33:58 | | Join F1^Aison [0] (~hans@zux166-181.adsl.green.ch) |
20:37:21 | | Join Psy-Dead1 [0] (~nobby@cpc1-bele3-3-1-cust167.belf.cable.ntl.com) |
20:37:29 | Psy-Dead1 | stupid shitty cable |
20:45:04 | | Part Shebb |
20:48:27 | | Quit psy-Dead (Read error: 110 (Connection timed out)) |
20:50:47 | | Quit Aison (Connection timed out) |
21:00 |
21:00:56 | | Join LinusN [0] (~linus@labb.contactor.se) |
21:01:02 | Lear | shebb: you mean as in answering a few questions, or as in helping with writing code? :) |
21:14:11 | | Join webguest82 [0] (~c730190a@labb.contactor.se) |
21:17:28 | | Quit webguest82 (Client Quit) |
21:20:08 | uski | miaow |
21:20:22 | Psy-Dead1 | ka kaw ka kaw |
21:20:28 | Psy-Dead1 | tookie tookie! |
21:21:02 | HCl | heh |
21:21:22 | uski | mooo0 |
21:23:35 | uski | omg, http://www.rockbox.org/irc/current.txt , the world will know that im crazy |
21:23:52 | Psy-Dead1 | yesh |
21:23:54 | Psy-Dead1 | dey will |
21:24:00 | Psy-Dead1 | HEY EVERYONE |
21:24:02 | Psy-Dead1 | USKI IS CRAZY |
21:24:05 | | Join lowlight [0] (~187b2f62@labb.contactor.se) |
21:24:12 | * | uski hides |
21:24:18 | * | Psy-Dead1 hides |
21:24:30 | * | uski readjusts his clothes |
21:24:33 | uski | Ladies and Gentlemen, |
21:24:40 | uski | I am NOT crazy. |
21:24:44 | Psy-Dead1 | IS |
21:24:45 | * | uski erm erm |
21:24:50 | * | Psy-Dead1 hides |
21:25:16 | * | uski looks for Psy-Dead1 |
21:25:22 | * | uski found him |
21:25:25 | uski | "ha ha ha" |
21:25:43 | * | Psy-Dead1 implodes |
21:25:54 | uski | :) |
21:26:32 | | Quit uski ("exploded by Psy-Dead1") |
21:26:40 | Psy-Dead1 | lmao |
21:26:58 | | Join uski [0] (uski@62.147.8.225) |
21:27:12 | Psy-Dead1 | wb |
21:27:16 | uski | ty |
21:27:24 | Psy-Dead1 | tea? |
21:27:25 | uski | kc? |
21:27:35 | uski | og! |
21:27:38 | Psy-Dead1 | whats a "kc"? |
21:27:42 | uski | i don't know |
21:27:43 | Psy-Dead1 | or an "og" |
21:27:48 | uski | neither |
21:29:00 | * | Psy-Dead1 pokes uski |
21:29:04 | uski | hmmm, there are so much things I'd like to change in rockbox... i really have to find some time |
21:29:11 | Psy-Dead1 | you code? |
21:29:18 | uski | i keep saying "i'll do this, i'll do that"... and i don't |
21:29:21 | uski | yes, in my spare time |
21:29:28 | lowlight | Hi all |
21:29:28 | * | Psy-Dead1 bows |
21:29:33 | Psy-Dead1 | 'lo low |
21:29:35 | Psy-Dead1 | :D |
21:29:38 | uski | i am not very good, but i don't make ugly code at least :) |
21:29:48 | uski | i.e. i know what i can do and what i can't |
21:29:57 | lowlight | Latest cvs seems to have a bug... |
21:30:05 | Psy-Dead1 | i write horrible code. Its inherently horrible, because its VB code |
21:30:12 | uski | i started with VB |
21:30:14 | | Join Shebb [0] (~82439372@labb.contactor.se) |
21:30:15 | uski | ARGGGGGRRRR |
21:30:24 | lowlight | the pcm buffer is only 352800 (with cross fade off) |
21:30:31 | uski | there is a STUPID alarm in my neighboorhod (sp?) |
21:30:38 | Psy-Dead1 | very latest? |
21:30:39 | uski | one day i'll destroy it |
21:30:41 | Psy-Dead1 | or only recent? |
21:30:47 | Shebb | Lear? notices on the log you replyed just after I went off... |
21:30:49 | lowlight | codecs keep boosting to refill the buffer |
21:31:05 | lowlight | since it's not using the whole thing |
21:31:14 | Lear | Yep... |
21:31:15 | Psy-Dead1 | very latest? |
21:31:15 | Psy-Dead1 | very latest? |
21:31:16 | Psy-Dead1 | or only recent? |
21:31:37 | Psy-Dead1 | a related bug was quashed in one of the last few commits |
21:31:47 | Shebb | Well, all I really need is a hand on the audio playback |
21:31:47 | Lear | lowlight: it's supposed to be smaller, though I don' t know how small... |
21:31:53 | lowlight | I checked it out a few hours ago |
21:32:28 | lowlight | I thought it was 1 Mb |
21:32:44 | lowlight | or MB |
21:32:44 | | Quit belgarath ("CGI:IRC (EOF)") |
21:33:01 | Psy-Dead1 | "checked it out" you built from source? |
21:33:08 | Lear | it was, before the commit earlier today, that made it dynamic. |
21:33:24 | Shebb | my attempts with pcm_play_data have ended wih nasty blank screens and a reset |
21:33:43 | lowlight | Psy-Dead1: yes, built from source |
21:33:56 | Lear | ah, that kind of audio playback and that kind of problems.. :) |
21:34:02 | Shebb | yup! |
21:34:49 | Lear | and you did provide a good get_more pointer? |
21:34:59 | Shebb | hmm |
21:35:12 | Shebb | Not a good enough one it seems |
21:35:19 | Psy-Dead1 | try the latest allready-compiled bleeding build |
21:35:23 | Shebb | I based it off one in the old debug code |
21:36:13 | lowlight | Lear: I saw that pcm buf is dynamic, but I'm not using crossfade |
21:36:39 | Lear | yes, and because of that, the pcm buf is made rather small. |
21:37:58 | lowlight | but it's boosting like every second to refill the buffer |
21:38:45 | | Quit samwichse ("Leaving") |
21:38:53 | Lear | but what is the boost rate? |
21:38:56 | lowlight | Lear: so how do I get the whole buffer back? |
21:39:22 | amiconn | lowlight: Why would you want that? |
21:39:32 | Psy-Dead1 | lowlight, its probably better for the battery to have a short pcm buffer and a long mp3 file buffer |
21:39:33 | Lear | increase the buffer size for the case with crossfade off; not that I know how that is done... |
21:39:53 | amiconn | A smaller pcm buffer means a larger file buffer, that should save battery |
21:40:25 | amiconn | ...as long as it doesn't influence boost ratio |
21:40:46 | amiconn | Note: boost ratio, not boost frequency |
21:41:01 | Slasheri | hmm, about the voice ui.. i was just wondering that one approach could be to "suspend" the currently running codec (copy iram contents to dram etc.), keep data running from the pcm buffer, fork a new voice codec for a short period to decode the voice data and after that resume normal operation of the suspended codec |
21:41:02 | *** | Saving seen data "./dancer.seen" |
21:41:23 | amiconn | I doubt that this will work |
21:41:38 | amiconn | The voice may be babbling for more than a few seconds |
21:42:02 | Slasheri | yes.. then we could do continuous switching between the codecs to keep pcm buffer filled |
21:42:17 | Slasheri | i think the voice decoding should be very fast because it uses extremely low bitrate |
21:42:38 | amiconn | Do you think this will work reliably? |
21:42:56 | Slasheri | i don't know, i think it's possible to make it work reliably |
21:43:02 | Lear | with a larger pcm buffer, perhaps? ;) |
21:43:17 | Slasheri | Lear: yes, several seconds are required at least |
21:43:45 | Slasheri | but in fact the codec suspension and resuming should be pretty fast.. |
21:43:50 | amiconn | Another question is whether the voice file should be buffered at all times if the voice UI is switched on |
21:43:56 | amiconn | (I think it should) |
21:43:56 | Shebb | Sorry, but does anyone have any working source that gets sound working in a plugin? |
21:43:57 | uski | (sorry to insert my questions in your technical and interesting discussions) what is the "auto volume" setting for ? |
21:44:25 | lowlight | Hmm...playback crashes when I enter the crossfade menu |
21:44:35 | Slasheri | amiconn: i think it's good to have it buffered if we are using voice ui |
21:44:57 | amiconn | Slasheri: There are a few more questions I don't know how to handle. |
21:45:03 | Slasheri | lowlight: really, does it always crash? |
21:45:16 | amiconn | - What happens if the voice UI is switched on or off while playing music? |
21:45:33 | Slasheri | amiconn: of course.. i just got that idea and that _could_ be solution to one of the hard issues |
21:45:56 | amiconn | I mean, how is the buffer change handled |
21:45:59 | Slasheri | amiconn: Hmm, we cannot free the buffer space if music is playing |
21:46:03 | Slasheri | so nothing will happen |
21:46:09 | Slasheri | or the playback has to be stopped |
21:46:23 | amiconn | How do you handle this when the crossfade setting is changed? |
21:46:25 | Slasheri | and restarted (as the crossfade setting change does at the moment) |
21:46:33 | amiconn | ah |
21:46:34 | Slasheri | i restart the playback |
21:47:20 | amiconn | I'd vote for delaying the change until playback is stopped |
21:47:21 | lowlight | Slasheri: yes, when I enter the menu (not changing the setting) |
21:47:35 | Slasheri | lowlight: interesting.. :/ |
21:47:56 | Slasheri | lowlight: did you have music playing? |
21:48:02 | Slasheri | and have you tried the latest bleeding edge? |
21:48:17 | amiconn | (if it is a change that required to reserve additional memory. Changes in the other direction may happen right away, just leaving the unused buffer hanging around until the next playback stop) |
21:48:37 | lowlight | Slasheri: not crashing, just stopping playback |
21:48:52 | Slasheri | lowlight: ah, that is the "behaviour" |
21:49:06 | Slasheri | we have to stop the playback in order to change that value |
21:49:29 | amiconn | Slasheri: I'd suggest to delay this setting until the settings item is left, and only stop if it really changed |
21:49:36 | Coldtoast | wasn't that changed in teh latest buld? |
21:49:45 | lowlight | Slasheri: I pulled the source from cvs a few hours ago. I might have missed your last commits. |
21:49:47 | amiconn | This is done in some other places as well |
21:49:52 | Slasheri | amiconn: that's a good idea.. but i don't yet know how to do it.. |
21:50:02 | lowlight | I'll grab the latest |
21:50:02 | Coldtoast | oh. it resumes once changed |
21:50:18 | Coldtoast | it'll still stop but will resume after you finish changing the crossfade |
21:50:32 | Slasheri | yep |
21:50:45 | amiconn | Slasheri: E.g. the voice menu setting does this, to avoid live disabling |
21:50:59 | Slasheri | amiconn: ah, i will check that |
21:51:07 | Coldtoast | Slasheri: so I took my h140 to the gym and used it as I normally do |
21:51:11 | amiconn | The runtime db setting also does this |
21:51:14 | Slasheri | but does it have options? |
21:51:24 | Coldtoast | and all was good. no playback glitches at all |
21:51:36 | Slasheri | i can do this with simple on/off or int types but i don't know how to manage "option menus" |
21:51:52 | Coldtoast | just a bit of a wps issue I've only seen once before and it random it seems |
21:52:40 | amiconn | Slasheri: Same mechanism, only different settings function |
21:52:47 | lowlight | FYI...I uploaded a patch for FLAC vorbis comments (#1242504) if anyone's interested. |
21:52:50 | Coldtoast | where when the next track starts, the time didn't reset and the progress bar didn't reset |
21:53:27 | Lear | lowlight: did you try to consolidate the code with the ogg vorbis comments? |
21:53:46 | | Join MrStaticVoid [0] (~jlee@69-175-94-207.frdrmd.adelphia.net) |
21:53:54 | amiconn | The basic idea is to load a temporary variable with the global value, let the setting function work on this temporary variable, and compare the temporary with the global value when the setting function returns |
21:53:57 | lowlight | Lear: yes, same code |
21:55:22 | amiconn | Slasheri: The settings lists or option menus as you call them are just numeric settings in disguis |
21:55:23 | amiconn | e |
21:56:09 | | Quit RotAtoR () |
21:57:25 | Slasheri | oh.. i think i found the solution :) |
21:57:57 | Slasheri | yes, of course.. =) |
21:58:26 | lowlight | Thanks all...off to see if the latest bleeding edge fixes my problems |
21:58:30 | | Part lowlight |
21:59:49 | west-acre | hey peeps. concerning the crossfade adjustment. could there be an option for less than 2 secs, like a one second option? what was it set to b4 we had the option to change it ? |
21:59:59 | Slasheri | amiconn: that was simple to fix.. i will commit :) |
22:00 |
22:00:06 | Psy-Dead1 | 5 i think |
22:00:12 | west-acre | was set to 5 second? |
22:00:12 | Psy-Dead1 | 2 second isnt long |
22:00:18 | west-acre | hmm spose. |
22:00:41 | west-acre | i think 1,2,4,5,10 would be better? maybe not. |
22:00:42 | west-acre | im off |
22:00:44 | west-acre | tnx |
22:01:06 | Psy-Dead1 | i think 1,2,3,4,5,6,7,8,19 would be better :P |
22:01:26 | Psy-Dead1 | *i think 1,2,3,4,5,6,7,8,9,10 would be better :P |
22:01:43 | Slasheri | Hmm, that's too much options.. |
22:01:51 | Slasheri | currently we use just 3 bits for crossfade |
22:05:09 | uski | why storing this setting as an index-table (i.e. 001 ==> 1second, 010 ==> 5 seconds, ...) and not a direct number ? |
22:05:54 | Slasheri | that would allow only 0-7s.. but maybe we could increase it to use 4 bits |
22:06:06 | uski | yes |
22:06:07 | Slasheri | hmm, but that would require config version bump again |
22:06:18 | uski | are we that memory hungry ? |
22:06:21 | uski | why not 1 byte ? |
22:06:39 | uski | it's not an important change, it may wait for another change |
22:06:42 | Slasheri | the config block size on the disk is limited |
22:06:50 | Slasheri | yes |
22:07:07 | uski | ? |
22:07:08 | amiconn | The most important setting is 'off' anyway :-P |
22:07:13 | uski | isn't the configuration stored on a regular file ? |
22:07:24 | Slasheri | /* Sum of all bit sizes must not grow beyond 0xB8*8 = 1472 */ |
22:07:35 | uski | why that ? |
22:07:37 | amiconn | uski: no |
22:07:46 | Slasheri | no, it's a bunch of unused sectors on the disk |
22:07:47 | uski | ! |
22:08:00 | amiconn | It is *one* unused sector on disk |
22:08:01 | uski | well, i learn things everyday |
22:08:03 | Lear | slasheri: don't you think an anti-skip buffer of 10 minutes is a bit ... excessive? :) |
22:08:07 | Slasheri | ah |
22:08:25 | uski | that's why i keep my configuration even after removing .rockbox..... |
22:08:59 | Slasheri | uski: it might be but we have the 8 options so why not to use them all ;) i think 10 minutes should be enough for everybody |
22:09:17 | uski | 10 seconds you mean ? |
22:09:24 | Slasheri | no, minutes |
22:09:37 | uski | oh ok sorry i was thinking of something else |
22:09:50 | Slasheri | currently i use 1 minute watermark level and trying to see if that causes any problems |
22:10:00 | Slasheri | if it does, i will try a higher setting |
22:10:14 | Psy-Dead1 | a dynamic anti-skip would be interesting |
22:10:30 | Psy-Dead1 | scale it up and down as needed |
22:10:37 | amiconn | Slasheri: What happens when I set anti-skip to 10 minutes and then play a .wav ?!! |
22:10:55 | Lear | slasheri: that means the drive will spin up and load data that is needed ten minutes later. Really, shouldn't happen. It's for dealing with drives that are a little slower than normal... |
22:10:57 | amiconn | Obviously we don't have >100 MB... |
22:10:57 | Slasheri | amiconn: the maximum watermark level is half of the buffer size |
22:11:05 | Slasheri | so the disk will not constantly spinning |
22:11:35 | amiconn | I'd vote for completely removing the anti-skip setting, like Zagor |
22:11:52 | Slasheri | Lear: i have that problem while walking |
22:12:01 | Slasheri | the unit simply cannot access the disk at all |
22:12:11 | amiconn | The disk spinup time is already taken care of (I hope it also is on iriver?) |
22:12:32 | Lear | how are you walking anyway? >:) |
22:12:33 | Slasheri | i will really need that setting :/ |
22:12:51 | Lear | Well, if it is needed... |
22:12:51 | Slasheri | normally, but i have the player in my pocket |
22:12:56 | Slasheri | not very fast |
22:13:31 | Psy-Dead1 | is it loud when accessing the disk? |
22:13:48 | Psy-Dead1 | any sign of click of death? |
22:16:46 | uski | omg they're crazy http://ipodlinux.org/stories/piezo/ |
22:18:18 | Slasheri | Psy-Dead1: no, but i have had that "click of death" hundreds of times with the bootloader usb mode :/ |
22:24:10 | Coldtoast | it'd be nice if you could power off in USB mode I reckon |
22:24:45 | amiconn | That would be a bad idea imho |
22:24:53 | Coldtoast | the CLICK you get when you unplug in USB mode seems quite loud. Is it the same as when you power up normally? |
22:25:00 | Coldtoast | yeah. it would |
22:25:07 | Coldtoast | data loss central |
22:25:46 | Coldtoast | I thinklI'd really only use bootloader USB mode if I bricked my player somehow |
22:26:45 | Coldtoast | easy enough to boot rockbox, connect USB,update rockbox then reload it |
22:26:50 | amiconn | You only get the click if you unplug very quickly after the last access |
22:27:53 | amiconn | And yes, that click isn't really good for the HD, as it means the HD performed an emergency park, but it's not *that* bad either |
22:28:02 | | Join ]RowaN[ [0] (a2b0y@82-43-212-52.cable.ubr10.newm.blueyonder.co.uk) |
22:28:17 | Coldtoast | to be completely off topic, MAN they're making a massive deal about that sex minigame in GTA: San Andreas |
22:28:36 | ]RowaN[ | is there a prob with flac at the mo? on the last few builds ive noticed that when playing flac, theres a pause every 10 seconds or so |
22:29:00 | Coldtoast | I'll try FLAC here |
22:30:52 | Coldtoast | hmmmmm |
22:31:01 | Coldtoast | it's playing perfectly here |
22:31:12 | Coldtoast | 883kbps FLAC |
22:31:22 | Coldtoast | well, 883 VBR |
22:32:54 | Coldtoast | ~60% boost ratio, fluctuaring betwen 48MHz and 120MHz |
22:32:56 | Lear | Now what... Playback stopped, with the codec in the WPS set to ERR... |
22:33:14 | Coldtoast | topping out at around 75% boost |
22:33:42 | | Join psy-Dead [0] (~nobby@cpc1-bele3-3-1-cust167.belf.cable.ntl.com) |
22:33:48 | Coldtoast | 4misn without a skip |
22:35:49 | pabs | any documentation out there for getting started building embedded systems? |
22:35:49 | | Join memmem [0] (~user@p54A22423.dip0.t-ipconnect.de) |
22:36:16 | pabs | i've been looking at buying either a gumstix or a soekris (probably the former), and hooking it up to an LCD |
22:37:09 | pabs | i'm pretty sure i know enough, but any additional pointers would be appreciated |
22:40:19 | ]RowaN[ | coldtoast: i'll try some other flac files |
22:41:44 | Lear | Strange, problem is repeatable with that particular playlist; maybe a bad entry in it... |
22:42:18 | Lear | But I can't skip past it, and it also means the playlist autobookmarking is rendered inoperable... :/ |
22:42:23 | | Quit Psy-Dead1 (Read error: 110 (Connection timed out)) |
22:43:22 | Lear | Yep, error in playlist. :) |
22:43:43 | * | Lear wonders how that happened though; it is generated by a script... |
22:44:26 | | Join [IDC]Dragon [0] (~Joerg@p54838D4D.dip0.t-ipconnect.de) |
22:44:51 | uski | [IDC]Dragon, \o/ |
22:44:53 | uski | wb |
22:45:01 | [IDC]Dragon | ho |
22:45:26 | uski | it's funny, i don't understand more than 20% of what is said here :D |
22:45:32 | uski | i missed too many things (iriver port, ...) |
22:45:39 | [IDC]Dragon | me too |
22:46:42 | | Join bobbers [0] (~cc320e22@labb.contactor.se) |
22:47:43 | [IDC]Dragon | amiconn, LinusN? |
22:48:09 | amiconn | yup? |
22:48:25 | * | amiconn is annoyed by his own code :-/ |
22:48:33 | [IDC]Dragon | I got another "teaser" from Archos meanwhile |
22:48:40 | * | psy-Dead is annoyed by his lack of code |
22:48:59 | [IDC]Dragon | the codec as a C array, plussome code tidbits |
22:49:38 | [IDC]Dragon | with no realease go yet |
22:49:54 | amiconn | I'm currently wading through the grayscale lib code, facing tons of changes :-/ |
22:49:56 | [IDC]Dragon | (uh my typing sux) |
22:50:08 | amiconn | virtualease ? ;) |
22:50:09 | [IDC]Dragon | sorry for bothering |
22:50:20 | | Quit solex ("leaving") |
22:51:06 | amiconn | I'll cut down the unbuffered functionality of the grayscale lib to a minimum |
22:51:37 | amiconn | Unbuffered operation will only allow clearing the display, drawing greyscale bitmaps, and scrolling |
22:51:51 | uski | [IDC]Dragon, "code tidbits" what's that? |
22:51:52 | amiconn | All other functions will only be available in buffered mode |
22:52:18 | amiconn | s/All other/All/ |
22:52:27 | [IDC]Dragon | I'm not aware of the 2 concepts |
22:52:50 | amiconn | The current cvs implementation is unbuffered, meaning the following |
22:53:15 | amiconn | (1) Everything is drawn directly into the bitplanes, and hence shows up while drawing |
22:53:28 | amiconn | (2) It needs less ram |
22:53:42 | [IDC]Dragon | sounds good to me |
22:54:00 | amiconn | It depends |
22:54:16 | amiconn | For just showing images it is good because it needs less RAM |
22:54:28 | amiconn | For other purposes like animation it is bad |
22:54:56 | uski | amiconn, so you want to implement somekind of double-buffering ? |
22:54:58 | amiconn | Buffered mode will use 2 chunky buffers in addition to the bitplane buffer. |
22:55:06 | [IDC]Dragon | clear, draw and scroll are sufficient for the jpeg viewer |
22:55:17 | amiconn | The drawing functions will draw to the front buffer |
22:55:22 | uski | btw there is a bug with the "grayscale" plugin |
22:55:26 | uski | i don't know if you have noticed it |
22:55:49 | uski | if you scroll the picture out of the screen, when you scroll it back on the screen, the part which was off-screen gets blank |
22:55:59 | amiconn | gray_update() will then compare the front buffer with the back buffer, and perform the necessary changes in the bitplanes |
22:56:18 | amiconn | uski: This is no bug, it's how the lib works |
22:56:25 | Lear | Btw, an odd thing happened a while ago. I hooked my iRiver to a laptop via the USB cable. Still had my earphones on. And I could hear some sort of radio reception! |
22:56:25 | amiconn | It's scrolling, not rolling |
22:56:28 | uski | ok, i see how it works |
22:56:48 | uski | Lear: A(mplitude)M(odulation) ? |
22:57:01 | uski | _or_, if it has a FM tuner, some crosstalk |
22:57:31 | amiconn | The buffering concept has several advantages. (1) It will be faster if there are few changes. (2) Since it only touches pixels whose brightness really changed, there will be way less flicker with moving content |
22:57:46 | amiconn | (3) The drawing functions get very simple |
22:58:03 | amiconn | The only disadvantage is that it needs more RAM |
22:58:15 | Lear | Don't know what it was; I noticed it on two occasions, once it was someone talking with an odd English accent, another time it was some Baltic language I think. I thought AM as well, but could just as well have been Swedish radio P2 (FM)... :) |
22:58:29 | amiconn | ...so I'll leave unbuffered mode available with minimal functionality just for jpeg viewer and mandelbrot |
22:58:34 | uski | Lear: ok :) |
22:59:05 | Lear | The iRiver has a radio, but I was using Rockbox at the time, so it shouldn't be active or anything... |
22:59:18 | uski | maybe that rockbox initialises the radio only when you want to use it |
22:59:29 | uski | so maybe that the RAM of the radio receiver had a random content |
22:59:33 | amiconn | uski: It doesn't support it yet |
22:59:35 | uski | so that it was actually tuned on some channel |
23:00 |
23:00:08 | uski | and as the switch that switches between mp3/whatever or radio is not perfect (i guess), you heard some sound from the radio |
23:00:11 | uski | it must be sth like this |
23:00:19 | amiconn | [IDC]Dragon: Guess why I want buffered mode? I want moving greyscale demos on archos... like the solid greyscale cube |
23:00:32 | amiconn | ..and I really hope to see more stuff |
23:00:48 | uski | maybe we'll have a raytracer for archoses one day ? :D |
23:01:20 | uski | i hope that i'l find a color LCD that can be fitted into the archoses one day |
23:01:26 | uski | i have some, but they are a bit too big |
23:01:37 | amiconn | Buy an iriver H3x0 instead |
23:01:46 | uski | no money ;) |
23:01:50 | amiconn | Chances are high that it will be supported soon |
23:01:57 | uski | i have an archos gmini 400 but... no info on HW |
23:02:20 | uski | i bought it knowing that rockbox will not run on it, but i really needed video playback |
23:02:22 | * | amiconn should hurry getting a H3x0 too, to be prepared for Linus' bootloader ;) |
23:02:35 | uski | :) |
23:02:43 | amiconn | ...and be able to work on the colour LCD driver :) |
23:03:07 | uski | :) |
23:03:17 | uski | i have already worked with a color LCD in one of my personnal projects |
23:03:22 | uski | "it's so cool" :D |
23:03:25 | uski | seriously |
23:03:32 | uski | it really add something |
23:03:40 | | Join lowlight [0] (~187b2f62@labb.contactor.se) |
23:03:51 | amiconn | Nah, I think the driver will need less sophisticated thinking. |
23:04:29 | uski | "add something", i mean the project is more, erm, "value added" |
23:04:32 | uski | more "good looking" |
23:04:37 | uski | it's not at all harder to program :) |
23:04:47 | amiconn | Plus, for one I don't like colour displays in mobile devices that much. Unless they are the newest generation, they eat too much power and are not readable without the backlight |
23:04:48 | uski | in fact i think it is easier to program than some B&W LCD displays |
23:05:00 | uski | well, depends |
23:05:03 | | Part LinusN |
23:05:11 | uski | i had a color LCD display with a PCF8833 controller |
23:05:18 | uski | this controller has a special power saving 16 colors mode |
23:05:32 | uski | it automatically uses the 4 high-order bits of its memory, and renders it in 16 colors |
23:05:36 | uski | it doesn't use much power |
23:05:50 | amiconn | It's not a problem of the controller. The backlight is what consumes most of the power |
23:06:09 | uski | as you said the main problem is the backlight, but the display is readable in the dark as long as care is taken to use high contrast colors (i.e. not pale yellow on pale orange, but blue on white, and so on) |
23:06:46 | uski | when i use a color LCD, i don't abuse of the colors; i almost use the LCD as if it was B&W so there is a very high contrast and everything can be read in the dark |
23:06:51 | uski | without the backlight |
23:07:00 | lowlight | Hi...about this dynamic pcm buffer... |
23:07:01 | amiconn | I know there are colour displays that are readable (and I mean *readable*) without backlight, but so far I only know one device series that uses them |
23:07:08 | uski | also, designers sometimes do S***: in the gmini 400 they didn't do anything to set the backlight intensity |
23:07:25 | uski | it is VERY easy to do, many microcontrollers now have hardware PWM output |
23:07:32 | amiconn | ...the Blackbery 72x0 series |
23:07:45 | lowlight | ...I've noticed my boost ratios have gone from ~12% to 20% with some oggs (~126 bps) |
23:08:15 | uski | amiconn: that's because they use reflective LCD screens and not transflective LCD screens i think |
23:08:41 | uski | oh, i saw a photo |
23:08:43 | uski | incredible |
23:08:49 | amiconn | They must be transflective, as they have a backlight too |
23:08:58 | amiconn | ...to be readable in the dark |
23:09:19 | uski | yes, but they are "mainly" reflective |
23:09:29 | lowlight | Is there an easy way to adjust the pcmbuf size and the watermark? |
23:09:41 | uski | what's this famous watermark ??? |
23:09:45 | uski | :) |
23:10:26 | amiconn | Could be. I would much prefer this kind of display in my mobile phone... I had to get a new one because my old one broke, and the non-readable-in-standby colour lcd is what still annoys me most |
23:11:14 | uski | i used a mobile phone color LCD for my project |
23:11:22 | uski | most of the time, they use a VERY bad reflector |
23:11:31 | uski | i.e. a white sheet of "plastic paper" |
23:11:42 | amiconn | I must say that I am somewhat surprised by the battery standby time. Although the battery is the same capacity as the one in my old phone, standby time is longer, despite of the colour LCD (!) |
23:11:46 | uski | i think they could improve a lot ease of reading by using a real reflector |
23:12:11 | amiconn | The display of my mobile phone is pitch black when not illuminated |
23:12:26 | uski | maybe that it is shut down by the phone in fact |
23:12:36 | uski | try putting your phone near a light bulb |
23:12:38 | amiconn | Yes, probably |
23:12:50 | uski | if it is still pitch black then they shut down the LCD |
23:12:53 | amiconn | Not much sense in doing otherwise with this kind of display |
23:12:54 | uski | which is, i think, stupid |
23:12:58 | uski | no |
23:12:59 | | Quit ze (Read error: 110 (Connection timed out)) |
23:13:29 | amiconn | I know some other phones that do display the time or such when in standby, without backlight |
23:13:34 | uski | the mobile phone of my father has a color LCD and it displays the time (at least) ;) |
23:13:41 | uski | yes |
23:13:48 | uski | it is hard to read, but it's still readable |
23:13:55 | amiconn | But that kind of display isn't really readable |
23:13:56 | Coldtoast | sI had a K700i which wa a DAMN nice phone |
23:13:59 | uski | but the problem is the bad reflectors they use |
23:14:26 | Cassandra | Hmmm. The ON button of the JBP I bought off eBay seems to have become detatched. (Not the grey bit, the actual contact.) Any suggestions for fixing it> |
23:14:36 | Coldtoast | cracked the LCD at work tho and the replacement I got from Europe was faulty. can't be arsed waiting on a new one so I bought an old non-colour phone with nothing fancy at all |
23:14:42 | uski | Cassandra, take a soldering iron ? |
23:14:54 | uski | and resolder the button |
23:15:09 | Cassandra | Now that might work if I had all of the button. I don't. |
23:15:16 | Cassandra | I have the top half. |
23:15:27 | | Part lowlight |
23:15:34 | uski | what ? you are missing some of the surface mount buttons ? |
23:15:34 | Cassandra | (Working from comparison with the Menu button. |
23:15:41 | Coldtoast | plus aren't you a bit visually impaired Cassandra? |
23:15:43 | Cassandra | It would appear so. |
23:15:52 | Cassandra | Yes. My soldering is crappy. |
23:15:53 | uski | then the one who sold you the jukebox took them... |
23:15:58 | uski | hmm |
23:16:20 | Cassandra | I can see two contacts where the ON button should be. |
23:17:01 | uski | i do not know where to purchase replacement buttons |
23:17:09 | Cassandra | Somewhere there should be a metal ring to go under the button top. |
23:17:11 | Lear | Argh, I don't like it when I do a small change, download it to the player and really odd things start happening.... |
23:17:19 | Cassandra | Unfortunately I can't seem to find it on the floor. |
23:17:31 | Lear | Then I make a full rebuild and download that, and voila, things work as expected again... |
23:17:52 | uski | oh, Cassandra, I misunderstood your problem |
23:17:55 | | Nick F1^Aison is now known as Aison (~hans@zux166-181.adsl.green.ch) |
23:18:20 | [IDC]Dragon | Cassandra, I can send you a button (the actual switch, not the plastic part) |
23:18:26 | Lear | But just now I think I know what it was caused by... :) |
23:18:26 | amiconn | Cassandra: These SMD buttons aren't supposed to fall apart. If they do, they're broken |
23:19:34 | Cassandra | ami: Am I stuffed then? (I can always power on from USB, I suppose.) |
23:19:51 | Cassandra | Possibly I could solder two wires and a push button on. |
23:19:58 | Cassandra | If I had two wires and a push button. |
23:20:05 | uski | it will be very hard to solder this I think... |
23:20:11 | amiconn | I think you need to replace the button. [IDC]Dragon said he still has some |
23:20:44 | Cassandra | I'll pop him a mail then. |
23:21:41 | Cassandra | On an unrelated note, arse. Went it to listen to a Teac Reference 300 stereo today, liked it, then the bastard salesman made me listen to the Arcam Solo. |
23:21:46 | Cassandra | I am truly in love. |
23:21:57 | Cassandra | With a thousand pound stereo. |
23:22:21 | [IDC]Dragon | bah, cheap stuff |
23:22:44 | [IDC]Dragon | ;-) |
23:22:55 | [IDC]Dragon | I have british gear as well |
23:23:35 | Cassandra | If I got it with the Epos 12.2 speakers, which I also really like, it'd be an entirely British stereo system. :) |
23:23:55 | Cassandra | Oh, [IDC]Dragon, do you have any spare player pushbuttons? |
23:24:11 | * | [IDC]Dragon fires up the soldering iron |
23:24:40 | amiconn | [IDC]Dragon: Please unsolder 2 of them.... |
23:24:49 | [IDC]Dragon | Cassandra, yes |
23:25:03 | | Quit Zagor ("Client exiting") |
23:25:04 | Cassandra | Cool. You want money? |
23:25:10 | [IDC]Dragon | no |
23:25:26 | * | amiconn still has Linus' oldplayer laying around, with that missing "-" button... |
23:25:30 | | Quit Shebb ("CGI:IRC") |
23:25:48 | Cassandra | That's kind of you. Thanks. Remind me of your email and I'll send you my address. |
23:26:12 | [IDC]Dragon | it's all over the mailing list |
23:26:36 | Cassandra | OK |
23:26:54 | Lear | Hm.. The playback menu is getting crowded... A few items could be moved to system, IMO... |
23:28:44 | | Join Strath [0] (~mike@dgvlwinas01pool0-a204.wi.tds.net) |
23:29:57 | uski | I wish I could change the way we set settings on the archos: instead of being in a screen with :"Setting name" and "setting value", we could stay in the menu, and use a window over it with the setting value |
23:30:04 | uski | maybe a slider, or a dropdown list |
23:30:19 | uski | i'm afraid i don't know enough of rockbox code to change this |
23:31:03 | psy-Dead | wait til the new graphics api is finished 1st |
23:31:19 | uski | you're right |
23:31:27 | amiconn | The new graphics api is finished in the core |
23:31:48 | Cassandra | uski: I've thought of doing something similar for the graphical players too. |
23:31:58 | Cassandra | It ought to be feasible. |
23:32:17 | Cassandra | I'm just not sure whether it would be simpler or more confusing. |
23:32:23 | uski | it is, and it shouldn't be very very hard for somebody experienced |
23:32:40 | amiconn | I think it would be more confusing |
23:33:05 | amiconn | I had a slightly different idea (well, I got the idea from my new mobile phone) |
23:33:23 | amiconn | The settings should keep their separate screen, but with 2 changes |
23:33:54 | [IDC]Dragon | one button off |
23:34:24 | amiconn | (1) The value of the current setting would be displayed in a small info box to the right and below (or above, as it fits) the current line |
23:34:38 | amiconn | For changing the setting you would still enter a separate screen |
23:35:02 | amiconn | (2) The separate screen would show all choices as a list for multiple-choice settings |
23:35:48 | Cassandra | ami: My idea was to do (1) on the main screen and have up down change options, left right change values. |
23:36:12 | amiconn | Yes, and I don't think this is a good idea |
23:36:17 | Cassandra | Select to confirm changes, stop to cancel. |
23:36:26 | | Join ze [0] (ze@ca-dstreet-cuda2-c9a-73.snbrca.adelphia.net) |
23:36:27 | uski | i'll do a simulation of my idea from a screenshot of a menu |
23:36:48 | amiconn | The screen would become too crowded and confusing, especially with larger fonts |
23:37:03 | uski | oh you're right, i have forgotten the fonts problem |
23:37:16 | uski | i use a very small font, but not everyone can do this |
23:37:23 | amiconn | The trigger settings screen does this, and I think it really is confusing |
23:37:40 | Cassandra | I don't see it as particularly less confusing than keeping a seperate options screen. |
23:37:47 | Cassandra | trigger settings? |
23:37:56 | amiconn | The recording trigger |
23:38:41 | [IDC]Dragon | 2nd button off |
23:38:56 | [IDC]Dragon | (this is difficult, takes time) |
23:39:04 | amiconn | Anyway, before changing anything major in that direction, I think it is necessary to consolidate some code |
23:39:12 | [IDC]Dragon | Cassandra, do you have means to solder it? |
23:39:20 | amiconn | We're really tight on space now. |
23:39:36 | uski | space ? because of the flash size ? |
23:39:37 | Cassandra | I have an iron, yes. |
23:40:06 | amiconn | I'm rethinking t0mas' idea of a universal list browser, after I first rejected the idea |
23:40:08 | Cassandra | Although quite how you get solder between the button and the board, I'm not sure. |
23:40:13 | [IDC]Dragon | and calm hand, sg |
23:40:30 | Cassandra | That I'm not so good with, but I get by. |
23:40:33 | [IDC]Dragon | ...hands |
23:40:46 | amiconn | uski: Not the flash size, but the hard limit for .ajz loaded from disk |
23:41:03 | amiconn | ...for those poor people that have an unflashable box |
23:41:05 | *** | Saving seen data "./dancer.seen" |
23:41:12 | uski | heh, i was part of these poor people |
23:41:18 | uski | i tried to replace the flash chip, and it fried my archos |
23:41:28 | uski | that's why i didn't have a box for several months |
23:41:35 | amiconn | Ah, yes |
23:42:05 | uski | (and i still do not understand what fried, i did it with a lot of care and i have all the required hardware, even a hot air soldering station.....) |
23:42:37 | uski | http://www.mega-rc.com/Shiro_SX/Shiro_SX_White_4.jpg : i love these fancy OLED displays; i would love to get one to play with, but they are hard to find |
23:43:32 | * | Cassandra boggles as $local hifi shop beats the internet on price by 100 quid. |
23:44:49 | amiconn | An universal list browser may possibly help to cut down binary size. From removing the MAS debug menu items I know that larger switch() constructs may get large... |
23:45:13 | * | Cassandra decides to snap Sevenoaks Sound and Vision's metaphorical hand off. |
23:45:17 | amiconn | Eek, I mean, may get large in binary size as well |
23:46:16 | amiconn | I also think the bookmarking code is way too big for what it does... |
23:46:27 | amiconn | ...but I don't know why yet |
23:46:31 | Cassandra | ami: Makes sense (re list browser) |
23:46:51 | Cassandra | I wouldn't do the options like the trigger screen. |
23:46:53 | uski | amiconn, if it was me, i would remove it :D |
23:47:01 | amiconn | Another strange thing is that the Ondio FM binary is >10 KB smaller than the FM recorder binary |
23:47:23 | amiconn | I can't believe this is only due to the F2/F3 menu(s) |
23:47:33 | Cassandra | I'd go split screen with the bottom line of the screen inverted and turned over to display the setting of the current option under the cursor. |
23:47:42 | amiconn | The ATA and MMC drivers are comparable in size, so that can't be it |
23:47:54 | uski | btw what's the hard limit of the .ajz file size ? |
23:48:00 | amiconn | 200 KB |
23:48:17 | amiconn | Cassandra: Bottom line is bad, that interferes with the button bar |
23:48:23 | amiconn | (on archos recorders) |
23:48:40 | Cassandra | ami: If it's only an issue for on disk, can we configure the Rockbox rescue build to automatically ROLO a larger image? |
23:48:48 | [IDC]Dragon | 4 buttons off, enough for today |
23:48:52 | Cassandra | Then we neatly sidestep the whole size issue. |
23:49:02 | amiconn | Cassandra: We could, but that's not the point here |
23:49:31 | amiconn | Somehow I think there is much potential for saving binary size in rockbox |
23:49:32 | Cassandra | No, but Rockbox is going to hit the 200kb mark sooner or later. |
23:50:07 | amiconn | Rockbox is way bigger than the archos firmware, in spite it does localisation externally, while archos has the whole localisation built in |
23:50:39 | ]RowaN[ | the prob i have with flac playback just seems to be on one flac file (i only have 2 hehe)... the flac file in question reports as 1068kbps |
23:50:47 | Cassandra | We do so much more than Archos though. |
23:51:05 | amiconn | I know it does have more features, but I don't think this is the only reason |
23:51:16 | Cassandra | Perhaps we should start compiling with a higher -O option. |
23:51:20 | Cassandra | That can't be helping. |
23:51:29 | amiconn | That makes the binary larger, not smaller |
23:51:38 | | Join ashridah [0] (ashridah@220-253-120-107.VIC.netspace.net.au) |
23:51:38 | amiconn | I tried it |
23:51:45 | uski | depends which optimisations |
23:51:47 | [IDC]Dragon | -Os |
23:51:54 | uski | there are options to prefer size of speed |
23:51:56 | uski | yea |
23:51:59 | amiconn | The only option that makes the binary a little smaller is -Os |
23:52:06 | amiconn | ...but not much |
23:52:10 | amiconn | I tried all of them |
23:52:14 | uski | ok |
23:52:21 | uski | so we have a problem :D |
23:52:25 | amiconn | ..both with gcc 3.3.x and 3.4.x |
23:52:36 | amiconn | We would have more problems |
23:52:42 | uski | such as ? |
23:53:02 | amiconn | Binaries created with -O2, -O3 and -Os won't run on the archos |
23:53:06 | Cassandra | We've had crashes compiling with high -O values. |
23:53:08 | amiconn | ...with any gcc |
23:53:22 | uski | ! |
23:53:24 | amiconn | I know the workaround to make -O2 and -Os work with gcc 3.3.x |
23:53:33 | Cassandra | Maybe we ought to find out why. |
23:53:34 | uski | have you tried GCC 4.x btw ? |
23:53:42 | amiconn | ...but so far no solution for -O3 or gcc 3.4.x |
23:53:46 | amiconn | yes |
23:53:47 | Cassandra | (She says, being totally incapable of doing so herself.) |
23:54:07 | amiconn | gcc 4 doesn't compile at all for archos, due to a stupid decision of the gcc team |
23:54:16 | uski | which decision ? |
23:54:21 | uski | they removed the SH1 target ? |
23:54:22 | uski | :) |
23:54:25 | amiconn | no |
23:54:45 | amiconn | gcc 4+ only allows aliases to functions defined in the same translation unit |
23:55:14 | uski | (i don't understand a bit of what it means, but thanks anyway :D)Ã |
23:55:16 | amiconn | ...but system.c uses aliases to functions defined in an asm block (perfectly legal!) - and gcc 4 chokes |
23:55:47 | uski | oh ok i understand nowx |
23:55:48 | Cassandra | That kind of sucks. Have you talked to the gcc guys about it? |
23:55:55 | amiconn | Nope |
23:56:15 | amiconn | I would do so, but gcc requires registration just for reporting bugs |
23:56:18 | uski | there is a workaround for this; maybe you can write an inline function for each ASM function |
23:56:43 | uski | i.e. instead of writing several functions in a big ASM block, write an ASM block for each function |
23:56:49 | uski | it will work, will not it ? |
23:57:00 | amiconn | No |
23:57:09 | uski | :( |
23:57:15 | uski | why ? o:) |
23:57:25 | amiconn | The functions in the asm block aren't complete functions, but very short stubs |
23:57:40 | amiconn | ...jumping to a common function after saving a parameter |
23:57:51 | uski | i see |
23:58:06 | amiconn | We could perhaps find a workaround with considerable effort, but I don't bother |
23:58:07 | Cassandra | Phew. Sent my home address to the Rockbox list by accident. Fortunately from the wrong email address so it bounced. |
23:58:46 | | Quit DT () |
23:58:48 | uski | :) |
23:58:49 | Cassandra | There's no guarantee GCC4'd fix the optimisation problems we're having anyway. |
23:58:55 | amiconn | I'm sure gcc 4 won't bring down code size, at least that's what I derive from comparison of rockbox code size with gcc 3.4.x and gcc 4 |