00:05:19 | | Quit komputes (Quit: I haven't slept for ten days, because that would be too long.) |
00:08:18 | | Quit n1s (Quit: Lämnar) |
00:14:44 | | Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) |
00:17:52 | pixelma | linuxstb: but what about the sims? Seems the mapping of some buttons it was responsible for doesn't work anymore in at least the D2 sims as reported |
00:19:25 | pixelma | mapping of "buttons" - those related to the 3x3 grid mode things |
00:22:17 | | Quit bertrik (Ping timeout: 245 seconds) |
00:23:01 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
00:29:10 | | Quit stripwax (Ping timeout: 240 seconds) |
00:35:27 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
00:36:05 | Torne | so are we frozen now or are we still debating? :) |
00:38:01 | | Join casainho [0] (~chatzilla@bl20-146-8.dsl.telepac.pt) |
00:41:39 | linuxstb | Torne: I think we've agreed to freeze, but no-one has said "We are now frozen". |
00:44:46 | | Join JdGord [0] (~jd@1.41.219.237) |
00:45:18 | JdGord | Alexp: pixelma: a noframe option can't be added as simply as the other ones |
00:46:04 | Torne | linuxstb: fair enough |
00:46:16 | JdGord | You could far it with an image though fairly easily |
00:46:38 | JdGord | Fake* |
00:48:23 | | Quit bertrik (Quit: :tiuQ) |
00:48:29 | stripwax | was the suggestion to freeze on Monday (or was that supposed to be yesterday rather than next Monday?) |
00:48:30 | | Quit Llorean (Quit: Leaving.) |
00:49:25 | | Join aexin [0] (eivindsy@unaffiliated/aevin) |
00:49:37 | | Quit pamaury (Remote host closed the connection) |
00:50:25 | | Quit aexin (Client Quit) |
00:52:52 | | Quit Rob2223 (Quit: Rob2223) |
00:54:19 | linuxstb | stripwax: The Monday that's just passed. |
00:54:25 | | Quit casainho (Quit: ChatZilla 0.9.86 [Firefox 3.6.10/20100922073514]) |
00:54:47 | stripwax | ah |
00:57:11 | | Join Rob2222 [0] (~Miranda@pD9FE29B1.dip.t-dialin.net) |
01:00 |
01:03:53 | | Join JdGordon| [0] (~jonno@vl10.gw.ok-labs.com) |
01:03:53 | | Quit JdGordon| (Changing host) |
01:03:53 | | Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) |
01:04:51 | JdGordon| | arg, anyone seen playback freeze recently? the main thread is working fine, playback has just stopped mid track |
01:05:16 | *** | Saving seen data "./dancer.seen" |
01:05:24 | JdGordon| | buffering debug screen says everything is full |
01:05:54 | | Quit JdGord (Quit: Bye) |
01:07:34 | gevaerts | I haven't seen that sort of thing recently, no |
01:08:14 | JdGordon| | I updated my mini2g for the first time in weeks last night, hopefully its not a recurring thing |
01:14:32 | CIA-7 | New commit by theseven (r28261): iPod Nano 2G USB: Make sure the USB core is properly powered off on boot. |
01:15:29 | chattr | hello. on linux kernel 2.6.28-19-generic from ubuntu. sansa fuze v1, sansa firmware v01.02.31A, set to MSC mode. rockbox 3.6 installed today. when I connect the device with the usb cable, I get the constant rebooting mentioned in this channel on Oct 06. any workaround besides booting into the original firmware? |
01:15:55 | gevaerts | chattr: either install an older bootloader, or a current build |
01:16:09 | CIA-7 | r28261 build result: All green |
01:16:24 | soap | TheSeven, Searching back the las few days I didn't see you mention this latest commit. Should this change create any user-visible improvements? |
01:16:25 | chattr | gevaerts: ty. any gotchas with a current build? |
01:16:41 | chattr | if you know |
01:17:21 | gevaerts | chattr: some people (but definitely not everyone) suffer from FS #11608 |
01:17:39 | TheSeven | soap: it fixes an occasional bug that reduces battery runtime a lot when it occurs |
01:17:39 | gevaerts | Try it and see |
01:18:33 | soap | ahh, some people's USB core was inadvertently staying on post boot? |
01:18:41 | TheSeven | exactly. |
01:18:52 | soap | Thanks. |
01:19:10 | TheSeven | the battery impact was rather huge. the current was 2 to 3 times as high as it should have been |
01:20:28 | | Quit dfkt (Quit: -= SysReset 2.53=- Sic gorgiamus allos subjectatos nunc.) |
01:21:01 | soap | did the USB suck all that power itself, or was there some cascading effect? |
01:21:54 | TheSeven | i can't tell what exactly was the power sucker, there might also have been additional system bus load, but most of it was surely eaten by the USB core and clock generation |
01:22:11 | | Quit Xerion (Ping timeout: 252 seconds) |
01:22:19 | TheSeven | this thing eats like 30mA on a device that needs ~15mA total when playing music |
01:22:59 | saratoga | FWIW I dislike how strongly rockbox utility pushes people towards release builds, when in fact its fairly rare that theres any serious stability difference between release and current builds |
01:24:04 | soap | saratoga, if one goes much further down that road isn't one basically questioning the whole value of release builds? |
01:24:36 | saratoga | soap: IMO we should just say that releases are tested and teh bugs documented, while current builds are not tested but generally have more fixes/features |
01:24:44 | stripwax | saratoga - fyi FS #11666 in its current incarnation appears to resolve the problems I had running the fastermdct tremor patch on alternative arm devices |
01:24:52 | saratoga | stripwax: nice! |
01:25:24 | saratoga | fwiw i wonder if the mdctlib optimizations even compile on non-gcc systems |
01:25:27 | stripwax | saratoga - not observed any downside yet so going to commit it into rockbox svn in a sec |
01:25:30 | stripwax | saratoga - i doubt it |
01:25:36 | JdGordon| | saratoga: we had a bit of a discussion last night about keeping better track of a stable branch |
01:25:54 | saratoga | yes i skimmed that |
01:28:08 | | Join Hillshum [0] (4ba5f419@gateway/web/freenode/ip.75.165.244.25) |
01:28:56 | Hillshum | To compile ARM targets on Cygwin, should I use arm-elf-gcc or build the eabi toolchain? |
01:29:16 | saratoga | eabi |
01:29:20 | CIA-7 | New commit by stripwax (r28262): Rearrange and remove some manual register assignments, make use of pointer address increments for free on arm, and remove macros in favour of explicit ... |
01:30:03 | Hillshum | rockboxdev.sh failed to pull it off, I'll try again |
01:30:04 | stripwax | Hillshum - unfortunately the eabi is not prebuilt at download.rockbox.org/cygwin |
01:30:42 | gevaerts | Did you install all prerequisites? |
01:30:53 | Hillshum | I think. I should check again |
01:31:07 | CIA-7 | r28262 build result: All green |
01:31:11 | saratoga | unless you're good with cygwin you should probably not use cygwin |
01:31:51 | stripwax | cygwin builds just take forever |
01:32:17 | Hillshum | I'd rather not get a VM up and running, and I'm not familiar with the other options |
01:32:33 | stripwax | I left my laptop on overnight building gcc (via rockboxdev.sh), and it still wasn't done when I left for work in the morning |
01:32:56 | Hillshum | What are the prerequisites? |
01:33:58 | chattr | gevaerts: thanks for the pointer to the flyspray#. I just read the comments. I will wait on trying the current build or an older bootloader, and stick with booting into the original firmware. |
01:34:45 | CIA-7 | New commit by torne (r28263): FS #10910: Manual incorrectly claims that the sleep timer and wake-up alarm are mutually exclusive ... |
01:35:16 | gevaerts | Hillshum: newer gcc wants libgmp3, libmpfr and texinfo |
01:35:32 | Torne | didn't we fix it to not need those? |
01:35:34 | Torne | it doesn't really need them |
01:35:45 | Torne | i thought someone added a patch to fix gcc's configure |
01:35:56 | Hillshum | Would it be possible to integrate wakeup into the alarmclock plugin? |
01:36:15 | | Join perrikwp [0] (~18a7a08e@giant.haxx.se) |
01:36:25 | CIA-7 | r28263 build result: All green |
01:38:23 | Torne | Hillshum: what do you mean? |
01:38:32 | | Part toffe82 |
01:40:17 | Hillshum | Torne: From what I understand, I must decide beforehand if I will allow my Clip+ to power off before the alarm is scheduled to go off and use the plugin if I won't be powering down, or the setting from the System menu if I will. 'Twould be nice if there were only one place to set alarms that didn't care |
01:40:56 | Torne | that's not how it works.. at least it shouldn't be |
01:41:15 | Torne | the RTC interrupt should trigger the alarm anyway |
01:41:17 | | Quit LambdaCalculus37 (Quit: Fwump) |
01:41:25 | Torne | the alarm plugin is only for targets with no RTC, no? |
01:42:07 | Hillshum | It's on the Clip+ |
01:42:25 | Torne | Hm, wait, what? it's only built for targets *with* an RTC? that makes no sense |
01:42:45 | JdGordon| | no, that cant be right |
01:42:49 | Torne | i thought the whole point of the plugin was that it just sat there in the foreground waiting until a given time passed |
01:43:10 | Torne | so you didn't need to have an RTC for it to work |
01:43:13 | Torne | JdGordon|: it's #if CONFIG_RTC |
01:43:28 | JdGordon| | wtf? :p |
01:43:45 | | Join fenugrec [0] (~ABC@poste194-167.wl.t.ulaval.ca) |
01:44:51 | Torne | bizarre. apparently i've totally misunderstood what the plugin is for |
01:44:57 | Torne | ok, so that seems entirely useless then |
01:45:34 | fenugrec | Hi, running #28212 on a FuzeV1 here, and certain MP3s have warbled audio and playback problems, however I can read those same files on my PC correctly. Anyone else with this problem ? or clues ? |
01:45:48 | Hillshum | Torne: On targets without RTC, it would be more like an egg timer. |
01:46:00 | fenugrec | I was using #26??? before without problems. |
01:46:19 | | Quit stripwax (Quit: http://miranda-im.org) |
01:46:22 | fenugrec | *24426 rather |
01:46:22 | Torne | Hillshum: yes, that's what i assumed it *was* |
01:47:05 | Torne | okay, er, weird |
01:47:15 | Torne | the rtc drivers define a function to poll if an alarm has happened |
01:47:21 | JdGordon| | fenugrec: ALOT has changed since then, the best help you can do is try to go back through those revisions and work out when it started dieing |
01:47:22 | Hillshum | Instead, you specify a time that it starts playback on. And the wake-up feature requires the thing to be off |
01:47:24 | Torne | and the power management thread calls it every second |
01:47:35 | Torne | and if it returns true then it.. turns the alarm off. and does nothing. |
01:47:41 | JdGordon| | if you can build your own builds it wont take all that long |
01:47:42 | Torne | so it specifically detects the alarm going off |
01:47:46 | gevaerts | fenugrec: http://www.rockbox.org/tracker/task/11608 maybe? |
01:47:47 | Torne | and then does nothing about it |
01:48:07 | | Quit kazaik (Ping timeout: 245 seconds) |
01:48:11 | Hillshum | Perhaps it should start playback? |
01:48:14 | fenugrec | JdGordon: Arg, I expected that. Is there an online repo of pre-builds ? I totally hosed my rb environment since the switch to "elf-eabi" etc. |
01:48:47 | JdGordon| | not that go back that far |
01:48:56 | JdGordon| | you can try the 3.6 stable build though |
01:48:58 | Torne | Hillshum: i assumed it did, but it doesn't look like it. |
01:49:11 | Torne | Hillshum: so yeah, i don't see any reason why the alarm clock plugin should even exist |
01:49:13 | fenugrec | gevaerts: hmm not quite. It's not as severe |
01:49:26 | Torne | the code should just actually *do something* when the alarm goes off while the player is turned on |
01:49:32 | fenugrec | uh did the bootloader change a lot since r24* ? |
01:50:01 | Torne | Hillshum: well, you can get right on that, anyway ;) |
01:50:01 | pixelma | Torne: the alarm thing - isn't (or shouldn't) this still be true for some targets? I thought I remember some hardware limitations (but no details) |
01:50:10 | Torne | pixelma: it's possible |
01:50:18 | Torne | pixelma: but i checked and none of them turn off as far as I can see |
01:50:21 | Hillshum | Torne: How much C would I need to know...? |
01:50:35 | Torne | very very old code back in archos-only days did turn it off when the alarm was set |
01:50:49 | pixelma | Torne: then it should still stay in the manuals of affected targets, no`? |
01:50:58 | Torne | pixelma: I just checked and there are no targets that do that |
01:51:02 | Torne | unless i am missing something |
01:51:07 | JdGordon| | pixelma: re the %Vf() bug... your test skin works on the e200 so it could be a greyscale only bug.. does %Vf() work as expected at the start of a viewport at all? |
01:51:14 | Torne | the alarm code is totally platform independant and the rtc code doesn't turn it off |
01:51:22 | JdGordon| | that is the last new skin bug so i'd like to close it one way or another |
01:51:39 | Torne | it sstill has code in there to prevent you from setting an alarm in the next two minutes, commented saying that it's to stop the alarm from going off during shutdown |
01:51:46 | Torne | but there's no code path that leads to a shutdown |
01:52:01 | Torne | that code is just still there from r5000 or so |
01:52:10 | pixelma | Torne: I'm not sure, I thought the Archoses needed it but my Archos doesn't have an RTC so can't tell for sure |
01:52:10 | Hillshum | That's old... |
01:52:33 | pixelma | so s/Archoses/Recorders |
01:52:39 | Hillshum | Targets need more that just an RTC for this right? |
01:52:48 | Torne | Hillshum: they need an RTC with an alarm, yes |
01:53:03 | Torne | pixelma: i guess maybe the alarm only works as a wakeup source on the recorder? |
01:53:13 | Torne | i.e. it doesn't genrate an interrupt or any pollable status value if the player is on |
01:53:16 | Torne | that's possible. |
01:53:31 | Torne | but still i don't see any code that turns it off. |
01:53:37 | Torne | and there's certainly no interaction between the alarm and sleep timer |
01:53:39 | fenugrec | JdGordon: should I load a more recent bootloader than 24* ? |
01:53:53 | pixelma | Torne: I think it was that it immediately needed to turn off but I'm really really unsure |
01:54:12 | Torne | pixelma: well, i'm al;most certain that it *doesn't* turn it off. maybe it does need to ;) |
01:54:16 | pixelma | JdGordon|: ok, I'll try in a minute |
01:54:19 | Torne | but if so then it looks like the code is broken |
01:54:52 | JdGordon| | fenugrec: I dont know the fuzes very well... not sure. I dont tihnk it makes any difference though |
01:54:57 | JdGordon| | as long as it boots at all |
01:55:08 | fenugrec | ok thanks, I'll do some more testing this evenin' |
01:55:13 | Torne | pixelma: it doesn't turn it off on any of the targets i have, anyway ;) |
01:55:19 | pixelma | IIRC only the V2/FM Recorders could wake up and some could be modded |
01:55:22 | fenugrec | thanks, I may be back |
01:55:31 | | Part fenugrec ("Leaving") |
01:57:51 | Hillshum | Okay. Here's my Cygwin compilation code |
01:57:57 | Hillshum | *error http://pastebin.com/8ne7u0hj |
01:58:28 | gevaerts | Ah yes, you also need libiconv |
01:59:12 | pixelma | JdGordon|: doesn't work with r28231, should I expect something from the later changes? |
01:59:28 | JdGordon| | pixelma: what doesnt work? |
01:59:44 | * | Hillshum meant to try installing that.... |
02:00 |
02:02:08 | pixelma | the test.wps - should change foreground greyshade with hold status for the current playing time. The latter shows up but doesn't change shade and the "TTT" etc. inside the conditionals don't show up at all |
02:02:25 | Torne | is it too horrible to call bookmark_autobookmark() from powermgmt.c ? :) |
02:02:40 | TheSeven | erm, WHAT? |
02:02:44 | JdGordon| | pixelma: right, can you check if %Vf works as it should outside of condiaiontlas? |
02:03:09 | Torne | poweroff from the sleep timer doesn't save bookmarks at the moment; it's trivial to fix for the case where you actually power off by just removing the call to audio_stop() in there (shutdown stops audio anyway) |
02:03:19 | Torne | but for the case where you're plugged in and can't power off.. not sure what else to do |
02:04:06 | pixelma | JdGordon|: it does with my usual WPS using conditional viewports |
02:04:40 | JdGordon| | ok, I wonder why grey is being wierd then |
02:06:56 | | Quit leavittx_ (Ping timeout: 264 seconds) |
02:07:29 | pixelma | at least stack usage doesn't jump to 90% anymore when going to the WPS and stays at 50% on the M5 |
02:10:23 | | Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) |
02:12:24 | pixelma | I'll update and see if something changed |
02:12:31 | | Quit Judas_PhD (Quit: This is a quitting message) |
02:14:45 | | Join Xerion [0] (~xerion@541907CA.cm-5-2a.dynamic.ziggo.nl) |
02:14:59 | pixelma | I see it working on my colour target, the c200 which I just updated. Back when I reported it, the thing didn't work in an X5 sim |
02:16:22 | JdGordon| | it still wont work with static text, but there is a simple fix for that... It needs a tag which always causes the line to change but not draw anything which could be added ismply |
02:16:33 | JdGordon| | but it not working at all for grey is wierd |
02:17:22 | pixelma | I'm currently compiling a new revision, don't know what happened in the last 30 |
02:17:47 | JdGordon| | nothing which would change that tag |
02:19:23 | | Quit Xerion (Read error: Connection reset by peer) |
02:20:05 | | Quit Depressicaa (Ping timeout: 252 seconds) |
02:20:09 | pixelma | I really took the WPS from my M5 and copied it to the c200 and just replaced the grey values with colour ones so there shouldn't be a wps code problem. Hmm, by the way the text inside the conditional doesn't show up either on colour, not sure if it should |
02:20:33 | | Join Nausicaa [0] (~Nausicaa@c-71-239-58-153.hsd1.il.comcast.net) |
02:20:38 | pixelma | just the playback time which changes colour on switching hold |
02:20:38 | | Join Thanatos [0] (~Nausicaa@c-71-239-58-153.hsd1.il.comcast.net) |
02:20:56 | JdGordon| | yeah, the text after Vf not showing is odd, I'm not sure if it is expected or not |
02:21:07 | JdGordon| | from a user POV it obviosuly isnt expected |
02:22:12 | | Quit Zambezi (Quit: 2weeks idletime.) |
02:24:54 | Hillshum | I got http://pastie.org/1217061 compiling the eabi toolchain on Cygwin. |
02:25:18 | JdGordon| | same error S_a_i_n_t was getting |
02:26:04 | pixelma | so, if I have battery level displayed in % and want it to turn red for the last 10% - would having the %Vf inside the battery level conditional work if the only text the will be updated in such a case is battery level in % - at the same number it would change colour or maybe if it decreases on more percent? |
02:27:40 | JdGordon| | it shuold |
02:27:52 | pixelma | when it changes "state", if and when it changes colour is the actual question |
02:28:52 | pixelma | I think I could simplify my WPS that why, will play around with it a bit the next days |
02:29:28 | JdGordon| | %bl%%%if(%bl, <, 10)<%Vf(ff0000)|%Vf(aaaaaa)> |
02:29:32 | JdGordon| | I would expect that to work |
02:30:03 | S_a_i_n_t | where's the eabi toolchain *supposed* to live? |
02:30:05 | JdGordon| | %bl%% could be on either end |
02:30:17 | pixelma | ok, just wanted to ask about that |
02:30:32 | JdGordon| | as long as its on the same line it should work |
02:30:36 | S_a_i_n_t | my PC died last night from loss of power (powercut) and I've no idea if it finished building or not. |
02:30:49 | JdGordon| | (should here being "I would hope it would") |
02:31:25 | pixelma | it needs to be on the same line? |
02:31:30 | JdGordon| | yes |
02:31:37 | JdGordon| | well no |
02:31:53 | | Join webguest83 [0] (~48cf4ea5@giant.haxx.se) |
02:32:01 | JdGordon| | only lines *after* the Vf change *and* have dynamic tags will change colour |
02:32:49 | JdGordon| | so unless a special tag is added (or some rather messy code to check colour changes) anything more complex than a single line is better with seperate viewports |
02:35:38 | pixelma | really no change on my M5, don't know how high the chances are that it is a remote target problem maybe (though grey remote too). If you want to, you could check it on your Mini I guess |
02:35:39 | | Join krabador [0] (~krabador@host9-18-dynamic.251-95-r.retail.telecomitalia.it) |
02:36:31 | JdGordon| | i tried on the mini sim last night and it looked like Vf wasnt working at all... |
02:40:21 | S_a_i_n_t | hahahaha....that's really funny with the alarm plugin. |
02:40:56 | S_a_i_n_t | Llorean tried ripping a shred off me yesterday for suggesting that wasn't intended function. |
02:41:13 | S_a_i_n_t | ...nice. |
02:41:18 | pixelma | huh? |
02:41:44 | | Quit timccc (Quit: Leaving.) |
02:41:46 | S_a_i_n_t | the discussion about the point of the alarm came up yesterday, and if it should/shouldn't wake the device. |
02:42:33 | pixelma | then it's not about the plugin |
02:42:43 | | Quit saratoga (Quit: Page closed) |
02:45:28 | | Quit webguest83 (Quit: CGI:IRC) |
02:46:08 | * | S_a_i_n_t isn't quite sure what to say there... |
02:46:44 | S_a_i_n_t | seems Torne and Hillshum had the same discussion, only it went a lot better. |
02:47:40 | pixelma | JdGordon|: %Vf only seems to work if it is on the same line as the %V |
02:48:23 | JdGordon| | on grey? or all targets? |
02:48:37 | pixelma | on grey it seems |
02:49:18 | JdGordon| | I wonder if there is a incorrect #if somewhere then |
02:51:34 | pixelma | I played around with the test.wps - just removing the conditional statement only leaving %Vf(2) on an own line first and it didn't work. I wondered why my full WPS works then and then appended the %Vf to the viewport line and it started working |
02:52:08 | pixelma | sorry for weird English, I should go get some sleep |
02:58:37 | | Join anewuser [0] (kvirc@unaffiliated/anewuser) |
03:00 |
03:05:14 | | Quit Hillshum (Quit: Page closed) |
03:05:18 | *** | Saving seen data "./dancer.seen" |
03:27:17 | S_a_i_n_t | JdGordon: With your 180x800 backdrop. did you want to use a larger font than the cabbie port for android already uses? |
03:27:32 | S_a_i_n_t | I mean, will the current "titlebar backdrop" be sufficient? |
03:27:55 | S_a_i_n_t | Or do I need to make it larger> |
03:29:20 | JdGordon| | 480x800 |
03:29:33 | S_a_i_n_t | errr...yeah, oops. |
03:29:41 | JdGordon| | I want it the same as the wps, so either really |
03:29:57 | JdGordon| | I dont actually mind the smaller title text |
03:30:05 | JdGordon| | need to see what it looks like on target thoguh |
03:33:37 | | Join timccc [0] (~tim@112.166.15.141) |
03:43:30 | S_a_i_n_t | JdGordon: far too easy ;) |
03:43:45 | JdGordon| | I know :) |
03:43:48 | S_a_i_n_t | preview: http://iforce.co.nz/i/p3pyfawg.png |
03:43:59 | JdGordon| | please please please can you fix the wps popup though? |
03:44:00 | S_a_i_n_t | download: http://www.datafilehost.com/download-08f61685.html |
03:44:13 | JdGordon| | without the stuff at the bottom |
03:44:23 | S_a_i_n_t | Um...yes, what's needed to "fix" them? |
03:44:38 | S_a_i_n_t | Oh, ok...I'll have a look. |
03:44:42 | JdGordon| | a area for a mein button, and a hotkey button |
03:45:00 | JdGordon| | s/mein/menu/ |
03:45:30 | S_a_i_n_t | the .sbs background should be what you wanted...I'd probably go so far as using it for the .wps too and adding the titlebar in with a viewport so all the fonts match throughout the screens. |
03:45:48 | S_a_i_n_t | I never really liked the idea of the title being part of the backdrop. |
03:46:36 | JdGordon| | yeah |
03:46:41 | JdGordon| | it should be translated |
03:46:47 | JdGordon| | importing that font would be good |
03:47:01 | S_a_i_n_t | Yeppers. |
03:47:22 | S_a_i_n_t | I *try* to add translation anf rtl support wherever possible. |
03:47:26 | S_a_i_n_t | *and |
03:47:38 | JdGordon| | mind you, specifying fonts in the skins is bad for translation support |
03:48:17 | S_a_i_n_t | It is, yes...a serious workaround is needed for the fonts. in theory they all should have the same charsets. |
03:48:30 | S_a_i_n_t | that would be nice, but a LOT of work. |
03:48:48 | S_a_i_n_t | 1000s of chars created by hand, uuuurgh. |
03:48:54 | JdGordon| | yeah, not gonna happen |
03:49:11 | JdGordon| | still this way is worth that problem anyway |
03:49:43 | S_a_i_n_t | It may be possible now with %if (perhaps not) to use unifont for rtl cases? |
03:50:01 | JdGordon| | no |
03:50:14 | JdGordon| | well, the viewport font could be changed like the colours |
03:50:17 | S_a_i_n_t | I always wanted a way to select fonts conditionally, but, ...no biggie. |
03:50:52 | S_a_i_n_t | then it could fallback to unifont for rtl, which is the only font that supports rtl. |
03:51:02 | JdGordon| | no it isnt |
03:51:04 | S_a_i_n_t | (afaik) |
03:51:20 | S_a_i_n_t | oh...hmm, what else does? that's good to know. |
03:51:48 | JdGordon| | rasher.dk/rockbox/fontstats/">http://rasher.dk/rockbox/fontstats/ hebrew and arabic are the obvious rtl langs |
03:52:03 | JdGordon| | hebrew is pretty well covered |
03:52:22 | JdGordon| | arabic barely |
03:53:11 | JdGordon| | I'm guessing the ~30% hebrew coverage is just letters and not the optional pronounciation dots |
03:53:17 | S_a_i_n_t | wow. I'd never seen that link before, my pissing around lead me to conclude unifont was the only font that supported rtl. |
03:53:58 | JdGordon| | a font doesnt support rtl or not... it supports glyphs |
03:54:03 | JdGordon| | which some languages would draw backwards |
03:54:18 | S_a_i_n_t | well, yeah. bad wording on my part. |
03:55:59 | S_a_i_n_t | and I guess what I meant by "supports" was "100% of possible glyphs"...I'm aware that there are fonts with partiial coverage for rtl langs. |
03:56:37 | JdGordon| | yeah, but like I said, hebrew is perfectly usable with the 30% covergae it has |
03:58:24 | | Quit DerPapst (Quit: Leaving.) |
04:00 |
04:00:51 | S_a_i_n_t | JdGordon: With the popup, does the whole image stay the same size? (i'm guessing so) and I need to make room inthe space there is? or can the image size be increased? (probably mess up your positioning) |
04:01:09 | JdGordon| | up the image size I tihnk |
04:01:27 | JdGordon| | also, if oyu can be bothered, the browse image seems bigger than the other two which is a bit odd |
04:01:45 | JdGordon| | I can fix the positioning easily |
04:01:45 | S_a_i_n_t | yeah, I was just looking at that. |
04:01:51 | S_a_i_n_t | ok, cool. |
04:04:22 | JdGordon| | can you do both screen sizes in svn please? 320x480 and 480x800 |
04:05:05 | | Quit perrikwp (Quit: CGI:IRC (EOF)) |
04:05:58 | | Quit pixelma (Disconnected by services) |
04:06:00 | | Quit amiconn (Disconnected by services) |
04:06:00 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
04:06:00 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
04:06:02 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
04:06:15 | S_a_i_n_t | Yeah, I can...but it'll take me a little longer than the backdrop fix did ;) |
04:06:20 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
04:06:21 | S_a_i_n_t | A little more complicated ;) |
04:06:28 | | Join perrikwp [0] (~18a7a08e@giant.haxx.se) |
04:10:25 | | Quit TheSeven (Ping timeout: 240 seconds) |
04:12:12 | | Quit rvvs89 (Ping timeout: 265 seconds) |
04:12:30 | | Join rvvs89 [0] (rvvs89@mussel.ucc.gu.uwa.edu.au) |
04:14:37 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
04:16:31 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
04:48:28 | | Join dys` [0] (~andreas@krlh-5f7243de.pool.mediaWays.net) |
04:49:21 | | Join Barahir [0] (~jonathan@frnk-590f750c.pool.mediaWays.net) |
04:49:53 | | Quit MethoS- (Remote host closed the connection) |
04:50:49 | | Quit dys (Ping timeout: 276 seconds) |
04:52:48 | | Quit Barahir_ (Ping timeout: 265 seconds) |
04:55:20 | | Quit Strife89 (Quit: Sleep cometh near.) |
05:00 |
05:03:17 | | Quit froggyman (Quit: Bye) |
05:04:47 | | Join froggyman [0] (~seth@unaffiliated/froggyman) |
05:05:07 | | Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) |
05:05:20 | *** | Saving seen data "./dancer.seen" |
05:06:39 | | Quit Farthen (Ping timeout: 252 seconds) |
05:14:18 | | Join soap_ [0] (~soap@rockbox/staff/soap) |
05:15:21 | | Quit soap (Disconnected by services) |
05:15:24 | | Nick soap_ is now known as soap (~soap@rockbox/staff/soap) |
05:20:53 | JdGordon| | eeek! PANIC "Write 710555265 after data" |
05:33:47 | | Quit ps-auxw (Ping timeout: 240 seconds) |
05:44:28 | | Quit Horschti (Quit: Verlassend) |
05:45:13 | | Join ps-auxw [0] (~arneb@p4FF7EDF0.dip.t-dialin.net) |
05:47:29 | JdGordon| | oh crap, got that again... /me wonders who broke it |
05:48:27 | JdGordon| | sweet, simple repro.. start some music. pause it then start another track in the file broswer |
05:48:33 | JdGordon| | can anyone else repro this? |
05:54:07 | JdGordon| | never mind. Apparently .playlist_control got toally screwed up! |
05:54:08 | JdGordon| | /.rockbox/.playlist_controlAA Start cluster beyond limit (18446744073196864544 > 1978987). Truncating file. |
05:54:11 | JdGordon| | /.rockbox/.playlist_controlAA File size is 37267 bytes, cluster chain length is 0 bytes. |
06:00 |
06:08:18 | | Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
06:25:06 | | Quit S_a_i_n_t (Disconnected by services) |
06:25:09 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.3.179) |
06:38:27 | JdGordon| | S_a_i_n_t: thinking about skinning the list items... how does this sound... |
06:38:53 | | Quit edboyer93 () |
06:39:06 | JdGordon| | there would be a tag to say which viewport label to use for unselected list items, and to say which to use for the selection |
06:40:52 | JdGordon| | you would then setup the viewports for both of them, but instead of the viewport x,y being screen relative they would be relative to the main list item selection viewport |
06:42:24 | JdGordon| | e.g %list_item(x,y,width,height, <selection vp label>, <normal item vp label>) <- x,y there is screen relative (so as expected) |
06:42:51 | S_a_i_n_t | It sounds....really complicated, and I can't even begin to imagine it in code form...but, that's not my job so "OK" ;) |
06:43:12 | JdGordon| | then you'de setup viewports like %Vl(selection, 0,0,10,10,0) for an icon (which draws at 0,0 in the selection) |
06:43:33 | JdGordon| | %Vl(selection, 0,10,-,10,0) would be below it... etc |
06:44:12 | | Quit S_a_i_n_t (Disconnected by services) |
06:44:14 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.186) |
06:44:32 | JdGordon| | you're not kidding complicated :) this is the problem, I cant tihnk of a simple way to do it |
06:45:44 | JdGordon| | but doing this would get rid of I tihnk every complaint there is with the list |
06:45:56 | JdGordon| | vertical spacing, nicer selection bar, bmp selection bar |
06:46:27 | JdGordon| | 2 line selector lists are a bit of a WTF with this though |
06:48:42 | | Quit S_a_i_n_t (Ping timeout: 265 seconds) |
06:48:55 | | Quit Chronon (Quit: Fnord!) |
06:49:18 | JdGordon| | I guess to start with multiline selectors would just have to use the selection vp more than once |
06:52:35 | | Quit Judas_PhD (Quit: This is a quitting message) |
06:53:34 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.4.238) |
06:54:41 | S_a_i_n_t | So, um...yeah |
06:54:48 | S_a_i_n_t | why does it need two VPs? |
06:55:10 | S_a_i_n_t | different fonts? |
06:55:10 | S_a_i_n_t | (sorry...I fell off the infonetz) |
06:55:51 | S_a_i_n_t | if you could have a look at transparency for the line selector...I'll love you long time, or not, whatever gets the most incentive. |
06:58:32 | | Join hebz0rl [0] (~hebz0rl@dslb-088-067-214-078.pools.arcor-ip.net) |
07:00 |
07:00:12 | JdGordon| | why does what need two vps? |
07:00:23 | S_a_i_n_t | what you were just talking about |
07:00:25 | S_a_i_n_t | the lists |
07:01:28 | JdGordon| | you mean why did my example show two? or why i said a different vp label for the selected and not selected items? |
07:01:39 | S_a_i_n_t | the latter |
07:03:10 | JdGordon| | just for flexibility |
07:03:13 | S_a_i_n_t | is gcc-core.4.4.4 from http://ftp.gnu.org/gnu/gcc/gcc-4.4.4/ the same one as the rockboxdev.sh script pulls? |
07:03:23 | S_a_i_n_t | aha. |
07:03:35 | S_a_i_n_t | I guess it adds for cool effects with ease too |
07:03:35 | JdGordon| | otherwise it would need a tag to check if we are selected or not |
07:03:43 | S_a_i_n_t | like diffent font/colour for selection |
07:04:08 | S_a_i_n_t | the tag to check selection could be useful though, as it could be used elsewhere though |
07:04:47 | S_a_i_n_t | (seems kinda lame, but to display a bitmap or notification if selection is happening in the lists) |
07:05:04 | JdGordon| | hu? |
07:05:19 | JdGordon| | I dont see how that could work |
07:05:21 | *** | Saving seen data "./dancer.seen" |
07:06:12 | S_a_i_n_t | like "disk acces" except for "are we scrolling/selecting in the lists" or am I imagining what you said about a tag to check selection too literally? |
07:08:23 | JdGordon| | it would need to be more "is the viewport being drawn now the selection" more than "is there a selection" |
07:08:41 | JdGordon| | which is harder to make work than just seperate viewports |
07:08:45 | S_a_i_n_t | Aha, right. |
07:09:09 | | Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) |
07:09:10 | JdGordon| | scrolling would be totally fucked though I think |
07:09:20 | S_a_i_n_t | fair enough. seperate viewports does make it somewhat easier to configure a selected and non-selected look for list items |
07:09:35 | | Join Farthen [0] (~Farthen@static.225.178.40.188.clients.your-server.de) |
07:09:47 | | Quit anewuser () |
07:09:57 | S_a_i_n_t | scrolling would possibly be going off at different times, yes, which could look mighty weird. |
07:10:13 | JdGordon| | the way im talking about you couldnt use scrolling at all |
07:10:33 | S_a_i_n_t | major drawback. |
07:10:42 | S_a_i_n_t | bugger. |
07:10:45 | JdGordon| | yeah |
07:11:11 | S_a_i_n_t | the idea of a selected VP/non-selected VP seems really appealing, if you can find a way to make scrolling work. |
07:11:27 | S_a_i_n_t | But I'm sure completely re-doing scrolling isn't high on your list. |
07:12:18 | JdGordon| | nor is making the lcd/viewport drivers suppport child viewports which this really needs |
07:18:03 | | Quit JesusMcCloud (Ping timeout: 245 seconds) |
07:26:28 | | Join JesusMcCloud [0] (~JesusMcCl@84.119.81.195) |
07:26:49 | | Quit mc2739 (Ping timeout: 276 seconds) |
07:28:31 | | Join mc2739 [0] (~mc2739@71.20.73.59) |
07:28:31 | | Quit mc2739 (Changing host) |
07:28:31 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
07:44:31 | JdGordon| | another reason for 2 viewports is the selected item could be a bigger rectangle than the non selected |
07:50:49 | | Quit hebz0rl (Quit: Leaving) |
07:51:30 | | Nick dys` is now known as dys (~andreas@krlh-5f7243de.pool.mediaWays.net) |
08:00 |
08:01:54 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
08:06:12 | | Quit Judas_PhD (Client Quit) |
08:09:33 | | Join fyrestorm [0] (~nnscript@cpe-69-203-144-35.si.res.rr.com) |
08:09:35 | | Quit tchan (Ping timeout: 276 seconds) |
08:12:48 | | Quit elinenbe (Ping timeout: 265 seconds) |
08:21:59 | | Join Zagor [0] (~bjst@rockbox/developer/Zagor) |
08:22:06 | | Quit JdGordon| (Quit: leaving) |
08:26:06 | | Join JdGord [0] (~jd@122.110.129.52) |
08:31:07 | | Join wodz [0] (~wodz@chello087206240131.chello.pl) |
08:32:00 | | Quit Nausicaa (Disconnected by services) |
08:32:26 | | Join Depressicaa [0] (~Nausicaa@c-71-239-58-153.hsd1.il.comcast.net) |
08:34:17 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
08:34:24 | | Join Wyatt [0] (~wyatt@99-88-142-167.lightspeed.clmboh.sbcglobal.net) |
08:35:11 | | Part Depressicaa |
08:35:20 | | Quit Thanatos (Quit: Leaving) |
08:44:52 | | Quit JdGord (Quit: Bye) |
08:45:10 | | Part Wyatt ("Konversation terminated!") |
08:51:30 | | Part Zagor |
08:52:02 | | Join Zagor [0] (~bjst@rockbox/developer/Zagor) |
08:52:11 | CIA-7 | New commit by bertrik (r28264): Update of Czech language - FS #11674 by Marek Salaba |
08:53:01 | | Join leavittx_ [0] (~lev@89.221.199.187) |
08:53:53 | CIA-7 | r28264 build result: All green |
08:56:40 | | Join kevku [0] (~kevku@arch.tunnel.ipv6.estpak.ee) |
08:58:55 | | Quit bertrik (Quit: :tiuQ) |
09:00 |
09:00:34 | | Quit perrikwp (Quit: CGI:IRC (Ping timeout)) |
09:04:28 | | Quit leavittx_ (Ping timeout: 264 seconds) |
09:05:22 | *** | Saving seen data "./dancer.seen" |
09:08:11 | * | S_a_i_n_t sees another report of undefined instruction whilst skipping tracks on Nano2g: |
09:08:15 | S_a_i_n_t | http://www.rockbox.org/tracker/task/11636?project=1&show_task=&order=dateopened&sort=desc |
09:08:39 | S_a_i_n_t | This is now myself, G4)blivion, and this guy experiencing the issue. |
09:09:18 | S_a_i_n_t | I seem to be able to reproduce it the easiest, however...as I can make it happen whenever I want just by skipping tracks too quickly either forward or back. |
09:09:18 | | Quit wodz (Ping timeout: 245 seconds) |
09:09:42 | | Join ender` [0] (krneki@foo.eternallybored.org) |
09:10:31 | | Part Zagor |
09:10:45 | S_a_i_n_t | G4Oblivion reported that resetting his config fixed the issue for him, which I haven't looked into yet, but, there shouldn't be ay config value that makes this behaviour more/less likely...it just shouldn't happen. |
09:11:09 | | Join Zagor [0] (~bjst@rockbox/developer/Zagor) |
09:15:57 | | Join elinenbe [0] (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) |
09:21:23 | | Quit linuxstb (Ping timeout: 245 seconds) |
09:24:09 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
09:24:19 | | Quit krabador (Ping timeout: 240 seconds) |
09:32:01 | | Join S00row [0] (~Administr@27-33-98-164.static.tpgi.com.au) |
09:34:05 | | Join linuxstb [0] (~linuxstb@59.230.19.95.dynamic.jazztel.es) |
09:34:10 | | Quit linuxstb (Changing host) |
09:34:10 | | Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) |
09:34:24 | * | S00row tips his hat |
09:35:53 | S00row | I'm very new to rockbox, attracted by lwn.net and the Rockbox as an app andoid port. I'm compiled, installed and running and i'd like to track development of the project. |
09:35:59 | | Join Rob2223 [0] (~Miranda@pD9FE310E.dip.t-dialin.net) |
09:36:08 | Zagor | S00row: welcome! |
09:36:31 | S00row | Previously i've done this using rss + git activity lists, |
09:37:19 | Zagor | yes, the commit and flyspray mails are a good way to see what's happening. and being here. |
09:37:30 | S00row | www.rockbox.com/recent.shtml#svn is close to what i want |
09:37:55 | Zagor | we post all commit on twitter if you prefer that :) |
09:39:00 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
09:39:25 | | Quit Rob2222 (Ping timeout: 240 seconds) |
09:39:39 | Zagor | we don't currently have a commit rss feed |
09:41:44 | | Quit elinenbe (Ping timeout: 265 seconds) |
09:42:45 | | Join swilde [0] (~wilde@aktaia.intevation.org) |
09:43:25 | | Join elinenbe [0] (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) |
09:44:17 | S00row | feature request ;) |
09:45:00 | Zagor | yes, it makes sense to have one. I don't have time to look into it right now though. |
09:48:16 | | Quit linuxstb (Ping timeout: 252 seconds) |
09:48:48 | S_a_i_n_t | I thought there was an RSS feed for commits? |
09:49:00 | S_a_i_n_t | Or, is that just for 'major changes'? |
09:49:38 | S_a_i_n_t | A recent forum post seems to imply rather heavily that there's one of those two at least. I forget which. |
09:50:43 | S00row | rasher.dk/rockbox.majorchanges.php |
09:51:02 | S00row | s//./\// |
09:51:15 | * | S00row needs to learn how to type |
09:51:18 | S_a_i_n_t | aha, yeah. that's the one. |
09:51:30 | rasher | cia has one for commits |
09:51:30 | S00row | It isn't responding at the moment |
09:52:00 | rasher | Works for me |
09:52:15 | | Quit S00row (Read error: Connection reset by peer) |
09:52:42 | pixelma | wasn't there also something linked to gmane? |
09:54:46 | | Join S00row [0] (~Administr@27-33-98-164.static.tpgi.com.au) |
09:55:16 | rasher | Ah yes probably one for the -cvs list |
09:56:38 | S00row | cia.vc/ seems to have what i'm looking for |
09:57:18 | | Join wodz [0] (~wodz@skatol.ch.pw.edu.pl) |
09:57:37 | wodz | pixelma: just nagging :-) |
09:57:48 | Zagor | I'll add a link to the front page |
09:59:03 | | Quit sasquatch (Quit: WeeChat 0.3.2) |
09:59:09 | CIA-7 | New commit by zagor (r28265): Added link to cia.vc rss commit feed |
09:59:30 | | Join sasquatch [0] (~username@p4FF2CF4E.dip.t-dialin.net) |
09:59:40 | | Quit Topy (Read error: Connection reset by peer) |
09:59:54 | | Join Topy [0] (~Topy44@e179100152.adsl.alicedsl.de) |
10:00 |
10:01:12 | AlexP | JdGordon: Yeah, I'm not bothered really about the noframe nobar whatever, I was just trying to understnad them to describe them :) |
10:03:56 | | Quit S_a_i_n_t (Disconnected by services) |
10:03:58 | | Join [Saint] [0] (S_a_i_n_t@203.184.2.220) |
10:07:27 | | Part LinusN |
10:08:13 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
10:09:36 | AlexP | Zagor: Are the sponsors logos missing, or do we no longer have any and the "Sponsors:" is superfluous? |
10:09:40 | * | AlexP guesses the former |
10:10:30 | Zagor | I see them |
10:10:44 | AlexP | hmmm, not here (chrome on windows) |
10:10:48 | AlexP | oh, maybe adblock |
10:10:50 | AlexP | one mo :) |
10:11:15 | pixelma | yes, adblock (at least here) |
10:11:16 | AlexP | Zagor: yeah, sorry - adblock :) |
10:11:23 | Zagor | ok |
10:13:50 | | Quit pSiKO (Read error: Connection reset by peer) |
10:24:26 | | Quit kevku (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/) |
10:24:33 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
10:29:37 | | Join pSiKO [0] (~tbox@213.56.158.253) |
10:31:43 | | Join noamsml_ [0] (~noamsml@adsl-75-45-229-34.dsl.sfldmi.sbcglobal.net) |
10:34:31 | | Join DerPapst [0] (~Alexander@188.107.195.183) |
10:34:39 | | Quit [Saint] (Ping timeout: 240 seconds) |
10:35:27 | | Quit noamsml (Ping timeout: 264 seconds) |
10:35:44 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.4.127) |
10:39:45 | | Quit S_a_i_n_t (Ping timeout: 240 seconds) |
10:41:07 | | Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) |
10:41:54 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
10:45:47 | | Join petur [0] (d408b802@rockbox/developer/petur) |
10:47:39 | | Quit wodz (Quit: Leaving) |
10:56:21 | | Join xsloader [0] (~Minthe@gw13.ecc.u-tokyo.ac.jp) |
10:56:23 | | Quit linuxstb (Ping timeout: 245 seconds) |
10:56:59 | kugel | weeh |
10:57:18 | kugel | the speedup from asm is *huge* for all codecs except applelossless and mp3 |
10:57:39 | JdGordon | pixelma: OK, I tihnk I see what the problem with Vf is... it isnt a skin bug at all (well yes and no).. the 2bit lcd drivers store the colours when the viewport is set (i.e when the skin sees %V() ), chaning it doesnt take effect till the next %V() call... |
10:57:46 | * | kugel wonders how to make a nice chart from it |
10:57:57 | JdGordon | so not entirely sure how to fix it cleanly |
10:59:16 | kugel | JdGordon: yea, I noticed that too with splashes once. you need lcd_set_viewport or lcd_set_{fore,back}ground everytimes the colors change. it will not apply automatically just from changing the fields in the structs |
10:59:48 | JdGordon | its odd, and would be nice to be documented, but I think I can see why its doing that |
10:59:54 | JdGordon | 16bit is fine, 2bit only |
11:00 |
11:00:21 | JdGordon | fg_pattern = 0x55 * (~current_vp->fg_pattern & 3); <- in lcd_set_viewport() |
11:00:26 | JdGordon | doing that every time would suck |
11:02:01 | JdGordon | so probably the "fix" is to constantly watch the viewport colours in the skin render and reset the viewport if they change |
11:02:30 | | Part Zagor |
11:02:44 | | Join Zagor [0] (~bjst@rockbox/developer/Zagor) |
11:04:32 | kugel | we should definitely store test_codec results as xml! |
11:04:43 | | Quit sasquatch (Ping timeout: 245 seconds) |
11:04:56 | JdGordon | does the asm benefits help with the htc bug? |
11:05:13 | kugel | probably |
11:05:24 | kugel | but not for the majority of people since mp3 isn't faster |
11:05:26 | *** | Saving seen data "./dancer.seen" |
11:16:42 | | Join Zambezi [0] (Zulu@80.67.9.2) |
11:17:19 | | Quit Zambezi (Changing host) |
11:17:19 | | Join Zambezi [0] (Zulu@unaffiliated/zambezi) |
11:18:35 | Stummi | i can't build rockbox after applying the first patch: http://www.rockbox.org/tracker/task/11664#comment37251 |
11:18:50 | pixelma | ok, maybe close it then as a theme bug. Not sure if the other should be reported as "bug" or not, as a non-coder I just find it weird if things behave differently and am afraid it will be forgotten about. Would be nice if I could do the same rework of the WPS on greyscale as well (it's the same basic design and idea behind, on greyscale a bit simpler as the usable different shades are limited) |
11:18:55 | pixelma | JdGordon: ^ |
11:19:14 | JdGordon | na, the fix is 3 lines so I'll do it anyway |
11:19:27 | JdGordon | It also partially fixes static text so the tag actually works how you'd expect |
11:20:01 | pixelma | Stummi: are you applying both patches? |
11:20:20 | Stummi | pixelma, no, just the first. I will try it with both then |
11:20:44 | Stummi | (it should build with the first patch only) |
11:20:51 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) |
11:21:06 | pixelma | you need the enable and the USB one, the first enables something that isn't there if you don't apply the second if I understand correctly |
11:22:19 | amiconn | Torne, pixelma: The reason for the alarm code being suppoed to shut down the player is to make sure the device cannot be locked up in a state where it can't be shut down at all |
11:22:52 | amiconn | This would happen on archos fm/v2 recorder (and recorder v1 with alarm mod) if the alarm fires while the device is on |
11:23:54 | amiconn | If that doesn't work anymore it must have gotten lost at some point. This is kinda dangerous... |
11:26:05 | JdGordon | pixelma: AH, and I figured out why TTT and GGG arnt being displayed... the Vf and Vb are marked to ignore the \n (so when they are on the same line as %V the text isnt pushed down one line)... because of that the next line is overwriting the text... not sure how/if to fix that |
11:27:15 | JdGordon | maybe that can be fixed though... |
11:28:45 | JdGordon | hmm nope.. ok, known limitation |
11:31:17 | | Quit robin0800 (Remote host closed the connection) |
11:31:39 | | Join linuxstb [0] (~linuxstb@95.214.28.88) |
11:31:39 | | Quit linuxstb (Changing host) |
11:31:39 | | Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) |
11:31:53 | amiconn | JdGordon: Watching would need more cpu than just doing that assignment. It's just a negation, masking, and multiplication with a constant |
11:32:16 | JdGordon | once per line in the skins |
11:33:08 | amiconn | Line as in line of text? |
11:33:34 | JdGordon | yes |
11:34:02 | amiconn | That's nothing then |
11:34:08 | JdGordon | or do that calc for every pixel? isnt that the same complaint as the background? |
11:34:40 | amiconn | It's not. |
11:35:30 | amiconn | Doing a single if() per pixel is far far worse than doing this 3-to-5 machine instructions thing perhaps a dozen times for the whole screen |
11:35:55 | | Quit linuxstb (Ping timeout: 240 seconds) |
11:36:39 | JdGordon | o |
11:36:43 | JdGordon | ookk |
11:38:43 | JdGordon | pixelma: ok, so here is the choice... currently any text on the same line as Vf/b will never be displayed. I can change it to either *always* add the new line (which will mess up people viewports) or only drop a line when it is with text... so %?mh<Vf(0)> will not add a new line but adding any text (or text tags) will add a new line |
11:38:53 | JdGordon | so it is slightly less consistant |
11:39:03 | * | JdGordon isnt sure which way to go here |
11:39:28 | Stummi | pixelma, it was my failure. Just the bootloader seems fails to build after patching. The normal rockbox-build works |
11:43:32 | | Quit kugel (Ping timeout: 265 seconds) |
11:45:00 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.175) |
11:46:04 | CIA-7 | New commit by jdgordon (r28266): Fix FS #11593 - %Vf() and %Vb() should be able to be used in conditionals. Remember that these tags cause a new line to get drawn so text/tags on the ... |
11:46:11 | pixelma | JdGordon: about the greyscale thing - if it is possible I'd prefer if the colour and greyscale drivers could handle it the same. I think the more uniform they are/behave the easier it is to deal with them later on. And about the newline, always adding one and messing with existing WPSs is probably the worst of the options. If it is documented somewhere I even wouldn't mind if it stays the way they are |
11:46:21 | pixelma | meh |
11:46:48 | JdGordon | they are |
11:47:12 | S_a_i_n_t | what *is* with that newline thing? |
11:47:23 | S_a_i_n_t | it caused me a bit of grief before I knew about it. |
11:47:39 | JdGordon | see the example wps in that bug.. |
11:47:43 | CIA-7 | r28266 build result: All green |
11:48:35 | JdGordon | pixelma: screen corruption bug... can it be closed? |
11:48:46 | S_a_i_n_t | wow...a tag other that %Vf or %Vb in a viewport def looks *weird* |
11:48:59 | S_a_i_n_t | but, I'm used to still tying the fg/bg colour in with the VP |
11:49:17 | S_a_i_n_t | even though I don't have to, I keep them on the same line out of habit |
11:49:41 | JdGordon | you should do it like that, unless you want them to change |
11:50:13 | Torne | amiconn: i can't see any sign that it does that, no, so either it's been lost or i'm blind :) |
11:50:40 | pixelma | JdGordon: I'll test in a bit and close it when I don't see corruption anymore after switching some themes back and forth on my Ondio |
11:51:39 | pixelma | my theme (when it worked) didn't show screen corruption but was missing some images sometimes |
11:52:11 | * | JdGordon sticks fingers in his ear... skin code is bug free now! |
11:53:09 | S_a_i_n_t | *known* bug free ;) |
11:53:24 | S_a_i_n_t | we'll call the new ones "features" from now ;) |
11:53:30 | pixelma | I guess nothing is ever fully bug free |
11:53:49 | JdGordon | S_a_i_n_t: you're learning! :) |
11:54:10 | * | pixelma remembers when dionoea claimed solitaire being bug free when you could still make the 2 of clubs magically disappear |
11:54:24 | S_a_i_n_t | "Reason for closing: I meant to do that!" |
11:56:25 | | Join hebz0rl [0] (~hebz0rl@dslb-088-067-214-078.pools.arcor-ip.net) |
11:57:54 | pixelma | anyone else experiencing that you need to press a button twice to take effect if things start scrolling on the screen? Seems to happen regularly on my M5 now when wanting to call the menu from the file browser (filter first keypress is enabled but it happens even if the backlight is still on) |
11:58:13 | S_a_i_n_t | Not here |
11:58:31 | pixelma | didn't see it on my c200 either |
11:58:41 | S_a_i_n_t | another grey only thing? |
11:59:36 | pixelma | can't imagine it has something to do with the display, more with buttons and how their status are tracked or so. That's just a wild guess though |
11:59:44 | S_a_i_n_t | have you tried it without the "filter first keypress" setting? If it's on? |
11:59:50 | * | S_a_i_n_t reads, it is. |
12:00 |
12:02:33 | pixelma | not that the M5/X5 is great wrt button handling, I'll watch it a bit more, maybe I was just unlucky yesterday |
12:03:07 | amiconn | Torne: Problem here is that the rtc's alarm output is just doing the same as the ON button. There is no interrupt to the host cpu |
12:03:34 | amiconn | And the rtc only resets the alarm output after acknowledging - which won't happen if it fires while the device is on |
12:05:06 | * | amiconn thinks that could be fixed without forcing the device to be powered off after setting the alarm |
12:05:24 | amiconn | Unfortunately I don't have such a device |
12:11:10 | Torne | right, i guessed |
12:18:31 | | Part Zagor |
12:18:45 | | Join Zagor [0] (~bjst@rockbox/developer/Zagor) |
12:35:59 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
12:38:12 | | Quit bug2000 (Ping timeout: 276 seconds) |
12:44:16 | | Quit xsloader (Remote host closed the connection) |
12:45:21 | amiconn | I think it should be possible to check alarm status in the shutdown function. If it fired, reset it. |
12:45:36 | amiconn | This would disable hardware poweroff though, in case rockbox hangs |
12:46:26 | amiconn | (only way to power down is to pull the batteries then) |
12:59:24 | Torne | well, i am indifferent to how it should work; i was just trying to correct the manual |
12:59:39 | Torne | since someone complained ages ago that the manual said they couldn't use sleep + alarm together |
12:59:42 | Torne | and i tried it and it worked |
13:00 |
13:00:12 | Torne | so either the archos shuts the player off when you set the alarm and i'm just not seeing it, in which case the manual should probably mention that but only for archos |
13:00:32 | Torne | or it doesn't in which case maybe it needs fixing, and maybe the manual should mention it :) |
13:00:56 | Torne | but as far as i can see the manual now matches the code |
13:05:29 | *** | Saving seen data "./dancer.seen" |
13:10:45 | S_a_i_n_t | Hmmm...is seting the alarm (alarm plugin, not the time/date settings alarm thingo?) supposed to shut down the player? |
13:11:31 | S_a_i_n_t | s/player/DAP/ (avoid confusion with the archos player) |
13:11:51 | JdGordon | yes, i tihnk so |
13:12:24 | S_a_i_n_t | wow...that's been busted for quite some time then. |
13:12:40 | S_a_i_n_t | if it is indeed so. |
13:17:39 | | Join teru [0] (~teru@KD059133111160.ppp.dion.ne.jp) |
13:17:52 | | Join anewuser [0] (kvirc@unaffiliated/anewuser) |
13:23:31 | | Join xsloader [0] (~Minthe@gw16.ecc.u-tokyo.ac.jp) |
13:25:09 | | Quit user890104 () |
13:26:49 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
13:28:28 | JdGordon | kugel: looking at FS #11575, is there any reason we cant have rockbox store a magic string (like "<RaaARoot>") instead of /usr/local/share in the config? |
13:28:54 | JdGordon | apart from shortening the string/path stored, it would let you rebuild with a different path |
13:29:13 | JdGordon | then file search order would still be the same |
13:29:43 | | Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) |
13:30:03 | JdGordon | where is the code that does the searching? |
13:38:34 | Torne | S_a_i_n_t: i checked and it hasn't done that obviously since about r5800 |
13:38:48 | Torne | S_a_i_n_t: so i have a hard time believing that it's accidental |
13:39:01 | Torne | i.e. it was only true in archos-only days |
13:42:31 | | Quit Topy (Read error: Connection reset by peer) |
13:45:24 | JdGordon | is "/<>/" always going to be an invalid filename? or is that only FAT? |
13:46:55 | Torne | only FAT |
13:47:05 | Torne | Well, okay, fat and unix |
13:47:11 | Torne | you can't have a / in a filename on unix |
13:47:32 | | Quit kugel (Ping timeout: 260 seconds) |
13:47:41 | JdGordon | s/filename/path |
13:47:50 | Torne | Oh, right |
13:47:56 | JdGordon | I'm after a magic string which would never be valid |
13:48:00 | JdGordon | or almost never |
13:48:02 | Torne | unix allows anything except / and null |
13:48:04 | Torne | in a filename |
13:48:08 | Torne | and anything except null in a path |
13:48:13 | Torne | absolutely any bytes you like :) |
13:48:23 | JdGordon | or do I just ignore the first / because rockbox doesnt do relative paths? |
13:49:20 | JdGordon | actually... maybe it doesnt matter |
13:49:39 | pixelma | Torne: S_a_i_n_t was talking about the alarm plugin which isn't as old I think |
13:50:09 | Torne | oh right |
13:50:22 | Torne | S_a_i_n_t: the alarm plugin requires the player be left on and sitting in the alarm plugin |
13:50:36 | pixelma | although I'm a bit confused who is talking about what |
13:52:03 | pixelma | "This plugin is an alarm clock, which resumes a paused song at a given time. " |
13:52:45 | Torne | the asynchronous conversation i'm having with amiconn is about the real alarm |
13:52:52 | Torne | and whether it is maybe broken on archos |
13:53:03 | Torne | and/or other hypothetical players that hate the alarm being set while they're on |
13:53:14 | pixelma | FM/V2 Recorders |
13:53:46 | Torne | right. |
13:54:33 | Torne | i also mentioned yesterday that i was confused about what the alarm plugin is for; i now understand that it's for targets taht have an RTC but not an alarm |
13:54:44 | Torne | so you leave the player on and the plugin resums playback at the relevant time. |
13:54:57 | Torne | though it seems like you could do the same thing for non-rtc targets just by specifying a countdown time instead of an absolute time |
13:55:09 | Torne | i guess nobody's bothered though |
13:56:52 | pixelma | there once was a patch to start recording at a given time and with a countdown timer on non-RTC targets, it even got committed but was very wastefully coded and reverted (maybe it had some bugs as well). A while later the developer more or less vanished and nothing happened with it anymore |
13:57:31 | Torne | for the actual alarm there's two questions/issues: 1) do some targets need to be powered off to avoid the alarm doing something bad, and if so does it do that or is it broken 2) what happens on other targets if the alarm goes off when the player is still on, it appears to clear the alarm and then do nothing about it which looks dumb |
13:57:51 | Torne | i can't help but think the builtin alarm should do the obvious thing on hardware that generates an interrupt or some kind of pollable status |
13:58:04 | Torne | and that we should only force powering off if the hardware makes it impossible to do anything else |
13:58:19 | Torne | the code to poll the status appears to already be there :) |
13:59:16 | Torne | does anyone still have a v2/fm recorder and can actually put a current build on it? |
13:59:25 | Torne | because that'd answer that easily |
14:00 |
14:03:00 | | Quit anewuser () |
14:03:18 | pixelma | I believe scorche has some but still being abroad |
14:03:24 | | Quit Zarggg_ (Quit: Zarggg_) |
14:03:24 | | Quit antil33t (Read error: Connection reset by peer) |
14:03:32 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
14:03:33 | | Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) |
14:04:12 | scorche | i just returned today, however I only have v1 devices |
14:04:27 | pixelma | oh, misremembered then |
14:04:44 | pixelma | maybe LinusN... ;) |
14:05:09 | scorche | check older DevCon registries ;) |
14:06:25 | pixelma | I even tried LinusN's FM-Recorder at DevCon 2007. Of course I don't know if he still has it and if it is in working condition :) |
14:07:24 | kugel | JdGordon: firmware/common/rbpaths.c |
14:07:33 | JdGordon | yeah, too slow.. found it :) |
14:08:14 | LinusN | i still have it, but I haven't used it since 2007 :-) |
14:08:47 | pixelma | I wonder if the battery survived that |
14:08:49 | JdGordon | grrr.... http://pastebin.com/NrT7Aysd |
14:09:02 | LinusN | i have a new battery for it somewhere... |
14:09:15 | pixelma | "new"? |
14:09:28 | LinusN | hehe, perhaps a year old or so |
14:09:33 | | Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) |
14:12:14 | | Join utrack [0] (~androirc@host-93-124-8-36.dsl.sura.ru) |
14:13:16 | | Quit utrack (Client Quit) |
14:14:02 | CIA-7 | New commit by teru (r28267): fix sorting of track list when tracks with track number and tracks without track number are in the same list. |
14:14:14 | | Join utrack [0] (~androirc@host-93-124-8-36.dsl.sura.ru) |
14:15:12 | | Quit utrack (Client Quit) |
14:15:39 | CIA-7 | r28267 build result: All green |
14:19:09 | | Join utrack [0] (~androirc@host-93-124-8-36.dsl.sura.ru) |
14:21:20 | pixelma | huh, if I load the rockbox_default.wps I get a blank screen except statusbar now? |
14:22:16 | JdGordon | rockbox_failsafe.wps |
14:22:20 | JdGordon | they was renamed |
14:23:01 | pixelma | ok, that works |
14:23:45 | pixelma | Did I miss an announcement to delete the other one? |
14:23:53 | JdGordon | http://svn.rockbox.org/viewvc.cgi?view=rev;revision=28073 |
14:24:11 | JdGordon | a month ago |
14:25:27 | pixelma | well yes, the old one won't be replaced anymore though and since I don't use it... |
14:25:47 | | Quit jfc (Read error: Connection reset by peer) |
14:26:12 | | Join jfc [0] (~john@dpc6682208002.direcpc.com) |
14:26:16 | | Quit Loto (Quit: Loto) |
14:26:22 | JdGordon | meh, something worth mentioning in the release notes maybe |
14:27:10 | | Quit utrack (Remote host closed the connection) |
14:27:33 | | Join Loto [0] (~ctrlproxy@xbmc/user/Loto) |
14:28:24 | | Join utrack [0] (~androirc@host-93-124-8-36.dsl.sura.ru) |
14:29:48 | pixelma | LinusN: if you can spend some time testing a current build regarding behaviour if you set the alarm (if it'll immediately switch off or not), it could clear up some confusion :) |
14:32:02 | | Quit Rob2223 (Quit: Rob2223) |
14:32:20 | kugel | http://www.alice-dsl.net/simonemartitz/rockbox/test_codec_stats.pdf <- test_codec results of my phone with and without asm enabled |
14:33:34 | * | pixelma wonders why there are rockbox_failsafe.rfms/rsbs/rwps on non-remote targets - is it also leftover? |
14:33:50 | JdGordon | no, just crap scripting |
14:33:57 | kugel | JdGordon: your code is broken! :P |
14:34:04 | JdGordon | probably |
14:35:18 | | Quit dfkt (Quit: -= SysReset 2.53=- Sic gorgiamus allos subjectatos nunc.) |
14:36:16 | kugel | I made my own test codec parser script which doesn't only output it in wiki format, I wonder if anyone is interested? |
14:37:42 | JdGordon | kugel: maybe its only the skin engine paths, but things shouldnt be calling get_user_file_path except for actual files |
14:39:01 | kugel | I don't understand |
14:39:31 | JdGordon | never mind, that didnt entirely make sense |
14:40:04 | JdGordon | things that store directory+filename shouldnt be calling get_user_file_path() to get the folder first, then append the filename |
14:41:13 | * | JdGordon would also like to change the sdl app to set the search path to <path> if rockbox is started like /<path>/rockbox |
14:41:18 | JdGordon | make it more portable |
14:41:35 | JdGordon | first things first, get this working |
14:42:54 | kugel | it bugs me that mp3 isn't any faster |
14:43:43 | pixelma | kugel: meant to ask. There was a report that in the D2 sim the mapping of the arrow buttons to the top/right/bottom/left middle grid mode actions doesn't work anymore. It looked like something changed with your RaaA commits - has this been overlooked or did the reporter do something wrong? |
14:44:28 | kugel | I noticed that too but it worked when I began the android port (i.e. when I stopped working on the sdl app) |
14:44:58 | kugel | IIRC JdGordon made a commit to the buttons after that |
14:45:22 | pixelma | you removed some files that looked related in r27310 |
14:46:16 | Zagor | kugel: surely that qualifies as beast slaying? |
14:46:30 | | Quit utrack (Remote host closed the connection) |
14:46:55 | LinusN | pixelma: i'll try to do that when i get the chance |
14:46:59 | kugel | Zagor: I don't know the results of the beast for the other codecs, but for ape the beast is faster |
14:47:22 | pixelma | LinusN: thanks |
14:47:39 | kugel | if I build for armv6 ape is a *lot* faster (2x as fast) |
14:48:04 | Zagor | hmm, why is there no beast in CodecPerformanceComparison |
14:48:46 | | Join utrack [0] (~androirc@host-93-124-8-36.dsl.sura.ru) |
14:51:30 | | Quit krazykit (Quit: bye) |
14:52:18 | | Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) |
14:54:07 | | Quit utrack (Read error: Connection reset by peer) |
14:54:33 | CIA-7 | New commit by teru (r28268): fix button maps and assign some buttons for uisimulator. |
14:56:09 | CIA-7 | r28268 build result: All green |
14:57:08 | kugel | "#ifndef CONFIG_PLATFORM" ? no wonder it didn't work |
14:57:15 | kugel | CONFIG_PLATFORM is always defined |
14:59:47 | JdGordon | get_user_file_path() really should be able to work without needing a buffer passed in |
15:00 |
15:00:12 | kugel | Zagor: in an armv6 build my phone is a bit faster (for ape c5k) |
15:00:33 | | Quit antil33t (Read error: Connection reset by peer) |
15:00:44 | | Quit xsloader (Remote host closed the connection) |
15:00:45 | | Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) |
15:01:33 | kugel | JdGordon: that's to make it thread safe. non-main-threads are also doing file i/o |
15:03:02 | JdGordon | this still isnt as transparent as it should be... font: /<Rb>/fonts//usr/local/share/rockbox/fonts/2.fnt |
15:05:30 | *** | Saving seen data "./dancer.seen" |
15:07:15 | | Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) |
15:08:19 | JdGordon | oh woops.. cabbie.cfg is utterly broken |
15:08:43 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
15:11:57 | JdGordon | wpsbuild.pl uses $rbdir which is coming from the Makefile.. problem is I want that to be /<Rb> and $rbdir to stay what it is |
15:12:00 | | Part Zagor |
15:12:22 | | Join Zagor [0] (~bjst@rockbox/developer/Zagor) |
15:12:42 | | Part LinusN |
15:15:59 | | Part Zagor |
15:16:06 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
15:16:43 | | Join Zagor [0] (~bjst@rockbox/developer/Zagor) |
15:18:24 | | Join Kitr88 [0] (~Kitarist@BSN-182-126-212.dial-up.dsl.siol.net) |
15:21:32 | | Quit Kitar|st (Ping timeout: 265 seconds) |
15:22:44 | | Quit Kitr88 (Ping timeout: 240 seconds) |
15:22:51 | | Join Kitar|st [0] (Kitarist@BSN-210-228-153.dial-up.dsl.siol.net) |
15:27:12 | * | TheSeven wonders if someone forgot to bump the plugin api recently |
15:27:32 | | Quit petur (Ping timeout: 265 seconds) |
15:27:37 | | Part LinusN |
15:27:47 | TheSeven | when i fixed that USB bug yesterday, i updated to a new rockbox binary, but didn't update the plugins |
15:28:06 | TheSeven | now i'm not getting any api incompatibility messages but instead Weird Behavior (tm) |
15:28:30 | TheSeven | some plugins work, some lock up with only a backdrop, and chopper is suffering from screen corruption |
15:28:52 | TheSeven | is that a known issue? |
15:31:03 | * | TheSeven wonders if anybody is awake |
15:32:24 | teru | maybe kugel's changes for display api? |
15:33:00 | TheSeven | chopper keeps drawing some random (and changing) mesh of green lines all over the screen |
15:35:29 | | Quit tchan (Quit: WeeChat 0.3.3-dev) |
15:36:57 | kugel | did I forget to update the plugin api? |
15:37:08 | TheSeven | i don't know |
15:37:24 | TheSeven | i just saw what the plugins are doing on my ipod :) |
15:37:48 | kugel | none of my recent commits looks suspicious though |
15:38:31 | teru | r28239 changes struct screen. |
15:38:42 | kugel | maybe r28188 or r28102? |
15:39:00 | kugel | that needs a plugin api bump? |
15:39:15 | kugel | hm right it probably does |
15:39:47 | | Join Rob2222 [0] (~Miranda@pD9FE310E.dip.t-dialin.net) |
15:40:23 | teru | i think so. it is exposed to plugin api. and comment in screen_access.h tells to bump plugin api version. |
15:42:00 | teru | r28188 doesn't affet since if HAVE_DIRCACHE isn't defined, build fails. |
15:50:59 | | Part Zagor |
15:51:35 | | Join Zagor [0] (~bjst@rockbox/developer/Zagor) |
15:53:01 | | Quit teru (Quit: Quit) |
15:53:47 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
15:57:05 | | Join kevku [0] (~kevku@arch.tunnel.ipv6.estpak.ee) |
16:00 |
16:00:13 | hondza | 14:32 <kugel> http://www.alice-dsl.net/simonemartitz/rockbox/test_codec_stats.pdf <- test_codec results of my phone with and without asm enabled |
16:00:27 | hondza | kugel: do the new optimizations affect sansas as well? |
16:00:38 | kugel | that's no new optimizations |
16:00:42 | kugel | it's enabling the existing ones |
16:01:45 | | Quit tchan (Quit: WeeChat 0.3.3-dev) |
16:04:51 | | Quit Zagor (Read error: Connection reset by peer) |
16:06:38 | | Join Guest30082 [0] (~bjst@rockbox/developer/Zagor) |
16:07:36 | | Nick Guest30082 is now known as Zagor (~bjst@rockbox/developer/Zagor) |
16:08:13 | | Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) |
16:15:01 | | Quit drizztbsd (Ping timeout: 260 seconds) |
16:15:49 | | Quit JesusMcCloud (Ping timeout: 240 seconds) |
16:15:49 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
16:24:02 | amiconn | S_a_i_n_t: The alarm plugin is not supposed to shut down the device. We were talking about the built-in alarm |
16:25:38 | | Quit Judas_PhD (Quit: This is a quitting message) |
16:25:42 | amiconn | JdGordon: < and > aren't valid on fat, that's why we chose it for multivolume as well ( /<MMC1>/folder/name ) |
16:28:50 | | Join drizztbsd [0] (~quassel@unaffiliated/drizztbsd) |
16:31:03 | | Join leavittx_ [0] (~lev@89.221.199.187) |
16:31:33 | amiconn | kugel: armv6 ape filter code is expected to be much faster than the armv5 version, because it makes use of armv6 simd (packed 16 bit operands in standard 32 bit arm registers) |
16:31:44 | | Join T44 [0] (~Topy44@cable-78-34-73-174.netcologne.de) |
16:35:24 | kugel | amiconn: we're not doing fat on raaa |
16:36:42 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
16:37:11 | | Quit Judas_PhD (Client Quit) |
16:39:31 | amiconn | No, but (1) rockbox usually obeys fat limitations because all real targets use it and (2) even if those chars may be valid on other file systems, they're rather unlikely to be used, because of their special meaning |
16:41:10 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
16:42:52 | | Quit Judas_PhD (Client Quit) |
16:44:59 | | Join panni_ [0] (hannes@ip-178-203-81-220.unitymediagroup.de) |
16:47:23 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
16:49:26 | | Quit Judas_PhD (Client Quit) |
16:54:11 | | Part Zagor |
16:55:31 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
17:00 |
17:05:31 | *** | Saving seen data "./dancer.seen" |
17:07:33 | leavittx_ | thanks for fixing simulator! |
17:07:36 | | Quit kugel (Remote host closed the connection) |
17:09:51 | | Join sasquatch [0] (~username@p4FF2DABF.dip.t-dialin.net) |
17:15:09 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
17:17:47 | | Quit panni_ (Read error: Connection reset by peer) |
17:29:32 | | Join JesusMcCloud [0] (~JesusMcCl@84.119.81.195) |
17:31:16 | | Part pSiKO |
17:31:32 | | Join G4Oblivion [0] (~chatzilla@user-0c6sbe1.cable.mindspring.com) |
17:34:58 | G4Oblivion | I think this was reported a while back, I thought it was fixed but when I change my theme to rockbox-failsafe the last themes backdrop and icons are still there. |
17:38:13 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
17:38:55 | | Join DSStrife89 [0] (~Strife89@207.144.201.128) |
17:40:56 | | Quit t0rc (Remote host closed the connection) |
17:43:52 | | Quit DSStrife89 (Read error: Connection reset by peer) |
17:45:03 | | Join DSStrife89 [0] (~Strife89@207.144.201.128) |
17:49:15 | | Quit G4Oblivion (Quit: ChatZilla 0.9.86 [Firefox 3.6.12pre/20101013074404]) |
18:00 |
18:02:15 | | Join saratoga [0] (9803c22e@gateway/web/freenode/ip.152.3.194.46) |
18:03:39 | saratoga | so i'm reading through the cortex A8 instructions, and I'm baffled at why this one is useful: "doubling long multiply", which apparently does a long multiply and doubles the product |
18:03:45 | saratoga | what am i missing |
18:04:59 | Torne | "DSP stuff", i'm guessing |
18:05:04 | Torne | same as UQADDSUBX |
18:05:05 | Torne | or whatever |
18:05:10 | | Quit DSStrife89 (Ping timeout: 276 seconds) |
18:05:20 | saratoga | oh |
18:05:22 | saratoga | i see |
18:05:33 | saratoga | theres an option to just return the high word |
18:05:53 | saratoga | so you can do a s.31*s.31 fixed point multiply in a single op |
18:06:58 | saratoga | since doubling the high word is the same as doing ((int64)(int32x*int32y)>>31) |
18:07:16 | saratoga | it would be nice if the manual could give some hint what these things are for! |
18:08:07 | saratoga | but anyway, neon looks kind of amazing for audio |
18:09:30 | Torne | neon is very well designed, yes, becuase they got to rip off the last quiteafew years of SIMD stuff on x86 :0 |
18:09:55 | saratoga | i like that the instruction codes are actually comprehensible |
18:10:12 | Torne | the ARMv5E stuff is much less rational :) |
18:10:34 | saratoga | 5e has basically nothing at all useful for audio as far as I can tell |
18:10:42 | saratoga | just some packed ops for video |
18:10:45 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
18:10:51 | Torne | no idea. |
18:11:46 | saratoga | one thing thats not clear to me about NEON is how it shares memory with the main processor |
18:12:10 | saratoga | am i correct to think that i can basically load anything into it and store anything back to cache, and also take things from the arm core cheaply |
18:12:23 | saratoga | but that i should probably not try to load things from neon into the arm core without first storing them? |
18:12:28 | | Quit lestatar (Quit: ChatZilla 0.9.86 [Firefox 3.6.8/20100722155716]) |
18:13:47 | Torne | not sure what you mean.. |
18:13:54 | Torne | the NEON is part of the core |
18:14:00 | Torne | it's not a coprocessor in any meaningful sense :) |
18:14:23 | saratoga | on the A8 its technically a coprocessor |
18:14:24 | Torne | as far as i know it has exactly the same connection to the cache as the ALU does |
18:14:35 | saratoga | so you have to use MCR instructions to get stuff to it from the main register file |
18:14:51 | Torne | that doesn't make it a coprocessor |
18:14:59 | Torne | that's just how ARM choose to extend the instructoin set space nicely |
18:15:15 | Torne | it's tightly integrated with the CPU |
18:15:41 | Torne | shares the same cache interface and all that. |
18:15:57 | saratoga | its physically integrated, but logicaly its a coprocessor and theres apparently all kinds of nasty stalls involved with transfering stuff between the main core and neon |
18:17:03 | | Join user890104 [0] (Venci@Venci-Notebook-LAN.ipv6.6bez10.info) |
18:17:23 | Torne | mcr/mrc is nasty, but via the cache should be uninteresting.. |
18:17:36 | Torne | they're both driving the same cachecontroller |
18:17:47 | saratoga | yeah |
18:17:53 | Torne | that was what i meant |
18:18:48 | Torne | mrc and mcr both suck pretty badly |
18:19:11 | saratoga | the impression i get is that you mostly use NEON for jobs that do "gather, ADD/MUL/wahtever, scatter" type operations without any real flow control |
18:19:34 | saratoga | while the main CPU is figuring out branches based on some hopefully independent set of variables from what neon is doing |
18:19:41 | saratoga | is that more or less correct |
18:19:53 | Torne | i think so.. people use it as just a clever fpu as well though |
18:20:06 | saratoga | yeah |
18:20:12 | saratoga | the load/store instructions look amazing |
18:20:25 | Torne | that too; people use it for memcpy() :) |
18:20:30 | saratoga | perfect for filterbanks like mp3's |
18:26:34 | saratoga | i wonder how much difference optimization really makes on android |
18:26:44 | saratoga | can we do battery benches on it yet? |
18:28:03 | | Join wodz [0] (~wodz@chello087206240131.chello.pl) |
18:30:37 | | Quit user890104 () |
18:30:42 | | Join user890104 [0] (Venci@Venci-Notebook-LAN.ipv6.6bez10.info) |
18:34:24 | | Quit saratoga (Quit: Page closed) |
18:35:03 | | Quit swilde (Quit: ERC Version 5.3 (IRC client for Emacs)) |
18:36:09 | | Join user890104_ [0] (~Venci@2001:0:4137:9e74:8a:f6b:2b16:78b5) |
18:36:17 | | Quit user890104 (Read error: No route to host) |
18:36:38 | | Nick user890104_ is now known as user890104 (~Venci@2001:0:4137:9e74:8a:f6b:2b16:78b5) |
18:38:20 | | Join user890104_ [0] (Venci@Venci-Notebook-LAN.ipv6.6bez10.info) |
18:41:17 | | Join Xerion [0] (~xerion@541907CA.cm-5-2a.dynamic.ziggo.nl) |
18:41:20 | | Quit user890104 (Ping timeout: 272 seconds) |
18:42:11 | | Join user890104 [0] (Venci@Venci-Notebook-LAN.ipv6.6bez10.info) |
18:42:14 | | Quit user890104_ (Read error: No route to host) |
18:42:32 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
18:47:52 | | Join Jerom [0] (~jerome@95.171.137.111) |
18:54:16 | | Join _s1gma [0] (~d.d.derp@77.107.164.131) |
18:58:34 | | Join DSStrife89 [0] (~Strife89@207.144.201.128) |
19:00 |
19:00:54 | | Quit Jerom (Quit: Leaving.) |
19:01:49 | | Join Jerom [0] (~jerome@95.171.137.111) |
19:05:34 | *** | Saving seen data "./dancer.seen" |
19:06:16 | | Quit Jerom (Client Quit) |
19:07:29 | | Join n1s [0] (~n1s@nl118-174-240.student.uu.se) |
19:07:29 | | Quit n1s (Changing host) |
19:07:29 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
19:08:19 | | Join krabador [0] (~krabador@host207-24-dynamic.247-95-r.retail.telecomitalia.it) |
19:08:37 | | Quit DSStrife89 (Quit: Back later.) |
19:08:55 | | Join G4Oblivion [0] (~G4Oblivio@user-0c6sbe1.cable.mindspring.com) |
19:10:50 | bertrik | How good is fm reception on the gigabeat s? |
19:10:51 | | Quit DerPapst (Quit: Leaving.) |
19:11:43 | n1s | bertrik: i think it's pretty good, not that i use it beyond testing |
19:11:44 | bertrik | I've seen a few complaints about the tuner chip used in the beast (si4700) not switching to stereo with relatively weak signals |
19:12:04 | bertrik | in comparison with the OF |
19:12:11 | n1s | ah, never used the of |
19:12:31 | n1s | but i thought that was an auto thing in the chip, no? |
19:12:39 | | Join Topy [0] (~Topy44@f048075035.adsl.alicedsl.de) |
19:13:41 | bertrik | n1s, it is possible to control the signal strength range where it transitions from mono to stereo |
19:13:49 | n1s | aha |
19:14:05 | bertrik | so we could make it stereo for weaker signals, but with possibly more noise |
19:14:43 | n1s | well, fm nad the compression used by radio stations means everything sounds like crap anyway :) |
19:14:49 | n1s | s/nad/and |
19:15:05 | | Quit G4Oblivion (Quit: ChatZilla 0.9.86 [Firefox 3.6.12pre/20101013074404]) |
19:16:27 | | Quit T44 (Ping timeout: 265 seconds) |
19:16:35 | n1s | hmm, in fact the gigabeast uses a different way of detecting stereo than the others with similar fm chips |
19:17:47 | bertrik | oh? Do you mean it checks a GPIO instead of checking a bit in a register? |
19:18:23 | | Quit CGL (Remote host closed the connection) |
19:19:38 | bertrik | I think it's a si4701 in the beast instead of an si4700 as I said earlier |
19:20:51 | n1s | yeah, it checks the gpio |
19:23:16 | n1s | so you think we should change BLNDADJ to indicate stereo for a lower signal strength? |
19:24:05 | n1s | we could make it configurable of course |
19:24:14 | bertrik | Yes, possibly. I'm waiting for some feedback from users (both at FS and ABI) |
19:24:45 | n1s | ah, yes si4701 is the one with rds, which iirc the beast chip has |
19:24:55 | n1s | someone should implement support for that :) |
19:25:31 | bertrik | Probably not that hard to do, just needs to be done |
19:26:40 | n1s | yeah, the apps code should be there already since that ipod fm remote has rds support in rockbox |
19:27:07 | bertrik | Making BLNDADJ user configureable sounds a bit overkill to me to be honest |
19:27:36 | n1s | yes |
19:28:08 | bertrik | the ipod fm remote rds support feels a bit hacked to me, it only supports the station name (8 chars) and the scrolling text thing (64 chars IIRC) |
19:28:18 | bertrik | but it's a nice start to get something going quickly |
19:28:30 | n1s | we could pop it down to -6dB and if anyone wants mono, there's the option to force mono anyway |
19:28:46 | * | linuxstb was about to ask if there was an option to force mono |
19:28:55 | n1s | there is |
19:34:00 | n1s | hmm, that reminds me, i wanted to fix that frequency drifting thing with fm on the c200v1... |
19:35:19 | bertrik | I made a patch to set it to 6 dB lower but the bug submitter said it was still not OK yet compared to the OF : http://www.rockbox.org/tracker/task/11405 |
19:36:17 | bertrik | I realize now that perhaps the regional setting can cause problems too, e.g. it may result in tuning to a channel off by 0.1 MHz |
19:36:53 | bertrik | that c200v1 tuner looks like hell to tune, compared with the newer tuner types |
19:38:09 | n1s | never looked at it, i just remember my mother used her c200 this summer and told me about the problem and it was very reproducable, in warm weather, it seemed very temerature dependant :) |
19:38:52 | | Join Horscht [0] (~Horscht@p4FD4F328.dip.t-dialin.net) |
19:38:52 | | Quit Horscht (Changing host) |
19:38:52 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
19:39:03 | n1s | but i figured that if it can read back the actual freq, it can retune after drifting too much or just retune after a set amount of time, assuming that doesn't cause other glitches |
19:40:05 | bertrik | WIth the newer tuner chips, tuning basically consists of setting a channel number and you're tuned within 100 ms or so. The c200v1 tuner requires a multi-step tune procedure where you need to calibrate the frequency using accurate delays. |
19:41:29 | n1s | nothing wrong with tuning on it afaict, as chaning channel and back again fixed it but it seems to drift from the tuned freq as time passes so you get more and more static |
19:41:49 | n1s | and it drifts faster when it's warm :) |
19:42:08 | n1s | it is a reported bug in our tracker |
19:42:37 | bertrik | if you can measure it, you could use it as a thermometer :) |
19:42:46 | n1s | good idea! |
19:43:20 | n1s | FS #9420, seems to be the same on e200v1 |
19:48:00 | bertrik | We can make a very crude thermometer by measuring the voltage difference between two diodes that run at different currents in the codec chip. In theory, the voltage difference is directly proportional to absolute temperature. The accuracy of the A/D is a bit too low to make a good temperature measurement though (or we'd have to average a lot of samples). |
19:48:14 | bertrik | ^- talking about the c200v1 and the e200v1 |
19:48:55 | n1s | heh |
19:48:56 | | Quit markun (Read error: Connection reset by peer) |
19:52:21 | bertrik | n1s, one of the things I'd really like to add eventually is a signal strength indicator for fm radio, most fm chips actually seem capable of reporting this (with varying accuracy) |
19:54:06 | n1s | bertrik: not a bad idea |
19:59:03 | | Join Staphylo [0] (~Bullet@AMontsouris-159-1-54-40.w92-128.abo.wanadoo.fr) |
20:00 |
20:00:30 | | Quit krabador (Ping timeout: 272 seconds) |
20:05:08 | | Join pamaury [0] (~quassel@dhcp-128-203.residence.ens-lyon.fr) |
20:05:09 | | Quit pamaury (Changing host) |
20:05:09 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
20:06:09 | pamaury | gevaerts: do you know how the bootloader works with respect to usb ? It seems that with my patch on FS, the bootloader doesn't compile anymore (seems like usb.c is not compiled in), do you have an idea ? |
20:06:18 | | Join DerPapst [0] (~Alexander@p4FE8FBBB.dip.t-dialin.net) |
20:06:50 | pamaury | (the question is partly specific to amsv2 and partly generic, there are errors of both kinds it seems) |
20:08:02 | | Join clone4crw [0] (~Calvin@97-86-227-168.dhcp.roch.mn.charter.com) |
20:09:13 | | Quit dfkt (Quit: -= SysReset 2.53=- Sic gorgiamus allos subjectatos nunc.) |
20:12:37 | | Quit _s1gma (Ping timeout: 265 seconds) |
20:14:24 | gevaerts | pamaury: not really, no. All bootloaders I ever dealt with do no usb :) |
20:14:30 | linuxstb | pamaury: I think in general the bootloaders don't have the full USB driver. On PP ipods (and I'm guessing other PP devices) we don't even enable interrupts. |
20:16:08 | pamaury | I don't know, the as3525 does call to usb_start_monitoring and usb_core is built and require usb_signal_transfer_completion... |
20:24:37 | | Quit DerPapst (Read error: Connection reset by peer) |
20:26:24 | | Quit fyrestorm (Read error: Connection reset by peer) |
20:28:42 | | Join _s1gma [0] (~d.d.derp@77.107.164.131) |
20:29:15 | | Join DerPapst [0] (~Alexander@p4FE8FBBB.dip.t-dialin.net) |
20:36:45 | | Quit Topy (Ping timeout: 252 seconds) |
20:38:16 | | Join krabador [0] (~krabador@host109-18-dynamic.117-80-r.retail.telecomitalia.it) |
20:38:56 | | Join krazykit [0] (~kkit@wireless-165-124-204-177.nuwlan.northwestern.edu) |
20:41:24 | | Join T44 [0] (~Topy44@cable-78-34-73-174.netcologne.de) |
20:42:06 | | Join markun [0] (~markun@5ED33C2C.cm-7-4a.dynamic.ziggo.nl) |
20:42:06 | | Quit markun (Changing host) |
20:42:06 | | Join markun [0] (~markun@rockbox/developer/markun) |
20:58:21 | clone4crw | Hey could someone review does call to usb_start_monitoring and usb_core is built and require usb_signal_transfer_completion... |
20:58:24 | clone4crw | 13:24 -!- DerPapst [~Alexander@p4FE8FBBB.dip.t-dialin.net] has quit [Read error: Connection reset by peer] |
20:58:27 | clone4crw | 13:26 -!- fyrestorm [~nnscript@cpe-69-203-144-35.si.res.rr.com] has quit [Read error: Connection reset by peer] |
20:58:30 | clone4crw | 13:28 -!- _s1gma [~d.d.derp@77.107.164.131] has joined #rockbox |
20:58:33 | clone4crw | 13:29 -!- DerPapst [~Alexander@p4FE8FBBB.dip.t-dialin.net] has joined #rockbox |
20:58:35 | clone4crw | 13:36 -!- Topy [~Topy44@f048075035.adsl.alicedsl.de] has quit [Ping timeout: 252 seconds] |
20:58:39 | clone4crw | 13:38 -!- krabador [~krabador@host109-18-dynamic.117-80-r.retail.telecomitalia.it] has joined #rockbox |
20:58:42 | clone4crw | 13:38 -!- krazykit [~kkit@wireless-165-124-204-177.nuwlan.northwestern.edu] has joined #rockbox |
20:58:45 | clone4crw | 13:41 -!- T44 [~Topy44@cable-78-34-73-174.netcologne.de] has joined #rockbox |
20:58:47 | clone4crw | 13:41 -!- markun [~markun@5ED33C2C.cm-7-4a.dynamic.ziggo.nl] has joined #rockbox |
20:58:50 | clone4crw | 13:41 -!- markun [~markun@5ED33C2C.cm-7-4a.dynamic.ziggo.nl] has quit [Changing host] |
20:58:53 | clone4crw | 13:41 -!- markun [~markun@rockbox/developer/markun] has joined #rockbox |
20:59:13 | krabador | clone4crw, are you ok? |
20:59:15 | * | clone4crw is very sorry for that |
20:59:22 | _s1gma | lol.. |
20:59:26 | clone4crw | * was having trouble with pasting in rxvt |
21:00 |
21:02:16 | clone4crw | What I meant was could someone review FS #11667 for me? (I'm too scared to try pasting again) |
21:05:20 | gevaerts | clone4crw: I'm trying to understand why it's needed |
21:05:36 | *** | Saving seen data "./dancer.seen" |
21:07:30 | clone4crw | Because 150 ohms was showing up as brown - green - black. The last one should be brown, it happens only between 100 and 199. |
21:07:48 | gevaerts | Yes, I believe it's wrong, but why? |
21:10:02 | | Quit krabador (Ping timeout: 265 seconds) |
21:10:54 | clone4crw | But why... is it a problem in the first place? |
21:10:57 | | Quit linuxguy3 (Read error: Connection reset by peer) |
21:11:09 | gevaerts | yes |
21:11:32 | gevaerts | I mean, isn't there a bug elsewhere that this patch would just hide? |
21:12:34 | clone4crw | Yes, I know this is a kludge. I haven't had time to review it and really fix it. |
21:13:05 | clone4crw | It just bugged me when I went to actually use the plugin |
21:13:13 | gevaerts | Yes, I understand that :) |
21:13:36 | gevaerts | Actually, is the patch correct? I mean, if the value is excatly 100, what should happen? |
21:14:08 | clone4crw | I believe (i don't have it open now), that this applies if its > 100 and <= 199 |
21:14:14 | gevaerts | so not for 100? |
21:14:20 | clone4crw | Nope. that's fine. |
21:14:48 | | Join linuxguy3 [0] (~timj@adsl-75-57-189-204.dsl.emhril.sbcglobal.net) |
21:15:09 | clone4crw | Strange, I know. Next chance I'll get I'll look for a real solution. |
21:15:21 | | Join krabador [0] (~krabador@host217-29-dynamic.251-95-r.retail.telecomitalia.it) |
21:17:17 | * | gevaerts tries some numbers |
21:19:50 | gevaerts | clone4crw: it looks like with the svn version 109 is still correct, 110 is wrong |
21:20:52 | amiconn | The whole range handling in that plugin looks strange and error prone to me |
21:23:08 | clone4crw | what's the difference between the two versions? |
21:23:50 | gevaerts | clone4crw: I mean, it looks like your patch is wrong. 101 to 109 *don't* need fixing |
21:26:39 | * | gevaerts looks at the code in detail |
21:27:11 | clone4crw | oh. line numbers. gotcha. |
21:27:30 | amiconn | No, values (iiuc) |
21:27:43 | * | clone4crw is a bit confused |
21:27:49 | gevaerts | clone4crw: try entering 105 in the resistance-to-colour part |
21:28:02 | clone4crw | Oh. |
21:28:41 | | Join MethoS- [0] (~clemens@134.102.106.250) |
21:30:12 | amiconn | Hmm, also the plugin doesn't handle multipliers with negative exponent |
21:30:27 | clone4crw | Brown black red sure isn't 105 ohms. |
21:31:47 | amiconn | And it doesn't know tolerances <1% |
21:33:22 | clone4crw | 110 seems to be correct, though. |
21:39:16 | gevaerts | clone4crw: at first sight, http://pastebin.com/cwrMTHFC seems to give me a correct resistor to colour conversion |
21:40:51 | clone4crw | I'll give it a try. |
21:41:22 | gevaerts | I'm now doing the same in the LED code |
21:43:56 | gevaerts | clone4crw: I've put my patch on FS #11667 |
21:44:12 | gevaerts | I *think* it's correct |
21:45:42 | amiconn | gevaerts: You can make that even more efficient if you just calculate tens=kbd_input_int%100; in the loop |
21:46:18 | amiconn | After the loop: units=tens%10; tens /= 10; |
21:47:08 | gevaerts | Oh, indeed |
21:47:08 | | Join s1gma_ [0] (~d.d.derp@77.107.164.131) |
21:48:17 | gevaerts | http://pastebin.com/693AXUV2 would then be the result |
21:48:19 | amiconn | Hmm, if you switch kbd_input /= 10; and the if(...) break; (which in turn needs to check for < 100 then), you don't even need that |
21:48:52 | amiconn | You would just calculate units and tens after the loop from kbd_input_int |
21:49:21 | gevaerts | amiconn: this isn't the inner loop of a codec :) |
21:49:59 | amiconn | Of course not, but shorter code is easier to understand... |
21:50:20 | | Quit _s1gma (Ping timeout: 240 seconds) |
21:51:20 | gevaerts | true |
21:53:10 | amiconn | Just the loop: http://pastebin.com/mgXsweZj |
21:59:41 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
22:00 |
22:13:46 | CIA-7 | New commit by gevaerts (r28269): Simplify resistance to colour calculations, removing some bugs in the process. ... |
22:15:13 | CIA-7 | r28269 build result: All green |
22:15:27 | gevaerts | The temporary variable wasn't technically needed for the second case, but the LED resistor calculator still needs the value later on, and I preferred to keep the code similar |
22:16:57 | amiconn | Yeah |
22:18:07 | amiconn | If the original variable isn't used afterwards, gcc will even generate the same code as if you used the original directly |
22:18:42 | clone4crw | And I was about to say that the patch seems to be working |
22:19:10 | gevaerts | clone4crw: I tested some values too :) |
22:24:53 | | Quit stripwax (Quit: http://miranda-im.org) |
22:25:03 | clone4crw | I'm recompiling with r28269 now. |
22:30:34 | amiconn | gevaerts: Looks like you forgot something... int get_power_ten(int in_val) can be removed altogether |
22:31:16 | * | amiconn wonders why all these helper functions aren't static |
22:31:29 | amiconn | If they were, gcc would warn if they're unused |
22:31:37 | gevaerts | good point |
22:36:01 | CIA-7 | New commit by wodz (r28270): HD200 - GPIO57 is headphone output enable. Proper handling of this line fixes hissing noise after startup. |
22:37:53 | CIA-7 | r28270 build result: All green |
22:38:48 | bertrik | amiconn, lots of functions in plugins could be made static, I won't mind working on cleaning that up |
22:39:01 | bertrik | OTOH, it doesn't seem to matter *that* much |
22:42:00 | gevaerts | There are more bugs. Black-brown-red isn't 100 kilo ohm |
22:43:22 | CIA-7 | New commit by gevaerts (r28271): Resistor calculator: Add lots of static, and slightly reorganise the code |
22:43:56 | | Quit kevku (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/) |
22:45:11 | CIA-7 | r28271 build result: All green |
22:52:02 | | Quit krazykit (Ping timeout: 255 seconds) |
22:52:17 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
22:53:04 | | Quit Barahir (Ping timeout: 252 seconds) |
22:53:36 | | Quit thegeek (Quit: ( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )) |
22:53:49 | | Join thegeek [0] (~nnscript@172.80-203-148.nextgentel.com) |
22:54:51 | | Quit stripwax (Client Quit) |
23:00 |
23:03:41 | gevaerts | clone4crw: it seems that technically, violet, grey and white are valid multipliers too. Shouldn't we add those as well for completeness? |
23:04:36 | * | gevaerts realises that 99 gigaohm resistors aren't very common... |
23:05:39 | *** | Saving seen data "./dancer.seen" |
23:06:03 | CIA-7 | New commit by gevaerts (r28272): Fix some incorrect colour-to-resistance results. The price is that sometimes the display is subobtimal (like "2000 Ohms" instead of "2 KOhms") ... |
23:06:39 | clone4crw | haha. If I knew what those multipliers were, sure. Why not? |
23:07:31 | gevaerts | http://en.wikipedia.org/wiki/Electronic_color_code lists them |
23:07:38 | CIA-7 | r28272 build result: All green |
23:07:42 | gevaerts | They just follow the normal order |
23:08:02 | * | gevaerts will add them |
23:09:18 | clone4crw | Ok |
23:11:21 | | Quit bmbl (Quit: Bye!) |
23:11:29 | | Quit evilnick_B (Quit: Page closed) |
23:12:27 | CIA-7 | New commit by gevaerts (r28273): Add violet, grey and white multiplier for completeness |
23:13:00 | gevaerts | I think it's bugfree now |
23:13:33 | gevaerts | Well, except for the "1000 Ohms" instead of "1 KOhms" thing, but I prefer that over wrong answers anyway :) |
23:13:50 | CIA-7 | r28273 build result: All green |
23:16:08 | clone4crw | I agree, in the resistance to colors mode, if the unit is 'ohms', then I kind of want the answer to be 'ohms' |
23:16:41 | gevaerts | The best solution for that really is to keep everything in tens, units and power |
23:17:35 | gevaerts | Then that sort of thing is trivial, but other calculations may not be any more. I suspect the LED calculator would get harder to understand |
23:22:25 | amiconn | gevaerts: White multiplier (also grey for some values) will overflow 'int' |
23:23:56 | gevaerts | amiconn: in which cases? Colour-to-resistance should handle that |
23:24:04 | gevaerts | The other direction may not |
23:24:23 | amiconn | The latter |
23:25:03 | | Join zdebel [0] (~zdebel@d86-37.icpnet.pl) |
23:25:11 | gevaerts | We'll just give a different wrong answer now though. I think it used to return black-black-black for big enough values |
23:25:12 | zdebel | hi, anyone with a gigabeat s in the house xD? |
23:25:21 | zdebel | I've been using rockbox for like over 1 year now |
23:25:22 | Torne | i have one in the house, yes |
23:25:26 | zdebel | and today something WEEEEEEEIRD happened |
23:25:28 | Torne | not sure where exactly |
23:25:36 | zdebel | it fails to read the partition x.x |
23:25:38 | zdebel | out of the blue |
23:25:49 | Torne | you mean the bootloader? |
23:25:50 | Torne | or what? |
23:25:52 | zdebel | and atm I'm at the firmware restore part, the original one |
23:25:53 | zdebel | yeah |
23:26:05 | zdebel | and fucking updater won't discover the device |
23:26:13 | Torne | do you mean our bootloader errored, or do you mean the original firmware sent you to the restore process? |
23:26:28 | zdebel | both mate |
23:26:37 | zdebel | at first it was working, I jsut reformated the data partition |
23:26:41 | zdebel | put a brand new .rockbox in |
23:26:47 | Torne | the bootloader complained and then when you restarted the OF prompted you to restore? |
23:26:54 | zdebel | Yes. |
23:26:55 | zdebel | exactly |
23:27:01 | Torne | hrm |
23:27:16 | Torne | well, the beast is.. fun like that :) |
23:27:20 | zdebel | it wouldn't be a biggie if the updater app found the device... x.x |
23:27:27 | | Quit domonoky (Read error: Connection reset by peer) |
23:27:39 | Torne | are you using the toshiba update utility? |
23:27:42 | zdebel | windows (sadly 7) sees it properly |
23:27:42 | zdebel | yes |
23:27:46 | Torne | you could use our firmware downloader instead |
23:27:50 | Torne | that might work better |
23:27:50 | zdebel | gbs_update_1_2_us.exe |
23:27:51 | zdebel | ooooh? |
23:27:57 | zdebel | haven't heard about it |
23:28:15 | * | zdebel checks the site then! |
23:28:18 | Torne | also there should be a version 1.3 of the toshiba one too |
23:28:35 | Torne | which may work better perhaps |
23:28:37 | zdebel | ok I'll first try to find that then |
23:28:47 | | Quit wodz (Quit: Leaving) |
23:28:56 | Torne | http://www.rockbox.org/wiki/GigabeatSInfo#Windows <- this has a link to sendfirm.exe which is our MTP firmware download tool |
23:29:06 | Torne | you'll need to get the right nk.bin to download, though |
23:29:29 | Torne | you might be able to do it with rockbox utility as well, just by installing the rockbox bootloader again? |
23:29:36 | Torne | since that uses the exact same process |
23:29:55 | zdebel | I'll see what I can do then |
23:30:24 | zdebel | I've been using rockbox for so long now, loving every part of it every day |
23:30:28 | zdebel | and now this happens, out of the blue |
23:30:32 | zdebel | eh my luck recently |
23:30:42 | CIA-7 | New commit by gevaerts (r28274): Resistor calculator: Use correct units if resistor to colour uses kilo- or megaohms |
23:30:43 | Torne | unfortunately it may just be the beast firmware doing the thing that it does |
23:31:05 | Torne | we still haven't figured out why it sometimes decides the disk is corrupt and reformats it for you :) |
23:31:15 | zdebel | yeah, I've read that on the page |
23:31:16 | | Quit S_a_i_n_t (Disconnected by services) |
23:31:19 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.87) |
23:31:22 | zdebel | was like, that never happened to me o.o |
23:31:24 | zdebel | and then... |
23:31:32 | Torne | it happens very frequently for some people :) |
23:31:43 | Torne | alternatively, maybe something else is wrong; could be that your disk is dying or something, I guess |
23:31:59 | Torne | but if you can restore it and it appears to work afterward then i'd just blame the beast boot code |
23:32:00 | zdebel | was working perfectly fine, didn't throw it at anything etc |
23:32:08 | Torne | disks die eventually anyway :) |
23:32:17 | zdebel | so um, the rockbox utility supports the >s< version now? |
23:32:23 | CIA-7 | r28274 build result: All green |
23:32:55 | Torne | Oh, er, no |
23:33:10 | zdebel | ok so first I'll try to find the official 1.3 updater |
23:33:15 | zdebel | if not, I'll sendfirm 1.2 |
23:33:43 | Torne | right |
23:33:58 | Torne | beastpatcher might be able to do the same thing as sendfirm, also |
23:34:05 | * | zdebel crosses fingers |
23:34:23 | zdebel | aw shit the updater still doesn't find the device |
23:34:34 | n1s | beastpatcher is probably the more-likely-to-work one, no? |
23:34:42 | Torne | n1s: they're built from the same code, iirc |
23:34:50 | Torne | though the sendfirm.exe linked to there probably wasn't built recently |
23:35:02 | zdebel | I've used it in the first place to put rockbox on this player |
23:35:05 | n1s | oh, also has anyone tried either of those tools on windows 7? |
23:35:15 | * | zdebel extracts nk.bin |
23:35:17 | Torne | i'm sure someone has :) |
23:35:29 | Torne | i haven't actualyl done anything with the beast for a long time so not me |
23:35:56 | n1s | me neither, i don't reinstall the bootloader often at all |
23:36:12 | zdebel | ok got the nk.bin, what do you suggest to try first? |
23:37:25 | Torne | try just folling the normal rockbox manual install instructions |
23:37:30 | zdebel | I think it won't work since it uses the mtp protocol, which sux balls on windows 7 |
23:38:36 | Torne | it doesn't use windows' implementation of mtp |
23:38:43 | Torne | it uses a library to do it |
23:38:57 | Torne | it may not work, i have no idea if it works on win7.. |
23:39:01 | Torne | but it might.. |
23:39:42 | zdebel | booted xp in vm |
23:40:22 | Torne | if you want to just reinstall the toshiba firmware for now you can do beastpatcher -s nk.bin on the toshiba nk.bin |
23:40:32 | Torne | whcih does the same thing as sendfirm, just sends it as-is without patching it |
23:42:13 | zdebel | 'k |
23:42:27 | Torne | or you can just follow the instructions and install a dual boot bootloader directly |
23:42:51 | gevaerts | amiconn: I think http://pastebin.com/n9bzrnKB fixes that |
23:43:13 | zdebel | Torne, atm I wish >something< will manage to get installed |
23:44:51 | gevaerts | zdebel: not that it helps, but this sort of thing is actually why we haven't declared rockbox on gigabeat S stable yet |
23:45:05 | zdebel | yeah I understand |
23:45:26 | zdebel | but it's the 1st time smething like this happened to it SINCE I've been using it |
23:45:33 | zdebel | thus my :@ mood |
23:45:46 | zdebel | whoa speech support :D |
23:48:53 | zdebel | bash: ./beastpatcher: /lib/ld-linux-x86-64.so.2: bad ELF interpreter: Nie ma takiego pliku ani katalogu |
23:49:04 | * | zdebel links /lib64's .so.2 to /lib for a sec |
23:49:12 | zdebel | win xp of course failed to detect the device |
23:49:20 | zdebel | might be vbox though |
23:49:42 | Torne | did you already try it in windows 7? :) |
23:49:53 | zdebel | sendfirm yes, beastpatcher no |
23:50:02 | Torne | that sendfirm binary is probably ancient |
23:50:15 | Torne | did it prompt you to run it as administrator? |
23:50:40 | Torne | the current beastpatcher has a manifest for that |
23:50:49 | zdebel | I ran it in cmd.exe |
23:50:57 | zdebel | and it didn't prompt me though |
23:50:59 | | Quit bertrik (Quit: :tiuQ) |
23:50:59 | zdebel | might be it! |
23:50:59 | Torne | right, but it still needs to run as administrator probably |
23:51:05 | Torne | and if it didn't prompt you then it won't've done :) |
23:51:20 | | Quit jgarvey (Quit: Leaving) |
23:51:41 | zdebel | lemme find a new sendfirm |
23:51:42 | | Join krazykit [0] (~kkit@99-126-205-52.lightspeed.cicril.sbcglobal.net) |
23:51:48 | | Join soap_ [0] (~soap@rockbox/staff/soap) |
23:52:02 | Torne | there probably isn't one |
23:52:07 | zdebel | o |
23:52:07 | Torne | its functionality is built into beastpatcher |
23:52:13 | zdebel | oh ok |
23:52:14 | Torne | so there's no need to build it any more |
23:52:48 | Torne | they do the same thing, except for any changes in the time between the binaries being updated |
23:52:48 | CIA-7 | New commit by gevaerts (r28275): Resistor calculator: Support Gigaohms in resistor to colour conversion, and guard against values that can not be represented |
23:53:00 | Torne | so if the current beastpatcher doesn't work then no version of sendfirm will either |
23:53:09 | Torne | they are built from the same code, beastpatcher just also knows how to patch in the rockbox bootloader |
23:53:13 | zdebel | lame question, where can I find the current one? |
23:53:20 | Torne | from the install instructions :) |
23:53:37 | zdebel | ah ok, I got a feeling you meant they were outdated |
23:53:55 | Torne | sendfirm is probably outdated, yes |
23:54:06 | Torne | btu the install instructions don't use it |
23:54:11 | Torne | that was just from when the port was being developed |
23:54:28 | CIA-7 | r28275 build result: 0 errors, 23 warnings (gevaerts committed) |
23:54:37 | zdebel | no devices found :( |
23:54:40 | gevaerts | Impossible! |
23:55:25 | | Quit soap (Disconnected by services) |
23:55:27 | | Nick soap_ is now known as soap (~soap@rockbox/staff/soap) |
23:55:53 | | Join soap_ [0] (~soap@rockbox/staff/soap) |
23:56:18 | zdebel | >.> the linux version find it |
23:56:24 | | Quit s1gma_ (Quit: Leaving) |
23:56:38 | CIA-7 | New commit by gevaerts (r28276): Resistor calculator: Initialise variable to make the compiler shut up about it (it's always initialised, but the compiler won't know that) |
23:56:40 | * | zdebel transfers the nk.bin |
23:57:00 | zdebel | whoa a resistor calculator, I'd love that xD! |
23:58:15 | CIA-7 | r28276 build result: All green |