| 00:00:24 | | Join Cassandra [0] (~cassandra@82-70-230-150.dsl.in-addr.zen.co.uk) |
| 00:02:33 | Coldtoast | I'd hate to suggest your HDD's faulty.... |
| 00:02:45 | Coldtoast | or becoming so |
| 00:02:58 | stripwax | but only faulty when using rockbox fw? seems suspicious.. |
| 00:03:08 | Coldtoast | oh? yeah |
| 00:03:12 | Coldtoast | that is weird |
| 00:03:17 | stripwax | yeah |
| 00:04:21 | Coldtoast | only thing I hear is the usual slight whirring noise of a spinnin gHDD and the head moving |
| 00:04:30 | stripwax | it's a really quite beep/squeal by the way. i'd imagine i don't even notice it a lot of the time, unless the room is pretty much silent. |
| 00:04:36 | stripwax | ^quite^quiet |
| 00:05:07 | stripwax | but it only happens during first bootup / first access of the file tree / first buffering of a file. after that, it doesn't seem to happen again. |
| 00:05:13 | stripwax | unless I turn off/on the player again |
| 00:06:37 | stripwax | hm, any good utilities to thoroughly disk-check a usb drive? |
| 00:06:50 | stripwax | or would i have to pull it out and fit a 1.8"/3.5" adapter? |
| 00:07:18 | HCl | does anyone happen to know a good way to get adrenaline out of your system? |
| 00:07:27 | Coldtoast | googling doesn't offer any very promising info |
| 00:07:35 | Coldtoast | just stuff about imminent failure |
| 00:07:47 | Coldtoast | HCl: meditation |
| 00:07:51 | HCl | Coldtoast: hm. |
| 00:07:57 | HCl | good idea. |
| 00:08:01 | HCl | i'm buddhist after all. |
| 00:08:08 | Coldtoast | there you go then |
| 00:08:18 | stripwax | beep,clunk. beep/clunk.. repeatedly while trying to scandisk from windoze :-( |
| 00:08:18 | amiconn | Mrf, I *hate* that remote hold switch |
| 00:08:35 | HCl | stripwax: sounds like a faulty harddisk... :/ |
| 00:08:40 | stripwax | bah |
| 00:08:41 | HCl | it shouldn't react like that in usb mode :/ |
| 00:08:49 | stripwax | HCi quite ... :-( |
| 00:09:19 | stripwax | ooooh, very noisy, it's scaring me now |
| 00:09:26 | * | HCl goes afk to try to meditate around the various game sounds coming from gta san andreas to the left and burnout3 on the right |
| 00:09:51 | Coldtoast | stripwax: and you're sure it NEVER does it with the iriver fw? |
| 00:10:15 | stripwax | never. could be a horrible coincidence tho if it's doing it in usb mode :-( |
| 00:10:25 | HCl | yea :/ |
| 00:10:27 | stripwax | scandisk with 'attempt repair of bad sectors' by the way. |
| 00:10:31 | HCl | ouch. |
| 00:10:42 | HCl | replace or reflash with iriver firmware, strip rockbox off it and claim warranty |
| 00:10:44 | Coldtoast | what about trying USB mode via the iriver fw? |
| 00:10:54 | stripwax | Coldtoast hm, worth a shot |
| 00:11:01 | Coldtoast | yeah |
| 00:11:13 | HCl | they shouldn't differ since usb is all handled by the usb chip |
| 00:11:18 | HCl | but you can try, i suppose |
| 00:11:35 | * | HCl is still running on stress/overdrive cause of adrenaline... x.x |
| 00:11:37 | Coldtoast | he says it doesn't beep with the iriver fw |
| 00:11:39 | HCl | i'd better go afk completely... |
| 00:11:44 | stripwax | erk, battery too low for iriver fw to boot. hm, wonder if that's related? |
| 00:11:56 | Bagder | could very well be |
| 00:12:14 | stripwax | i'll try checking again tomorrow after a full recharge |
| 00:12:14 | Coldtoast | yeah. there's no chance rockbox drains the batt too low is there? |
| 00:12:23 | Coldtoast | that's been confirmed to be unable to happen? |
| 00:12:35 | stripwax | Coldtoast it definitely drains it lower than iriver fw |
| 00:12:46 | Bagder | how would that hurt the disk anyway? |
| 00:12:47 | Coldtoast | not too low tho? |
| 00:13:15 | stripwax | and i've had it in the case before where rockbox couldn't boot: disk would spin up, stop, spin up, stop, as if there wasn't enough power for disk. hope that wouldn't hurt disk? |
| 00:13:31 | Coldtoast | oh yeah. that was only the other day right |
| 00:13:33 | Coldtoast | ? |
| 00:14:10 | HCl | i'd really prefer an auto shutdown before it hits 3volts... afk now.. |
| 00:14:18 | stripwax | Coldtoast i last noticed that maybe four weeks ago - i've been careful to not let batt get too low since then |
| 00:14:22 | Coldtoast | I'm down to 1 bar myself |
| 00:14:27 | stripwax | although maybe it already is too low, dunno |
| 00:14:45 | Coldtoast | can you still RMA if you need to? |
| 00:16:09 | stripwax | Coldtoast - not sure. probably not, got it 18months ago.. but someone says European players have a 2yr warranty? I'll see if I still have the box somewheres.. |
| 00:16:17 | stripwax | .. or i could just buy a 30GB hdd...? |
| 00:17:04 | Coldtoast | yeah. you may as well upgrade it if you do have to replace the drive |
| 00:17:07 | Coldtoast | I would |
| 00:17:32 | Coldtoast | I'd also stick a 2200mAH battery in there while I was at it cos they're SO cheap :) |
| 00:17:46 | stripwax | :-) |
| 00:18:11 | stripwax | hm, am I imagining that cpu is boosted while the backlight fades out? |
| 00:18:41 | Cassandra | Curse this digital transfer mode. Really shows up the limitations of my crappy 5.1 speakers. |
| 00:18:46 | stripwax | seems a spooky coincidence that the info always shows boost when screen fades in/out |
| 00:18:55 | stripwax | ^when^while |
| 00:19:17 | amiconn | yes it is |
| 00:19:30 | stripwax | amiconn - why is that? |
| 00:19:40 | amiconn | That is so just to avoid flicker, which would occur when the frequency changes while fading |
| 00:20:03 | amiconn | The fading is timer interrupt based, and the timer depends on the cpu clock |
| 00:20:51 | stripwax | Batt 17% apparently. Too low for iriver fw to boot |
| 00:22:07 | stripwax | amiconn hmm ok. could it use TIME_AFTER or something instead and be independent of cpu clock? |
| 00:22:08 | Coldtoast | where do you get batt as a %? |
| 00:22:24 | amiconn | stripwax: No and no |
| 00:22:36 | stripwax | hm ,just jumped to 22%. silly. Coldtoast - view IO ports in Debug |
| 00:22:42 | stripwax | amiconn - why not? |
| 00:23:27 | amiconn | TIME_AFTER() is a macro using current_tick, which (1) also glitches a little while changing cpu freq and (2) is much too low resolution for flicker-free fading |
| 00:23:57 | | Quit Aison ("( www.nnscript.de :: NoNameScript 3.72 :: www.XLhost.de )") |
| 00:24:15 | amiconn | current_tick also happens to use a timer |
| 00:24:16 | stripwax | amiconn - how do you mean by 'glitches' ? but understood on second point |
| 00:24:54 | amiconn | ...and a timer counts cpu cloks, so the count cycle has to be adapted when cpu freq changes |
| 00:25:00 | * | HCl feels a bit better :/ are there still reds caused by HCl ? |
| 00:25:29 | Bagder | HCl: yes, those lacking functions in the archos version |
| 00:25:31 | amiconn | HCl: yes :( |
| 00:25:43 | amiconn | No, the sims are red |
| 00:25:48 | HCl | amiconn: do you think you have time to implement those functions or should i just define them for iriver only for now? |
| 00:25:55 | Bagder | aha, only sums |
| 00:25:55 | HCl | or maybe non simulator only |
| 00:25:56 | HCl | ? |
| 00:26:02 | Bagder | sims |
| 00:26:10 | * | Bagder types so very crappy |
| 00:26:24 | HCl | ah... in my stress i misread h300 as h100 and thought there were errors not caused by me.. |
| 00:26:50 | amiconn | The simulators should have stub functions instead (probably in playback.c) |
| 00:26:52 | HCl | should i just disable the runtime database on the simulators for now? |
| 00:27:20 | amiconn | ..so the runtimedb registers, but will just never be called back |
| 00:27:21 | HCl | the archos targets don't have playback.c in sim though |
| 00:27:29 | amiconn | Ah, yes |
| 00:27:29 | HCl | right? |
| 00:27:38 | amiconn | That's probably the reason |
| 00:27:45 | amiconn | They don't have playback.c at all |
| 00:27:47 | Bagder | so add the stubs in a simulator-specific file, I say |
| 00:27:50 | HCl | yea, since iriver sim doesn't red |
| 00:28:01 | amiconn | ...and I wonder why the target builds are *not* red |
| 00:28:13 | HCl | you haven't added the functions, i assume? |
| 00:28:16 | Bagder | crappy script |
| 00:28:29 | Bagder | the target builds fail as well |
| 00:28:34 | HCl | okay.. |
| 00:28:42 | HCl | so should i add stub functions in mpeg.c or? |
| 00:28:47 | HCl | i really don't know much about archos.. |
| 00:29:25 | Bagder | shouldn't these function be common for either platform? |
| 00:29:29 | Bagder | functions |
| 00:29:35 | HCl | ouch. |
| 00:29:39 | amiconn | I'd say just disable the registering in database.c for archos for now |
| 00:29:40 | HCl | let me correct that logf define a bit |
| 00:29:49 | HCl | that find function does way more than just a check |
| 00:29:55 | HCl | its required to be called, just without the if |
| 00:29:56 | amiconn | ...with a comment |
| 00:29:58 | HCl | without a logf |
| 00:30:07 | Bagder | HCl: sorry |
| 00:30:09 | amiconn | ...then it can be reenabled once the funcs get implemented |
| 00:30:38 | amiconn | ...and yes, they'll go into mpeg.c for archos |
| 00:31:16 | HCl | its okay |
| 00:31:22 | amiconn | Bagder: Could someone pls fix these colouring scripts? |
| 00:31:28 | * | amiconn hides |
| 00:31:42 | HCl | amiconn: k, will do |
| 00:32:06 | amiconn | I often rely on the last status line. All green means don't worry for me, unless I see something going wrong myself |
| 00:32:19 | Bagder | yes |
| 00:33:37 | HCl | just fixed the red builds and corrected the findrundbentry thing, hopefully |
| 00:34:07 | | Quit cYmen ("zZz") |
| 00:36:05 | HCl | i'd appreciate it if more people could test runtime database functionality on iriver |
| 00:36:22 | HCl | i haven't had much time to check it properly, i only confirmed that it worked |
| 00:36:54 | | Quit matsl (Remote closed the connection) |
| 00:37:12 | HCl | sorry about the commit earlier :/ i was far too stressed |
| 00:37:16 | Bagder | well, what can we do with it? |
| 00:37:21 | HCl | mmm |
| 00:37:22 | HCl | well |
| 00:37:22 | Bagder | if I enable it I mean? |
| 00:37:28 | HCl | you can use the search engine |
| 00:37:38 | HCl | to make search querys containing the playcounta |
| 00:37:40 | HCl | playcount |
| 00:37:42 | HCl | and autorating |
| 00:37:49 | HCl | which is a rating based on playcount ranging from 1 to 10 |
| 00:38:09 | HCl | after enabling the database and playing some songs |
| 00:38:10 | Bagder | how? |
| 00:38:21 | HCl | databox will be able to generate a search query file for you.. |
| 00:38:32 | Bagder | is that the file name it asks for? |
| 00:38:36 | HCl | yes |
| 00:38:38 | HCl | sorry |
| 00:38:47 | HCl | i still need to put a lot of work in databox and searchengine |
| 00:39:11 | HCl | after the search query is created just play it and searchengine will run and create a /search.m3u with the results |
| 00:39:17 | Bagder | _some_ docs would help ;-) |
| 00:39:23 | HCl | i know i know :/ |
| 00:39:27 | HCl | i'll add it to my todolist.. |
| 00:39:30 | HCl | also |
| 00:39:44 | HCl | try recreating a blank database while keeping the old database |
| 00:39:50 | Cassandra | Bagder: do you know who did the last revisions on the Windows Installer? If it were checked in, I could try to get it working for iRiver too. |
| 00:39:55 | HCl | and check whether it self-repairs properly, it will tell you in the logf log |
| 00:40:16 | HCl | sorry, thats a lot of bugtesting, i'll do part of this myself as well |
| 00:40:17 | Bagder | Cassandra: it might've been Linus |
| 00:40:33 | HCl | while keeping the old runtime database* |
| 00:40:41 | amiconn | Cassandra: I did the windows installer extensions. Dunno if Linus did some further changes |
| 00:41:01 | Bagder | ah, ok. I may be hallucinating |
| 00:41:21 | Bagder | I blame linus for that too ;-) |
| 00:42:09 | amiconn | Bagder: Just to make sure, I think Cassandra means the windows installer supporting all archoses so far, not the windows fw patcher for iriver |
| 00:42:19 | Cassandra | Guess we'll have to check with Linus before we can get the most recent version into CVS. |
| 00:42:31 | Bagder | amiconn: yes, I meant that too |
| 00:43:04 | * | Cassandra thinks evil thoughts about including the fwpatcher in the installer. |
| 00:43:10 | Bagder | amiconn: now check the cvs table ;-) |
| 00:43:13 | amiconn | I still have that package laying around, but I don't think this can be checked in as-is |
| 00:43:22 | stripwax | Cassandra - someone was working on something like that already. Possibly 'paul'? |
| 00:43:38 | Bagder | not really perfect, but... |
| 00:43:41 | stripwax | .. now that fwpatcher accepts cmdline args, and all... |
| 00:43:45 | Cassandra | Well, we should check in whatever's currently being used to build them. |
| 00:43:48 | amiconn | Bagder: linklinklinklinklinklinklink ??? |
| 00:43:59 | Bagder | yes |
| 00:44:02 | Bagder | red |
| 00:44:09 | Bagder | where they previously were green |
| 00:44:16 | | Nick gromit` is now known as gromit`MOURETTE (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
| 00:44:28 | Cassandra | stripwax: Cool - even less work for me. |
| 00:44:32 | HCl | i see a few that don't seem to have errors though... |
| 00:44:36 | HCl | the win32 sim...? |
| 00:44:41 | HCl | for the player |
| 00:44:45 | | Nick gromit`MOURETTE is now known as gromit` (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
| 00:44:49 | HCl | and the recorder |
| 00:44:56 | | Join webguest48 [0] (~c3c9210d@labb.contactor.se) |
| 00:44:57 | stripwax | whatever happened to 'paul'? |
| 00:45:06 | Bagder | HCl: they failed to link as well |
| 00:45:10 | HCl | #if CONFIG_HWCODEC == MASNONE |
| 00:45:12 | Cassandra | I know him not. |
| 00:45:14 | HCl | sorry, mispaste |
| 00:45:24 | HCl | Bagder: mmm, didn't see that, but ok |
| 00:45:42 | Cassandra | Is it true that the H3xx doesn't have Optical in/out, or did I imagine that? |
| 00:45:54 | HCl | no, i think thats correct |
| 00:46:08 | * | HCl sees the musquitos buzzing around him, thinks its time to move to his room |
| 00:46:16 | Cassandra | What is this thing manufacturers have about removing features from their products. |
| 00:46:31 | Cassandra | I wonder how difficult it is to retrofit a H300 screen to an H100. |
| 00:46:37 | Bagder | cost and/or DRM I guess |
| 00:47:00 | Cassandra | If it's DRM, they need to get a freaking backbone. |
| 00:47:11 | Cassandra | We're the consumers, not the record industry. |
| 00:47:40 | Bagder | yes, but then we are not forced to buy h3x0 players ;-) |
| 00:47:47 | Cassandra | Well, quite. |
| 00:48:02 | Cassandra | Doubt I'll be "upgrading", although a colour screen would be nice. |
| 00:48:02 | | Quit webguest48 (Client Quit) |
| 00:48:45 | stripwax | Cassandr |
| 00:48:51 | stripwax | oops! |
| 00:53:02 | HCl | why is it still failing.. |
| 00:53:11 | HCl | ah. |
| 00:53:15 | Cassandra | Sod's law. |
| 00:53:53 | * | HCl fixes |
| 00:53:53 | HCl | yea |
| 00:54:18 | HCl | If it stinks, it's chemistry. If it moves, it's biology. If it doesn't work, its computerscience! |
| 00:56:09 | Cassandra | If it's false, it's statistics. |
| 00:56:15 | stripwax | heh |
| 00:58:41 | | Join TCK [0] (TCK@81-86-99-152.dsl.pipex.com) |
| 01:00 |
| 01:00:12 | | Join muesli- [0] (muesli_tv@Bc156.b.pppool.de) |
| 01:00:17 | muesli- | re |
| 01:00:38 | stripwax | ok gnight |
| 01:00:55 | stripwax | i'll let yall know if my hdd really is stuffed :-( |
| 01:01:09 | HCl | night.. |
| 01:01:17 | Coldtoast | night |
| 01:01:35 | | Quit stripwax (Read error: 104 (Connection reset by peer)) |
| 01:01:47 | HCl | what does the h300 sim look like? just the same as h100? |
| 01:01:51 | Coldtoast | wee! look at all that red. Makes me want to go watch War of the Worlds again |
| 01:01:52 | Bagder | heh, the script did wrong on two of the three win32 sim builds |
| 01:02:14 | Bagder | HCl: yes, there's no adjustments made for the colour lcd done yet |
| 01:02:21 | Bagder | only for size |
| 01:02:50 | Bagder | I haven't actually ran it though |
| 01:02:59 | HCl | ohyea, size differs.. |
| 01:03:20 | HCl | bah... gay flatmate is playing loud music while its 1 am.. :/ |
| 01:03:33 | muesli- | kick him like bekcham :D |
| 01:03:36 | muesli- | beckham |
| 01:03:39 | Bagder | ok, the two existing red "link" table cells are due to script flaws |
| 01:03:54 | Bagder | should be fixed in the next build |
| 01:03:59 | HCl | k |
| 01:04:10 | | Quit Coldtoast (Read error: 104 (Connection reset by peer)) |
| 01:04:12 | HCl | i think i fixed archos builds till the events are added |
| 01:04:23 | HCl | i'll bugtest a bit tomorrow |
| 01:04:25 | muesli- | sorry, are you talking about working h300 display? |
| 01:04:35 | HCl | muesli-: sim |
| 01:04:48 | muesli- | you mean theoretically? |
| 01:04:53 | HCl | i was just wondering cause the build table says it compiles an h300 simulator |
| 01:04:53 | Bagder | no |
| 01:05:00 | Bagder | muesli-: the simulator builds and runs |
| 01:05:18 | Bagder | but it isn't fully simulating a 300 |
| 01:05:26 | HCl | hardly simulating, i'd say |
| 01:05:28 | HCl | but anyways |
| 01:05:43 | Bagder | it simulates lots of the code that will run on the 300 |
| 01:05:50 | * | HCl goes to nap/rest a bit |
| 01:05:52 | Bagder | "simulates" |
| 01:05:52 | HCl | hm, okay |
| 01:06:21 | muesli- | kewl :D i am seriously thinking about exchanging my 140 for a 3xx |
| 01:06:33 | Bagder | I wouldn't |
| 01:06:43 | muesli- | why not? |
| 01:07:02 | Bagder | the only plus it has IMHO is the LCD |
| 01:07:04 | Cassandra | Crap plastic case, lack of optical support. |
| 01:07:17 | Cassandra | Crap control keys. |
| 01:07:19 | muesli- | i love its color display |
| 01:07:24 | amiconn | w00t!! |
| 01:07:32 | * | amiconn wouldn't have expected that |
| 01:07:36 | muesli- | sorry, amiconn ;) |
| 01:08:03 | amiconn | It seems my greyscale drawing routines are running. This was the first try! |
| 01:08:16 | muesli- | :D |
| 01:08:21 | Cassandra | Shame the controller chips are different. If they weren't Rockbox could theoretically drive a 3xx display on a 1xx. |
| 01:08:43 | amiconn | Cassandra: I wouldn't want that |
| 01:08:59 | Cassandra | That's OK. You wouldn't have to have it. :) |
| 01:09:07 | amiconn | Most colour lcds are battery eaters |
| 01:09:17 | Bagder | I assume this is one |
| 01:09:26 | muesli- | yeah true..but watching jpg's would be great |
| 01:09:26 | Bagder | the iriver firmware shuts off the h300 display |
| 01:09:41 | amiconn | There *are* some that don't need a backlight to be readable, but so far I only know of one device series that uses them |
| 01:09:42 | Bagder | when the h100 displays without backlight |
| 01:10:06 | Cassandra | AFAIK the 3xx series has a slightly longer advertised runtime than the 1xx. |
| 01:10:15 | amiconn | ...and that are the Blackberry 72x0 cellphone/email push clients |
| 01:10:28 | muesli- | Cassandra because of the missing lcd remote probaby |
| 01:10:29 | Bagder | Cassandra: but that is at the price that you can't see what it does |
| 01:10:29 | muesli- | l |
| 01:11:01 | amiconn | I remember someone saying the H3x0 lcd is also pitch black when not backlighted |
| 01:11:08 | amiconn | ...so it is the bad type |
| 01:11:12 | Bagder | amiconn: I don't think it is without backlight |
| 01:11:13 | muesli- | yeah, notthin 2 xc |
| 01:11:14 | muesli- | c |
| 01:11:16 | Bagder | I think they shut it off |
| 01:11:17 | Bagder | completely |
| 01:11:31 | Cassandra | I'll stcik with the 1xx. |
| 01:11:31 | | Quit ghostiger (Remote closed the connection) |
| 01:11:33 | muesli- | yepp, u cant see anything |
| 01:11:52 | muesli- | but i would work with my 1x remote anyway |
| 01:12:01 | Cassandra | Unless someone proposes to send me a 3xx so I can get the manual right. |
| 01:12:06 | Bagder | hehe |
| 01:12:08 | muesli- | but would love as i said before to watch jpgs |
| 01:12:08 | Cassandra | (That's so likely to happen) |
| 01:12:14 | muesli- | taken with my cam |
| 01:12:25 | * | Bagder runs off to bed |
| 01:14:01 | * | muesli- steals it |
| 01:15:11 | Cassandra | Wish I had an Ondio and a Player. Would make my life a lot easier. |
| 01:18:04 | muesli- | whats so special about an ondio? |
| 01:18:49 | HCl | ondio would be way too small for my needs.. |
| 01:19:58 | Cassandra | It's hard to write the manual without one in front of me. |
| 01:20:04 | Cassandra | Not impossible. |
| 01:20:05 | Cassandra | But hard. |
| 01:20:36 | amiconn | Hmm, good news and bad news |
| 01:20:51 | amiconn | The good news is that my code is working |
| 01:21:44 | amiconn | The bad news is that it seems the 4-grey mode of the lcd seems to use the same mechanism to generate the grey levels as the grayscale lib for the archos does |
| 01:22:00 | amiconn | i.e. dithering in the time-domain |
| 01:22:47 | amiconn | That means it won't be possible to add our own temporal dithering to that and get more shades of grey |
| 01:22:56 | Cassandra | :( |
| 01:23:12 | amiconn | We could still do this, but with the display itself in b&w mode |
| 01:24:01 | amiconn | ...but that means the grayscale lib will have to take over the whole display; no overlay mode like on archos possible |
| 01:24:17 | HCl | hrm |
| 01:24:21 | HCl | maybe a mode switch? |
| 01:24:26 | Cassandra | You can do overlay on Archos? |
| 01:24:28 | HCl | being able to switch to b&w for dithering |
| 01:24:35 | HCl | and just native 2bit grayscale normally |
| 01:24:35 | HCl | ? |
| 01:24:38 | amiconn | HCl: Yes |
| 01:25:01 | HCl | okay, sorry, i didn't see that you already had that in mind :) |
| 01:25:14 | amiconn | On archos we don't have to switch, so the greyscale area can take just a part of the display, with the other parts still being able to display in b&w |
| 01:25:25 | | Quit thegeek (Read error: 131 (Connection reset by peer)) |
| 01:25:25 | amiconn | ...using the core graphics routines |
| 01:25:43 | amiconn | That won't be possible on iriver when we switch the mode |
| 01:26:03 | | Join thegeek [0] (na@ti521110a080-1839.bb.online.no) |
| 01:26:22 | Cassandra | Yuck. |
| 01:26:32 | amiconn | ...and of course my calculation of possible shades of grey is rendered invalid. It will be the same as on archos, provided the display doesn't flicker too much |
| 01:28:46 | amiconn | I will add a slight effect to make greyscale mode visible in the UI until more conversion is done |
| 01:28:49 | HCl | we could probably display the rest in black and white rather than the 2bit grayscale when switching to grayscale lib? |
| 01:29:12 | HCl | or maybe even simulate the 2bit grayscale using the grayscale lib itself |
| 01:29:14 | amiconn | HCl: Yes, but that would require another set of graphics routines for b&w mode |
| 01:29:40 | amiconn | The lcd framebuffer differs between the modes |
| 01:29:40 | HCl | what about the second bit? |
| 01:29:49 | HCl | oh, yea |
| 01:29:59 | HCl | ah well, never mind me |
| 01:30:04 | HCl | you're the expert on this :p |
| 01:30:07 | amiconn | But I'd say, one step after the other |
| 01:30:19 | amiconn | (1) 4-grey mode for the ui and some plugins |
| 01:30:21 | HCl | i'd better sleep |
| 01:30:35 | amiconn | The grayscale lib may come later... |
| 01:30:53 | HCl | i agree |
| 01:32:00 | amiconn | Btw, the slight effect will be a light grey background in the splash() boxes |
| 01:32:21 | Cassandra | Sounds good. :) |
| 01:34:52 | amiconn | I won't believe *how* slow the lcd is in 4-grey mode |
| 01:35:13 | amiconn | It's significantly worse than in b&w mode when grey is actually used |
| 01:36:10 | | Quit thegeek (Read error: 131 (Connection reset by peer)) |
| 01:37:10 | Cassandra | Oooh! |
| 01:37:22 | * | Cassandra downloads Pink Floyd's Live 8 performance. |
| 01:43:04 | | Join tvelocity [0] (~tony@ipa252.4.tellas.gr) |
| 01:48:33 | *** | Saving seen data "./dancer.seen" |
| 01:53:08 | muesli- | n8 fellows |
| 02:00 |
| 02:01:58 | | Quit muesli- (Read error: 145 (Connection timed out)) |
| 02:03:23 | * | amiconn just noticed that lcd_mono_bitmap() and lcd_bitmap() are *not* identical even on b&w displays |
| 02:15:32 | | Join thegeek [0] (na@ti521110a080-1839.bb.online.no) |
| 02:23:54 | | Join amiconn_ [0] (~jens@p54BD6A2E.dip.t-dialin.net) |
| 02:28:07 | | Quit amiconn (Nick collision from services.) |
| 02:28:08 | | Nick amiconn_ is now known as amiconn (~jens@p54BD6A2E.dip.t-dialin.net) |
| 02:38:08 | | Join austriancoder [0] (~austrianc@80.120.117.30) |
| 02:52:08 | Rori | Pink Floyd rocked |
| 02:58:36 | | Quit austriancoder ("using sirc version 2.211+KSIRC/1.3.12") |
| 03:00 |
| 03:48:35 | *** | Saving seen data "./dancer.seen" |
| 04:00 |
| 04:05:17 | | Join QT_ [0] (as@area51.users.madwifi) |
| 04:08:59 | | Quit QT (Read error: 148 (No route to host)) |
| 04:13:39 | | Quit pill (Read error: 145 (Connection timed out)) |
| 04:19:05 | | Join ashridah [0] (ashridah@220-253-120-226.VIC.netspace.net.au) |
| 04:43:26 | | Quit Sucka ("a bird in the bush is worth two in your house") |
| 04:44:00 | | Quit lostlogic (brown.freenode.net irc.freenode.net) |
| 04:44:00 | NSplit | brown.freenode.net irc.freenode.net |
| 04:46:41 | NHeal | brown.freenode.net irc.freenode.net |
| 04:46:41 | NJoin | lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) |
| 04:58:46 | | Join pill [0] (dearth@ip-130.net-82-216-140.issy4.rev.numericable.fr) |
| 05:00 |
| 05:27:53 | HCl | ugh. |
| 05:28:02 | HCl | i hate dreams in which my dad dies |
| 05:31:51 | ashridah | you have them that often? |
| 05:33:20 | HCl | second time in a month |
| 05:33:49 | HCl | and i already have trouble with not sleeping enough, this isn't helping, heh |
| 05:35:08 | * | HCl tries to go back to sleep x.x |
| 05:39:02 | * | Rori is running a temperature |
| 05:44:57 | Rori | only a bit though |
| 05:48:36 | *** | Saving seen data "./dancer.seen" |
| 06:00 |
| 06:54:21 | | Quit tvelocity ("Leaving") |
| 06:59:30 | | Join CheeseBurgerMan [0] (~Dan@tc2-225-088.altelco.net) |
| 07:00 |
| 07:12:11 | | Quit pill (Read error: 110 (Connection timed out)) |
| 07:22:54 | | Nick CheeseBurgerMan is now known as CBM-away (~Dan@tc2-225-088.altelco.net) |
| 07:45:07 | | Join pill [0] (dearth@ip-130.net-82-216-140.issy4.rev.numericable.fr) |
| 07:48:37 | *** | Saving seen data "./dancer.seen" |
| 08:00 |
| 08:03:19 | | Join Bger [0] (~Bager@83.222.160.88) |
| 08:03:31 | Bger | morning all;) |
| 08:14:48 | amiconn | morning |
| 08:15:21 | Cassandra | Hello |
| 08:16:30 | Slasheri | hi |
| 08:16:38 | Slasheri | Hmm, can i enable logf for simulator? |
| 08:23:15 | | Join B4gder [0] (~dast@static-213-115-255-230.sme.bredbandsbolaget.se) |
| 08:23:23 | Slasheri | or how am i supposed to output debug information, DEBUGF? |
| 08:23:44 | Cassandra | Under Linux, printf should work. |
| 08:23:55 | amiconn | DEBUGF() it is |
| 08:24:20 | Cassandra | What does logf do anyway? |
| 08:24:25 | amiconn | Cassandra: printf() is bad because it isn't conditional, i.e. such code will fail to compile for target |
| 08:24:54 | amiconn | logf() is similar to debugf(), but it logs into a memory buffer instead |
| 08:25:05 | amiconn | (and displays on the remote for H1x0) |
| 08:25:18 | Cassandra | That's kind of cool. |
| 08:25:31 | Slasheri | amiconn: Maybe logf can be defined also to DEBUGF for simulator targets? |
| 08:26:04 | amiconn | I agree, it's kinda redundant for the sims |
| 08:26:08 | Slasheri | Eh.. :D after i ran the rockbox simulator, now my keyboard repeat is totally off :D |
| 08:26:20 | amiconn | Imho this could be done another, possibly easier way though |
| 08:26:33 | amiconn | Slasheri: Did you kill it? |
| 08:26:42 | Slasheri | amiconn: yes, it crashed |
| 08:26:59 | amiconn | The sim has to disable autorepeat for its own button handling |
| 08:27:00 | Slasheri | ah, rerunning it worked |
| 08:27:04 | Slasheri | now repeat works too :) |
| 08:27:05 | B4gder | the fact that logf works the same in the sim is good for debugging the logf functionality |
| 08:27:23 | amiconn | It's supposed to restore it, but obviously can't if it crashes |
| 08:29:42 | amiconn | B4gder: Agreed, but otoh it would be easier to only have one debug output macro. It's rather unlike to use logf() and debugf() at once |
| 08:29:55 | B4gder | I agree |
| 08:30:32 | B4gder | we could have an unset define to set when we want to debug logf |
| 08:30:57 | B4gder | and make logf() basically do printf() in the sim |
| 08:31:40 | amiconn | My idea was to drop the LOGF() macros, and make DEBUGF() == logf() for logf builds, and DEBUGF() == debugf() for debug builds and the simulator |
| 08:31:50 | B4gder | works for me |
| 08:32:06 | B4gder | but then we probably need to cut out a few existing DEBUGF() calls |
| 08:32:21 | amiconn | Hmm, perhaps |
| 08:33:02 | amiconn | Or we could make LOGF() == DEBUGF() for the sims, |
| 08:33:19 | amiconn | ...and leave it like it is for target |
| 08:34:06 | B4gder | either way, it also makes sense to use local versions for specific debugging, like the linux kernel sources do |
| 08:34:15 | B4gder | like if you want to debug a specific module: |
| 08:34:32 | amiconn | Different topic: I'm still a bit undecided about the names for the various bitmap functions |
| 08:34:35 | B4gder | you add a #define MYDEBUG DEBUFG() in the top of the file |
| 08:35:25 | amiconn | For all current code, lcd_bitmap() would become lcd_mode_bitmap() with my current proposal |
| 08:35:44 | amiconn | Erm, lcd_mono_bitmap() of course |
| 08:36:01 | amiconn | A bit long... |
| 08:36:33 | amiconn | B4gder: Local debugging makes sense, yes |
| 08:45:56 | ashridah | hrm. the vorbis codec doesn't do resampling yet does it |
| 08:47:09 | B4gder | good to see the table going green again |
| 08:47:56 | amiconn | :) |
| 08:48:18 | amiconn | B4gder: What do you think about the bitmap function names? |
| 08:49:01 | amiconn | I have 4-grey mode already running on target btw, optimsed. Some functions are still missing tho, and the simulator display is looking funny |
| 08:49:10 | B4gder | I haven't read the proposal in detail lately so I don't remember |
| 08:49:33 | amiconn | http://www.rockbox.org/twiki/bin/view/Main/GraphicsAPI#Functions |
| 08:49:52 | B4gder | is the win32 sim capable of showing greyscale? |
| 08:50:02 | amiconn | Simulators only display the top half, stretched vertically by 2 |
| 08:50:12 | amiconn | It will be before I commit |
| 08:50:54 | amiconn | I can't do that for the X11 sim though, I'll at least adapt the x11 sim to map dark grey->black and light grey->white |
| 08:51:10 | B4gder | ok |
| 08:51:25 | B4gder | I'll have to dig up some code that does colours in x11 and see how we can do it |
| 08:51:32 | amiconn | I have no clue how to use more than foreground and background pixels |
| 08:52:02 | amiconn | I wonder why the x11 sim uses such a starnge mechanism (setting/resetting individual pixels) instead of just using a bitmap |
| 08:52:39 | B4gder | I made it just because I didn't know how to do a bitmap |
| 08:52:43 | amiconn | The windows sim uses a bitmap object; it's quite simple to adapt to greyscale |
| 08:52:51 | amiconn | Ah ;) |
| 08:54:03 | B4gder | and apparently nobody has cared enough to fix it ;-) |
| 08:54:12 | amiconn | The win32 simulator bitmap will need some more adaption when it comes to >8 bit depth |
| 08:54:31 | amiconn | Shouldn't be too hard either |
| 08:55:15 | | Join Coldtoast [0] (edan@ppp110-133.lns1.hba1.internode.on.net) |
| 09:00 |
| 09:01:03 | Coldtoast | hi |
| 09:04:25 | Coldtoast | the " Update the wps when next track info is available." fix still doesn't work when %s is used |
| 09:07:46 | B4gder | nope |
| 09:08:07 | Coldtoast | hey B4gder |
| 09:09:16 | Coldtoast | will it be possible or will next track info be classed as dynamic? |
| 09:09:39 | B4gder | ? |
| 09:09:56 | B4gder | you want me to explain the flaw once more? |
| 09:10:07 | Coldtoast | err, ok |
| 09:12:21 | | Quit B4gder ("go go go") |
| 09:12:37 | Coldtoast | sigh |
| 09:13:03 | | Join B4gder [0] (~dast@static-213-115-255-230.sme.bredbandsbolaget.se) |
| 09:13:42 | | Join as [0] (na@ti521110a080-1839.bb.online.no) |
| 09:13:54 | | Join bipak [0] (~bip@p50884EBB.dip.t-dialin.net) |
| 09:13:57 | | Join amiconn_ [0] (~jens@p54BD6A2E.dip.t-dialin.net) |
| 09:14:13 | Coldtoast | B4gder: I realise it's very frustrating for you and that ppl keep mantioning it |
| 09:14:44 | B4gder | I just don't see why the same people have to repeat it over and over |
| 09:14:51 | | Join Gibbed [0] (rick@pool-71-108-23-179.lsanca.dsl-w.verizon.net) |
| 09:14:52 | | Quit Rick (Read error: 131 (Connection reset by peer)) |
| 09:14:52 | | Quit thegeek (Read error: 131 (Connection reset by peer)) |
| 09:14:53 | | Quit bipak_ (Read error: 131 (Connection reset by peer)) |
| 09:15:07 | | Nick Gibbed is now known as Rick (rick@pool-71-108-23-179.lsanca.dsl-w.verizon.net) |
| 09:15:48 | Coldtoast | hmm. wouldn't you expect it to be mentioned after things like " Update the wps when next track info is available." are listed in the updates? |
| 09:15:59 | B4gder | no |
| 09:16:10 | B4gder | those are CVS commit messages |
| 09:16:16 | B4gder | they are for devs |
| 09:16:37 | Cassandra | Maybe there should be something in "Features we won't implement"? |
| 09:17:01 | Coldtoast | fine. I'll never mention it again |
| 09:17:03 | B4gder | Cassandra: this is a bug/flaw, mentioned in the bug tracker |
| 09:17:21 | B4gder | Coldtoast: I'm pretty sure you'll get to know or figure out when it works |
| 09:17:36 | Coldtoast | I'll just say one more thing tho, as a final thought |
| 09:17:37 | B4gder | since the person doing the fix will be a happy one |
| 09:17:52 | amiconn_ | This is a loooong-standing bug |
| 09:18:05 | B4gder | with emphasis on the loooong |
| 09:18:06 | amiconn_ | Like RLD was :) |
| 09:18:19 | B4gder | yes |
| 09:18:28 | B4gder | I think RLD is older though |
| 09:18:56 | Coldtoast | ah screw it. I won't |
| 09:20:01 | | Join Musicmad [0] (~Musicmad@cpe.atm2-0-1031198.0x50a4ad0e.bynxx13.customer.tele.dk) |
| 09:21:07 | amiconn_ | Bagder: RLD *was* older :) |
| 09:21:39 | * | B4gder stands corrected |
| 09:22:04 | Cassandra | I take it a fix is non-trivial then? Is it worth me having a look at it, or am I likely to get lost in a maze of twisty code? |
| 09:22:22 | Cassandra | (I'm thinking if I fix it, people will quit whining about it.) |
| 09:22:32 | B4gder | the problem is to update a scrolling line with info, without resetting the scroll |
| 09:22:32 | Cassandra | (And whine about something else instead.) |
| 09:22:33 | | Quit amiconn (Read error: 145 (Connection timed out)) |
| 09:22:33 | | Nick amiconn_ is now known as amiconn (~jens@p54BD6A2E.dip.t-dialin.net) |
| 09:23:02 | Cassandra | *nods* Tricky, but it ought to be feasible. |
| 09:23:07 | B4gder | yes |
| 09:23:14 | B4gder | good summary :-) |
| 09:23:25 | Cassandra | OK. I'll have a look at it later in the day when I'm awake. |
| 09:23:54 | amiconn | B4gder: I have plans for a substantial rework of the scrolling |
| 09:24:07 | B4gder | for multiple fonts etc? |
| 09:24:23 | amiconn | Multiple fonts will come even later |
| 09:24:29 | B4gder | ok |
| 09:24:37 | amiconn | My first steps will be pixel-wise positioning and right-clipping |
| 09:24:41 | Cassandra | Mmmm. Multiple fonts. |
| 09:24:49 | amiconn | So we can have a scrolling box |
| 09:24:52 | B4gder | amiconn: ah, neat |
| 09:25:04 | amiconn | I need that for some of my ideas for menus & settings |
| 09:25:14 | B4gder | and scrolling in the splashes |
| 09:25:16 | Cassandra | Erm, btw, did anyone who knows something about the WPS check out that formatting patch? |
| 09:25:35 | | Quit Musicmad ("Trillian (http://www.ceruleanstudios.com") |
| 09:25:38 | B4gder | not to my knowledge |
| 09:25:50 | B4gder | but the WPS using it looked nice |
| 09:26:15 | Cassandra | *nods* Wonder if it can do multiple formattings on the same line. |
| 09:26:19 | Cassandra | I suspect not. |
| 09:26:42 | amiconn | B4gder: While at it, I could also try to add changing content without resetting the scroll pos, but this will get really tricky with proportional fonts |
| 09:26:52 | B4gder | yes |
| 09:26:59 | B4gder | but some "flicker" must be accepted |
| 09:28:03 | Cassandra | I'll leave it to you then ami. You know more about the display code than I do. |
| 09:28:33 | B4gder | amiconn is quickly becoming mr lcd ;-) |
| 09:29:21 | Cassandra | I think he's got that one in the bag. |
| 09:29:29 | amiconn | Cassandra: The wps code would still need fixing once scroll-text-change-without-reset is implemented |
| 09:29:46 | amiconn | ...to actually use it |
| 09:29:53 | Cassandra | *nods* |
| 09:30:52 | Cassandra | I generally try to work on user friendliness isssues. |
| 09:31:01 | | Quit ashridah ("Leaving") |
| 09:32:44 | Coldtoast | sorry to have been irritating B4gder. you're all doing such an awesome job on the whole rockbox project. and to be honest, rockboc is pretty much the only reason I didn't end up selling my player |
| 09:32:50 | Coldtoast | laters |
| 09:32:57 | B4gder | no worries Coldtoast |
| 09:32:57 | | Part Coldtoast |
| 09:33:15 | B4gder | another issue we should fix is to alter some paths/dirs |
| 09:33:30 | B4gder | to make it easier to upgrade without erasing your own customized stuff |
| 09:34:07 | Cassandra | *nods* |
| 09:34:14 | B4gder | since we use .rockbox for both stuff we deliver in releases and forces users to add custom thinhs in there |
| 09:34:16 | B4gder | things |
| 09:34:49 | B4gder | but I haven't figured out an approach I like for that yet |
| 09:35:09 | Cassandra | I think two seperate dirs in the root is probably the best option. |
| 09:35:20 | Cassandra | Although even that's clumsy. |
| 09:35:20 | Bger | what about /.settings folter |
| 09:35:33 | Bger | or other |
| 09:35:38 | B4gder | the userdir should probably then be without dot |
| 09:35:53 | Bger | for example /.rockbox/settings |
| 09:36:05 | Bger | and /.rockbox/settings/default <= this is overwritten |
| 09:36:24 | B4gder | then plugins, codecs, fonts etc where would they go? |
| 09:36:25 | Cassandra | Bger: Don't like that. It's nice to be able to say to user "open up your jukebox and delete the foo folder" |
| 09:36:56 | Cassandra | I think we should keep .rockbox for system data, and create a new dir for user stuff. |
| 09:37:07 | B4gder | I lean towards that too |
| 09:37:07 | Cassandra | rockbox-settings, perhaps? |
| 09:37:15 | Bger | you just say "open your /.rockbox/settings |
| 09:37:42 | Cassandra | Bger: You usually want to delete /.rockbox, but not the settings dir. |
| 09:37:58 | Bger | and what about rockbox.iriver to be in the .rockboxfolder, i.e. /.rockbox/rockbox.iriver |
| 09:38:26 | Bger | Cassandra you're right |
| 09:38:33 | B4gder | Bger: that's a separate issue, but I could agree with that |
| 09:39:11 | Cassandra | *sighs* So much to fix. |
| 09:39:21 | B4gder | indeed |
| 09:39:55 | Cassandra | Why does fixing one thing cause three more issues to raise their heads. It's like that scene from Fantasia. |
| 09:41:07 | Cassandra | Hmm. I think I favour "rockbox-config" over "rockbox-settings". WPS bitmaps aren't really settings as such. |
| 09:41:39 | amiconn | I *never* delete /.rockbox ... |
| 09:42:00 | B4gder | then you have some old cruft in there by now ;-) |
| 09:42:13 | Cassandra | I do it all the time. Clean out old plugins etc. |
| 09:42:36 | Cassandra | And it often solves weird problems that users are having. |
| 09:42:46 | amiconn | B4gder: No, I usually delete old files from time to time |
| 09:42:52 | B4gder | ok |
| 09:43:42 | Cassandra | It's our OS directory. Definitely has bitrot problems from time to time. |
| 09:45:04 | Bger | hm |
| 09:45:23 | Bger | i agree with Cassandra |
| 09:45:50 | | Nick Lynx_awy is now known as Lynx_ (~lynx@tina-10-4.genetik.uni-koeln.de) |
| 09:47:15 | B4gder | but... I guess that would force us to start checking for things in two dirs instead of the single one we do today |
| 09:47:48 | Cassandra | Screw backwards compatibility. :) |
| 09:47:57 | B4gder | like if you add a font to your config |
| 09:48:41 | *** | Saving seen data "./dancer.seen" |
| 09:48:54 | Cassandra | That's not going to be a huge performance hit, surely? |
| 09:49:01 | B4gder | no |
| 09:49:14 | B4gder | just some added logic that isn't present today |
| 09:50:23 | Cassandra | I think this whole thing falls in the "when we get around to it" category. |
| 09:50:30 | B4gder | yeah |
| 09:51:16 | Cassandra | I had a preliminary shot at converting the manual to LaTeX the other day. |
| 09:51:35 | Cassandra | TeX choked on the output. I think that one's going to be interesting. |
| 09:51:43 | Cassandra | In the Chinese curse sense. |
| 09:51:50 | B4gder | :-O |
| 09:52:33 | Cassandra | Badger: You release manager these days? |
| 09:53:05 | B4gder | possibly, but I think I can shake zagor into doing it |
| 09:54:02 | Cassandra | Basically I'd like to have a week or two's notice (and feature freeze if possible) before release. |
| 09:54:19 | B4gder | yes, I like that too |
| 09:54:24 | Cassandra | So I can whack the manual on the head and release simultaniously with 2.5. |
| 09:54:29 | B4gder | and I think we should have it as soon as possible |
| 09:54:57 | Cassandra | I agree. We're ready for a new release. |
| 09:55:00 | B4gder | amiconn: what's your thoughts on a 2.5 release soonish? |
| 10:00 |
| 10:01:02 | B4gder | I mailed the list to see what people think |
| 10:01:21 | Cassandra | Cool. |
| 10:01:42 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 10:02:35 | B4gder | howdy grill master LinusN |
| 10:02:54 | LinusN | howdy |
| 10:03:46 | LinusN | still full |
| 10:03:52 | B4gder | haha |
| 10:09:49 | | Quit Bger (Read error: 113 (No route to host)) |
| 10:10:33 | LinusN | i have a bold suggestion |
| 10:10:46 | LinusN | rename ".rockbox" to "rockbox" |
| 10:11:06 | Cassandra | Daring. |
| 10:11:46 | LinusN | mac os x owners have issues with the hidden directory |
| 10:12:14 | Cassandra | *nods* I think we should still have the WPS ignore it unless set to "all files" |
| 10:12:17 | LinusN | we could even (as suggested before) move rockbox.iriver to the rockbox directory |
| 10:12:28 | Cassandra | But if we can do that, I see no problem. |
| 10:13:04 | Cassandra | Oh, speaking of which, Linus, can we have the latest version of the Windows installer checked into CVS please? |
| 10:13:28 | LinusN | aha, it isn't in cvs at all, is it? |
| 10:13:34 | Cassandra | Nope. |
| 10:13:41 | LinusN | what files do we need? |
| 10:13:50 | Cassandra | If we're going to start messing about with paths, it needs to be. |
| 10:14:20 | dwihno | Yay! Vacation! |
| 10:14:53 | LinusN | Cassandra: i have an "installer" dir on the buld server |
| 10:15:13 | LinusN | i assume the "bin" dir is pure innosetup stuff, right? |
| 10:16:03 | Cassandra | Yes |
| 10:16:22 | LinusN | the installer scripts are in src |
| 10:16:29 | LinusN | ls files |
| 10:16:32 | LinusN | sorry |
| 10:16:48 | Cassandra | Yes. I *think* you just need /installer/and and /installer/src |
| 10:16:52 | Cassandra | It's been a while. |
| 10:17:02 | LinusN | bin and src |
| 10:17:19 | LinusN | do we want the innosetup binaries in cvs? |
| 10:17:38 | Cassandra | Probably not. |
| 10:17:58 | HCl | hello |
| 10:18:38 | LinusN | Cassandra: would it be enough if i put the installer/src in cvs? |
| 10:19:21 | Cassandra | Should be. Move README in there as well though, since it's all the docs we have. |
| 10:19:50 | Cassandra | I shouldn't have called that dir src really. |
| 10:19:51 | Cassandra | *sighs* |
| 10:20:01 | LinusN | we can change that |
| 10:20:31 | * | HCl ponders screwing the stereo open in order to fix the turn on switch to always on so his annoying flatmate won't be able to turn it off all the time |
| 10:20:40 | LinusN | in fact, we need to change a lot to make the scripts usable anywhere else than on the build server |
| 10:21:02 | Cassandra | OK. |
| 10:21:11 | LinusN | HCl: wonderful idea, that's how you make real friends |
| 10:21:49 | Cassandra | Suggestion. Check the src dir (+README) in as a new module "win-installer". We'll start from there. |
| 10:22:03 | LinusN | a long time ago, my brother was playing his stereo really loud, and my father cut the main power to the house, just to make a point |
| 10:22:36 | HCl | LinusN: heh |
| 10:22:40 | LinusN | what he didn't know was that i had been hacking all night on my c64, without saving |
| 10:22:53 | HCl | well, its the stereo in the livingroom |
| 10:22:54 | LinusN | i was *this* close to strangling him |
| 10:23:04 | HCl | without it turned on, we don't have sound on our tv |
| 10:23:13 | HCl | and it actually costs more power to turn it off and on than to just keep it on |
| 10:23:19 | HCl | and its very annoying when you want to watch tv |
| 10:23:32 | LinusN | no remote to the stereo? |
| 10:23:39 | HCl | its just an amplifier |
| 10:23:44 | | Join Bger [0] (~Bager@83.222.160.88) |
| 10:23:49 | HCl | nothing fancy |
| 10:23:49 | Cassandra | linus: :( |
| 10:24:06 | HCl | just the crap that my flatmates didn't need anymore, hooked up to be a stereo set for the tv |
| 10:24:31 | HCl | i'm already happy we got stereo now, heh, a while ago only one speaker worked |
| 10:26:49 | LinusN | Cassandra: would you have time to work on making the installer scripts more generic? |
| 10:28:43 | Cassandra | Linus: Probably. |
| 10:29:05 | | Quit as (Read error: 104 (Connection reset by peer)) |
| 10:29:13 | | Join thegeek [0] (na@ti521110a080-1839.bb.online.no) |
| 10:29:46 | | Join [-AIR-] [0] (air@host86-130-20-206.range86-130.btcentralplus.com) |
| 10:29:50 | [-AIR-] | p0p |
| 10:29:52 | | Nick [-AIR-] is now known as west-acre (air@host86-130-20-206.range86-130.btcentralplus.com) |
| 10:30:58 | Cassandra | If we're feature freezing, the manual is going to be my priority though. |
| 10:40:24 | Cassandra | Anyone else having trouble building for archos? |
| 10:41:13 | * | B4gder tries |
| 10:41:21 | B4gder | works fine here |
| 10:41:28 | Cassandra | Crap. |
| 10:41:59 | B4gder | what happens? |
| 10:42:51 | Cassandra | CC thread.c |
| 10:42:53 | Cassandra | thread.c:68: warning: `always_inline' attribute directive ignored |
| 10:42:53 | Cassandra | thread.c:69: warning: `always_inline' attribute directive ignored |
| 10:43:08 | Cassandra | then |
| 10:43:12 | Cassandra | Build firmware file |
| 10:43:12 | Cassandra | error: max firmware size is 200KB! |
| 10:43:24 | B4gder | what gcc version is this? |
| 10:43:46 | Cassandra | [christi@slappy jbr2-build]$ sh-elf-gcc −−version |
| 10:43:47 | Cassandra | 3.0.4 |
| 10:44:00 | Cassandra | Was working as of a couple of days ago. |
| 10:46:47 | | Join bobTHC [0] (~bobTHC@l06m-62-34-23-184.d1.club-internet.fr) |
| 10:46:58 | bobTHC | morning folks !!! |
| 10:48:01 | B4gder | http://www.rockbox.org/viewcvs.cgi/firmware/thread.c?r1=1.42&r2=1.43 |
| 10:49:28 | Cassandra | Is gcc-3.4.4 likely to work with sh-elf? |
| 10:51:19 | amiconn | Cassandra: Use 3.3.5 for SH1 |
| 10:52:09 | amiconn | Both 3.0.x and 3.4.x produce bigger binaries than 3.3.x on SH1 |
| 10:52:18 | Cassandra | OK. Will build that and try again. |
| 10:52:26 | amiconn | (and it seems 3.0.x doesn't know about always_inline) |
| 10:52:37 | Cassandra | Evidently not. |
| 10:53:10 | Cassandra | Haven't updated my sh build env since ... July last year. |
| 10:53:19 | Cassandra | Almost to the day. |
| 10:54:35 | amiconn | 3.0.4 is stone-age |
| 10:55:57 | Cassandra | Must've been what the wiki recommended at the time. |
| 10:56:08 | Cassandra | Of course the wiki could've been out of date. |
| 10:56:16 | Cassandra | Or maybe this was pre-wiki even. |
| 10:57:54 | | Join Aison [0] (~hans@zux166-181.adsl.green.ch) |
| 10:58:25 | | Quit Bger (Read error: 110 (Connection timed out)) |
| 11:00 |
| 11:06:51 | | Join ashridah [0] (ashridah@220-253-122-155.VIC.netspace.net.au) |
| 11:13:28 | | Join markun [0] (~markun@bastards.student.ipv6.utwente.nl) |
| 11:14:35 | HCl | ping |
| 11:14:37 | HCl | ugh. |
| 11:14:50 | * | HCl bites who ever is filling up the entire wireless router |
| 11:20:10 | amiconn | HCl: You might be able to go without the trackchange event. |
| 11:20:20 | HCl | i know |
| 11:20:26 | HCl | by checking the elapsed field, right? |
| 11:20:41 | amiconn | Just let the playback code count the seconds played (it probably knows best) and store it in the id3 struct (if it's not already there) |
| 11:21:02 | amiconn | The you can decide at the track unbuffer event whether to up th eplaycount |
| 11:21:06 | amiconn | *Then |
| 11:21:10 | LinusN | i think the trackchange event should broadcast a SYS_TRACK_CHANGED message |
| 11:21:11 | B4gder | lunch time! |
| 11:21:22 | amiconn | LinusN: We won't need it |
| 11:21:41 | HCl | yea, that would probably be bettr |
| 11:21:49 | LinusN | that way a plugin can react on it and do something |
| 11:21:51 | HCl | for now, i want to play gta till i get the hovercraft :P |
| 11:22:09 | LinusN | for example |
| 11:22:10 | ashridah | heh. i prefer the hydra |
| 11:22:17 | amiconn | The playback code would the take care of skipping, pause etc with almost no additional effort |
| 11:22:30 | ashridah | do a quick flyby over the army base, so other jets and helicopters chase you, then start dogfighting :) |
| 11:22:59 | HCl | heh |
| 11:23:37 | Cassandra | Well, that was far more effort than it ought to have been. |
| 11:25:27 | ashridah | for some reason, missles don't seem to hit the news helicopter tho, it's annoying |
| 11:32:26 | Cassandra | Fly, my winged build monkeys! Fly! |
| 11:37:14 | | Join Bger [0] (~Bager@83.222.160.88) |
| 11:48:44 | *** | Saving seen data "./dancer.seen" |
| 12:00 |
| 12:04:32 | | Nick QT_ is now known as QT (as@area51.users.madwifi) |
| 12:13:12 | | Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 12:31:34 | | Join preglow [0] (~c39fb7a6@labb.contactor.se) |
| 12:31:40 | amiconn | Bagder: wiki span, including changed user pages :( |
| 12:31:44 | amiconn | *spam |
| 12:32:59 | | Join Moos [0] (MoosCamaro@m214.net81-66-158.noos.fr) |
| 12:33:08 | Moos | Hi all |
| 12:33:22 | Bger | hi |
| 12:33:53 | preglow | woot, wavpack encoding! |
| 12:34:05 | Bger | wow ??? |
| 12:34:11 | Bger | really ? |
| 12:34:56 | preglow | well, yes, unless i'm hallucating |
| 12:35:28 | Bger | and me too |
| 12:37:02 | B4gder | and the spam just poors in |
| 12:38:42 | preglow | can't you block this idiot? |
| 12:38:56 | B4gder | now I reject his IP |
| 12:39:10 | preglow | good |
| 12:40:23 | B4gder | seems to work for now at least |
| 12:42:04 | B4gder | no |
| 12:42:25 | | Quit preglow ("CGI:IRC (EOF)") |
| 12:42:40 | markun | morning Moos |
| 12:42:56 | B4gder | oops, I threw out preglow ;-) |
| 12:43:18 | | Join cYmen_ [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 12:44:15 | | Quit cYmen (Read error: 104 (Connection reset by peer)) |
| 12:44:33 | B4gder | 218.19.42.254 it is |
| 12:48:12 | B4gder | quite a speed in the log |
| 12:48:51 | B4gder | in June, the rockbox site server 50GB of data |
| 12:48:55 | B4gder | served |
| 12:53:43 | B4gder | all spam erased now |
| 13:00 |
| 13:25:42 | | Join courtc_ [0] (~courtc@adsl-158-10-231.asm.bellsouth.net) |
| 13:25:47 | | Join Zagor [0] (foobar@h63n1fls31o265.telia.com) |
| 13:26:45 | HCl | ghehe. |
| 13:27:21 | B4gder | g'day Z, added another deny in the .htaccess |
| 13:29:13 | | Join [1]Chamois [0] (~Chamois@champigny-5-82-226-182-23.fbx.proxad.net) |
| 13:37:06 | | Quit courtc (Read error: 110 (Connection timed out)) |
| 13:44:24 | | Join jlee [0] (~jlee@69-175-94-207.frdrmd.adelphia.net) |
| 13:44:32 | | Nick jlee is now known as MrStaticVoid (~jlee@69-175-94-207.frdrmd.adelphia.net) |
| 13:46:31 | | Quit Chamois (Read error: 110 (Connection timed out)) |
| 13:46:31 | | Nick [1]Chamois is now known as Chamois (~Chamois@champigny-5-82-226-182-23.fbx.proxad.net) |
| 13:48:45 | *** | Saving seen data "./dancer.seen" |
| 13:55:44 | | Join bipak_ [0] (~bip@p50886164.dip.t-dialin.net) |
| 14:00 |
| 14:05:09 | Zagor | B4gder: ok |
| 14:09:06 | Zagor | B4gder: i had already blocked him, or at least thought I did. using "deny from 218.19". apparently you can't block subnets that way. |
| 14:09:20 | B4gder | aha |
| 14:10:22 | Zagor | he's using various IPs in the 218.19 and 218.20 nets |
| 14:13:58 | | Quit Bger (Read error: 110 (Connection timed out)) |
| 14:14:36 | | Quit bipak (Read error: 110 (Connection timed out)) |
| 14:14:44 | amiconn | Zagor: In apache that would be deny from 218.19.* iirc |
| 14:15:52 | Zagor | http://httpd.apache.org/docs/mod/mod_access.html says my syntax is the one to use, but apparently not... |
| 14:16:12 | | Join Musicmad [0] (~Musicmad@cpe.atm2-0-1031198.0x50a4ad0e.bynxx13.customer.tele.dk) |
| 14:16:19 | | Part Musicmad |
| 14:17:00 | amiconn | Zagor: Hmm. I'd try 218.19.0.0/16 then |
| 14:18:12 | Zagor | yeah i'll do some experimentation |
| 14:23:25 | LinusN | Slasheri: u there? |
| 14:32:31 | | Join webguest40 [0] (~d97beae7@labb.contactor.se) |
| 14:33:25 | | Join SatNav [0] (~chatzilla@host81-159-17-68.range81-159.btcentralplus.com) |
| 14:33:41 | SatNav | hi all |
| 14:34:29 | LinusN | hi |
| 14:34:43 | SatNav | I wonder if anyone could help me, i'm trying to compile the win32 iriver h120 simulator, and I'm getting a couple of errors |
| 14:34:43 | | Quit webguest40 (Client Quit) |
| 14:35:04 | LinusN | SatNav: and the errors are? |
| 14:36:07 | SatNav | make[1]: /dev/rockbox/tools/convbdf: Command not found |
| 14:36:15 | SatNav | is the first |
| 14:36:20 | LinusN | SatNav: cd tools |
| 14:36:22 | LinusN | make |
| 14:37:15 | LinusN | quite unusual path i must say, /dev/rockbox :-) |
| 14:37:27 | SatNav | is it? |
| 14:37:35 | | Quit MrStaticVoid ("leaving") |
| 14:37:37 | SatNav | it's in my cygwin directory |
| 14:37:45 | LinusN | figures |
| 14:38:03 | LinusN | /dev is the device file directory in unix/linux |
| 14:38:14 | SatNav | i see |
| 14:38:29 | LinusN | ok, did it work better after running make in tools? |
| 14:39:05 | SatNav | I got a couple of different errors, but I'm starting from ../tools/configure again... |
| 14:39:19 | LinusN | did you read this? |
| 14:39:20 | LinusN | http://www.rockbox.org/twiki/bin/view/Main/HowToCompile |
| 14:39:47 | SatNav | yeah, Im looking at that page as we speak |
| 14:39:53 | amiconn | LinusN: Perhaps a rockbox device? ;) |
| 14:40:14 | LinusN | 5. Build mentions the building of the tools |
| 14:40:40 | LinusN | amiconn: :-) |
| 14:41:44 | SatNav | ok, the compiling got further along, but there are three brand new error messages now :) |
| 14:41:48 | amiconn | Btw, /dev is device file dir on cygwin as well, even if it doesn't exist physically. It's a virtual dir; stuff like /dev/sda1 works on cygwin |
| 14:42:04 | SatNav | :o |
| 14:43:11 | | Join Maxime [0] (~flemmard@fbx.flemmard.net) |
| 14:43:23 | SatNav | they seem to be based around something called libmusepack |
| 14:43:50 | SatNav | synth_filter.o Error 1 :/ |
| 14:44:50 | SatNav | any ideas? |
| 14:45:03 | B4gder | what gcc version are you using? |
| 14:45:11 | LinusN | gcc −−version |
| 14:45:29 | B4gder | m68k-elf-gcc even |
| 14:45:31 | SatNav | 3.4.4 |
| 14:45:40 | B4gder | oh it was sim? |
| 14:45:42 | LinusN | B4gder: he's building the sim |
| 14:45:47 | SatNav | yeh |
| 14:47:42 | amiconn | gcc −−version |
| 14:48:06 | | Join Bger [0] (~Bager@83.222.160.88) |
| 14:48:11 | SatNav | it's 3.4.4 |
| 14:48:26 | SatNav | (cygming special) ... :/ |
| 14:48:28 | B4gder | and what is the error? |
| 14:49:04 | | Quit markun () |
| 14:49:19 | SatNav | make[3]: *** [/dev/rockbox/build/apps/codecs/libmusepack/synth_filter.o] Error 1 |
| 14:49:29 | LinusN | SatNav: no, before that |
| 14:50:39 | SatNav | theres like a page full of warnings about IDATA_ATTR |
| 14:50:55 | SatNav | excess elements in scalar initializer |
| 14:51:05 | ashridah | have to rerun configure recently? |
| 14:51:18 | ashridah | s/to/you/ |
| 14:51:30 | SatNav | yeah, like twice in the past 10 minutes |
| 14:51:46 | amiconn | SatNav: 3.4.4 cygming special is what I'm using as well. No errors here... |
| 14:51:56 | ashridah | ah, nevermind then. i was getting a build issue until i ran that earlier |
| 14:53:23 | SatNav | erm.. synth_filter.c:346: error: 'Di_opt' undeclared |
| 14:53:35 | amiconn | Did you make clean? |
| 14:54:04 | B4gder | it seems like an include file issue |
| 14:54:05 | amiconn | I got some problems due to missing dependencies due to my IDATA changes and header renames |
| 14:54:13 | amiconn | ...until I ran make clean |
| 14:54:23 | SatNav | er.. no. i downloaded todays bleeding edge over one from a few days ago. reckon its worth a clean start? |
| 14:54:38 | SatNav | oh, im not sure what that means |
| 14:55:44 | amiconn | It may be that the dailiy/bleeding source packages are missing some files |
| 14:56:25 | amiconn | ...lemme check |
| 14:56:58 | SatNav | amiconn: thanks |
| 14:57:11 | B4gder | it sounds like that, yes |
| 14:57:18 | | Join markun [0] (~markun@bastards.student.ipv6.utwente.nl) |
| 14:58:40 | markun | FreeBSD's USB is so buggy.. doesn't take a thing to crash the whole OS :( |
| 14:59:22 | B4gder | they have usb support? ;-P |
| 14:59:41 | Bger | regarding conversation about h1x0 & h3x0 battery life last night: both series have *exactly* the same advertised runtime : 16h with 128kbps mp3, volume @ 20, no sound effects |
| 15:00 |
| 15:00:19 | Bger | but there are rumors that h1x0's battery life is better than h3x0 |
| 15:00:23 | Bger | 's one |
| 15:00:37 | SatNav | I would have expected that |
| 15:01:47 | Bger | Slasheri: some people say that they have runtime ABOVE 19h with stock firmware, 128kbit mp3, vol 20, no sound effects |
| 15:02:00 | Bger | standard battery, of course |
| 15:02:24 | Bger | but i don't remember whether this was ONE mp3 file, or directory with 128kbps files |
| 15:04:22 | LinusN | when i start playing an mp3 file, the first split second of the music is cut |
| 15:04:41 | LinusN | annoying |
| 15:08:53 | | Join webguest76 [0] (~5088373f@labb.contactor.se) |
| 15:09:29 | webguest76 | can anyone tell me what the battery dummy thing is on my ihxx |
| 15:09:49 | Bger | webguest76 just delete it |
| 15:10:08 | webguest76 | it got to 30 MB |
| 15:10:28 | Bger | you have played with the plugin "Battery Test", haven't you ;) |
| 15:10:39 | webguest76 | yep |
| 15:10:49 | webguest76 | i was checking if it actually worked |
| 15:10:58 | webguest76 | and was accurate |
| 15:12:14 | Bger | this plugin simulates hard disk access |
| 15:12:20 | Bger | and writes to this file |
| 15:12:45 | Bger | it's perfectly safe to delete it, even more - it's suggested |
| 15:14:13 | SatNav | ok, I downloaded an older source tarball and compiled the sim, and it worked. |
| 15:14:18 | SatNav | Yay! :) |
| 15:14:36 | markun | when I do a "umount /mnt/iriver" at the 'right' time it does nothing but when I unplug FreeBSD reboots :( |
| 15:15:21 | SatNav | so I tried to build the firmware, and it tells me that m68k-elf-gcc is not in the path |
| 15:15:39 | SatNav | do i have to patch cywin and look for that package or something? |
| 15:17:10 | ashridah | you need to compile your own version of gcc and binutils, telling them to produce cross compilers. cygwin won't provide that so far as i know |
| 15:17:37 | SatNav | oh bugger |
| 15:17:46 | SatNav | that sounds like fun |
| 15:17:49 | B4gder | this is mention in the docs |
| 15:17:51 | B4gder | mentioned |
| 15:18:24 | HCl | bored.. |
| 15:18:39 | HCl | markun: why don't you use linux? |
| 15:18:58 | markun | HCl: dunno |
| 15:19:03 | | Join Sucka [0] (~NNSCRIPT@host81-156-212-68.range81-156.btcentralplus.com) |
| 15:19:05 | HCl | maybe its time to switch? heh |
| 15:19:15 | SatNav | so that stuff wont come as part of cygwin? :( |
| 15:19:27 | markun | HCl: went from linux to freebsd a few years ago and sicked with it. |
| 15:19:32 | HCl | ah |
| 15:19:32 | markun | sticked :) |
| 15:19:39 | HCl | i switched between windows and linux tons of times |
| 15:20:17 | markun | I'm trying to get 24-bit output from tremor, but it's not working so well. |
| 15:20:23 | HCl | :/ |
| 15:20:36 | * | HCl doesn't feel like looking at the database for now.. |
| 15:21:03 | Bger | http://www21.brinkster.com/roina/iRiver_H340_headphone_out.html hm |
| 15:23:33 | * | amiconn found 22 files and 2 complete directories missing in the daily/bleeding source packages... |
| 15:23:34 | | Quit webguest76 ("CGI:IRC (EOF)") |
| 15:23:47 | B4gder | ! |
| 15:24:04 | SatNav | whoa. well good to know it wasn't entirely my bad :) |
| 15:25:03 | amiconn | Well, a number of them are irrelevant for building (stuff like README etc), but some are relevant |
| 15:25:55 | amiconn | E.g., a source package wouldn't allow building uart_boot because the Makefile is missing.... etc pp |
| 15:26:30 | amiconn | I'll try to fix that |
| 15:26:40 | SatNav | i see: cool |
| 15:26:55 | amiconn | Btw, the FILES mechanism is cumbersome. This tends to always lag behind |
| 15:27:31 | amiconn | Bagder: Couldn't the source packages being built from CVS (using cvs export or something like that)? |
| 15:27:33 | B4gder | amiconn: you have a better idea on how to do it? |
| 15:27:46 | B4gder | yes it could |
| 15:28:14 | amiconn | This way it would be automatically in sync with cvs |
| 15:28:26 | B4gder | it would include more files than today though |
| 15:28:32 | amiconn | Hmm? |
| 15:28:37 | B4gder | like firmware/test/ |
| 15:28:51 | amiconn | Yes, that's one of the dirs that are missing |
| 15:29:00 | amiconn | I don't see a problem including it |
| 15:29:14 | B4gder | no, not me either |
| 15:29:16 | amiconn | The other is uisimulator/common/player_icons |
| 15:30:28 | amiconn | The important files I found are e.g. apps/codecs/SOURCES, apps/codecs/lib/SOURCES ... gdb/setjmp.S ... |
| 15:31:24 | Slasheri | hi |
| 15:31:58 | Slasheri | LinusN: Hmm, there is a small delay (HZ/8) before master channel is unmuted but this shouldn't be over 1s.. Maybe the first dma frame is lost |
| 15:32:51 | amiconn | Slasheri: I got skipping at track changes yesterday. No smooth gapless :( |
| 15:33:26 | Slasheri | Ah, i think the low watermark without crossfade should be increased to the same point that crossfade watermark is currently |
| 15:33:30 | | Quit SatNav ("Chatzilla 0.9.68.5 [Firefox 1.0.4/20050511]") |
| 15:34:03 | B4gder | I got very weird non-functional skip-next today |
| 15:34:17 | B4gder | it just got silent for .5 secs and then it continued, on the same song |
| 15:34:29 | B4gder | several presses did the same thing |
| 15:34:49 | Slasheri | Hmm, really weird |
| 15:34:54 | Slasheri | can you reproduce that? |
| 15:35:08 | B4gder | I'll try more on my way home tonight |
| 15:35:12 | Slasheri | good |
| 15:43:42 | | Quit Bger (Read error: 113 (No route to host)) |
| 15:48:46 | *** | Saving seen data "./dancer.seen" |
| 15:51:37 | | Join Bger [0] (~Bager@83.222.160.88) |
| 15:55:49 | LinusN | Slasheri: what is this delay for? |
| 15:57:14 | HCl | gah. |
| 15:57:17 | HCl | hello.o |
| 15:58:10 | Slasheri | LinusN: It's to prevent pops when starting playback |
| 15:58:18 | Slasheri | Without the delay we have a loud pop.. |
| 15:58:20 | LinusN | what are the pops coming from? |
| 15:58:34 | Slasheri | i am not sure.. |
| 15:58:40 | Slasheri | maybe a dc offset or random data |
| 15:58:48 | B4gder | Slasheri: you should add a comment explaining what the times are based on |
| 15:59:04 | B4gder | there are numerous sleeps and yeilds now |
| 15:59:06 | Slasheri | B4gder: Hmm, good idea |
| 15:59:20 | Slasheri | and i think the HZ/8 is too long delay.. |
| 15:59:32 | LinusN | what is it waiting for? |
| 15:59:36 | Slasheri | We should try shorter delays (sleep(1) is too short) |
| 16:00 |
| 16:00:00 | Slasheri | it's waiting that the hardware pcm fifo has got some data |
| 16:01:56 | LinusN | but that should be instantly after dma_start() shouldn't it? |
| 16:02:53 | Slasheri | yes it should.. i think we have to debug this more.. |
| 16:03:00 | LinusN | indeed |
| 16:03:29 | LinusN | also, what's the sleep(1) in pcm_play_stop() doing? |
| 16:03:41 | LinusN | and why are we muting in the first place? |
| 16:03:50 | LinusN | questions, questions... |
| 16:03:58 | Slasheri | oh, that sleep is useless.. |
| 16:04:01 | Slasheri | just feel free to remove it :) |
| 16:04:19 | Slasheri | we have to mute to prevent the pops / dc offset |
| 16:04:46 | ze | so ~1.36 grams of sugar has as much energy as the 3.7v 1600mAh li-ion battery in my rio karma |
| 16:04:56 | ze | roughly |
| 16:05:20 | ze | the 21 grams of sugar i put in my tea has around 91.6 watthours hehe |
| 16:06:33 | LinusN | Slasheri: somehow i feel that muting isn't the right solution... |
| 16:09:27 | amiconn | LinusN: There is a nice section in the UDA1380 datasheet: "8.12 Plop prevention" |
| 16:09:58 | amiconn | I think most of the playback code dealing with plop prevention is based on that... |
| 16:10:31 | Cassandra | Hmmm. |
| 16:10:36 | LinusN | but that isn't the kind of plops we have, is it? |
| 16:10:48 | Cassandra | Wonder if they knew that plop is a kids word for defecation. |
| 16:10:58 | LinusN | :-) |
| 16:11:09 | B4gder | so plop prevention is diapers? ;-) |
| 16:11:11 | LinusN | 8.12.1 Use diapers |
| 16:11:30 | * | B4gder runs home |
| 16:11:32 | | Quit B4gder ("go go go") |
| 16:12:03 | Cassandra | Well, we like to call them nappies in this part of the world. ;) |
| 16:13:30 | | Quit Febs (Read error: 110 (Connection timed out)) |
| 16:16:04 | | Join Febs [0] (~chatzilla@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
| 16:19:07 | | Quit ashridah ("Leaving") |
| 16:22:23 | HCl | hmm.. |
| 16:22:33 | HCl | who has experience with the menu system? |
| 16:22:49 | Cassandra | Yup. Wassa problem? |
| 16:22:51 | LinusN | does it matter who? |
| 16:23:04 | HCl | LinusN: yea, cause thats the person who'll know :) |
| 16:23:15 | HCl | Cassandra: i'm wanting to add a rating setting to the wps context menu |
| 16:23:15 | LinusN | just ask the question |
| 16:23:25 | HCl | but i'm not sure how to go at it, in fact, i have no clue |
| 16:23:36 | HCl | i looked at it a bit but it was with LANG_ stuff and i don't know anything about that either.. |
| 16:24:04 | LinusN | HCl: a good opportunity to learn then |
| 16:24:19 | LinusN | HCl: add a LANG_ entry in apps/lang/english.lang |
| 16:24:24 | HCl | okay |
| 16:24:25 | LinusN | last in the file |
| 16:24:36 | HCl | i'll look at it later |
| 16:25:12 | LinusN | onplay.c contains the wps context menu code |
| 16:27:59 | Cassandra | Hcl: I'm thinking perhaps we should temporarily remove visible rundb related stuff for 2.5. |
| 16:28:19 | LinusN | perhaps |
| 16:28:34 | LinusN | we need a stable tag database implementation |
| 16:29:05 | Cassandra | It seems to me that the code is still maturing quite fast, and if we can leave it as "unofficial" that gives us more room to change things about before the next release. |
| 16:30:27 | Bger | bye all |
| 16:30:55 | Cassandra | Bye. |
| 17:00 |
| 17:00:56 | | Quit Cassandra (Read error: 110 (Connection timed out)) |
| 17:05:29 | | Join Cassandra [0] (~cassandra@82-70-230-150.dsl.in-addr.zen.co.uk) |
| 17:12:38 | HCl | tag database is stable, i think. |
| 17:12:48 | HCl | at least the current version doesn't need any changes.. |
| 17:13:00 | HCl | make a snapshot of the database generators though |
| 17:13:10 | HCl | since the current one on the wiki is already incompatible with 2.4 |
| 17:16:35 | | Join kurzhaarrocker [0] (~Phil@p50909809.dip0.t-ipconnect.de) |
| 17:18:50 | | Quit CBM-away (Read error: 110 (Connection timed out)) |
| 17:20:14 | kurzhaarrocker | I want to build the song db but only get "Can't locate strict.pm" from the perl script. Is that a bug or a feature? :) |
| 17:21:28 | amiconn | You'll need a full perl installation |
| 17:21:54 | kurzhaarrocker | I installed the ActiveState thingie as described http://www.rockbox.org/twiki/bin/view/Main/WebHome?topic=TagDatabase |
| 17:22:03 | kurzhaarrocker | Is there a trick I didn't see? |
| 17:22:41 | * | kurzhaarrocker finally located strict.pm |
| 17:23:57 | kurzhaarrocker | Do I need a system variable to the lib path of perl? (c:\perl\bin is in the path already) |
| 17:25:16 | kurzhaarrocker | arg, Stupid me. There was another perl.exe in the local path |
| 17:28:44 | | Quit kurzhaarrocker (Remote closed the connection) |
| 17:29:06 | markun | amiconn: Did you listen to the output of flite (festival lite) yet? |
| 17:30:46 | | Quit Cassandra (Read error: 110 (Connection timed out)) |
| 17:32:16 | markun | In case you haven't, I made a small sample: http://130.89.160.166/rockbox/flite.ogg |
| 17:35:50 | | Join Cassandra [0] (~cassandra@82-70-230-150.dsl.in-addr.zen.co.uk) |
| 17:48:49 | *** | Saving seen data "./dancer.seen" |
| 17:53:42 | | Join ghostiger [0] ([U2FsdGVkX@cf093ce9d4a6bfcf.session.tor) |
| 17:57:45 | | Join TCK- [0] (TCK@81-86-102-172.dsl.pipex.com) |
| 18:00 |
| 18:02:46 | Cassandra | Boomtown Rats had a few. |
| 18:02:57 | Cassandra | He also played the lead in the film of The Wall. |
| 18:03:08 | Cassandra | Ooops |
| 18:03:18 | LinusN | felt kind of off-topic :-) |
| 18:12:43 | amiconn | LinusN: Any news concerning SYS_SHUTDOWN? |
| 18:13:14 | LinusN | works fairly ok, but i have some thing to debug first |
| 18:13:20 | LinusN | things |
| 18:13:28 | amiconn | Ok. |
| 18:13:51 | LinusN | for instance, you can prevent shutdown by not calling the default handler |
| 18:14:03 | amiconn | Yes |
| 18:14:31 | amiconn | I can't say whether this would be a bug or a feature... |
| 18:14:41 | LinusN | a feature, i'd say |
| 18:14:54 | | Quit einhirn (Read error: 131 (Connection reset by peer)) |
| 18:14:55 | Cassandra | lets call it a beacher. |
| 18:15:19 | amiconn | Imo the shutdown code should then resend SYS_SHUTDOWN from time to time |
| 18:15:52 | amiconn | (if it is idle poweroff or sleep timer) |
| 18:16:17 | LinusN | i had that thought too |
| 18:16:53 | | Quit TCK (Read error: 110 (Connection timed out)) |
| 18:17:28 | Cassandra | Why would one get lost? |
| 18:23:44 | LinusN | when the button queue is cleared, or when a message is ignored for some reason |
| 18:31:43 | | Quit TCK- (Read error: 110 (Connection timed out)) |
| 18:34:28 | | Quit Bger (Read error: 113 (No route to host)) |
| 18:47:40 | | Quit Chamois (" HydraIRC -> http://www.hydrairc.com <- IRC for those that like to be different") |
| 18:51:23 | LinusN | time to go home |
| 18:51:26 | LinusN | cu folx |
| 18:51:28 | | Part LinusN |
| 18:53:36 | | Join KRAK_JOE [0] (~giveitup@user-6044.l2.c4.dsl.pol.co.uk) |
| 18:53:49 | KRAK_JOE | !help |
| 18:53:59 | KRAK_JOE | hello |
| 18:54:22 | KRAK_JOE | help anyone |
| 18:54:54 | KRAK_JOE | !search |
| 18:55:05 | KRAK_JOE | @find |
| 18:55:08 | KRAK_JOE | !search |
| 18:55:22 | bobTHC | not bot here |
| 18:56:02 | west-acre | KRAK_JOE cretin |
| 19:00 |
| 19:05:26 | | Quit bobTHC ("Smoke Weed Every Day !") |
| 19:19:47 | | Nick Lynx_ is now known as Lynx_awy (~lynx@tina-10-4.genetik.uni-koeln.de) |
| 19:30:26 | | Join hardeep [0] (hardeeps@norge.freeshell.org) |
| 19:33:32 | | Quit KRAK_JOE () |
| 19:37:12 | | Join einhirn [0] (Miranda@carlsberg.heim2.tu-clausthal.de) |
| 19:37:31 | | Quit einhirn (Client Quit) |
| 19:45:23 | HCl | heh. that person made me think i was on my wrong client for a second |
| 19:45:56 | west-acre | haha |
| 19:48:53 | *** | Saving seen data "./dancer.seen" |
| 19:48:55 | | Join Naked6 [0] (~westjd@cpe-71-65-32-255.indy.res.rr.com) |
| 19:49:35 | Naked6 | anyone home? |
| 19:49:40 | | Join Stryke` [0] (~Chairman8@cpe-24-168-110-99.si.res.rr.com) |
| 19:49:40 | HCl | i wouldn't call it home |
| 19:49:43 | HCl | but there are people here |
| 19:49:56 | Naked6 | wonderful |
| 19:50:30 | Naked6 | I can't wait till rockbox is done for the iriver |
| 19:50:41 | HCl | i don't think there is such a thing as done |
| 19:50:51 | HCl | but i'm guessing you mean you can't wait for the official rockbox iriver release |
| 19:50:52 | Naked6 | well. running |
| 19:50:57 | HCl | it already runs. |
| 19:51:13 | Naked6 | but the codecs aparently need work |
| 19:51:18 | HCl | ofcourse |
| 19:51:29 | HCl | its all still in development |
| 19:51:48 | Naked6 | if I were to install it... is it possible to ever get it back to the normal firmware? |
| 19:51:54 | HCl | sure. |
| 19:52:00 | Naked6 | very cool |
| 19:52:02 | HCl | it doesn't remove the original firmware either |
| 19:52:10 | Naked6 | thats incredible |
| 19:52:13 | HCl | just hold rec while booting or use the remote play to start and it'll boot the origina |
| 19:52:16 | HCl | l |
| 19:52:35 | Naked6 | im so happy i bought an iriver over an ipod |
| 19:52:46 | HCl | i never considered the ipod, heh. |
| 19:53:00 | Naked6 | i was considering many things |
| 19:53:00 | * | amiconn just implemented some rather sophisticated preprocessing for constructing the bmp header for the screenshot feature |
| 19:53:05 | HCl | i think iriver was the only 40gb player with radio at the time when i bought it |
| 19:53:09 | Naked6 | but the iriver was the best imo |
| 19:53:15 | Naked6 | yeah |
| 19:53:46 | HCl | i want radio for when i get bored of my own collection |
| 19:54:04 | Naked6 | yeah, the radio is not super great though |
| 19:54:12 | Hadaka | probably no hope of seeing rockbox on a small flash player that can do ogg in the near future? |
| 19:54:15 | Naked6 | you have to have the remote hooked up to get good reception |
| 19:54:17 | | Join RotAtoR [0] (~e@c-67-162-206-66.hsd1.mi.comcast.net) |
| 19:54:17 | HCl | meh, it works good enough |
| 19:54:39 | HCl | Hadaka: depends on whether you can get people to put in effort into it. |
| 19:54:46 | * | HCl yawns |
| 19:54:52 | HCl | i'm gonna go for a shower, bbl. |
| 19:55:03 | Naked6 | im gonna roll out |
| 19:55:06 | Naked6 | later fellas |
| 19:55:14 | Hadaka | HCl: well, I was more like asking if iriver or something had already similar hardware and such so it wouldn't be a completely from scratch affair |
| 19:55:15 | | Quit Naked6 () |
| 19:57:57 | | Join t0mas [0] (~541989d3@labb.contactor.se) |
| 19:58:01 | t0mas | :D |
| 19:58:06 | t0mas | :D :D :D |
| 19:58:28 | t0mas | back in the Netherlands |
| 19:58:47 | t0mas | not yet home... but still... it's good to have internet :) |
| 19:58:57 | | Join rubberglove [0] (~463086bb@labb.contactor.se) |
| 19:58:59 | t0mas | (I'm not IRC addicted in any way ;-)) |
| 20:00 |
| 20:00:18 | rubberglove | here's a question for anyone listening: |
| 20:00:44 | rubberglove | what happens to pug-ins when there is an idle timeout poweroff? |
| 20:01:00 | rubberglove | ahem ^plug-ins |
| 20:01:34 | rubberglove | are they (the plug-ins) informed? |
| 20:03:17 | Cassandra | I believe they get a SYS_POWEROFF event like the other running threads. |
| 20:03:56 | rubberglove | aha...thanks. |
| 20:05:30 | HCl | Hadaka: that would depend on the player... |
| 20:06:25 | t0mas | hm... |
| 20:06:27 | t0mas | I have an idea |
| 20:06:33 | t0mas | scream if you don't like it... |
| 20:06:56 | t0mas | why not power off after a few seconds on players with sw_poweroff if we have an unhandled exception? |
| 20:07:19 | t0mas | it's rather irritating to search for a paperclip everytime it crashes... |
| 20:07:22 | | Join TCK [0] (TCK@81-86-102-106.dsl.pipex.com) |
| 20:08:04 | | Join merbanan [0] (banan@dhcp11233.dc.ltu.se) |
| 20:09:13 | | Join nexus3 [0] (john@DSL01.212.114.206.147.NEFkom.net) |
| 20:09:16 | | Part nexus3 |
| 20:15:00 | | Join Bger [0] (~Bager@83.222.160.88) |
| 20:15:41 | HCl | i'd say half a minute |
| 20:15:45 | HCl | not a few seconds |
| 20:15:49 | t0mas | ok |
| 20:15:52 | t0mas | as long as it powers off |
| 20:16:02 | t0mas | as it's irritating if you don't have a paperclip... |
| 20:18:06 | amiconn | rubberglove: They don't get informed |
| 20:18:12 | amiconn | (currently) |
| 20:18:22 | amiconn | Linus is working on changing that |
| 20:18:57 | amiconn | t0mas: It would be better to reboot on a button press instead |
| 20:19:16 | * | Cassandra wonders if we could have a three finger salute somewhere in the button driver. |
| 20:19:43 | amiconn | (Play/Stop are the only possible buttons, since they can be checked without the button driver working |
| 20:20:34 | amiconn | Or we could mimic archos here: Holding Stop for 10 seconds to power off |
| 20:21:02 | rubberglove | amiconn: ah. thanks. . . i'll stop searching through the code....for now. |
| 20:21:28 | | Part rubberglove |
| 20:22:41 | amiconn | 4-grey screendump feature is working... |
| 20:25:12 | t0mas | amiconn: how do I wait for the stop button? |
| 20:25:33 | amiconn | You have to check the port pin yourself (low-level) |
| 20:25:48 | amiconn | You can't rely on the button driver in a crash situation |
| 20:26:31 | t0mas | I know |
| 20:26:39 | t0mas | that's why I wanted to just wait 10 seconds or something |
| 20:27:01 | amiconn | The 10 seconds are also a bit tricky, as you can't rely on the button tick either |
| 20:27:10 | t0mas | hm... |
| 20:27:13 | amiconn | s/button tick/timer tick/ |
| 20:27:18 | t0mas | then just wait for stop and ~HOLD |
| 20:27:54 | amiconn | You can use a delay loop, but that depends on the clock frequency (of course) |
| 20:28:21 | t0mas | or do the stop button? and check for !hold? |
| 20:29:08 | amiconn | We do such things in crash situations on archos, but not consistently |
| 20:29:30 | amiconn | ...i.e. we do it in panicf(), but not in UIE() |
| 20:30:06 | amiconn | And btw, switching of isn't as good as rebooting |
| 20:30:28 | amiconn | The hd might be unparked, and switching off forces it to do an emergency park |
| 20:32:53 | t0mas | ok, but does iriver support rebooting= |
| 20:33:03 | t0mas | didn´t find that in powermanagement code.. |
| 20:33:10 | t0mas | (rolo?) |
| 20:34:07 | amiconn | RoLo might be impossible, as it requires the ata driver and file system access working |
| 20:34:58 | t0mas | ok, how do I reboot then? |
| 20:35:53 | amiconn | We would need to jump into a certain address in the ROM |
| 20:35:59 | amiconn | Linus should know where |
| 20:36:15 | t0mas | ok, so a simple inline asm to jump? |
| 20:36:33 | amiconn | Yes I think so |
| 20:36:47 | t0mas | but... how does the bootloader deal with already init-ed hardware? |
| 20:37:20 | amiconn | I think the bootloader does its own init |
| 20:37:30 | amiconn | ...so it shouldn't matter |
| 20:37:54 | amiconn | Otherwise we would have to de-init this or that before rebooting |
| 20:37:57 | t0mas | ok, then we need Linus to tell us where to jump to |
| 20:38:11 | t0mas | and we need some way to check the stop button... and hold switch |
| 20:38:28 | t0mas | as just short pressing the stop button is ok with me... as long as it checks for the holdswitch |
| 20:39:23 | amiconn | Why do you think checking Hold is necessary? |
| 20:39:56 | dionoea | 'lo |
| 20:39:58 | t0mas | well... you can accidentally press stop short when you get it out of your pocket |
| 20:40:14 | t0mas | and then you won't see the error... |
| 20:40:17 | amiconn | This check will happen only if crashed... |
| 20:40:20 | dionoea | is the rockboy plugin still under developement ? (great plugin btw :) ) |
| 20:40:21 | t0mas | and long press stop is difficult to check |
| 20:40:26 | amiconn | Ah, that you mean |
| 20:40:41 | t0mas | so combined short press hold button would be nice |
| 20:40:57 | amiconn | We could check for combined Play and Stop press |
| 20:41:03 | t0mas | as you normally set it to hold when it's in your pocket |
| 20:41:14 | amiconn | I don't use hold |
| 20:41:24 | t0mas | that would be ok too... but wouldn't stop !hold be more convinient? |
| 20:41:36 | amiconn | stop & play & !hold ;) |
| 20:41:40 | t0mas | huh?? why don't you use hold? |
| 20:41:48 | t0mas | yes, that's ok too |
| 20:41:56 | amiconn | I don't need it, and it irritates me all the time |
| 20:42:03 | * | t0mas starts reading button.c for the ports to check |
| 20:42:07 | amiconn | ...like: Why the *** do the buttons not work??? |
| 20:42:20 | t0mas | there is an icon in the screen... lol... |
| 20:42:36 | t0mas | I have my iriver in my pocket a lot |
| 20:42:45 | amiconn | I don't |
| 20:42:58 | amiconn | Imho it's too bulky for a pocket... |
| 20:44:12 | t0mas | try skater wear ;-) |
| 20:44:26 | t0mas | hm... and it fits my swimming pants too... |
| 20:44:28 | amiconn | if ((GPIO1_READ & 0x62) == 0x60) |
| 20:44:37 | amiconn | That's Play & Stop & !hold |
| 20:44:49 | amiconn | Erm, wrong |
| 20:44:58 | amiconn | if ((GPIO1_READ & 0x62) == 0) |
| 20:45:01 | t0mas | ok, but is GPIO1_READ usable in the crashed state? |
| 20:45:25 | amiconn | It's a plain i/o port, so it should always work |
| 20:45:42 | | Join Lear [0] (~chatzilla@h142n4c1o285.bredband.skanova.com) |
| 20:45:54 | t0mas | and GPIO1_READ is a macro? |
| 20:46:38 | amiconn | Yes it is |
| 20:46:47 | amiconn | See mcf5249.h |
| 20:47:09 | t0mas | tnx |
| 20:48:20 | t0mas | is it a problem to check the port in a while (1) loop? |
| 20:48:34 | t0mas | should I check it with some interval for example? |
| 20:48:48 | t0mas | or can the cpu handle the continuous checking? |
| 20:48:57 | amiconn | No, you can just use a simple while loop |
| 20:49:17 | t0mas | ok, then I just need to restart command from Linus... |
| 20:49:24 | t0mas | or I need to find it out myself :) |
| 20:49:33 | * | t0mas starts looking around... |
| 20:49:56 | amiconn | We can't do much to save energy, and we don't need to give time to other threads, so busy polling is ok here |
| 20:50:37 | t0mas | hm... energy saving isn't an issue in the crashed state :) |
| 20:51:10 | amiconn | We could try to disable the pll in order to run at 11 MHz |
| 20:52:07 | t0mas | yes... that would be nice... |
| 20:52:14 | amiconn | If the cpu happens to run at 120 MHz when the crash occurs, it will get quite warm... |
| 20:52:21 | t0mas | I know |
| 20:52:24 | t0mas | it did last week... |
| 20:52:31 | t0mas | and I had no paperclip |
| 20:52:41 | t0mas | so I had to wait for a few hours to get the battery empty... |
| 20:53:08 | amiconn | Just add the first 2 statements of the set_cpu_frequency() default: case before your polling loop |
| 20:53:16 | amiconn | DCR = (DCR & ~0x01ff) | 1; |
| 20:53:23 | amiconn | PLLCR = 0x00000000; |
| 20:53:59 | t0mas | ok |
| 20:54:04 | amiconn | The first sets the correct DRAM refresh for 11 MHz, the second sets the pll to bypass (11 MHz) |
| 20:54:23 | amiconn | Everything else doesn't matter, resp. might cause nasty effects |
| 20:54:28 | t0mas | hmh.. I knew the second 1 |
| 20:55:15 | amiconn | Btw, someone had a good idea this weekend, but I don't remember who it was |
| 20:55:25 | amiconn | We could set the cpu to 11 MHz while on USB |
| 20:55:32 | t0mas | yes |
| 20:55:35 | t0mas | and when paused |
| 20:55:49 | t0mas | linus already talked about that some time... but never implemented it |
| 20:55:49 | amiconn | I wouldn't do this |
| 20:55:58 | amiconn | The UI might get sluggish |
| 20:56:18 | t0mas | hm... we talked about 22 Mhz as usefull for the non decoding, but still pcm filling state |
| 20:56:36 | t0mas | Slasheri thought it was possible to feed pcm... at 22 mhz |
| 20:56:47 | amiconn | Linus wants to do some experiments how low we can go and still have a responsive UI |
| 20:57:01 | hardeep | limbo |
| 20:57:02 | t0mas | yes, that would be a good idea |
| 20:57:03 | amiconn | I would settle for 30..35 MHz |
| 20:57:18 | amiconn | ...for the unboosted state |
| 20:57:21 | t0mas | oh... and I was looking at the audio thread debug last week |
| 20:57:26 | amiconn | No additional state |
| 20:57:26 | t0mas | the trackcount doesn't go down |
| 20:57:42 | t0mas | but maybe it's already fixed |
| 20:57:59 | amiconn | No idea... |
| 20:58:09 | amiconn | I'm busy with greyscale gfx |
| 20:58:39 | t0mas | WOW |
| 20:58:47 | t0mas | has Slasheri optimized playback a lot? |
| 20:59:05 | t0mas | I'm looking at the audio thread debug... and it has a way lower boostrate now... |
| 20:59:54 | Slasheri | t0mas: Hmm, 22 MHz might be possible |
| 21:00 |
| 21:00:38 | t0mas | and the switching is way faster :) |
| 21:00:38 | | Quit TCK (Read error: 104 (Connection reset by peer)) |
| 21:00:48 | | Join TCK [0] (TCK@81-86-98-128.dsl.pipex.com) |
| 21:01:03 | t0mas | erm... 1 remark left :) |
| 21:01:12 | t0mas | why doesn't it buffer > 10 songs? |
| 21:01:25 | t0mas | I have a few mix cd's split up in 1 to 2 minute tracks... |
| 21:01:29 | Lear | t0mas: dithering was disabled a while ago, maybe that's what you're seeing? |
| 21:01:46 | t0mas | might be... I had the version with new dsp code |
| 21:01:50 | t0mas | the first try :) |
| 21:02:05 | Lear | I think it was disabled fairly soon after that change... |
| 21:02:11 | t0mas | why? |
| 21:02:21 | t0mas | oh you mean prelows thing? |
| 21:02:26 | t0mas | in the mp3 codec? |
| 21:03:02 | amiconn | The 10 track limit is in the playback code; I already talked to Slasheri that this might be too low |
| 21:03:24 | t0mas | yes, I think it should be more like 20 or something |
| 21:03:34 | amiconn | We have a 16 track limit on archos, and some users even managed to hit that limit (with 2 MB RAM!) |
| 21:03:37 | t0mas | depending on how much more memory it costs |
| 21:03:52 | amiconn | I would go for 100 tracks on iriver |
| 21:03:54 | t0mas | hm... how much extra mem does 1 more song cost? |
| 21:04:00 | t0mas | 4 bytes? 1 pointer? |
| 21:04:08 | amiconn | No, it's quite a bit more |
| 21:04:15 | t0mas | hm... > 100 bytes? |
| 21:04:28 | Lear | 4-500 bytes at least, I think... |
| 21:04:35 | t0mas | pfew... |
| 21:04:40 | t0mas | then 100 might be a but much... |
| 21:04:41 | amiconn | sizeof struct track_info per track |
| 21:04:50 | * | t0mas checks the struct |
| 21:05:01 | Lear | Where is the track info, btw? I don't remember... :) |
| 21:07:14 | hardeep | i'm looking into fixing the problem with resume info only being saved while in the wps. The mpeg/playback code seems like the ideal place for this, anyone disagree? |
| 21:07:35 | t0mas | I agree hardeep |
| 21:07:40 | t0mas | Lear: I don't know |
| 21:07:40 | t0mas | haha |
| 21:07:45 | | Quit Zagor ("Client exiting") |
| 21:07:48 | t0mas | damn... 9 days no rockbox... |
| 21:08:02 | t0mas | and I start forgetting places :( |
| 21:08:29 | amiconn | t0mas: If I counted correctly it takes 1108 bytes per track |
| 21:08:49 | t0mas | damn... |
| 21:08:55 | Lear | That much? I can see 600 on a quick look... |
| 21:08:56 | t0mas | then 100 takes a lot of mem.. |
| 21:09:13 | amiconn | sizeof (struct track_info) = sizeof(struct mp3entry) + sizeof(struct mp3info) + 40; |
| 21:09:17 | t0mas | amiconn: http://pastebin.ca/16867 |
| 21:09:35 | amiconn | struct mp3entry is the biggest sucker by far |
| 21:09:39 | amiconn | - 896 bytes |
| 21:09:54 | Lear | Didn't do sizeof, but a second look made it more like 800. :) |
| 21:10:07 | amiconn | Yes, but as I said users managed to hit 16 with 2 MB ram |
| 21:10:13 | t0mas | amiconn: is it on stack now? as we can't just dump 100 * 1108 = 110.800 on the stack.. |
| 21:10:24 | Lear | Cutting 100 bytes per entry should be easy though. MP3 TOC can be found in both mp3entry and mp3info... |
| 21:10:28 | amiconn | No, it's a static array |
| 21:10:39 | Lear | t0mas: not stack, static, so that's not a problem. |
| 21:10:39 | t0mas | auw... |
| 21:10:49 | amiconn | We have 16 times the ram, and 16*16 = 256... |
| 21:11:05 | amiconn | But I'd limit to 100 because a CD can have a max of 99 tracks |
| 21:11:06 | t0mas | ok, maybe 50 is a good middle? |
| 21:11:19 | Lear | But increasing the MAX_TRACK for 32 MB platforms makes sense. I'd say 30 should be plenty. :) |
| 21:11:31 | t0mas | 30 / 50 = 0.6 MB per file |
| 21:11:36 | amiconn | ...and "albums" with such tiny tracks are usually rips from language learning CDs |
| 21:12:05 | t0mas | amiconn: but we don't need to load every exceptional big album in ram fully... |
| 21:12:30 | amiconn | Hmm, if it behaves correctly otherwise, you're right |
| 21:12:35 | t0mas | and the next one... amiconn: http://pastebin.ca/16867 |
| 21:12:41 | amiconn | It might happen that it doesn't |
| 21:12:46 | t0mas | it behaves perfectly with 10 now |
| 21:12:52 | t0mas | and most of my albums are > 10 |
| 21:12:57 | amiconn | On archos we have the problem that the 16th track repeats over and over |
| 21:13:33 | amiconn | ...until you skip once. Then all is fine again (until the next time with 16 tracks buffered |
| 21:13:35 | amiconn | ) |
| 21:13:54 | t0mas | ok... and my pastebin dump? |
| 21:14:16 | t0mas | can we jump to the address where the bootloader loads to? |
| 21:14:40 | amiconn | No, this would be rockbox |
| 21:14:51 | t0mas | yes, is that a problem? |
| 21:15:08 | t0mas | oh wait... we want to re-init |
| 21:15:09 | amiconn | Yes, rockbox might be partially overwritten |
| 21:15:11 | t0mas | nevermind ;) |
| 21:15:12 | Slasheri | huh, over 16 tracks on 2 MB buffer? :D |
| 21:15:18 | amiconn | ...because it behaved erratically |
| 21:15:31 | t0mas | ok, so jump to the beginning of the rom? |
| 21:15:32 | amiconn | Slasheri: Yes, as I said - language learning CDs |
| 21:15:36 | amiconn | t0mas: Yes |
| 21:15:37 | Slasheri | amiconn: ah, ok |
| 21:15:55 | t0mas | amiconn: linus knows the addres... and with some searching... I might find it too :) |
| 21:15:56 | amiconn | These CDs often have tracks with a few seconds length |
| 21:15:56 | Slasheri | amiconn: just change the track limit to something bigger if you feel that way :) |
| 21:16:19 | t0mas | I would go to 50... not 100... |
| 21:16:29 | t0mas | as it works fine when not everything is buffered |
| 21:16:33 | amiconn | t0mas: Apart from that, you copied from an old init sequence |
| 21:16:40 | amiconn | The 0x30000000 is wrong |
| 21:16:50 | amiconn | (but works even though it is wrong) |
| 21:17:50 | amiconn | We should try to correct the behavior on archos too (just don't use the whole buffer when the track number limit is reached) |
| 21:18:03 | amiconn | Then we could lower the maximum on archos... |
| 21:18:16 | t0mas | amiconn: I copied it from viewcvs... |
| 21:18:25 | t0mas | as I don't have my own files here... |
| 21:18:29 | amiconn | Hmm? |
| 21:18:33 | amiconn | Which file? |
| 21:19:00 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 21:19:53 | t0mas | ah LinusN :) |
| 21:20:10 | t0mas | amiconn: bootloader/main.c |
| 21:20:19 | t0mas | LinusN: have you read the logs? |
| 21:20:31 | LinusN | yes |
| 21:20:41 | t0mas | ok, and do you have the answere? |
| 21:20:52 | LinusN | where to jump to restart? |
| 21:20:57 | t0mas | yes |
| 21:21:20 | LinusN | without running the boot loader? |
| 21:21:26 | t0mas | no, with |
| 21:21:53 | t0mas | I already found a way to jump to the loading address... but we need the bootloader to init some things |
| 21:22:04 | t0mas | as we don't know the hardware state before we jump |
| 21:22:08 | LinusN | just call system_reboot() |
| 21:22:15 | t0mas | from an exception :) |
| 21:22:22 | amiconn | t0mas: Ah, I fixed rolo_restart(), but the routine in bootloader/main.c still uses the wrong RAM start address |
| 21:22:22 | t0mas | erm... interrupt... |
| 21:22:22 | LinusN | #include "system.h" |
| 21:22:22 | | Join ghode|afk [0] (~dude@host-212-158-195-93.bulldogdsl.com) |
| 21:22:39 | t0mas | amiconn: ok |
| 21:22:54 | ghode|afk | quick question, i want to convert my wma files to ogg, what would the best settings be? and how do i mae sure that they have tag info? |
| 21:23:02 | t0mas | LinusN: is it safe to do that from the unhandled interrupt handler? |
| 21:23:09 | LinusN | yes |
| 21:23:15 | t0mas | ok |
| 21:23:24 | LinusN | hmmm, wait |
| 21:24:05 | LinusN | yes, it should be safe |
| 21:24:09 | amiconn | LinusN: The wrong RAM start in bootloader/main.c should be fixed. However, I couldn't safely test... |
| 21:24:36 | Lear | you do know that converting between lossy formats is a bad idea as such? ;) |
| 21:24:44 | t0mas | erm... |
| 21:24:56 | t0mas | amiconn, LinusN: we rolo for the other devices if ON is pressed |
| 21:25:02 | t0mas | should I just add that to iriver too? |
| 21:25:09 | LinusN | sure |
| 21:25:10 | Lear | other than that, it depends on the source. No point in using, say q6 for ogg for a 128 kbps wma... :) |
| 21:25:29 | LinusN | amiconn: yes it should be fixed, but it is safe for now |
| 21:25:59 | t0mas | amiconn: you agree on just checking the ON button and the hold button? like archos devices do? |
| 21:26:05 | t0mas | and rolo? |
| 21:26:18 | ghode|afk | Lear, i know but rockbox won't support wma anytime soon, and i actually have some wma albums i want to listern to ;/ my wma's aew 192 btw] |
| 21:26:23 | amiconn | LinusN: We rolo from unhandled irq on archs? |
| 21:26:31 | t0mas | amiconn: we do |
| 21:26:35 | amiconn | Afair we only do that for panicf() |
| 21:26:44 | amiconn | ...and even then it doesn't work always |
| 21:26:46 | t0mas | http://www.rockbox.org/viewcvs.cgi/firmware/system.c?view=markup |
| 21:27:10 | t0mas | see UIE |
| 21:27:44 | amiconn | Yes, I see it |
| 21:27:46 | LinusN | roloing is a bad idea imho |
| 21:27:53 | amiconn | LinusN: Yep |
| 21:27:57 | t0mas | hmz... it does rolo load there... but we can also do system_reboot ? |
| 21:28:03 | t0mas | ah... ok, you agree :) |
| 21:28:06 | amiconn | We should try to restart the ROM instead |
| 21:28:07 | t0mas | slow webchat :X |
| 21:28:08 | Lear | ghode, then I'd use something that gives about the same bitrate, say q5.5 or 6.0. |
| 21:28:12 | amiconn | (also possible on archos) |
| 21:28:24 | ghode|afk | ok, any idea on command line settings? |
| 21:28:26 | amiconn | ...an jump to 0x00000000 |
| 21:28:32 | Lear | possibly a little lower. Try! |
| 21:28:35 | t0mas | so change both archos things to system_reboot() ? |
| 21:28:44 | t0mas | and add the iriver to it? |
| 21:29:00 | HCl | ghode|afk: i'd just get a new rip of the albm |
| 21:29:01 | HCl | album* |
| 21:29:14 | Lear | For command line, just use -q 5, or whatever you prefer. There are other options, but I wouldn't bother about them (except for the tagging ones that is). |
| 21:29:24 | LinusN | t0mas: each target has its own UIE() |
| 21:29:33 | amiconn | t0mas: Yes, imho that would be the best solution |
| 21:29:34 | t0mas | huh? |
| 21:29:49 | LinusN | line 402 |
| 21:30:07 | t0mas | lool |
| 21:30:10 | t0mas | without linecounts :) |
| 21:30:16 | * | t0mas switches to annotate view |
| 21:30:27 | ghode|afk | HCl, i'd love to dot hat, but all my wma are from when a guy at my old work place bought in 20 albums, and at the time, the only thing i could use to rip them was WMP10 :( |
| 21:31:00 | Cassandra | Then perhaps you should buy the album. |
| 21:31:08 | amiconn | t0mas: Choose the annotated view in viewcvs, the you'll have line numbers |
| 21:31:29 | t0mas | yes amiconn I already did |
| 21:31:42 | ghode|afk | Cassandra: send me the money then sure! |
| 21:31:56 | t0mas | LinusN: I don't see why it;s different per device? |
| 21:32:24 | t0mas | it's 1 function? |
| 21:32:29 | t0mas | are there others for archos devices? |
| 21:32:53 | HCl | ghode|afk: can't you get them off the internet? |
| 21:32:58 | LinusN | UIE contains asm code |
| 21:33:02 | HCl | what album do you need? |
| 21:33:25 | LinusN | so there's one UIE for each cpu |
| 21:33:30 | Cassandra | Guys, can we please not discuss commiting illegal acts on this channel. There are many better places for it. |
| 21:33:36 | t0mas | LinusN: ok, I missed that :) |
| 21:33:43 | amiconn | LinusN, t0mas: ...and some knowledge about the exception stack frame |
| 21:33:47 | HCl | excuse me, but making copies of albums you own is not illegal in my country. |
| 21:33:57 | HCl | neither is downloading an mp3 version of that album |
| 21:33:58 | HCl | in fact. |
| 21:34:01 | HCl | its legal to download anything. |
| 21:34:13 | LinusN | not in my country, since july 1st |
| 21:34:27 | ghode|afk | de[ends what country ;p, but i guess this isn't the place for such talk |
| 21:34:41 | | Join as [0] (na@ti521110a080-2228.bb.online.no) |
| 21:34:56 | t0mas | LinusN: but for archos devices pressong ON causes it to rolo, shall I change it to ON and !hold for iriver, and call system_reboot() then? |
| 21:35:06 | LinusN | yes |
| 21:35:07 | t0mas | amiconn suggested ON STOP and !hold |
| 21:35:17 | t0mas | * ON STOP |
| 21:35:22 | LinusN | stop is a bad idea |
| 21:35:34 | t0mas | hm... the cgi chat doesn't display the plus sign here :| |
| 21:35:36 | Cassandra | HCl: Good for you. Doesn't hold for others. However, in general, it's a good idea for the Rockbox project to have as cleae a llegal status as possible. It would be very annoying if people were to accuse Rockbox of encouraging piracy. |
| 21:35:38 | t0mas | LinusN: shy? |
| 21:35:49 | HCl | yea, i guess |
| 21:35:57 | LinusN | because stop is read by the button interrupt handler |
| 21:36:05 | LinusN | which might have crashed too |
| 21:36:15 | amiconn | LinusN: Hmm? |
| 21:36:22 | t0mas | if ((GPIO1_READ & 0x62) == 0) |
| 21:36:30 | amiconn | Of course we have to check low-level, i.e. reading the port |
| 21:36:30 | LinusN | on and hold are the only buttons that can be read with port i/o |
| 21:36:45 | t0mas | LinusN: stop can be read separate too afaik? |
| 21:36:52 | LinusN | not on iriver |
| 21:36:52 | amiconn | On (=Play), Off(=Stop=) and hold... |
| 21:36:59 | amiconn | LinusN: Yes it can |
| 21:37:03 | * | LinusN is silly |
| 21:37:26 | amiconn | ...but On and !hold might be sufficient |
| 21:37:33 | t0mas | make it ON and STOP and !hold? or just ON and !hold? |
| 21:37:34 | LinusN | absolutely |
| 21:37:37 | | Nick as is now known as thegeek_ (na@ti521110a080-2228.bb.online.no) |
| 21:37:44 | LinusN | on + !hold |
| 21:37:58 | t0mas | ok, amiconn, can you do the bit magic again? :) |
| 21:38:09 | LinusN | button.c |
| 21:38:17 | t0mas | ok, I'll read it myself :) |
| 21:38:39 | LinusN | gotta go |
| 21:38:42 | | Part LinusN |
| 21:38:43 | amiconn | if ((GPIO1_READ & 0x22) == 0) |
| 21:39:01 | amiconn | ...and the 62 was wrong btw |
| 21:39:07 | * | amiconn was silly too |
| 21:39:16 | t0mas | amiconn: do you have some time to explain how you got that 0x22 ? |
| 21:39:23 | amiconn | ...and Linus wasn't silly |
| 21:39:32 | amiconn | ...we can't use Stop |
| 21:39:47 | amiconn | I mistook Play on the remote for Stop |
| 21:40:26 | amiconn | Check button.c line 446 and line 580 |
| 21:40:52 | t0mas | ok |
| 21:40:54 | t0mas | BUTTON_ON 0x0001 |
| 21:40:58 | t0mas | woops |
| 21:41:53 | amiconn | Not the symbolic button constant, the 'data' check is the interesting part |
| 21:42:12 | amiconn | You can also check your iriver (debug -> view I/O ports) |
| 21:42:37 | amiconn | Press & release On, and switch Hold on & off. Watch GPIO1_READ... |
| 21:42:45 | | Join bagawk [0] (1000@bagawk.user) |
| 21:48:42 | | Quit ghode|afk () |
| 21:48:56 | *** | Saving seen data "./dancer.seen" |
| 21:50:48 | | Quit thegeek (Read error: 110 (Connection timed out)) |
| 21:53:13 | | Quit t0mas ("CGI:IRC (EOF)") |
| 21:54:09 | Lear | Er, why is get_mp3file_info called twice on the iriver? |
| 22:00 |
| 22:00:45 | Lear | And the mpeg codec seems to need three additional fields, enc_delay, enc_padding and frame_count, thus mp3info is added to the trackinfo struct (with an extra copy of the toc)... |
| 22:04:39 | | Join tvelocity [0] (~tony@ipa252.4.tellas.gr) |
| 22:20:42 | HCl | bleh |
| 22:20:49 | HCl | i wish my gay flatmate would move, he's such a jerk |
| 22:28:05 | | Join [IDC]Dragon [0] (~5483957a@labb.contactor.se) |
| 22:28:27 | | Join n0bby [0] (~fake@40-218.207-68.tampabay.res.rr.com) |
| 22:28:34 | [IDC]Dragon | 'evening! |
| 22:28:45 | [IDC]Dragon | amiconn: do you read? |
| 22:28:50 | n0bby | 'lo |
| 22:28:55 | amiconn | Hello to Hanover |
| 22:29:03 | [IDC]Dragon | Hi Berlin |
| 22:29:11 | Lear | Slasheri: Why a PCM watermark at 75% of buffer capacity? :) |
| 22:29:17 | n0bby | hello from florida |
| 22:29:43 | [IDC]Dragon | amiconn: you could do the missing bootbox tests, with Player and OndioSP |
| 22:29:49 | Slasheri | Lear: to make sure gapless works good :) |
| 22:29:52 | [IDC]Dragon | n0bby: nice |
| 22:30:08 | Slasheri | i think that should not affect battery performance much |
| 22:30:16 | Lear | And if you don't use gapless...? :) |
| 22:30:30 | Slasheri | Lear: you can't "turn off" gapless =) |
| 22:30:42 | Slasheri | only crossfading is an option |
| 22:30:49 | Lear | Sorry, read that as crossfade first... :/ |
| 22:30:55 | Slasheri | :) |
| 22:31:07 | [IDC]Dragon | amiconn: shoudn't take long, with no charging test |
| 22:31:16 | amiconn | [IDC]Dragon: H00, |
| 22:31:22 | amiconn | *Hmm |
| 22:31:32 | amiconn | I *hate* numlock on laptops |
| 22:31:54 | n0bby | n4036c2 5s f4n 6n 3a-t-s! +- |
| 22:31:58 | n0bby | heheh |
| 22:32:03 | [IDC]Dragon | I hate both numlock and caps lock |
| 22:32:10 | n0bby | = numlock is fun on laptops! :P |
| 22:32:23 | [IDC]Dragon | especially when caps lock is in fact shift lock |
| 22:32:33 | Lear | Still, 2 seconds for gapless should be enough - unless the gap is intentional, in which case it should be kept, perhaps... |
| 22:32:52 | Lear | Or 1 second... :) |
| 22:32:57 | amiconn | [IDC]Dragon: If caps lock == shift lock the you are using the wrong keymap |
| 22:33:15 | amiconn | *then |
| 22:33:20 | * | [IDC]Dragon is |
| 22:33:48 | Slasheri | Lear: Hmm, yes.. maybe that watermark can be adjusted to little lower. But some people were reporting problems with the previous watermark setting |
| 22:33:56 | amiconn | I'm always changing the default keymap in windows to "Deutsch (IBM)" in the setup, and remove all others |
| 22:34:14 | [IDC]Dragon | there's some registry stuff to even disable it |
| 22:34:43 | | Join hubbel [0] (~51e23707@labb.contactor.se) |
| 22:34:45 | [IDC]Dragon | and I want Ctrl for Fn |
| 22:35:18 | amiconn | My kb has both Ctrl and Fn twice |
| 22:35:53 | Slasheri | huh, i am afraid if Fn even sends any key events to os when pressed.. |
| 22:36:16 | [IDC]Dragon | remember my words, one day the shift bar will be as small as a regular key, with all the Windows, Apple and Linux special keys eating it up |
| 22:36:34 | n0bby | i hate laptop spacebars |
| 22:36:50 | n0bby | too small |
| 22:36:51 | Lear | Boost ratio increases a bit. Seems to hover at about 13% for 128 kbps. |
| 22:37:01 | [IDC]Dragon | s/shift bar/space bar/ |
| 22:37:11 | Slasheri | Lear: Hmm, what it was before? |
| 22:37:28 | Slasheri | but that little increase is an expected change.. |
| 22:37:32 | Lear | IIRC, 8-10... Was a while ago though, so I'm not sure at what bitrate. |
| 22:37:46 | Slasheri | ah, ok |
| 22:38:13 | amiconn | Hmm, 4-grey core done, screendump adapted, x11 sim (temporarily) adapted. Win32 sim and bmp2rb still left... |
| 22:38:31 | Slasheri | sombody who doesn't use the crossfade should replace that watermark level with a better value :) |
| 22:39:38 | | Quit hubbel (Client Quit) |
| 22:40:19 | Lear | Could be made dynamic without much problem, I'd guess, but should there really be that esoteric (sp?) options? ;) |
| 22:41:17 | n0bby | ami, does that mean 4 colour grey for iriver is now complete? |
| 22:41:23 | n0bby | or is there more work do do? |
| 22:41:44 | amiconn | n0bby: " Win32 sim and bmp2rb still left..." |
| 22:42:51 | n0bby | so we dont get our grey in real life until it works in the sim? |
| 22:42:58 | n0bby | what does bmp2rb do? |
| 22:43:07 | n0bby | rockbox has its own bitmap format now? |
| 22:43:23 | Bagder | it always had |
| 22:43:37 | n0bby | but the graphic wps doesnt use it |
| 22:43:44 | Bagder | yes it does, internally |
| 22:43:51 | n0bby | ahhh |
| 22:44:02 | amiconn | n0bby: I won't commit without the sims working, and I want a working bmp2rb to be able to have the boot logo in greyscale |
| 22:44:45 | n0bby | is that a number of minutes, hours or days amount of work? |
| 22:46:45 | [IDC]Dragon | 'night |
| 22:46:48 | | Quit [IDC]Dragon ("CGI:IRC") |
| 22:47:50 | Lear | Slasheri: boost at 10-11% with smaller watermark, so the difference sure is small. :) |
| 23:00 |
| 23:06:03 | | Join Moxon [0] (~Moxon@212.80.242.132) |
| 23:09:20 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 23:10:53 | * | Moxon really likes the full seeking support in most codecs. |
| 23:13:02 | | Quit Cassandra (" HydraIRC -> http://www.hydrairc.com <- The professional IRC Client") |
| 23:13:42 | | Join stripwax [0] (~stripwax_@213-228-241-36.dsl.prodigynet.co.uk) |
| 23:18:28 | | Quit bagawk ("Leaving") |
| 23:20:36 | * | HCl guesses he'll go work on a rating thing.. |
| 23:27:13 | | Join stripwax_ [0] (~stripwax_@213-228-241-36.dsl.prodigynet.co.uk) |
| 23:27:17 | stripwax_ | hola |
| 23:30:46 | HCl | i'm confused |
| 23:30:51 | HCl | how do i get into the wps context menu.. |
| 23:30:57 | | Quit stripwax (Read error: 110 (Connection timed out)) |
| 23:31:03 | n0bby | hold select |
| 23:32:17 | HCl | ahhh. |
| 23:37:25 | stripwax_ | ... so, how hard would it be to redirect the mas_codec_readreg stuff in vu_meter to some function that either does the mas read or reads some property of pcm_playback, depending on circumstances? |
| 23:40:32 | | Quit Lear ("Chatzilla 0.9.68.5 [Firefox 1.0.4/20050512]") |
| 23:40:40 | HCl | you'd probably wouldn't even need a function for it, just a define |
| 23:40:54 | HCl | at least, thats what i'd say |
| 23:41:38 | stripwax_ | yeah, a define would work, i guess, as long as it resolved to one of two different rb-> api functions (is that right?) |
| 23:44:05 | Bagder | yes, the plugin struct would simply have pointers to either the archos function or the pcm function |
| 23:44:10 | | Part LinusN |
| 23:44:57 | * | HCl makes an attempt at getting a rating setting in and has high hopes |
| 23:45:00 | hardeep | the peakmeter uses the same functions doesn't it? |
| 23:45:12 | Bagder | I assume it does |
| 23:45:23 | stripwax_ | that would be an extra indirection, no? couldn't we just #define get_left_vu rb->mas_codec_readreg(0xC) instead? |
| 23:45:34 | HCl | we'll probably want to move it to a song options submenu... |
| 23:45:48 | stripwax_ | (and then rewrite that code to use get_left_vu instead of rb->mas_codec_readreg..) |
| 23:46:06 | HCl | am i still allowed to commit this? |
| 23:46:16 | HCl | with the feature freeze that was suggested and all. |
| 23:46:54 | Bagder | there's no freeze yet |
| 23:48:58 | *** | Saving seen data "./dancer.seen" |
| 23:49:37 | HCl | okay good |
| 23:49:53 | HCl | i want to try to get these few last features in to give all our 2.5 only users a little extra |
| 23:50:17 | HCl | though i guess without an up to date search engine its not *that* advanced yet. but still usable |
| 23:50:32 | Bagder | personally, I want it for stats |
| 23:50:37 | Bagder | not searches |
| 23:50:45 | HCl | rating? |
| 23:50:48 | HCl | or you mean playcount |
| 23:50:51 | HCl | and lastplayed |
| 23:50:57 | HCl | i haven't implemented lastplayed yet.. |
| 23:51:07 | HCl | but yea |
| 23:51:25 | HCl | thats gonna be my next thing, trying to make it possible to display it on the wps |
| 23:51:44 | Bagder | that'll be fun! |
| 23:51:59 | HCl | yup :) |
| 23:52:14 | HCl | though i really should improve the playcount handling first |
| 23:52:20 | HCl | but i can do that afterwards |
| 23:52:32 | HCl | it still counts songs that you skip |
| 23:54:08 | | Join einhirn [0] (Miranda@carlsberg.heim2.tu-clausthal.de) |
| 23:54:19 | pill | hola |
| 23:55:09 | HCl | ouch, thats not good :( |
| 23:55:10 | | Quit TCK (Read error: 110 (Connection timed out)) |
| 23:55:12 | hardeep | hmmm, resume is off by several seconds on the iriver... looks like offset is being updated too early |
| 23:55:12 | HCl | hits 0... why.. :/ |
| 23:55:12 | stripwax_ | hmm... what's the range of mas_codec_readreg(0xC) .. looks like 0..45 ?! |
| 23:55:37 | pill | just a suggestion: would it be possible to add a "queue from" option in the playlist/queue context menu, so that when you choose a track, playback will go on to the next track after the one enqueued? |
| 23:55:48 | pill | i don't know how hard it would be to implement |
| 23:56:20 | * | HCl scratches his head... |
| 23:56:40 | hardeep | pill: probably not too hard, it could be implemented the same way as move to next folder |
| 23:57:26 | pill | yeah probably |
| 23:57:35 | stripwax_ | ah nemmind. I'm a fool. found MAX_PEAK |
icon identifies that the person is a core developer (has commit access).