| 00:00:08 | HCl | okay |
| 00:00:11 | HCl | thats just odd.. |
| 00:00:14 | HCl | it wasn't working |
| 00:00:21 | HCl | i checked whether the runtime database was turned on |
| 00:00:24 | HCl | i went to usb mode |
| 00:00:27 | HCl | came back from usb mode |
| 00:00:29 | HCl | and now it suddenly works.. |
| 00:00:43 | * | HCl dislikes bugs that "disappear" |
| 00:01:09 | | Join webguest18 [0] (~d4406110@labb.contactor.se) |
| 00:01:13 | Bagder | my rockbox.rundb is 8 bytes |
| 00:01:23 | Bagder | seems... small |
| 00:01:29 | hardeep | might need a new hd for that Bagder |
| 00:01:36 | Bagder | :-) |
| 00:01:37 | * | HCl commits |
| 00:01:46 | HCl | Bagder: archos or? |
| 00:01:52 | Bagder | h140 |
| 00:01:54 | HCl | amiconn added an option that has to be turned on |
| 00:01:57 | HCl | its in playback options |
| 00:02:04 | Bagder | played for ~90 mins today |
| 00:02:06 | HCl | 8 bytes means it just has a header |
| 00:02:15 | Bagder | I enabled the option |
| 00:02:17 | HCl | okay |
| 00:02:21 | HCl | then i think we're having the same bug |
| 00:02:24 | Bagder | I'll doublecheck |
| 00:02:27 | stripwax_ | btw - i think my hdd IS knackered, you know.. :-( i'll see if i can get a warranty replacement for it, if not I'll upgrade to 30GB :-) |
| 00:02:27 | HCl | same |
| 00:02:40 | | Join PaulJ [0] (~PaulJ@vpn-3040.gwdg.de) |
| 00:02:52 | HCl | yea |
| 00:02:56 | webguest18 | pill: that feature already exists, look up the definitions of 'Insert', 'Insert Next', 'Insert Last' |
| 00:02:57 | HCl | there's something wrong with the rundb init |
| 00:03:02 | HCl | it works after plugging in usb |
| 00:03:06 | HCl | but it doesn't get initialized on bootup |
| 00:03:15 | * | HCl goes to check |
| 00:03:36 | HCl | um. |
| 00:03:37 | HCl | yea.. |
| 00:03:39 | | Join Infirit [0] (~infirit@82-217-42-235.cable.quicknet.nl) |
| 00:03:41 | Bagder | I have the option enabled |
| 00:03:42 | HCl | who removed the rundb_init o.o;; |
| 00:03:45 | | Part webguest18 |
| 00:03:46 | Bagder | checked now |
| 00:03:50 | HCl | yea, the rundb init disappeared from the main init() |
| 00:03:55 | * | HCl goes to check cvs.. |
| 00:04:05 | | Quit Infirit (Client Quit) |
| 00:04:59 | HCl | can i check all the files that have been changed with a specific commit? |
| 00:05:04 | HCl | amiconn moved the init somewhere, but broke it.. |
| 00:05:26 | * | HCl checks cvs log.. |
| 00:05:30 | Bagder | cvs doesn't really group files in a commit |
| 00:05:51 | Bagder | but you can "guess" based on the comment and timestamp |
| 00:06:18 | | Join webguest85 [0] (~d49f4cf2@labb.contactor.se) |
| 00:06:36 | HCl | yea, i found it anyways... |
| 00:06:53 | HCl | i don't see why amiconns change would be erronous, but it does bug for some reason.. |
| 00:07:03 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 00:07:06 | HCl | maybe its trying to init before the settings are loaded? |
| 00:07:07 | HCl | i think thats it.. |
| 00:07:25 | hardeep | okay, looks like moving resume update to mpeg/playback threads works fine... |
| 00:07:33 | HCl | rundb doesn't belong in tree though... |
| 00:07:40 | hardeep | would there be a reason it shouldn't be moved there? |
| 00:07:50 | HCl | the tagdb does because its needed for browsing, but the rundb init has nothing to do with the tree structure |
| 00:08:15 | Bagder | HCl: yes, it is probably better off in a new file |
| 00:08:29 | Bagder | hardeep: not that I can think of |
| 00:08:44 | Bagder | amiconn or Linus might have opinions |
| 00:08:53 | HCl | hrm.. |
| 00:09:01 | HCl | the settings do get loaded before the call to the tree init though.. |
| 00:09:01 | | Quit webguest85 (Client Quit) |
| 00:09:02 | LinusN | i don't really remember if there was a reason |
| 00:09:09 | HCl | i'm confused to why its failing to init at bootup |
| 00:09:18 | LinusN | perhaps a will to only update rtc from one thread? |
| 00:09:26 | HCl | ohhh! |
| 00:09:28 | HCl | ofcourse. |
| 00:09:41 | HCl | rundb_init *has* to be inited after audio_init or it won't work |
| 00:09:58 | hardeep | maybe it had to do with the separation of apps and firmware and settings are only available in apps? |
| 00:10:12 | hardeep | i worked around that by adding a playlist function that the mpeg thread calls |
| 00:10:15 | Bagder | HCl: surely the comments for that function explains that precondition? ;-) |
| 00:10:52 | HCl | :P i just added the comment |
| 00:10:59 | HCl | i know, writing documentation is on my todo list |
| 00:11:09 | HCl | fixed in the bleeding edge build |
| 00:11:24 | Bagder | you and Slasheri write about the same amount of comments in your code |
| 00:11:27 | Bagder | none |
| 00:11:37 | HCl | :P sorry, i'll try to do better |
| 00:12:05 | Bagder | it isn't really a complaint at this point, merely a remark |
| 00:12:09 | HCl | :p |
| 00:12:15 | HCl | i'll try to do better anywho |
| 00:12:24 | hardeep | LinusN: If you wanted to look at it, I have a patch at http://hardeeps.freeshell.org/patches/resume.diff |
| 00:12:37 | hardeep | if you have no problems with it, i'll go ahead and commit |
| 00:15:03 | HCl | putting runtime data in the id3 structure was a really good idea |
| 00:15:08 | | Quit Moxon ("leaving") |
| 00:15:16 | HCl | its really easy to access the runtime data of the current song, and just as easy to change it |
| 00:15:18 | LinusN | hardeep: the rtc may be accessed from two threads, please check if there's a mechanism to handle that |
| 00:15:46 | hardeep | LinusN: yeah, I was just looking... doesn't appear to be any protection around it |
| 00:15:56 | HCl | how did i manage this.. |
| 00:15:56 | HCl | make[1]: Warning: File `main.c' has modification time 2.4e+02 s in the future |
| 00:16:17 | Bagder | HCl: using nfs? |
| 00:16:26 | HCl | no.. |
| 00:16:37 | HCl | local file... just edited them with vim... |
| 00:16:46 | Bagder | weird |
| 00:16:50 | HCl | i don't see why their modification dates would be in the future.. |
| 00:16:51 | HCl | yea.. |
| 00:16:52 | Bagder | but vim is weird! ;-P |
| 00:17:15 | hardeep | LinusN: oh wait, rtc_write() calls i2c_begin() which takes a mutex |
| 00:17:32 | LinusN | hardeep: ah, yes |
| 00:18:15 | Bagder | hardeep: seems suitable you add a little comment about that |
| 00:18:21 | HCl | when i add language strings, will english.lang do or do i have to add blanks for all the other languages.. |
| 00:18:24 | HCl | ? |
| 00:18:37 | Bagder | HCl: english only is good enough |
| 00:18:38 | hardeep | Bagder: comments??? blasphemy! =) |
| 00:18:39 | HCl | k |
| 00:19:14 | Bagder | HCl: the other languages will get the english versions until they provide their own |
| 00:21:16 | HCl | ah |
| 00:21:17 | HCl | k |
| 00:21:47 | | Quit gromit` (Read error: 104 (Connection reset by peer)) |
| 00:22:41 | | Join gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
| 00:23:40 | | Quit west-acre ("—I-n-v-i-s-i-o-n— 2.0 Build 3515") |
| 00:27:39 | * | HCl wonders where to add a tag for playcount and rating |
| 00:27:54 | HCl | most trouble i'm having is finding a spot where i can still put at least a sensible letter to use for it :P |
| 00:28:16 | | Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 00:28:48 | | Quit cYmen_ (Read error: 104 (Connection reset by peer)) |
| 00:29:28 | * | Bagder fades away |
| 00:30:26 | n0bby | BADGER, NOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOoooooooooooooooooooooooooooooooo!! |
| 00:31:10 | | Nick courtc_ is now known as courtc (~courtc@adsl-158-10-231.asm.bellsouth.net) |
| 00:31:11 | LinusN | hmmm, the fading backlight made the boot loader hang/crash |
| 00:32:02 | | Quit ghostiger (Remote closed the connection) |
| 00:32:59 | HCl | ouch. |
| 00:33:08 | HCl | darn |
| 00:33:13 | HCl | i had to ask bagder a question |
| 00:33:17 | | Join jlee [0] (~jlee@69-175-94-207.frdrmd.adelphia.net) |
| 00:33:21 | HCl | who knows stuff about wpses |
| 00:33:21 | LinusN | about what? |
| 00:33:22 | HCl | ? |
| 00:33:28 | HCl | i need a very simple thing |
| 00:33:36 | HCl | i just need to make a tiny own wps with a special tag i just made |
| 00:33:38 | HCl | to test whether it works |
| 00:33:44 | LinusN | then do it |
| 00:33:55 | * | HCl guesses he'll go read the wiki |
| 00:33:57 | HCl | i dunno how they work.. |
| 00:34:06 | LinusN | get the default wps from wps-display.c |
| 00:34:21 | HCl | k |
| 00:34:23 | HCl | thanks |
| 00:36:39 | HCl | kind of scary how gcc does format string checking on snprintf.. |
| 00:38:04 | stripwax_ | HCl? |
| 00:38:09 | | Join TCK [0] (TCK@81-86-98-38.dsl.pipex.com) |
| 00:39:01 | HCl | yes? |
| 00:39:03 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 00:39:33 | | Quit PaulJ (".") |
| 00:43:22 | LinusN | hardeep: i think you should commit the patch |
| 00:43:42 | stripwax_ | HCI scary in what way? |
| 00:44:13 | hardeep | LinusN: okay... I was just double checking that calling settings_save() from two different threads wouldn't be a problem and it looks like it's fine |
| 00:45:43 | HCl | hah. |
| 00:45:45 | HCl | thats pretty cool |
| 00:45:52 | LinusN | hardeep: in fact, periodic updates shouldn't be necessary anymore |
| 00:45:56 | * | HCl commits wps support for playcount and rating |
| 00:46:08 | hardeep | LinusN: why not? |
| 00:46:22 | LinusN | because we have "soft" poweroff for all platforms |
| 00:46:37 | hardeep | oh, right |
| 00:46:54 | HCl | my wps shows playcount and rating now :) |
| 00:46:55 | hardeep | should i even bother with the settings_save() then? |
| 00:47:02 | HCl | air - all i need; playcount: 4 rating: 9 |
| 00:47:04 | HCl | :) |
| 00:47:10 | LinusN | hardeep: i dunno |
| 00:47:28 | hardeep | i'll leave it in for now |
| 00:50:05 | LinusN | HCl: how do you rate it? |
| 00:50:14 | HCl | in the context menu :) |
| 00:50:24 | HCl | wps context menu |
| 00:50:25 | HCl | that is |
| 00:50:28 | LinusN | lovely |
| 00:51:03 | * | HCl goes to rate all the best songs of his collection with a 9 :) |
| 00:51:59 | HCl | might it be possible to add certain "graphic" tags? |
| 00:52:06 | thegeek_ | 9?! |
| 00:52:14 | HCl | like a dot in the middle |
| 00:52:15 | thegeek_ | is the scale 0 to 9 ? |
| 00:52:19 | | Nick thegeek_ is now known as thegeek (na@ti521110a080-2228.bb.online.no) |
| 00:52:19 | HCl | 0-10 |
| 00:52:22 | HCl | 0 meaning no rating |
| 00:52:31 | thegeek | hmm |
| 00:52:32 | LinusN | HCl: i don't get it |
| 00:52:34 | thegeek | oh well |
| 00:52:37 | HCl | LinusN: mm? |
| 00:52:43 | HCl | thegeek: why? |
| 00:52:46 | thegeek | that's a big scale for something that subjective |
| 00:52:46 | HCl | LinusN: what don't you get? |
| 00:52:47 | thegeek | I mean |
| 00:52:52 | LinusN | graphic tags |
| 00:52:55 | HCl | sorry |
| 00:52:58 | HCl | i'm being a bit vague |
| 00:53:03 | HCl | hold on |
| 00:53:05 | thegeek | hard to choose between 4 and 5;) |
| 00:53:48 | HCl | http://www.rockbox.org/twiki/bin/view/Main/MarkBright |
| 00:54:00 | HCl | like that one is using - | and + in order to do some minor graphics |
| 00:54:29 | HCl | and the one of jonnyDr (there's no link to it, but its above that one) has small dots |
| 00:54:33 | HCl | but that dot isn't in all fonts |
| 00:55:17 | * | HCl tried that one but it ended up showing as some weird u |
| 00:55:19 | HCl | :/ |
| 00:55:35 | HCl | and people using ==== to create a seperator line |
| 00:55:49 | HCl | it'd be better if we had simple graphic tags for that |
| 00:55:57 | HCl | like draw line from there to there |
| 00:56:18 | LinusN | aha, now i understand |
| 00:56:34 | LinusN | but i don't see anything in the link you gave me |
| 00:56:39 | HCl | sorry |
| 00:57:03 | HCl | see how he uses |-+ to mimick some sort of folder structure..? |
| 00:57:06 | HCl | in his screenshot? |
| 00:57:24 | stripwax_ | (screenshot?) |
| 00:57:38 | HCl | um. |
| 00:57:39 | HCl | http://www.rockbox.org/twiki/pub/Main/WpsGallery/MSB_WPS.png |
| 00:57:39 | HCl | o.o |
| 00:58:08 | HCl | doh |
| 00:58:12 | HCl | i just noticed |
| 00:58:14 | HCl | i posted the wrong link >.< |
| 00:58:16 | HCl | sorry |
| 00:58:30 | HCl | http://www.rockbox.org/twiki/bin/view/Main/WpsGallery#MarkBright |
| 00:58:32 | HCl | thats the one i meant :X |
| 00:58:36 | HCl | gomen nasai |
| 00:58:48 | HCl | hm.. actually |
| 00:58:54 | HCl | the wps gallery needs some work |
| 00:58:59 | HCl | there are two html markbright tags in there |
| 00:59:02 | HCl | and its taking the first one.. |
| 00:59:12 | HCl | look at the one in the iriver section...... |
| 00:59:33 | LinusN | i see |
| 01:00 |
| 01:00:15 | HCl | it'd be nice if we would be able to offer a way to do some minor graphics instead of forcing people to ascii art |
| 01:00:26 | HCl | just a simple draw line from there to there would go a long way |
| 01:00:58 | HCl | but i gotta go to sleep.. |
| 01:00:59 | HCl | gnight. |
| 01:01:25 | LinusN | nite |
| 01:07:42 | | Quit Sucka ("a bird in the bush is worth two in your house") |
| 01:09:58 | * | HCl has some bugs with id3 reading, wonders whether he created it.. |
| 01:09:59 | HCl | ah well |
| 01:10:01 | HCl | night |
| 01:11:12 | | Join Data_OverLoad [0] (~Edward@CPE000c416e74a8-CM000a735f940c.cpe.net.cable.rogers.com) |
| 01:11:17 | | Part Data_OverLoad |
| 01:12:35 | | Join austriancoder [0] (~austrianc@80.120.117.30) |
| 01:12:40 | austriancoder | hi all |
| 01:12:44 | HCl | hey |
| 01:12:45 | LinusN | hey |
| 01:12:46 | HCl | long time no see |
| 01:12:47 | HCl | gnight |
| 01:12:53 | austriancoder | night |
| 01:13:46 | LinusN | austriancoder: http://www.pemicro.com/index.cfm?targetURL=http://www.pemicro.com/products/product_viewDetails.cfm?product_id=106&menu_id=details&CFID=450301&CFTOKEN=81923511 |
| 01:14:04 | LinusN | you want the 3.3V one, not the 5V |
| 01:14:38 | austriancoder | fine.. this was one of the questions i wanted you to ask ;) |
| 01:16:11 | | Join Peuc [0] (~peuc@jus25-1-82-225-15-160.fbx.proxad.net) |
| 01:25:57 | | Quit Aison ("( www.nnscript.de :: NoNameScript 3.72 :: www.XLhost.de )") |
| 01:27:00 | n0bby | i'm doing a serious overhaul on the formatting of http://www.rockbox.org/twiki/bin/view/Main/CustomWPS BTW |
| 01:27:16 | n0bby | could take a while |
| 01:27:30 | n0bby | anyone need a quick edit lock release, just tell me :) |
| 01:27:37 | | Join gromit`` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
| 01:27:44 | LinusN | what are you doing with it? |
| 01:27:51 | n0bby | its all in <pre> |
| 01:27:55 | n0bby | im changing it to tables |
| 01:27:58 | n0bby | looks far better |
| 01:28:01 | LinusN | ah |
| 01:28:17 | | Quit gromit` (Read error: 104 (Connection reset by peer)) |
| 01:28:24 | n0bby | but it needs <pre> around the wps tags |
| 01:28:32 | n0bby | so its taking a lot of changes to do |
| 01:29:04 | | Join xen` [0] (nop@stg25-1-82-238-117-1.fbx.proxad.net) |
| 01:29:52 | | Quit cYmen ("zZz") |
| 01:30:20 | | Quit hicks (Remote closed the connection) |
| 01:32:16 | LinusN | the SYS_POWEROFF seems to work fine |
| 01:32:57 | LinusN | the viewer plugin now automagically saves the settings before the power is cut |
| 01:32:59 | tvelocity | how much usable is the recording function in the debug menu? can it be used in the real world safely? |
| 01:33:21 | LinusN | tvelocity: sure, but it seems to overwrite the same file every time |
| 01:33:30 | tvelocity | that's no problem to me |
| 01:33:52 | tvelocity | i'm currently testing for how long it can record withe the battery full |
| 01:35:25 | tvelocity | any known issues with it? my roommate wants to record a live event |
| 01:37:50 | LinusN | looks like it doesn't split long recordings into multiple files yet |
| 01:38:28 | | Quit markun () |
| 01:38:43 | LinusN | so you will probably hit the 2gig limit before the battery runs out |
| 01:38:54 | tvelocity | oh |
| 01:38:55 | tvelocity | :/ |
| 01:39:31 | n0bby | silly microsoft |
| 01:39:31 | tvelocity | i think 2gigs are enough though, he wants to record for ~3 hrs |
| 01:39:52 | n0bby | i wonder what the largest available HDD size was when the fat32 format was designed |
| 01:40:08 | tvelocity | is there any record glitch, like in iriver FW, or was that a software problem? |
| 01:40:22 | n0bby | software |
| 01:41:05 | LinusN | the current test in rockbox has a "glitch" in the beginning of the recording, but the rest of it should be nice and quiet |
| 01:41:15 | tvelocity | great! |
| 01:41:34 | tvelocity | it suits my need perfectly ;) |
| 01:41:39 | LinusN | haven't tried it myself though, i'm just repeating what others have said |
| 01:42:29 | tvelocity | what will happen when it hits the 2gig limit? will it stop, or will it crash and destroy mankind? |
| 01:44:26 | LinusN | iirc, rockbox will go on until it hits 4gig, but the results are, so to say, "undefined" |
| 01:44:34 | n0bby | AAAAAAAAAHHHHHHHHHHHHHHHHHHHH |
| 01:44:42 | n0bby | wiki is annoying |
| 01:44:46 | tvelocity | heh let's find out:P |
| 01:44:46 | | Join Cassandra [0] (~cassandra@82-70-230-150.dsl.in-addr.zen.co.uk) |
| 01:44:54 | LinusN | tvelocity: backup first |
| 01:45:10 | n0bby | i cant use | in a table without it forming a border, EVEN WITH <pre> OR <verbatim> AROUND IT!!!!!!!!!!! |
| 01:45:15 | tvelocity | i haven't anything i want in it |
| 01:45:33 | | Join EoS [0] (EoS@chello212186071171.1.14.vie.surfer.at) |
| 01:45:40 | EoS | hello |
| 01:45:42 | tvelocity | besides, it's allready at 2hrs and 50 minutes... i won't stop it now! |
| 01:45:43 | n0bby | 'lo |
| 01:45:47 | LinusN | EoS: hi |
| 01:45:50 | stripwax_ | Hmm.. bit of a noob question but, .. I just tried adding support for pcm vu meters on iriver, and with the new code and plugins installed on my player, the unit turns itself off moments after turning on. Anything obvious? Clearly I just bungled somewhere.. |
| 01:46:22 | EoS | i just saw a pic of the rockobx loading on a gmini 120, is it fully funtional for those players now? |
| 01:46:29 | n0bby | nope |
| 01:46:31 | | Quit Cassandra (Read error: 131 (Connection reset by peer)) |
| 01:46:34 | n0bby | not even slightly |
| 01:46:35 | LinusN | stripwax_: perhaps not that obvious |
| 01:46:52 | n0bby | i think... |
| 01:47:06 | EoS | ah too bad.. |
| 01:47:16 | LinusN | EoS: the gmini developer(s) have been away for quite some time |
| 01:47:18 | stripwax_ | LinusN - I can't think of anything that would cause it to just turn itself off :-( |
| 01:47:35 | LinusN | stripwax_: how quick? |
| 01:47:35 | EoS | yeah that pic on the rockbox page is from jan 05 |
| 01:47:48 | n0bby | http://www.rockbox.org/twiki/bin/view/Main/GminiPort |
| 01:48:00 | EoS | thx n00by |
| 01:48:17 | n0bby | :( |
| 01:48:20 | LinusN | stripwax_: is the patch online somewhere? |
| 01:48:48 | | Nick n0bby is now known as _Mark (~fake@40-218.207-68.tampabay.res.rr.com) |
| 01:48:50 | LinusN | i could run it with the bdm |
| 01:48:55 | stripwax_ | LinusN - no, sorry. About three seconds? don't get as far as the rockbox logo |
| 01:49:02 | *** | Saving seen data "./dancer.seen" |
| 01:49:41 | _Mark | thats a pretty nasty bug just for a VU meter :P |
| 01:50:08 | stripwax_ | LinusN - I'll take another look tomorrow night, and I'll try and get a patch together then |
| 01:50:10 | stripwax_ | _Mark - heh |
| 01:50:14 | stripwax_ | gnight |
| 01:50:49 | EoS | lol oops sry i called u n00by i misread :) |
| 01:50:53 | _Mark | yeah |
| 01:51:04 | _Mark | i've used the nick "nobby" for years and everyone does |
| 01:51:12 | EoS | lol |
| 01:51:28 | EoS | its just too tempting to misread |
| 01:51:43 | _Mark | It was "nobby nobbs", the discworld character |
| 01:51:55 | _Mark | but that was too long for repeated typing so i shortened it |
| 01:52:00 | _Mark | bad move |
| 01:52:03 | | Part stripwax_ |
| 01:52:19 | EoS | im prolly getting a iriver h140 tomorrow :) |
| 01:52:58 | thegeek | hehe |
| 01:52:58 | | Join Cassandra [0] (~cassandra@82-70-230-150.dsl.in-addr.zen.co.uk) |
| 01:53:14 | thegeek | discworld <3 |
| 01:54:35 | _Mark | indeed |
| 01:56:10 | _Mark | arg |
| 01:56:14 | thegeek | :) |
| 01:56:20 | _Mark | this bug in the wiki parser is pissing me off |
| 01:56:35 | EoS | ok thx for the info guys, im going to bed |
| 01:56:37 | EoS | cya |
| 01:56:48 | _Mark | bye |
| 01:56:52 | | Quit EoS () |
| 01:57:21 | Cassandra | Linus: You know the patch for alignment in the WPS? Is that suitable for inclusion in 2.5? |
| 01:57:41 | LinusN | have you tried it? |
| 01:57:42 | tvelocity | wow... 3hrs and still recording |
| 01:58:13 | Cassandra | Nope. I didn't feel that I knew enough about the WPS display code to evaluate it. |
| 01:58:30 | | Part Peuc |
| 01:58:52 | | Quit Hadaka ("leaving") |
| 01:58:54 | LinusN | it looks simple enough, so if it works, i think it's 2.5 material |
| 01:59:16 | | Join Naked [0] (naked@naked.iki.fi) |
| 02:00 |
| 02:00:57 | Cassandra | We seem to be pretty much decided on a freeze. Are you waiting for the chip8 patch before calling it? |
| 02:01:20 | LinusN | i'd like that patch too, yes |
| 02:01:30 | LinusN | and i want the tag database stable |
| 02:01:52 | | Quit jlee (Read error: 110 (Connection timed out)) |
| 02:01:53 | Cassandra | Do you mean rundb? AFAIK tagdb is stable. |
| 02:02:36 | _Mark | "the chip8 patch"?? |
| 02:02:57 | Rick | ah |
| 02:02:59 | Cassandra | chip8 plugin. It plays old HP-48 games. |
| 02:03:01 | Rick | was chip8 ever fixed? |
| 02:03:05 | Rick | on iriver |
| 02:03:17 | Cassandra | Apparently someone has a patch. |
| 02:03:20 | Rick | ah |
| 02:03:23 | _Mark | it works for some people |
| 02:03:27 | _Mark | whats the patch do? |
| 02:03:32 | Rick | dunno |
| 02:03:34 | Cassandra | Fixes it. |
| 02:03:37 | Rick | hehe |
| 02:03:44 | _Mark | it works on my ihp |
| 02:03:44 | Cassandra | That's all we know. No-one's seen the patch yet. |
| 02:03:46 | Rick | iirc the main problems with display+speed issues |
| 02:04:02 | LinusN | http://www.rockbox.org/mail/archive/rockbox-archive-2005-07/0033.shtml |
| 02:04:06 | _Mark | ROFL @ waiting for a mystery patch that no-one knows what it does |
| 02:04:46 | _Mark | ahhh |
| 02:04:49 | _Mark | nice patch |
| 02:05:15 | Rick | I need to finish z |
| 02:06:50 | Rick | wow |
| 02:06:56 | Rick | you guys really cut down the amount of bug reports |
| 02:10:34 | LinusN | this makes me sad: http://www.misticriver.net/boards/showthread.php?t=24578 |
| 02:11:26 | austriancoder | LinusN: Could you look at this? http://nopaste.php-q.net/145178 |
| 02:11:39 | austriancoder | i cant compile and run it at the iriver |
| 02:11:52 | austriancoder | and i dont know if it works |
| 02:12:49 | LinusN | did you adapt the radio screen as well? |
| 02:13:06 | austriancoder | its based on this: http://lkml.org/lkml/2005/4/5/400 |
| 02:13:46 | austriancoder | i think.. i must look at the other computer... but i can do this tomorrow... now i am not at home |
| 02:15:15 | LinusN | upload what you have as a patch in the tracker, so i/we can continue working on it |
| 02:15:26 | austriancoder | ok |
| 02:16:00 | | Join ashridah [0] (ashridah@220-253-120-16.VIC.netspace.net.au) |
| 02:18:21 | * | Cassandra thinks thoughts about mysticriver users. |
| 02:21:12 | Cassandra | You know, I'm beginning to think Rockbox on iPod would be a dreadful idea, since it would dilute the average user inteligence even further. |
| 02:21:28 | LinusN | Cassandra: my thoughts exactly |
| 02:21:57 | LinusN | goes in line with my "wma user with a clue" argument earlier |
| 02:22:33 | LinusN | the guy who chooses to buy an ipod doesn't need, and will probably not appreciate rockbox |
| 02:23:00 | | Quit gromit`` (Read error: 110 (Connection timed out)) |
| 02:23:14 | Cassandra | I put a lot of effort into making Rockbox comprehensible for Joe Average. Shame a lot of them don't put in even the little bit of effort required to read the manual/faqs/whatever. |
| 02:25:16 | | Join amiconn_ [0] (~jens@p54BD6A93.dip.t-dialin.net) |
| 02:25:18 | hardeep | are we leaving the h300 build red so that people don't ask about it? the fix is simple |
| 02:25:33 | LinusN | hehe, i simply don't care |
| 02:25:58 | hardeep | heh |
| 02:26:28 | LinusN | but you have a point |
| 02:26:43 | LinusN | it might be better if it stayed red |
| 02:27:40 | Cassandra | I think it should stay red till the LCD driver is in place. |
| 02:27:57 | LinusN | at least until we can boot some code |
| 02:27:58 | Cassandra | What needs fixing with tagdb, Linus? |
| 02:28:20 | LinusN | Cassandra: i just feel like there's so much happening in that area |
| 02:28:37 | LinusN | with both a perl and a java version of the creation tool |
| 02:28:55 | Cassandra | Wish someone'd write one in C. |
| 02:29:14 | LinusN | and lately i have seen some "it doesn't work with the latest builds anymore" posts in the forums |
| 02:29:31 | Cassandra | I think the perl one is out of date, yes. |
| 02:29:50 | LinusN | so we need so sort that out |
| 02:30:41 | Cassandra | It's also kind of buggy. |
| 02:31:06 | Cassandra | The java one seems OK apart from the minor problem that it's written in bloody java. |
| 02:31:16 | Moos | w00t austriancoder patch it's ready :) |
| 02:31:46 | austriancoder | its only a try... i cant test it.. broken iriver |
| 02:31:55 | * | Cassandra rebuilds her Archos toolchain in preparation for looking at the alignment patch. |
| 02:32:41 | | Join gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
| 02:35:00 | Cassandra | What's the patch do, austriancoder? |
| 02:36:16 | Cassandra | Customise the crossfader? Where do people get these ideas from. |
| 02:36:19 | LinusN | Cassandra: i2c stuff, plus fm radio |
| 02:36:34 | Cassandra | Oh, cool. What's the i2c stuff do? |
| 02:36:42 | LinusN | fm radio |
| 02:36:55 | Cassandra | Ah. |
| 02:36:55 | LinusN | the fm chip speaks i2c |
| 02:37:18 | austriancoder | this patch does only i2c.. radio will follow, when i am back home |
| 02:39:10 | LinusN | i gotta go to bed |
| 02:39:33 | Cassandra | Night. |
| 02:40:24 | Cassandra | Oh, arse. |
| 02:40:31 | LinusN | thx |
| 02:40:38 | Cassandra | My gcc-3.3.6 build choked. |
| 02:41:31 | | Quit amiconn (Read error: 110 (Connection timed out)) |
| 02:41:32 | | Nick amiconn_ is now known as amiconn (~jens@p54BD6A93.dip.t-dialin.net) |
| 02:41:53 | Cassandra | Oh, hold on. I didn't apply the workaround. |
| 02:42:22 | | Part LinusN |
| 02:42:29 | | Quit austriancoder ("using sirc version 2.211+KSIRC/1.3.12") |
| 02:43:10 | Moos | time to go to sleep to here |
| 02:43:15 | Moos | good night all |
| 02:43:21 | Cassandra | Way past time to sleep here. |
| 02:43:27 | Cassandra | Insomnia strikes again. |
| 02:43:31 | Moos | :) |
| 02:43:54 | | Quit Moos (" HydraIRC -> http://www.hydrairc.com <- Go on, try it!") |
| 03:00 |
| 03:10:34 | tvelocity | 4hrs and still recording |
| 03:10:35 | | Quit _Mark (Read error: 111 (Connection refused)) |
| 03:11:13 | | Quit Stryke` (Read error: 60 (Operation timed out)) |
| 03:14:24 | * | Rori just watched The Matrix DeZionised. Much better. |
| 03:14:53 | | Join wladston [0] (wlad@200.139.133.172) |
| 03:15:26 | wladston | ppl .. anyone here worked with Z80 before?? |
| 03:15:37 | | Join _Mark [0] (~fake@40-218.207-68.tampabay.res.rr.com) |
| 03:16:11 | _Mark | linus, still around? |
| 03:16:36 | Cassandra | He went to bed. |
| 03:17:28 | wladston | i'm in lack of good disassembler ... ida does not solve the problem .. =( |
| 03:20:26 | Cassandra | Sorry, no idea. |
| 03:23:46 | wladston | =( ok ... thanks ... |
| 03:28:02 | | Quit xen` (Read error: 110 (Connection timed out)) |
| 03:35:08 | | Quit wladston () |
| 03:49:05 | *** | Saving seen data "./dancer.seen" |
| 03:51:34 | tvelocity | record-0.wav, 0 bytes :( |
| 03:55:20 | | Join CheeseBurgerMan [0] (~Dan@tc2-225-088.altelco.net) |
| 04:00 |
| 04:02:04 | _Mark | ouch |
| 04:02:13 | _Mark | how long was it going for? |
| 04:05:51 | | Join QT_ [0] (as@area51.users.madwifi) |
| 04:19:30 | | Quit QT (Read error: 110 (Connection timed out)) |
| 04:22:31 | | Join jlee [0] (~jlee@69-175-94-207.frdrmd.adelphia.net) |
| 04:23:16 | tvelocity | _Mark, it was recording for over 4 hrs when the battery went down |
| 04:26:39 | | Quit tvelocity ("Leaving") |
| 04:28:42 | | Quit _Mark (Read error: 104 (Connection reset by peer)) |
| 04:33:36 | | Part CheeseBurgerMan |
| 04:38:37 | | Nick Febs is now known as Febs_away (~chatzilla@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
| 04:45:28 | | Join Stryke` [0] (~Chairman8@cpe-24-168-110-99.si.res.rr.com) |
| 05:00 |
| 05:10:34 | | Quit Stryke` ("Friends don't let friends listen to Anti-Flag") |
| 05:38:26 | | Quit thegeek (Read error: 104 (Connection reset by peer)) |
| 05:46:54 | | Quit hardeep ("BitchX: so real, you'll wet yourself!") |
| 05:48:29 | | Join _Mark [0] (~fake@40-218.207-68.tampabay.res.rr.com) |
| 05:49:06 | *** | Saving seen data "./dancer.seen" |
| 05:54:43 | | Quit ashridah ("Leaving") |
| 06:00 |
| 06:00:22 | | Quit RotAtoR () |
| 06:04:08 | | Join webguest32 [0] (~cb00dff3@labb.contactor.se) |
| 06:04:11 | | Quit webguest32 (Client Quit) |
| 06:08:06 | | Join Zoom2 [0] (~4108040d@labb.contactor.se) |
| 06:22:11 | | Quit Zoom2 ("CGI:IRC (EOF)") |
| 06:39:27 | | Quit jlee ("leaving") |
| 06:47:57 | | Join ashridah [0] (ashridah@220-253-120-56.VIC.netspace.net.au) |
| 07:00 |
| 07:01:57 | | Quit _Mark (Read error: 110 (Connection timed out)) |
| 07:33:09 | | Join courtc_ [0] (~courtc@adsl-158-11-226.asm.bellsouth.net) |
| 07:34:02 | Bger | morning all |
| 07:34:18 | | Quit courtc (Connection timed out) |
| 07:48:37 | | Quit ashridah ("Leaving") |
| 07:49:08 | *** | Saving seen data "./dancer.seen" |
| 07:53:54 | | Join kaouete [0] (kkwet@vol75-8-82-233-236-81.fbx.proxad.net) |
| 07:53:55 | kaouete | yo |
| 07:59:52 | kaouete | if i want to change the hdd in my archos recorder 15, is it better to have one with a big cache (about 8mo) or will it just drain more power for no more performance ? |
| 08:00 |
| 08:00:33 | kaouete | i just read a topic with the same question on the speed of the hd |
| 08:01:52 | kaouete | because for the same price you have hd with double size and 8mo instead of 2mo, i'm wondering if it is a good idea to take one like that |
| 08:02:17 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 08:05:52 | kaouete | and another question : is the next stable rockbox (fox archos) planned to be rleased soon ? :] |
| 08:07:38 | LinusN | kaouete: rockbox 2.5 will probably be feature-frozen in a couple of days |
| 08:08:01 | LinusN | then expect it within 1-2 weeks |
| 08:08:12 | LinusN | but 2.5 is only for Archos devices |
| 08:08:29 | kaouete | ok :] |
| 08:08:39 | kaouete | that . .. . . "rocks" |
| 08:09:56 | Rick | feature-frozen? |
| 08:09:58 | Rick | what does that mean? |
| 08:10:16 | Rick | only bugfixes? |
| 08:10:27 | kaouete | there will only be bugfixes |
| 08:10:29 | kaouete | yes |
| 08:12:43 | LinusN | only bugfixes, but iriver development may continue |
| 08:13:00 | Rick | ah |
| 08:13:02 | Rick | :] |
| 08:18:01 | amiconn | morning |
| 08:18:50 | kaouete | yo |
| 08:20:30 | LinusN | kaouete: regarding the hard drive, a large cache won't help at all |
| 08:21:01 | amiconn | LinusN: Someone had the idea to go to 11 MHz while on USB on iriver. What do you think? |
| 08:21:12 | LinusN | absolutely |
| 08:22:00 | LinusN | it's a little tricky with the current solution though |
| 08:22:09 | kaouete | LinusN: ok, thanks |
| 08:22:10 | LinusN | especially since the backlight boosts it |
| 08:23:26 | amiconn | Ah, yes |
| 08:23:44 | amiconn | It boosts only while fading though... |
| 08:24:31 | amiconn | Perhaps the base frequency could be switchable |
| 08:25:07 | amiconn | During normal operation it would be 48 MHz (or whatever we change it to) and during USB it would be 11 MHz |
| 08:25:43 | Slasheri | Hmm, what about third boost level? So 0 would be 11 MHz, 1 48 and 2 120 MHz |
| 08:25:58 | amiconn | It may be easier to let the fading not boost while on usb |
| 08:26:17 | amiconn | ...or not |
| 08:26:44 | Slasheri | or disabling the cpu_boost while on usb? |
| 08:27:32 | Slasheri | something like locking the cpu to the current frequency and cpu_boost should not have any effect while it's locked |
| 08:28:14 | amiconn | I don't think this would be good |
| 08:28:42 | amiconn | Imagine the fading locks it at 48 MHz while playing a .flac... |
| 08:29:08 | Slasheri | no, i mean that the usb handler may lock it :) |
| 08:30:33 | amiconn | AH |
| 08:30:59 | amiconn | There would be some (very minor) problem with backlight fading and USB |
| 08:31:27 | amiconn | If USB is plugged or unplugged while fading, it would glitch |
| 08:31:44 | amiconn | I'd say this can be ignored |
| 08:32:48 | Slasheri | hmm, that's true.. |
| 08:34:12 | Slasheri | i think so too, it's not very common that usb is plugged in while backlight is fading :) |
| 08:34:22 | LinusN | i think the base frequency idea is the best one |
| 08:35:04 | HCl | mrf. 8 am is too early |
| 08:35:30 | Slasheri | Hmm, but then the backlight fading would still boost from 11 MHz -> 48 MHz? |
| 08:35:38 | LinusN | no, to 120 |
| 08:35:42 | LinusN | from 11 to 120 |
| 08:35:44 | Slasheri | oh.. |
| 08:36:00 | Slasheri | that doesn't sound very good either.. :) |
| 08:36:05 | LinusN | why? |
| 08:36:32 | Slasheri | because we jump to 120 when we don't need to do so.. but maybe it's quite minor problem |
| 08:37:07 | LinusN | quite minor |
| 08:37:33 | LinusN | not many users play with the buttons during usb transfer |
| 08:37:46 | Slasheri | and yes.. changing the base frequency would prevent glitches if the backlight is fading while plugging the usb |
| 08:38:03 | LinusN | and it's a pretty small change in rockbox |
| 08:41:22 | amiconn | LinusN: Any news for the MFDR(2) change? |
| 08:41:35 | LinusN | nope |
| 08:41:46 | | Join DJ_Dooms_Day [0] (~scottr@220-245-186-182.tpgi.com.au) |
| 08:43:25 | LinusN | amiconn: how about this: |
| 08:44:07 | LinusN | let cpu_boost() check usb_inserted() and select CPUFREQ_DEFAULT if true and CPUFREQ_NORMAL if false |
| 08:44:26 | DJ_Dooms_Day | Heya |
| 08:44:30 | DJ_Dooms_Day | Whats news guys? |
| 08:45:36 | LinusN | DJ_Dooms_Day: not much, just hacking along |
| 08:45:48 | amiconn | LinusN: That would be Slasheri's locking idea, and could work, but there are 2 things to consider |
| 08:46:14 | LinusN | yes, it needs to go back to the correct frequency when unplugging |
| 08:46:17 | amiconn | (1) How would the transition 48MHz -> 11MHz happen? cpu_boost() might not be called |
| 08:46:27 | LinusN | that too |
| 08:46:31 | DJ_Dooms_Day | Anymore big leaps made? I heard mp3 playback is now all good. But there were still a few freezing bugs out there |
| 08:46:35 | amiconn | Same for the transition back at the end, yes |
| 08:46:59 | amiconn | (2) You should not check usb_inserted(), but ask the internal status of the usb thread |
| 08:47:00 | LinusN | the lame approach would be cpu_boost(true);cpu_boost(false; |
| 08:48:01 | LinusN | amiconn: that's what usb_inserted() does, doesn't it? |
| 08:48:05 | Slasheri | DJ_Dooms_Day: Currently i don't know any bugs that can cause a crash (except resampling to too low frequency) |
| 08:48:42 | LinusN | return usb_state == USB_INSERTED; |
| 08:49:47 | amiconn | LinusN: Ah, yes. I confused it with usb_detect() |
| 08:50:00 | LinusN | thoght so |
| 08:50:12 | * | LinusN can't spell today |
| 08:50:30 | | Nick QT_ is now known as QT (as@area51.users.madwifi) |
| 08:51:46 | LinusN | amiconn: the other approach would be to introduce a new system function, let's say cpu_idle_mode(bool yesno) or something |
| 08:51:47 | DJ_Dooms_Day | Slasheri - Cool, so if i put it on i could browse and listen to music just fine? Has the browsing code been completed? |
| 08:52:01 | LinusN | Slasheri: i hear complaints about "ticking" when upsampling |
| 08:52:34 | DJ_Dooms_Day | Yeah i heard that too |
| 08:52:34 | amiconn | cpu_idle_mode() sounds good, imho |
| 08:53:05 | DJ_Dooms_Day | Has the 'ticking' problem been fixed? |
| 08:53:07 | amiconn | The ticking while upsampling is caused by roundoff errors |
| 08:53:31 | DJ_Dooms_Day | Which means what? |
| 08:53:55 | amiconn | I had an idea how to fix it, but I didn't have the time to do it. Still busy with gfx... |
| 08:54:18 | LinusN | amiconn: any gfx progress? |
| 08:54:23 | DJ_Dooms_Day | Speaking of which, has greyscale been properly implemented? |
| 08:56:58 | Slasheri | LinusN: yes, that's a known problem too.. |
| 08:57:23 | Slasheri | LinusN: btw, i just calculated that CURRENT_NORMAL 80 could be more accurate for iriver |
| 08:57:46 | LinusN | Slasheri: good, change it |
| 08:57:59 | Slasheri | ok :) |
| 08:58:24 | Slasheri | but that's only when playing 128k mp3 files.. |
| 08:58:44 | Slasheri | ogg takes much more current |
| 08:58:53 | LinusN | oh |
| 08:59:16 | Slasheri | maybe we could somehow use the cpu boost ratio to calculate accurate current |
| 08:59:20 | LinusN | so the boost ratio might be a good measure of current consumption |
| 08:59:22 | LinusN | :-) |
| 08:59:25 | Slasheri | yes :) |
| 09:00 |
| 09:03:41 | | Join ghostiger [0] (~ghostiger@f5764a7ca1cfeb36.session.tor) |
| 09:04:07 | LinusN | hmm, should cpu_idle_mode have the same type of counter? i don't think it should be necessary |
| 09:05:16 | Slasheri | Hmm, where is that cpu_idle_mode? |
| 09:05:37 | LinusN | it will be in system.c |
| 09:05:43 | Slasheri | ah :) |
| 09:06:32 | LinusN | i mean if it should behave like cpu_boost() |
| 09:06:35 | amiconn | LinusN: Didn't you check the logs? ;) |
| 09:06:36 | amiconn | 22.38.13 # <amiconn> Hmm, 4-grey core done, screendump adapted, x11 sim (temporarily) adapted. Win32 sim and bmp2rb still left... |
| 09:06:49 | amiconn | That was y'day |
| 09:06:53 | LinusN | ah yes |
| 09:07:03 | LinusN | so, how slow is it btw? |
| 09:07:09 | Slasheri | now iriver shows remaining 16h 15 min. |
| 09:07:17 | amiconn | I don't notice a difference in the UI |
| 09:07:44 | LinusN | goodie |
| 09:07:44 | amiconn | It's only that the LCD is slower when actually showing greyscales |
| 09:07:46 | Slasheri | i think that's better although it's still not accurate on every type files |
| 09:08:09 | amiconn | The screendump works very nice, producing 16-colour bmps |
| 09:08:12 | LinusN | Slasheri: better than before at least |
| 09:08:18 | LinusN | amiconn: kewl |
| 09:08:23 | amiconn | (bmp only allows 1, 4, 8 and 24 bit depth) |
| 09:08:49 | LinusN | i see |
| 09:08:49 | amiconn | ...and I fixed the bmp header with some advanced preprocessing :) |
| 09:09:04 | DJ_Dooms_Day | Does the current rockbox compile have greyscale in it? |
| 09:09:10 | amiconn | DJ_Dooms_Day: Nope |
| 09:09:19 | amiconn | My local version has, though |
| 09:09:33 | DJ_Dooms_Day | heh, nice |
| 09:10:01 | DJ_Dooms_Day | i think i might put rockbox on my iriver |
| 09:10:13 | DJ_Dooms_Day | finally |
| 09:11:18 | | Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 09:12:39 | Slasheri | Hmm.. |
| 09:12:56 | Slasheri | Crossfade has stopped working in the latest cvs i think :/ |
| 09:13:08 | LinusN | how nice |
| 09:13:24 | Slasheri | i don't know yet why, just noticed it when i did update |
| 09:16:53 | amiconn | Gapless is still not smooth with lame −−nogap encodings |
| 09:17:18 | amiconn | These should be the easiest imho, but for some reason some frames are still dropped |
| 09:25:10 | | Quit Seed (Read error: 104 (Connection reset by peer)) |
| 09:26:21 | Slasheri | fixed, there was a problem that crossfade_init was called twice |
| 09:26:41 | | Join B4gder [0] (~dast@static-213-115-255-230.sme.bredbandsbolaget.se) |
| 09:37:57 | | Quit ghostiger (Remote closed the connection) |
| 09:40:00 | | Join Seed [0] (ben@l192-117-115-168.broadband.actcom.net.il) |
| 09:41:57 | B4gder | https://sourceforge.net/tracker/?func=detail&atid=439120&aid=1232549&group_id=4 |
| 09:41:57 | B4gder | 4306 |
| 09:42:14 | B4gder | anyone here checked it out? |
| 09:49:12 | *** | Saving seen data "./dancer.seen" |
| 09:49:34 | Maxime | erm, i've got a question |
| 09:50:03 | Maxime | when in the WPS, if we push one button, we have the file list, how do we go back to the WPS ? |
| 09:50:21 | B4gder | the play button |
| 09:50:32 | B4gder | (on iriver) |
| 09:50:52 | Maxime | hum |
| 09:50:54 | Maxime | ok |
| 09:51:03 | Maxime | but this won't play the highlighted file? |
| 09:51:10 | B4gder | no |
| 09:51:23 | Maxime | ok |
| 09:51:25 | Maxime | thx |
| 09:51:25 | Maxime | ^^ |
| 09:55:21 | LinusN | Maxime: not very intuitive, i know |
| 09:56:08 | LinusN | http://www.rockbox.org/twiki/bin/view/Main/DynamicCPUFrequency |
| 09:56:33 | Maxime | LinusN: i've looked as with the original firmware so.. I've thought play started the selected file so.. lol ^^ |
| 09:56:58 | LinusN | one *could* expect that Play plays a file... :-) |
| 09:57:18 | Maxime | yep that's why.. lol |
| 09:57:24 | LinusN | we might change that behaviour as the iriver version matures |
| 09:57:30 | Rick | hmm |
| 09:57:40 | Rick | really need to stick with a naming convention |
| 09:57:46 | Rick | why not cpu_boost_mode() or cpu_idle() ? |
| 09:57:46 | Rick | :p |
| 09:59:04 | | Quit Seed (Read error: 104 (Connection reset by peer)) |
| 09:59:06 | LinusN | cpu_boost() is more of a request to boost the cpu |
| 09:59:23 | Rick | is idle not also a request? |
| 09:59:25 | LinusN | cpu_idle_mode is a mode change |
| 09:59:40 | Rick | hmm, ok |
| 09:59:41 | LinusN | that affects the cpu_boost() behaviour |
| 09:59:50 | | Join Seed [0] (ben@l192-117-115-168.broadband.actcom.net.il) |
| 09:59:56 | Maxime | is it normal that a 22Khz mp3 is playing -slowly- ? |
| 09:59:59 | Maxime | i think so |
| 10:00 |
| 10:00:00 | Maxime | no? |
| 10:00:12 | | Nick Lynx_awy is now known as Lynx_ (~lynx@tina-10-4.genetik.uni-koeln.de) |
| 10:00:16 | LinusN | Maxime: no, that's not normal |
| 10:00:22 | Maxime | ah.. |
| 10:00:24 | Maxime | lol |
| 10:00:35 | LinusN | is it stereo or mono? |
| 10:01:18 | Maxime | I think the tag is'nt well done, rockbox detects it as a 22Kz, winamp as a 44 |
| 10:01:48 | Rick | my guess, send it to one of the codec devs |
| 10:01:57 | Rick | (the mp3) |
| 10:02:11 | LinusN | Maxime: put it up somewhere so we can dl it |
| 10:02:19 | Maxime | i'll try with the latest cvs version first |
| 10:02:23 | Rick | :) |
| 10:03:31 | LinusN | Rick: do you have a suggestion to make the boost api clearer? |
| 10:03:50 | Rick | LinusN: not really |
| 10:03:55 | LinusN | or to explain it better in the wiki? |
| 10:04:34 | Rick | well, it sounds like something that would conflict with each other (boost() then setting idle mode) |
| 10:04:53 | LinusN | hmmm, yes |
| 10:05:31 | Rick | also |
| 10:05:36 | Rick | is it possible to get the current state? |
| 10:06:12 | LinusN | not officially :-) |
| 10:06:20 | LinusN | do you think it's needed? |
| 10:06:40 | Rick | mm, dunno, just a random thought that popped into my head |
| 10:06:56 | Maxime | what's happens if we ask two times cpu_boost(true) ? |
| 10:07:02 | Rick | I guess the boost tracking would take care of it |
| 10:07:12 | Rick | (assuming it removes the boost afterwards) |
| 10:07:40 | LinusN | Maxime: it will boost as usual, but it won't unboost until cpu_boost(false) is called twice |
| 10:07:54 | Maxime | erm ok |
| 10:08:48 | Maxime | so if cpu_boost(true) is called four times, to unboost you have to call cpu_boost(false) four times.. maybe a verification might be "useful" .. or no.. lol |
| 10:08:57 | | Join markun [0] (~markun@bastards.student.ipv6.utwente.nl) |
| 10:09:19 | Rick | LinusN: does iriver have some sort of 'timeout' for unboosting? |
| 10:09:25 | Rick | er |
| 10:09:27 | Rick | not iriver |
| 10:09:28 | Rick | rockbox |
| 10:09:30 | LinusN | nope |
| 10:09:43 | * | Rick shrusg |
| 10:09:58 | LinusN | rockboy wouldn't appreciate that |
| 10:10:02 | Rick | hehe |
| 10:10:45 | Rick | Did rockboy ever get the key sequence stuff yet? |
| 10:10:54 | * | Rick hasn't been keeping up with development |
| 10:11:04 | LinusN | key sequence? |
| 10:11:11 | Rick | yes |
| 10:11:14 | Rick | it was a feature I suggested |
| 10:11:27 | Rick | for repeating key presses at the same time so you can simulate having extra keys |
| 10:13:06 | Rick | basically the idea was that you register a key sequence using play (hold play, press first key, then second key) then the first key would be bound to simulate those keys being pressed at the same time |
| 10:14:01 | LinusN | wee, would be hard to play sonic that way :-) |
| 10:14:09 | Maxime | the mp3 is detected as a "mp2 22050Hz, 48Kbps CBR" |
| 10:14:25 | * | LinusN realizes that sonic is a Sega game :-) |
| 10:15:00 | LinusN | Maxime: can i see the file? |
| 10:15:09 | Maxime | yup |
| 10:15:17 | Maxime | I'll upload it, gimme a sec |
| 10:15:36 | * | LinusN thinks the vorbis seek patch looks ok |
| 10:16:28 | Rick | LinusN: howso? |
| 10:17:10 | Maxime | LinusN: http://maxime67.free.fr/slow/raoul.mp3 < |
| 10:17:30 | | Join MisticJeff [0] (~41ad57d4@labb.contactor.se) |
| 10:17:43 | MisticJeff | Howdy |
| 10:17:46 | LinusN | yo |
| 10:18:03 | MisticJeff | LinusN: all Rockbox FAQs removed from MisticRiver |
| 10:18:15 | LinusN | MisticJeff: sorry for being grumpy |
| 10:24:27 | LinusN | i have a nice debugging idea, a good project for the iriver wannabe hacker |
| 10:24:57 | LinusN | i want a cpu frequency field in the iriver status bar |
| 10:25:18 | Rick | iriver has a status bar? |
| 10:25:18 | Rick | :o |
| 10:25:24 | LinusN | good to have during development |
| 10:25:32 | Rick | oh |
| 10:25:34 | Rick | you mean that top bar thing? |
| 10:25:37 | LinusN | yes |
| 10:25:40 | Rick | hehe |
| 10:25:54 | Cassandra | We call it "the status bar". ;) |
| 10:26:01 | LinusN | should be a pretty simple hack in status.c |
| 10:26:46 | Rick | dunno |
| 10:26:55 | Rick | in about a month i'll probably start working on z again |
| 10:26:59 | Rick | in preperation for college ;P |
| 10:27:10 | LinusN | round up FREQ to MHz, snprintf() it to a buffer and put it in the status bar |
| 10:28:45 | LinusN | wee, ogg seeking works, and vorbis comments too |
| 10:28:56 | Rick | cool :) |
| 10:29:39 | Slasheri | oh, when that has started working? |
| 10:29:49 | LinusN | a patch came in this morning |
| 10:29:56 | Slasheri | great :) |
| 10:29:57 | LinusN | i'm just about to commit it |
| 10:29:58 | Rick | a mystical magic patch that is |
| 10:29:59 | Rick | :) |
| 10:30:16 | LinusN | The Magical Mystery Patch |
| 10:30:28 | Rick | haha |
| 10:39:57 | | Join leftright [0] (~d4406110@labb.contactor.se) |
| 10:40:00 | LinusN | i'm getting negative playtime in wps |
| 10:40:10 | Maxime | cool lol |
| 10:40:24 | Maxime | ah, may rockbox show the remaining time instead of elapsed, |
| 10:40:25 | leftright | yes me too, whenever I pley the last track in a file only |
| 10:40:32 | | Join Godeater [0] (~c2cbc9d1@labb.contactor.se) |
| 10:40:33 | leftright | pley=play |
| 10:40:56 | B4gder | Maxime: I've added your problematic song to my collection |
| 10:41:06 | Maxime | k ^^ |
| 10:41:19 | B4gder | http://daniel.haxx.se/rockbox/probbs/ |
| 10:41:30 | LinusN | it seems to occur after skipping |
| 10:41:35 | LinusN | to the next file |
| 10:44:35 | leftright | I get negative time display and the file playback stalls at 00:-4, this inly occurs if I select the last track in a file for playback |
| 10:44:37 | LinusN | vorbis seeking and comment support committed, thanks to Ryan Jackson |
| 10:48:48 | | Join Aison [0] (~hans@zux166-181.adsl.green.ch) |
| 10:49:54 | | Join ashridah [0] (ashridah@220-253-120-151.VIC.netspace.net.au) |
| 10:51:42 | B4gder | HCl: when will we get that java parser thing in CVS? |
| 11:00 |
| 11:01:58 | LinusN | lunch time |
| 11:03:09 | | Quit Seed (Read error: 131 (Connection reset by peer)) |
| 11:08:44 | | Join Seed [0] (ben@l192-117-115-168.broadband.actcom.net.il) |
| 11:11:17 | | Quit Seed (Read error: 54 (Connection reset by peer)) |
| 11:11:44 | | Nick Naked is now known as Hadaka (naked@naked.iki.fi) |
| 11:15:08 | | Join Seed [0] (ben@l192-117-115-168.broadband.actcom.net.il) |
| 11:23:04 | | Join niobos [0] (~niels@89.2-136-217.adsl.skynet.be) |
| 11:23:12 | niobos | morning all |
| 11:23:20 | B4gder | lunch! |
| 11:23:28 | niobos | hmm... whatever |
| 11:24:05 | niobos | i've just finished my exams, so I decided I could sleep until lunch... |
| 11:25:33 | * | niobos is off to breakfast... or lunch... |
| 11:28:29 | | Quit Godeater ("CGI:IRC (EOF)") |
| 11:37:55 | MisticJeff | can someone guide a noob through getting the tag database up and running using the .jar file? |
| 11:38:52 | MisticJeff | copy to root>from DOS run java -jar d:\songdb.jar d:\ and absolutely nothing happens |
| 11:40:29 | leftright | HCl is the pro, its his baby |
| 11:42:01 | | Join ep0ch [0] (user@146.99-84-212.ippool.ndo.com) |
| 11:48:15 | | Part MisticJeff |
| 11:48:47 | | Join [-AIR-] [0] (air@host86-130-24-50.range86-130.btcentralplus.com) |
| 11:48:51 | | Nick [-AIR-] is now known as west-acre (air@host86-130-24-50.range86-130.btcentralplus.com) |
| 11:48:55 | west-acre | hey |
| 11:49:13 | *** | Saving seen data "./dancer.seen" |
| 12:00 |
| 12:13:40 | | Nick Febs_away is now known as Febs (~chatzilla@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
| 12:13:57 | | Quit ep0ch (Read error: 60 (Operation timed out)) |
| 12:18:52 | | Join Moos [0] (MoosCamaro@m214.net81-66-158.noos.fr) |
| 12:20:31 | | Join hicks [0] (~hicks@zeus.mups.co.uk) |
| 12:25:25 | | Quit Maxime (Read error: 104 (Connection reset by peer)) |
| 12:27:45 | | Quit DJ_Dooms_Day (Read error: 104 (Connection reset by peer)) |
| 12:32:02 | | Join Maxime [0] (~flemmard@fbx.flemmard.net) |
| 12:53:06 | | Join rwlogix [0] (chat@brunhilde.unixload.de) |
| 12:53:11 | rwlogix | moin |
| 12:54:13 | Bger | afternoon |
| 13:00 |
| 13:04:38 | * | B4gder takes the plunge |
| 13:04:47 | B4gder | into 2.6.13-rc1 |
| 13:09:15 | | Join thegeek [0] (na@ti521110a080-2228.bb.online.no) |
| 13:10:11 | * | HCl encountered several crashes while using rockbox today... |
| 13:10:18 | HCl | also some bugs in runtime database, will look at it later |
| 13:10:19 | * | rwlogix tries out his new "Venini"-Pipe ,) |
| 13:10:23 | * | HCl goes to sleep x.x |
| 13:10:47 | rwlogix | good night, sleep tight |
| 13:10:52 | west-acre | good night, sleep tight |
| 13:22:31 | Moos | he it's not the night in Netherlands, no? |
| 13:23:06 | B4gder | you never know with those dutch guys ;-) |
| 13:23:22 | Moos | :-) |
| 13:24:08 | amiconn | HCl: I remember there is a bug in your java database creator. It fails if the destination file doesn't exist, but works if you supply it an emty file to work with |
| 13:24:44 | B4gder | we want the java code in CVS |
| 13:25:04 | B4gder | or at least access to the source code |
| 13:25:13 | Bger | iirc the code is in the .jar file |
| 13:25:27 | Bger | so you can take it out from the .jar in the wiki |
| 13:25:35 | B4gder | will do! |
| 13:25:50 | amiconn | HCl: Btw, sorry that my init move broke the runtime db. No wonder my runtimedb didn't get populated... |
| 13:27:07 | B4gder | so how do I extract the source code from it? |
| 13:27:14 | B4gder | I thought jar used tar format? |
| 13:27:21 | amiconn | .jar is .zip |
| 13:27:25 | B4gder | aha |
| 13:27:35 | B4gder | thanks |
| 13:29:30 | B4gder | 92 .java files !! |
| 13:29:50 | Bger | wow :) |
| 13:30:21 | B4gder | and 312 .class files |
| 13:30:33 | Bger | WOW |
| 13:31:12 | B4gder | lots of .class files without souce |
| 13:34:17 | B4gder | no docs, no mention how to build it, no license texts |
| 13:34:40 | amiconn | :( |
| 13:34:51 | Bger | B4gder : license : as is |
| 13:34:55 | Bger | ;) |
| 13:34:59 | B4gder | I doubt that |
| 13:35:06 | B4gder | I think he has "borrowed" quite some code in there |
| 13:35:55 | Bger | anyway, i think that we need something else for future for db creation |
| 13:36:08 | Moos | Bagder: put the .jar in your player and java -jar SongDB.jar / for creat DB, scuse i'm not java user it was Cassandra and HCl who helped me |
| 13:36:35 | Bger | Moos : he knows how to use it, he wants the source code... |
| 13:36:44 | Moos | a ok |
| 13:37:56 | niobos | Bger: I'm working on a C-version |
| 13:38:20 | niobos | but with the exams I didn't do much |
| 13:38:21 | Bger | working on the target ? |
| 13:38:42 | niobos | just a C-version to create the DB |
| 13:38:50 | niobos | not rea/y on the target |
| 13:38:58 | niobos | but it might work too |
| 13:39:28 | niobos | it can write the DB |
| 13:39:37 | niobos | but doesn't sort yet |
| 13:39:45 | niobos | and doesn't read tags yet |
| 13:40:41 | niobos | It should work on the device, since it's able to store the arrays in file instead of in-mem if malloc() fails |
| 13:41:21 | niobos | I'll continue the dev once I'm back from vacation |
| 13:41:31 | niobos | i.e. in 3.5 weeks... |
| 13:41:46 | Bger | yeah;) |
| 13:41:52 | B4gder | sounds good |
| 13:41:56 | B4gder | the more the merries |
| 13:41:59 | B4gder | merrier |
| 13:42:15 | niobos | I might put the current version online, in the mean time |
| 13:42:33 | B4gder | perhaps we should put it in CVS, to allow others to join in |
| 13:42:35 | Bger | i just was to suggest it |
| 13:42:50 | niobos | ok for me... |
| 13:43:22 | B4gder | it would be neat to re-use rockbox code for meta tags reading for that |
| 13:43:31 | B4gder | since that is C |
| 13:43:58 | niobos | I was planning to do that, but haven't had the time to reod the rb-code |
| 13:44:23 | niobos | s/reod/read/ |
| 13:49:15 | *** | Saving seen data "./dancer.seen" |
| 13:50:46 | * | niobos is off to lunch |
| 13:51:03 | niobos | let me know what to do for CVS |
| 13:55:44 | | Join bipak [0] (~bip@p508867E3.dip.t-dialin.net) |
| 14:00 |
| 14:13:13 | | Quit bipak_ (Read error: 110 (Connection timed out)) |
| 14:21:49 | | Join Maxime`Mrn [0] (~flemmard@fbx.flemmard.net) |
| 14:21:49 | | Quit Maxime (Read error: 104 (Connection reset by peer)) |
| 14:23:43 | | Join RotAtoR [0] (~e@dhcp54-47.calvin.edu) |
| 14:27:48 | B4gder | niobos: its actually up to you, since your the guy with the code! |
| 14:28:06 | B4gder | we could add it to cvs and hand you cvs commit access to allow you and others to work on it |
| 14:43:40 | | Join Yokalosh [0] (~3efec181@labb.contactor.se) |
| 14:44:10 | | Quit Yokalosh (Client Quit) |
| 14:50:30 | HCl | amiconn: its fine, i hadn't documented it |
| 14:50:44 | * | HCl goes back to sleep |
| 14:57:27 | | Nick courtc_ is now known as courtc (~courtc@adsl-158-11-226.asm.bellsouth.net) |
| 15:00 |
| 15:10:23 | | Join webguest50 [0] (~c2cbc9d1@labb.contactor.se) |
| 15:12:54 | | Quit Febs (Read error: 110 (Connection timed out)) |
| 15:13:31 | | Join E-P [0] (E-P@212.30.5.140) |
| 15:14:22 | | Quit E-P (Remote closed the connection) |
| 15:16:27 | niobos | B4gder: ok with me. I guess I need a sourceforge account? |
| 15:17:05 | B4gder | nope, we host the cvs repo ourselves |
| 15:17:11 | niobos | k |
| 15:17:37 | niobos | what do you need then? |
| 15:17:42 | B4gder | I need your full name, user name and a password in a /msg |
| 15:18:19 | niobos | can I change my passwd later? |
| 15:18:36 | B4gder | yes, but only via humans |
| 15:18:42 | niobos | k |
| 15:18:54 | B4gder | me, zagor or LinusN |
| 15:19:17 | | Join Febs [0] (~chatzilla@64-190-36-240.client.cypresscom.net) |
| 15:19:59 | * | amiconn now knows how to handle different dpeths in the win32 sim, and how to add grayscale lib support :) |
| 15:20:11 | B4gder | nice |
| 15:20:40 | amiconn | Something to do for this evening... |
| 15:21:04 | amiconn | Grayscale lib support will come later, but it will be prepared. |
| 15:21:39 | amiconn | Remote LCD support shouldn't be hard as well |
| 15:22:57 | west-acre | hey amiconn |
| 15:23:01 | west-acre | wot IS grayscale? |
| 15:23:07 | B4gder | niobos: this code is meant for both host and target then in the end, right? |
| 15:23:10 | west-acre | i never really figured it out |
| 15:23:16 | niobos | in the end, yes |
| 15:23:17 | west-acre | does it just show what colours the LCD can use? |
| 15:23:32 | niobos | currently only host is tested |
| 15:24:00 | B4gder | niobos: then I suggest making a new dir in apps |
| 15:24:22 | B4gder | using a clever name |
| 15:24:25 | B4gder | hm |
| 15:24:29 | B4gder | any suggestions anyone? |
| 15:24:40 | niobos | nope |
| 15:24:49 | ashridah | hmm. google earth images of my place are surprisingly recent |
| 15:25:14 | niobos | songdb? |
| 15:25:16 | B4gder | I guess 'tagdb' would be a reasonable name |
| 15:25:21 | B4gder | or songdb yes |
| 15:25:38 | niobos | that's what HCl called his Java-thing |
| 15:25:50 | B4gder | I was just thinking how to avoid confusions |
| 15:25:59 | B4gder | with the perl version, the java version and now this C version |
| 15:26:33 | niobos | np |
| 15:26:41 | | Quit lostlogic (Client Quit) |
| 15:27:27 | B4gder | go with songdb, that might in fact reduce confusion |
| 15:28:05 | niobos | your cvs uses pserver, I guess? or ssh? |
| 15:28:12 | B4gder | plain pserver |
| 15:30:14 | niobos | so I'll commit it to apps/songdb |
| 15:30:21 | amiconn | I don't know whether apps/songdb is suitable. For the host version, it should reside in tools/ and the target version will most likely be (archos: has to be) a plugin |
| 15:30:32 | * | niobos is off... his girlfriend just arrived |
| 15:30:49 | B4gder | we currently have no code that is for both host and target, do we? |
| 15:31:02 | B4gder | I would assume that we make a sort of lib |
| 15:31:05 | amiconn | No |
| 15:31:12 | B4gder | so that a target version is a plugin using that lib |
| 15:32:41 | amiconn | Our dir structure is not really prepared for host & target shared code |
| 15:33:04 | Bger | B4gder i don't think *song*db is the best name.... |
| 15:33:42 | B4gder | it is a songdb |
| 15:33:48 | niobos | well, make up your minds and msg me the result |
| 15:33:58 | * | niobos is off |
| 15:34:06 | B4gder | with the runtimedb, it even contains songs totally without tags |
| 15:34:28 | B4gder | or rather _for_ the runtimedb purpose |
| 15:34:30 | Bger | B4gder some peoples are using their jukeboxes not only for songs |
| 15:34:41 | B4gder | yes, but this db is for songs |
| 15:35:08 | Cassandra | I think of it as the tagdb myself. |
| 15:35:10 | B4gder | or can you forsee other uses? |
| 15:35:37 | Bger | audiobooks |
| 15:35:38 | Bger | :) |
| 15:35:43 | B4gder | true |
| 15:35:47 | B4gder | those aren't songs |
| 15:35:57 | Bger | but you can tag them as well |
| 15:36:15 | B4gder | ok, so perhaps tagdb is the better name |
| 15:36:45 | Bger | at least i think so |
| 15:37:14 | B4gder | and regarding the path, I think it is better to get it in now and possibly move it later |
| 15:40:30 | | Quit leftright ("CGI:IRC (Ping timeout)") |
| 15:49:18 | *** | Saving seen data "./dancer.seen" |
| 15:50:52 | Cassandra | I spotted a bug in the iRiver resume code. If you let a playlist run to the end, rather than clearing the resume point, it gets set to the beginning of the last track in the playlist. |
| 15:56:36 | | Quit webguest50 ("CGI:IRC") |
| 15:59:22 | | Join webguest00 [0] (~51e6b240@labb.contactor.se) |
| 16:00 |
| 16:00:32 | webguest00 | as i can see an the daily builds the iriver h300 SIM has no errors, can i run rockbopx on my iriver h300 now ?:;D |
| 16:00:52 | B4gder | the sim is a sim |
| 16:01:06 | B4gder | and it simulates the wrong lcd too |
| 16:01:54 | webguest00 | but the other one only havev 4 errors ? |
| 16:01:58 | B4gder | yes |
| 16:01:59 | webguest00 | can i use that ?:D |
| 16:02:08 | B4gder | yes, once you've installed the bootloader |
| 16:02:14 | B4gder | and fixed the missing lcd and adc code |
| 16:02:17 | webguest00 | is it safe :D? |
| 16:02:24 | B4gder | what is? |
| 16:02:28 | B4gder | there is no bootloader yet |
| 16:02:53 | B4gder | so it is safe ;-) |
| 16:03:39 | webguest00 | aaa when does the bootloader comes out? |
| 16:04:03 | B4gder | when someone has written it |
| 16:04:16 | B4gder | that someone is likely to be LinusN |
| 16:04:30 | B4gder | and no, we don't have any schedule |
| 16:04:41 | webguest00 | ;) |
| 16:05:21 | webguest00 | but to make a bootloader wont take long? |
| 16:05:28 | B4gder | it won't? |
| 16:06:20 | B4gder | feel free to write it |
| 16:08:03 | webguest00 | in not so good at such things;) |
| 16:11:10 | | Quit Maxime`Mrn () |
| 16:12:00 | | Quit webguest00 ("CGI:IRC") |
| 16:17:45 | Slasheri | Hmm, does ata_spin() spin up the disk? |
| 16:19:13 | amiconn | Iirc ata_spin() just resets the spindown timer, to keep it spinning. There is no separate spinup function. |
| 16:19:54 | Slasheri | Ah, ok. I just would like to spin up the drive before initiating a track change |
| 16:20:06 | amiconn | Why that? |
| 16:20:28 | Slasheri | to prevent audio buffer going empty (required for crossfade to work well) |
| 16:20:28 | amiconn | We don't want to spin up at each track change... |
| 16:20:47 | Slasheri | no, only when it's necessary :) |
| 16:21:03 | B4gder | Slasheri: should use instead use the spinup time to caclulate when you should start reading data |
| 16:21:07 | amiconn | ...we only want to spin up when the buffer goes empty, and that's what the low watermark is for |
| 16:21:25 | amiconn | The low watermark is calculated dynamically on archos |
| 16:21:29 | Slasheri | amiconn: yes, of course that's not a problem |
| 16:21:52 | B4gder | so what is? |
| 16:22:06 | Slasheri | but if user selects a new track, we want the hard disk to be ready before stopping codec and flushing old track entries |
| 16:22:47 | amiconn | Why that? |
| 16:22:48 | B4gder | I don't understand |
| 16:23:03 | B4gder | this works perfectly well on archos, I don't see any new need here |
| 16:23:06 | Slasheri | that guarantees that crossfade can work.. :) |
| 16:23:19 | Slasheri | no other reason for this |
| 16:23:26 | amiconn | I wouldn't expect a crossfade when selecting a new track, even with crossfade enabled |
| 16:23:35 | B4gder | crossfade just increase the low watermark requirements |
| 16:23:55 | B4gder | I like crossfade but not for next |
| 16:24:34 | * | amiconn would *very much*prefer a correctly working gapless over any fading |
| 16:24:46 | ashridah | i agree |
| 16:24:56 | ashridah | i almost never use randomized playlists |
| 16:25:48 | amiconn | The strange thing is that mp3s with a lame tag containing gapless info work, while mp3s encoded with lame −−nogap (which should be the easier case imho) don't |
| 16:26:27 | Febs | I thought that LAME −−nogap was never properly implemented. |
| 16:26:43 | Febs | I remember reading something about that at Hydrogen Audio recently. |
| 16:26:49 | Febs | I'll see if I can find it. |
| 16:26:57 | * | LinusN runs the a-b patch on archos |
| 16:27:03 | amiconn | lame −−nogap is working perfectly if it is used correctly |
| 16:27:18 | LinusN | a few visual glitches |
| 16:27:44 | amiconn | lame −−longhelp tells everything |
| 16:28:07 | amiconn | I have some mix albums encoded that way, and they play perfectly gapless on archos |
| 16:28:23 | amiconn | ...but iriver rockbox doesn't manage it |
| 16:28:38 | amiconn | There is no added gap, but instead some frames are swallowed |
| 16:29:06 | | Join webguest88 [0] (~d4406110@labb.contactor.se) |
| 16:30:05 | webguest88 | I find that with crossfade disabled it still merges the tracks, which i dislike, its nice to have the pauses between tracks |
| 16:30:05 | LinusN | gotta go |
| 16:30:22 | | Part LinusN |
| 16:31:19 | | Quit RotAtoR (Read error: 131 (Connection reset by peer)) |
| 16:31:28 | Febs | Coincidentally, I'm listening to Dark Side of the Moon right now. The transition from Breathe to Time produced a small but audible pop. The transition from Time to Great Gig in the Sky was perfect. |
| 16:31:28 | webguest88 | unless the album is supposed to be gapless (Dark Side Of The Moon), |
| 16:32:06 | Febs | This is a HUGE improvement from the iriver firmware, for which I and many others are grateful, even if it isn't yet perfectly implemented. |
| 16:32:13 | amiconn | webguest88: Rockbox doesn't change the tracks, i.e. doesn't remove gaps that are present *in the file* |
| 16:32:32 | webguest88 | it does with crossafade off |
| 16:32:37 | B4gder | no |
| 16:32:44 | B4gder | it just doesn't add any gap |
| 16:33:07 | amiconn | However, adding gaps that aren't present in the files (like the iriver fw does, always) would be evil |
| 16:33:13 | webguest88 | the songs in the playlists dont have the 'natural gaps' |
| 16:33:40 | webguest88 | but its ok I'll get a new set of ears at best buy |
| 16:33:43 | ashridah | amiconn: uh, i thought it had silence detection and removal |
| 16:33:43 | | Quit ashridah (Remote closed the connection) |
| 16:35:14 | amiconn | silence detection and removal would be another feature I'd deactivate immediately (like fade in/out/cross and whatever audio fading there might be) |
| 16:36:54 | | Join ashridah [0] (ashridah@220-253-120-151.VIC.netspace.net.au) |
| 16:39:01 | | Join t0mas [0] (~Tomas@ip503c08d1.speed.planet.nl) |
| 16:39:22 | t0mas | lo |
| 16:39:24 | * | t0mas is back :) |
| 16:39:30 | B4gder | at last! |
| 16:50:22 | t0mas | omg... |
| 16:50:31 | t0mas | 847 new messages |
| 16:50:50 | t0mas | and I haven't transferred all backup MX mail |
| 16:58:05 | t0mas | pfew... |
| 16:58:19 | t0mas | all outgoing warning mails removed :) |
| 16:59:03 | t0mas | awk rules the world |
| 16:59:03 | t0mas | postqueue -p | grep "MAILER-DAEMON" | awk '{print $1}' | xargs -n 1 postsuper -d |
| 16:59:18 | t0mas | and all warning mails are gone :) |
| 17:00 |
| 17:00:28 | | Join RotAtoR [0] (~e@dhcp54-47.calvin.edu) |
| 17:01:01 | | Join Maxime [0] (~flemmard@fbx.flemmard.net) |
| 17:02:13 | HCl | hello |
| 17:02:14 | | Quit B4gder ("go go go") |
| 17:06:55 | * | HCl wonders if he found his bug.. |
| 17:07:20 | | Join thegeek_ [0] (na@ti521110a080-5315.bb.online.no) |
| 17:08:39 | | Join _Mark [0] (~fake@40-218.207-68.tampabay.res.rr.com) |
| 17:09:03 | _Mark | was the evil crashbug of doom in the iriver vu meter code fixed yet? |
| 17:09:17 | _Mark | me wantses my precious vu meter! |
| 17:10:18 | * | ashridah hands _Mark a text editor and a compiler |
| 17:10:19 | ashridah | have fun :) |
| 17:10:31 | _Mark | its not MY crashbug :P |
| 17:12:11 | * | HCl goes to fix the database generator.. |
| 17:12:14 | HCl | hm. |
| 17:12:20 | HCl | or should i fix the rockbox code |
| 17:12:44 | HCl | ashridah: what do you think, should the fileentries be sorted case sensitive or case insensitive? |
| 17:12:53 | HCl | ah nm. |
| 17:13:05 | t0mas | _Mark: you can fix someone else's bug too :P |
| 17:13:40 | _Mark | i dont know C |
| 17:14:19 | amiconn | HCl: What's the problem? |
| 17:14:35 | HCl | binary search failing for lowercase directory names |
| 17:14:52 | HCl | just altered the generator to sort it case insensitive, since rockbox' binary search assumes case insensitive sort |
| 17:15:20 | amiconn | Yes, case insensitive is preferable imho |
| 17:15:23 | | Quit webguest88 ("CGI:IRC") |
| 17:15:28 | HCl | yea, since fat doesn't make a difference |
| 17:15:48 | HCl | pretty important bug |
| 17:15:57 | amiconn | Imho it always makes more sense than case sensitive |
| 17:16:00 | * | HCl fixes |
| 17:16:01 | HCl | yea |
| 17:16:21 | ashridah | insensitive gets my vote |
| 17:16:24 | amiconn | (perhaps except for some system dirs on *nix) |
| 17:16:34 | HCl | i dunno how the perl version handles it at the moment.. |
| 17:18:12 | * | HCl uploads a new songdb.jar to the wiki.. |
| 17:18:40 | HCl | does anybody happen to know about crash bugs while playing solitaire while playing music? |
| 17:19:55 | HCl | thats the first critical bug in the java generator, i think :) |
| 17:20:18 | _Mark | anyone noticed that all the newbs submitting iriver wps's are overwriting each other's because theyre all called dump_001.bmp and theyre morons? |
| 17:20:29 | HCl | nope. |
| 17:20:33 | _Mark | and fecking stupid opera cant render bmps in webpages |
| 17:20:49 | HCl | but i did see that using the same name twice in the wpsgallery ended up in bad wiki links |
| 17:21:48 | amiconn | _Mark: The 'overwritten' files aren't lost. Twiki does automatic versioning, so they should be still available. |
| 17:22:13 | HCl | also, what would be a better way to hash files? take the 32kb in the middle of the file? |
| 17:23:31 | | Quit thegeek (Read error: 110 (Connection timed out)) |
| 17:23:57 | amiconn | HCl: Did you fix the songdb bug that it doesn't work if the database file doesn't exist? |
| 17:24:11 | HCl | not yet, let me take a look at that |
| 17:24:37 | HCl | ah hrm. |
| 17:26:18 | * | HCl prods java and scratches his head |
| 17:28:46 | HCl | bleh, i wonder why i can't find an canCreate() function, but i'll code around it. |
| 17:31:29 | HCl | ah. |
| 17:31:35 | HCl | it does, but by the means of an ioexception |
| 17:32:21 | | Quit ashridah ("sleep") |
| 17:32:34 | Cassandra | java - it's evil |
| 17:32:57 | HCl | naw. |
| 17:33:24 | HCl | amiconn: will you be able to give the version i'm about to upload a testrun with some bad directory permissions? |
| 17:34:04 | amiconn | Hmm? |
| 17:34:17 | HCl | trying to create a database in a non writable directory and such |
| 17:34:25 | HCl | i don't have java on a linux machine at the moment.. |
| 17:34:40 | amiconn | I'm not running Linux, and I'm always running the generator on the unit == FAT32 |
| 17:34:43 | HCl | k |
| 17:34:49 | t0mas | Cassandra? |
| 17:34:53 | t0mas | can you commit this one: http://sourceforge.net/tracker/index.php?func=detail&atid=439120&group_id=44306&aid=1231281 |
| 17:35:00 | t0mas | or have you got any open bugs? |
| 17:35:01 | amiconn | I'm not sure whether my Linux VW contains a java installation |
| 17:35:03 | HCl | yea, well, linux has mounted fat32 readonly before.. but i'll search for someone else.. |
| 17:35:10 | HCl | probably not |
| 17:35:11 | amiconn | s/VW/VM/ |
| 17:35:46 | HCl | but yea |
| 17:35:47 | HCl | bug fixed |
| 17:35:52 | Cassandra | t0mas: Just not got around to testing yet. |
| 17:35:58 | Cassandra | Expect a commit later today. |
| 17:36:42 | t0mas | ok |
| 17:36:46 | HCl | does anyone know why my iriver doesn't seem to store the wps file its supposed to use? everytime i boot it its set back to default |
| 17:36:55 | t0mas | Cassandra: i've read it (not tested) looks ok to me |
| 17:37:02 | Cassandra | I prefer making sure I understand patches before I apply them, which in this case was a good idea, since I spotted a bit of cruft code that shouldn't have been in the patch. |
| 17:37:07 | t0mas | maybe check why he wants us to put %s before and not after it |
| 17:37:33 | Cassandra | HCl: Storing it in /.rockbox/ ? |
| 17:37:52 | HCl | nope, i was just about to move it there to see if that helps |
| 17:37:54 | HCl | is it required? |
| 17:37:55 | Cassandra | t0mas: From my reading of the code, that ought not to matter. I'll test it. |
| 17:38:13 | Cassandra | Rockbox only remembers wps settings if they're in there. |
| 17:38:34 | HCl | t0mas: did you read my proposed simple-graphics wps tags thing? |
| 17:38:36 | amiconn | HCl: Yes, for storing it permanently |
| 17:38:40 | HCl | amiconn: k |
| 17:39:04 | amiconn | Rockbox stores the name only, without path |
| 17:39:19 | HCl | ah. |
| 17:39:22 | amiconn | There isn't much space in the config sector |
| 17:39:24 | t0mas | Cassandra: that was what I read there too... |
| 17:39:25 | HCl | so i can't do .rockbox\wps\new.wps either |
| 17:39:44 | t0mas | Cassandra: but still... he writes it should be before... so I wonder why he did that |
| 17:39:52 | t0mas | HCl: no, where is it? |
| 17:40:14 | HCl | t0mas: well, irc logs, but my suggestion was to have a few simple graphic tags like draw line from x,y to x,y |
| 17:40:21 | HCl | so we stop forcing people to resort to ascii art |
| 17:40:29 | HCl | think it would be possible? |
| 17:40:31 | t0mas | HCl: that should be easy... |
| 17:40:37 | HCl | i think it would help tons |
| 17:40:42 | HCl | with how the wps looks for people |
| 17:40:45 | t0mas | just add 1 virtual image... and paint the things on that |
| 17:40:56 | t0mas | but... people can add those lines to a bmp too... |
| 17:41:18 | HCl | yea, but its less work with just a line tag for simple seperator lines and stuff like that.. |
| 17:41:21 | HCl | right? |
| 17:41:43 | HCl | its just cause i was looking at the wps gallery and noticed a lot of people were resorting to ascii art |
| 17:41:58 | amiconn | The ascii art is pre-bitmap-wps |
| 17:42:05 | HCl | yea, i guess thats true |
| 17:42:18 | HCl | ah well, it was just a suggestion :) |
| 17:42:26 | t0mas | it shouldn't be difficult |
| 17:42:37 | * | amiconn wonders what'll happen to bitmap wps when he commits 4-grey graphics core |
| 17:42:37 | Cassandra | I actually have a BDF font that contains CP437 line graphics. |
| 17:42:40 | HCl | do you think you might have some time to add it? |
| 17:42:44 | t0mas | amiconn, there are already line painting functions on your gfx lib right? |
| 17:42:55 | Cassandra | Unfortunately, it doesn't seem to work in Rockbox, and I have no idea why. |
| 17:43:17 | t0mas | amiconn: I'll update bmp loading code for grayscale... and some people will start using weird backgrounds and stuff like that |
| 17:44:28 | HCl | heheh. |
| 17:44:57 | HCl | does anyone have any suggestions on what to hash? |
| 17:45:23 | Cassandra | Don't hash the middle. It'll really screw up with "hidden" tracks. |
| 17:45:27 | HCl | i need to improve the hashing algorhythm before everyone uses the current hash extensively |
| 17:46:09 | amiconn | Imho the best solution would be to hash the beginning, but after the tags |
| 17:46:28 | Cassandra | hash the id3 info and the first n seconds of non-silence (volume > delta). |
| 17:46:42 | HCl | amiconn: yea, but how would i do that? |
| 17:46:55 | amiconn | However, that would require some more sophisticated parsing, might be undesirable on target |
| 17:47:02 | amiconn | Do we need to hash on target? |
| 17:47:08 | HCl | Cassandra: i was wanting to not hash the tags cause then files with different tags but the same song will still get registered as the same file |
| 17:47:18 | HCl | amiconn: at the moment, no. but that might change in the future |
| 17:47:20 | Cassandra | amicon: I think it's desirable. |
| 17:47:31 | HCl | but even then we'd have an option to hash on target or not |
| 17:47:37 | Cassandra | HCl: Hence the reason why you hash the tags and part of the tune. |
| 17:47:46 | HCl | eh? |
| 17:48:00 | HCl | maybe i don't understand what you mean.. |
| 17:48:04 | amiconn | Cassandra: The reason for my suggestion is to *not* hash on the tags |
| 17:48:08 | t0mas | you mean 2 hashes Cassandra? |
| 17:48:14 | t0mas | or you're talking bs :P |
| 17:48:34 | amiconn | The tags might change, but the track is still the same |
| 17:48:37 | | Join fogcat [0] (~c2489e63@labb.contactor.se) |
| 17:48:41 | HCl | yea |
| 17:48:43 | HCl | exactly |
| 17:48:48 | HCl | i already had that occur on my player.. |
| 17:48:55 | Cassandra | t0mas: No, it's all data. You can treat the info structure + a section of track as a single block of data for hashing purposes. |
| 17:49:15 | t0mas | Cassandra: yes, but then you didn't understand the reason why HCl doesn't want to hash the tags |
| 17:49:20 | *** | Saving seen data "./dancer.seen" |
| 17:49:47 | fogcat | can I ask a question about that alignment patch? |
| 17:49:54 | fogcat | Does it allow different alignments on the same line i.e. one bit of info aligned left and one aligned right? |
| 17:50:04 | Cassandra | Oh, right. |
| 17:50:07 | amiconn | Cassandra: I think it is desirable to find duplicates which only differ in tagging |
| 17:50:15 | t0mas | fogcat: it doesn't |
| 17:50:16 | HCl | shall i just hash the middle 32kb of a song? |
| 17:50:21 | Cassandra | I agree with amicon. |
| 17:50:31 | t0mas | we all do Cassandra |
| 17:50:34 | fogcat | ok - but I bet that's what is asked for nexy ;-) |
| 17:50:35 | t0mas | but we want a way to do that |
| 17:50:42 | Cassandra | HCl: No. Think of tracks from the end of a CD with a "hidden extra" on. |
| 17:50:48 | amiconn | HCl: The middle wouldn't help in finding duplicates with different tags |
| 17:50:54 | Cassandra | HCl: They'll have silence in the "middle" |
| 17:51:01 | HCl | hrm. |
| 17:51:01 | amiconn | The tags might change in length |
| 17:51:03 | t0mas | fogcat: and I bet it's something I'll code if noone does it before the end of my vacation |
| 17:51:09 | HCl | what should i do then ? :/ |
| 17:51:16 | HCl | i don't quite know how to parse tags |
| 17:51:26 | HCl | and i doubt my backend provides info about it |
| 17:51:46 | amiconn | Rockbox already includes tag parsing code |
| 17:51:59 | amiconn | Too bad it's C and your songdb is java :P |
| 17:52:01 | HCl | what about ape and stuff like that? |
| 17:52:06 | t0mas | omg |
| 17:52:11 | t0mas | LOL |
| 17:52:14 | HCl | m? |
| 17:52:16 | fogcat | cheers - nice one t0mas, I really should see if I can set up a build environment and remember C - talking here makes me feel guilty |
| 17:52:20 | t0mas | just pumped about 1700 emails to my isp |
| 17:52:24 | Cassandra | I have quite a few instances of two identical songs with differing tags. |
| 17:52:28 | t0mas | don't thing they liked it :P |
| 17:52:39 | Cassandra | I think it would annoy me to have them treated as the same. |
| 17:52:39 | | Quit _Mark (Read error: 111 (Connection refused)) |
| 17:52:51 | Cassandra | Or maybe it wouldn't. I'm confusing myself now. |
| 17:52:54 | t0mas | fogcat: yes, that's the way I started here too ;) |
| 17:53:07 | HCl | the only way in which they'd be treated the same is filerating, playcount, and stuff like that |
| 17:53:25 | amiconn | Cassandra: Why do you do that? I can't think of a reason... |
| 17:53:47 | t0mas | hm... |
| 17:53:58 | t0mas | HCl.. what about the last part of a song? |
| 17:54:02 | HCl | sure |
| 17:54:06 | HCl | shall i just do that? |
| 17:54:10 | t0mas | but not 32 kb |
| 17:54:10 | HCl | but wait |
| 17:54:11 | Cassandra | ami: If I have a track on a greatest hits album. Say "Hey You" which I have on both "Echoes" and "The Wall" (and a third, different version on "Is there anybody out there?") |
| 17:54:14 | t0mas | it might be silence... |
| 17:54:16 | HCl | i should like |
| 17:54:17 | HCl | hm |
| 17:54:18 | t0mas | do a bit more.. |
| 17:54:19 | HCl | no wait. |
| 17:54:33 | HCl | t0mas: the more i hash, the longer it takes to generate a database.. |
| 17:54:49 | t0mas | HCl: yes, but 32 kb is not much... |
| 17:54:56 | t0mas | 320 kbits = 40 kb/s |
| 17:55:04 | HCl | mhm.. |
| 17:55:07 | Cassandra | I think you should parse the MP3 until you find the first 32kb where vol>delta |
| 17:55:15 | t0mas | so... the last 1 second can be silence... and you'll hash a lot of files the same |
| 17:55:15 | HCl | but they're not all mp3 |
| 17:55:22 | HCl | and we want to support future formats like wavpack too |
| 17:55:30 | HCl | t0mas: yea, exactly |
| 17:55:30 | Cassandra | Ah, yeah. :( |
| 17:55:56 | HCl | what was there against hashing the middle of a file again? |
| 17:56:07 | Cassandra | Hidden tracks on albums. |
| 17:56:08 | | Join Strath [0] (~mike@dgvlwinas01pool0-a237.wi.tds.net) |
| 17:56:09 | amiconn | Cassandra: I don't think tracks will ever be identical if they're encoded from different albums |
| 17:56:34 | HCl | i don't quite understand that... what happens with hidden tracks? |
| 17:56:58 | Cassandra | Last track is followed by a couple of mins silence then the "hidden track". |
| 17:57:05 | HCl | ah.. |
| 17:57:09 | HCl | well |
| 17:57:17 | HCl | if the cd was ripped properly, wouldn't the hidden track have its own file |
| 17:57:17 | HCl | ? |
| 17:57:18 | Cassandra | It's a stupid idea, but we're stuck with it. |
| 17:57:33 | Cassandra | No, because it's all on the last physical track of the CD. |
| 17:57:53 | HCl | hrm |
| 17:57:55 | Cassandra | I can think of at least 4 albums I have that do this. |
| 17:57:59 | amiconn | I also have one such album... with 3 bonus tracks all appended to the last listed track |
| 17:58:10 | fogcat | The musicbrainz people hash music files - is it worth checking out how they do it? |
| 17:58:14 | HCl | i don't like those albums x.x heh. |
| 17:58:23 | amiconn | ...and ~2.5 minutes silence before the first bonus track |
| 17:58:38 | amiconn | Total track length is 22 mins |
| 17:58:51 | Cassandra | fc: Not really. Too cpu intensive, plus they do generate hashes where the tracks I mentioned above have identical hashes. |
| 17:59:10 | fogcat | okey dokey - just a thought |
| 17:59:13 | Cassandra | HCl: Me neither. It's annoying to have to FF through the silence. |
| 17:59:51 | Cassandra | fc: Although it's not clear with the latter is a desirable property or not. |
| 18:00 |
| 18:00:07 | HCl | maybe i should just add an disable runtime database option to the wps context menu so people can disable it for those specific albums, and just hash the middle? |
| 18:00:19 | Cassandra | I'm in favour of having a CPU intensive method and reading in old data first so you only generate a hash once. |
| 18:00:25 | HCl | like, the current design has no problem with disabling specific files |
| 18:00:52 | Cassandra | HCl: I dislike that idea. You want those tracks in the db if possible. |
| 18:00:53 | HCl | what do you mean old data? |
| 18:00:55 | fogcat | Cassandra: as I understood it their aim was to hash based on how it sounds??? so guess they would want them to hash to the same value |
| 18:01:11 | Cassandra | Songs you've already hashed once. |
| 18:01:40 | HCl | hrm.. |
| 18:01:47 | HCl | that would require the old tagdatabase though |
| 18:01:51 | Cassandra | Yes. |
| 18:01:54 | HCl | and i know some people who were against that |
| 18:01:59 | HCl | and |
| 18:02:05 | HCl | it would make hashing on target practically impossible |
| 18:02:25 | HCl | which isn't really something i want since at some point its nice to have it add new files to the runtime database on its own |
| 18:02:26 | fogcat | Could you grab 3 chunks from the; beginning, middle and end and hash those? |
| 18:02:42 | HCl | no, but i could grab a chunk of the middle and the end |
| 18:02:54 | HCl | but we'd still get problems with hidden tracks with a silence at the end |
| 18:03:05 | Cassandra | It wouldn't require the tagdb. It'd just take a long time to generate a tagdb without the previous one. |
| 18:03:06 | HCl | the beginning has tags and isn't really suitable cause of that.. |
| 18:03:16 | Cassandra | (Or for the first time.) |
| 18:03:20 | HCl | yea, i guess.. |
| 18:03:21 | amiconn | The end may also have a tag |
| 18:03:25 | amiconn | (ID3V1) |
| 18:03:27 | HCl | erf. |
| 18:03:38 | fogcat | but then you could get hash collisions anyway |
| 18:04:37 | Cassandra | There is no good solution to this problem. |
| 18:04:47 | amiconn | ...and formats like ogg are even more complex, allowing multiple streams, which might be cut in another file etc... |
| 18:04:51 | Cassandra | I personally would favour accuracy over speed always. |
| 18:05:11 | * | fogcat shuts up cos he knows he doesn't know anything about the structure of music files |
| 18:05:20 | * | fogcat listens and learns |
| 18:06:00 | HCl | i'm fairly tempted to just take the middle of a file for now :/ |
| 18:06:39 | thegeek_ | as long as editing header/editing tags won't change the hash...... |
| 18:06:57 | amiconn | It would |
| 18:07:07 | amiconn | There is no simple solution to this problem |
| 18:07:14 | thegeek_ | even editing tags? |
| 18:07:21 | HCl | what tags happen in the middle of a file? |
| 18:07:33 | thegeek_ | middle sounds fine |
| 18:07:37 | HCl | it doesn't have to be perfect, as long as it gets it right 99% of the time |
| 18:07:43 | thegeek_ | would avoid header and tags I guess? |
| 18:07:43 | amiconn | Yes. The tags might change in length, so the old middle is different from the new middle |
| 18:07:51 | thegeek_ | hmm |
| 18:07:52 | HCl | gah! |
| 18:07:52 | thegeek_ | ah |
| 18:07:53 | thegeek_ | yes |
| 18:07:54 | HCl | ah. |
| 18:07:54 | DBUG | Enqueued KICK thegeek_ |
| 18:07:54 | thegeek_ | indeed |
| 18:07:58 | HCl | okay, that sucks. |
| 18:08:00 | thegeek_ | how about a fixed offset into the file? |
| 18:08:05 | amiconn | Same |
| 18:08:15 | thegeek_ | the header would change in size? |
| 18:08:20 | HCl | fixed offset from the end of the file? |
| 18:08:28 | thegeek_ | tags are stored at the end of the file are they not? |
| 18:08:34 | thegeek_ | I don't know the ape format |
| 18:08:36 | thegeek_ | but mp3 does? |
| 18:08:47 | amiconn | Fixed offset from the end of file _might_ work, with at least 2 exceptions though |
| 18:09:03 | amiconn | thegeek_: Tags are usually stored in the beginning, except id3v1 |
| 18:09:07 | thegeek_ | ah |
| 18:09:08 | thegeek_ | yes;) |
| 18:09:16 | thegeek_ | I remember I did some id3 stuff a long time ago |
| 18:09:18 | thegeek_ | was prob v1;) |
| 18:09:27 | amiconn | (1) If someone adds or removes an id3v1 tag |
| 18:09:48 | amiconn | (2) If someone cuts away garbage from the end of the file |
| 18:09:56 | HCl | this is really an annoying problem... how about different hashes based on the filetype? |
| 18:10:08 | HCl | like we'd parse the mp3 slightly to find the first frame and hash from there |
| 18:10:11 | HCl | and i dunno about ogg |
| 18:10:24 | HCl | i guess ogg doesn't have id3v1? or does it? |
| 18:10:29 | HCl | no it doesn't |
| 18:10:35 | HCl | so it wouldn't have the fixed offset from the end problem |
| 18:10:36 | HCl | ? |
| 18:10:37 | amiconn | No, ogg uses vorbiscomments |
| 18:10:58 | amiconn | mp3 can have id3v1, id3v2 and/or apev2 |
| 18:11:09 | amiconn | (The latter we don't support yet) |
| 18:11:17 | HCl | i think the best for mp3 is to just read the offset of the first mp3 frame |
| 18:11:19 | HCl | and hash from there |
| 18:11:27 | HCl | and we could use the other method for ogg.. |
| 18:11:50 | HCl | dinner |
| 18:11:51 | HCl | bbl |
| 18:12:28 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 18:12:28 | * | t0mas wonders why we don't just use the middle + end... |
| 18:12:35 | t0mas | and give warnings on collisions |
| 18:12:39 | t0mas | (on pc, not on target) |
| 18:12:56 | t0mas | for most files... I can see if they really are the same with just the filename |
| 18:13:02 | | Nick Lynx_ is now known as Lynx_awy (~lynx@tina-10-4.genetik.uni-koeln.de) |
| 18:16:33 | amiconn | HCl: Hmm, I just wondered what the hash is for after all.... |
| 18:19:02 | | Join hardeep [0] (hardeeps@norge.freeshell.org) |
| 18:24:58 | | Quit Febs ("Chatzilla 0.9.68.5 [Firefox 1.0.4/20050511]") |
| 18:27:53 | | Quit fogcat ("CGI:IRC 0.5.4 (2004/01/29)") |
| 18:29:11 | | Join Maxime`Mrn [0] (~flemmard@fbx.flemmard.net) |
| 18:29:31 | | Quit Maxime (Read error: 131 (Connection reset by peer)) |
| 18:32:51 | HCl | amiconn: its the link between the tagdatabase and the runtime database |
| 18:33:33 | HCl | t0mas: there's already an option to show duplicates, maybe i should enable it by default.. |
| 18:35:23 | | Join TCK- [0] (TCK@81-86-208-155.dsl.pipex.com) |
| 18:41:47 | HCl | t0mas: end will give trouble with id3v1.. i'll just do middle for now.. |
| 18:46:03 | t0mas | k |
| 18:48:41 | HCl | hm wait.. :/ |
| 18:48:54 | HCl | ah well >.<; |
| 18:49:03 | HCl | i can't keep account of everything, someday we'll have to find out a better way |
| 18:49:19 | | Join yyz [0] (~yyz@modem-2059.snake.dialup.pol.co.uk) |
| 18:49:52 | | Join Febs [0] (~chatzilla@64-190-36-240.client.cypresscom.net) |
| 18:51:48 | HCl | bah |
| 18:51:56 | HCl | we need to think of a good way :/ |
| 18:52:03 | | Quit TCK (Read error: 110 (Connection timed out)) |
| 18:53:18 | HCl | i don't feel comfortable with introducing a hashing algorhythm thats barely any better than the old one |
| 18:53:56 | Cassandra | *nods* |
| 18:54:08 | Cassandra | I wonder if you should introduce a seperate unique key. |
| 18:54:31 | Cassandra | There's something in the back of my mind about non-unique keying in databases being a bad bad thing. |
| 18:54:50 | HCl | nope, not in this case |
| 18:55:08 | HCl | the whole idea behind using a hash is having the same entry for the same songs |
| 18:55:15 | HCl | even when they're in different files |
| 18:55:38 | | Join fogcat [0] (~c2489e63@labb.contactor.se) |
| 18:55:44 | Cassandra | I don't think you're going to find a better solution than the one MusicBrainz have already come up with for that one. |
| 18:55:46 | Cassandra | and |
| 18:55:49 | HCl | i guess i'll go look into the mp3 frame thing |
| 18:56:00 | Cassandra | And I bet that involves parsing raw audio data. |
| 18:56:24 | fogcat | forgive the stupid question but what is the hash to be used for? Identifying duplicate songs? |
| 18:56:33 | HCl | yes |
| 18:56:43 | Cassandra | You might want to look at the source for the MusicBrainz tagger and see if it gives you any ideas. |
| 18:57:35 | fogcat | if people have tagged their files with the Music Brainz tagger (mp3s anyway) the hash is kept in the ID3v2 tags |
| 18:57:51 | Cassandra | Are they? Now that *is* interesting. |
| 18:57:57 | HCl | iirc someone said music brains didn't hash any better than we did |
| 18:58:10 | Cassandra | In which case, all my MP3 files already have a unique hash sitting in their tags. |
| 18:58:20 | fogcat | Sure they are... I use it on mine and I'm sure I've seen the data in there - not at home so can't check |
| 18:58:54 | Cassandra | I'd certainly welcome an option to use MB tags as keys. |
| 18:59:40 | Cassandra | Stupid Windows ID3 browser doesn't seem to show anything. |
| 18:59:56 | Cassandra | fc: What do you use to examine ID3 tags. |
| 19:00 |
| 19:00:16 | fogcat | I've got the editor that you get with DBpowerAmp at home |
| 19:00:21 | HCl | i need to talk to preglow, mabe |
| 19:00:36 | Cassandra | Hmmm? |
| 19:00:56 | HCl | he probably knows how i should read the mp3 header to get the offset of the first audio frame |
| 19:01:01 | fogcat | I'll check when I get home anyway .. about time to go get the bus now |
| 19:01:05 | | Quit fogcat ("CGI:IRC 0.5.4 (2004/01/29)") |
| 19:01:27 | Cassandra | As to MB hashing better than us, I'm certain they would claim that their hashing is better. (Although they do get dupes.) |
| 19:03:46 | Cassandra | *sighs* Winamp's tag editor is no better. |
| 19:07:04 | | Join bagawk [0] (1000@bagawk.user) |
| 19:09:17 | HCl | i wonder if i found something.. |
| 19:11:02 | HCl | hah! |
| 19:11:03 | HCl | i love java |
| 19:11:27 | Bagder | HCl: I trust you've read my comments |
| 19:11:36 | HCl | where? |
| 19:11:47 | Bagder | earlier today |
| 19:11:59 | Bagder | about your songdb |
| 19:12:01 | * | HCl searches |
| 19:12:03 | Bagder | java version |
| 19:12:19 | Bagder | I lack code, docs and info on how/scripts to build it |
| 19:12:27 | Bagder | there's also no license info |
| 19:12:43 | HCl | k |
| 19:12:50 | HCl | the code is inside the .jar at the moment.. |
| 19:12:54 | Bagder | if this is to be the recommended tool, I think those things should be added |
| 19:12:58 | HCl | yea |
| 19:13:07 | Bagder | is that really all code? |
| 19:13:14 | HCl | yes |
| 19:13:20 | Bagder | ok, goodie |
| 19:13:48 | Bagder | I'm just lost in java so I didn't realize that |
| 19:13:59 | HCl | i'll search for the licenses soon, i dunno about putting it in cvs like that |
| 19:14:08 | HCl | i'll clean it up a bit too |
| 19:14:16 | HCl | but first i want to see if this hashing thing works.. |
| 19:16:14 | HCl | hah. |
| 19:16:15 | HCl | sweet. |
| 19:16:17 | HCl | i love java |
| 19:16:22 | HCl | it just hashed based on audio data |
| 19:16:25 | HCl | rather than file data |
| 19:16:31 | HCl | with barely any code changes |
| 19:16:48 | HCl | and it falls back on file data if it fails to hash on audio data |
| 19:18:25 | | Join Chamois [0] (~Chamois@champigny-5-82-226-182-23.fbx.proxad.net) |
| 19:18:54 | Cassandra | HCl: http://wiki.musicbrainz.org/wiki.pl?MetadataTags |
| 19:20:18 | HCl | it doesn't say anything about the hash itself though? how unique is it? do files with the same audiodata get the same hash? |
| 19:21:33 | Cassandra | HCl: That's the intention, yes. |
| 19:22:21 | amiconn | HCl: How are the hashes in the runtimedb created? |
| 19:22:24 | HCl | well, i'd have to write support for reading them, but once thats in it shouldn't be too hard to make musicbrainz the priority |
| 19:22:30 | HCl | amiconn: copied from the tagdatabase |
| 19:23:02 | amiconn | If they're just copied from the tagdb after looking up the path, and we don't verify the hash on target, why not just take the path for linking both databases? |
| 19:23:36 | HCl | because that would eliminate having the same runtime db entry for the same songs though they are at different locations |
| 19:24:45 | amiconn | Ah right. |
| 19:25:12 | amiconn | However, doing this properly would require hasing the pure audio data, without tags |
| 19:25:18 | HCl | yup |
| 19:25:19 | amiconn | *hashing |
| 19:25:28 | HCl | and thats what i just implemented in the java version of songdb :) |
| 19:25:34 | HCl | with extreme ease too :) |
| 19:25:41 | HCl | just a matter of changing datainputstream to audioinputstream |
| 19:25:54 | amiconn | Uh? |
| 19:26:05 | HCl | it hashes on audio data now, if everythings correct |
| 19:26:14 | HCl | and only falls back on file data when it fails to hash on audio data |
| 19:26:20 | amiconn | You could verify that... |
| 19:26:30 | HCl | yea, it'd be nice if i could have a setup to test |
| 19:26:38 | amiconn | Just copy a file you have, tag the copy different and then hash |
| 19:26:38 | HCl | its all theory so far, but it seems to work |
| 19:26:45 | HCl | yea |
| 19:26:48 | HCl | i'll do that in a sec |
| 19:26:56 | amiconn | They should give the same hash regardless how you change the tags |
| 19:27:04 | HCl | yup |
| 19:27:06 | HCl | let me try that now |
| 19:27:24 | amiconn | I would try 2 different cases |
| 19:27:32 | amiconn | *5 cases |
| 19:27:34 | amiconn | for mp3 |
| 19:27:37 | rwlogix | only a problem if the audio-decoder changes... |
| 19:27:51 | rwlogix | _if_ (i don't know if it ever will *g*) |
| 19:28:33 | HCl | okay, didn't work :/ |
| 19:28:35 | HCl | i think |
| 19:28:37 | Cassandra | HCl: Here's an explanation of TRMs (MusicBrainz tags): http://www.relatable.com/tech/trm.html |
| 19:28:37 | amiconn | (1) File with both id3v1 and id3v2 (2) id3v2 only (3) id3v1 only (4) no tags (5) like 1, but with changed content in the tag(s) |
| 19:29:03 | | Join webguest09 [0] (~1804161f@labb.contactor.se) |
| 19:30:16 | | Quit webguest09 (Client Quit) |
| 19:32:01 | | Join Stryke` [0] (~Chairman8@cpe-24-168-110-99.si.res.rr.com) |
| 19:32:28 | HCl | i wonder whether this is a bug in my backend or just because the java webpage isn't entirely clear on what you get when you call read() on an audioinputstream.. |
| 19:33:39 | HCl | well, at least i can tell you that the tritonus backend that i use is gpl |
| 19:35:51 | * | Cassandra offers to have HCl's babies if he implements using MusicBrainz TRMs from the tags as a way of generating a hash. |
| 19:36:21 | HCl | eh.. |
| 19:36:33 | HCl | you're scaring me o.o; |
| 19:37:21 | Cassandra | OK. How about if I offer *not* to have your babies if you do it? |
| 19:37:46 | amiconn | Cassandra: If there is no specific tool to examine file content like id3v2 tags, there's always the good old trusty hex editor... |
| 19:38:31 | Cassandra | ami: It's OK, I found where the tag info the MB client creates is documented. |
| 19:41:24 | | Join Coldtoast [0] (edan@ppp110-133.lns1.hba1.internode.on.net) |
| 19:41:42 | * | HCl has to upgrade to a full-fledged tritonus backend.. |
| 19:42:15 | Cassandra | Erm, you what? |
| 19:42:39 | HCl | java sound api implementation |
| 19:43:03 | Cassandra | Ah. Reads mp3s, oggs etc. I take it. |
| 19:43:27 | HCl | yup.. |
| 19:47:30 | | Quit hardeep ("[BX] Reserve your copy of BitchX-1.0c19 for Windows CE today!") |
| 19:49:21 | *** | Saving seen data "./dancer.seen" |
| 19:52:27 | Plugh_ | I can't believe people still use bitchx |
| 19:53:18 | Plugh_ | I remember helping panasync test it in his first few builds of it, when it was private to our IRC channel. And there were much better clients available |
| 19:54:48 | HCl | trm seems to require internet |
| 19:55:19 | Cassandra | To hash, yes. To read from music that's already been hashed, no. |
| 19:58:57 | HCl | Summary Java MusicBrainz TRM Generator |
| 19:58:57 | HCl | Categories None |
| 19:58:57 | HCl | License GNU General Public License (GPL |
| 19:58:59 | HCl | there we go |
| 19:59:09 | Cassandra | *grins* |
| 19:59:22 | HCl | unfortunately, they don't seem to have any files submitted |
| 19:59:23 | HCl | x.x |
| 19:59:32 | Cassandra | Bugger. |
| 20:00 |
| 20:00:20 | Cassandra | Can I suggest making the first byte of your hash an indicator of the algorithm used to hash. |
| 20:00:30 | Cassandra | Then you can support multiple hashing methods. |
| 20:00:42 | HCl | oh wait |
| 20:00:43 | HCl | they do.. |
| 20:01:03 | * | Cassandra ponders dinner. |
| 20:01:06 | HCl | its just cvs only |
| 20:01:25 | * | Cassandra bounces. |
| 20:02:04 | HCl | they only have the initial commit though |
| 20:02:05 | HCl | odd |
| 20:03:45 | HCl | ah. |
| 20:04:03 | HCl | got it :) |
| 20:04:20 | HCl | this should work fine |
| 20:04:23 | HCl | and its gpl |
| 20:04:30 | Cassandra | Bwahahaha! |
| 20:04:56 | Cassandra | I assume it still requires net access. |
| 20:05:23 | HCl | most probably, yes |
| 20:05:49 | HCl | http://www.inzyme.com/jtrim/index.html |
| 20:05:53 | HCl | for future reference |
| 20:06:05 | HCl | in case i forget the url or so |
| 20:08:04 | | Join XandriX [0] (~slack@xandrix.user) |
| 20:08:11 | HCl | seems easy enough, only problem is that the trm is a string, not an int |
| 20:08:14 | XandriX | rockbox wth ? |
| 20:08:17 | | Quit bagawk ("Leaving") |
| 20:09:44 | Rori | erm...why does rockbox think Ogg is FLAC and MP3 is WAV? |
| 20:10:01 | Cassandra | Satan hates you. |
| 20:10:10 | Cassandra | Or it might be a bug. |
| 20:10:16 | Rori | it was working a few builds back :) |
| 20:10:34 | Cassandra | Sometimes fixing things breaks something else. |
| 20:10:39 | Rori | heh |
| 20:10:55 | amiconn | I don't think the TRM generation itself requires internet. It's the TRM lookup in the musicbrainz database that does, but we don't need that |
| 20:11:16 | HCl | i dunno |
| 20:11:19 | | Part XandriX ("Leaving") |
| 20:11:19 | HCl | anywho |
| 20:11:33 | HCl | this is going to require a total rewrite of the filehash field in the database |
| 20:11:39 | HCl | since the trmid is a pretty long strin |
| 20:11:40 | HCl | g |
| 20:11:49 | Rori | ooer |
| 20:11:58 | | Join Lear [0] (~chatzilla@h177n6c1o285.bredband.skanova.com) |
| 20:12:24 | Rori | can someone put that in the buglist (Incorrect filetype displayed)? Ta. |
| 20:12:47 | amiconn | HCl: We don't need to use that string as-is |
| 20:13:01 | HCl | mk. |
| 20:13:12 | HCl | whats an 406 response? |
| 20:13:33 | amiconn | Is there an example how such a TRM id looks like? |
| 20:14:03 | Rori | Next track works much much better now |
| 20:14:12 | amiconn | HCl: HTTP 406: http://www.checkupdown.com/status/E406.html |
| 20:14:15 | Rori | I can even scroll it no problemo |
| 20:14:18 | | Join webguest40 [0] (~d4406110@labb.contactor.se) |
| 20:15:28 | HCl | hrm. |
| 20:15:34 | HCl | jtrim gives me that response |
| 20:15:44 | HCl | String trmId = "69ecc0fa-ef63-46ea-b6b7-531e44d8934c"; |
| 20:15:45 | Rori | although it sometimes bugs out on Ogg when playing the first track some some Ogg's. Not a big deal though. |
| 20:15:57 | Rori | on some Ogg's rather |
| 20:16:02 | HCl | anywho, java can hash a string no problem so thats not really an issue.. |
| 20:16:19 | HCl | jtrim is failing at the moment though |
| 20:16:29 | webguest40 | playback gets very confused if I skip two tracks and then FF the third, it zooms throught the third and then stops |
| 20:16:36 | HCl | C:\PROGRA~2\SONGDB~1\classes>java -cp . com.inzyme.jtrm.Main "C:\WINDOWS\Profile |
| 20:16:39 | HCl | s\HCl\Desktop\music\01 - Children.mp3" |
| 20:16:41 | HCl | java.io.IOException: Server returned HTTP response code: 406 for URL: http://trm |
| 20:16:44 | HCl | .musicbrainz.org/cgi-bin/gateway/gateway?4447 |
| 20:17:08 | amiconn | HCl: So the TRM is a just a hex string showing 16 bytes (4 longs) |
| 20:18:28 | Cassandra | Looks that way, unless the position of the -'s is significant. |
| 20:18:44 | amiconn | My guess is that the musicbrainz server changed the request requirements somehow. -> Try to extract the hashing code and go without the lookup |
| 20:20:26 | Cassandra | amicon: http://musicbrainz.org/docs/20031108-2.html |
| 20:20:32 | HCl | amiconn: then i wouldn't be able to use tagged mp3s.. |
| 20:20:36 | HCl | i'm looking at this log.. |
| 20:20:42 | HCl | http://chatlogs.musicbrainz.org/2004/2004-10/2004-10-13.html |
| 20:20:42 | Cassandra | The TRM is generated by the server from internal hash data. |
| 20:20:59 | HCl | that guy had the same problem |
| 20:21:04 | HCl | he quickly said nevermind |
| 20:21:08 | HCl | but never said how he fixed it |
| 20:21:38 | amiconn | Cassandra: Hmm, that's bad |
| 20:21:53 | amiconn | This would be reason enough for me to drop TRM |
| 20:22:28 | amiconn | We could use the audio signature part thouh |
| 20:24:04 | | Join MisticJeff [0] (~41ad57d4@labb.contactor.se) |
| 20:24:10 | MisticJeff | Hi Gang.. |
| 20:24:19 | HCl | no... |
| 20:24:25 | HCl | we can't drop trm cause its WAY too expensive |
| 20:24:40 | amiconn | ? |
| 20:24:43 | Cassandra | It is rather sucky, isn't it? |
| 20:24:43 | HCl | it took 15+ seconds on my single test file |
| 20:24:50 | MisticJeff | HC1: please walk this noob through getting the database setup... place SongDB.jar into root then what?? |
| 20:25:01 | HCl | not root, .rockbox |
| 20:25:10 | HCl | java -jar SongDB.jar \ |
| 20:25:38 | MisticJeff | do i need to identify the location such as, D:\?? |
| 20:25:56 | crashd | hey MisticJeff |
| 20:26:06 | Coldtoast | hey MisticJeff. heh |
| 20:26:16 | crashd | sigh, shouldnt rely on nick-tabbing and being in the right channel |
| 20:26:48 | MisticJeff | hi guys |
| 20:27:08 | | Join webguest31 [0] (~c8378bfc@labb.contactor.se) |
| 20:28:35 | HCl | got it |
| 20:28:41 | | Quit webguest31 (Client Quit) |
| 20:29:01 | markun | I've got unicode working again. The only problem is the fontsize: the one I'm using right now is 180kB. |
| 20:29:06 | HCl | C:\PROGRA~2\SONGDB~1\classes>java -cp . com.inzyme.jtrm.Main "C:\WINDOWS\Profile |
| 20:29:10 | HCl | s\HCl\Desktop\music\01 - Children.mp3" |
| 20:29:13 | HCl | 178ad0e4-8c11-4ee3-b2d3-74b3469fe929 |
| 20:29:15 | HCl | :) |
| 20:29:48 | Lear | Huh? Where's the function set_rating? |
| 20:29:52 | HCl | the only problem is that this heavily relies on an external internet server |
| 20:29:57 | HCl | screens.c |
| 20:30:21 | Cassandra | hcl: to which the source is proprietory/unavailable. |
| 20:30:28 | HCl | Cassandra: yea, heh. |
| 20:30:32 | Cassandra | This kind of sucks, like ami says. |
| 20:30:46 | HCl | i know |
| 20:30:51 | HCl | but i got it working anywho |
| 20:30:58 | amiconn | markun: Font caching (!!!!!!!) |
| 20:31:02 | MisticJeff | guess i'll wait a bit... if anyone can walk me through that tag db thing step by step please email me jeff at misticriver.net |
| 20:31:12 | markun | amiconn: I know, but it's not so easy. |
| 20:31:13 | | Part MisticJeff |
| 20:31:26 | HCl | why didn't the \ work for him? |
| 20:31:59 | amiconn | markun: There's a patch for supporting chinese, on archos. Maybe you can take some ideas from that |
| 20:32:02 | Lear | Odd... Wonder why I didn't get that through cvs update (or how I managed to get rid of it while hacking in screens.) :) |
| 20:32:12 | | Join hardeep [0] (hardeeps@norge.freeshell.org) |
| 20:32:37 | markun | amiconn: right now every glyph that is not in the font is replaced by the default glyph. Would be useless to load a range of glyphs in the cashe if the are all just copies of the default glyph. |
| 20:32:59 | amiconn | Yes of course |
| 20:33:58 | amiconn | The caching would be necessary for fonts with more glyphs than which fit into the font memory space. We would only load the glyphs which are used |
| 20:34:30 | Lear | Gah, not even cvs diff picks up that set_rating is missing... |
| 20:34:36 | webguest40 | Slasheri; the FF is buggy right after skipping a track |
| 20:34:38 | amiconn | ...possibly even swapping out some glyphs loaded earlier if we need new, unloaded ones and there is no more free memory |
| 20:34:55 | Slasheri | webguest40: hmm, what do you mean with that? |
| 20:35:12 | markun | amiconn: Yes, I've thought about all that. |
| 20:35:20 | webguest40 | skip two track in a row, then FF as the track starts to play |
| 20:35:31 | Slasheri | ok, i will try |
| 20:35:46 | markun | And I also have to keep an eye on the speed because looking up a glyph is something that is done a lot. |
| 20:35:56 | amiconn | Yes |
| 20:36:17 | Slasheri | webguest40: if you mean the problem that elapsed counter goes to negative, that has been fixed in the latest bleeding edge |
| 20:36:24 | markun | When a line is scrolling it could become a problem with the current implementation |
| 20:36:30 | webguest40 | no that that problem new one |
| 20:36:35 | Slasheri | oh |
| 20:36:38 | amiconn | Still, caching is simply necessary if we want true unicode support, that works for chinese/japanese/korean etc |
| 20:37:15 | Slasheri | webguest40: are you using crossfade? and the latest bleeding edge build? |
| 20:37:22 | amiconn | markun: Not necessarily. We'd need to preload the glyphs for all characters in the scrolling line |
| 20:37:26 | webguest40 | yes latest, no crossfade |
| 20:37:34 | Slasheri | ok, i will turn crossfade off |
| 20:38:29 | Slasheri | webguest40: and you are using mp3 files? |
| 20:38:36 | webguest40 | yes mp3 |
| 20:38:40 | amiconn | Some educated guessing on what glyphs might be needed might be needed as well. E.g. the ascii glyphs should always be available etc |
| 20:38:44 | webguest40 | LAME-aps |
| 20:38:49 | Slasheri | i tried start playing, then skipped few tracks and did FF.. no problems so far |
| 20:38:56 | markun | amiconn: For single quotes I use u 0x2019 in my ogg tags. Right now you cannot have it in a font without having the other 0x2018 as well (most of them copies of the default glyph) |
| 20:39:18 | webguest40 | you need to start FF as soon as the next track starts playing |
| 20:39:46 | Slasheri | webguest40: ah, thanks i found it :) |
| 20:39:50 | Cassandra | Slasheri: You got around to looking at why the resume code doesn't clear itself properly at the end of a playlist yet? |
| 20:39:53 | amiconn | markun: The default glyph should only ever get cached once |
| 20:39:53 | webguest40 | :) |
| 20:40:02 | markun | amiconn: yes, it should |
| 20:40:02 | | Quit TCK- (Read error: 104 (Connection reset by peer)) |
| 20:40:03 | Slasheri | Cassandra: no, haven't looked that yet |
| 20:40:10 | hardeep | Cassandra: are you seeing that in the latest build? |
| 20:40:17 | hardeep | Cassandra: it was working fine for me |
| 20:40:19 | amiconn | ...regardless how many code positions use it |
| 20:41:01 | | Join TCK [0] (TCK@81-86-99-239.dsl.pipex.com) |
| 20:41:11 | markun | amiconn: I had some ideas but they involve a lot of pointers and with 4 bytes each it got very big. |
| 20:41:14 | hardeep | Slasheri: but there is a problem with resume −− offset is being updated too early (not taking latency into affect?) so we're resuming a few seconds later then where we stopped |
| 20:41:36 | godzirra | Hrm.. I'm getting all sorts of odd problems now. |
| 20:41:37 | amiconn | markun: Yes, pointers for every glyph might not be the right solution |
| 20:41:41 | hardeep | s/affect/account |
| 20:41:47 | godzirra | when I change songs its back to about 4 seconds when I skip forward one song... |
| 20:42:01 | godzirra | and it plays part of the next song and "slips" back into the last song for half a second then plays the rest of the new song... |
| 20:42:02 | amiconn | Again, I recommend looking at the chinese rockbox patch, perhaps there are some good ideas... |
| 20:42:36 | markun | I have the patch here, I'll take another look later. |
| 20:42:51 | HCl | there |
| 20:42:55 | HCl | and then we should have a hash based on trm |
| 20:43:05 | HCl | if −−usetrm is used |
| 20:43:05 | HCl | that is |
| 20:43:12 | Slasheri | hardeep: Hmm, that's true.. |
| 20:43:44 | | Join thegeek [0] (na@ti521110a080-7313.bb.online.no) |
| 20:45:28 | Slasheri | godzirra: that problems seems to appear with crossfade disabled.. will be fixed :) |
| 20:46:28 | | Quit yyz (Connection timed out) |
| 20:47:39 | HCl | igh. |
| 20:47:48 | HCl | trm is slowwwwwwwwwwwwwwww |
| 20:48:29 | * | HCl stares at his +- 140 songs testcase.. |
| 20:48:37 | Cassandra | HCl: But if you write it to the ID3 structure, you only ever need to calc it once. |
| 20:48:41 | markun | HCl: It uses the decoded audio to make the trm tag, so it's not strange that it's slow. |
| 20:48:52 | webguest40 | how would it take to do 37gigs |
| 20:48:55 | HCl | Cassandra: yea, i know... i don't have the infrastructure to write to the id3 tag at the moment though.. |
| 20:49:25 | HCl | i'll go see if my backend supports it and if not find a backend that does |
| 20:49:35 | Cassandra | wg: Quite a while. (Hours, I imagine.) |
| 20:50:04 | Cassandra | I reran it on my entire music database a while back and it took a good 30 mins or so. |
| 20:50:11 | Cassandra | For about 4000 tracks. |
| 20:50:20 | webguest40 | p4 |
| 20:50:34 | Hadaka | doesn't trm calculation also require a network roundtrip |
| 20:50:39 | Cassandra | Yes. |
| 20:50:49 | Cassandra | But that isn't the bottleneck. |
| 20:51:11 | Hadaka | oh, I always thought it was |
| 20:52:51 | Hadaka | the entire tcp session took 0.7 seconds here for a single file - 200ms for the actual POST to get a reply |
| 20:53:25 | Cassandra | Well, you can calculate the next one in the background while the lookup is going on. |
| 20:53:56 | Hadaka | well yeah, the entire procedure spends close to 4 seconds real time, so it clearly is not the bottleneck |
| 20:54:39 | | Join ghode|afk [0] (~dude@host-212-158-195-60.bulldogdsl.com) |
| 20:54:46 | HCl | 30 minutes for 4000 tracks? seems fast to me |
| 20:55:00 | HCl | its doing 7 minutes for just 170 tracks here |
| 20:55:04 | HCl | and thats on my local harddisk |
| 20:55:08 | | Join CheeseBurgerMan [0] (~Dan@63.150.80.229) |
| 20:55:14 | HCl | on top of that. |
| 20:55:21 | HCl | its even being a worse hash! |
| 20:55:37 | HCl | but that might be due to me hashing the hash |
| 20:55:54 | Hadaka | worse hash? |
| 20:55:55 | HCl | it found two duplicates that are not duplicates |
| 20:56:03 | HCl | but |
| 20:56:13 | HCl | it did properly find duplicates of two files with different id3v2 tags |
| 20:56:24 | Hadaka | trm collisions are rather common in my experience |
| 20:56:27 | | Part webguest40 |
| 20:56:33 | HCl | ...... |
| 20:56:41 | HCl | then whats the point of trm >.< |
| 20:56:52 | Hadaka | HCl: to detect what *song* it is, not what *mp3* it is |
| 20:57:02 | HCl | yes thats what we're trying to do |
| 20:57:08 | Hadaka | and different encodings vary so much that it is bound to be difficult |
| 20:57:24 | HCl | i will check the trm hashes.. |
| 20:57:34 | Hadaka | you don't want to detect different encodings of the same song? |
| 20:58:32 | HCl | ah... |
| 20:58:35 | HCl | i know why it failed |
| 20:58:38 | amiconn | Hadaka: If network roundtrip is a problem, parallelize the requests |
| 20:58:43 | HCl | jtrm only works for mp3s so far |
| 20:58:45 | amiconn | (makes for a nice DoS) |
| 20:58:46 | HCl | the duplicates it got were oggs |
| 20:58:52 | HCl | okay.. |
| 20:59:15 | Hadaka | sorry, I entered the conversation midway, so I don't know what people are trying to accomplish |
| 21:00 |
| 21:00:00 | | Quit thegeek_ (Read error: 110 (Connection timed out)) |
| 21:00:01 | amiconn | ARgh, archos fm/v2 rockbox isn't far away from the final size barrier :( |
| 21:00:34 | | Quit ghode|afk () |
| 21:00:43 | Cassandra | *nods to amicon* We might start having to make Rockbox light for the Archos. |
| 21:01:07 | Lear | Slasheri: another playback bug (in build from yesterday at least): at the end of a playlist, playback stops when the codec buffer is empty; it doesn't keep playing until the end of the PCM buffer... |
| 21:02:56 | Hadaka | anyway, like I said, I have gotten numerous TRM collisions from my mp3 collection - and also different encodings generate different TRM ids so I end up with multiple TRMs for the same song |
| 21:03:13 | * | HCl kicks trm and song hashes :/ |
| 21:03:27 | Hadaka | TRM is just a heuristic |
| 21:03:38 | Cassandra | Like we already said. There are no good solutions to this problem. |
| 21:03:41 | HCl | heh. for a heuristic its pretty darn slow |
| 21:03:53 | amiconn | Cassandra: There is quite a number of spots where we can decrease code size. Spots where we use duplicated (or nearly duplicated) code now, that can be converted into one function... |
| 21:04:13 | Hadaka | I personally detect my mp3's (as I want to differentiate by different encodings) by taking an md5 sum of the first 30 seconds of the decoded PCM audio data |
| 21:04:27 | HCl | yea, thats what i'm wanting to do |
| 21:04:34 | HCl | but i'm getting really tired of this |
| 21:04:41 | Hadaka | I could take the MD5 sum from the mpeg frames themselves, but this way it works for every audio format that is deterministic in decoding |
| 21:04:42 | HCl | i'm spending way too much time on it.. |
| 21:05:06 | Hadaka | and my point is just to detect mp3's that have had garbage prepended or suffixed or which have been truncated |
| 21:05:33 | HCl | i think i'll just throw the musicbrainz approach away |
| 21:05:43 | HCl | mainly because it depends on an external internet server |
| 21:05:46 | amiconn | Hadaka: Doing that won't allow to hash on the target later. |
| 21:05:48 | Cassandra | *nods* |
| 21:06:21 | amiconn | Decoded PCM will differ a little depending on the decoder used for lossy formats |
| 21:06:57 | Hadaka | the musicbrainz thing is nice to interactively detect which song a certain mp3 is - I think it as a layer on top of the mp3 detection |
| 21:07:06 | Cassandra | I don't see why we can't rely on tag info and say mistagged files are the user's problem. Garbage in, garbage out. |
| 21:07:25 | Hadaka | amiconn: really? I know that's true when the stream has errors since decoders handle errors differently - but do they handle valid data differently as well? |
| 21:07:42 | amiconn | Yes, definitely. |
| 21:08:40 | Hadaka | amiconn: ah right, then I have to ditch this approach in the long term (and make sure I use the same decoder always in the short term) |
| 21:08:40 | amiconn | The first thing are roundoff errors. They depend on the algorithm, the math precision, whether they used fixed or floating point... |
| 21:09:06 | amiconn | The next thing is that decoders may sacrifice precision for speed |
| 21:09:16 | godzirra | Slasheri: just making sure someone new about the probs :) |
| 21:09:35 | Lear | Slasheri: that mp3 metadata thing I mentioned yesterday (if you saw it...): I just uploaded a patch fixing that (#1232957). Feel free to apply it. :) |
| 21:09:48 | Hadaka | amiconn: right |
| 21:10:33 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 21:10:46 | Lear | Hrm... Preparing multiple patches, with changes in the same file, is no fun... :) |
| 21:10:59 | Hadaka | Lear: quilt is your friend |
| 21:11:16 | Cassandra | Huh? cvs diff -u does it all for you. |
| 21:11:51 | Lear | Hadaka: Huh? What has quilt got to do with it. Goggle didn't show anything else that seemed reasonable... |
| 21:11:59 | Hadaka | Cassandra: except if you want to have a new patch on top of your old patch? |
| 21:12:06 | Lear | Cassandra: But here I have two different patches, both meddling with the same file... |
| 21:12:14 | Cassandra | Ah. Messy. |
| 21:12:31 | Hadaka | Lear: quilt makes handling a patch series easy, and makes it easy to rebase them and refresh them and such |
| 21:13:09 | amiconn | bah |
| 21:13:31 | amiconn | The Win32 simulator is messy (less messy than the x11 sim, but still...) |
| 21:17:29 | Rori | can anyone tell me what I am doing wrong for next track in wps? I want it to pull info from the ID3 tag but it's not working. I can only pull the filename or directory name |
| 21:19:05 | Rori | oh ignore that I think I know what I am doing wrong (Impatient) |
| 21:19:09 | Cassandra | Are you putting it on scrolling lines? |
| 21:19:41 | Rori | I keep forgetting the 2mb buffer up rule |
| 21:19:55 | Coldtoast | it works on scrolling lines Cassandra |
| 21:20:13 | Rori | the new build has a quick fix to show filename and directory info...lets see if it changes after the 2mb buffer up |
| 21:20:27 | Cassandra | ct: If it does, that's pure luck. |
| 21:20:30 | HCl | bah. |
| 21:20:39 | Cassandra | Scrolling WPS lines don't support dynamic update. |
| 21:20:51 | Coldtoast | just the first time you play a track and it has the info, it doesn't update the wps with the info til you seek or change tracks |
| 21:20:57 | Slasheri | Lear: thanks, i will apply it :) |
| 21:21:18 | Coldtoast | just that firsttime. After that, when you just let a playlist play, it updates correcrly |
| 21:21:25 | HCl | i need to talk to preglow.. |
| 21:21:36 | Cassandra | *nods* |
| 21:21:41 | HCl | or anyone else who knows how to get the offset of the first mp3 frame |
| 21:22:11 | HCl | dohhhh |
| 21:22:14 | HCl | hm. |
| 21:22:17 | * | HCl stares. |
| 21:22:23 | Coldtoast | %s%?Ia< %Ia| %Fn> |
| 21:22:23 | Coldtoast | %s%?It< %It> |
| 21:22:25 | HCl | rockbox just has a field with the offset. |
| 21:22:36 | * | HCl goes to figure out how this field is calculated |
| 21:23:15 | | Join TCK- [0] (TCK@81-86-100-202.dsl.pipex.com) |
| 21:23:16 | Coldtoast | that's what I use. First track you play just displays the filename, which is instant. It works nicely for me |
| 21:23:22 | Slasheri | Lear: what is your realname? |
| 21:23:29 | hardeep | HCl: you're not referring to the resume related offset are you? |
| 21:23:34 | hardeep | that's something different |
| 21:23:36 | HCl | no |
| 21:23:39 | Coldtoast | just the first track you play gets the filename instead. That's ok for me |
| 21:23:45 | HCl | entry->first_frame_offset = bytecount; |
| 21:25:57 | LinusN | gotta go, cu l8r |
| 21:26:00 | | Part LinusN |
| 21:27:49 | HCl | aha. |
| 21:27:51 | HCl | okay |
| 21:28:06 | HCl | that was easy, says man, and he procedes to prove black is white and gets killed at the next zebra crossing |
| 21:34:05 | | Quit TCK (Read error: 104 (Connection reset by peer)) |
| 21:35:05 | HCl | hm, well, not as easy as i originally though. |
| 21:35:05 | HCl | t |
| 21:35:17 | HCl | hrm. |
| 21:40:03 | HCl | okay |
| 21:40:04 | HCl | well |
| 21:40:11 | HCl | i don't know about ogg vorbis comments |
| 21:40:22 | Lear | what about them? |
| 21:40:23 | HCl | but it skips id3v2 now and hashes the first 32kb of the first frames |
| 21:40:31 | HCl | dunno how to skip them |
| 21:41:32 | Lear | not trivial, but if you read the vorbis spec, you will be enlightened. :) Short version: skip first two Ogg pages (or rather, first ogg page, and then first vorbis packet on the second page). |
| 21:41:42 | Lear | Though I doubt that made much sense to you. :) |
| 21:43:42 | HCl | mhm.. |
| 21:43:47 | HCl | i hate song hashing.. |
| 21:44:02 | HCl | i added the beeping skipping of id3v2, why doesn't it work.. |
| 21:45:35 | HCl | it doesn't seem like tritonus is very reliable |
| 21:45:38 | HCl | but i knew that already.. |
| 21:48:02 | HCl | why can't all song tags be at the end? |
| 21:48:38 | ze | because if you're streaming it then you dunno wtf it is till its over |
| 21:48:39 | ze | heh |
| 21:49:15 | HCl | aha.. |
| 21:49:23 | *** | Saving seen data "./dancer.seen" |
| 21:49:31 | ze | ...and if your file's truncated |
| 21:49:39 | ze | then you never know wtf it is |
| 21:49:40 | ze | hehe |
| 21:49:40 | HCl | well i'll just put this on the wiki anyways |
| 21:49:49 | HCl | its *slightly* better |
| 21:57:27 | amiconn | :) :) :) 4-level greyscale in the win32 simulator :) :) :) |
| 22:00 |
| 22:00:29 | Coldtoast | wee |
| 22:00:57 | HCl | nice |
| 22:02:26 | * | HCl scribbles some documentation on how to use the java tool onto the wiki |
| 22:02:38 | * | HCl is still annoyed over song hashing.. |
| 22:02:51 | HCl | tritonus is a really bad backend.. |
| 22:03:04 | HCl | i should replace it :/ |
| 22:04:32 | HCl | t0mas: any chance that you might be able to implement a line drawing tag to the wps? |
| 22:06:07 | HCl | amiconn: does rockboy utilize the 2bit grayscale yet? |
| 22:06:17 | amiconn | Yes it does |
| 22:06:23 | amiconn | (In fact it has to |
| 22:06:24 | HCl | k good :) enabled the define then? |
| 22:06:24 | amiconn | ) |
| 22:06:27 | HCl | :p k |
| 22:06:34 | amiconn | No, changed the define |
| 22:06:42 | HCl | well, that works too |
| 22:06:49 | amiconn | #if LCD_DEPTH == 2 |
| 22:06:54 | HCl | *nods* |
| 22:07:17 | * | HCl ended up all unmotivated after messing with hashing for 4 hours without much result, goes to wander around :/ |
| 22:07:26 | amiconn | The only thing missing is a nice 4-grey ROCKbox logo |
| 22:07:37 | HCl | mmm, why? |
| 22:07:54 | amiconn | I could commit without, but I don't want to |
| 22:07:58 | HCl | :p |
| 22:08:02 | HCl | *nods* |
| 22:08:08 | HCl | what about wps images? |
| 22:08:35 | amiconn | The current b&w logo works with 4-grey as well, but obviously in b&w only. Dull. |
| 22:08:41 | HCl | mhm |
| 22:09:15 | amiconn | wps images should work the same as now, in b&w |
| 22:09:32 | amiconn | There won't be much visible difference at the start |
| 22:10:06 | amiconn | Only (1) rockboy uses 4-grey (2) The splash() boxes will have a light grey background (3) The logo, if I manage to do that |
| 22:11:11 | | Quit RotAtoR () |
| 22:13:22 | | Join PaulJ [0] (~PaulJ@vpn-3040.gwdg.de) |
| 22:15:17 | t0mas | does anybody know what the english expression for ehm... "school french" or something like it is? |
| 22:15:22 | t0mas | so really bad french? |
| 22:15:38 | t0mas | in dutch: Huis tuin en keuken frans -> house garden and kitchen french |
| 22:16:28 | hardeep | school is ecole in french iirc |
| 22:16:43 | Rori | I can't seem to find the perfect wps yet. Sigh... |
| 22:17:14 | Stryke` | anychance of that allignment patch for wps being committed? |
| 22:18:00 | HCl | t0mas: there isn't one, afaik |
| 22:18:06 | hardeep | Stryke`: someone was looking at it (Cassandra?) |
| 22:18:43 | t0mas | Stryke`: Cassandra is looking at ti |
| 22:18:44 | t0mas | *it |
| 22:18:47 | Stryke` | ok, sounds good |
| 22:18:51 | * | HCl goes to look at the submitted patches |
| 22:18:52 | t0mas | and it will be committed tonight, or tomorrow |
| 22:19:01 | Stryke` | great news, thanks |
| 22:19:39 | amiconn | amiconn.dyndns.org/WinSim-grey.png">http://amiconn.dyndns.org/WinSim-grey.png |
| 22:20:14 | HCl | nice :) |
| 22:20:22 | HCl | first time i see rockboy run in a sim |
| 22:23:31 | amiconn | In fact it should be more playable in the sim than on target |
| 22:23:45 | amiconn | (1) No speed problem (2) No button constraints |
| 22:24:16 | HCl | yup |
| 22:24:52 | | Quit PaulJ (Read error: 145 (Connection timed out)) |
| 22:26:23 | * | HCl looks at the patch for the chip emulator |
| 22:29:11 | Lear | Hmm... Does anyone else get the wrong codec name in the WPS? |
| 22:32:09 | HCl | too bad, missing file from the chip8 patch.. |
| 22:32:13 | * | HCl registers for an sf account.. |
| 22:32:24 | Lear | Yep, id3.c and id3.h aren't in synch... |
| 22:32:39 | HCl | hm? |
| 22:41:50 | | Join tvelocity [0] (~tony@chan530-a065.otenet.gr) |
| 22:44:30 | Bagder | Lear: you want your cvs access fixed/restored? |
| 22:45:14 | Bagder | oh |
| 22:45:17 | Lear | Bagder: Linus fixed that about an hour ago. I've even started comitting... :) |
| 22:45:25 | Lear | Ah, you noticed... |
| 22:45:26 | Bagder | I _just_ noticed that |
| 22:45:38 | Bagder | when reading mails waiting for your reply ;-) |
| 22:46:01 | Bagder | back to lurk-mode |
| 22:46:11 | Lear | Bagder: Btw, you've seen my oggvorbis patch? Needs updates, but is it still of interest? |
| 22:46:32 | | Quit Febs ("Chatzilla 0.9.68.5 [Firefox 1.0.4/20050511]") |
| 22:46:37 | Bagder | I haven't checked it out, I trust your judgement |
| 22:50:23 | HCl | Bagder: added playcount and rating to wps.. if you're interested.. |
| 22:50:42 | Bagder | I noticed and I am interested, I'll upgrade and try it out soon |
| 22:50:49 | HCl | you're gonna have to regenerate your database though, there was a critical bug in the binary search.. |
| 22:51:44 | Bagder | I made mine with the perl script |
| 22:52:29 | Bagder | I didn't see any updates to that, was it? |
| 22:53:00 | HCl | eh |
| 22:53:02 | HCl | nope |
| 22:53:16 | HCl | the perl script isn't gonna be capable of runtime database till it gets a hashing function |
| 22:53:39 | Bagder | and that is not gonna happen until you describe what it is and how it works |
| 22:53:58 | HCl | very simple, just a crc32 of the first 32kb of the files |
| 22:54:34 | Bagder | can you from now on please clearly describe all file format changes |
| 22:54:48 | HCl | i haven't made any file format changes.. |
| 22:54:49 | Bagder | we have two tools now, soon to be three |
| 22:55:14 | Bagder | well, you made up the format and it isn't easy to track devel nor format |
| 22:55:20 | HCl | sorry |
| 22:55:28 | HCl | *checks the wiki* |
| 22:55:38 | HCl | i'll add a comment about the hash field |
| 22:56:06 | Cassandra | Stryke`: Alignment patch is in my local source tree. I'm fixing formatting issues at the moment. |
| 22:56:49 | Stryke` | does it allow for partial formatting? alligning left some text and right others on the same line or not yet or not feasible |
| 22:57:09 | Cassandra | That's actually something I'm working on fixing too. |
| 22:57:23 | Stryke` | sounds great |
| 23:00 |
| 23:00:06 | | Part Lear |
| 23:01:14 | Rori | maybe someone will eventually make an app for designing wps in...maybe :) |
| 23:01:23 | | Quit tvelocity ("Leaving") |
| 23:01:28 | HCl | hehe. |
| 23:02:02 | Rori | Just been playing with trying to get bmp's to sit right with the text |
| 23:02:12 | Rori | font sizes mess with that something awful |
| 23:02:37 | HCl | Bagder: pretty much, the perl tool has to implement rasher.dyndns.org/~rasher/hash.c">http://rasher.dyndns.org/~rasher/hash.c, and use CalcCRC32 on the first 32768 bytes of each file |
| 23:03:24 | Bagder | "and" ? |
| 23:03:30 | Bagder | isn't that code crc32? |
| 23:03:51 | Bagder | ah |
| 23:03:52 | Bagder | now I see |
| 23:03:57 | Bagder | CalcCRC32 is the name of it |
| 23:05:53 | HCl | yea |
| 23:06:15 | HCl | i marked the spot in the perl tool where the hash should go |
| 23:08:30 | Bagder | and the runtimedb uses that to figure out what song it plays? |
| 23:10:06 | HCl | it uses that to link a song to a runtime database entry |
| 23:10:32 | HCl | so if two files have the same hash they will also have the same (shared) runtime info |
| 23:10:53 | HCl | so if you move files you won't lose your runtime info, among other things |
| 23:13:41 | HCl | i'd better go sleep |
| 23:14:44 | amiconn | Bagder: Where can I find that super-hires rockbox logo bitmap? |
| 23:15:11 | HCl | tomorrow i'll rewrite the databasev2 wiki a bit to reflect the way things are now |
| 23:15:35 | Bagder | amiconn: http://www.rockbox.org/viewcvs.cgi/*checkout*/www/tshirt-contest/Attic/rockbox3540.jpg |
| 23:16:14 | amiconn | Thanks... so it was in cvs once... |
| 23:16:49 | HCl | gnight |
| 23:17:00 | Bagder | HCl: and things no longer correct should be removed from the TagDatabase I think |
| 23:17:08 | Bagder | (the wiki page I mean) |
| 23:17:14 | HCl | okay |
| 23:17:15 | Bagder | good night |
| 23:17:16 | HCl | i'll do that too |
| 23:23:55 | Bagder | HCl: I guess it is up to 32K and less if the song is shorter? |
| 23:31:38 | * | Cassandra swears at the WPS display code. |
| 23:34:27 | * | Rori swears with you |
| 23:34:30 | | Join einhirn [0] (Miranda@carlsberg.heim2.tu-clausthal.de) |
| 23:39:07 | * | t0mas swears with you both |
| 23:39:21 | t0mas | Cassandra: maybe we can try to move some things arount |
| 23:39:24 | t0mas | *around |
| 23:40:33 | | Join stripwax_ [0] (~stripwax_@213-228-241-36.dsl.prodigynet.co.uk) |
| 23:40:48 | stripwax_ | ello |
| 23:45:15 | | Part CheeseBurgerMan |
| 23:46:18 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 23:47:04 | west-acre | hey. there's a problem wit my WPS. it used to work, and now. the retreiving next song data doesn't disappear when the data is received. its the GeorgeCollins on the wps gallery :S |
| 23:47:11 | Cassandra | t0mas: It's OK. It's just very difficult to do multiple aligned strings on a single line with the current structure. I'm trying to think of a good way to solve this and failing. |
| 23:49:27 | *** | Saving seen data "./dancer.seen" |
| 23:50:12 | west-acre | anyone? |
| 23:52:04 | Cassandra | No idea, sorry. |
| 23:53:54 | stripwax_ | Hmm.. does the CF5249 have a branch predictor? |
| 23:54:13 | Cassandra | No idea |
| 23:55:02 | stripwax_ | west-acre - between which versions of rockbox did it work and not work? ;-) |
| 23:56:18 | amiconn | stripwax_: A very simple one |
| 23:56:50 | amiconn | It assumes backward branches are most likely taken, and forward branches most likely not |
icon identifies that the person is a core developer (has commit access).