| 00:00:08 | | Join stripwax_ [0] (n=stripwax@i-83-67-214-206.freedom2surf.net) |
| 00:00:21 | linuxstb | But that uses #define, and checking my Linux system includes, they use typedef. |
| 00:01:41 | | Join Paul_The_Nerd [0] (n=chatzill@cpe-66-68-93-2.austin.res.rr.com) |
| 00:08:23 | stripwax_ | hey - so, richersounds in the uk are selling iriver ihp 120s for £149.95 Website states they have *5* in stock .. http://ws2.richersounds.com/showproduct.php?cda=showproduct_clearancebargains&pid=IRIV-IHP120-TIT |
| 00:09:12 | stripwax_ | (also *8* h140s) |
| 00:09:22 | stripwax_ | (for £100 more!!) |
| 00:09:50 | Wett | can order from rest of europe ? |
| 00:10:06 | stripwax_ | Wett not sure |
| 00:11:00 | stripwax_ | Hrmm.. "prices valid in store" ... |
| 00:11:40 | stripwax_ | I'm sure they'll accept phone calls and will deliver |
| 00:14:23 | | Join tvelocity [0] (n=tony@chan530-a006.otenet.gr) |
| 00:20:24 | | Quit muesli- (Read error: 113 (No route to host)) |
| 00:21:17 | | Quit Sucka ("a bird in the bush is worth two in your house") |
| 00:31:56 | | Join rasher [0] (n=3e4f4094@labb.contactor.se) |
| 00:33:26 | rasher | I created a patch for this bug: http://sourceforge.net/tracker/index.php?func=detail&aid=782248&group_id=44306&atid=439118 "Should prevent saving 'filename.' " (attached), but I'm not sure it's correct. It's pretty short though. |
| 00:35:12 | rasher | Anyone have time to look at it? |
| 00:35:13 | | Quit Maxime` (Read error: 104 (Connection reset by peer)) |
| 00:36:31 | | Join Maxime [0] (n=flemmard@fbx.flemmard.net) |
| 00:36:39 | | Join webguest39 [0] (n=d5ee4c85@labb.contactor.se) |
| 00:40:11 | rasher | amiconn: Is it necessary to sync the other language files? |
| 00:40:23 | | Nick Maxime is now known as Maxime` (n=flemmard@fbx.flemmard.net) |
| 00:40:44 | amiconn | rasher: It's not strictly necessary, but recommended |
| 00:40:58 | amiconn | (especially for the ones used for voice file building) |
| 00:41:35 | | Quit Paul_The_Nerd ("Chatzilla 0.9.68a [Firefox 1.0.6/20050716]") |
| 00:41:41 | | Quit DangerousDan (Read error: 104 (Connection reset by peer)) |
| 00:42:08 | *** | Saving seen data "./dancer.seen" |
| 00:42:32 | | Part stripwax_ |
| 00:42:33 | rasher | It saves space - anything else? (not that that's not worth it) |
| 00:43:29 | | Quit preglow (kornbluth.freenode.net irc.freenode.net) |
| 00:43:29 | NSplit | kornbluth.freenode.net irc.freenode.net |
| 00:43:29 | | Quit Slasher (kornbluth.freenode.net irc.freenode.net) |
| 00:43:29 | | Quit JoeBorn (kornbluth.freenode.net irc.freenode.net) |
| 00:43:29 | | Quit ansivirus (kornbluth.freenode.net irc.freenode.net) |
| 00:43:29 | | Quit pabs (kornbluth.freenode.net irc.freenode.net) |
| 00:43:29 | | Quit crashd (kornbluth.freenode.net irc.freenode.net) |
| 00:43:29 | | Quit Hadaka (kornbluth.freenode.net irc.freenode.net) |
| 00:43:29 | | Quit HCl (kornbluth.freenode.net irc.freenode.net) |
| 00:43:29 | | Quit Wett (kornbluth.freenode.net irc.freenode.net) |
| 00:43:29 | | Quit AdNauseam (kornbluth.freenode.net irc.freenode.net) |
| 00:43:29 | | Quit hicks (kornbluth.freenode.net irc.freenode.net) |
| 00:43:29 | | Quit Asku (kornbluth.freenode.net irc.freenode.net) |
| 00:43:29 | | Quit linuxstb (kornbluth.freenode.net irc.freenode.net) |
| 00:43:29 | | Quit Bagder (kornbluth.freenode.net irc.freenode.net) |
| 00:43:29 | | Quit TCK (kornbluth.freenode.net irc.freenode.net) |
| 00:43:29 | | Quit igor47 (kornbluth.freenode.net irc.freenode.net) |
| 00:43:29 | | Quit courtc (kornbluth.freenode.net irc.freenode.net) |
| 00:43:29 | | Quit crwl (kornbluth.freenode.net irc.freenode.net) |
| 00:43:29 | | Quit ze (kornbluth.freenode.net irc.freenode.net) |
| 00:43:29 | | Quit solex (kornbluth.freenode.net irc.freenode.net) |
| 00:43:29 | | Quit Nibbler (kornbluth.freenode.net irc.freenode.net) |
| 00:43:29 | | Quit cYmen (kornbluth.freenode.net irc.freenode.net) |
| 00:43:29 | | Quit lostlogic (kornbluth.freenode.net irc.freenode.net) |
| 00:43:29 | | Quit merbanan (kornbluth.freenode.net irc.freenode.net) |
| 00:43:29 | | Quit christel (kornbluth.freenode.net irc.freenode.net) |
| 00:43:29 | | Quit Febs (kornbluth.freenode.net irc.freenode.net) |
| 00:43:29 | | Quit thegeek (kornbluth.freenode.net irc.freenode.net) |
| 00:43:29 | | Quit CoCoLUS (kornbluth.freenode.net irc.freenode.net) |
| 00:43:29 | | Quit dwihno (kornbluth.freenode.net irc.freenode.net) |
| 00:43:29 | | Quit mbr (kornbluth.freenode.net irc.freenode.net) |
| 00:43:29 | | Quit odd (kornbluth.freenode.net irc.freenode.net) |
| 00:43:29 | | Quit silencer (kornbluth.freenode.net irc.freenode.net) |
| 00:43:29 | | Quit Strath (kornbluth.freenode.net irc.freenode.net) |
| 00:43:29 | | Quit crash (kornbluth.freenode.net irc.freenode.net) |
| 00:43:29 | | Quit Ismo (kornbluth.freenode.net irc.freenode.net) |
| 00:43:29 | | Quit godzirra (kornbluth.freenode.net irc.freenode.net) |
| 00:45:18 | amiconn | rasher: (1) It saves little bit of space in the .lng - not significant unless it would grow too big otherwise |
| 00:46:00 | amiconn | (2) Deprecating the voice entries saves space in the voice file - very desirable on archos, and also good on iriver |
| 00:46:10 | amiconn | (3) It reduces confusion |
| 00:47:16 | rasher | Yeah. I was mostly wondering if it was strictly needed, or just a very good idea. |
| 00:47:49 | NHeal | kornbluth.freenode.net irc.freenode.net |
| 00:47:49 | NJoin | Slasher [0] (i=miipekk@ihme.org) |
| 00:47:56 | rasher | Anyway, do you have time to look at my small patch? You seem to be the one most into the fat driver if I understand right |
| 00:47:56 | NJoin | preglow [0] (n=thomjoha@hekta.edt.aft.hist.no) |
| 00:47:58 | NJoin | pabs [0] (n=pabs@xor.pablotron.org) |
| 00:47:58 | NJoin | Hadaka [0] (i=naked@naked.iki.fi) |
| 00:47:58 | NJoin | crashd [0] (i=nobody@badger.ing.me.uk) |
| 00:47:58 | NJoin | ansivirus [0] (n=ansiviru@adsl-69-148-85-225.dsl.rcsntx.swbell.net) |
| 00:47:59 | NJoin | JoeBorn [0] (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) |
| 00:47:59 | NJoin | HCl [0] (i=hcl@2001:610:1908:8000:290:27ff:feca:8029) |
| 00:48:38 | preglow | i'll sync norwegian for fun and giggles |
| 00:49:02 | | Quit HCl (kornbluth.freenode.net irc.freenode.net) |
| 00:49:02 | | Quit JoeBorn (kornbluth.freenode.net irc.freenode.net) |
| 00:49:49 | preglow | three deprecated entries, that's that? |
| 00:49:49 | NJoin | HCl [0] (i=hcl@2001:610:1908:8000:290:27ff:feca:8029) |
| 00:49:55 | | Quit HCl (kornbluth.freenode.net irc.freenode.net) |
| 00:50:05 | rasher | Yup |
| 00:50:25 | NJoin | HCl [0] (i=hcl@2001:610:1908:8000:290:27ff:feca:8029) |
| 00:51:09 | | Quit HCl (kornbluth.freenode.net irc.freenode.net) |
| 00:51:37 | Moos | rasher: what's your patch do? |
| 00:51:37 | NJoin | HCl [0] (i=hcl@2001:610:1908:8000:290:27ff:feca:8029) |
| 00:51:59 | rasher | It adds a little error-checking to the add_dir_entry |
| 00:52:08 | rasher | To avoid creating filenames ending in a period |
| 00:52:21 | rasher | which is invalid according to the fat specs |
| 00:52:36 | Moos | ah ok :) |
| 00:52:56 | NJoin | Nibbler [0] (n=sven@port-212-202-77-14.dynamic.qsc.de) |
| 00:52:56 | NJoin | solex [0] (n=jrschulz@c173003.adsl.hansenet.de) |
| 00:52:56 | NJoin | merbanan [0] (i=banan@dalink.campus.luth.se) |
| 00:52:56 | NJoin | christel [0] (i=christel@freenode/staff/christel) |
| 00:52:56 | NJoin | cYmen [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 00:52:56 | NJoin | crwl [0] (n=crawlie@c15.kekkola.jyu.fi) |
| 00:52:56 | NJoin | lostlogic [0] (n=lostlogi@node-4024215a.mdw.onnet.us.uu.net) |
| 00:52:56 | NJoin | ze [0] (i=ze@ca-dstreet-cuda2-c9a-73.snbrca.adelphia.net) |
| 00:53:01 | | Quit crwl (kornbluth.freenode.net irc.freenode.net) |
| 00:53:01 | | Quit merbanan (kornbluth.freenode.net irc.freenode.net) |
| 00:53:01 | | Quit lostlogic (kornbluth.freenode.net irc.freenode.net) |
| 00:53:01 | | Quit Nibbler (kornbluth.freenode.net irc.freenode.net) |
| 00:53:01 | | Quit cYmen (kornbluth.freenode.net irc.freenode.net) |
| 00:53:01 | | Quit solex (kornbluth.freenode.net irc.freenode.net) |
| 00:53:01 | | Quit christel (kornbluth.freenode.net irc.freenode.net) |
| 00:53:01 | | Quit ze (kornbluth.freenode.net irc.freenode.net) |
| 00:53:01 | | Quit HCl (kornbluth.freenode.net irc.freenode.net) |
| 00:53:01 | | Quit pabs (kornbluth.freenode.net irc.freenode.net) |
| 00:53:01 | | Quit crashd (kornbluth.freenode.net irc.freenode.net) |
| 00:53:01 | | Quit Hadaka (kornbluth.freenode.net irc.freenode.net) |
| 00:53:01 | | Quit ansivirus (kornbluth.freenode.net irc.freenode.net) |
| 00:53:01 | | Quit Slasher (kornbluth.freenode.net irc.freenode.net) |
| 00:53:01 | | Quit preglow (kornbluth.freenode.net irc.freenode.net) |
| 00:53:17 | amiconn | what the **** is freenode doing today??? |
| 00:53:30 | rasher | Blowing up the internet, it seems. |
| 00:53:30 | Moos | sh**t :) |
| 00:55:12 | NJoin | HCl [0] (i=hcl@2001:610:1908:8000:290:27ff:feca:8029) |
| 00:55:12 | NJoin | ze [0] (i=ze@ca-dstreet-cuda2-c9a-73.snbrca.adelphia.net) |
| 00:55:12 | NJoin | lostlogic [0] (n=lostlogi@node-4024215a.mdw.onnet.us.uu.net) |
| 00:55:12 | NJoin | crwl [0] (n=crawlie@c15.kekkola.jyu.fi) |
| 00:55:12 | NJoin | cYmen [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 00:55:12 | NJoin | christel [0] (i=christel@freenode/staff/christel) |
| 00:55:12 | NJoin | merbanan [0] (i=banan@dalink.campus.luth.se) |
| 00:55:12 | NJoin | solex [0] (n=jrschulz@c173003.adsl.hansenet.de) |
| 00:55:12 | NJoin | Nibbler [0] (n=sven@port-212-202-77-14.dynamic.qsc.de) |
| 00:55:12 | NJoin | Febs [0] (n=Febs@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
| 00:55:12 | NJoin | thegeek [0] (n=thegeek@s201a.studby.ntnu.no) |
| 00:55:12 | NJoin | Strath [0] (n=mike@dpc674681214.direcpc.com) |
| 00:55:12 | NJoin | silencer [0] (n=silencer@zen.via.ecp.fr) |
| 00:55:12 | NJoin | odd [0] (i=mrodd@fangorn.starshadow.com) |
| 00:55:12 | NJoin | mbr [0] (n=mb@stz-softwaretechnik.de) |
| 00:55:12 | NJoin | crash [0] (n=crash@a15167580.alturo-server.de) |
| 00:55:12 | NJoin | dwihno [0] (n=dw@81.8.224.89) |
| 00:55:12 | NJoin | CoCoLUS [0] (n=coco@h081217139221.dyn.cm.kabsi.at) |
| 00:55:12 | NJoin | Ismo [0] (i=laitinei@huippu.net) |
| 00:55:12 | NJoin | godzirra [0] (i=shawn@c-24-131-13-213.hsd1.va.comcast.net) |
| 00:55:12 | NJoin | Wett [0] (i=Wett@AMontpellier-251-1-23-17.w81-251.abo.wanadoo.fr) |
| 00:55:12 | NJoin | AdNauseam [0] (n=ad@CPE0004e28e9f45-CM0012c923ac16.cpe.net.cable.rogers.com) |
| 00:55:12 | NJoin | TCK [0] (i=TCK@81.86.99.168) |
| 00:55:12 | NJoin | Bagder [0] (n=daniel@82.182.26.5) |
| 00:55:12 | NJoin | linuxstb [0] (i=dave@83.67.212.170) |
| 00:55:12 | NJoin | Asku [0] (n=aksu@62.121.39.180) |
| 00:55:12 | NJoin | hicks [0] (n=hicks@zeus.mups.co.uk) |
| 00:55:12 | NJoin | courtc [0] (n=court@68.217.5.247) |
| 00:55:12 | NJoin | igor47 [0] (n=igor47@temple.src.uchicago.edu) |
| 00:55:22 | NJoin | Slasher [0] (i=miipekk@ihme.org) |
| 00:55:27 | NJoin | pabs [0] (n=pabs@xor.pablotron.org) |
| 00:55:27 | NJoin | Hadaka [0] (i=naked@naked.iki.fi) |
| 00:55:27 | NJoin | crashd [0] (i=nobody@badger.ing.me.uk) |
| 00:55:27 | NJoin | ansivirus [0] (n=ansiviru@adsl-69-148-85-225.dsl.rcsntx.swbell.net) |
| 00:55:31 | NJoin | preglow [0] (n=thomjoha@hekta.edt.aft.hist.no) |
| 00:56:55 | preglow | what the hell is up with freenode today |
| 00:57:12 | Maxime` | we are beta-causalties ^^ |
| 00:57:13 | Maxime` | :x |
| 00:57:19 | linuxstb | I don't know, but it doesn't seem to be affecting me... |
| 00:57:29 | Moos | me too :) |
| 00:57:42 | | Quit ze (kornbluth.freenode.net irc.freenode.net) |
| 00:57:42 | | Quit crwl (kornbluth.freenode.net irc.freenode.net) |
| 00:57:42 | | Quit merbanan (kornbluth.freenode.net irc.freenode.net) |
| 00:57:42 | | Quit cYmen (kornbluth.freenode.net irc.freenode.net) |
| 00:57:42 | | Quit solex (kornbluth.freenode.net irc.freenode.net) |
| 00:57:42 | | Quit Nibbler (kornbluth.freenode.net irc.freenode.net) |
| 00:57:42 | | Quit lostlogic (kornbluth.freenode.net irc.freenode.net) |
| 00:57:42 | | Quit christel (kornbluth.freenode.net irc.freenode.net) |
| 00:57:42 | | Quit CoCoLUS (kornbluth.freenode.net irc.freenode.net) |
| 00:57:42 | | Quit dwihno (kornbluth.freenode.net irc.freenode.net) |
| 00:57:42 | | Quit mbr (kornbluth.freenode.net irc.freenode.net) |
| 00:57:42 | | Quit odd (kornbluth.freenode.net irc.freenode.net) |
| 00:57:42 | | Quit silencer (kornbluth.freenode.net irc.freenode.net) |
| 00:57:42 | | Quit Strath (kornbluth.freenode.net irc.freenode.net) |
| 00:57:42 | | Quit Febs (kornbluth.freenode.net irc.freenode.net) |
| 00:57:42 | | Quit crash (kornbluth.freenode.net irc.freenode.net) |
| 00:57:42 | | Quit godzirra (kornbluth.freenode.net irc.freenode.net) |
| 00:57:42 | | Quit Ismo (kornbluth.freenode.net irc.freenode.net) |
| 00:57:42 | | Quit thegeek (kornbluth.freenode.net irc.freenode.net) |
| 00:57:42 | | Join godzirra_ [0] (i=shawn@c-24-131-13-213.hsd1.va.comcast.net) |
| 00:57:45 | NJoin | silencer [0] (n=silencer@zen.via.ecp.fr) |
| 00:57:45 | NJoin | Ismo [0] (i=laitinei@huippu.net) |
| 00:58:09 | NJoin | Febs [0] (n=Febs@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
| 00:58:12 | NJoin | odd [0] (i=mrodd@fangorn.starshadow.com) |
| 00:58:12 | NJoin | crash [0] (n=crash@a15167580.alturo-server.de) |
| 00:58:12 | NJoin | Nibbler [0] (n=sven@port-212-202-77-14.dynamic.qsc.de) |
| 00:58:12 | NJoin | solex [0] (n=jrschulz@c173003.adsl.hansenet.de) |
| 00:58:12 | NJoin | merbanan [0] (i=banan@dalink.campus.luth.se) |
| 00:58:12 | NJoin | christel [0] (i=christel@freenode/staff/christel) |
| 00:58:12 | NJoin | cYmen [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 00:58:12 | NJoin | crwl [0] (n=crawlie@c15.kekkola.jyu.fi) |
| 00:58:12 | NJoin | lostlogic [0] (n=lostlogi@node-4024215a.mdw.onnet.us.uu.net) |
| 00:58:12 | NJoin | ze [0] (i=ze@ca-dstreet-cuda2-c9a-73.snbrca.adelphia.net) |
| 00:58:16 | NJoin | mbr [0] (n=mb@stz-softwaretechnik.de) |
| 00:58:21 | NJoin | CoCoLUS [0] (n=coco@h081217139221.dyn.cm.kabsi.at) |
| 00:58:21 | NJoin | Strath [0] (n=mike@dpc674681214.direcpc.com) |
| 00:58:22 | NJoin | dwihno [0] (n=dw@81.8.224.89) |
| 00:58:44 | NJoin | thegeek [0] (n=thegeek@s201a.studby.ntnu.no) |
| 01:00 |
| 01:01:05 | rasher | I just synced the remaining 100% languages. Let's see if I didn't mess that up |
| 01:01:36 | Maxime` | what does "synced" means by the way? |
| 01:01:36 | Maxime` | :x |
| 01:02:12 | rasher | Bring into the same shape as something else (in this case, english.lang) |
| 01:02:24 | rasher | "Synchronised" |
| 01:02:37 | Moos | Maxime: ~mettre à jour |
| 01:02:49 | Maxime` | yes, but |
| 01:02:57 | Maxime` | there's "updated" and "synced"? |
| 01:02:57 | Maxime` | :x |
| 01:03:10 | Moos | it's just words :) |
| 01:03:37 | rasher | Just synonyms |
| 01:03:41 | Maxime` | k |
| 01:03:41 | Maxime` | ^^ |
| 01:10:38 | rasher | amiconn: Anyway, do you have time to look at my small patch? You seem to be the one most into the fat driver if I understand right (repeating myself because I don't trust Freenode) |
| 01:12:22 | | Quit tvelocity ("Leaving") |
| 01:12:26 | amiconn | I'll try to, but there are more things that need fixing/ polishing... |
| 01:12:39 | NJoin | JoeBorn [0] (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) |
| 01:13:01 | amiconn | APart from that, the fat driver isn't my work, although I did quite some things to it |
| 01:13:19 | rasher | Sure, just wanted to make sure someone knew about it. |
| 01:13:53 | rasher | Yeah, but then, I mostly know of what happened during the last 6 months |
| 01:13:56 | Moos | it's Zagor territory no? |
| 01:14:27 | rasher | I thin kit is, judging by the viewcvs page |
| 01:14:51 | rasher | He seems busy though |
| 01:15:04 | Moos | yes :( |
| 01:16:00 | linuxstb | Anyone know anything about AAC? |
| 01:16:20 | rasher | Not the slightest. |
| 01:16:37 | linuxstb | Nor me - not sure why I've spent the last couple of hours playing with libfaad.... |
| 01:17:17 | rasher | Because Rockbox would end up being a real iPod alternative by all means if it plays aac? |
| 01:17:26 | rasher | Which would be sortof cool. |
| 01:17:39 | linuxstb | I know that iTunes and the iPod use AAC files in an "m4a" (Quicktime?) container. Are there any other common containers? |
| 01:18:23 | | Quit crashd ("leaving") |
| 01:18:39 | rasher | I don't think so |
| 01:18:48 | dpassen1 | m4a is just a renamed mp4 container |
| 01:18:51 | | Quit dwihno (kornbluth.freenode.net irc.freenode.net) |
| 01:18:51 | | Quit mbr (kornbluth.freenode.net irc.freenode.net) |
| 01:18:51 | | Quit crwl (kornbluth.freenode.net irc.freenode.net) |
| 01:18:51 | | Quit crash (kornbluth.freenode.net irc.freenode.net) |
| 01:18:51 | | Quit merbanan (kornbluth.freenode.net irc.freenode.net) |
| 01:18:51 | | Quit lostlogic (kornbluth.freenode.net irc.freenode.net) |
| 01:18:51 | | Quit Nibbler (kornbluth.freenode.net irc.freenode.net) |
| 01:18:51 | | Quit cYmen (kornbluth.freenode.net irc.freenode.net) |
| 01:18:51 | | Quit solex (kornbluth.freenode.net irc.freenode.net) |
| 01:18:51 | | Quit christel (kornbluth.freenode.net irc.freenode.net) |
| 01:18:51 | | Quit ze (kornbluth.freenode.net irc.freenode.net) |
| 01:18:51 | | Quit odd (kornbluth.freenode.net irc.freenode.net) |
| 01:18:51 | | Join odd_ [0] (i=mrodd@fangorn.starshadow.com) |
| 01:18:52 | NJoin | ze [0] (i=ze@ca-dstreet-cuda2-c9a-73.snbrca.adelphia.net) |
| 01:18:52 | NJoin | crwl [0] (n=crawlie@c15.kekkola.jyu.fi) |
| 01:18:53 | NJoin | solex [0] (n=jrschulz@c173003.adsl.hansenet.de) |
| 01:18:53 | rasher | oh right, mp4 |
| 01:18:55 | NJoin | christel [0] (i=christel@freenode/staff/christel) |
| 01:19:00 | dpassen1 | AAC comes either in the container or as raw data .aac |
| 01:19:00 | linuxstb | I've got another slight problem in that both ALAC (Apple Lossless) and AAC both use .m4a as an extension. But Rockbox needs to cope with that anyway (e.g. for Ogg Vorbis/Speex/FLAC). |
| 01:19:02 | NJoin | merbanan [0] (i=banan@dalink.campus.luth.se) |
| 01:19:02 | NJoin | lostlogic [0] (n=lostlogi@node-4024215a.mdw.onnet.us.uu.net) |
| 01:19:07 | | Join crash_ [0] (n=crash@a15167580.alturo-server.de) |
| 01:19:13 | | Join Nibbler [0] (n=sven@212.202.77.14) |
| 01:19:14 | *** | Server message 505: 'logbot :Unregistered users cannot currently send private messages due to spambot problems. please register! ( http://freenode.net/faq.shtml#nicksetup )' |
| 01:19:16 | linuxstb | Is .aac commonly used? |
| 01:19:20 | NJoin | mbr [0] (n=mb@stz-softwaretechnik.de) |
| 01:19:38 | dpassen1 | shouldn't be, anymore |
| 01:19:51 | dpassen1 | it was used before there was any sort of attempt at a standard |
| 01:19:57 | linuxstb | So just supporting Apple's format should be enough, at least to start with? |
| 01:20:14 | dpassen1 | Apples and Nero's, if there are any differences |
| 01:20:28 | linuxstb | I was just about to ask about Nero. Any idea what they use? |
| 01:20:31 | Moos | rasher: for the french translations, "décibel" is the right term for dB you could remove your comment :) |
| 01:20:54 | rasher | Not my coment |
| 01:21:09 | Moos | a ok, but is it the good term |
| 01:23:26 | rasher | amiconn: does playcount work on archos after your addition? |
| 01:23:52 | NJoin | cYmen [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 01:24:23 | NJoin | dwihno [0] (n=dw@81.8.224.89) |
| 01:24:37 | amiconn | rasher: I tested it with a search filter, that worked |
| 01:24:38 | rasher | (changelog quesions coming up) |
| 01:24:55 | amiconn | I didn't try the wps tag, but I think it will work too |
| 01:25:21 | rasher | what about the multiple partition-thing? How does that work for non-Ondio? |
| 01:25:29 | rasher | Does it work at all? |
| 01:25:52 | amiconn | It's not activated for other targets than ondio |
| 01:26:00 | rasher | Okay |
| 01:26:01 | amiconn | It would work if activated |
| 01:26:07 | amiconn | (config option) |
| 01:26:34 | amiconn | Doesn't make much sense without hotplug, except maybe for special applications |
| 01:26:51 | amiconn | (aka special geek power users) |
| 01:27:29 | rasher | Yeah, not sure why you'd do it |
| 01:27:48 | | Quit ender` (No route to host) |
| 01:28:13 | linuxstb | Slasher: If you read this in the logs, do you think we could move the call to get_metadata() to before the code that loads the codec? That way, get_metadata() (with some modifications that I would be happy to do) could be used to identify the codec needed to decode the file. |
| 01:28:20 | amiconn | FAT16 support would also work for hd based models, but doesn't make much sense either |
| 01:29:29 | amiconn | In fact I tested some aspects of both FAT16 and multivolume on my player back then |
| 01:30:17 | rasher | Oh right, my stupid "stats" plugin - how would that work on an Ondio? |
| 01:30:25 | rasher | It opens "/" and then recurses from there |
| 01:30:26 | | Join solex_ [0] (n=jrschulz@d020034.adsl.hansenet.de) |
| 01:30:35 | | Quit silencer (Read error: 110 (Connection timed out)) |
| 01:31:23 | amiconn | rasher: It works, and it works faast |
| 01:31:36 | amiconn | However, it has an oddness (maybe on other units too) |
| 01:31:43 | rasher | Doesn't surprise me |
| 01:31:58 | rasher | What is it? |
| 01:31:58 | amiconn | It only displays the final stats *after* the splash that it finished |
| 01:32:09 | rasher | Oh yeah |
| 01:32:34 | amiconn | The stats plugin doesn't make that much sense on Ondio, as it always gives the stats for the whole file system |
| 01:32:50 | rasher | The whole plugin doesn't make sense if you ask me |
| 01:32:54 | amiconn | (meaning it adds internal flash and MMC if such is plugged) |
| 01:33:08 | rasher | Aaanyway |
| 01:34:42 | rasher | There's something about selecting battery type for Ondio - what's the point of that? |
| 01:35:47 | amiconn | Battery runtime calculation |
| 01:36:10 | amiconn | The Ondio is designed to run from AAA primary cells, so there is no charging circuit |
| 01:36:27 | amiconn | If you put in NiMH AAA cells the discharge curve is different |
| 01:36:43 | amiconn | The option adapts the runtime calculation to the discharge curve |
| 01:36:46 | rasher | Ah |
| 01:38:38 | rasher | "Low battery level handling has been improved" - what was wrong? |
| 01:38:43 | rasher | (I do ask a lot of questions..) |
| 01:38:50 | ze | wrong? |
| 01:38:54 | rasher | Last one though. |
| 01:39:06 | ze | improved doesn't mean something was wrong.. just that its gotten better than however it was |
| 01:39:06 | rasher | Well, it's something that changed on Ondio |
| 01:39:11 | ze | fixed means something was wrong |
| 01:39:14 | rasher | Well, what was "not-good" |
| 01:39:26 | ze | no matter good something is, it can almost always be improved |
| 01:39:57 | rasher | Yes, well, low battery handling improved probably means some corner-case got elliminated or similar |
| 01:40:14 | ze | yeah i dunno |
| 01:41:20 | rasher | Actually, the commit message was "Proper 'battery level dangerous' handling.", so something probably was wrong |
| 01:42:08 | rasher | Hrm, that doens't seem to be strictly an Ondio thing |
| 01:42:17 | ze | ah well then |
| 01:42:22 | ze | that does imply that something was improper |
| 01:42:25 | amiconn | rasher: Yes. |
| 01:42:26 | rasher | Or, it was. |
| 01:42:36 | rasher | The changes just looked more general |
| 01:42:50 | rasher | Was it expecting player/recorder values? |
| 01:42:57 | rasher | http://www.rockbox.org/viewcvs.cgi/firmware/powermgmt.c.diff?r1=1.79&r2=1.80 |
| 01:43:01 | rasher | that's the change |
| 01:43:10 | amiconn | plus this: http://www.rockbox.org/viewcvs.cgi/firmware/export/powermgmt.h?r1=1.19&r2=1.20 |
| 01:43:33 | rasher | Yeah. |
| 01:44:18 | amiconn | There were 2 things on Ondio: (1) The 'dangerous' threshold was too low (2) The threshold has to depend on the battery type |
| 01:44:35 | rasher | Okay |
| 01:45:33 | amiconn | This threshold is mainly used in 2 places (1) It makes the battery icon blink, that's only cosmetic. (2) The flash plugins use it to check when it's better not to flash |
| 01:45:52 | amiconn | The latter is especially important on a device without charging... |
| 01:45:53 | rasher | How does hot-swapping MMCs work? |
| 01:46:12 | amiconn | Just plug in a card, and it is automatically mounted |
| 01:46:18 | | Quit solex (Read error: 113 (No route to host)) |
| 01:46:25 | amiconn | ...under /<MMC1> |
| 01:46:28 | rasher | Nice, how about removal? |
| 01:46:44 | amiconn | Yes, that dir uses characters illegal in an ordinary filesystem... |
| 01:46:55 | amiconn | Just rip out the card |
| 01:47:09 | amiconn | It gets unmounted and all filehandles get invalidated |
| 01:47:28 | amiconn | Of course better don't do this if there is a file open for writing... |
| 01:47:35 | rasher | I guess that's almost an advantage (using illegal characters) |
| 01:47:47 | rasher | since it ensures that it can't exist |
| 01:47:55 | amiconn | The playback engine is robust enough to handle the vanishing files |
| 01:47:58 | preglow | gotta go, guys, later |
| 01:48:09 | | Quit preglow ("s") |
| 01:48:11 | amiconn | It just skips them as if they weren't present from the beginning |
| 01:48:48 | rasher | This reminds me of a bug I saw. |
| 01:48:48 | linuxstb | I wonder if the new "iriver" playback engine is as tolerant. |
| 01:49:13 | rasher | Deleting a playing file would make rockbox play from the next file when the buffer ran dry |
| 01:49:15 | amiconn | The iriver playback engine handling of absent files is bad |
| 01:49:35 | amiconn | It removes them from the playlist, while it should only skip them and leave the playlist alone |
| 01:49:48 | | Quit Moos (" HydraIRC -> http://www.hydrairc.com <- The professional IRC Client") |
| 01:50:10 | rasher | Looks like I'm all questions now. Does the Sim sound output work in cygwin? |
| 01:50:50 | linuxstb | The sim has sound? Is this for both Archos and iriver? (sorry, I'm adding to rasher's questions...) |
| 01:51:06 | rasher | X11 on Linux. Iriver only I think |
| 01:51:08 | rasher | using the codecs |
| 01:51:27 | rasher | Not sure if cygwin emulates /dev/dsp |
| 01:51:56 | amiconn | It works on cygwin with a little adjustment |
| 01:52:19 | amiconn | It also worked in win32 when I tried it |
| 01:52:50 | amiconn | cygwin emulates a lot, also /dev/dsp |
| 01:53:01 | rasher | No wonder it's such a beast |
| 02:00 |
| 02:01:06 | rasher | ah well, got a segfault when trying |
| 02:03:45 | rasher | mpa works though |
| 02:03:58 | rasher | (on linux) |
| 02:03:59 | rasher | funky |
| 02:07:12 | | Quit hicks (Remote closed the connection) |
| 02:08:25 | rasher | Anyway, I'm off. |
| 02:08:26 | | Quit rasher ("CGI:IRC") |
| 02:39:29 | | Quit Wett () |
| 02:42:11 | *** | Saving seen data "./dancer.seen" |
| 02:52:12 | | Quit cYmen ("zZz") |
| 03:00 |
| 03:29:34 | | Join pike [0] (i=pike@c83-249-120-126.bredband.comhem.se) |
| 03:40:47 | | Quit pike (Read error: 104 (Connection reset by peer)) |
| 03:45:50 | | Join webguest23 [0] (n=1808adb1@labb.contactor.se) |
| 03:46:56 | webguest23 | are there any instructions for compiling on linux? |
| 03:48:23 | webguest23 | anyone alive |
| 03:56:41 | webguest23 | hello mcfly |
| 04:00 |
| 04:02:23 | | Quit courtc (Read error: 110 (Connection timed out)) |
| 04:03:25 | | Join courtc [0] (n=court@adsl-154-32-161.asm.bellsouth.net) |
| 04:12:00 | | Quit webguest23 ("CGI:IRC (Ping timeout)") |
| 04:12:05 | ze | compiling what? last i did anything involving rockbox, compiling on linux was what instructions were for |
| 04:12:08 | ze | doh |
| 04:42:12 | *** | Saving seen data "./dancer.seen" |
| 05:00 |
| 05:45:37 | | Join pike [0] (i=pike@c83-249-120-126.bredband.comhem.se) |
| 05:53:32 | | Quit JoeBorn ("Leaving") |
| 06:00 |
| 06:23:34 | Slasher | linuxstb: Hmm, that should be possible. I can take a look later today |
| 06:30:25 | | Join LinusN [0] (n=linus@labb.contactor.se) |
| 06:41:31 | | Join paugh [0] (n=pete@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
| 06:42:15 | *** | Saving seen data "./dancer.seen" |
| 06:48:05 | | Quit dpassen1 () |
| 07:00 |
| 07:27:20 | | Join StrathAFK [0] (n=mike@dpc674681214.direcpc.com) |
| 07:31:14 | | Quit Strath (Read error: 110 (Connection timed out)) |
| 07:33:11 | | Join B4gder [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) |
| 07:41:36 | | Join ender` [0] (i=ychat@tm.213.143.74.124.dc.telemach.net) |
| 08:00 |
| 08:10:17 | | Join tvelocity [0] (n=tony@chan530-a029.otenet.gr) |
| 08:19:43 | | Quit tvelocity ("Leaving") |
| 08:24:37 | | Join webguest20 [0] (n=4509f7eb@labb.contactor.se) |
| 08:42:16 | *** | Saving seen data "./dancer.seen" |
| 08:48:29 | | Quit webguest20 ("CGI:IRC") |
| 09:00 |
| 09:02:45 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
| 09:33:44 | LinusN | i intend to remove the "line selector" option, objections? |
| 09:33:50 | B4gder | go go go |
| 09:34:24 | B4gder | I intend to remove the database objections from th ReleaseTodo |
| 09:34:35 | LinusN | the what? |
| 09:35:15 | B4gder | the problems mentioned about the database status |
| 09:35:43 | B4gder | they're not big enough to warrant any action before release |
| 09:35:47 | B4gder | imho |
| 09:36:08 | LinusN | i have just fixed one of the onplay issues |
| 09:36:28 | B4gder | in db browsing mode? |
| 09:36:31 | LinusN | yes |
| 09:36:35 | B4gder | neat |
| 09:36:44 | B4gder | how did you solve it? |
| 09:37:35 | B4gder | btw, the code size problem is no longer really a problem for the release, is it? |
| 09:38:10 | LinusN | the onplay handling in tree.c wasn't db aware, and there was no way in dbtree to get the filename for a given track |
| 09:38:29 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 09:39:13 | | Join linuxstb [0] (i=dave@i-83-67-212-170.freedom2surf.net) |
| 09:44:46 | linuxstb | Slasher: Thanks. When you look at it, I think you should move the call to probe_file_format() into get_metadata() - so get_metadata() is responsible for both detecting the filetype (and setting track.id3.codectype) and reading the metadata. Unless you can think of a reason not to. |
| 10:00 |
| 10:02:57 | | Quit linuxstb ("Leaving") |
| 10:06:02 | | Nick paugh is now known as AliasCoffee (n=pete@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
| 10:07:23 | solex_ | LinusN: why do you want to remove the line selector? I use it all the time. |
| 10:08:35 | Slasher | hmm, what was that line selector option? |
| 10:08:43 | solex_ | or will "bar" be the default? |
| 10:09:17 | LinusN | bar will be the only option |
| 10:09:22 | Slasher | if it is the bar as line selector instead of an arrow, please do not remove that! |
| 10:09:45 | Slasher | or make the bar default.. |
| 10:10:19 | Slasher | it's pain to navigate with the arrow only because iriver lcd is quite slow and with fast scrolling the arrow is invisible |
| 10:10:49 | B4gder | that reminds me, the credits list is truly unreadable on iriver |
| 10:12:19 | solex_ | true |
| 10:12:27 | LinusN | Slasher: i don't understand what you mean, first you tell me not to remove it, and then you tell me that it is a pain to navigate with the arrow |
| 10:12:54 | Slasher | LinusN: if you remove it and make the bar the only option (default), then it's completely ok |
| 10:13:17 | LinusN | 10.09.17 # <LinusN> bar will be the only option |
| 10:13:26 | Slasher | ah, yes good :) |
| 10:13:34 | AliasCoffee | no! |
| 10:13:35 | Slasher | just go and remove it then :) |
| 10:13:42 | AliasCoffee | (just kidding) |
| 10:13:45 | LinusN | :-) |
| 10:13:49 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 10:13:49 | * | B4gder slaps AliasCoffee ;-) |
| 10:15:14 | solex_ | I don't understand the commit message from 2005-08-30 05:40:14 |
| 10:15:22 | solex_ | does it concern ordinary users? |
| 10:15:32 | | Nick solex_ is now known as solex (n=jrschulz@d020034.adsl.hansenet.de) |
| 10:19:56 | LinusN | solex: it means that you can't use ROMBox until 2.5 is released |
| 10:20:25 | LinusN | i.e when the BootBox is released |
| 10:20:31 | LinusN | Archos stuff |
| 10:20:38 | solex | ah, thanks. |
| 10:21:15 | * | B4gder does the secret oh-my-driver-works-with-select() dance |
| 10:22:05 | LinusN | i know the feeling |
| 10:22:27 | B4gder | its a great feeling when HW and SW starts to actually work together |
| 10:22:40 | B4gder | and the concepts seem to work |
| 10:23:26 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
| 10:24:52 | B4gder | our new code is roughly 1000 times faster than the previous product ;-) |
| 10:30:27 | | Join cYmen [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 10:34:14 | | Join koniu_ [0] (n=koniu@host-ip194-145.crowley.pl) |
| 10:35:27 | | Join kurzhaarrocker [0] (n=Phil@p5090B9F9.dip0.t-ipconnect.de) |
| 10:35:57 | kurzhaarrocker | Thank you for your great job with the peak meter, amiconn |
| 10:37:17 | | Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 10:39:43 | | Quit koniu_ (Read error: 104 (Connection reset by peer)) |
| 10:42:18 | *** | Saving seen data "./dancer.seen" |
| 10:44:46 | | Join ashridah [0] (i=ashridah@220-253-121-179.VIC.netspace.net.au) |
| 11:00 |
| 11:02:50 | amiconn | kurzhaarrocker: thx, I hope my changes make at least some sense |
| 11:02:57 | amiconn | I intend to do some more before release |
| 11:04:36 | kurzhaarrocker | cleanup or performance twiddling? |
| 11:04:54 | amiconn | Both |
| 11:07:56 | amiconn | I intent to have 3 performance levels, actively selectable by the code using the peakmeter |
| 11:08:06 | amiconn | **intend |
| 11:08:50 | amiconn | The peakmeter will get a bit more self-contained, by only exposing the peak_meter_draw_get_btn() function, with an additional parameter (the timeout) |
| 11:09:05 | amiconn | That requires changes in wps.c and wps-display.c |
| 11:11:53 | | Join tvelocity [0] (n=tony@chan530-a029.otenet.gr) |
| 11:12:11 | amiconn | These peakmeter changes should also reduce the lcd transfer interferences in the radio screen |
| 11:12:41 | kurzhaarrocker | *grin* The radio screen is something I never saw |
| 11:13:40 | | Join courtc_ [0] (n=court@adsl-33-160-162.asm.bellsouth.net) |
| 11:14:04 | | Quit courtc (Read error: 110 (Connection timed out)) |
| 11:15:17 | amiconn | Currently the whole radio screen redraws at every peakmeter refresh... |
| 11:15:18 | kurzhaarrocker | Would those levels be: 1) peak_meter_draw_get_btn(0) draws once, gets a button and returns immediately, 2) peak_meter_draw_get_btn(<some time>) and disk is spinning -> no busy polling, 3) timeout is set & disk isn't spinning -> busy polling ? |
| 11:21:13 | amiconn | The draw once might be a good extension |
| 11:21:46 | amiconn | However, I want 3 performance levels (1) low-cpu, used for recording when the mpeg threadsaves data |
| 11:21:56 | amiconn | ...peeking once per redraw |
| 11:22:37 | amiconn | (2) normal performance, peeking once per tick, like the wps currently does. Used for playback. |
| 11:23:01 | amiconn | (3) high performance, used for recording, busy-polling with just yield() in-between |
| 11:23:42 | kurzhaarrocker | seems reasonable |
| 11:24:37 | amiconn | The draw once will probably be automatic if the timeout is zero |
| 11:25:06 | amiconn | ...only thing necessary would be to change the loopto foot-controlled |
| 11:25:28 | kurzhaarrocker | yes |
| 11:25:45 | kurzhaarrocker | Something else I always wanted to implement but never did: a numerical wps tag that displays current / max peak. But then you'd need a button to reset the max peak... |
| 11:26:38 | | Join muesli- [0] (i=muesli_t@hmln-d9b8e258.pool.mediaWays.net) |
| 11:26:58 | muesli- | g'day |
| 11:27:43 | kurzhaarrocker | muesli? Hm. I need some milk and a spoon. |
| 11:28:07 | thegeek | make a timeout for that max peak kurzhaarrocker |
| 11:28:48 | kurzhaarrocker | in combination with an auto-reset for each song / recording this might do the most important trick, thegeek |
| 11:29:14 | amiconn | There is a timeout |
| 11:29:30 | muesli- | kurzhaarrocker get your hair dyed ;) |
| 11:31:34 | amiconn | I plan to expose the pcm peak calculation function on iriver to the plugin api after the freeze |
| 11:31:36 | | Join [IDC]Dragon [0] (n=d90a3255@labb.contactor.se) |
| 11:31:38 | | Nick solex is now known as milk-and-spoon (n=jrschulz@d020034.adsl.hansenet.de) |
| 11:32:00 | amiconn | This should allow to make oscillo*.rock and vu_meter.rock work on iriver |
| 11:32:28 | * | [IDC]Dragon looks for Stockholm people |
| 11:32:48 | kurzhaarrocker | The timeout by itself isn't very useful. If you want to know the peak of something you must be able to select the region you're interested in. |
| 11:33:08 | [IDC]Dragon | a friend needs a hotel room 3.-4. sept. |
| 11:33:25 | amiconn | hi Jörg :) |
| 11:33:30 | kurzhaarrocker | moin |
| 11:33:32 | [IDC]Dragon | hi |
| 11:33:46 | [IDC]Dragon | LinusN, B4gder, do you read? |
| 11:33:52 | LinusN | yup |
| 11:34:06 | amiconn | kurzhaarrocker: Reset on track change, perhaps when the timeout is set to eternal |
| 11:34:12 | [IDC]Dragon | stockholm seems packed with a congress or such |
| 11:34:27 | LinusN | so no available rooms? |
| 11:34:29 | [IDC]Dragon | I thought maybe the "natives" have an idea |
| 11:34:31 | muesli- | did you try hostelworld.com |
| 11:34:32 | muesli- | ? |
| 11:34:38 | [IDC]Dragon | no |
| 11:34:42 | | Join Moos [0] (i=DrMoos@m29.net81-66-158.noos.fr) |
| 11:34:44 | muesli- | do it :D |
| 11:34:53 | Moos | Hola |
| 11:34:58 | kurzhaarrocker | ... and a reset whenever you ffwd. Maybe definable by an option, amiconn |
| 11:35:04 | muesli- | bonyour madame |
| 11:35:17 | Moos | monsieur please :) |
| 11:35:18 | amiconn | Nooo, not another option.... ;) |
| 11:35:36 | LinusN | [IDC]Dragon: does it have to be in stockholm city, or can it be outside? |
| 11:35:36 | | Nick milk-and-spoon is now known as solex (n=jrschulz@d020034.adsl.hansenet.de) |
| 11:35:56 | [IDC]Dragon | city |
| 11:35:56 | LinusN | and does it have to be dirt-cheap? |
| 11:36:03 | muesli- | [IDC]Dragon general speaking they provide cheap accomodations |
| 11:36:05 | [IDC]Dragon | no dirt, please ;-) |
| 11:36:13 | muesli- | dunno if its in your taste ;) |
| 11:36:20 | [IDC]Dragon | muesli: nothing available |
| 11:36:27 | muesli- | no dirt in hostels...very difficult ;) |
| 11:37:09 | muesli- | Moos ;) |
| 11:37:27 | Moos | :) |
| 11:38:13 | [IDC]Dragon | they are desperate enough for anything, I guess |
| 11:39:34 | muesli- | but it cant be worst than in oz |
| 11:40:11 | LinusN | http://www.stockholm.at/ |
| 11:40:19 | muesli- | reckon you would get a clean hostel in stockholm |
| 11:40:37 | B4gder | I found another hotel-finder service at online.citybreak.com but that's only in swedish |
| 11:40:57 | [IDC]Dragon | LinusN: he studied that already |
| 11:41:03 | LinusN | ok |
| 11:42:58 | B4gder | try "Scandic Malmen", it showed available rooms to me |
| 11:43:12 | [IDC]Dragon | where/how? |
| 11:43:43 | B4gder | http://www.scandic-hotels.se/malmen |
| 11:44:21 | B4gder | hopefully not everything is in swedish |
| 11:44:43 | LinusN | https://www.scandic-hotels.se/dispatch/rapidReservationForm?trid=0&Day1=3&MonthYear1=200509&Day2=4&MonthYear2=200509&numberOfRooms=1&numberOfAdults=2&numberOfChildren=0&hhonorsNumber=&corporateCode=&ref=%2Fproperty%2F1001_PropertyHome.jsp&formName=rapidReservationForm |
| 11:44:58 | LinusN | 1 room, 2 adults |
| 11:45:14 | * | [IDC]Dragon tries to figure out "vuxna" and "barn" |
| 11:45:22 | B4gder | adults and children |
| 11:45:23 | LinusN | adults, kids |
| 11:46:10 | [IDC]Dragon | that link was too deep |
| 11:46:13 | | Join Zagor [0] (i=foobar@h63n1fls31o265.telia.com) |
| 11:46:45 | B4gder | its probably easier to just call them ;-) |
| 11:49:04 | muesli- | i just call to say i love yooou ;) |
| 11:49:14 | | Quit kurzhaarrocker (Remote closed the connection) |
| 11:49:28 | * | ashridah flees |
| 11:52:59 | [IDC]Dragon | lunchtime |
| 11:54:42 | | Join hicks [0] (n=hicks@zeus.mups.co.uk) |
| 11:56:55 | | Join CyberCr33p [0] (n=chris@62.38.31.141) |
| 11:57:07 | | Part CyberCr33p ("Leaving") |
| 12:00 |
| 12:08:08 | muesli- | l8er... |
| 12:09:53 | | Join preglow [0] (n=thomjoha@hekta.edt.aft.hist.no) |
| 12:11:07 | preglow | LinusN: remove line selector option? why? |
| 12:11:30 | preglow | ahh, as long as bar will be the only option, it's all good |
| 12:11:37 | LinusN | because we want to reduce the number of unnecessary options |
| 12:11:46 | LinusN | and save some code space |
| 12:12:06 | preglow | yes, agreed |
| 12:12:09 | preglow | the bar is just fine |
| 12:15:04 | preglow | will it happen before release? |
| 12:15:56 | preglow | english.lang needs some work on Cap Usage, it's a jumbled mix right now |
| 12:16:56 | * | amiconn wants an interim way of disabling voice strings for archos, as localisation v2 seems to take quite some more time... |
| 12:17:37 | | Join ep0ch [0] (n=ep0ch@84.12.179.112) |
| 12:18:32 | ep0ch | am i going deaf or has playback on ihp just got a bit quiter recently? :s |
| 12:19:06 | ep0ch | oh i might be coming down with a cold, that could be it... |
| 12:19:21 | ep0ch | lol |
| 12:25:50 | B4gder | it could also be the ep0ch detection filter we added |
| 12:28:24 | Zagor | yay, it works! |
| 12:29:00 | Moos | what? :) |
| 12:29:48 | Zagor | the ep0ch filter :) |
| 12:30:07 | Moos | ah ok |
| 12:31:56 | | Quit muesli- (Read error: 104 (Connection reset by peer)) |
| 12:40:58 | ep0ch | :) |
| 12:42:22 | *** | Saving seen data "./dancer.seen" |
| 12:46:11 | solex | I noticed that rockbox hangs when I use an image tag in my .wps file without a trailing '|' |
| 12:46:18 | solex | Is this considered a bug? |
| 12:46:43 | B4gder | yes |
| 12:48:40 | solex | can anybdy confirm this? |
| 12:49:08 | amiconn | Yes, and rockbox hangs when loading a .cfg while music is playing |
| 12:49:22 | amiconn | (as reported yesterday) |
| 12:50:38 | solex | amiconn: doesn't hang here |
| 12:51:46 | [IDC]Dragon | B4gder: "Scandic Malmen" booked, thanks |
| 12:51:57 | B4gder | pleased to help |
| 12:52:16 | amiconn | Hmmgot that consistently. Maybe it only happens when some setting really changes, need to test which one |
| 12:52:46 | amiconn | But archos work currently has priority, preparing the release... |
| 12:53:20 | solex | that's ok. I'm hoping for a fast release cause there are cool features in the queue :) |
| 12:53:26 | [IDC]Dragon | tomorrow I'll "harvest" the rombox dailies |
| 12:54:27 | [IDC]Dragon | nice that I don't have to build them all by myself ;-) |
| 12:54:41 | amiconn | [IDC]Dragon: Two questions for you |
| 12:54:59 | [IDC]Dragon | shoot |
| 12:55:23 | amiconn | (1) Could you test whether the peakmeter in the radio screen still works on Ondio fm with my latest changes? I'm quite sure it does... |
| 12:56:09 | [IDC]Dragon | is there one? I thought this was removed because of interference with too much cpu activity |
| 12:56:27 | amiconn | (2) We will need to extend the voice file format with a field to indicate the codec used. (preswapped mp3 for archos, and ltiple codecs (non-swapped)) for iriver |
| 12:56:43 | amiconn | Any suggestions on this? |
| 12:56:58 | [IDC]Dragon | (2) the file format is flexible, iirc |
| 12:57:20 | amiconn | Keep in minf that Bagder is working on localisation v2, which will also need changes in the voice file format |
| 12:57:31 | [IDC]Dragon | contains its own header size, has a version number, iirc |
| 12:57:35 | * | amiconn looks at Bagder ;) |
| 12:57:50 | [IDC]Dragon | how do you do that in IRC? |
| 12:57:52 | B4gder | yes, it is "work in progress" |
| 13:00 |
| 13:00:01 | [IDC]Dragon | amiconn: look at "struct voicefile" in talk.c |
| 13:03:02 | amiconn | Looks fairly extensible, however, it seems the code doesn't check the version |
| 13:03:35 | [IDC]Dragon | no need to, while not having more than one ;-) |
| 13:10:21 | * | LinusN just killed the line selector option |
| 13:10:56 | Maxime` | too bad :p |
| 13:11:00 | LinusN | damn, i forgot to bump the settings version |
| 13:11:09 | | Join ep0ch_ [0] (n=ep0ch@84.12.163.215) |
| 13:16:46 | LinusN | holy moses, this page is really out-of-date: http://www.rockbox.org/twiki/bin/view/Main/CustomConfigFile |
| 13:28:00 | solex | does anybody use it at all? |
| 13:28:31 | B4gder | most people probably just save a config using rockbox |
| 13:28:36 | B4gder | and edit that if they feel a need |
| 13:28:49 | | Quit ep0ch (Read error: 110 (Connection timed out)) |
| 13:29:20 | solex | and this saved file is heavily commented. |
| 13:29:36 | solex | if the possible values aren't abvious |
| 13:30:03 | solex | *obvious |
| 13:33:03 | LinusN | so, should we remove it? |
| 13:33:17 | | Quit tvelocity ("Leaving") |
| 13:33:26 | preglow | i say yea |
| 13:33:27 | | Quit webguest39 ("CGI:IRC (EOF)") |
| 13:33:46 | Zagor | me too |
| 13:33:58 | * | LinusN sharpens his axe |
| 13:33:59 | preglow | it's too much of a bother to update it when it's not even necessary |
| 13:34:12 | solex | I wouldn't miss it. It would probably easier to generate this information from the code. |
| 13:34:18 | LinusN | indeed |
| 13:34:22 | solex | just like the config dump. |
| 13:36:50 | LinusN | dead and buried |
| 13:43:26 | * | Febs Febs was getting a cup of coffee and is too late. |
| 13:43:56 | Febs | I was going to ask you to wait 5 minutes to see if there was anything I should copy to here: http://www.rockbox.org/twiki/bin/view/Main/ManualMainMenu#Write_cfg_file |
| 13:44:12 | * | Febs wonders why he called himself "Febs Febs" |
| 13:44:18 | Moos | Linus: still red build |
| 13:44:32 | B4gder | Febs: you have echo enabled? .-P |
| 13:44:45 | Moos | Linus: time to oops commit :) |
| 13:45:03 | LinusN | coming up |
| 13:45:14 | Moos | :) |
| 13:47:43 | LinusN | Febs: http://www.rockbox.org/twiki/bin/view/Trash/CustomConfigFile |
| 13:47:51 | Febs | Thanks. |
| 13:53:50 | preglow | so, any bugfixing work that i can do? |
| 13:54:18 | * | ashridah mutters |
| 13:54:21 | ashridah | damned lecturer |
| 13:55:18 | LinusN | preglow: the cpu boost bug in the iriver playback would be nice |
| 13:55:36 | preglow | cpu remains boosted after stopping playback? |
| 13:55:40 | LinusN | yes |
| 13:55:52 | preglow | alright, nice excuse for learning that part of rockbox anyway |
| 13:55:59 | preglow | i've got an hour to try |
| 14:00 |
| 14:02:42 | solex | Good luck! |
| 14:04:46 | amiconn | LinusN: Would adjusting the IRAM sizes for iriver violate the feature freeze? |
| 14:05:13 | amiconn | If not, we could allow some more IRAM for codecs, and preglow could perhaps do some magic for mpeg layer 1+2 |
| 14:05:23 | preglow | oh yes |
| 14:05:54 | LinusN | as long as you are positive that it won't wreck the archos builds, go ahead |
| 14:06:15 | Slasher | amiconn: Hmm, how much more? there are not much iram left anyway |
| 14:07:17 | LinusN | the mainstack can be considerably smaller |
| 14:08:14 | | Quit edx (Read error: 110 (Connection timed out)) |
| 14:09:44 | preglow | oh yes |
| 14:09:52 | preglow | 16k should be enough, yes? |
| 14:09:59 | preglow | if so, that would be a considerable amount for the codecs |
| 14:11:03 | preglow | i'm also going to start tinkering with stuffing all cache critical functions in a segment of their own |
| 14:12:54 | LinusN | nice |
| 14:13:02 | preglow | it's a really small change |
| 14:13:05 | preglow | and it helped libmad |
| 14:14:03 | Febs | I've updated the manual for .cfg files: http://www.rockbox.org/twiki/bin/view/Main/ManualMainMenu#Write_cfg_file |
| 14:15:41 | LinusN | Febs: good |
| 14:16:14 | LinusN | Febs: you can also add a tip, that you can remove any setting you want from the .cfg file |
| 14:16:29 | LinusN | so you keep only those you are interested in |
| 14:17:06 | LinusN | to create, for instance, a flat.cfg setting that resets the bass/treble settings |
| 14:17:17 | Febs | Good idea. I'll do that right now. |
| 14:19:23 | preglow | why does rockbox only see a changed rockbox.iriver when you're on the root? |
| 14:19:39 | preglow | does it search for rockbox.iriver relative to the current dir, or what? |
| 14:21:11 | LinusN | it looks in the dir cache |
| 14:22:01 | preglow | couldn't we just as well do a real check? the disk is always spinning when you're exiting usb mode anyway |
| 14:22:12 | preglow | at least i've never had any os put it to sleep |
| 14:23:04 | LinusN | sure, go ahead |
| 14:23:16 | LinusN | (submit a patch, i mean) |
| 14:23:33 | preglow | will try |
| 14:27:09 | | Quit B4gder ("Lämnar") |
| 14:30:21 | preglow | hrm |
| 14:30:37 | preglow | i also want a more advanced plugin format, so we dont have to hard code extension and path |
| 14:30:42 | preglow | give me infinite time, please |
| 14:31:19 | LinusN | advanced plugin format? |
| 14:34:16 | amiconn | Slasher: Reduce the main stack to 8KB as on archos, then we have an extra 24KB |
| 14:34:18 | preglow | well, so we can extract information about a codec from the codec file itself |
| 14:34:38 | amiconn | Should allow to split IRAM 50-50, i.e. 48KB for core and 48KB for codecs/plugins |
| 14:34:39 | preglow | we also need the codecs to load their own data in the future, so we'll probably need it anyway |
| 14:35:12 | amiconn | The main stack was increased that much back then because of rockboy, but rockboy doesn't hog the stack that much anymore |
| 14:35:22 | preglow | and if it does, it should be considered a bug |
| 14:37:07 | preglow | Slasher: is it just me, or does the iriver firmware buffer files faster? |
| 14:37:45 | Febs | I updated the config file part of the manual with Linus' suggestion. Question: I remember reading that there was a bug that crashed Rockbox if a new .cfg file were selected during playback. Has that been fixed? |
| 14:39:05 | Slasher | preglow: iriver firmware does not use as much buffer as rockbox does |
| 14:39:14 | Slasher | it will buffer at maximum 3 files at time |
| 14:41:30 | preglow | ahh, yes |
| 14:41:32 | preglow | that explains a lot |
| 14:41:39 | preglow | what a frigging waste |
| 14:42:16 | | Quit courtc_ (Read error: 110 (Connection timed out)) |
| 14:42:24 | *** | Saving seen data "./dancer.seen" |
| 14:42:48 | LinusN | Febs: no, that hasn't been fixed, to my knowledge |
| 14:43:27 | preglow | woops |
| 14:43:39 | preglow | gotta help a friend move now, it seems |
| 14:43:41 | preglow | later |
| 14:54:28 | | Quit Febs (" Like VS.net's GUI? Then try HydraIRC -> http://www.hydrairc.com <-") |
| 15:00 |
| 15:10:49 | LinusN | time to go |
| 15:10:52 | | Part LinusN |
| 15:17:53 | | Join courtc [0] (n=court@adsl-158-49-210.asm.bellsouth.net) |
| 15:22:50 | | Quit ashridah ("Leaving") |
| 15:28:39 | | Join kurzhaarrocker [0] (n=Phil@p5090B9F9.dip0.t-ipconnect.de) |
| 15:29:26 | | Quit kurzhaarrocker (Remote closed the connection) |
| 15:29:45 | [IDC]Dragon | LinusN forgot to bump the cfg version |
| 15:30:15 | [IDC]Dragon | or, remove the option without shifting the other |
| 15:33:51 | | Join muesli- [0] (i=muesli_t@hmln-d9b8e24a.pool.mediaWays.net) |
| 15:34:20 | muesli- | re |
| 15:41:13 | | Join kurzhaarrocker [0] (n=Phil@p5090B9F9.dip0.t-ipconnect.de) |
| 15:43:24 | amiconn | [IDC]Dragon: He post-fixed the non-bumped config version... |
| 15:43:32 | kurzhaarrocker | amiconn: If you're in search of options of the peak meter to kick out: I don't think the maximum is relevant for anybody. It's important that you can adjust the minimum, but the maximum can be tied to 100% / 0 dbfs. |
| 15:48:28 | | Join edx [0] (n=A@p54A8365D.dip.t-dialin.net) |
| 15:54:06 | | Join webguest89 [0] (n=3e4f4094@labb.contactor.se) |
| 15:54:25 | amiconn | kurzhaarrocker: makes sense... |
| 15:55:05 | amiconn | I'll also look into the db calculation, wanting to change 2 things |
| 15:55:48 | amiconn | (1) calc_db() should return negative values based on 0 dB, removing the need to calculate the constant every time |
| 15:56:01 | amiconn | (2) The recursive reverse function is ugly... |
| 15:56:08 | webguest89 | Any chance of making the rating/playcount WPS tag work like the playmode does after today's commit? (such that I can go %?rr<|bad|bad|bad|okay|okay|okay|good|good|perfect> or somesuch) |
| 15:56:12 | kurzhaarrocker | the binary search for reverse calculating from db is quite a joke :) |
| 15:57:17 | amiconn | Also, the linear interpolation isn't that good, perhaps I'll find something better |
| 15:57:31 | amiconn | I do have some ideas, but I don't want to inflate the function too much... |
| 15:58:59 | amiconn | At least the reverse could use linear interpolation as well. If it uses the same segmentation as the forward calculation, roundoff errors from back & forth calculation should be small |
| 16:00 |
| 16:00:04 | amiconn | We already regained almost 2KB with today's removal of the cursor selection by Linus :) |
| 16:00:36 | kurzhaarrocker | iirc roundoffs from back & forth are not acceptable because it is used to increment / decrement in the peak meter menu. |
| 16:00:37 | amiconn | ...which by its own regained >1.3 KB |
| 16:00:54 | amiconn | Yes I know. |
| 16:01:10 | Maxime` | hm, what's the thing with the cursor? we can't chose inverted anymore? |
| 16:01:26 | amiconn | It's always inverted now on bitmap displays |
| 16:01:37 | Maxime` | ok |
| 16:06:07 | | Quit kurzhaarrocker (Remote closed the connection) |
| 16:08:51 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
| 16:13:42 | amiconn | [IDC]Dragon: Do you read? |
| 16:17:30 | | Quit webguest89 ("CGI:IRC") |
| 16:17:57 | | Quit muesli- (Read error: 110 (Connection timed out)) |
| 16:18:03 | | Quit AliasCoffee (".") |
| 16:22:24 | [IDC]Dragon | amiconn: now I do |
| 16:23:21 | | Join pillo [0] (n=93a202de@labb.contactor.se) |
| 16:24:01 | pillo | hello everyone |
| 16:24:41 | amiconn | [IDC]Dragon: Is there a special reason for the button assignment in the Ondio recording screen being so odd? Any objections to changing them? |
| 16:24:53 | | Quit crwl (Read error: 110 (Connection timed out)) |
| 16:24:58 | [IDC]Dragon | I don't remember |
| 16:25:06 | pillo | quick question, if I get a SYS_POWEROFF event in the button queue in a plugin, what do I have to return when exiting the plugin? PLUGIN_OK or some other value? |
| 16:25:47 | amiconn | It seems that in order to put play/pause on the RIGHT button the assignment of the level adjustment became very unintuitive |
| 16:25:59 | | Quit Bagder (Read error: 110 (Connection timed out)) |
| 16:26:29 | [IDC]Dragon | pillo: call the default handler for everything you're not interested in |
| 16:26:43 | [IDC]Dragon | (hope I remembered that correct) |
| 16:27:14 | amiconn | However, record/pause is MODE in the radio screen as well, so imho nothing speaks against doing that in the recording screen too |
| 16:27:26 | amiconn | ...regaining the logical layout of the level adjustment |
| 16:27:40 | [IDC]Dragon | I don't like the Mode recording of the FM screen |
| 16:27:45 | pillo | [IDC]Dragon: that's how it is now. but I wanted to handle that event. |
| 16:28:09 | [IDC]Dragon | it was a quick hack |
| 16:28:20 | pillo | [IDC]Dragon: how do I call the default handler and exit the plugin simultaneously? |
| 16:28:41 | amiconn | [IDC]Dragon: Why? |
| 16:28:53 | | Join Hansmaulwurf [0] (n=maerlyn@p5081F569.dip.t-dialin.net) |
| 16:29:05 | amiconn | Iirc the archos firmware also uses something different than RIGHT for recording |
| 16:29:25 | pillo | [IDC]Dragon: first call the handler and then exit? but does the SYS_POWEROFF handler ever return? :) |
| 16:29:25 | amiconn | RIGHT is only used as start for playback |
| 16:29:41 | amiconn | pillo: What do you want to do? |
| 16:29:43 | Hansmaulwurf | little Question: what is the standart font on rockbox? |
| 16:30:09 | pillo | amiconn: save the settings in the text viewer plugin when you shutdown |
| 16:30:09 | amiconn | And yes, the default handler doesn't return on SYS_POWEROFF except something goes very wrong |
| 16:30:11 | | Join crwl [0] (n=crawlie@c15.kekkola.jyu.fi) |
| 16:30:14 | Hansmaulwurf | i cant find it and my WPS was for the original font |
| 16:30:30 | amiconn | pillo: Do it in the callback of the default handler |
| 16:31:00 | amiconn | That is what this callback is for - it gets called by the default handler on those events that lead to exiting the plugin |
| 16:31:11 | amiconn | (USB connected and poweroff) |
| 16:31:42 | [IDC]Dragon | amiconn: mode should bring the FM presets, because this is more frequently used than recording and does no "harm" |
| 16:32:03 | amiconn | Hmm, but everything else is taken... |
| 16:32:04 | pillo | amiconn: uh-oh... I didn't even know such a callback existed... shame on me :o |
| 16:32:34 | amiconn | ...and putting the menu on short MODE and recording on long MODE is also not very intuitive |
| 16:32:35 | pillo | amiconn: the text viewer does simply return when SYS_USB_CONNECTED is received in the button queue atm |
| 16:32:44 | [IDC]Dragon | it's just been easier this way, I was abusing the preset F-Button text for menu entries |
| 16:33:35 | [IDC]Dragon | imho, recording has to go into the quick menu, instead of presets |
| 16:33:51 | [IDC]Dragon | (on platforms with not enough buttons) |
| 16:34:13 | amiconn | Quick menu? |
| 16:34:25 | amiconn | Where the heck do we have a quick menu on Ondio? |
| 16:34:41 | [IDC]Dragon | in the FM screen, iirc |
| 16:35:05 | amiconn | Left/Left+Repeat - tune down |
| 16:35:14 | amiconn | Right/Right+Repeat - tune up |
| 16:35:24 | amiconn | Up/Up+Repeat - volume up |
| 16:35:34 | amiconn | Down/Down+Repeat - volume down |
| 16:35:42 | amiconn | Mode - record |
| 16:35:49 | amiconn | Mode+Repeat - Radio menu |
| 16:35:59 | amiconn | Off - Leave with radio stopped |
| 16:36:07 | amiconn | Off+Repeat - Leave with radio playing |
| 16:36:17 | amiconn | Anything I missed here? |
| 16:36:23 | [IDC]Dragon | #define FM_MENU (BUTTON_MENU | BUTTON_REPEAT) |
| 16:36:31 | amiconn | Yes, the radio menu |
| 16:36:43 | amiconn | All platforms have this |
| 16:37:01 | [IDC]Dragon | but the Ondio needs extra entries here |
| 16:37:10 | pillo | amiconn: nevermind, I found out- thanks! |
| 16:37:13 | [IDC]Dragon | for which didn't fit on buttons |
| 16:38:08 | [IDC]Dragon | and such entries need strings |
| 16:38:52 | [IDC]Dragon | so I've put the preset in there, recycling the F-button string |
| 16:38:59 | amiconn | Yes I know that |
| 16:39:25 | [IDC]Dragon | ok |
| 16:39:50 | amiconn | The bad thing with burying the recording feature in a menu is that you can't start the recording quickly if you hear your favouite sonf in the radio |
| 16:40:03 | [IDC]Dragon | doesn't solve the recording screen dilemma, I know |
| 16:40:22 | amiconn | Yes, that too |
| 16:40:25 | [IDC]Dragon | I was just saying I'm not happy with the FM screen either |
| 16:40:38 | [IDC]Dragon | before we copy that style |
| 16:40:50 | amiconn | At least it would be consistent |
| 16:41:04 | [IDC]Dragon | I happen to press recording unintended all the time |
| 16:41:06 | amiconn | The level adjustment in the recording screen is really counter-intuitive |
| 16:41:41 | amiconn | The values are oriented horizontally, so the natural method for in-/decreasing is right/left |
| 16:42:14 | amiconn | However, with right I unwantedly started the recording several times |
| 16:42:26 | *** | Saving seen data "./dancer.seen" |
| 16:42:50 | amiconn | The levels are adjusted with up/down, and the selection of the value to adjust which would be intuitively doen with up/down is done with mode... |
| 16:42:50 | [IDC]Dragon | I find up/down locical, like volume |
| 16:43:11 | amiconn | Not if you have a bar that in-/decreases horizontally |
| 16:43:35 | [IDC]Dragon | let's tilt the bar ;-) |
| 16:44:09 | amiconn | Still, this would then imply to select the value with left/right |
| 16:44:17 | amiconn | ...and adjust with up/down |
| 16:46:39 | amiconn | Perhaps a MODE double-click would help against accidental recording in the fm screen, and still allow fast enough start of recording? |
| 16:47:12 | amiconn | Not necessary in the recording screen I think |
| 16:48:16 | * | amiconn ordered an Ondio FM |
| 16:49:11 | | Part pillo |
| 16:53:19 | | Join webguest62 [0] (n=52e6bbaf@labb.contactor.se) |
| 16:53:27 | webguest62 | Hello folks |
| 16:55:43 | amiconn | [IDC]Dragon: Any opinion on the doubleclick idea? |
| 16:56:09 | amiconn | Perhaps with an added visual feedback |
| 16:56:51 | amiconn | Another problem you might have read about in the logs: The recording beep *does* (often) disturb the recording, although I don't understand why :( |
| 17:00 |
| 17:00:20 | webguest62 | Slasher: are you around for explain me quickly one thing about caching? |
| 17:01:10 | webguest62 | i did read the yesterday log |
| 17:01:42 | webguest62 | you planed to will do a new caching design no? |
| 17:01:57 | * | amiconn can only say that he doesn't like to see dir caching |
| 17:02:12 | webguest62 | I don't understand well what is it? |
| 17:02:39 | webguest62 | hey amiconn: can you explain me please what do he want to do? |
| 17:05:22 | webguest62 | what is this tree cachin fonction? |
| 17:05:33 | webguest62 | *caching |
| 17:05:46 | | Join keule [0] (n=3e418ed5@labb.contactor.se) |
| 17:08:06 | [IDC]Dragon | dear cgi, pleade don't swallow my posting line :-(( |
| 17:08:26 | keule | hi |
| 17:08:32 | [IDC]Dragon | today, cgiirc doesn't like me |
| 17:08:56 | | Quit keule (Client Quit) |
| 17:09:00 | [IDC]Dragon | amiconn: since when do we have double-clicks? |
| 17:09:09 | [IDC]Dragon | amiconn: double-click? do we have that anywhere else? |
| 17:09:16 | webguest62 | anyone please can help me to understand please |
| 17:09:23 | [IDC]Dragon | (that was the missing line) |
| 17:09:35 | [IDC]Dragon | it crossed the late ones! |
| 17:09:44 | [IDC]Dragon | later |
| 17:09:55 | webguest62 | what is the file tree caching |
| 17:10:00 | webguest62 | ? |
| 17:10:04 | webguest62 | please |
| 17:11:41 | amiconn | [IDC]Dragon: There is one other place where we have double click - the recorder v1 shutdown |
| 17:11:52 | [IDC]Dragon | webguest62: if you don't understand it, the implementation details are most likely not your concern |
| 17:12:04 | [IDC]Dragon | ah, yes |
| 17:12:21 | [IDC]Dragon | times "manually", I guess? |
| 17:12:26 | [IDC]Dragon | timed |
| 17:12:36 | amiconn | I think so |
| 17:12:41 | webguest62 | ok thanks for "help" :) |
| 17:13:07 | [IDC]Dragon | frankly, UI design is not my thing |
| 17:13:32 | webguest62 | Slasher when you will read the logs please answer me, i read the logs thanks by advance |
| 17:13:34 | [IDC]Dragon | and it suffers from the generalisation like we do |
| 17:14:10 | amiconn | [IDC]Dragon: I know that double-clicking isn't common in rockbox, but I don't see another way to allow for somewhat fast recording in the radio screen while at the same time preventing accidental recording |
| 17:14:32 | amiconn | How is that done on the fmr, btw? |
| 17:14:52 | Slasher | webguest62: hi |
| 17:14:59 | [IDC]Dragon | it has the abundance of 3 F-keys :-) |
| 17:15:10 | webguest62 | Slasher: Hello |
| 17:15:22 | Slasher | webguest62: the caching already works on my player, now directory browsing is lightning fast no matter if hd is spinning or not |
| 17:15:38 | amiconn | [IDC]Dragon: Hmm, yes, I think PLAY is used for recording there, and for nothing else |
| 17:15:59 | [IDC]Dragon | which is another extra key |
| 17:16:28 | [IDC]Dragon | the thingis just that the mode-key is so "crowded" |
| 17:17:06 | [IDC]Dragon | it seems common to press it when looking for options |
| 17:17:12 | amiconn | Yes |
| 17:17:23 | amiconn | ...but then you have to press it long |
| 17:17:30 | [IDC]Dragon | it is the only non-direction key at the front... |
| 17:17:54 | [IDC]Dragon | slip off when pressing, and you record |
| 17:18:02 | amiconn | yes, exactly |
| 17:18:39 | amiconn | That's why I suggest the double-click. Rockbox would only start recording if it detects two *short* presses within the time window. |
| 17:18:57 | amiconn | Everything else would drop the first click, and execute whatever is pressed second |
| 17:18:58 | [IDC]Dragon | I'm sure double-clicks have already been discussed widely |
| 17:19:30 | amiconn | They aren't easy to implement at the driver level, that's why there are only used rarely (I think) |
| 17:19:33 | [IDC]Dragon | they could be generated by the driver layer already, if becoming popular |
| 17:19:56 | t0mas | you just need to save the tickcount at the last press |
| 17:20:26 | t0mas | then if the key is the same as the last key, and the tickcount - oldcount is < the set value, you have a "double click" |
| 17:20:27 | amiconn | Yes, but I would prefer visual feedback from the first click, like the double-click shutdown does |
| 17:20:38 | | Part ep0ch_ |
| 17:20:44 | t0mas | no problem |
| 17:20:50 | t0mas | we send the first click event anyway? |
| 17:20:58 | t0mas | so the software can make some visual note on that |
| 17:21:04 | amiconn | Don't forget that we also have release events which need evaluation to decide whether this is a double click |
| 17:21:05 | t0mas | and do the actual action on the next one |
| 17:21:21 | amiconn | click-click is different from click-hold_down |
| 17:21:33 | [IDC]Dragon | yes, naturally a double click is not detected until the 2nd downpress within a timeout period |
| 17:22:04 | [IDC]Dragon | which would make normal single presses very sluggish |
| 17:22:12 | amiconn | t0mas: Yes, but if we have to react on the first click anyway, we can do the double-click detection in the upper layer |
| 17:22:23 | t0mas | yes, we can |
| 17:22:46 | amiconn | If they're used rarely, this is imho the better way |
| 17:22:59 | [IDC]Dragon | ANFSCD: you ordered an OndioFM, where? |
| 17:23:17 | t0mas | amiconn: why not do it in upper layer now... and if they get used a lot, change it |
| 17:23:20 | [IDC]Dragon | (And Now For Something Completely Different) |
| 17:23:22 | amiconn | If they become more popular, we can always move them to the driver layer |
| 17:23:27 | t0mas | ghehe |
| 17:23:31 | t0mas | same tought :) |
| 17:25:33 | [IDC]Dragon | amiconn: then you perhaps want the backlight I saved for you |
| 17:27:14 | amiconn | [IDC]Dragon: I ordered one via Amazon marketplace. Second try already; first dealer told me they were all sold out |
| 17:27:48 | amiconn | Same day this offer was removed from Amazon. The other dealer's offer is also gone now, perhaps I am lucky this time.. |
| 17:28:07 | [IDC]Dragon | let's hope |
| 17:34:05 | | Quit webguest62 ("CGI:IRC") |
| 17:46:00 | amiconn | [IDC]Dragon: Any opinion what to do with the recording beep? |
| 17:55:04 | | Join PatentProblems [0] (n=8143747c@labb.contactor.se) |
| 17:55:48 | PatentProblems | Does anyone have a view on how the Creative Zen interface patent will affect Rockbox? http://news.bbc.co.uk/1/hi/technology/4198360.stm |
| 17:58:34 | | Join ep0ch_ [0] (n=ep0ch@84.12.163.215) |
| 17:59:20 | | Join amiconn_ [0] (n=jens@p54BD469D.dip.t-dialin.net) |
| 17:59:28 | PatentProblems | Does anyone have a view on how the Creative Zen interface patent will affect Rockbox? http://news.bbc.co.uk/1/hi/technology/4198360.stm |
| 17:59:34 | [IDC]Dragon | ah, the beep |
| 18:00 |
| 18:00:01 | [IDC]Dragon | saw that, perhaps it's I2C "overload"? |
| 18:01:34 | [IDC]Dragon | like, we keep the chip so busy that it can't properly perform recording |
| 18:04:43 | | Join Sucka [0] (n=NNSCRIPT@host81-156-159-244.range81-156.btcentralplus.com) |
| 18:08:36 | Hansmaulwurf | http://forum.cinefacts.de/showpost.php?p=3308430&postcount=12 <−−−−- :lol: |
| 18:08:44 | Hansmaulwurf | wie gemein ^^ |
| 18:16:03 | | Quit amiconn (Read error: 110 (Connection timed out)) |
| 18:16:04 | | Nick amiconn_ is now known as amiconn (n=jens@p54BD469D.dip.t-dialin.net) |
| 18:17:21 | | Quit PatentProblems ("CGI:IRC") |
| 18:17:56 | [IDC]Dragon | amiconn? |
| 18:23:17 | | Join webguest79 [0] (n=52e6bbaf@labb.contactor.se) |
| 18:24:47 | amiconn | [IDC]Dragon: yup |
| 18:25:20 | | Join Lear [0] (n=chatzill@h179n2c1o285.bredband.skanova.com) |
| 18:27:21 | webguest79 | hello Lear |
| 18:27:42 | webguest79 | any news about APE tags ? :) |
| 18:27:54 | Lear | what about them? |
| 18:28:17 | webguest79 | implementation |
| 18:28:46 | webguest79 | this is one patch in tracker |
| 18:29:00 | Lear | you mean the one about adding ape support for mp3 files? |
| 18:29:06 | webguest79 | maybe you could add them :) |
| 18:29:14 | webguest79 | yes |
| 18:29:25 | Lear | not sure if it should be added... |
| 18:29:37 | webguest79 | yeah APE tag support for Rockbox |
| 18:29:47 | webguest79 | ahh |
| 18:30:03 | webguest79 | what's problem |
| 18:30:09 | Lear | I made a patch like that a couple of years ago and it was rejected then... :) |
| 18:30:20 | Maxime` | "feature freeze" maybe? |
| 18:30:20 | Maxime` | :p |
| 18:30:37 | webguest79 | APE tag is not really a new feature |
| 18:30:46 | webguest79 | just improvments |
| 18:31:05 | webguest79 | Lear: what the problem did for |
| 18:31:39 | webguest79 | why rejected? |
| 18:31:50 | amiconn | [IDC]Dragon ? |
| 18:31:52 | Lear | "too esoteric" I believe... |
| 18:31:53 | webguest79 | hardware limitations? |
| 18:31:57 | webguest79 | a ok |
| 18:32:11 | amiconn | Imho ape tags are non-standard for mp3 and shouldn't be supported |
| 18:32:44 | webguest79 | oki |
| 18:32:56 | webguest79 | never implemented |
| 18:33:10 | amiconn | Formats that natively use ape tags are a completely different thing though |
| 18:33:22 | webguest79 | understood |
| 18:33:23 | amiconn | Are there any? (any that we can support, that is) |
| 18:34:04 | Lear | but does wavpack have any standard tag format really? |
| 18:34:44 | webguest79 | good question |
| 18:35:27 | Lear | wait a minute, it does, I remember now... |
| 18:35:48 | Lear | The wavpack exe even has an option for adding tags... |
| 18:36:52 | webguest79 | Lear: anything coming soon in your todo list? :) |
| 18:37:02 | webguest79 | for Rockbox |
| 18:37:16 | Lear | nothing noticable at least. |
| 18:37:35 | Lear | maybe that wav patch, if I can find a few test files at least. :) |
| 18:37:50 | | Quit hicks (Read error: 110 (Connection timed out)) |
| 18:38:12 | webguest79 | It would be very cool |
| 18:38:28 | webguest79 | want you wav files? |
| 18:39:03 | webguest79 | *do you want? excuse my bad english |
| 18:40:06 | Lear | the patch should be okay, but I'd like to have a few of the more uncommon kinds, to make sure it was applied properly. not sure what Audacity can generate. |
| 18:40:53 | [IDC]Dragon | gotta go |
| 18:40:58 | amiconn | [IDC]Dragon:? |
| 18:41:09 | webguest79 | Lear: oki |
| 18:41:15 | amiconn | The recording beep issue... |
| 18:41:15 | [IDC]Dragon | did you read my beep comment? |
| 18:41:23 | [IDC]Dragon | ;-) |
| 18:41:35 | amiconn | Hmm, yes I did now |
| 18:41:42 | amiconn | Overlooked it before :/ |
| 18:42:02 | | Join bagawk [0] (i=1000@unaffiliated/bagawk) |
| 18:42:04 | [IDC]Dragon | but I really gotta go, cu |
| 18:42:09 | amiconn | Any idea what to do about this? |
| 18:42:14 | bagawk | hey [IDC]Dragon |
| 18:42:15 | amiconn | Hmm, bye |
| 18:42:21 | | Quit [IDC]Dragon ("CGI:IRC") |
| 18:42:30 | *** | Saving seen data "./dancer.seen" |
| 18:42:31 | bagawk | amiconn, Do you still have those photos of the white backlight around? |
| 18:43:47 | amiconn | yep |
| 18:44:00 | amiconn | The old url should even be still valid |
| 18:44:10 | bagawk | ami.dyndns.org is dead |
| 18:44:13 | amiconn | (if my apache server is running) |
| 18:44:25 | amiconn | It's amiconn.dyndns.org |
| 18:44:41 | bagawk | Connection refused |
| 18:44:49 | bagawk | Firewall? |
| 18:45:22 | amiconn | Then my apache isn't running. Can't change that now, first have to get home to do this |
| 18:45:34 | | Join criis [0] (n=criis@0x52b4226b.static.bcbnet.dk) |
| 18:46:54 | | Join webguest05 [0] (n=d5ee447f@labb.contactor.se) |
| 18:47:06 | | Quit webguest79 ("CGI:IRC") |
| 18:47:07 | | Join linuxstb [0] (n=d556da1b@labb.contactor.se) |
| 18:47:29 | linuxstb | Lear: What does your WAV patch do? Is it online anywhere? |
| 18:47:45 | Lear | Not mine, the one in the patch tracker |
| 18:47:56 | * | linuxstb visits patch tracker |
| 18:52:20 | Slasher | Hmm, now the dir cache works great and the file browser is faster than ever before ;) i still have to make it handle special cases (on the fly cache update) and cache rebuilding after usb connection |
| 18:52:30 | linuxstb | That patch almost makes WAV qualify as a codec. It seems good after a brief look. |
| 18:52:41 | linuxstb | Lear: Are you going to commit it? |
| 18:52:59 | Lear | I was thinking about it, after the feature freeze. |
| 18:53:09 | ep0ch_ | Slasher: commit commit! :) |
| 18:53:24 | Slasher | ep0ch_: not before the feature freeze is over :) |
| 18:53:25 | Lear | I plan to clean up metadata.c a bit, so I might take this patch as well... :) |
| 18:53:26 | | Join TCK- [0] (i=TCK@81-86-208-109.dsl.pipex.com) |
| 18:53:39 | ep0ch_ | slasher: no one will notice ;) |
| 18:53:46 | Slasher | hehe :D |
| 18:54:13 | ep0ch_ | i thought the feature freeze was just for archos anyway? |
| 18:54:22 | thegeek | I love you Slasher:) |
| 18:54:52 | Lear | Slasher: does it need much memory? |
| 18:54:52 | amiconn | Slasher: I wonder how you plan to deal with all those special cases... |
| 18:54:52 | linuxstb | Lear: What are your plans for metadata.c ? I was also planning a little work on that - after Slasher makes a change to playback.c |
| 18:54:57 | Slasher | ep0ch_: at least any commit that could in theory affect the archos code as well should not be committed. And this code might have some effect in theory |
| 18:55:05 | ep0ch_ | true |
| 18:55:08 | Slasher | amiconn: I already have some plans :) |
| 18:55:26 | amiconn | I still severely dislike the dircache idea... |
| 18:55:30 | linuxstb | We need some way to distinguish different codecs with the same file extension - e.g. ALAC/AAC (.m4a) and the various filetypes inside .ogg |
| 18:55:36 | Slasher | amiconn: I will reverse a few kilobytes for the on the fly cache updating. If that space is not enough, then the cache will be switched completely off |
| 18:56:20 | ep0ch_ | amiconn: what are your reasons for not wanting it? |
| 18:56:33 | amiconn | Adding a whole layer of high complexity just for a really minor speed improvement in corner cases contradicts one of the main principles of rockbox |
| 18:56:44 | Lear | linuxstb: primary goal is to generalize some of the tag parsing, so that ape and vorbis tags share more code. But once I got started, I did some more, mainly cosmetic changes. |
| 18:56:52 | ep0ch_ | if it saves battery and makes the user experience better then what could be bad with it |
| 18:56:52 | amiconn | I don't see the big speedup resulting from caching all dirs |
| 18:57:06 | Slasher | amiconn: i think that is a major improvement from a user view |
| 18:57:12 | amiconn | Usually you browse only a few dirs then start playing music |
| 18:57:13 | ep0ch_ | but the hd has to sping up which takes agesssss |
| 18:57:24 | Lear | When I checked a while ago, it cut code size by almost 900 bytes. (I've made a few more changes since though.) |
| 18:57:31 | amiconn | ...and to the contrary, caching will take considerable time |
| 18:57:45 | Slasher | amiconn: it doesn't affect boot up performance at all |
| 18:57:48 | amiconn | That's one thing I really really hate about the iriver firmware |
| 18:57:52 | Slasher | we can load the cache directly from disk |
| 18:57:54 | linuxstb | Lear: Is it ready to be committed? I have some changes I want to make, but it sounds like you should commit first. |
| 18:57:56 | amiconn | So how do you cache? |
| 18:58:05 | ep0ch_ | if its transparent to the user it will be good |
| 18:58:12 | Slasher | amiconn: caching should be done only after usb connection or when user requests that |
| 18:58:20 | amiconn | Then you need to cache icrementally, and that doesn't give a speedup if the dir is not yet cached |
| 18:58:28 | amiconn | And after boot? |
| 18:58:30 | Slasher | in fact we could do almost always completely transparent caching |
| 18:58:44 | ep0ch_ | but when you navigate out of a directory that parent dirs are cached |
| 18:58:51 | amiconn | The whole disk contents may well change without rockbox noticing... |
| 18:58:57 | Lear | linuxstb: I think so. I haven't quite decided if I really should do some of the changes though. |
| 18:58:59 | Slasher | amiconn: after boot we will load the previous cache, user will not even notice that |
| 18:59:00 | | Join dpassen1 [0] (n=dpassen1@resnet-233-61.resnet.UMBC.EDU) |
| 18:59:10 | amiconn | Slasher: I will notice for sure |
| 18:59:20 | amiconn | I use bootloader USB very often |
| 18:59:21 | Slasher | and if we like, we can start transparent cache rebuilding at the same time (user can start playing music normally etc) |
| 18:59:41 | thegeek | I dont see the problem |
| 18:59:45 | thegeek | if you dont like it, disable it |
| 18:59:56 | ep0ch_ | true |
| 19:00 |
| 19:00:00 | thegeek | I usually browse a lot of dirs |
| 19:00:06 | thegeek | so I would very much like it |
| 19:00:09 | amiconn | thegeek: If the player starts, rockbox can't assume anything about the disk contents |
| 19:00:18 | linuxstb | Lear: If you want a second opinion, email me your new metadata.c file before you commit it. |
| 19:00:18 | thegeek | I get that,) |
| 19:00:33 | thegeek | I'm not saying it's easy to implement |
| 19:00:48 | Slasher | amiconn: then it should be possible to start without cache before the transparent rebuilding is complete (if user configures it that way) |
| 19:00:53 | thegeek | just that if it can be done, with a little overhead, it would certainly be worth it for me |
| 19:01:48 | amiconn | Slasher: The only thing that might work is transparent caching of dirs already visited. However, this still has the problem that a plugin might change the contents of just about any dir... |
| 19:02:15 | amiconn | Even now we have the problem of rockbox not noticing that |
| 19:02:34 | Slasher | amiconn: mkdir, rmdir, open (when creating new file) will cause the cache live update |
| 19:02:37 | amiconn | (though fixing that is simple, we just have to redeclare the meaning of a plugin return code) |
| 19:02:40 | Slasher | so that shouldn't be a problem |
| 19:02:56 | amiconn | rename, delete,... |
| 19:03:00 | Slasher | sure.. |
| 19:03:22 | Slasher | and the cache is used only when calling opendir_cached or readdir_cached |
| 19:03:40 | Slasher | (on archos they are redefined to opendir and readdir only) |
| 19:03:44 | amiconn | Hmm, yet another layer of complexity... |
| 19:04:21 | amiconn | If you do it that way, the extra caching in tree.c is redundant ... except for database mode .... etc |
| 19:04:56 | amiconn | Next interesting question is how much memory the cache will take, and what happens if the cache gets filled up |
| 19:05:30 | Slasher | amiconn: now it takes ~340 KiB (i have a very large collection of files on the 40 GB drive) |
| 19:06:09 | Slasher | amiconn: if the cached gets filled up on the fly, it will be switched off.. |
| 19:06:09 | amiconn | Hmm, how many files? |
| 19:06:23 | Slasher | hmm, just a moment (i fill run find /iriver | wc -l) |
| 19:07:04 | Slasher | and the files have quite long filenames also |
| 19:07:07 | amiconn | Remember that one FAT32 dir can have up to 32*65536 = 2M entries |
| 19:07:32 | Slasher | yes, we should have some memory limit to the cache.. |
| 19:07:47 | Slasher | if that is exceed, we cannot enabled the cache |
| 19:07:50 | amiconn | We don't have dynamic memory... |
| 19:07:54 | Slasher | 5493 files |
| 19:08:20 | Slasher | amiconn: that's true, but something like 50-100 extra KiB for cache reverse _should_ be enough |
| 19:08:35 | Slasher | if it's not, the cache would be rebuild on next reboot |
| 19:08:36 | bagawk | what does the piped wc do? |
| 19:08:51 | ep0ch_ | count lines |
| 19:08:55 | Slasher | bagawk: it will calculate the line count that find outputs |
| 19:10:22 | | Quit TCK (Read error: 110 (Connection timed out)) |
| 19:10:52 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 19:13:27 | * | amiconn is still not convinced that dir caching is a good idea |
| 19:14:03 | Zagor | I'm strongly convinced it's a bad idea |
| 19:14:30 | Slasher | hmm, but if it's an option it shouldn't hurt anybody.. |
| 19:14:41 | Zagor | it hurts the code |
| 19:14:50 | Zagor | make it larger and more complex |
| 19:15:33 | Slasher | is it so critical with iriver because we have plenty of memory to implement all nice features? |
| 19:16:01 | Slasher | it shouldn't make the code so complex.. |
| 19:16:44 | Slasher | only few calls to cache update from mkdir, remove, etc. |
| 19:17:14 | | Quit linuxstb ("CGI:IRC (EOF)") |
| 19:18:52 | | Part criis |
| 19:20:20 | ep0ch_ | surely there is nothing wrong with trying out a good idea though |
| 19:26:41 | Zagor | well, I don't think it's a good idea... :-) in fact I don't see the point at all. |
| 19:29:53 | bagawk | I do not see it as a good idea also |
| 19:39:24 | HCl | hi |
| 19:39:25 | HCl | o.o |
| 19:39:47 | | Quit edx () |
| 19:40:37 | Moos | which are the disavanteges? |
| 19:40:42 | Moos | hi HCl |
| 19:41:33 | Moos | why is'nt a good idea? |
| 19:41:59 | Moos | If the user can choose to enable or disable this feature? |
| 19:47:25 | | Quit webguest05 ("CGI:IRC (EOF)") |
| 20:00 |
| 20:04:28 | amiconn | bagawk: webserver is running now. http://amiconn.dyndns.org/WhiteBacklight1.jpg http://amiconn.dyndns.org/WhiteBacklight2.jpg http://amiconn.dyndns.org/WhiteBacklight3.jpg |
| 20:04:28 | | Quit Maxime` (Read error: 104 (Connection reset by peer)) |
| 20:05:19 | | Join Maxime [0] (n=flemmard@fbx.flemmard.net) |
| 20:10:54 | Zagor | Moos: turn the question around. what are the advantages? why is it a good idea? |
| 20:15:07 | | Join edx [0] (n=A@p54A8365D.dip.t-dialin.net) |
| 20:19:47 | | Quit Maxime ("Format, souhaitez moi bonchance :d") |
| 20:26:06 | | Quit christel (Remote closed the connection) |
| 20:33:24 | | Join christel [0] (i=christel@freenode/staff/christel) |
| 20:40:36 | Slasher | Zagor: for user it should be only an improvement: very fast directory browser because we will never need to use the hd and thus no need to wait for the hd to spin up |
| 20:41:15 | Slasher | it will also save some power if user just wants to browse the dir tree |
| 20:42:33 | *** | Saving seen data "./dancer.seen" |
| 20:47:35 | Moos | and a boot a bit faster, no? :) |
| 20:47:43 | t0mas | no |
| 20:47:52 | Moos | hey t0mas |
| 20:47:54 | t0mas | hi |
| 20:47:58 | t0mas | it won't boot faster |
| 20:48:05 | t0mas | but dirbrowsing will be faster |
| 20:48:06 | Moos | ok |
| 20:48:28 | Slasher | Moos: user wont notice any decrease on boot time |
| 20:48:45 | Slasher | the caching is not done the same way iriver firmware does |
| 20:48:47 | Moos | what do you think you, about this for other point of view? |
| 20:48:52 | Moos | t0mas |
| 20:49:02 | Moos | Slasher: ok |
| 20:49:20 | t0mas | huh? |
| 20:49:20 | Moos | i noticed this :) |
| 20:49:21 | t0mas | what? |
| 20:49:30 | Moos | about this future feature? |
| 20:49:47 | Moos | Zagor and amiconn don't think is it a good idea |
| 20:50:11 | t0mas | erm |
| 20:50:15 | t0mas | I haven't read it |
| 20:51:58 | * | amiconn still wonders why dir caching should speed up dir browsing so much that it would be worth the complexity |
| 20:52:43 | amiconn | Without dir caching, there is exactly *one* spinup that delays browsing - at the start of your browsing action |
| 20:53:08 | amiconn | If browsing continuously, the disk won't spin down, so there are no significant delays |
| 20:53:11 | * | t0mas doesn't care |
| 20:53:23 | t0mas | time for a shower |
| 20:53:24 | t0mas | brb |
| 20:53:25 | Slasher | amiconn: the dir browser will be faster with caching even if the hd is already spinning |
| 20:53:35 | Slasher | users should find it more comfortable |
| 20:54:03 | amiconn | The word "significant" is significant here |
| 20:54:58 | Slasher | hmm.. anyway i think many people would like that feature, especially if it doesn't have the disadvantages that the iriver feature has |
| 20:55:22 | Moos | it's true :) |
| 20:55:31 | Slasher | and the code will not be very complex |
| 20:57:19 | Moos | amiconn: what are the disavantages for you? |
| 20:58:19 | amiconn | Moos: The disadvantages for me are (1) introducing code complexity for (2) no real advantage |
| 20:58:36 | thegeek | imho it would be an advantage |
| 20:58:57 | thegeek | I am frequently annoyed by the hd spinup delay when browsing dirs |
| 20:59:13 | Moos | amiconn: for the crazy browser is it avantage |
| 20:59:28 | amiconn | Moos: It isn't |
| 20:59:35 | | Join LinusN [0] (n=linus@labb.contactor.se) |
| 20:59:46 | Moos | and Slasher said don't introduced complexity in the code |
| 20:59:48 | amiconn | If frequent spinups annoy you, you've set the spindown delay too low |
| 20:59:55 | Moos | Bonsoir Linus |
| 21:00 |
| 21:00:02 | LinusN | one major point is: how will the cache be kept coherent? |
| 21:00:24 | LinusN | how can rockbox guarantee that the cache is up-to-date? |
| 21:00:33 | Slasher | LinusN: i have some ideas for this (just trying them at the moment) |
| 21:00:41 | thegeek | that is imho an implementation problem |
| 21:00:52 | LinusN | thegeek: of course it is |
| 21:00:53 | Slasher | one is that mkdir, rmdir, etc. file operations will inform the cache and cache does a live update |
| 21:01:03 | LinusN | Slasher: that is not a problem |
| 21:01:05 | thegeek | ofcourse, if it proves that the disadvantages are greater than the advantages, I do agree that it is not worth it |
| 21:01:06 | amiconn | thegeek: Yes, and it is the main and real source of complexity |
| 21:01:08 | Slasher | it will keep some reversed space (for example 50-100 KiB) for that updating |
| 21:01:11 | LinusN | the problem is usb mode |
| 21:01:18 | Slasher | if that space is consumed, then the cache will be disabled |
| 21:01:26 | amiconn | LinusN: USB mode *and* reboot |
| 21:01:28 | Slasher | LinusN: after usb mode, we can do transparent cache update |
| 21:01:30 | LinusN | yes |
| 21:01:31 | thegeek | I'm just presenting the issue from an average users viewpoint |
| 21:01:35 | Slasher | same after reboot |
| 21:01:38 | thegeek | if the browser is faster, that is good |
| 21:01:39 | amiconn | You'll never know what ran between 2 rockbox sessions |
| 21:01:45 | Slasher | only after refresh is complete, we will enable the cache |
| 21:01:52 | amiconn | It could be bootloader USB mode, iriver fw USB mode... |
| 21:01:53 | LinusN | Slasher: so it will scan the disk in the background? |
| 21:01:55 | thegeek | if it means that it will be buggy, the drop it |
| 21:01:58 | thegeek | *then |
| 21:01:58 | Slasher | and the updating will be really transparent to user |
| 21:02:01 | Slasher | yes |
| 21:02:12 | LinusN | that will eat a lot of battery |
| 21:02:15 | thegeek | vbut there are still advantages to having it |
| 21:02:40 | Slasher | LinusN: it's true but user can disable the caching.. and after boot-up we _could_ load the cache directly from disk without updating |
| 21:02:56 | LinusN | no we canät |
| 21:02:59 | Slasher | but then we must assume that the user has not uploaded any new files to the disk |
| 21:02:59 | LinusN | can't |
| 21:03:02 | Slasher | yep.. |
| 21:03:12 | LinusN | we can't assume that |
| 21:03:19 | Slasher | it's true.. |
| 21:03:28 | bagawk | Hey LinusN |
| 21:03:30 | Slasher | so we would need to refresh it anyway |
| 21:03:42 | LinusN | adding such a cache opens up a huge can of worms |
| 21:04:14 | LinusN | where we attempt to keep a mirror of the hard disk structure |
| 21:05:18 | Slasher | but currently only filetree.c uses the cache (opendir_cached, readdir_cached), and open() etc. would never use it |
| 21:05:32 | Slasher | that will reduce the risk of failures |
| 21:06:52 | LinusN | open(9 and friends still have to update the cache |
| 21:07:48 | LinusN | gotta go |
| 21:07:49 | LinusN | cu |
| 21:07:52 | | Part LinusN |
| 21:08:10 | | Join paugh [0] (n=pete@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
| 21:14:05 | | Quit edx () |
| 21:23:02 | | Quit paugh ("Leaving") |
| 21:23:39 | | Quit ep0ch_ ("Trillian (http://www.ceruleanstudios.com") |
| 21:24:58 | | Join edx [0] (n=A@p54A8365D.dip.t-dialin.net) |
| 21:27:38 | | Join Maxime [0] (n=flemmard@fbx.flemmard.net) |
| 21:29:28 | | Quit bagawk ("Leaving") |
| 21:35:25 | | Part Zagor ("Client exiting") |
| 21:36:15 | | Quit courtc (Read error: 110 (Connection timed out)) |
| 21:37:22 | | Join Zagor [0] (i=foobar@pdpc/supporter/sustaining/Zagor) |
| 21:38:27 | Zagor | the point is, it will NOT be instant. it will only be instant the second time you access the same dir, which is quite rare to do actually. or if you preload dirs you will slow everything else down and waste a lot of battery. |
| 21:40:09 | amiconn | Agreed 100% |
| 21:40:31 | | Join _pill [0] (i=pill@cybercrimi.nl) |
| 21:40:33 | | Quit pill ("changing servers") |
| 21:40:35 | | Nick _pill is now known as pill (i=pill@cybercrimi.nl) |
| 21:42:08 | | Join Wett [0] (i=Wett@AMontpellier-251-1-22-177.w81-251.abo.wanadoo.fr) |
| 21:43:15 | | Join webguest47 [0] (n=1808adb1@labb.contactor.se) |
| 21:43:47 | | Quit Maxime () |
| 21:43:48 | | Join webguest51 [0] (n=5498d148@labb.contactor.se) |
| 21:44:09 | webguest47 | can rockbox be compiled on linux? |
| 21:44:29 | Zagor | webguest47: yes |
| 21:46:27 | | Join Maxime [0] (n=flemmard@fbx.flemmard.net) |
| 21:47:30 | | Quit Maxime (Client Quit) |
| 21:47:58 | | Quit webguest47 (Client Quit) |
| 21:48:00 | | Join webguest47 [0] (n=1808adb1@labb.contactor.se) |
| 21:48:11 | webguest47 | are there instructions anywhere for compiling on linux? |
| 21:48:32 | | Quit pill ("changing servers") |
| 21:48:41 | Lear | rtfw ;) |
| 21:49:03 | | Join pill [0] (i=pill@cybercrimi.nl) |
| 21:49:11 | Zagor | http://www.rockbox.org/twiki/bin/view/Main/DocsIndex, see section "For Developers" |
| 21:49:49 | | Quit webguest51 ("CGI:IRC") |
| 21:50:58 | | Join Maxime [0] (n=flemmard@fbx.flemmard.net) |
| 21:51:25 | webguest47 | thanx |
| 21:53:53 | | Quit Maxime (Client Quit) |
| 21:55:30 | Slasher | hmm, does the fat have any timestamp or counting number that will be changed when the disk was updated? |
| 21:56:10 | Zagor | no |
| 21:56:24 | Slasher | :/ |
| 21:59:29 | Wett | hm, I have a little question about lcd_blit, someone ? |
| 21:59:48 | | Join Maxime [0] (n=flemmard@fbx.flemmard.net) |
| 22:00 |
| 22:03:14 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
| 22:07:26 | | Quit Maxime (Read error: 104 (Connection reset by peer)) |
| 22:09:11 | | Quit Zagor ("Client exiting") |
| 22:09:38 | | Join webguest07 [0] (n=d5ee447f@labb.contactor.se) |
| 22:12:43 | | Quit Lear ("Chatzilla 0.9.68.5 [Firefox 1.0+/undefined]") |
| 22:16:38 | webguest47 | i get this error when compiling binutils: ../../../binutils-2.16/libiberty/fibheap.c:285: error: `LONG_MIN' undeclared (first use in this function) |
| 22:19:04 | | Join linuxstb [0] (n=linuxstb@dsl-212-23-31-215.zen.co.uk) |
| 22:19:36 | | Join Bagder [0] (n=daniel@1-1-5-26a.hud.sth.bostream.se) |
| 22:23:33 | linuxstb | webguest47: I've never had that problem. Do you have /usr/include/limits.h on your machine? |
| 22:24:28 | | Quit Hansmaulwurf ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
| 22:25:36 | | Join Maxime [0] (n=flemmard@fbx.flemmard.net) |
| 22:28:21 | webguest47 | yes |
| 22:28:33 | | Quit Maxime (Client Quit) |
| 22:28:49 | linuxstb | What was the "configure" line you typed? |
| 22:28:50 | | Join xen` [0] (n=xen@stg25-1-82-238-117-1.fbx.proxad.net) |
| 22:29:46 | webguest47 | ../../binutils-2.16/configure −−target=m68k-elf −−prefix=/home/adam/rockboxbuild |
| 22:31:51 | linuxstb | That looks perfect. I don't know what to suggest. Personally, I use the CVS version of binutils - but would be surprised if that's the problem. |
| 22:34:11 | linuxstb | When you typed "make" for the first time, did the configure script display "yes" in the line "checking for limits.h... yes" |
| 22:35:14 | linuxstb | Sorry, got to go. |
| 22:35:39 | webguest47 | yes |
| 22:42:34 | *** | Saving seen data "./dancer.seen" |
| 22:42:34 | | Quit webguest47 ("CGI:IRC") |
| 22:44:44 | | Join Maxime [0] (n=flemmard@fbx.flemmard.net) |
| 22:52:21 | | Quit dpassen1 () |
| 22:55:32 | | Join LinusN [0] (n=linus@labb.contactor.se) |
| 23:00 |
| 23:00:08 | Moos | Re Linus :) |
| 23:00:21 | LinusN | i think calling rolo_load() in UIE() is a little risky |
| 23:00:39 | LinusN | better reboot |
| 23:01:03 | LinusN | Moos: hi |
| 23:01:08 | amiconn | Yes, it may hang (and I already experienced this, on archos) |
| 23:03:16 | LinusN | i'll change it and also add a hard drive shutdown |
| 23:04:00 | LinusN | perhaps also backlight off... |
| 23:06:00 | amiconn | LinusN: I have a problem with your peakmeter performance setting idea :/ |
| 23:06:05 | | Quit matsl (Remote closed the connection) |
| 23:06:20 | amiconn | On archos this would imply a callback from firmware to application... |
| 23:06:30 | amiconn | (mpeg.c calling peakmeter.c) |
| 23:06:40 | t0mas | hi |
| 23:06:45 | amiconn | However, I like the idea... |
| 23:06:51 | LinusN | i don't even remember what my idea was... :-) |
| 23:07:24 | amiconn | Your idea was that the playback/recording code should actively set the peakmeter performance according to requirements |
| 23:07:46 | amiconn | For recording this means the mpeg thread has to control it (actually only partly) |
| 23:08:58 | | Join XavierGr [0] (n=XavierGr@ppp11-adsl-69.ath.forthnet.gr) |
| 23:09:34 | LinusN | another reason for mpeg.c to be in apps/ |
| 23:10:09 | amiconn | Hmm :/ |
| 23:10:33 | amiconn | That's a huge task impossible to complete before release :( |
| 23:11:33 | XavierGr | Hi all... |
| 23:13:22 | XavierGr | LinusN did you managed to see the jpeg patch I submitted? |
| 23:14:36 | | Quit Maxime (Read error: 104 (Connection reset by peer)) |
| 23:15:03 | | Join Maxime [0] (n=flemmard@fbx.flemmard.net) |
| 23:15:15 | LinusN | XavierGr: yes, i've seen it |
| 23:15:30 | XavierGr | What's your opinion? |
| 23:15:45 | LinusN | well, i have seen it, but i haven't reviewed it |
| 23:15:45 | XavierGr | It works very well for me... |
| 23:15:53 | XavierGr | oh I see... |
| 23:16:09 | LinusN | my priorities are at the release right now |
| 23:16:34 | * | amiconn wonders how this tiny fix in mpeg.c works for preventing the NULL pointer accesses... |
| 23:16:52 | XavierGr | So there is no chance of commiting this to the release, right? |
| 23:19:46 | | Quit Maxime (Client Quit) |
| 23:19:55 | LinusN | XavierGr: no |
| 23:22:08 | XavierGr | Though it would be good for archos users too, anyway I hope that you will implement it after you examine it and after the release. |
| 23:22:37 | LinusN | we'll have a look |
| 23:23:18 | | Quit Bagder ("Off to search for that connect-resetting peer guy!") |
| 23:23:31 | * | amiconn tests with memguard active.... |
| 23:23:53 | amiconn | LinusN: I'd want to enable memguard by default... |
| 23:25:03 | LinusN | amiconn: do that if you dare :-) |
| 23:25:15 | | Join Maxime [0] (n=flemmard@fbx.flemmard.net) |
| 23:25:36 | amiconn | Well, it should help finding bugs (especially when it gets implemented for iriver as well) |
| 23:27:21 | LinusN | absolutely |
| 23:27:35 | LinusN | but it might be annoying |
| 23:28:15 | LinusN | for example, the recent null access wasn't that harmful |
| 23:28:59 | | Join webguest90 [0] (n=1808adb1@labb.contactor.se) |
| 23:29:12 | amiconn | No, but it was a bug that went undetected for quite some time because memguard isn't enabled by default, and nobody bothered to enable it and test... |
| 23:29:23 | webguest90 | any idea what this error is when i try to compile: |
| 23:29:25 | webguest90 | src/it/itread.c: In function `it_load_sigdata': |
| 23:29:56 | LinusN | what are you compiling? |
| 23:30:00 | webguest90 | rockbox |
| 23:30:10 | webguest90 | hang on let me get on a real irc client so i can cut and paste |
| 23:30:32 | amiconn | LinusN: Perhaps we should have a global #define that decides whether memguard is enabled by default? |
| 23:30:33 | | Nick StrathAFK is now known as Strath (n=mike@dpc674681214.direcpc.com) |
| 23:30:40 | | Join _MadMan_ [0] (n=MadMan@c-24-8-173-177.hsd1.co.comcast.net) |
| 23:30:48 | _MadMan_ | ok |
| 23:30:58 | amiconn | This could then be set by configure, or manyally as EXTRA_DEFINE |
| 23:30:59 | _MadMan_ | src/it/itread.c: In function `it_load_sigdata': |
| 23:30:59 | _MadMan_ | src/it/itread.c:1161: error: insn does not satisfy its constraints: |
| 23:30:59 | _MadMan_ | (insn 2275 1148 1149 77 (nil) (set (reg:QI 8 %a0) |
| 23:30:59 | DBUG | Enqueued KICK _MadMan_ |
| 23:30:59 | _MadMan_ | (mem/s/j:QI (plus:SI (reg/f:SI 8 %a0 [353]) |
| 23:30:59 | _MadMan_ | (const_int -288 [0xfffffee0])) [0 mididata S1 A8])) 37 {*m68k.md:1060} (nil) |
| 23:31:00 | *** | Alert Mode level 1 |
| 23:31:00 | _MadMan_ | (nil)) |
| 23:31:01 | LinusN | amiconn: a configure option? |
| 23:31:02 | _MadMan_ | src/it/itread.c:1161: internal compiler error: in reload_cse_simplify_operands, at reload1.c:8365 |
| 23:31:04 | _MadMan_ | Please submit a full bug report, |
| 23:31:06 | _MadMan_ | with preprocessed source if appropriate. |
| 23:31:08 | _MadMan_ | See <URL:http://gcc.gnu.org/bugs.html> for instructions. |
| 23:31:09 | amiconn | *manually |
| 23:31:10 | _MadMan_ | make[4]: *** [/home/adam/rockbox/build/apps/codecs/dumb/itread.o] Error 1 |
| 23:31:18 | LinusN | _MadMan_: use another version of gcc |
| 23:31:20 | | Quit webguest90 (Client Quit) |
| 23:31:38 | _MadMan_ | i'm using the one i built |
| 23:31:46 | _MadMan_ | per the cross compiler instructions |
| 23:31:55 | amiconn | ...or perhaps in autoconf.h |
| 23:31:56 | | Join Bagder [0] (n=daniel@1-1-5-26a.hud.sth.bostream.se) |
| 23:31:56 | LinusN | version? |
| 23:32:06 | _MadMan_ | 3.3.4 |
| 23:32:31 | amiconn | _MadMan_: Then you didn't follow the instructions completely |
| 23:33:25 | LinusN | _MadMan_: the instructions are somewhat ambiguous |
| 23:33:36 | LinusN | but they say for coldfire: " Get gcc 3.4.X" |
| 23:34:29 | _MadMan_ | oh |
| 23:34:36 | _MadMan_ | yeah the page is confusing |
| 23:35:04 | _MadMan_ | thanks lemme try again |
| 23:35:11 | _MadMan_ | so you don't need 3.3.4? |
| 23:35:54 | | Join Tali [0] (i=killme@24-236-241-16.dhcp.aldl.mi.charter.com) |
| 23:36:08 | Tali | hello hello |
| 23:36:18 | LinusN | hi hi |
| 23:36:29 | Bagder | hola |
| 23:36:30 | | Nick Tali is now known as Talim (i=killme@24-236-241-16.dhcp.aldl.mi.charter.com) |
| 23:36:34 | LinusN | _MadMan_: no, only for archos |
| 23:36:50 | Talim | im still hopeful for my iriver h320 :( |
| 23:37:07 | _MadMan_ | k |
| 23:37:14 | | Join midk [0] (n=Zakk@c66-235-14-120.sea2.cablespeed.com) |
| 23:37:32 | | Part _MadMan_ |
| 23:37:48 | Talim | id like to be able to play FLAC :D |
| 23:38:03 | midk | rofl, did anyone see this? http://rasher.dk/rockbox/ircstats/2004-07.html |
| 23:38:12 | midk | or maybe someone here makes it, dunno. :) |
| 23:38:27 | midk | quite embarrassing. :) |
| 23:38:29 | Bagder | rasher makes it |
| 23:38:56 | midk | Bagder, hm, can't remember seeing him around much.. |
| 23:39:11 | Bagder | not recently perhaps, but he's around a lot |
| 23:40:29 | Bagder | I had an interesting experience a few minutes ago |
| 23:40:35 | Bagder | I ripped a CD |
| 23:40:53 | Bagder | and my player got all weird and wouldn't spin down when completed |
| 23:40:57 | Bagder | wouldn't eject |
| 23:41:01 | *** | Alert Mode OFF |
| 23:41:09 | Bagder | just woooshing all the time |
| 23:41:41 | Bagder | and when I *rebooted*, my linux got stuck when probing/whatever with the IDE bus on the unit |
| 23:41:59 | Bagder | had to power off/on again completely |
| 23:42:23 | midk | worked afterwards? |
| 23:42:28 | Bagder | yes |
| 23:42:33 | Bagder | now all is good again |
| 23:42:39 | midk | hrm, weird. :) |
| 23:46:41 | amiconn | LinusN: Fixed up the build instructions a bit :) |
| 23:53:01 | t0mas | good night :) |
| 23:54:15 | | Quit Talim () |
icon identifies that the person is a core developer (has commit access).