| 00:00:08 | new | "you can't install themes please try it manually"... |
| 00:00:17 | new | oh sorry:) |
| 00:00:59 | gevaerts | new: did you have a look at the manual? It explains all this |
| 00:01:15 | new | yes an FAQ |
| 00:01:19 | new | but i can't see that |
| 00:01:29 | | Quit solexx_ (Read error: 145 (Connection timed out)) |
| 00:01:40 | saratoga2 | kugel: can the fuze just use the e200's keypad for jewels? |
| 00:01:47 | kugel | saratoga2: I haven't seen a warning when I compiled, but I may overlooked it at the first time |
| 00:01:48 | saratoga2 | new: r ead manual |
| 00:02:04 | kugel | saratoga2: it does |
| 00:02:19 | kugel | +#elif CONFIG_KEYPAD == SANSA_E200_PAD || \ |
| 00:02:20 | kugel | + (CONFIG_KEYPAD == SANSA_FUZE_PAD) |
| 00:02:23 | saratoga2 | can do |
| 00:02:23 | new | could you give me link for it |
| 00:02:29 | saratoga2 | rockbox.org |
| 00:02:31 | saratoga2 | link is there |
| 00:02:47 | | Quit gregzx (Read error: 104 (Connection reset by peer)) |
| 00:03:20 | saratoga2 | it would be nice if make would tell you at the end if theres any warnings |
| 00:03:36 | saratoga2 | it can be difficult to catch them on faster machines since it scrolls so fast |
| 00:04:57 | Unhelpful | make &> build.log? |
| 00:05:20 | Bagder | and gcc -Werror ;-) |
| 00:05:56 | kugel | saratoga2: oh, I didn't notice that part (the help texts are way down in the file) |
| 00:06:11 | Unhelpful | Bagder: that's another way, i suppose |
| 00:06:15 | * | kugel wants to point out again, that adapting plugins to new targets is a pain! |
| 00:06:40 | Bagder | I often find running make inside emacs helps, as that shows warnings in a different color |
| 00:06:50 | Bagder | possibly colorgcc thus is a good idea |
| 00:10:03 | pixelma | saratoga2: I believe there is a patch for Fuze plugin keymaps in the tracker |
| 00:10:19 | saratoga2 | pixelma: yes i'm about to commit it |
| 00:10:34 | saratoga2 | who decides when builds are supported? |
| 00:11:00 | Bagder | we ;-) |
| 00:11:36 | saratoga2 | lets support the gigabeast |
| 00:11:44 | saratoga2 | also do we have a name for "freddie" |
| 00:11:57 | Bagder | imo, it just takes a few devs who think so and I can make the necessary web/build site pokes |
| 00:12:43 | | Quit timc ("Leaving") |
| 00:12:50 | | Quit jhMikeS (Nick collision from services.) |
| 00:12:56 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 00:13:07 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 00:13:11 | Unhelpful | i'm content to use it without "support"... i think dualboot/uninstall takes care of everything we could expect for a "supported" player, though, right? |
| 00:13:14 | saratoga2 | kugel: i'm going to email that guy and ask for his real name before I commit the patch |
| 00:13:33 | saratoga2 | having it supported would be nice, and might encourage more people to work on the port |
| 00:13:51 | saratoga2 | nico and mike could probably use some help |
| 00:13:53 | | Quit bmbl (Client Quit) |
| 00:14:24 | kugel | saratoga2: do that if you want, but I actually made it from scratch |
| 00:14:38 | saratoga2 | kugel: oh ok then i don't need his name |
| 00:17:43 | saratoga2 | kugel: i saw there were clip buttons too, how complete is the coverage for that target? |
| 00:17:58 | kugel | No idea actually |
| 00:18:12 | saratoga2 | ok i'll just say theres some buttons for the clip too then |
| 00:18:22 | kugel | but it's pretty complete from what I've seen, and afaik plugins are enabled in svn |
| 00:18:35 | kugel | uhm, I didn't change clip buttons |
| 00:18:49 | saratoga2 | oh i assumed those were patched when i saw them in there |
| 00:18:51 | saratoga2 | thanks |
| 00:19:08 | Unhelpful | kugel: i'd think not, because the yellow in my commit hit any target that builds pluginlib and isn't mono |
| 00:19:26 | kugel | saratoga2: ehh, there's a hunk in jpeg.h which shouldn't be there |
| 00:19:53 | kugel | Unhelpful: ?! |
| 00:20:16 | kugel | clip is mono |
| 00:20:42 | Unhelpful | kugel: yes, and i thought you were referring to fuze :/ |
| 00:20:52 | kugel | :P |
| 00:21:20 | Unhelpful | one of the few color targets i didn't turn yellow :D |
| 00:21:33 | kugel | saratoga2: I hope you didn't hit the commit button already |
| 00:22:56 | kugel | yea, fuze doesn't have plugins |
| 00:25:58 | saratoga2 | kugel: it builds them for me? |
| 00:26:26 | kugel | saratoga2: with my patch, yes |
| 00:27:02 | saratoga2 | kugel: so why shouldn't i commit? |
| 00:27:54 | kugel | there's a hunk in jpeg.h which shouldnt be there |
| 00:28:25 | kugel | restore "#define JPEG_SLIDE_SHOW BUTTON_REC" for the c200 keymap, then it's fine |
| 00:30:54 | | Join MethoS-- [0] (n=clemens@dyndsl-085-016-161-023.ewe-ip-backbone.de) |
| 00:32:27 | | Quit MethoS-- (Read error: 54 (Connection reset by peer)) |
| 00:32:57 | moos | saratoga2: we need a .png of the best for the builds pages. IIRC that's pixelma our artist :) |
| 00:33:11 | moos | s/best/beast |
| 00:34:11 | Bagder | we could use a manual too |
| 00:34:25 | kugel | nah :P |
| 00:35:12 | pixelma | there already is a start of a manual for the beast (also an svg by aliask but that one has a bit of trouble) |
| 00:35:55 | saratoga2 | technically we don't need a manual, at least the M3 doesn't have one |
| 00:36:58 | Bagder | but then the M3 isn't in the 3.0 or 3.1 releases (partly or mostly?) because of that |
| 00:37:20 | pixelma | (I can't convert to all needed formats to included that graphic in pdf or the html version, I think I know the reason why and started an overhaul, halfway finished only though) |
| 00:37:21 | | Quit Lynx_ (Read error: 104 (Connection reset by peer)) |
| 00:37:38 | Bagder | but I agree, we can claim it "supported" at any given moment now |
| 00:37:57 | Bagder | is there two other devs than saratoga2 that are in favor? |
| 00:38:52 | moos | Bagder: you will not founs someone against, we are all for it, this port was usuable for long time now |
| 00:38:57 | moos | found |
| 00:39:01 | Bagder | true |
| 00:39:07 | Bagder | so let's proceed |
| 00:39:47 | kugel | right now? |
| 00:39:53 | Bagder | is the S even visually similar to the F/X ? |
| 00:40:06 | * | kugel wants to participate in that ceremony :) |
| 00:40:13 | Bagder | sure, right now |
| 00:40:13 | moos | let's ping jhMikeS for celebrate this, he made so much great works on it |
| 00:40:18 | | Quit domonoky (Read error: 54 (Connection reset by peer)) |
| 00:40:58 | kugel | jhMikeS: ping |
| 00:41:00 | kugel | :P |
| 00:41:08 | Bagder | I can use the F image for now, or a dummy "rockbox"... which one is the better choice? |
| 00:41:19 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 00:41:28 | kugel | I'd take godzilla |
| 00:41:34 | kugel | that fits beast best |
| 00:42:03 | moos | dummy rockbox maybe |
| 00:43:39 | toffe82 | hte gigabeat S can now be officialyy supported, I found the update program :) |
| 00:43:55 | toffe82 | http://www.tacp.toshiba.com/customersupport/ |
| 00:44:10 | Bagder | ploink, it's now present on the current build page |
| 00:44:22 | toffe82 | search the mesv30 there is an iso file that contains the updater |
| 00:44:31 | moos | toffe82: good timing ;) |
| 00:44:35 | toffe82 | yes |
| 00:44:42 | Unhelpful | toffe82: seriously, *now*? |
| 00:44:44 | toffe82 | I try it and it works |
| 00:45:00 | toffe82 | yes official nk.bin available from toshiba |
| 00:45:03 | Unhelpful | also, isn't the mesv30 fw updater and nk.bin not the same as the beast on? |
| 00:45:14 | moos | toffe82: very nice |
| 00:45:29 | toffe82 | try to download it |
| 00:45:58 | toffe82 | the file is MESV12US.iso |
| 00:47:11 | Bagder | front page updated too |
| 00:47:11 | toffe82 | It is the official updater for the S series |
| 00:47:19 | linuxstb | Do we have a manual for the S yet, and things like bootloader and sendfirm downloads? |
| 00:47:22 | moos | Bagder: cool |
| 00:47:50 | jhMikeS | kugel: yez? |
| 00:48:03 | kugel | big party |
| 00:48:03 | linuxstb | And install instructions for Windows? |
| 00:48:17 | toffe82 | jhMikeS: have you seen, I found the updater for the S |
| 00:48:25 | kugel | jhMikeS: the beast is going supported, we didn't you miss it |
| 00:48:26 | * | jhMikeS sings the theme to StarTrek Enterprise |
| 00:48:39 | kugel | +want |
| 00:48:51 | jhMikeS | I was getting the timer API working and wasn't paying attention :) |
| 00:48:59 | | Quit mcuelenaere () |
| 00:49:03 | moos | jhMikeS: woot |
| 00:49:11 | | Quit robin0800 ("Leaving") |
| 00:49:12 | *** | Saving seen data "./dancer.seen" |
| 00:49:33 | * | linuxstb thinks the "supported status" is a little premature but is apparently too late... |
| 00:50:17 | Bagder | there are two reds in the table... |
| 00:50:17 | moos | linuxstb: those reminding things could be done relatively fast :) |
| 00:50:44 | kugel | wow |
| 00:50:49 | kugel | how did that happen |
| 00:50:55 | linuxstb | moos: Yes, and then we announce it's supported... |
| 00:51:03 | Bagder | 'RECd' ... |
| 00:51:11 | Bagder | looks like a typo slipped in |
| 00:51:19 | kugel | I don't think it's mine |
| 00:51:39 | kugel | it compiled cleanly here, and fuze doesn't have BUTTON_REC |
| 00:52:24 | moos | linuxstb: hehe, we changed the sequence this time then :) |
| 00:52:37 | kugel | saratoga2: you were supposed to restore "#define JPEG_SLIDE_SHOW BUTTON_REC" for *c200*, not for fuze, besides that typo |
| 00:52:45 | toffe82 | after extracting the iso file, you have to extract the exe file |
| 00:52:47 | kugel | sorry if I wasn't clear enough |
| 00:54:00 | toffe82 | Bagder: an we post the updater on the wiki ? |
| 00:54:07 | toffe82 | can ^^ |
| 00:54:34 | saratoga2 | kugel: you were clear, but I couldn't get windows to transfer the updated file, so tried editing in pico and oubviously it didn't work right |
| 00:54:35 | Bagder | I don't see how we have permission for that unless it states we do |
| 00:55:00 | kugel | ah ok |
| 00:55:36 | toffe82 | So just the link , with the risk that it disappear one day |
| 00:56:15 | Bagder | toffe82: yes, and of course others (like me personally) with less license concerns could host it |
| 00:56:26 | toffe82 | ;) |
| 01:00 |
| 01:01:52 | | Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
| 01:04:42 | kugel | saratoga2: I'm gonna finish the backlight code police, and sync the fuze's buttonlight & backlight fading patch (so this can be committed), but then probably calm down a bit with fuze hacking, and concentrate on other patches I have running (customlist, quickscreen) |
| 01:05:01 | kugel | else I'm going to get the burnout syndrom |
| 01:05:04 | saratoga2 | kugel: ok just let me know when the patches are ready to be commited |
| 01:06:06 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
| 01:06:27 | kugel | and, I really wish that the clip arrives soon, so that I can finally test which quirks are fuze specific and which are ams sansa related |
| 01:06:47 | * | kugel is still getting reboots on mp3 playback, which is just weird |
| 01:07:06 | kugel | seems watchdog kicks in, but I have no idea why |
| 01:08:11 | saratoga2 | hmm seems that botched commit also corrupted my .svn files |
| 01:08:27 | | Quit Schmogel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 01:08:54 | saratoga2 | why would SVN give me a permission denied error when I run it without sudo? |
| 01:09:27 | agaffney | because your checkout is owned by root? |
| 01:09:36 | _Auron_ | lol |
| 01:09:44 | saratoga2 | its not |
| 01:09:59 | saratoga2 | just started doing that today, always worked fine before |
| 01:10:00 | agaffney | then why were you running it with sudo to begin with? |
| 01:10:15 | saratoga2 | because it started giving me permission denied errors and i wanted to commit |
| 01:10:18 | agaffney | heh |
| 01:10:28 | agaffney | I guess that's a good reason ;) |
| 01:10:48 | agaffney | if it just started all of a sudden, I'd run a fsck (assuming linux) |
| 01:10:55 | | Quit flydutch ("/* empty */") |
| 01:11:02 | agaffney | although, if you're using sudo, I guess it probably is :) |
| 01:11:24 | agaffney | and also just do some sanity checks on the ownership/permissions of the files/dirs in the checkout |
| 01:12:13 | saratoga2 | jhMikeS: how is battery life on the gigabeatS now? |
| 01:13:00 | toffe82 | wiki updated with link and instruction to retreive the nk.bin for the S |
| 01:13:24 | toffe82 | http://www.rockbox.org/twiki/bin/view/Main/GigabeatSInfo#Official_Gigabeat_S_Updater_vers |
| 01:14:05 | | Quit ender` (" Why shouldn't truth be stranger than fiction? Fiction, after all, has to make sense. -- Mark Twain") |
| 01:14:35 | saratoga2 | build system seems a bit stuck |
| 01:15:39 | kugel | Bagder: I was wondering about ams sansas in the binsize delta table |
| 01:15:40 | jhMikeS | saratoga2: I don't know if it really has changed |
| 01:16:37 | linuxstb | toffe82: What do you mean by "extract the exe file" - use something like "cabextract" ? |
| 01:16:58 | toffe82 | linuxstb: I use uniextract |
| 01:17:00 | * | linuxstb wonders how many more layers Toshiba could have added around that file... |
| 01:17:36 | toffe82 | just use 7zip to extract |
| 01:18:01 | saratoga2 | jhMikeS: any idea why its so poor? |
| 01:19:02 | kugel | Bagder: would that be possible? |
| 01:19:13 | * | linuxstb now wonders who's writing install/uninstall instructions for the gigabeast, or preparing bootloader and sendfirm downloads for the download servers, or getting the manual ready... |
| 01:19:18 | jhMikeS | saratoga2: No DVFS and no DMA for bulk transfers I'm guessing plays a role. |
| 01:19:50 | jhMikeS | Then again something more important could be overlooked but I don't know where atm. |
| 01:20:12 | saratoga2 | so theres no boosting? |
| 01:20:33 | | Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.5/2008121623]") |
| 01:21:20 | jhMikeS | saratoga2: nope, it's 264 MHz all the time. handling that properly is not a simple matter and may require DMA to use predictive scaling. |
| 01:22:07 | saratoga2 | i'm not familar with the imx31, why is it difficult to change the clock? |
| 01:22:28 | saratoga2 | [ignoring that we probably want more then just a two level boost since it can change voltage too] |
| 01:23:38 | jhMikeS | saratoga2: It's not hard to change the clock. It's hard when you get into the voltage scaling which is important to really save power since its quadratic. |
| 01:24:31 | jhMikeS | The imx31 is just complicated hardware where doing almost anything is complicated. :p |
| 01:25:17 | * | toffe82 is leaving happy after discovering the updater for the S, 2 years searching :) |
| 01:26:25 | Davide-NYC | toffe82: why not just link directly to http://www.tacp.toshiba.com/tacpassets-images/firmware/MESV12US.zip ? |
| 01:29:23 | | Join JdGordon_ [0] (n=jonno@123-243-140-31.static.tpgi.com.au) |
| 01:31:12 | | Quit saratoga2 ("CGI:IRC (EOF)") |
| 01:34:46 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
| 01:40:43 | | Quit moos ("Rockbox rules the DAP world") |
| 01:42:45 | | Quit culture (Read error: 110 (Connection timed out)) |
| 01:45:38 | | Quit Riku (Read error: 131 (Connection reset by peer)) |
| 01:47:41 | | Join Riku [0] (n=Lss@cm86.delta141.maxonline.com.sg) |
| 01:52:48 | | Quit Thundercloud (Remote closed the connection) |
| 02:00 |
| 02:01:07 | | Quit JdGordon (Read error: 110 (Connection timed out)) |
| 02:22:54 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-de2d3738e1ac6612) |
| 02:27:59 | | Quit Davide-NYC ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") |
| 02:44:35 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
| 02:49:17 | *** | Saving seen data "./dancer.seen" |
| 02:49:32 | MOHDMACH | So I have noticed that most of the outdated themes do not work since some tags have changed in the current versions. |
| 02:50:41 | MOHDMACH | Shouldn't they still load the .wps backdrop? |
| 02:51:10 | | Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) |
| 02:51:19 | MOHDMACH | The only things that shouldn't be working if the theme is not updated is perhaps the progress bar and scroll bar. |
| 02:51:36 | MOHDMACH | Or am I overlooking something here? |
| 02:52:28 | n1s | if there's an error in wps parsing it isn't displayed at all |
| 02:52:28 | LambdaCalculus37 | So it's official? The beast is a supported target at long last? |
| 02:53:21 | MOHDMACH | Ah Ok |
| 02:53:35 | MOHDMACH | What's The beast? |
| 02:54:00 | MOHDMACH | A DAP perhaps? |
| 02:54:14 | LambdaCalculus37 | The Gigabeat S. Our nicknames for it are "The Gigabeast" or just "the beast". |
| 02:54:46 | MOHDMACH | Nice |
| 02:55:01 | LambdaCalculus37 | jhMikeS: Ping |
| 02:57:54 | MOHDMACH | Aw if only it was supported on a mac... |
| 03:00 |
| 03:09:10 | | Join KOWHeigel [0] (n=416e9be7@gateway/web/cgi-irc/labb.contactor.se/x-98c7ac57a61f29e6) |
| 03:09:34 | KOWHeigel | Hi |
| 03:09:40 | notlistening | Out of interest are the speech capabilities of rockbox support under linux? |
| 03:10:35 | | Quit KOWHeigel (Client Quit) |
| 03:10:55 | notlistening | ie can you generate the voice clips? |
| 03:12:31 | | Join timc [0] (n=aoeu@124.93.243.83) |
| 03:13:28 | | Nick JdGordon_ is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
| 03:14:56 | notlistening | and then to further my questions is the rockbox utility compatible with Linux? |
| 03:15:57 | Aurix_Lexico | yes |
| 03:19:43 | | Quit Seed (Nick collision from services.) |
| 03:19:48 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
| 03:20:05 | | Join Darksair [0] (n=user@221.221.156.138) |
| 03:22:53 | Unhelpful | toffe82: is that "update" the same version as the OF that shipped on them? |
| 03:23:40 | n1s | notlistening: yes to both questions |
| 03:25:19 | jhMikeS | LambdaCalculus37: Si? |
| 03:25:45 | | Quit Seed (Nick collision from services.) |
| 03:25:51 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
| 03:26:35 | Unhelpful | re: the pluginlib scaling support... it's been suggested, and i agree, that the API macro should be defined in one header file (and possibly redefined in another one when building core files for plugins), instead of in the two files that currently use it |
| 03:27:06 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 03:27:31 | notlistening | ah just i am working on a project that implements the ms speech engine onto mac and linux and thought that might hold some interest for the rockbox project |
| 03:27:59 | Unhelpful | any thoughts on the best place? it could easily go in bmp.h, albumart.c is the next file to go partially in pluginlib, and already includes that... but in the long run, maybe a new header file, or a more appropriate existing one for such a feature, is a better idea? |
| 03:28:06 | LambdaCalculus37 | jhMikes: Are the rumors true? The beast is supported? :) |
| 03:28:13 | n1s | linuxstb: i agree "supported" status was a bit premature, also let's not forget the fdsik trick needed to mount on linux :) |
| 03:28:32 | n1s | LambdaCalculus37: check the frontpage! :P |
| 03:28:33 | Unhelpful | n1s: util can fix that easily enough... |
| 03:29:17 | n1s | Unhelpful: yes but it is part of "making the installation sane" that isn't done yet |
| 03:29:52 | Unhelpful | that it definitely is. if only other OSes were as lax about partition table parsing as windows ;) |
| 03:30:31 | LambdaCalculus37 | jhMikeS: Shouldn't an announcement mail go out? |
| 03:30:55 | jhMikeS | LambdaCalculus37: So I've been told :) It sort of happened all of a sudden thanks to saratoga |
| 03:31:27 | LambdaCalculus37 | jhMikeS: Great start to the new year. :) |
| 03:31:35 | jhMikeS | 'deed. |
| 03:32:01 | XavierGr | beast is supported? what happened, what did I miss? |
| 03:32:08 | | Quit blithe ("Lost terminal") |
| 03:32:19 | | Join blithe [0] (n=blithe@li35-144.members.linode.com) |
| 03:32:30 | XavierGr | wow the front page is changed indeed |
| 03:32:40 | * | linuxstb doesn't like to spoil a party, but hopes that the beast's "supported" status is reverted |
| 03:32:55 | LambdaCalculus37 | linuxstb: Why so? |
| 03:33:05 | XavierGr | what exactly changed to be supported? should I just read the logs? |
| 03:33:13 | linuxstb | XavierGr: Nothing changed... |
| 03:33:36 | XavierGr | I don't understand then... |
| 03:34:16 | jhMikeS | http://www.rockbox.org/irc/log-20090104#00:11:41 |
| 03:34:37 | linuxstb | LambdaCalculus37: Because of the insane (and very poorly documented) install procedure. Plus no binary bootloader/sendfirm downloads. Plus no manual... |
| 03:34:45 | n1s | I think i agree with linuxstb, no manual and still not quite nice installation |
| 03:34:49 | krazykit | [21:31] < krazykit> she's like |
| 03:34:54 | krazykit | sorry |
| 03:35:56 | LambdaCalculus37 | linuxstb: True. |
| 03:38:01 | XavierGr | linuxstb: from the logs I see that the "no binary" problem is solved? |
| 03:38:45 | linuxstb | XavierGr: What binary? |
| 03:38:54 | XavierGr | nk.bin |
| 03:39:19 | linuxstb | I'm talking about a Rockbox bootloader download. Plus sendfirm to install it./ |
| 03:39:57 | Unhelpful | ...would it be possible for a "pure" rockbox nk.bin to boot another nk.bin for dual boot, instead of being hacked into a toshiba nk.bin? |
| 03:40:15 | XavierGr | linuxstb: ah okay yes, but at least the goal for a flashing utility is now more close than ever |
| 03:40:23 | Unhelpful | that would give us a redistributable binary bootloader that's still dual-boot capable |
| 03:40:43 | LambdaCalculus37 | Unhelpful: IIRC a "pure" rockbox nk.bin is only currently capable of booting Rockbox. |
| 03:41:19 | | Quit Seed (Nick collision from services.) |
| 03:41:23 | | Join Seedy [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
| 03:42:02 | Unhelpful | i know what it does now, if you don't use mknkbin with an OF nk.bin to create a dual-boot bootloader... i guess i'm asking is if we *could* do dual-boot by loading a separate OF file, instead of inserting rockbox BL into tho OF file... |
| 03:42:37 | n1s | toffe82: the NK.bin from your link has a different md5 than the "other" one, has it been tested? |
| 03:42:49 | XavierGr | is the "random format" bug still relevant on the beast? |
| 03:42:54 | linuxstb | Unhelpful: Now that toffe has found the nk.bin, I don't think it's a problem - lots of Rockbox ports require patching an OF file, so the beast will just be one more in that category. |
| 03:43:40 | linuxstb | But the format of nk.bin is documented, so in theory I think a Rockbox bootloader could load it. |
| 03:44:23 | Unhelpful | although, if "download it in util, patch and install" is acceptable, that might be "easier" |
| 03:45:15 | jhMikeS | I was thinking about doing something where patching an nk.bin isn't needed. |
| 03:45:33 | n1s | ...and it's about 40kB smaller so i'd say definitely a different version |
| 03:45:53 | jhMikeS | If we can load our own plain bootloader, we should be able to load the original nk.bin with the bootloader instead of the reverse, no? |
| 03:46:23 | n1s | sounds reasonable |
| 03:46:26 | Unhelpful | toffe82: you said it installs/works, right? did you see if it reports a version anywhere? |
| 03:47:11 | linuxstb | jhMikeS: Isn't that what Unhelpful just suggested? Or am I misunderstanding? |
| 03:47:40 | jhMikeS | linuxstb: I'm not aware he suggested anything on the subject. |
| 03:47:55 | jhMikeS | ah, missed that ;) |
| 03:47:59 | linuxstb | 5 minutes ago.... |
| 03:49:06 | jhMikeS | The memory configuration needs to either be left alone in the bootloader or restored by it then. |
| 03:56:31 | | Quit cemysce ("KVIrc 3.4.0 Virgo") |
| 03:58:37 | | Quit parafin (Read error: 60 (Operation timed out)) |
| 03:59:02 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
| 03:59:33 | | Join parafin [0] (i=parafin@paraf.in) |
| 04:00 |
| 04:00:46 | | Quit Seedy (Read error: 104 (Connection reset by peer)) |
| 04:01:39 | jhMikeS | I need to try putting some usb buffers in IRAM which the Linux BSP seemed to make a point out of doing though there isn't enough IRAM to use in general where it's declared in the core. |
| 04:04:17 | n1s | will that speed up usb transfers or are they already limited by the disk? |
| 04:04:40 | | Quit notlistening ("Leaving") |
| 04:06:18 | jhMikeS | They're limited by the disk at least if it's a disk involved. Though if it helps at all it's worth it and IRAM isn't being used for anything but ROLO and mem remapping code. |
| 04:06:46 | | Join blkhawk- [0] (n=blkhawk@g226132135.adsl.alicedsl.de) |
| 04:08:48 | * | jhMikeS wonders about a priority system for the IRAM declarations based on available memory and criticality for the target |
| 04:10:01 | n1s | that would be good if it could be kept reasonably simple |
| 04:11:58 | | Quit n1s () |
| 04:13:37 | Unhelpful | hrm... would it perhaps work to write the calls as "API memset" etc, and leave API undeclared in core, declaring it as rb-> in the pluginlib wrapper files? |
| 04:15:13 | Unhelpful | that sounds worse to me than what's done now... :/ |
| 04:17:37 | | Quit agaffney (Read error: 110 (Connection timed out)) |
| 04:22:01 | | Quit Aurix_Lexico (Remote closed the connection) |
| 04:23:15 | | Quit blkhawk (Read error: 113 (No route to host)) |
| 04:23:46 | | Nick blkhawk- is now known as blkhawk (n=blkhawk@g226132135.adsl.alicedsl.de) |
| 04:24:24 | | Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) |
| 04:26:29 | | Join daurn [0] (n=quae@ppp118-208-173-207.lns10.mel4.internode.on.net) |
| 04:29:42 | jhMikeS | Unhelpful: what are you trying? I had some strange idea to make rb an implicit variable in the plugin header and initialize it in the loader instead. |
| 04:30:44 | Unhelpful | i had suggested something similar, although i went with "how about just using an extern plugin_api *rb that the plugin is expected to initialize"... but the loader could, as well. |
| 04:31:23 | jhMikeS | what does that do? |
| 04:31:35 | Unhelpful | the real trouble here is that i'm building core files in the pluginlib, and they therefore need to use either open or rb->open, etc |
| 04:32:36 | Unhelpful | i have an API(func) macro that defines as either func or rb->func depending on if the file is built with PLUGIN defined... and right now, that's defined in each of the two core source files that might also go in the lib. |
| 04:34:45 | | Join likemindead [0] (n=mccracke@96-25-231-104.ama.clearwire-dns.net) |
| 04:36:03 | | Quit daurnimator (Connection timed out) |
| 04:36:04 | | Quit MOHDMACH (Read error: 104 (Connection reset by peer)) |
| 04:36:30 | Unhelpful | if a pluginlib object is compiled with an extern plugin_api pointer, it would just expect that symbol to be resolved at link time. whether it's written out explicitly in the plugin source, or hidden behind a boilerplate macro that all plugins use, it wouldn't make much difference, although having it initialized by the loader would mean not passing the API in on plugin start, and that pluginlib functions and the plugin itself could all j |
| 04:36:30 | Unhelpful | ust call rb-> without worrying about initializing it |
| 04:36:40 | | Join MOHDMACH [0] (n=MOHDMACH@cpe-76-185-233-141.tx.res.rr.com) |
| 04:38:07 | | Quit blithe ("Lost terminal") |
| 04:38:18 | | Join blithe [0] (n=blithe@li35-144.members.linode.com) |
| 04:38:29 | jhMikeS | One thing that needs to be handled also is the the __div0 handler isn't there for plugins and codecs on ARM. |
| 04:38:48 | Unhelpful | at least amiconn did not like the idea of lib functions relying on an implicit, predefined rb, so i have mine use a static one that they initialize when you call bmp_init and resize_init |
| 04:39:46 | | Join Luigi [0] (n=6030058c@gateway/web/cgi-irc/labb.contactor.se/x-e79f3c236bbfcb02) |
| 04:39:50 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 04:39:59 | Luigi | Hello |
| 04:40:21 | | Quit Luigi (Client Quit) |
| 04:40:42 | jhMikeS | Unhelpful: I'd like to hear his reason for it because I'm not seeing any disadvantage at all. |
| 04:41:49 | Unhelpful | having an implicit one would also mean that we could get rid of that macro that defines mem* functions wrappers |
| 04:43:11 | jhMikeS | Personally, I prefer the 99.9999% of cases to be trivially easy even if the other .0001% get a little more difficult |
| 04:43:33 | Unhelpful | we didn't really talk about the reason, and it wasn't hard to do things the way other pluginlib files do |
| 04:44:02 | Unhelpful | the API() wrapper macro is really a completely separate issue, that i brought up because i have no idea which header file such a thing should be in |
| 04:44:16 | jhMikeS | I'm not sure why they can't simply use the same implicit pointer without it being initialized manually. |
| 04:45:00 | jhMikeS | I mean is there one single instance of code since plugins were created that ever uses something else? |
| 04:46:15 | Unhelpful | i don't know, i've only looked at jpeg, pictureflow, and ppmviewer, pretty much. |
| 04:46:41 | Unhelpful | and at greylib, which stashes its own at init - but its init actually does other work, as well. |
| 04:48:43 | jhMikeS | An implicit rb for general use wouldn't prevent passing a different one to an init anyway. |
| 04:49:16 | Unhelpful | no, although i can't imagine why you would, at that point? |
| 04:49:21 | *** | Saving seen data "./dancer.seen" |
| 04:49:53 | jhMikeS | me neither, that's why it always puzzled me a bit |
| 04:50:12 | | Join Barahir_ [0] (n=jonathan@Xa921.x.pppool.de) |
| 04:50:43 | jhMikeS | A diffent loader can always init rb to something else anyway |
| 04:52:09 | | Quit tvelocity (Remote closed the connection) |
| 04:53:12 | Unhelpful | don't have any thoughts on the API() wrapper business, though? |
| 04:53:57 | jhMikeS | To do rb->fn() or just fn()? |
| 04:54:03 | Unhelpful | right |
| 04:55:12 | jhMikeS | Perhaps it would do for now but API() doesn't really tell what it is. RB(fn()) would tell better, then you know it's a core call. |
| 04:55:22 | toffe82 | Unhelpful, nls : the original version is 1.0 (632.4), this one is 1.2(632.4) |
| 04:55:31 | | Part likemindead ("Making like a tree...") |
| 04:55:52 | toffe82 | somebody have to test the mkboot if it istill work |
| 04:55:53 | Unhelpful | toffe82: *huh*. i've read and read and read that there were never any updates. |
| 04:56:26 | toffe82 | Unhelpful: it comes from toshiba and when you run it you see a gigabeat S on the screen |
| 04:56:43 | toffe82 | we have to check if the mkboot still work |
| 04:57:30 | | Quit nevr (Read error: 110 (Connection timed out)) |
| 04:57:34 | * | toffe82 is starting is ubuntu VM to try |
| 04:57:50 | jhMikeS | Unhelpful: I don't know any other way to go essentially without revamping the plugin system :\ |
| 04:58:07 | | Quit blithe ("Lost terminal") |
| 04:58:16 | | Join agaffney [0] (n=agaffney@gentoo/developer/agaffney) |
| 04:58:19 | | Join blithe [0] (n=blithe@li35-144.members.linode.com) |
| 04:58:22 | toffe82 | or somebody already test it ? |
| 04:58:58 | jhMikeS | A load of #if PLUGIN #else #endif stuff would be miserable viewing |
| 04:59:28 | Unhelpful | there are still always going to be such defines - bmp.c is built in *both* places on mono now, but differently for each |
| 04:59:55 | Unhelpful | core gets it stripped of everything scaling-related, lib gets it stripped of as much unscaled stuff as i could manage |
| 05:00 |
| 05:00:27 | jhMikeS | A few aren't bad but _lots_ for individual function calls? |
| 05:00:44 | Unhelpful | i went with API since essentially that's what i thought of it as doing, selecting an API, either direct function calls or via rb |
| 05:01:40 | | Quit Seed ("cu, Andre") |
| 05:01:41 | Unhelpful | oh, no, i wouldn't want to put those around every call. i used API for all core function calls, and #ifdef PLUGIN where i need different code in the source file itself, aside from the function call. |
| 05:01:52 | jhMikeS | meh, doesn't really matter I guess. just my naming preferences |
| 05:02:58 | Unhelpful | i would happily switch them to RB if there's a consensus favoring that. really, i was thinking of the question of one place to define it. |
| 05:03:42 | | Quit LambdaCalculus37 ("Ka-chunka") |
| 05:04:49 | jhMikeS | config.h? It is sort of a configuration for code compilation. |
| 05:05:50 | Unhelpful | ...and pretty much everything includes that. i've generally avoiding stuff under /firmware, because i know that i don't know what belongs in there ;) |
| 05:06:46 | | Quit Barahir (Read error: 110 (Connection timed out)) |
| 05:07:38 | toffe82 | the gigabeat is still dual booting with the new version of the OF |
| 05:08:08 | Unhelpful | toffe82: that's fantastic. i wonder why nobody seems to know about this update, aside from us? |
| 05:09:07 | toffe82 | I looked so many time and it was on the toshiba site, but they have so many site that I just miss this one |
| 05:12:03 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
| 05:12:17 | toffe82 | it is working with this version , I have rockbox running and dual boot with OF version 1.2 |
| 05:17:56 | | Join toffe82_ [0] (n=chatzill@71.154.234.182) |
| 05:19:31 | | Join saratoga [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-a4e43aeb996f1723) |
| 05:19:54 | saratoga | linuxstb: for what its worth I just went through the gigabeat s install procedure and its actually not very difficult |
| 05:20:04 | saratoga | and there is a Windows binary of the patch program already posted |
| 05:20:57 | saratoga | so really all we need to do is update the install procedure wiki, and provide binaries of the program that merges the OF and rockbox bootloader (or better yet arrange it so that they dont' need to be merged) |
| 05:21:16 | saratoga | and eventually finish the manual and then integrate in rbutil, but thats less urgent i think |
| 05:21:17 | Unhelpful | i don't really have time to get anywhere with prepping albumart.c for pluginlib tonight... i think i'll just sleep on the idea of moving API into config.h, and do that sometime tomorrow if nobody has anything else to say on the topic |
| 05:22:17 | Llorean | saratoga: it's not "urgent" to call it "supported" on the webpage either. |
| 05:22:27 | Llorean | I thought we were now waiting for having a manual to call targets supported, these days |
| 05:22:53 | toffe82_ | and perhaps a real easy install |
| 05:23:02 | saratoga | i think thats only for the releases, since we support the m3 |
| 05:24:02 | Llorean | The M3 has some strangeness with not having main buttons that keep a manual from being properly created without some redoing of the manual system. It's not as simple as "it just hasn't been written" |
| 05:24:27 | saratoga | ok didn't realize that |
| 05:24:51 | Llorean | But even disregarding the manual, we should at least have RBUtil support I think. |
| 05:25:00 | Llorean | Since that's our "main" or "non-developer-tool" installer now |
| 05:27:02 | saratoga | yeah but rbutil is in c++ |
| 05:27:14 | saratoga | i don't even know how to go about working on that |
| 05:28:01 | toffe82_ | rbutil should be able to call an external program |
| 05:28:32 | toffe82_ | if you have one that can merge and send the firmware |
| 05:29:22 | saratoga | we have the sendfirm program, which can patch the gigabeat, but not setup for dual booting |
| 05:30:02 | | Quit MOHDMACH () |
| 05:30:38 | Unhelpful | mknkboot can set up dual booting |
| 05:31:58 | saratoga | we'd need to improve it to be able to acquire an nk.bin though |
| 05:33:09 | Unhelpful | rbutil already downloads other things, surely there's a function to call with a URL and filename? |
| 05:34:29 | | Quit toffe82 (Read error: 110 (Connection timed out)) |
| 05:35:17 | saratoga | Unhelpful: its inside an exe inside an iso inside a zip |
| 05:35:38 | saratoga | thats probably going to take a fair bit of effort to unpack in c/c++ |
| 05:36:06 | Unhelpful | is it compressed inside the exe? if not, we just need to unzip, and then to know which range of bytes it is... |
| 05:36:12 | Unhelpful | if so, yes, more trouble :/ |
| 05:36:32 | | Join saratoga2 [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-a79f9c0423dd90a8) |
| 05:36:32 | | Quit saratoga ("CGI:IRC (EOF)") |
| 05:36:37 | saratoga2 | its a compressed installshield |
| 05:36:58 | Unhelpful | :/ |
| 05:38:04 | ameyer | eww, exe inside an iso inside a zip |
| 05:38:09 | saratoga2 | 7zip can unpack all 3 and has an open source library under the GPL, so maybe thats an option |
| 05:38:19 | Unhelpful | i'm guessing we're not about to start bundling python with util, eh? because, really, this sounds like a job for a script. |
| 05:38:37 | * | ameyer wonders wtf toshiba was thinking |
| 05:41:27 | saratoga2 | alternatively, we could do the undelete trick too, which has the advantage of being really simple |
| 05:42:19 | toffe82_ | perhaps this version fix the problem of random reformat of the gigabeat s |
| 05:42:48 | ameyer | saratoga2: you'd want to make sure the OF isn't Blagojeviched. |
| 05:43:02 | ameyer | erm... corrupted. |
| 05:43:31 | Unhelpful | toffe82_: i've always assumed that that was due to us / user on host pc doing something OF didn't like |
| 05:44:27 | toffe82_ | Unhelpful: we have to try :) |
| 05:44:41 | Llorean | ameyer: Seriously, leave the political commentary, etc, to other channels. |
| 05:45:03 | Unhelpful | try what, exactly? i know more than one way to *make* it flip out and force reformat |
| 05:45:47 | toffe82_ | we could have an option to look for the file aon the disk and leave the unpack to the user |
| 05:46:18 | Unhelpful | and mine hasn't done it spontaneously in ages |
| 05:46:23 | ameyer | Llorean: screw you |
| 05:46:26 | | Quit ameyer ("leaving") |
| 05:47:12 | Unhelpful | last time i remember was that PP usb stack thingy that caused it to write unitialized memory to the disk instead of the user data from USB |
| 05:48:08 | | Quit blithe ("Lost terminal") |
| 05:48:10 | saratoga2 | its not like checking if a file is intact given a known hash is difficult . . . |
| 05:48:18 | | Join blithe [0] (n=blithe@li35-144.members.linode.com) |
| 05:48:59 | Unhelpful | toffe82_: did it format your media partition when you pushed the firmware update? |
| 05:49:09 | Llorean | saratoga2: But can we check it *before* writing the bootloader? |
| 05:49:43 | saratoga2 | Llorean: no, but provided its a fresh install it should never fail |
| 05:49:44 | Llorean | That came out wrong |
| 05:50:02 | Llorean | It's impossible that the bootloader could be written over some of it, then? |
| 05:50:14 | saratoga2 | i guess worst case it fails and we give them the download link and tell them to do it directly |
| 05:50:24 | Unhelpful | we don't know that with absolute certainty, but it's fairly unlikely |
| 05:50:34 | saratoga2 | Llorean: as I understand its a transcational file system, so I believe it actually copies the file first and then deletes the old one |
| 05:50:54 | saratoga2 | but yeah thats only an assumption |
| 05:51:09 | saratoga2 | it would seem rather insane to delete the old firmware before confirming the new one is any good though |
| 05:51:14 | Unhelpful | TFAT couldn't ensure transaction safety if it overwrote the blocks with the original file data before changing the directory entry |
| 05:51:28 | | Quit timc ("Leaving") |
| 05:52:58 | | Quit saratoga2 ("CGI:IRC") |
| 05:56:06 | | Join pixelma_ [0] (n=pixelma@rockbox/staff/pixelma) |
| 05:57:48 | | Join Willwolfe [0] (n=chatzill@net35-14.netkaster.ca) |
| 05:57:58 | | Quit Willwolfe (Read error: 104 (Connection reset by peer)) |
| 05:58:07 | | Quit pixelma (Read error: 60 (Operation timed out)) |
| 05:59:08 | Unhelpful | toffe82_: you were asking about sendfirm... i think i see the fix. |
| 05:59:45 | | Join Willwolfe [0] (n=chatzill@net35-14.netkaster.ca) |
| 06:00 |
| 06:00:26 | Unhelpful | the header doesn't have the parent id argument anymore - presumably this was dropped, and you set the parent id in the passed LIBMTP_file_t now? |
| 06:03:22 | Unhelpful | that gets it compiling again, i'll try sending after i back up the media |
| 06:04:08 | | Quit BHSPitLappy ("Ex-Chat") |
| 06:12:38 | | Quit amiconn (Nick collision from services.) |
| 06:12:40 | | Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) |
| 06:14:37 | | Quit Aurix_Lexico (Read error: 110 (Connection timed out)) |
| 06:21:26 | | Join sadmac [0] (n=sadmac@wvd05665rh.rh.ncsu.edu) |
| 06:27:37 | sadmac | I have a Sansa Fuze, and I'd like to help test Rockbox on this platform. Does anyone know how dangerous the code for this particular device is right now (I'm only worried about permanently bricking it. Data loss is no object.) |
| 06:28:59 | | Quit parafin (Read error: 60 (Operation timed out)) |
| 06:37:24 | | Join parafin [0] (i=parafin@paraf.in) |
| 06:38:31 | | Quit Darksair (Read error: 54 (Connection reset by peer)) |
| 06:39:32 | | Join Darksair [0] (n=user@221.221.156.138) |
| 06:39:34 | | Quit Darksair (Remote closed the connection) |
| 06:40:18 | | Join Darksair [0] (n=user@221.221.156.138) |
| 06:40:27 | | Quit daurn (Read error: 60 (Operation timed out)) |
| 06:40:41 | | Join daurnimator [0] (n=quae@ppp118-208-173-207.lns10.mel4.internode.on.net) |
| 06:47:45 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 06:49:25 | *** | Saving seen data "./dancer.seen" |
| 06:59:48 | | Quit Willwolfe ("ChatZilla 0.9.84 [Firefox 3.0.1/2008070208]") |
| 07:00 |
| 07:03:29 | | Join MOHDMACH [0] (n=MOHDMACH@cpe-76-185-233-141.tx.res.rr.com) |
| 07:05:07 | toffe82_ | Unhelpful: I just delete the argument |
| 07:09:25 | toffe82_ | the change on the libmtp site said "Bomb in storage ID support everywhere" between revision 1.88 and 1.89 |
| 07:10:27 | toffe82_ | deleting the last argument of the function make it compile again and the sendfirm is working after that |
| 07:12:35 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 07:17:20 | | Part toffe82_ |
| 07:18:13 | | Quit MOHDMACH () |
| 07:26:07 | | Join sbhsu_ [0] (n=a6530466@Zion.dorm.au.edu.tw) |
| 07:37:58 | lucent | sadmac: not particularly dangerous |
| 07:38:09 | lucent | sadmac: which model Fuze do you have? |
| 07:38:57 | sadmac | lucent: 8gb, model # BL0807AXZK-8GB |
| 07:39:31 | lucent | I don't know that other part, but 8GB Fuze okay. Which OF (original firmware) version did it have loaded? |
| 07:40:15 | sadmac | lucent: good question. I upgraded it because I had an issue, not quite sure what the old one was. |
| 07:41:48 | lucent | sadmac: 1.x.x.something or 2.x.x.something or 3.x.x.x.something is enough information for me, since SanDisk does hardware revisions and changes the first number in the firmware revision as an indicator |
| 07:42:30 | sadmac | lucent: Its running V01.01.11A now |
| 07:42:40 | sadmac | it had 01.01.07 I think |
| 07:42:59 | lucent | ah neato |
| 07:43:17 | lucent | let's chat for a minute in privmsg, to avoid pissing off the devs :) |
| 07:43:23 | sadmac | k |
| 07:44:10 | | Quit sbhsu (Read error: 110 (Connection timed out)) |
| 07:44:26 | | Quit Darksair ("(define zero (lambda (f) (lambda (x) x)))") |
| 07:46:45 | | Join Darksair [0] (n=user@221.221.156.138) |
| 07:56:31 | Bagder | "Please note that i.MX31 Reference Manual describes some modules not fully due to fact that this information is regarding as confidential. [...] please apply to Your local Freescale representative. Probably one will have to sign NDA agreement with Freescale." |
| 07:57:23 | | Quit jhulst (Read error: 60 (Operation timed out)) |
| 07:57:38 | Bagder | (quote from Freescale support) |
| 07:57:43 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 08:00 |
| 08:04:08 | | Quit bmbl (Read error: 104 (Connection reset by peer)) |
| 08:04:47 | | Quit Riku (Read error: 104 (Connection reset by peer)) |
| 08:05:30 | | Quit parafin (Read error: 60 (Operation timed out)) |
| 08:06:55 | | Quit Darksair ("(define (add-1 n) (lambda (f) (lambda (x) (f ((n f) x)))))") |
| 08:14:58 | | Quit jhulst (Read error: 113 (No route to host)) |
| 08:15:03 | | Join parafin [0] (i=parafin@paraf.in) |
| 08:16:06 | amiconn_ | jhMikeS, Unhelpful: The nastiness with just using 'rb' is that one assumes that every plugin has a global api pointer, and every plugin is calling it 'rb'. Iirc there is at least one plugin which doesn't set a global api pointer at all. |
| 08:17:26 | amiconn_ | JdGordon: Fyi, flashing rockbox on archos is working again. |
| 08:19:11 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
| 08:19:27 | amiconn | However, I now think that this global SYS_FOURHERTZ is somewhat nasty. It's a sys message that appears rather often, and it could break any button sequence using a precondition, meaning that short presses (press-release) and single long presses (press-repeat) could fail, confusing the user |
| 08:20:27 | amiconn | Maybe it would be better to add a flag parameter to the default event handler, with one bit specifying that it should redraw the status bar |
| 08:21:59 | amiconn | This would solve the problem that the bar should be redrawn more often if there's button activity, it would also allow for different screens having different update frequencies (by using an appropriate timeout in get_button_wtmo()), and it wouldn't disturb places which don't need the status bar and want to use plain button_get() |
| 08:22:17 | | Join Darksair [0] (n=user@221.221.156.138) |
| 08:23:52 | | Join Rob2223 [0] (n=Miranda@p4FDCF8B6.dip.t-dialin.net) |
| 08:24:06 | | Quit Darksair (Client Quit) |
| 08:24:16 | jhMikeS | amiconn: it's only one pointer used if it doesn't use it |
| 08:25:09 | amiconn | It is a potential crash problem |
| 08:25:15 | * | jhMikeS just wants to know if its just his gigabeat F where mpegplayer is messed |
| 08:25:32 | jhMikeS | potential crash problem? |
| 08:26:42 | * | jhMikeS tries other players with latest revision |
| 08:26:51 | amiconn | If a plugin uses a function that relies on the "magic" rb, but rb isn't initialized, the plugin would crash |
| 08:27:12 | jhMikeS | rb will be initialized, by the loader |
| 08:27:39 | amiconn | Hmm? How could the loader init it. It's a plugin variable. |
| 08:27:56 | | Join Darksair [0] (n=user@221.221.156.138) |
| 08:27:57 | jhMikeS | in the header so it know where it is |
| 08:28:51 | amiconn | That won't work in the sim |
| 08:29:47 | amiconn | (iirc) |
| 08:32:56 | jhMikeS | can a pointer to the variable be exported in a module? |
| 08:32:56 | JdGordon | amiconn: ok good... |
| 08:33:21 | JdGordon | im nto sure putting it into the default_event_handler will make it any less problemati |
| 08:33:23 | JdGordon | c |
| 08:35:37 | jhMikeS | we do have dlsym to get the header so I don't see a problem so far |
| 08:38:00 | | Quit blithe ("Lost terminal") |
| 08:38:10 | | Join blithe [0] (n=blithe@stiletto.djblithe.com) |
| 08:38:55 | | Nick Barahir_ is now known as Barahir (n=jonathan@Xa921.x.pppool.de) |
| 08:40:00 | amiconn | JdGordon: Well, now SYS_FOURHERTZ essentially makes button_get(true) useless |
| 08:40:31 | JdGordon | yeah... did you mean putting the call to the event handler into there? |
| 08:40:34 | amiconn | It acts almost the same as button_get_w_tmo(HZ/4) |
| 08:40:42 | amiconn | no |
| 08:41:36 | amiconn | You can't save more energy by using longer timeouts now, and you always have to handle SYS_FOURHUERTZ (which is nasty) |
| 08:42:22 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 08:42:26 | amiconn | I mean putting the call to status bar redraw into default_event_handler(), with a flag stating whether it should do that redraw |
| 08:42:48 | JdGordon | that redraw call is there already... |
| 08:43:04 | amiconn | So why do we need SYS_FOURHERTZ then? |
| 08:43:16 | JdGordon | and remember, this event is not ONLY for the statusbar redrawing... it could very well be used for something else later |
| 08:43:46 | JdGordon | tick task sends that event into the button que which eventually gets into the event handler so its run in the main thread |
| 08:44:13 | amiconn | I know. I was asking why we need it, if the status bar redraw is already called from the default event handler? |
| 08:44:30 | amiconn | SYS_FOURHERTZ is doing more bad than good, imo |
| 08:45:09 | JdGordon | no, the statusbar redraws are in the SYS_FOURERTZ case in the event handler |
| 08:46:04 | JdGordon | its the only way to get a mostly reliable update frequency eerywhere |
| 08:48:08 | | Join einhirn [0] (i=Miranda@p5B0335BF.dip0.t-ipconnect.de) |
| 08:48:54 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 08:49:26 | *** | Saving seen data "./dancer.seen" |
| 08:50:56 | amiconn | JdGordon: But at what price? SYS_FOURHERTZ disturbs any place that has no needs for such a regular event now |
| 08:52:03 | JdGordon | 4hz is not very often... and I asked the channel more than a few times for a better way to do it before even starting on it... |
| 08:52:24 | JdGordon | but yes, handking it in screens its not needed would be better |
| 08:54:29 | amiconn | 4hz can either be too little or too often, depending on context. It's just inflexible |
| 08:54:52 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
| 08:55:04 | * | JdGordon is still (sort of) open to better suggestions |
| 08:55:06 | amiconn | You're often saying that you asked in the channel, but at the same time keep telling me I should use the tracker so things aren't forgotten... |
| 08:55:30 | JdGordon | and you dont see the difference there? |
| 08:55:56 | amiconn | Anyway, I'm not saying the idea of a generic status bar handler is bad (it saves code and makes things more uniform), just I don't like the global event (*after* having seen its effects) |
| 08:56:33 | amiconn | This is how development often works, you try something, see which parts are bad, and (hopefully) redo them in a better way |
| 08:56:59 | * | amiconn even dropped the whole graylib in favour of the new greylib |
| 08:57:03 | JdGordon | my ultimate goal for this way to be able to have a full WPS redrawing in the "background" which requires fast updates and this timer would work |
| 08:57:08 | | Join timc [0] (n=aoeu@124.93.243.83) |
| 08:58:38 | JdGordon | sticking the handler call into get_action might be better.. as long as screens which dont want it updated disable it |
| 08:59:28 | amiconn | Hmm, get_action might in fact be a better place, since the default handler isn't called for events handled by the respective event loop itself (without adding special measures) |
| 08:59:49 | jhMikeS | mpegplayer on e200 is messed too (trying to seek) |
| 09:00 |
| 09:03:38 | JdGordon | amiconn: sometinhg like http://pastebin.com/d1997e4b8 |
| 09:04:15 | JdGordon | which means screens will never see that event iof they use actions |
| 09:04:37 | * | jhMikeS goes revision hunting |
| 09:08:00 | | Quit blithe ("Lost terminal") |
| 09:08:11 | | Join blithe [0] (n=blithe@stiletto.djblithe.com) |
| 09:09:47 | amiconn | JdGordon: No, that's not what I mean |
| 09:10:23 | amiconn | The redraw could happen in get_action_w_tmo(), and SYS_FOURHERTZ could be removed |
| 09:11:28 | amiconn | This would solve the 'volume redraw problem', allow screens to use their own flexible redraw frequency, and stop disturbing button loops which don't need to handle a status bar |
| 09:13:42 | jhMikeS | well, it's during the 1 Jan daily. 31 Dec is fine. |
| 09:14:04 | amiconn | And get_action* shouldn't call default_event_handler. |
| 09:15:04 | amiconn | jhMikeS: I suspect r19622 too here (SYS_FOURHERTZ)... |
| 09:16:13 | | Quit ender` (Read error: 104 (Connection reset by peer)) |
| 09:16:37 | JdGordon | amiconn: your confusing get_button_w_tmo() with get_action()... the first is in firmware/ |
| 09:16:46 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 09:17:05 | | Join advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) |
| 09:17:36 | amiconn | JdGordon: No I don't |
| 09:17:57 | JdGordon | " <amiconn> The redraw could happen in get_action_w_tmo()," |
| 09:18:02 | amiconn | yes |
| 09:18:07 | jhMikeS | Really, I can see a way that the status bar doesn't require busy updating if the systems that effects a particular area send events to it (like powermgmt giving it battery notifications). |
| 09:18:13 | amiconn | That's in apps/ and hence is allowed to call other apps code |
| 09:18:44 | JdGordon | there is no such function.. unless your talking about creating it |
| 09:19:04 | amiconn | But it should only handle the redraw, not default_even_handler in general. Some button loops need to handle specific events themselves, and these events then must not be passed to the default handler |
| 09:19:33 | JdGordon | jhMikeS: yeah, that would be good.. but wont help if/when we ever get full WPS able screens (With the list/menu/rest of screen in a single viewport somwehre |
| 09:20:06 | amiconn | JdGordon: I assumed it would exist, same as button_get and button_get_w_tmo. If it doesn't exist, it should very probably be created |
| 09:20:23 | JdGordon | amiconn: my snippet does that... |
| 09:20:30 | JdGordon | get_action() has a timeout parameter |
| 09:20:37 | jhMikeS | JdGordon: how not? it can either say it wants certain updates or not or ignore ones provided if the element is absent. |
| 09:20:41 | amiconn | Hmm, then that's what I mean |
| 09:20:42 | | Quit new ("CGI:IRC (EOF)") |
| 09:21:19 | amiconn | get_action would just *always* redraw the status bar once per call, if the status bar is enabled |
| 09:21:50 | amiconn | You then control the update frequency via the timeout parameter. |
| 09:22:30 | amiconn | Additionally you get more frequent redraws when there's button activity - the solution for the volume update problem, and you get rid of the global event at the same time |
| 09:23:02 | JdGordon | hmm.. yeah that could work |
| 09:26:03 | | Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) |
| 09:26:13 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 09:27:20 | JdGordon | yeah, that definetly makes the volume chainging nicer |
| 09:28:05 | JdGordon | whats a good name for the event it triggers? EVENT_GUI_ACTIONUPDATE sucks |
| 09:28:08 | | Quit parafin (Read error: 60 (Operation timed out)) |
| 09:31:20 | | Join parafin [0] (i=parafin@paraf.in) |
| 09:32:27 | jhMikeS | one thing I noticed is even if the statusbar is not displayed on a screen, it still offets the text (debug screens show this) |
| 09:33:42 | JdGordon | which in particular? seems to work fine here |
| 09:34:25 | jhMikeS | If they don't use lists, like View HW Info |
| 09:34:26 | | Quit advcomp2019 (Read error: 110 (Connection timed out)) |
| 09:35:29 | jhMikeS | View HW Info doesn't restore the GUI font either |
| 09:38:14 | | Join Willwolfe [0] (n=chatzill@net35-14.netkaster.ca) |
| 09:39:10 | jhMikeS | definitely r19622 where mpegplayer symptoms start |
| 09:39:47 | JdGordon | wierd.. buffering works on target but doesnt fix the font in the sim.. and yeah, that should get fixed with this change |
| 09:40:36 | | Quit XavierGr () |
| 09:42:33 | JdGordon | jhMikeS: does http://pastebin.com/d771e6a66 fix mpegplayer? |
| 09:42:49 | JdGordon | amiconn: check that one out... |
| 09:43:58 | jhMikeS | I'll check. |
| 09:44:12 | * | JdGordon is a tiny bit worried this will kill future plans though :/ |
| 09:46:46 | | Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) |
| 09:47:51 | jhMikeS | **** Only garbage was found in the patch input. <= ?? |
| 09:48:00 | | Quit blithe ("Lost terminal") |
| 09:48:11 | | Join blithe [0] (n=blithe@stiletto.djblithe.com) |
| 09:48:13 | | Quit Willwolfe ("ChatZilla 0.9.84 [Firefox 3.0.1/2008070208]") |
| 09:48:48 | | Join Willwolfe [0] (n=chatzill@net35-14.netkaster.ca) |
| 09:50:22 | JdGordon | jhMikeS: jdgordon.info/~jonno/rockbox/changes.patch">http://jdgordon.info/~jonno/rockbox/changes.patch |
| 09:50:24 | | Quit Willwolfe (Client Quit) |
| 09:50:38 | JdGordon | pastebin probably broke it |
| 09:51:20 | | Join PaulJam [0] (i=PaulJam_@vpn-3058.gwdg.de) |
| 09:52:08 | jhMikeS | definitely better |
| 09:57:46 | | Quit robin0800 (Remote closed the connection) |
| 09:58:35 | | Join DerDome [0] (n=DerDome@dslb-082-083-238-146.pools.arcor-ip.net) |
| 09:58:35 | | Join flydutch [0] (n=flydutch@host84-153-dynamic.15-87-r.retail.telecomitalia.it) |
| 09:59:00 | | Quit ment ("leaving") |
| 09:59:03 | | Quit DerDome (Client Quit) |
| 09:59:43 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
| 10:00 |
| 10:02:58 | jhMikeS | JdGordon: mpegplayer seems ok with that patch |
| 10:03:29 | JdGordon | ok |
| 10:10:26 | jhMikeS | though I wonder if it isn't indication that something needs to be handled differently in the seek loop |
| 10:15:13 | jhMikeS | JdGordon: Is it going to be in soon? The problem sort of interrupted other work. :) |
| 10:16:45 | JdGordon | yeah, i've wandered to other stuff now.. but in the next few hours |
| 10:17:02 | JdGordon | unless its urgent i can ci now.. but would like to double check some screens |
| 10:17:39 | jhMikeS | aye, I'll just keep it patched then since it's not really related |
| 10:18:06 | | Quit parafin (Read error: 60 (Operation timed out)) |
| 10:20:08 | | Join Schmogel [0] (n=Miranda@essn-4db6d03b.pool.einsundeins.de) |
| 10:25:17 | jhMikeS | I figure, why steal the codec thread stack and not just steal the codec thread? It's quite a bit simpler to have it call a function passed to it. |
| 10:26:30 | | Quit kachna (Read error: 113 (No route to host)) |
| 10:28:52 | | Quit Thundercloud (Remote closed the connection) |
| 10:33:49 | | Join parafin [0] (i=parafin@paraf.in) |
| 10:34:54 | * | JdGordon sends the pxies off to get Zagor |
| 10:37:49 | | Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) |
| 10:38:27 | JdGordon | ok, there is a bug in the force_redraw handling in the statusbar code... |
| 10:38:59 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 10:42:21 | | Quit robin0800 (Client Quit) |
| 10:42:40 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 10:48:00 | | Quit blithe ("Lost terminal") |
| 10:48:11 | | Join blithe [0] (n=blithe@stiletto.djblithe.com) |
| 10:49:16 | JdGordon | Why arnt we disbaleing the debug menu? they dont really serve any purpose... |
| 10:49:27 | *** | Saving seen data "./dancer.seen" |
| 10:52:10 | kugel | ? |
| 10:52:27 | lucent | kugel: hi, happy new years 2009 to you |
| 10:52:38 | lucent | did the Clip arrive? |
| 10:52:53 | kugel | not yet :( |
| 10:53:01 | lucent | oh too bad maybe it is lost in the mail |
| 10:53:04 | kugel | happy new year to you too |
| 10:53:30 | lucent | or "slow boat to (China)" |
| 10:53:36 | kugel | lucent: can you build a svn for your fuze and install it? |
| 10:53:50 | kugel | and watch out for pixel garbage on the screen? |
| 10:54:04 | lucent | kugel: sure, it will be tomorrow though, I am restoring from a backup my computer's OS and such |
| 10:54:20 | kugel | ok, no hurry |
| 10:54:43 | lucent | had an accident with a recursive 'rm' and an extra ' ' between the leading '/' :/ |
| 10:55:02 | kugel | uh |
| 10:55:47 | lucent | anyways I made a mistake and it will be fun to try more patches on my Fuze :) |
| 10:56:05 | kugel | buttons and plugins is in svn, so less patches |
| 10:56:32 | kugel | but I'm actually asking for a test on a unpatched build |
| 10:56:42 | lucent | oh okay |
| 10:57:40 | lucent | 40GB more to copy here, I'm going to sleep. Glad to hear that your patches made it to the SVN. Good night! :) |
| 10:57:42 | | Join gammy [0] (n=gam@c83-251-128-193.bredband.comhem.se) |
| 10:58:02 | gammy | G'day. My iRiver iHP-120 finally gave in. Do you guys have any specific rockbox-"compatible" |
| 10:58:06 | gammy | erm. |
| 10:58:15 | gammy | G'day. My iRiver iHP-120 finally gave in. Do you guys have any specific rockbox-"compatible" player to recommend? |
| 10:58:19 | lucent | gammy: no currently supported device in production |
| 10:58:28 | gammy | lucent: I know. |
| 10:58:32 | lucent | gammy: iPods can be found broken and fixed for cheap |
| 10:59:04 | gammy | lucent: Any specific model that's nicer than others? |
| 10:59:09 | lucent | otherwise, there's some hope for the Sansa AMS targets (Fuze, Clip) but it's off-topic for this channel to suggest targets that aren't supported; I'd note that OF is pretty good on the Fuze |
| 10:59:29 | gammy | lucent: OF? |
| 10:59:34 | lucent | original firmware |
| 11:00 |
| 11:00:04 | lucent | rockbox development patches the OF to get the bootloader onto Sansa AMS targets for now |
| 11:00:06 | gammy | I've grown so attached to rockbox :|. |
| 11:00:55 | lucent | did the iHP-120 just die or is there a mechanical part like a hard disk that is not working? You could replace a broken part |
| 11:01:13 | lucent | rockbox should work on devices that have their drive replaced with a compact flash storage |
| 11:01:15 | kugel | lucent: "for now"? I don't think that will change |
| 11:02:00 | jhMikeS | JdGordon: What purpose don't they serve? |
| 11:02:09 | gammy | lucent: Yeah I know |
| 11:02:13 | gammy | lucent: I don't know yet actually |
| 11:02:23 | gammy | lucent: It gives me an "ATA error -1" |
| 11:03:03 | lucent | gammy: maybe try the rockbox forums or anythingbutipod forums |
| 11:03:05 | gammy | So I'm obviously presuming drive failure :) |
| 11:03:11 | lucent | otherwise I don't know what to suggest here |
| 11:03:15 | gammy | I would assume it was a documented error ;) |
| 11:03:29 | gammy | lucent: I'd get a flash replacement but they're so damn expensive here |
| 11:03:47 | gammy | I can probably get a working second hand iHP-120 for half the price of just the new flash drive. |
| 11:04:19 | kugel | gammy: what about non-flash replacement? |
| 11:05:07 | gammy | kugel: I asked in this channel regarding that some months ago. Everyone said flash was the way to go :] |
| 11:05:17 | gammy | kugel: Ie it's still cheaper to get a new player. |
| 11:05:29 | kugel | sure, but if it's not affordable |
| 11:05:52 | gammy | cheaper usually means affordable |
| 11:05:58 | gammy | but hey |
| 11:06:02 | gammy | it's been a few months |
| 11:06:08 | * | gammy rechecks prices |
| 11:12:36 | | Join moos [0] (i=Mustapha@rockbox/staff/moos) |
| 11:12:42 | gammy | mmm. Poopy. :( |
| 11:12:43 | | Join tyfoo2 [0] (n=tyfoo@dyndsl-095-033-095-245.ewe-ip-backbone.de) |
| 11:15:17 | | Quit tyfoo (Read error: 60 (Operation timed out)) |
| 11:15:17 | | Nick tyfoo2 is now known as tyfoo (n=tyfoo@dyndsl-095-033-095-245.ewe-ip-backbone.de) |
| 11:15:28 | | Join pondlife [0] (n=Steve@cpc1-rdng11-0-0-cust362.winn.cable.ntl.com) |
| 11:15:41 | pondlife | JdGordon: Happy New Year |
| 11:15:58 | pondlife | Is the status bar meant to appear in the virtual keyboard screen? |
| 11:16:00 | JdGordon | you too |
| 11:16:06 | pondlife | IIRC, it used to. |
| 11:16:20 | pondlife | e.g. Save settings |
| 11:16:51 | * | JdGordon slaps pondlife with something heavy |
| 11:16:58 | JdGordon | I really want to finish these fix commits :p |
| 11:18:10 | pondlife | Maybe by 2010? ;p |
| 11:18:17 | pondlife | Anyway, back to work |
| 11:18:19 | | Part pondlife |
| 11:18:21 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 11:18:25 | JdGordon | seems to be the same problem as the eq screen... never was changed to viewports |
| 11:18:34 | JdGordon | oh thats just mean! |
| 11:20:14 | | Join kachna [0] (n=kachna@r3g248.net.upc.cz) |
| 11:22:46 | gammy | Does anyone have any idea why ebay wants me to enter a "PIN" ? I have no idea what it's refering to. |
| 11:23:03 | kugel | isn't pin just your user name? |
| 11:23:11 | gammy | it only takes 4 digits |
| 11:23:17 | gammy | so I don't see how that's possible :P |
| 11:23:34 | kugel | oh |
| 11:23:37 | gammy | the FAQ does not mention it -at all- |
| 11:23:57 | kugel | well, either phishing or you landed at paypall |
| 11:24:08 | gammy | shiptrack.ebay.co.uk |
| 11:24:15 | kugel | be careful |
| 11:24:20 | | Quit kugel (Remote closed the connection) |
| 11:24:26 | gammy | I am very careful. |
| 11:24:27 | gammy | heh. |
| 11:24:55 | gammy | haha. |
| 11:24:56 | gammy | "Sorry, you have exceeded the number of allowable phone call or PIN-entry attempts" |
| 11:24:59 | gammy | Ok. |
| 11:24:59 | gammy | Fine. |
| 11:25:03 | gammy | Twat service |
| 11:26:25 | | Quit Schmogel (Read error: 104 (Connection reset by peer)) |
| 11:27:07 | gammy | oh now I get it :P |
| 11:27:17 | gammy | ebay called me and gave me a number on the phone. |
| 11:27:26 | * | pixelma points at the topic |
| 11:27:40 | gammy | Ah sorry. |
| 11:27:40 | | Part gammy |
| 11:28:37 | | Join DerDome [0] (n=DerDome@dslb-082-083-238-146.pools.arcor-ip.net) |
| 11:33:02 | | Quit jhMikeS (Nick collision from services.) |
| 11:33:08 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 11:34:21 | | Quit GodEater (Remote closed the connection) |
| 11:38:36 | amiconn | JdGordon: I have some ideas regarding vkeyboard rework |
| 11:43:29 | JdGordon | shoot |
| 11:43:39 | JdGordon | or better yet... do.. :) |
| 11:53:33 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 12:00 |
| 12:09:30 | | Quit moos (Read error: 104 (Connection reset by peer)) |
| 12:09:34 | | Join DrMoos [0] (i=Mustapha@81-66-158-133.rev.numericable.fr) |
| 12:09:52 | | Nick DrMoos is now known as moos (i=Mustapha@81-66-158-133.rev.numericable.fr) |
| 12:11:20 | | Quit Krisinu () |
| 12:20:49 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 12:25:59 | | Join GodEater [0] (n=ge@rockbox/staff/GodEater) |
| 12:27:09 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
| 12:32:49 | jhMikeS | It seems odd that removing a thread slot wouldn't show up as saving some bytes on everthing SWCODEC. :\ |
| 12:33:15 | JdGordon | all depends on ram alignment probablyy |
| 12:33:29 | jhMikeS | I think it's the IBSS |
| 12:43:38 | | Quit moos ("Rockbox rules the DAP world") |
| 12:43:45 | | Join moos [0] (i=Mustapha@rockbox/staff/moos) |
| 12:48:28 | kugel | JdGordon: so does statusbar work again? |
| 12:48:45 | * | kugel goes trying himself |
| 12:49:10 | * | JdGordon hopes so |
| 12:49:29 | *** | Saving seen data "./dancer.seen" |
| 12:50:59 | | Join bimbel [0] (n=Miranda@unaffiliated/bmbl) |
| 12:51:28 | kugel | JdGordon: how's it working now? redraw on timeout in action_get? + redraw on button press? |
| 12:51:59 | JdGordon | every call to action_get |
| 12:52:04 | JdGordon | once per call |
| 12:52:30 | JdGordon | works better, but cant be used as a general purpose timer which might not be so horrible |
| 12:53:14 | kugel | so, if the timeout is low in a screen, it will be redrawed quite often? |
| 12:53:35 | kugel | the debug menu is messed up, bw |
| 12:54:04 | JdGordon | yes, and NO ITS NOT! |
| 12:54:14 | * | JdGordon is on strike! :p |
| 12:54:40 | kugel | try going into view buffering thread and go out again |
| 12:54:53 | kugel | the debug menu has sysfont here after exiting |
| 12:55:20 | kugel | but going upwards again to the system menu, it's font ui again |
| 12:57:19 | JdGordon | i fixed that already |
| 12:57:44 | kugel | well, before your commit the font in the list was ok, just splashes had sysfont |
| 12:57:56 | kugel | I downloaded a current build, so |
| 12:58:40 | JdGordon | that was fixed in 19681... |
| 12:58:46 | JdGordon | you sure its still happening? |
| 12:59:23 | | Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) |
| 12:59:31 | kugel | I'm running r19686 |
| 12:59:35 | kugel | yes, I'm sure |
| 13:00 |
| 13:00:02 | kugel | ha |
| 13:00:06 | kugel | the splashes are fine now |
| 13:01:03 | kugel | plus, all those debug screens don't show the statusbar, but have the offset |
| 13:01:52 | kugel | exiting star.c doesn't reactivate the statusbar... |
| 13:01:59 | kugel | star.rock* |
| 13:04:10 | | Quit bmbl (Read error: 110 (Connection timed out)) |
| 13:04:53 | jhMikeS | I must admit I'm still getting strange results in debug menus and sometime the bar doesn't reappear. |
| 13:06:18 | | Quit Anges (Read error: 110 (Connection timed out)) |
| 13:10:19 | kugel | jhMikeS: seems he's serious with striking ;) |
| 13:10:44 | * | jhMikeS calls in the strike breakers |
| 13:11:45 | | Join Deja [0] (n=29eb8a1d@gateway/web/cgi-irc/labb.contactor.se/x-bbe1526fe94534c5) |
| 13:12:06 | JdGordon | something is wierd and i cant see it... exiting from plugins and reactivating the bar should force a redraw.. but it doesnt |
| 13:13:25 | jhMikeS | hmmm, are there viewport changes of any sort? |
| 13:15:38 | | Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.5/2008121623]") |
| 13:17:14 | | Quit Deja ("CGI:IRC (Ping timeout)") |
| 13:17:37 | | Quit kachna (Read error: 60 (Operation timed out)) |
| 13:17:53 | | Join kachna [0] (n=kachna@r3g248.net.upc.cz) |
| 13:18:15 | | Join einhirn [0] (i=Miranda@p5B0335BF.dip0.t-ipconnect.de) |
| 13:23:33 | | Quit AndyIL (Read error: 60 (Operation timed out)) |
| 13:27:13 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
| 13:31:10 | | Join t0mas [0] (n=tomas@rockbox/developer/t0mas) |
| 13:31:40 | t0mas | good morning :) |
| 13:43:24 | | Join robin0800_ [0] (n=Administ@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 13:44:23 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 13:44:59 | | Quit robin0800_ (Read error: 104 (Connection reset by peer)) |
| 13:45:37 | | Quit bimbel ("Woah!") |
| 13:46:16 | | Join robin0800_ [0] (n=Administ@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 13:50:12 | | Quit Aurix_Lexico ("Leaving.") |
| 13:54:10 | | Join tvelocity [0] (n=tony@athedsl-4404957.home.otenet.gr) |
| 14:00 |
| 14:05:22 | | Quit robin0800_ ("Leaving") |
| 14:07:25 | JdGordon | ah, DOH! plugin.c clears both displays after the plugin exits... which isnt needed (which is why the statusbar appears to not get displayed) |
| 14:08:01 | | Quit blithe ("Lost terminal") |
| 14:08:11 | | Join blithe [0] (n=blithe@stiletto.djblithe.com) |
| 14:12:15 | JdGordon | hmm... the lists do something funny... going into the "view buffering thread" screen AFTER one of the screens which use the list will leave the sysfont set... but going in without going into one which uses the list doesnt! |
| 14:14:03 | JdGordon | and the whole viewportmanager_set_statusbar() thing in debug_menu.c is just wrong... I'll fix that tomorow |
| 14:18:37 | | Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) |
| 14:22:11 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 14:23:29 | | Join Krisinu [0] (n=Krisinu@mobile-166-217-159-170.mycingular.net) |
| 14:31:37 | Unhelpful | amiconn: i just don't think that requiring plugins to call an init function that does *nothing* but copy a plugin_api pointer is any less nasty than requiring that they provide one, or having the loader initialize one. i'm not sure why having the loader initialize a plugin-header-declared API pointer can't work in sim... even if it has to be done differently from the target load, it's not like that would be the only difference |
| 14:33:33 | Unhelpful | and if the loader really *can't* do it, it could be declared in the plugin header, and initialized in plugin_start by a required macro, call it PLUGIN_INIT or something |
| 14:34:25 | | Join kachna|lappy [0] (n=kachna@r3g248.net.upc.cz) |
| 14:35:10 | | Quit kachna (Read error: 54 (Connection reset by peer)) |
| 14:44:29 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
| 14:48:48 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 14:48:53 | | Join itcheg [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-2966b393cc119fa1) |
| 14:49:32 | *** | Saving seen data "./dancer.seen" |
| 14:50:24 | | Quit Krisinu (Read error: 60 (Operation timed out)) |
| 14:57:43 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 14:58:14 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
| 14:58:51 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
| 15:00 |
| 15:00:43 | kugel | JdGordon|zzz: "going into the "view buffering thread" screen AFTER one of the screens which use the list will leave the sysfont set" that's what I was telling you before |
| 15:00:53 | | Join LambdaCalculus37 [0] (i=44a04303@gateway/web/ajax/mibbit.com/x-a1fe2b99380d470c) |
| 15:02:32 | | Quit bmbl ("Woah!") |
| 15:03:04 | | Join Krisinu [0] (n=Krisinu@mobile-166-217-078-082.mycingular.net) |
| 15:06:32 | | Quit kugel (Remote closed the connection) |
| 15:11:44 | Unhelpful | re FS #9758, any objections to committing it as-is? In most cases where the build is from git, the git commit ID should be as good as an svn revision, and possibly better, since the dev can see where the build came from in their local history, as well as the base svn revision. |
| 15:12:59 | Llorean | I'm personally not sure how I feel about that. |
| 15:14:04 | Llorean | People often build on their own, then report bugs against a specific revision. At least with the source download tarball, I think you still get the same version number when you do so, so currently people building on their own at least report a number we here can understand. |
| 15:14:05 | t0mas | Unhelpful: I can think of a lot of objections |
| 15:14:38 | t0mas | the "official" repo is still svn.. |
| 15:14:52 | Unhelpful | would adding the svn revision as well as the git id answer the objections? |
| 15:14:58 | t0mas | so if you want to change it.. maybe go through the mailinglist? |
| 15:15:24 | Llorean | Unhelpful: I'd say the number Rockbox reports should always be the SVN revision, personally. I don't think it should build with a different looking version number just because you checked out the source a different way. |
| 15:15:27 | t0mas | for me it would.. but it might be good to give everybody an opportunity to voice an opinion and use the mailinglist? |
| 15:15:33 | Llorean | It should follow the same rules as SVN checked out source. |
| 15:17:50 | Unhelpful | i'm not trying to change the official repo... but godeater at least often deals with blocked SVN access, if i recall, that was why zagor was working to get git http access working |
| 15:19:29 | Unhelpful | Llorean: i'd be fine with making it work "just like" things do now with git-svn... but alex may have a point in that a developer build from git could be lacking useful information if it doesn't also have the current git commit ID as well. |
| 15:19:32 | | Quit jfc (Read error: 104 (Connection reset by peer)) |
| 15:19:43 | Llorean | Unhelpful: What useful information is that? |
| 15:20:10 | Unhelpful | Llorean: the build's place in the developer's local work |
| 15:20:17 | | Join jfc [0] (n=john@dpc691978010.direcpc.com) |
| 15:21:30 | Llorean | Unhelpful: That might be better handled some other way. |
| 15:21:53 | Unhelpful | what about appending the short ID after the date, and still putting the svn rev in front? |
| 15:22:21 | Llorean | Maybe a version-control specific second file that's a bit more complex (for svn it could do an "svn st" on the relevant source folders showing modified files for that build, and for git it could do whatever you git folk need and show a git ID too) |
| 15:23:36 | Unhelpful | hrm... i'll work on it. having a file in the zip or such with more detailed info might be "even better" than just having the ID, anyway. |
| 15:23:46 | Llorean | I'm just not sure I like the idea of the number Rockbox reports to users ever changing based solely on version control use. |
| 15:24:13 | Llorean | But I don't disagree with the reason why something like it might be desired, just that specific aspect of it. |
| 15:24:26 | Unhelpful | ok, i'll have to think about it. :) |
| 15:24:52 | Llorean | If it's the best way, I'd be in favour of it, I'm just not convinced it's the best way yet. :) |
| 15:26:43 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 15:33:01 | | Quit blithe ("Lost terminal") |
| 15:33:13 | | Join blithe [0] (n=blithe@li35-144.members.linode.com) |
| 15:36:32 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 15:43:01 | | Quit blithe ("Lost terminal") |
| 15:43:12 | | Join blithe [0] (n=blithe@stiletto.djblithe.com) |
| 15:46:04 | | Quit sadmac (Read error: 110 (Connection timed out)) |
| 15:51:05 | | Quit Darksair ("Do you hear that? This is the sound of inevitability. This is the sound of your death, Mr. Anderson.") |
| 15:52:48 | | Join Darksair [0] (n=user@221.221.156.138) |
| 15:56:38 | | Quit Darksair (Client Quit) |
| 15:57:35 | | Join Darksair [0] (n=user@221.221.156.138) |
| 15:58:15 | | Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-d88c6615343e6d1a) |
| 16:00 |
| 16:05:09 | | Join TheSphinX^ [0] (n=cold@p54A5CE44.dip.t-dialin.net) |
| 16:16:48 | | Join einhirn_ [0] (i=Miranda@p5B0335BF.dip0.t-ipconnect.de) |
| 16:19:32 | | Quit DerDome (Nick collision from services.) |
| 16:19:35 | | Join DerDome1 [0] (n=DerDome@dslb-082-083-187-025.pools.arcor-ip.net) |
| 16:19:45 | | Nick DerDome1 is now known as DerDome (n=DerDome@dslb-082-083-187-025.pools.arcor-ip.net) |
| 16:20:29 | | Nick advcomp2019_ is now known as advcomp2019 (n=advcomp2@unaffiliated/advcomp2019) |
| 16:23:38 | | Join japc [0] (n=japc@194.65.5.235) |
| 16:24:50 | | Quit DerDome ("Leaving.") |
| 16:24:54 | | Join {phoenix} [0] (n=dirk@p54B449F6.dip.t-dialin.net) |
| 16:25:10 | | Join DerDome [0] (n=DerDome@dslb-082-083-187-025.pools.arcor-ip.net) |
| 16:27:01 | | Quit DerDome (Client Quit) |
| 16:28:29 | | Quit kachna|lappy (Read error: 60 (Operation timed out)) |
| 16:29:08 | | Quit tyfoo (Read error: 104 (Connection reset by peer)) |
| 16:29:35 | | Join tyfoo [0] (n=tyfoo@dyndsl-095-033-095-245.ewe-ip-backbone.de) |
| 16:33:17 | | Quit einhirn (Read error: 110 (Connection timed out)) |
| 16:40:15 | | Quit t0mas ("bye!") |
| 16:41:32 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
| 16:42:00 | | Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) |
| 16:43:33 | | Quit tvelocity (Remote closed the connection) |
| 16:49:33 | *** | Saving seen data "./dancer.seen" |
| 16:49:48 | | Quit moos ("Rockbox rules the DAP world") |
| 16:54:38 | | Join Daniele87 [0] (n=Igon@host170-151-static.188-82-b.business.telecomitalia.it) |
| 16:54:42 | Daniele87 | hi |
| 16:55:01 | Daniele87 | rockbox can run on the Samsung YP-K3J QB? |
| 16:55:04 | krazykit | no |
| 16:55:10 | Daniele87 | dho.. |
| 16:55:23 | krazykit | the only supported devices are listed on the front page |
| 16:55:42 | Daniele87 | well.. ok thanks! ^_^ |
| 16:55:51 | LambdaCalculus37 | And you can also read this page: http://www.rockbox.org/twiki/bin/view/Main/NewPort |
| 16:56:19 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 16:56:34 | Daniele87 | only a thing.. someone have this mp3 player? (YP-K3) |
| 16:56:59 | Bagder | I'm sure _someone_ has it |
| 16:57:31 | LambdaCalculus37 | Someone _does_ have it here. |
| 16:57:38 | LambdaCalculus37 | We're speaking to them right now. |
| 16:58:15 | Daniele87 | ..lol |
| 16:59:37 | | Quit PaulJam (Read error: 60 (Operation timed out)) |
| 16:59:44 | | Part Daniele87 |
| 17:00 |
| 17:07:42 | | Join MethoS- [0] (n=clemens@host-091-097-243-178.ewe-ip-backbone.de) |
| 17:11:36 | | Quit Krisinu () |
| 17:34:25 | | Join stoffel_ [0] (n=sfr@p57B4D34D.dip.t-dialin.net) |
| 17:41:02 | | Join mib_mlyjcwwt [0] (i=cf6be8f5@gateway/web/ajax/mibbit.com/x-c3b68e5806e728df) |
| 17:41:23 | | Nick mib_mlyjcwwt is now known as MarcGuay (i=cf6be8f5@gateway/web/ajax/mibbit.com/x-c3b68e5806e728df) |
| 17:50:44 | MarcGuay | bertrik: Thanks for the heads up about problems with version/credits strings. |
| 17:51:50 | MarcGuay | rasher: I'll need some advice on how to create a new string in the langs later on (at work now). I didn't realize that "Version" was being shared by both the actual version line in Rockbox Info and the one that was changed to "Credits". |
| 17:54:20 | | Join _lifeless [0] (n=lifeless@90.151.41.250) |
| 17:54:26 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 17:57:26 | | Quit _lifeless (Remote closed the connection) |
| 17:58:37 | | Join Krisinu [0] (n=Krisinu@mobile-166-217-078-082.mycingular.net) |
| 18:00 |
| 18:07:21 | | Quit Krisinu () |
| 18:08:40 | | Quit robin0800 (Connection timed out) |
| 18:15:19 | | Join kachna [0] (n=kachna@r4ax178.net.upc.cz) |
| 18:20:08 | | Quit Darksair ("(define zero (lambda (f) (lambda (x) x)))") |
| 18:20:27 | | Quit jhulst (Read error: 110 (Connection timed out)) |
| 18:20:45 | | Quit blithe ("be right back.") |
| 18:20:59 | | Join blithe [0] (n=blithe@li35-144.members.linode.com) |
| 18:24:02 | Unhelpful | Llorean: what about a version string of r<svnrev>-<date>-<commitID>, and we add, for both svn and git, and possibly only if there are local changes, a build-info.txt that details local work? |
| 18:24:15 | | Join {-phoenix-} [0] (n=dirk@p54B47C1C.dip.t-dialin.net) |
| 18:24:31 | | Quit {-phoenix-} (Client Quit) |
| 18:25:02 | | Join {-phoenix-} [0] (n=dirk@p54B47C1C.dip.t-dialin.net) |
| 18:25:16 | Unhelpful | perhaps svn status output for svn, and git diff −−stat between HEAD and the last svn import rev for git? |
| 18:26:22 | Unhelpful | ...can svn produce a pretty diff-stat output for local changes? |
| 18:28:11 | linuxstb | Unhelpful: What is "commitID" ? |
| 18:33:43 | | Join HBK- [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
| 18:34:56 | | Quit HBK (Read error: 110 (Connection timed out)) |
| 18:41:08 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 18:41:57 | Unhelpful | the shortened hash of the git commit ID... for svn, i don't think we can add much more to the version than to say that there *are* local changes, right? |
| 18:44:37 | Llorean | Unhelpful: Why would we need it in the version string if it can be in build-info.txt then? |
| 18:44:39 | J-23 | will Rockbox migrate to GPLv3? |
| 18:44:57 | Llorean | As I've said before, my main objection is the fact that it's in the version string. Repackaging it so that it looks different but is still in the version string doesn't really resolve this... |
| 18:45:01 | LambdaCalculus37 | J-23: Rockbox is currently GPL2 or later. |
| 18:46:02 | J-23 | so I can select if I want to use its code as licensed with GPLv2 or v3 (or v4, v5, ...)? |
| 18:48:43 | | Quit {phoenix} (Connection timed out) |
| 18:48:54 | | Quit MarcGuay ("http://www.mibbit.com ajax IRC Client") |
| 18:49:34 | *** | Saving seen data "./dancer.seen" |
| 19:00 |
| 19:02:11 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 19:02:12 | | Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) |
| 19:02:41 | | Quit robin0800 (Client Quit) |
| 19:03:49 | | Join robin0800 [0] (n=quassel@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 19:03:57 | | Part jon-kha ("[IRSSI] Eat, drink and be merry...for tomorrow we die") |
| 19:04:18 | | Join jon-kha [0] (i=jon-kha@kahvi.eu.org) |
| 19:05:08 | | Join BigBambi [0] (n=alex@188.41.83-79.rev.gaoland.net) |
| 19:06:34 | | Join karashata [0] (n=karashat@69.41.192.215) |
| 19:06:39 | | Quit robin0800 (Client Quit) |
| 19:06:56 | | Join robin0800 [0] (n=quassel@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 19:07:12 | Unhelpful | perhaps just a "-custom" if the source differs from the stated svn rev? i could swear we used to do something like that for svn, but i might remember wrong. |
| 19:07:33 | | Join miepchen^schlaf [0] (n=miepel@p579ECCA6.dip.t-dialin.net) |
| 19:09:07 | Unhelpful | my thinking was basically "it would be nice if the displayed version for a test build would tell the dev who made it what it really was", but really, somebody testing a developer build can read a build-info.txt |
| 19:14:26 | | Join Nibbler [0] (n=Nibbler@port-87-234-86-12.dynamic.qsc.de) |
| 19:17:38 | | Quit robin0800 (Remote closed the connection) |
| 19:19:16 | | Join robin0800 [0] (n=quassel@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 19:23:23 | | Join Willwolfe [0] (n=chatzill@net35-14.netkaster.ca) |
| 19:25:50 | | Quit _Auron_ (Read error: 54 (Connection reset by peer)) |
| 19:26:06 | | Join _Auron_ [0] (n=DarkAuro@ppp-70-249-156-112.dsl.rcsntx.swbell.net) |
| 19:27:22 | | Quit robin0800 (Remote closed the connection) |
| 19:28:48 | | Join sarixe [0] (n=sarixe@ool-43540968.dyn.optonline.net) |
| 19:28:50 | | Join robin0800 [0] (n=quassel@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 19:28:50 | | Quit robin0800 (Client Quit) |
| 19:30:04 | | Join robin0800 [0] (n=quassel@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 19:31:36 | | Quit robin0800 (Client Quit) |
| 19:31:52 | | Join robin0800 [0] (n=quassel@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 19:39:29 | | Join moos [0] (i=Mustapha@81-66-158-133.rev.numericable.fr) |
| 19:42:27 | | Join fredddy [0] (n=freddy@p3E9E3966.dip0.t-ipconnect.de) |
| 19:43:53 | | Quit stoffel_ (Read error: 113 (No route to host)) |
| 19:48:52 | | Quit fredddy (Remote closed the connection) |
| 19:50:32 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 19:53:29 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 19:55:06 | | Quit lucent (Read error: 110 (Connection timed out)) |
| 19:56:54 | | Join BXCracer [0] (n=bxcracer@78-62-4-159.static.zebra.lt) |
| 20:00 |
| 20:00:43 | | Join Krisinu [0] (n=Krisinu@mobile-166-217-078-082.mycingular.net) |
| 20:03:02 | | Quit japc (Read error: 110 (Connection timed out)) |
| 20:10:04 | | Quit Krisinu () |
| 20:13:53 | | Join gregzx [0] (n=chatzill@dto182.neoplus.adsl.tpnet.pl) |
| 20:16:56 | | Join Nicosmos [0] (n=nicosmos@ken66-1-82-242-250-38.fbx.proxad.net) |
| 20:17:50 | Nicosmos | Hi :D |
| 20:17:51 | Nicosmos | I search the Rockbox iPod Nano Patcher for Linux. |
| 20:17:51 | Nicosmos | download.rockbox.org does'nt work |
| 20:18:07 | Nicosmos | Someone have a copy ? Thanks ;) |
| 20:19:16 | Unhelpful | ..it doesn't? |
| 20:19:42 | Nicosmos | ... oh ! now it works |
| 20:20:02 | Nicosmos | it didn't 5 minutes ago |
| 20:20:47 | Nicosmos | thanks, bye, i go listen music :D |
| 20:21:26 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
| 20:21:28 | Nicosmos | (is it normal when my iPod baterry is totally empty I have to re-patch my iPod ?) |
| 20:22:06 | BigBambi | no |
| 20:22:12 | BigBambi | just recharge it |
| 20:22:50 | Nicosmos | Yes, but when I recharge it, the ipod boot on the original firmware |
| 20:23:07 | BigBambi | Then reset it to get back to Rockbox |
| 20:23:09 | | Join itcheg [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-b4fad136dbbb42e2) |
| 20:23:19 | Nicosmos | Rockbox is here, but does'nt boot if i don't repatch |
| 20:23:24 | BigBambi | Do you have hold on when you start charging? |
| 20:23:31 | BigBambi | Nicosmos: It does |
| 20:23:45 | BigBambi | Rockbox dual boots, and doesn't require repatching everytime |
| 20:23:58 | Nicosmos | it's not a dual boot |
| 20:24:01 | BigBambi | It is |
| 20:24:07 | Nicosmos | i never use the original firware |
| 20:24:11 | BigBambi | So? |
| 20:24:18 | BigBambi | Rockbox can dual boot |
| 20:24:28 | BigBambi | The manual explains how to switch between them |
| 20:24:34 | Nicosmos | ok ok ... but i don't have a nice dual boot like on a computer with a choice ... |
| 20:24:44 | BigBambi | It does, by enabling a button |
| 20:24:54 | Nicosmos | ok, it"s not the problem :D |
| 20:24:55 | BigBambi | Which is *much* quicker than a menu |
| 20:25:58 | BigBambi | If you read the manual to see how to switch between firmwares, you should be able to narrow down what is happening when you plug in the charger (ipod is off and you have hold on maybe), and also how to get back to Rockbox from the Apple firmware |
| 20:26:07 | Nicosmos | in any case, i have to repatch every time the battery is totally empty (it's not really a big problem because patch take 1 second) |
| 20:26:08 | BigBambi | You do *not* need to repatch it everytime |
| 20:26:15 | Nicosmos | ok |
| 20:26:23 | Nicosmos | (but it's works :D) |
| 20:26:29 | Nicosmos | thanks |
| 20:26:51 | Nicosmos | i will read more the manual |
| 20:26:52 | Nicosmos | bye |
| 20:26:58 | BigBambi | Cheerio |
| 20:27:00 | Nicosmos | (now, music :D ) |
| 20:27:03 | | Part Nicosmos |
| 20:42:06 | | Join spitfire_ [0] (n=mieszko@pD9E9E823.dip.t-dialin.net) |
| 20:42:33 | | Quit Thundercloud (Remote closed the connection) |
| 20:49:39 | *** | Saving seen data "./dancer.seen" |
| 20:52:07 | | Quit {-phoenix-} (Remote closed the connection) |
| 20:55:30 | | Join {phoenix} [0] (n=dirk@p54B47C1C.dip.t-dialin.net) |
| 20:57:54 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 20:59:59 | | Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
| 21:00 |
| 21:01:45 | | Quit {phoenix} (Read error: 104 (Connection reset by peer)) |
| 21:01:56 | | Join {phoenix} [0] (n=dirk@p54B47C1C.dip.t-dialin.net) |
| 21:02:10 | | Quit {phoenix} (Remote closed the connection) |
| 21:06:40 | | Join {phoenix} [0] (n=dirk@p54B47C1C.dip.t-dialin.net) |
| 21:07:13 | | Join tvelocity [0] (n=tony@adsl1-102.her.forthnet.gr) |
| 21:07:47 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-dd8833a3ea04b2b7) |
| 21:08:43 | | Quit Willwolfe ("ChatZilla 0.9.84 [Firefox 3.0.1/2008070208]") |
| 21:10:29 | Zagor | jhMikeS: what are the thresholds when voltage scaling needs to be done? what happens if we simply restrict boost to the highest speed that does not need higher voltage? or is that not fast enough? |
| 21:10:35 | | Join Krisinu [0] (n=Krisinu@69.182.66.47) |
| 21:10:59 | | Nick HBK- is now known as HBK (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
| 21:11:06 | | Join Barahir_ [0] (n=jonathan@Zd631.z.pppool.de) |
| 21:11:45 | | Quit jhulst ("Konversation terminated!") |
| 21:12:11 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 21:13:26 | saratoga | does the build script automatically assume my system can build a sim, or do i have to add that along with the cross compilers to the script? |
| 21:13:26 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 21:16:01 | jhMikeS | Zagor: What's the issue? I think being able to run it maxed out is important eventually. I could just set the divider to 4 to get 132 MHz but voltage points tend to be finer than frequency points (at least in the linux BSP code). |
| 21:16:49 | Zagor | I'm just wondering if we could simplify things a bit |
| 21:16:54 | saratoga | initially it might be nice to just boost at constant voltage between 30MHz and 264MHz [or whatever the current max is] |
| 21:17:13 | saratoga | i expect that would give a very large savings in power because the change in clock would be so great, even at constant voltage |
| 21:17:30 | jhMikeS | 132 won't be enough for video however. 264 isn't really any better than gigabeat F in terms of performance. |
| 21:17:42 | | Join efyx_ [0] (n=efyx@lap34-1-82-224-140-171.fbx.proxad.net) |
| 21:17:52 | Zagor | ok |
| 21:18:43 | saratoga | or i guess 33MHz |
| 21:18:54 | jhMikeS | I don't think you can run it that slow (30 MHz). The BSP doesn't run under 133 (532,266,133). |
| 21:19:01 | Zagor | Unhelpful: ping. what is this API(fn) I read about in the log? I'm not sure I like the sound of that... |
| 21:19:10 | saratoga | there must be a way to get lower then that if its an mp3 player |
| 21:19:23 | saratoga | fast armv5e decoders need ~20MHz |
| 21:19:59 | jhMikeS | Not with a proper clocking of other parts relative to the core. |
| 21:20:09 | amiconn | armv6 should be able to get even lower than that, something between the stated 20MHz and the 10MHz possible with arm neon |
| 21:20:55 | jhMikeS | amiconn: To actually set the core to that frequency or is that the MHz required for decoding? |
| 21:21:10 | amiconn | Gigabeat S at 264MHz is almost twice as fast as gigabeat F at 300MHz when it comes to higher ape compression levels |
| 21:21:29 | amiconn | jhMikeS: Just what's required for decoding |
| 21:26:38 | | Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) |
| 21:27:14 | | Quit Barahir (Read error: 110 (Connection timed out)) |
| 21:29:00 | | Join timc`` [0] (n=aoeu@124.93.243.83) |
| 21:29:08 | Krisinu | anyone play mmorpgs? |
| 21:29:23 | _Auron_ | no. |
| 21:29:38 | * | gevaerts points to the topic |
| 21:29:56 | | Quit timc (Connection timed out) |
| 21:30:22 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
| 21:30:42 | | Quit efyx_ (Remote closed the connection) |
| 21:30:55 | | Join efyx_ [0] (n=efyx@lap34-1-82-224-140-171.fbx.proxad.net) |
| 21:33:19 | Unhelpful | Zagor: a means for letting the same code compile using either direct calls to core functions, or the plugin API |
| 21:33:39 | Unhelpful | it's a good deal less messy than #ifdef for each such call... but still pretty messy. |
| 21:34:21 | | Join efyx__ [0] (n=efyx@lap34-1-82-224-140-171.fbx.proxad.net) |
| 21:34:21 | | Quit efyx_ (Read error: 113 (No route to host)) |
| 21:34:25 | Zagor | Unhelpful: yeah, I just found the commit. it is indeed rather messy. exactly how much binsize is this fiddling saving? |
| 21:35:40 | Unhelpful | can't say precisely... it wouldn't be hard to build a scaling-capable core bitmap loader on mono, but i didn't really think *any* binsize cost would be deemed acceptable for it, given that the feature is useless in core. |
| 21:37:01 | Zagor | I must say I fail to see how the feature is at the same time totally useless in core and vital in pluginlib... |
| 21:37:11 | Unhelpful | core doesn't have greylib. |
| 21:37:49 | kugel | it's useless with mono, but useful on greyscale, and the greylib makes it possible for plugins |
| 21:38:01 | BigBambi | toffe82: you there? |
| 21:38:02 | | Join DJuniah_ [0] (n=ricky@n2-49-66.dhcp.drexel.edu) |
| 21:38:54 | kugel | Unhelpful: but I wonder why even have rb-> for that |
| 21:39:10 | kugel | AFAIK it's not so uncommon to have pluginlib functions without rb-># |
| 21:39:18 | DJuniah_ | is there anyone in here that has worked with rockbox's USB support? |
| 21:39:22 | kugel | e.g. the smooth/simple resize isn't prefixed with that |
| 21:39:50 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 21:40:07 | Unhelpful | kugel: smooth resize doesn't call open or read itself, does it? |
| 21:40:32 | * | scorche|sh pokes domonoky |
| 21:40:45 | gevaerts | DJuniah_: yes |
| 21:40:49 | * | domonoky pokes back |
| 21:41:12 | kugel | Unhelpful: I don't think so |
| 21:41:23 | Unhelpful | instead of API, maybe functions built in the pluginlib, that wrap the core functions? then their invocations in the source don't need to change |
| 21:41:37 | | Nick Barahir_ is now known as Barahir (n=jonathan@Zd631.z.pppool.de) |
| 21:41:37 | Zagor | Unhelpful: could you do a "full" build for a mono target and see what the damage is? I'm begining to wonder if the code quirks are worth the savings. |
| 21:41:39 | kugel | but that's not the problem is it? I mean you can always do #define open rb->open before including the .c files |
| 21:42:13 | Unhelpful | kugel: either that, or do something like the mem* wrappers defined in plugin_api do |
| 21:42:22 | kugel | Zagor: I think they are. mono essentially also low mem |
| 21:42:44 | Zagor | kugel: well that depends on the size saved |
| 21:42:55 | DJuniah_ | gevaerts: I'm a gigabeat S user and i just wanted to ask someone how large of an undertaking adding USB host support would be. The stock firmware has it and i could see it being useful. Say if you plug in a thumb drive and wanted to browse it via rockbox's file browser and copy some files over, or just play files on the attached drive. Is there any code in now to support that, or would i need to start writing from scratch? |
| 21:43:07 | Zagor | DJuniah_: in a word: huge |
| 21:43:28 | kugel | what's the point of having useless code in the core? just to make the code a bit prettier? |
| 21:43:32 | Unhelpful | i don't really like those, very much, they wrap a function in another function, and *even* if they get inlined, they can't be declared static or inline, and will thus end up being in the plugin as code :/ |
| 21:43:49 | kugel | I agree that API isn't so nice, but it's accaptable (especially if it gets a better name) |
| 21:44:23 | DJuniah_ | Zagor: yeah, i assumed so, i was just curious if there was any work done on it already before i started looking into it |
| 21:45:11 | amiconn | Unhelpful, Zagor: Another option would be just duplicating the code, but that leads to the problem where fixes/improvements are applied to one implementation but not the other |
| 21:45:33 | gevaerts | DJuniah_: I'm not aware of any significant work on host |
| 21:45:34 | kugel | I think this can be done with almost 0 changes to the core files, and without duplicating code |
| 21:45:41 | * | amiconn is reminded of the completely missing utf-8 handling in the greylib's _putsxy() |
| 21:45:45 | Unhelpful | forking a file is pretty much the last way *i* would want to do it, but if consensus is that it's the "best" way... |
| 21:45:47 | DJuniah_ | do you think it would be better to tackle this as a file copy/browse plugin or as a full-on patch? |
| 21:46:34 | gevaerts | Full support would be easier I think |
| 21:47:07 | kugel | Unhelpful: if you define some wrapper about the func's you need before including the .c, and remove that #ifdef PLUGIN everywhere, the core files are pretty much unchanged, and the result is the same (except for the slightly larger plugins), isn't it? |
| 21:47:16 | Unhelpful | trying to access hardware in a plugin that the core does not support sounds nightmarish to this completely hardware-ignorant person ;) |
| 21:47:17 | amiconn | Fixed now, but went undetected for months. Unhelpful's work on pictureflow for grey targets made it show up... |
| 21:47:25 | Zagor | I would like to know how much we save, before evaluating options. hundred bytes? five hundred? five KB? |
| 21:47:43 | | Quit flydutch (Read error: 60 (Operation timed out)) |
| 21:48:03 | Unhelpful | kugel: slightly larger, possibly slightly slower if gcc fails to inline the wrappers. |
| 21:48:41 | * | Unhelpful points out that amiconn must accept some credit for greylib pictureflow :P |
| 21:48:56 | gevaerts | DJuniah_: there are several parts in this. The main part is the driver and API for the actual USB hardware, then you need a host-side MSC implementation, and then you need to integrate that in the rest of rockbox. I think those bits are in decreasing order of amount of work (but I can be wrong) |
| 21:49:05 | Unhelpful | i seriously would've happily left the tiny nearest-neighbor scaler as the only thing on greyscale targets. :) |
| 21:49:07 | kugel | Unhelpful: I think the point isn't to make the most efficient and smallest code, but rather some kind of proof-of-concept? |
| 21:49:19 | amiconn | Unhelpful: Obviously, it wouldn't work nearly as nice without the greylib :P |
| 21:49:19 | Zagor | gevaerts: don't forget hub support. that is a beast. |
| 21:49:21 | kugel | I doubt that it'll make much of a difference anyway |
| 21:49:54 | | Quit {phoenix} (Remote closed the connection) |
| 21:49:56 | Unhelpful | there's a tiny visible difference in 2-bit greyscale images at realistic target sizes, actually. i ran tests. |
| 21:50:04 | gevaerts | Zagor: hub support is nice to have, but I think we can skip it at first |
| 21:50:23 | Zagor | gevaerts: can we? isn't the root hub always present? |
| 21:50:35 | kugel | Unhelpful: visible? What do you mean? does the scaler give different results with what I proposed? |
| 21:51:24 | Unhelpful | kugel: that was addressed to amiconn, sorry. the HQ scaler is a tiny bit nicer than the LQ one from my initial scaler commit. also, loads more maintainable. |
| 21:51:26 | gevaerts | Zagor: yes and no. The root hub is controlled differently than "real" hubs. |
| 21:51:29 | DJuniah_ | gevaerts: yeah I've done some USB work on other platforms but i just wasnt sure if there was anything done already before i started tearing through code, thanks for the info |
| 21:51:51 | Unhelpful | also, i think the wrapper functions idea can be done nice and cheap, with a few little changes |
| 21:52:08 | gevaerts | Zagor: actually, full hub support isn't *that* complicated |
| 21:52:29 | | Join japc [0] (n=japc@bl7-248-241.dsl.telepac.pt) |
| 21:52:35 | | Quit DJuniah_ ("Ex-Chat") |
| 21:52:40 | Zagor | gevaerts: If you say so. I have only read the spec, and got scared. :-) |
| 21:53:01 | kugel | Unhelpful: what you also could do is "fork" the non-plugin parts into another file, and include that in the core on non-mono |
| 21:53:06 | Unhelpful | struct plugin_api will need to be defined somewhere that does not include any of the core header files with the "real" function prototypes. then the wrappers can be declared static inline, and will likely be converted into direct API calls. |
| 21:53:15 | kugel | and don't include that for plugins on mono |
| 21:53:26 | kugel | i.e. reduce #ifdef PLUGIN to SOURCES |
| 21:53:48 | | Join Schmogel [0] (n=Miranda@essn-4db6d03b.pool.einsundeins.de) |
| 21:54:12 | Unhelpful | kugel: there would be places where source code is included into the middle of functions, with that solution. i feel that might be nastier than other ways.. :/ |
| 21:54:16 | kugel | just an idea, probably not worth thinking about it further |
| 21:55:04 | Unhelpful | if just config.h is included, that will be enough to cover the parts of struct plugin_api that need to be defined conditionally, right? or won't it? |
| 21:56:34 | gevaerts | Zagor: there are some complexities in handling full and low speed devices on high speed hubs, but the rest is simple. Most of the scary things in the spec are only scary if you want to actually implement a hub |
| 21:56:37 | Zagor | I think kugels original #define open rb->open suggestion is the best so far |
| 21:56:48 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
| 21:56:59 | Unhelpful | Zagor: will that "work"? |
| 21:57:04 | | Quit Nibbler (Read error: 60 (Operation timed out)) |
| 21:57:24 | | Join Nibbler [0] (n=Nibbler@port-87-234-86-12.dynamic.qsc.de) |
| 21:57:24 | Unhelpful | iirc an #undef open is needed first to make it happy... |
| 21:57:43 | amiconn | Zagor: #define open rb->open might be problematic, as it clashes with the sim's redefinition of open (and friends) |
| 21:57:43 | Zagor | Unhelpful: no, only if "open" is macro. which it isn't. |
| 21:57:52 | Zagor | amiconn: ah, good point |
| 21:58:25 | Unhelpful | amiconn: could do it differently on sim, if the core-wrapper stuff is hidden inside pluginlib, that would be not so bad |
| 21:58:39 | | Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") |
| 21:58:41 | Unhelpful | there are some parts that way in plugin.h already, aren't there? |
| 21:59:33 | Unhelpful | Zagor: i thought that i had tried to do #define open rb->open, and that gcc had yelled at me if i did it without an undef first... but maybe i remember incorrectly, i tried a few different things before getting it to work, and i was tired. |
| 21:59:49 | Zagor | on recorder, core and pluginlib bmp.o differs by 936 bytes |
| 21:59:55 | amiconn | Unhelpful: Sim, perhaps? |
| 22:00 |
| 22:00:00 | | Join {phoenix} [0] (n=dirk@p54B47C1C.dip.t-dialin.net) |
| 22:00:27 | Unhelpful | Zagor: which is larger? core, i'm guessing? |
| 22:00:48 | amiconn | The .o size doesn't really tell much |
| 22:01:18 | Zagor | well you've named them a bit confusing. :-) the pluginlib file (which is named core_bmp.o), is the larger one. |
| 22:01:40 | * | Unhelpful didn't name apps/recorder/bmp.c ;) |
| 22:02:16 | Unhelpful | i thought that the core_ prefix, in pluginlib, would make it clear what the file was for... but it is definitely a bit confusing :/ |
| 22:03:05 | Zagor | actual .text segments differ by 364 bytes |
| 22:06:31 | | Quit japc (Read error: 60 (Operation timed out)) |
| 22:09:25 | * | Unhelpful is going through bmp.c to make a NastyHack version of core scaling on mono, should be buildable in a few |
| 22:11:02 | | Join ameyer [0] (n=ameyer17@adsl-75-57-201-238.dsl.emhril.sbcglobal.net) |
| 22:16:43 | Zagor | Unhelpful: can you please please pretty please try a build with the conditional compiling removed? I've tried stripping it myself but I think I'm doing something wrong. |
| 22:17:57 | Unhelpful | Zagor: i'm working on building on mono with resizing in core. |
| 22:19:33 | * | kugel is wondering how useless resizing really would be for mono |
| 22:19:54 | kugel | just in theory, it still can be used to resize icons, doesn't it? |
| 22:20:01 | Unhelpful | kugel: it's pretty awful, i've tested. |
| 22:20:48 | Unhelpful | it *could*, there's even a #define you can change to let it allocate scaler scratch on stack for small bitmaps, but scaled, dithered mono is really quite ugly. |
| 22:21:23 | | Quit TheSphinX^ ("XChat@Linux") |
| 22:24:19 | Unhelpful | Zagor: this might take until a bit later. i'll try that, though. |
| 22:26:12 | Zagor | ok |
| 22:30:06 | kugel | Zagor: I did a rework of the backlight fading code police patch |
| 22:30:26 | | Quit Nico_P (Remote closed the connection) |
| 22:31:36 | kugel | I think it's good know, the only thing I'm not sure about is that I needed to "include" backlight.h for parsing features.txt |
| 22:32:04 | Zagor | kugel: ok, I'll take a look |
| 22:32:25 | kugel | I didn't make a patch of it yet, but I will in a few minutes |
| 22:32:32 | kugel | after adding some explaining comments |
| 22:32:36 | Zagor | oh ok |
| 22:34:59 | | Quit ameyer (Remote closed the connection) |
| 22:38:38 | | Join japc [0] (n=japc@bl7-248-241.dsl.telepac.pt) |
| 22:38:58 | | Join akur [0] (n=akur@bl6-147-140.dsl.telepac.pt) |
| 22:39:07 | | Part akur |
| 22:41:26 | | Quit {phoenix} (Read error: 104 (Connection reset by peer)) |
| 22:42:00 | | Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) |
| 22:48:10 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 22:48:25 | | Quit blithe ("Lost terminal") |
| 22:48:36 | | Join blithe [0] (n=blithe@stiletto.djblithe.com) |
| 22:48:39 | Zagor | amiconn: how do you feel about removing the backlight fade time options? |
| 22:49:42 | *** | Saving seen data "./dancer.seen" |
| 22:52:20 | | Quit lymeca ("KVIrc 3.4.0 Virgo http://www.kvirc.net/") |
| 22:52:37 | | Join esthar [0] (n=esthar@student165-92.hampshire.edu) |
| 22:53:02 | | Quit Nibbler (Read error: 60 (Operation timed out)) |
| 22:53:28 | | Quit einhirn_ (Read error: 104 (Connection reset by peer)) |
| 22:53:36 | | Join Nibbler [0] (n=Nibbler@port-87-234-86-12.dynamic.qsc.de) |
| 22:56:11 | | Quit petur ("*bonk*") |
| 22:57:01 | kugel | Zagor: I was going to write to the -dev ml (maybe even "-user" ml? |
| 22:57:04 | kugel | about that |
| 22:57:30 | | Join advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) |
| 23:00 |
| 23:00:19 | | Quit XavierGr (Nick collision from services.) |
| 23:00:30 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 23:04:32 | | Quit karashata ("G'bye everyone!") |
| 23:06:12 | | Join akur [0] (n=akur@bl7-118-148.dsl.telepac.pt) |
| 23:06:40 | | Part akur |
| 23:10:45 | | Join PaulJam [0] (i=PaulJam_@vpn-3041.gwdg.de) |
| 23:10:59 | | Quit advcomp2019 (Read error: 110 (Connection timed out)) |
| 23:11:21 | saratoga | http://www.runcore.com/newsshow.asp?ID=194 |
| 23:11:30 | saratoga | these are apparently 1.8" ZIF SSDs |
| 23:12:43 | | Join tyfoo2 [0] (n=tyfoo@dyndsl-095-033-092-168.ewe-ip-backbone.de) |
| 23:13:12 | saratoga | do we have a theory about the seemingly endless download.rockbox.org connection issues? |
| 23:14:04 | * | Bagder checks |
| 23:14:36 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
| 23:16:42 | kugel | question: isn't contrast essentially backlight brightness on mono targets? |
| 23:17:07 | pixelma | definitely not - otherwise it wouldn't work on Ondio... |
| 23:17:10 | kugel | from what I've seen, the clip could have a nice contrast based backlight fading |
| 23:17:11 | | Quit evilnick ("http://www.mibbit.com ajax IRC Client") |
| 23:17:31 | gevaerts | The clip is an entirely different beast... |
| 23:17:37 | Zagor | kugel: well the clip doesn't have backlight :-) |
| 23:17:38 | kugel | pixelma: hm, yea, on those classic mono's it's not the same, right |
| 23:17:46 | kugel | Zagor: it does |
| 23:18:02 | kugel | backlight, but no backlight brightness (i.e. no configurable levels) |
| 23:18:16 | Zagor | my clip display is very very black |
| 23:18:16 | gevaerts | kugel: sure? Have a close look :) |
| 23:18:21 | kugel | but contrast, which serves the same purpose on this unit |
| 23:18:39 | kugel | eh |
| 23:18:46 | kugel | picky people here :/ |
| 23:18:54 | gevaerts | Thanks :) |
| 23:18:55 | kugel | yes, it's not backlight in the classic sense |
| 23:19:13 | gevaerts | Well, backlight is light coming from the back... |
| 23:19:16 | Zagor | kugel: you're right, we could use contrast fade on the clip. it could be rather pretty. |
| 23:19:51 | kugel | while we're at figuring this, why's there several backlight options on the clip? |
| 23:20:19 | kugel | Zagor: yea, I thought that too, it has many levels, should be very smooth. I just fear the lowest level isn't dark enough |
| 23:20:24 | bertrik | contrast 0 isn't really dark |
| 23:20:59 | Zagor | indeed. I never tried it before. |
| 23:21:10 | gevaerts | kugel: you could use greylib :) |
| 23:21:16 | BXCracer | omg it' so cold outside, it show -20C |
| 23:21:34 | BXCracer | damn eurpoe |
| 23:22:04 | kugel | gevaerts: well, that's not available in the core, so no ;) |
| 23:22:22 | gevaerts | kugel: plugin-on-fade? |
| 23:22:47 | kugel | we need a plugin based greylib background daemon |
| 23:23:07 | kugel | for rich wpses and proper backlight fade on mono :D |
| 23:23:31 | bertrik | and AA? |
| 23:23:56 | | Quit saratoga ("CGI:IRC (EOF)") |
| 23:24:00 | kugel | no rich wps without AA! |
| 23:24:40 | | Join MarcGuay [0] (n=chatzill@ip216-239-82-159.vif.net) |
| 23:24:49 | MarcGuay | rasher: Around? |
| 23:27:23 | | Quit tyfoo (No route to host) |
| 23:27:24 | | Nick tyfoo2 is now known as tyfoo (n=tyfoo@dyndsl-095-033-092-168.ewe-ip-backbone.de) |
| 23:30:53 | | Quit bmbl ("Woah!") |
| 23:32:36 | | Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) |
| 23:40:01 | * | Bagder removes the dead mirrors from the download dns entry |
| 23:40:07 | Bagder | mirror even |
| 23:42:10 | | Join ibseco [0] (n=ibseco@BAH7d73.bah.pppool.de) |
| 23:43:22 | | Quit jhulst (Read error: 110 (Connection timed out)) |
| 23:43:39 | | Quit advcomp2019_ (Read error: 110 (Connection timed out)) |
| 23:43:39 | | Quit kadoban (Read error: 54 (Connection reset by peer)) |
| 23:46:32 | Zagor | bertrik: what is stopping you from committing FS #9611? |
| 23:46:59 | Zagor | it only affects currently-in-development targets, doesn't it? |
| 23:47:36 | bertrik | I'm confused by the audiohw interface. I don't know the proper way to enable line in without HAVE_RECORDING enabled |
| 23:48:30 | | Join akur1 [0] (n=akur@bl7-116-35.dsl.telepac.pt) |
| 23:50:32 | | Quit blahrus ("Ex-Chat") |
| 23:52:52 | Zagor | ok |
| 23:53:49 | | Join tyfoo2 [0] (n=tyfoo@dyndsl-095-033-092-168.ewe-ip-backbone.de) |
| 23:54:05 | | Quit tyfoo2 (Read error: 131 (Connection reset by peer)) |
| 23:54:07 | linuxstb | Bagder: Any opinion on the Gigabeat S? |
| 23:54:29 | | Quit tyfoo ("Carpe diem") |
| 23:54:32 | | Join solexx_ [0] (n=jrschulz@e176109018.adsl.alicedsl.de) |
| 23:54:57 | | Join tyfoo [0] (n=tyfoo@dyndsl-095-033-092-168.ewe-ip-backbone.de) |
| 23:55:02 | | Quit bertrik ("Leaving") |
| 23:55:25 | linuxstb | MarcGuay: Did you intend to add a BOM to the start of english.lang? |
| 23:55:25 | | Join itcheg [0] (i=42b0fb98@gateway/web/ajax/mibbit.com/x-0f1f8ea835c43adb) |
| 23:55:42 | MarcGuay | linuxstb: No. |
| 23:55:58 | MarcGuay | Will fix. |
| 23:56:03 | linuxstb | That, plus adding a newline at the end of the file were the only changes in your "convert to utf-8" commit... |
| 23:56:32 | linuxstb | Or rather, removing the newline... |
| 23:56:33 | MarcGuay | Strange. I changed it from ANSI to UTF-8. |
| 23:56:48 | linuxstb | Yes, but as it is pure ASCII, there should have been no changes. |
| 23:57:35 | | Join DerDome [0] (n=DerDome@dslb-082-083-191-081.pools.arcor-ip.net) |
| 23:57:43 | MarcGuay | Honestly I don't really understand that depth. Is there something I should do to fix it at this point? |
| 23:57:45 | Bagder | well, I don't have a strong opinion on the beast - I was trying to get a sense for where devs are in this topic in general. I do however not think that manuals and install methods etc have to be in perfect shape before we call it "supported". |
| 23:58:16 | linuxstb | Bagder: You didn't wait long for opinions... ;) |
| 23:58:43 | Bagder | "supported" for me is to enter the state where we start caring about bug reports and discussing it "everywhere" is more ok |
icon identifies that the person is a core developer (has commit access).