00:00:06 | Quelsaruk | he's the *father* |
00:00:21 | lImbus | somebody asked me why ONLY a archos has a cool opensource-fw |
00:00:37 | Quelsaruk | not only archos |
00:00:40 | pvh | The Neo has one now too. |
00:00:42 | lImbus | so ? |
00:00:57 | Quelsaruk | rockbox also supports Neo |
00:01:03 | lImbus | ok, but it's till the same manufacturer, isn't it ? |
00:01:11 | Quelsaruk | afaik, no |
00:01:13 | pvh | Nope, different manufacturer. |
00:01:40 | lImbus | oh. cool. so rockbox starts to be A opensource firmware, not a archos os fw ? |
00:02:12 | solaris | amiconn: I did all that and still it doesn't load the > 15 days ago |
00:02:12 | solaris | [5:42pm] <Quelsaruk> more or less |
00:02:12 | solaris | [5:42pm] <Quelsaruk> all the time i've been away from tech :D |
00:02:12 | DBUG | Enqueued KICK solaris |
00:02:12 | solaris | [5:42pm] <Quelsaruk> hi Bagder |
00:02:12 | solaris | [5:43pm] <Bagder> hi |
00:02:13 | *** | Alert Mode level 1 |
00:02:13 | solaris | [5:43pm] <amiconn> Meanwhile I did post a grayscale framework, within a demo plugin (well, the demo itself is not very amazing). |
00:02:15 | Quelsaruk | well.. rockbox is an opensource firmware, but started supporting just archos player and recorder |
00:02:16 | solaris | [5:43pm] danhans224 (danhans224@adsl-67-124-49-215.dsl.snfc21.pacbell.net) has joined. «23 people» |
00:02:18 | solaris | [5:43pm] <Quelsaruk> cool |
00:02:20 | solaris | [5:44pm] <Quelsaruk> :) |
00:02:28 | solaris | oops, sorry |
00:02:33 | solaris | wrong button |
00:02:53 | Quelsaruk | hehehe |
00:03:17 | Quelsaruk | solaris, i was wondering what the hell was that copy&paste for ;) |
00:03:56 | solaris | hehe, sorry.... |
00:04:01 | solaris | i don't know what happend |
00:04:18 | solaris | i just pressed ctl-v and .... |
00:04:30 | Quelsaruk | windoze :P |
00:04:30 | solaris | i don't think i pressed ctl-c to copy anything... |
00:04:41 | solaris | weird |
00:05:04 | Quelsaruk | you're using mirc? |
00:05:15 | solaris | now that i have your full attention, ;) i need some advise to revive my jbr20 |
00:05:25 | Quelsaruk | just marking text with the mouse will copy it |
00:05:35 | Quelsaruk | solaris, what happened? |
00:05:38 | solaris | i had firmware flashed w/2.1 |
00:05:48 | solaris | and was trying to upgrade to 2.2 |
00:05:57 | solaris | used rockbox.url |
00:06:08 | Quelsaruk | aham |
00:06:18 | solaris | and after that, jbr20 doesn't respond with ON button |
00:06:37 | solaris | i can turn it on with F1+ON in archos 1.40a version |
00:06:43 | solaris | but that's it |
00:06:57 | solaris | no matter what i try, i can not get rockbox to run |
00:07:37 | Quelsaruk | but, you can use archos firmware |
00:07:39 | amiconn | solaris: Did you try the defrag way also? |
00:07:51 | solaris | yes, but i had some errors |
00:07:52 | Quelsaruk | can you plug it to the pc? |
00:08:11 | solaris | yes, with F1 pressed and plugging in USB |
00:08:23 | Quelsaruk | why don't you copy an uptodate rockbox version (even 2.2) to the root folder |
00:08:33 | solaris | lol, it doesn't work |
00:08:38 | solaris | tried it so many times |
00:08:49 | Quelsaruk | even booting with F1?? |
00:09:13 | solaris | booting with F1 will start archos 1.40a |
00:09:24 | solaris | i can play mp3 and everything |
00:09:34 | Quelsaruk | i mean, if the problem is in the flashed firmware, booting with archos and leting it *rolo* an error-free 2.2 must work |
00:09:37 | solaris | but only in archos |
00:09:49 | | Join facted [0] (~facted@dyn-ec-194-77.dyn.columbia.edu) |
00:09:53 | Quelsaruk | i suppose you have tried that |
00:09:54 | Quelsaruk | no? |
00:10:18 | amiconn | Quelsaruk: it doesn't, for whatever reason. We've been through it. |
00:10:22 | Quelsaruk | if so, i have a stupid question, doesn't work, or maybe is a contrast error? |
00:10:24 | solaris | i had some problems with rolo |
00:10:35 | Quelsaruk | i mean, loading a new version will change the settings |
00:10:52 | Quelsaruk | (it normally do) |
00:11:00 | Quelsaruk | so maybe the contrast value is to low |
00:11:05 | Quelsaruk | and you can't see the display |
00:11:16 | solaris | huh?? |
00:11:19 | Quelsaruk | just an idea |
00:11:21 | Quelsaruk | :) |
00:12:03 | solaris | hmmmm |
00:12:05 | | Quit Galik (Remote closed the connection) |
00:12:14 | *** | Alert Mode OFF |
00:12:36 | Quelsaruk | it's possible that upgrading to a new rockbox version resets your settings |
00:12:44 | Quelsaruk | that includes contrast |
00:12:44 | solaris | hmmmm |
00:12:48 | solaris | don't think so |
00:12:48 | | Join top_bloke [0] (~ekolb_pot@dsc01-chc-il-209-109-229-156.rasserver.net) |
00:12:54 | Quelsaruk | it's an option |
00:12:59 | Quelsaruk | check this link |
00:13:01 | solaris | 'cause i shuts off after 30sec |
00:13:12 | Quelsaruk | idle-poweroff |
00:13:14 | Quelsaruk | ;) |
00:13:24 | solaris | good thought |
00:13:40 | solaris | but how come i cant start it by using F1+on?? |
00:14:00 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
00:14:00 | * | danhans224 has left the building |
00:14:05 | | Quit danhans224 () |
00:15:08 | Quelsaruk | solaris |
00:15:19 | Quelsaruk | start with normal boot |
00:15:23 | Quelsaruk | i mean, rockbox boot |
00:15:37 | Quelsaruk | and follow this key combo :) |
00:15:38 | solaris | ok |
00:15:43 | Quelsaruk | F1 |
00:15:46 | solaris | this will be run |
00:15:49 | solaris | hold on |
00:16:23 | | Part LinusN |
00:16:24 | solaris | ok |
00:16:34 | solaris | next? |
00:16:36 | Quelsaruk | DOWN DOWN RIGHT DOWN DOWN RIGHT DOWN DOWN RIGHT DOWN DOWN DOWN RIGHT |
00:16:44 | solaris | it shuts off |
00:16:56 | solaris | let me see how long that is.. |
00:17:20 | solaris | 15 second |
00:17:22 | Quelsaruk | while pressing this combo? |
00:17:23 | solaris | approx |
00:17:26 | solaris | yes |
00:17:27 | | Part facted |
00:17:32 | solaris | and also without |
00:17:33 | | Join facted [0] (~facted@dyn-ec-194-77.dyn.columbia.edu) |
00:17:33 | Quelsaruk | or before? |
00:17:43 | Quelsaruk | i mean, did you start pressing the keys? |
00:17:47 | solaris | how long should i wait b4 the code/ |
00:18:27 | Quelsaruk | nothing |
00:19:05 | Quelsaruk | i mean, when rockbox is loaded, you can press those keys |
00:19:18 | solaris | well, i don't think it's loading |
00:19:25 | Quelsaruk | ouch |
00:19:26 | Quelsaruk | :( |
00:19:34 | pvh | Quelsaruk: Your nickname makes me crave diablo ii. |
00:19:35 | solaris | it'll shut off after that code if i'm fast |
00:19:48 | pvh | solaris: the 'code' just takes you to the contrast menu |
00:19:51 | solaris | and if i'm slow, it shuts off in the middle |
00:19:52 | Quelsaruk | pvh, i used it in diablo II ;) |
00:20:02 | pvh | solaris: which isn't much help for you if the 'box isn't actually loaded |
00:20:08 | pvh | Quelsaruk: Sweet. |
00:20:18 | Quelsaruk | yeah |
00:20:25 | Quelsaruk | that code was just to enter contrast |
00:20:38 | Quelsaruk | just in case it was my first and quick thought |
00:20:54 | solaris | yes, i know but i don't think rockbox is loading |
00:21:08 | solaris | i can hear the disk spinning but that's about it |
00:21:18 | Quelsaruk | and having a rockbox.ajz file in root folder, booting with ON+F1 doesn't work? |
00:21:32 | solaris | yeap |
00:21:40 | solaris | it doesn't work with that either |
00:21:55 | solaris | so, i'm thinking something is blocking the loading |
00:22:12 | solaris | should i format the whole thing? |
00:22:17 | solaris | is that my next step/ |
00:22:20 | solaris | ? |
00:22:25 | Quelsaruk | try with the bleeding edge file |
00:22:26 | Quelsaruk | :D |
00:22:45 | Quelsaruk | i mean, try that but using the latest rockbox file, just in case |
00:23:02 | solaris | ok, i'll do that |
00:23:11 | Quelsaruk | and, i suppose the faster way to repair the box is sending a mail to the mail list |
00:24:16 | solaris | ok, i'll send the mail |
00:24:23 | lImbus | does the plugin-framework (which btw is great) imply I#ve to prog all in one file or can I split it to multiple files ? |
00:25:09 | amiconn | lImbus: You have to use one file atm., but a multi-file solution is discussed. |
00:25:11 | Quelsaruk | btw, i'm gonna update my rockbox version and try that plugin :D |
00:25:53 | solaris | what does rockbox_flash.rock do?/ |
00:26:06 | pvh | Flashes the boot loader |
00:26:19 | solaris | so, can i try that with new script? |
00:26:28 | Quelsaruk | hmmm |
00:26:30 | solaris | but i can't see that file in archos |
00:26:43 | amiconn | pvh: This would be firmware_flash.rock; rockbox_flash.rock only flashes the second image (.ucl) |
00:26:45 | Quelsaruk | solaris, how did you try to update rockbox?? |
00:26:51 | pvh | Right. |
00:27:16 | solaris | i used rock.ucl |
00:28:00 | Quelsaruk | you downloaded rockbox 2.2, copied to the box (including plugins and so on) and after loading that version... tried to flash it? |
00:28:42 | solaris | i tried to upgrade it by using rockbox.ucl |
00:28:58 | solaris | after copying 2.2 files, over writing them |
00:29:21 | solaris | isn't that what manual said? |
00:29:27 | Quelsaruk | i think so |
00:29:49 | solaris | how do you upgrade yours? |
00:29:55 | Quelsaruk | roloing the 2.2 or just overwriting the files and playing the rockbox.ucl? |
00:30:08 | solaris | that's the runny thing... |
00:30:23 | | Join Pearl_Gate [0] (~Nickname@81.193.196.135) |
00:30:54 | solaris | after copying arj... into the root, when i play the file, I had and error saying rolo error: and next line chesum error: |
00:30:56 | Quelsaruk | maybe, the only person that can answer your question, and help you is jorg |
00:31:18 | Pearl_Gate | yes |
00:31:48 | Pearl_Gate | chesum error=bad |
00:31:50 | Pearl_Gate | yes! |
00:32:04 | solaris | ok, i'll stop crying and wait for him and send him an -email |
00:32:21 | Pearl_Gate | Has anyone had trouble with the battery covers on the JBR20? |
00:32:50 | solaris | is there anyway to see a file other than mp3 in archos? |
00:33:30 | Quelsaruk | i have to go |
00:33:33 | Quelsaruk | cu! |
00:33:37 | Quelsaruk | and good luck |
00:33:39 | solaris | thx for helping me |
00:33:41 | Quelsaruk | just a last advice |
00:33:49 | Pearl_Gate | i'll just sit in the TV and watch the couch |
00:33:49 | Quelsaruk | try sacrifying a goat |
00:33:58 | solaris | lol |
00:34:00 | Quelsaruk | i sell some cheap goats ;) |
00:34:09 | Quelsaruk | only 1000€ the unit :P |
00:34:14 | Quelsaruk | and they work |
00:34:15 | Quelsaruk | :D |
00:34:21 | solaris | marked free and clean goat? |
00:34:36 | Pearl_Gate | goat=cabra? |
00:34:39 | Quelsaruk | i'm an autoriced technopriest |
00:34:47 | Quelsaruk | yeah, goat=cabra |
00:34:49 | solaris | hehe |
00:34:59 | Quelsaruk | have to go |
00:35:00 | Quelsaruk | cu! |
00:35:01 | solaris | thx |
00:35:04 | | Quit Quelsaruk ("Leaving") |
00:35:06 | Pearl_Gate | cu pra ti tb |
00:35:56 | | Join Galik [0] (~galik@195.137.1.152) |
00:37:08 | Pearl_Gate | ze+cabra= Zé Cabra |
00:37:53 | ze | hmm |
00:37:58 | ze | i'm a monkey though |
00:38:02 | ze | :p |
00:38:59 | Pearl_Gate | i like monkeys |
00:39:02 | Pearl_Gate | they cute |
00:39:57 | Pearl_Gate | So, what's your opinion on Windows Longhorn? |
00:40:44 | ze | that's like uh the next ver that wont be out till 2005 or 2006 or somesuch isn't it? |
00:41:13 | pvh | My opinion on Windows Longhorn is the same as my opinion on the afterlife. |
00:41:18 | pvh | I'll believe it when I see it. |
00:41:27 | lImbus | longhorn looks sleek. nice with all those black surfaces+ |
00:41:36 | ze | personally, i think if microsoft is capable of making decent software/OS, they have no motivation to do so |
00:41:49 | pvh | ze: Counterpoint −− Windows XP |
00:41:51 | ze | but that's a big if |
00:41:55 | | Quit Galik (Remote closed the connection) |
00:42:18 | pvh | Say what you like about MS, but you have got to admit that Windows XP is a _very_ well designed OS. |
00:42:23 | pvh | Miles ahead of anything else they've done. |
00:42:30 | ze | i do? |
00:42:31 | ze | heh |
00:42:38 | ze | my parents are both windows users |
00:42:46 | ze | they went from 98 to XP |
00:43:00 | ze | and then got fed up with it's crappyness and went to 2000 |
00:43:06 | * | pvh shrugs. |
00:43:08 | ze | which makes no sense to me actually |
00:43:10 | ze | but heh |
00:43:30 | pvh | There are some transitional problems associated wtih upgrading from 98. |
00:43:39 | pvh | But a clean, tuned install of XP is a thing of technological beauty. |
00:43:48 | pvh | Particularly once you hook it up with Litestep, Cygwin and the works. |
00:43:51 | ze | it was a clean install, not an upgrade |
00:44:03 | pvh | Get rid of WMP, Explorer, IE, Office... |
00:44:06 | pvh | Now you're really talking. |
00:44:15 | ze | heh things like litestep, cygwin and suck are beyond my parents |
00:44:34 | ze | and i think if you're gonna do all that then why bother with windows at all |
00:44:50 | pvh | Stability, interoperability, gamability... |
00:45:06 | pvh | I use linux every day, I just don't use it on my desktop. |
00:45:12 | ze | just trying to be like unix, you might as well have a system that can actually handle unix stuff |
00:45:22 | * | pvh shrugs. |
00:45:31 | pvh | Good software design eliminates that barrier. |
00:45:47 | ze | yeah i guess i just don't game much any more |
00:46:09 | ze | but when i did i played mostly idsoftware games anyway |
00:46:40 | ze | and i'll tell ya what, q3 on linux totally outperformed q3 on windows on my system |
00:47:09 | pvh | Are they doing D3 for linux? |
00:47:35 | ze | yes, as far as i know they are |
00:48:02 | pvh | Nice. |
00:48:06 | | Join Galik [0] (~galik@195.137.1.152) |
00:48:17 | pvh | I never did get Wine to work very well under linux. |
00:48:24 | pvh | Maybe if I'd had a windows 98 cd it would have. |
00:48:27 | ze | they've said at some point that they were, i think they're doing the same parallel-development thing that they did with q3 |
00:48:27 | MT | theres not too much effort in porting games to nix |
00:48:46 | MT | when i say not much |
00:48:49 | pvh | MT: That all depends on your development environment. |
00:48:52 | MT | yes |
00:48:58 | pvh | I can tell you don't write games for a living. |
00:49:20 | MT | sigh |
00:49:25 | ze | heh |
00:49:26 | pvh | If the game is coded in SDL and wxWidgets and OpenGL, you're spot on though. |
00:50:14 | MT | okay, which bits of the new generation of games take the most time, and which bits are reasonabley straightforward |
00:50:30 | ze | heh |
00:50:34 | MT | world engine, physics engine, textures/graphics |
00:51:00 | MT | switching from win32 to nix wont make one arse of difference to that |
00:51:24 | ze | yeah |
00:51:28 | pvh | MT: Right, which is why game companies find it so economical to develop cross-platform applications. |
00:51:38 | pvh | And there are so many Linux releases. |
00:51:46 | MT | no, they dont because theres very little demand for linux games |
00:52:00 | MT | lets take an example |
00:52:02 | MT | id games |
00:52:03 | pvh | It's not about demand, it's about return on investment. |
00:52:11 | MT | oh right |
00:52:22 | MT | yes, with zero demand theres a great chance of a decent roi |
00:52:31 | ze | also most companies don't bother to decently design the platform-specific elements or how they tie in with the rest |
00:52:33 | pvh | John Carmack has the luxury of knowing he's going to make a shit-pile of money on anything he puts out, so if he farts around in Linux, it's his perogative. |
00:52:43 | | Quit facted ("Trillian (http://www.ceruleanstudios.com)") |
00:52:49 | pvh | Most development teams don't have that kind of capital behind them. |
00:53:23 | pvh | Indie development also has that luxury. |
00:53:45 | MT | how does that contradict what i said |
00:53:46 | pvh | NeverWinterNights took _months_ of extra development to get their Linux versions out, IIRC. |
00:54:00 | MT | _months_ isnt that long |
00:54:06 | ze | heh |
00:54:09 | MT | im not surprised it took months |
01:00 |
01:01:18 | Pearl_Gate | i'm gay |
01:01:23 | Pearl_Gate | as in happy |
01:01:25 | pvh | And? |
01:03:05 | Pearl_Gate | xau |
01:06:00 | | Quit Pearl_Gate () |
01:13:41 | | Join mecraw__ [0] (~mecraw@69.2.235.2) |
01:24:06 | | Join facted [0] (~facted@dyn-ec-194-77.dyn.columbia.edu) |
01:24:35 | | Quit top_bloke ("The mind is a terrible thing to taste. Wasted 1 hour 12 minutes and 43 seconds online.") |
01:30:21 | | Join top_bloke [0] (~ekolb_pot@dsc01-chc-il-209-109-229-156.rasserver.net) |
01:43:00 | | Join BC [0] (~bluechip@cpc3-colc1-3-0-cust61.colc.cable.ntl.com) |
01:45:16 | | Join sleep21 [0] (~iughehr@tnt01-541.phlpa.fast.net) |
01:50:18 | *** | Saving seen data "./dancer.seen" |
01:52:35 | | Quit Douche_Nutz (Read error: 60 (Operation timed out)) |
02:00 |
02:00:25 | | Quit silencer (Remote closed the connection) |
02:01:31 | | Quit mecraw__ ("Trillian (http://www.ceruleanstudios.com)") |
02:07:04 | | Quit Galik ("Client exiting") |
02:09:22 | | Join diddystar5 [0] (~lee@IC86.library.oregonstate.edu) |
02:10:19 | | Join sunpower [0] (solaris@pool-151-196-238-71.balt.east.verizon.net) |
02:10:27 | | Quit solaris (Read error: 54 (Connection reset by peer)) |
02:11:23 | pvh | Here's a thought: if the quick-menus are only going to allow one button at a time |
02:11:31 | pvh | Doesn't that mean the up button could be added? |
02:11:45 | pvh | I mean, the 'flipped' screen already uses up with the F-keys. |
02:11:51 | pvh | Why not the un-flipped? |
02:13:13 | amiconn | Because the quick screens are meant to be used in 2 ways: (1) press F key, then left/right/down, then the F key again to quit. This also works when flipped. |
02:13:46 | lImbus | up would work also ?!? |
02:13:59 | lImbus | mhmm. maybe just because I can't figure out what to set on that fourth button ? ok, recording *duck* |
02:14:39 | amiconn | (2) press and HOLD the F key (like a shift key), then left/right/down additionally. If you release the F key again, you leave the quick screen immediately. This is why they are called quick screens. |
02:14:50 | amiconn | The latter doesn't work when flipped! |
02:15:06 | pvh | amiconn: Yes, but aren't two-button combos being outlawed? |
02:15:19 | BC | we want user defined menus :) |
02:15:52 | amiconn | Yes, they are (sort of) in favor of configurable / context sensitive menus. |
02:16:00 | * | pvh nods. |
02:16:29 | BC | i wish I could understand the problem with them |
02:16:42 | BC | apparently no-one can solve the recursion issue |
02:16:49 | pvh | Which recursion issue is this? |
02:16:49 | BC | I'd love to, but I can't find it - LOL |
02:17:22 | | Quit sunpower ("—I-n-v-i-s-i-o-n— 2.0 Build 3515") |
02:18:12 | BC | the problem is entering a menu from a menu and getting into a loop |
02:18:42 | BC | but I just don't understand why the code would allow that - or why it would be so difficult to defend against |
02:18:59 | pvh | Ah, entering a customized menu from a customized menu? |
02:19:06 | lImbus | so it's rather a software recursion that a design one ? |
02:19:20 | amiconn | Why should that get you into a loop? If you press "right" once, you can only go one step deeper, I think. |
02:19:32 | BC | i can see no example where it would happen though |
02:19:41 | lImbus | I just figured out that for the quick screen f3, UP and DOWN both work. They do the same. has that to do with that recursion |
02:19:43 | lImbus | ? |
02:20:54 | pvh | No, I don't believe so. |
02:21:33 | BC | the cutom menu system is not associated with the quick menu system currently there |
02:21:46 | amiconn | BC: of course, if a configurable menu system is built, it has to use some stack-like arrangement for back-tracing. |
02:22:11 | BC | why does it have to be so complicated |
02:22:30 | BC | you either return as normal or return to the custom menu |
02:22:38 | BC | the end |
02:22:41 | BC | ? |
02:23:05 | amiconn | This is actually very straight forward, I've seen that in many apps that allow for customizable menus. |
02:24:02 | amiconn | Every internal operation (even calling a menu) is defined as a command. The menu definition itself is put in an ascii file. |
02:24:20 | BC | ascii file - even better still :) |
02:24:45 | | Quit sleep21 (Read error: 113 (No route to host)) |
02:24:47 | amiconn | This automatically allows for recursion if there is a stack, so that wouldn't give loops. |
02:24:58 | BC | WHAT recursion? |
02:25:08 | BC | this is the bit that baffles me |
02:25:38 | amiconn | Having a command within a menu definition that calls another menu, where there is a command that calls another etc. |
02:25:52 | BC | surely the custom menu just starts the menu system at a given point |
02:25:55 | pvh | Yes, but who is going to rewrite the code? |
02:26:14 | BC | there are many capable - are you offering? |
02:26:15 | pvh | ami: I think I understand the problem now. Each menu is hardcoded as to where it returns to. |
02:26:25 | * | pvh is working on his own ideas. |
02:26:27 | BC | yes, so just add ONE line of code |
02:26:38 | pvh | bc: Not that simple. |
02:26:46 | pvh | bc: Many, many, many lines of code would need rewriting. |
02:26:50 | BC | if (this was called by custom) return elsewhere |
02:27:01 | BC | for the full implementation yes |
02:27:09 | amiconn | BC: This would mean that the custom menu is "flat", i.e. no sub menus. I thought of rewriting the _whole_ menu system to be configurable. |
02:27:11 | BC | but for the engine - a few lines at most |
02:27:22 | pvh | bc: Functions don't 'return elsewhere' they simply 'return'. |
02:27:47 | pvh | bc: The rockbox menus return the selected item, I believe. |
02:27:48 | BC | pvh: lol |
02:28:05 | pvh | bc: There's a big difference. |
02:28:19 | BC | ami: think purpose -people just want quick access to their favourite functions |
02:28:56 | BC | fer sure - a complete rewrite would be cool - but is it required for the purpose for which it is desired? |
02:29:34 | BC | you're also modding core code - which the eschelons like to be kept to a bare minimum |
02:29:55 | amiconn | I think that could actually save a bunch of code. But if the custom menu is going to be flat, why could there be a loop condition? |
02:29:57 | pvh | BC: Have you done much coding? |
02:31:06 | BC | me? a coder |
02:31:06 | BC | lol |
02:31:11 | BC | yeah, one or two bits |
02:31:40 | pvh | Well, there you go. Better get a copy of the source and start patching it yourself! |
02:31:41 | BC | ami: that's my point - I just don't get where the problem is! :) |
02:31:51 | BC | pvh: good idea |
02:32:14 | amiconn | Is there some conversation log about that problem? |
02:32:20 | BC | pvh: that's the nice thing about having the rockbox crew refuse to credit you for your work ;) |
02:32:33 | BC | ami: woowww, way wayyy back when, yes |
02:32:59 | BC | pvh: ever played "othelo"? |
02:33:07 | BC | pvh: ever checked the patch log? |
02:33:10 | pvh | not on the 'box. |
02:33:15 | pvh | are you credited as BC? ;) |
02:33:19 | BC | nope |
02:33:31 | DBUG | Enqueued KICK BC |
02:33:31 | BC | rockbox crew refuse to credit me |
02:34:05 | pvh | There does seem to be a certain amount of 'us and them' attitude in the lists and such. |
02:34:22 | BC | yeah - it's a bit like that with open source |
02:34:38 | BC | open source means "work for free for others" now days |
02:34:44 | pvh | Nope. |
02:34:52 | pvh | How much did you pay for Rockbox? |
02:34:54 | BC | still, it's my choice, and I don't regret it |
02:35:02 | BC | free |
02:35:04 | BC | :) |
02:35:07 | BC | did you pay? |
02:35:14 | BC | or was that a sarcastic question? |
02:35:17 | pvh | Nope, that was kinda my point. |
02:35:27 | BC | yep - work for free |
02:35:30 | BC | the exact price I stated |
02:35:33 | BC | :) |
02:35:42 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
02:35:42 | * | pvh shrugs and goes back to the code. |
02:35:44 | * | BC look pleased with his clairboyance skills today |
02:35:57 | BC | LOL - clairBoyance |
02:36:19 | BC | "I'm floating off into the future" :) |
02:36:28 | pvh | Ohhh, you must be BlueChip! |
02:36:36 | pvh | Wakarimasu! |
02:36:38 | | Nick BC is now known as Bluechip (~bluechip@cpc3-colc1-3-0-cust61.colc.cable.ntl.com) |
02:36:38 | DBUG | Enqueued KICK Bluechip |
02:36:42 | Bluechip | sorry, yes |
02:36:49 | Bluechip | LOL |
02:37:52 | lImbus | lol |
02:42:14 | amiconn | Guess I will have to get at least some sleep. |
02:42:23 | amiconn | Bye. |
02:42:32 | Bluechip | l8rz |
02:42:48 | Bluechip | need to chat sometime with you about greyscale stuff |
02:42:57 | lImbus | tschüss |
02:43:09 | | Part amiconn |
02:44:17 | | Join WoodShop [0] (~GingerFat@204.38.196.44) |
02:45:12 | pvh | Mmm, cheese and olives. |
02:45:19 | Bluechip | mmmmmm |
02:45:26 | pvh | Do you have Vinta crackers where you live? |
02:45:36 | Bluechip | not that i have ever seen |
02:45:42 | pvh | Bad luck for you. |
02:45:59 | Bluechip | but we do have "hovis digestives" which are damn nice as a sweet alternative |
02:46:19 | pvh | Those are good too. |
02:46:30 | pvh | With olives though? |
02:46:32 | pvh | Interesting idea. |
02:47:10 | pvh | The code for the play function in tree.c is suprisingly... klugey. |
02:47:27 | top_bloke | theres a food called digestives? |
02:47:42 | Bluechip | yes, it is also a generic name |
02:47:42 | pvh | I think the British invented it |
02:47:50 | Bluechip | biscuits |
02:47:51 | top_bloke | wow sounds yummy |
02:48:03 | pvh | Some people call them "baby cookies" |
02:48:10 | Bluechip | lol |
02:48:13 | Bluechip | cute |
02:48:28 | pvh | But their general market appeal made them move from the 'under one' market into a more general audience. |
02:49:03 | Bluechip | Are you thinking about "rusks" |
02:49:10 | pvh | Rusks are good too. |
02:49:18 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
02:49:18 | * | pvh has a dutch family. :) |
02:49:31 | Bluechip | they should NOT be in the "mother and baby" aisle |
02:49:33 | Bluechip | aha |
02:49:55 | pvh | But no, digestive cookies are these little sort of oblate flat things which are faintly sweet. |
02:50:22 | Bluechip | cool |
02:51:52 | pvh | Does anyone know if the file-types are going to be moved out of hard-code? |
02:52:15 | Bluechip | there was talk of it |
03:00 |
03:02:47 | scott666 | god i want to see kill bill |
03:02:53 | scott666 | *volume 2 |
03:03:41 | lImbus | omg, my brother doesn't stop quoting hattori hanzo |
03:03:53 | scott666 | haha |
03:04:17 | scott666 | in english or japanese? |
03:04:22 | lImbus | no, things like buka buka and aligator |
03:04:35 | lImbus | ok, he saw the german dubbed version |
03:04:50 | scott666 | do they dub the japanese too? |
03:06:52 | pvh | Yeah, I gotta get on that too. |
03:07:06 | * | pvh doesn't go to ShareReactor and doesn't see if he can't download it. |
03:07:19 | Bluechip | its dead |
03:07:23 | pvh | s/ShareReactor/suprnova/ |
03:07:28 | Bluechip | Simon Moon is behind bars |
03:08:31 | lImbus | err, no, they do'n dub that. iirc it was subtitled |
03:10:29 | scott666 | ok, thats what i thought...thats how the american version is too |
03:12:08 | | Quit WoodShop (""Will You Kill All Of Man Kind In Order To Save Your Sister, Or Will You Kill Your Innocent Sister To Save All Of Man Kind? W) |
03:14:54 | | Quit top_bloke (Read error: 54 (Connection reset by peer)) |
03:24:14 | lImbus | err, has somebody else heard of an plain vanilla INT (not floating point) implementation of ogg vorbis lately ? |
03:28:01 | scott666 | not me |
03:28:26 | lImbus | combined with the souvenir somebody told me the MAS is reprogrammeable in a certain manner and with limits... |
03:28:30 | lImbus | mmm |
03:28:47 | Bluechip | it is |
03:28:57 | scott666 | whats the limit? 4k? |
03:29:04 | scott666 | 8? |
03:29:36 | | Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) |
03:29:54 | lImbus | ""Tremor" integer-only codec now under BSD license" http://www.xiph.org/ogg/vorbis/ |
03:29:55 | Bluechip | 4096 20bit instructions + same in register memory |
03:30:13 | Bluechip | if i were you - i would write a wav driver first |
03:30:38 | lImbus | oh, I'm not me either sometimes. |
03:30:50 | Bluechip | lol |
03:32:05 | lImbus | is that tremor stuff still far away from what is possible with the archos ? (pssst, I got no clue, tell it nobody) |
03:48:11 | | Quit pvh () |
03:48:11 | | Quit Nibbler (Read error: 54 (Connection reset by peer)) |
03:50:19 | *** | Saving seen data "./dancer.seen" |
03:53:11 | scott666 | yay, overhand is back to just crashing the sim |
04:00 |
04:00:56 | Bluechip | lol |
04:07:09 | MT | lImbus: not a hope in hell |
04:08:37 | lImbus | ok, so probably not either if someday somebody writes a bool-implementation :=> |
04:09:05 | Bluechip | bool? |
04:09:11 | Bluechip | rockbox has bool |
04:09:12 | lImbus | err, BOOL |
04:09:16 | lImbus | ah, brainfuck |
04:09:38 | lImbus | I meant a bool-implementation of that ogg-thingy |
04:09:43 | Bluechip | ah |
04:09:50 | lImbus | j0 |
04:09:53 | Bluechip | ogg |
04:11:24 | lImbus | am I right that the most important cause for flashing an archos is to get rockbox running instead of that annoying charging screen if I plug in the external power ? |
04:11:38 | Bluechip | quick boot imho |
04:14:57 | lImbus | ok, thats comfort. my archos is not flasheable and I am planning about a small box that does following: patched between archos and power-supply with a link to the remot control plug: it first switches on the archos when dc-power arrives without giving the power to the archos, then, a few seconds later passes by the dc-power to the archos.l |
04:15:07 | lImbus | just for my car use |
04:15:37 | lImbus | may it interest other people ? |
04:15:48 | Bluechip | could well do |
04:16:28 | Bluechip | iirc when my archos is off, oneof the remote keys makes the hdd spin |
04:16:57 | scott666 | does car mode require a flashed box? |
04:16:58 | Bluechip | before you ask me to check, my remote needs a new battery :( |
04:17:13 | Bluechip | flashed is just normal without a disk file |
04:17:52 | lImbus | car mode without flashed would result in a stuck in charging screen archos instead of playing |
04:18:03 | Bluechip | hm |
04:18:05 | Bluechip | poo |
04:20:27 | | Join TheDude2 [0] (Dudewin32@jkhouse2.jvlnet.com) |
04:20:45 | lImbus | with my circuit, when I start up the engine, first the archos would be booted, would load the rockbox-os from disk, then later start to charge. no need for a flashed archos |
04:22:48 | | Quit Bluechip (Read error: 104 (Connection reset by peer)) |
04:25:21 | | Join BC [0] (~bluechip@cpc3-colc1-3-0-cust61.colc.cable.ntl.com) |
04:28:10 | lImbus | well, I think i've to oversleep that once or twice. better soon. |
04:37:22 | | Join scott666_ [0] (scott666@c-24-245-58-245.mn.client2.attbi.com) |
04:37:30 | | Quit jkerman (Read error: 110 (Connection timed out)) |
04:38:09 | | Quit scott666 ("i'll be back...eventually...") |
04:47:02 | diddystar5 | bye |
04:47:41 | | Quit diddystar5 ("Leaving") |
04:49:43 | | Nick scott666_ is now known as scott666 (scott666@c-24-245-58-245.mn.client2.attbi.com) |
04:49:52 | scott666 | stupid ghost... |
04:50:04 | BC | WhoooooOOOOooOOOo |
04:50:10 | scott666 | ? |
04:50:16 | BC | ghosty noise |
04:50:28 | scott666 | ahhh |
04:50:32 | scott666 | gotcha |
04:50:45 | scott666 | heh |
04:52:59 | BC | what range does ((PileCardCnt*6)+(((rb->rand()%5)-2)*PileCardCnt)/10) generate? |
04:53:46 | scott666 | 40% to 80% of PileCarcCnt |
04:54:08 | BC | cheers :) |
04:54:50 | scott666 | the new alg is much shorter, but for some reason it explodes the sim |
04:55:07 | BC | aim it to me |
04:55:07 | | Quit lImbus (Connection timed out) |
04:55:36 | BC | ta |
04:56:13 | BC | what is 25*/X |
04:56:18 | BC | sorry /* |
04:56:29 | BC | other than a gpf |
04:56:38 | BC | lol |
04:56:50 | BC | oh shit! |
04:56:51 | scott666 | 25 is a constant number to work with |
04:56:54 | BC | it's a C comment - LMAO |
04:56:54 | scott666 | so is 13 |
04:57:02 | scott666 | lol |
04:57:20 | BC | very different from "25 / *5" |
04:57:31 | BC | (note space) |
04:57:38 | scott666 | thatd be in interesting operation |
04:57:47 | | Join Unknown [0] (~c0utta@58.cust35.nsw.dsl.ozemail.com.au) |
04:57:56 | scott666 | '25 divided times 5' |
04:58:53 | BC | the * would be a pointer |
04:59:03 | scott666 | right |
04:59:09 | scott666 | stupid c...and its pointing |
04:59:14 | scott666 | heh |
04:59:19 | BC | lol |
04:59:40 | BC | or should I ask "what are you referring to"? |
04:59:48 | BC | & other stuff |
05:00 |
05:02:52 | BC | for (y = 13/*((rb->rand()%5)+1)*(cut1/10)*/; y>0; y−−) |
05:02:55 | BC | OUCH! |
05:03:07 | BC | you realise you will get a different rnd each time around the loop? |
05:03:15 | scott666 | yeah |
05:03:31 | scott666 | that rand is the number of cards dropped |
05:03:38 | BC | oh hang on, I'm blind tonight |
05:03:49 | BC | yeah - sorry - me being stupid again |
05:04:12 | scott666 | the rands are pretty much the only things im sure of |
05:04:42 | scott666 | well...the type declarations are pretty good too i guess |
05:04:42 | scott666 | heh |
05:05:05 | BC | I adore your abuse of the for construct |
05:05:15 | BC | have to teach you "?" |
05:05:16 | scott666 | heh |
05:05:18 | BC | next |
05:05:26 | scott666 | '?'? |
05:05:35 | BC | x=y?a:b |
05:05:45 | scott666 | i saw that used once |
05:05:47 | BC | if (y) then x=a else x=b |
05:06:06 | scott666 | in this |
05:06:11 | scott666 | i figured it was something like that |
05:06:18 | scott666 | rockbox wps has that |
05:06:19 | BC | bool=bool?false:true is a favourite |
05:06:52 | scott666 | *sometime similar to that |
05:07:04 | BC | ((rb->rand()%5)+1)*(cut1/10) |
05:07:17 | BC | (((rb->rand()%5)+1)*cut1)/10 |
05:07:18 | BC | ? |
05:07:28 | BC | ignore brace mismatch |
05:07:45 | BC | or not, as there isn't one |
05:07:50 | BC | i thnk i need to go to bed |
05:07:54 | scott666 | hehe |
05:08:08 | BC | do you not think the latter is better? |
05:08:46 | scott666 | yeah, it is |
05:08:56 | scott666 | less possible division/rounding errors |
05:09:11 | BC | geez - i got something right - lol |
05:09:18 | scott666 | ooh |
05:09:30 | scott666 | especially if cut < 10 |
05:09:33 | scott666 | yikes |
05:09:58 | BC | ouch - yes |
05:12:40 | scott666 | The instruction at "0x64b82424" referenced memory at "0x64b8c008". The memory could not be "written". |
05:12:53 | BC | hmm |
05:12:54 | BC | lol |
05:13:07 | BC | gpf |
05:13:09 | scott666 | i like the quotes around "written" |
05:13:16 | BC | lol |
05:13:24 | BC | yes |
05:13:36 | BC | like it's a code word for something |
05:13:45 | scott666 | heh, yeah |
05:14:34 | scott666 | "oh yeah! i 'wrote' HER 'memory' last night!" |
05:14:57 | BC | LOL |
05:17:16 | | Quit c0utta{zz} (Read error: 110 (Connection timed out)) |
05:17:16 | | Nick Unknown is now known as c0utta{zz} (~c0utta@58.cust35.nsw.dsl.ozemail.com.au) |
05:19:20 | scott666 | IRC needs an equivlent to ghost busters |
05:27:09 | ze | it does |
05:27:22 | ze | /msg nickserv help ghost |
05:29:10 | | Quit AciD ("http://frbattle.free.fr/mixs/samedi%2012%20juillet%2013-14%20heures%20angle%20mort/AciD%20vs%20Formax%20-%20Live@prun'%20radi) |
05:32:12 | | Join Nibbler [0] (~nibbler@port-212-202-73-124.reverse.qsc.de) |
05:35:51 | | Join sleep21 [0] (~iughehr@tnt02-649.phlpa.fast.net) |
05:35:57 | sleep21 | heyhey |
05:37:15 | sleep21 | i'm looking through the old mails to find conversations on cracking the usb encryption |
05:38:41 | scott666 | any luck? |
05:39:25 | sleep21 | no |
05:39:29 | sleep21 | i'm not seeing anything |
05:39:38 | sleep21 | did they like do that first? |
05:44:04 | scott666 | i dont think usb is encrypyed on the archos |
05:44:23 | scott666 | its just a mass storage device |
05:44:32 | scott666 | windows just thinks its a hard drive |
05:44:40 | BC | bog standard usb-ide device |
05:45:14 | scott666 | does explorer know your nomad is a nomad? can explorer see it at all? |
05:45:29 | sleep21 | no |
05:45:36 | sleep21 | the nomad has a proprietary FS |
05:45:48 | sleep21 | that's one thing i'd like to fix ;-) |
05:45:54 | scott666 | isnt there an open nomad project already? |
05:46:03 | sleep21 | not to my knowledge |
05:47:10 | scott666 | theres a linux driver for the nomad II |
05:47:18 | scott666 | http://nomadii.sourceforge.net/main.php3?action=documentation |
05:47:44 | sleep21 | yeah, that stuff |
05:47:49 | sleep21 | that's different though |
05:48:04 | sleep21 | plus im working with a Zen Xrea |
05:48:06 | sleep21 | Xtra |
05:48:49 | scott666 | http://tuxmobil.org/portable_players.html#ToC16 |
05:50:20 | *** | Saving seen data "./dancer.seen" |
05:52:13 | sleep21 | that stuff is OSS, but there isn't a firmware project afaik |
05:53:21 | scott666 | you were asking about cracking the usb protocol though |
06:00 |
06:05:17 | | Quit scott666 ("i'll be back...eventually...") |
06:14:26 | | Join IRCMonkey___ [0] (~chatzilla@170-215-170-222.bras01.cha.wv.frontiernet.net) |
06:14:36 | IRCMonkey___ | hi is there anyone in here? |
06:15:04 | BC | kinda |
06:16:11 | IRCMonkey___ | it looks like my archos died today, and i havent even had it six months, i was curious if having the rockbox on it void my warranty? |
06:18:10 | IRCMonkey___ | anyone know? |
06:18:31 | BC | hmmm, probably |
06:18:38 | BC | depends if they check |
06:18:38 | IRCMonkey___ | damn it that effin sux |
06:18:45 | BC | flashed or just an update file? |
06:18:54 | IRCMonkey___ | id unno |
06:19:01 | BC | how did you update to rockbox? |
06:19:13 | IRCMonkey___ | copied a folder onto the drive |
06:19:25 | BC | then you can pop the drive out and remove the folder :) |
06:19:41 | IRCMonkey___ | pop the drive out? |
06:20:10 | IRCMonkey___ | i can't access it anymore, it starts to load the OS and then stops at about halfway |
06:20:21 | BC | open the box |
06:20:23 | BC | remove the hdd |
06:20:27 | BC | plug it into you pc |
06:20:28 | BC | :) |
06:20:44 | BC | you will need a little-drive to big-connector adaptor |
06:20:54 | IRCMonkey___ | i'll try i guess... thanks |
06:21:34 | IRCMonkey___ | probably not going to do it though, i think the drive is effed... now i say that the archos is a P.O.S |
06:21:54 | BC | if u r in the states newmp3technology may help |
06:22:27 | IRCMonkey___ | whats that? |
06:22:46 | IRCMonkey___ | it just clicks and beeps while trying to load |
06:22:55 | IRCMonkey___ | i think the drive is broken |
06:23:05 | BC | prolly just a dodgy connector |
06:23:13 | IRCMonkey___ | well thanks |
06:23:14 | BC | its not unknown |
06:23:17 | BC | welcome |
06:35:46 | | Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) |
06:39:54 | | Quit sleep21 () |
07:00 |
07:09:54 | | Quit matsl (Remote closed the connection) |
07:15:14 | | Quit IRCMonkey___ ("ChatZilla 0.8.31 [Mozilla rv:1.4/20030624]") |
07:32:15 | | Quit Nibbler (Read error: 54 (Connection reset by peer)) |
07:38:53 | | Join monkey [0] (monkey@1Cust247.tnt2.mount-vernon.wa.da.uu.net) |
07:50:24 | *** | Saving seen data "./dancer.seen" |
08:00 |
08:02:40 | | Quit c0utta{zz} (Read error: 110 (Connection timed out)) |
08:12:37 | | Join LinusN [200] (~linus@labb.contactor.se) |
08:52:34 | | Join amiconn [0] (~jens@pD95D12E0.dip.t-dialin.net) |
08:53:15 | | Part amiconn |
08:54:02 | | Join mattzz [0] (~c2af7555@c231002.adsl.hansenet.de) |
08:54:19 | mattzz | g'morning everyone |
08:54:36 | BC | :) likewise :) |
08:54:38 | LinusN | helo |
08:54:51 | | Join amiconn [0] (~jens@pD9E7F858.dip.t-dialin.net) |
09:00 |
09:15:20 | | Join Nibbler [0] (~nibbler@port-212-202-73-124.reverse.qsc.de) |
09:18:42 | BC | amiconn: free to chat? |
09:30:17 | | Part amiconn |
09:30:53 | BC | lol - that's a safe "no" ;) |
09:33:18 | BC | Linus, on the subject of "framework" code I have a question, if you are not too busy |
09:37:08 | LinusN | shoot |
09:37:33 | BC | due to a lack of malloc (no i don't fancy that job - thanks ;) ).... |
09:37:45 | BC | the programmer needs to specify a few limits for the arrays |
09:37:59 | LinusN | yup |
09:38:25 | BC | if the framework were in say, ../frame/cards ...how would they change these #defines on a plugin-to-plugin basis |
09:38:25 | BC | ? |
09:38:38 | BC | I can thin of solutions, but nothing clean |
09:38:40 | BC | think |
09:39:32 | LinusN | what arrays need different limits for each plugin? |
09:39:55 | BC | maxcards, maxpiles |
09:40:35 | BC | if structs are packed.... |
09:40:45 | BC | a card is 11 bytes |
09:41:03 | BC | and exists twice |
09:41:14 | BC | and a pile is 6 |
09:41:35 | BC | sorry, scrub that - the second occurence is 7 not 11 |
09:42:03 | BC | so maxcards*(11+7) + maxpiles*6 |
09:42:07 | LinusN | why must the cards/piles be defined in the framework? |
09:42:25 | LinusN | why not let the calling code define the piles? |
09:42:38 | LinusN | and send handles/pointers to the framework |
09:42:53 | BC | mmmmmm |
09:42:55 | LinusN | shuffle(struct pile *pile) |
09:43:28 | BC | thinks... |
09:44:59 | BC | I suppose I rely to heavily on globals - "old habits die hard" |
09:45:34 | LinusN | :-) |
09:45:59 | BC | I fear you are right - the more i think about it - the more it makes sense |
09:46:14 | LinusN | if you work with pointers, the game can have ny number of piles, memory permitting |
09:46:20 | LinusN | s/ny/any/ |
09:46:42 | LinusN | and decks |
09:46:51 | BC | yes |
09:46:59 | * | BC nods in agreement |
09:47:13 | BC | thank you :) |
09:47:19 | LinusN | you can use several decks, right? |
09:47:24 | BC | oh yess |
09:47:30 | BC | hence MaxCards |
09:47:31 | LinusN | and shuffle them all together |
09:47:54 | BC | all cards start life on pile[STOCK] |
09:48:50 | LinusN | are there any game which needs two separate decks? |
09:49:12 | BC | that would be easy enough, just create a new pile and move the cards there |
09:49:37 | LinusN | just curious, seems like your framework handles it |
09:50:27 | *** | Saving seen data "./dancer.seen" |
09:50:32 | BC | fair question,and yes, that is certainly easy enough to setup |
09:50:40 | | Join amiconn [0] (~jens@pD95D18E1.dip.t-dialin.net) |
09:50:52 | BC | I will upload the new rolling demo in a few mins |
09:50:53 | | Nick amiconn is now known as amiconn|away (~jens@pD95D18E1.dip.t-dialin.net) |
09:50:56 | BC | grafix and all now |
09:50:58 | LinusN | can i have the url to the src again? |
09:51:27 | BC | homepage.ntlworld.com/cyborgsystems/Rockbox |
09:52:02 | BC | I will tell you once the latest is uploaded |
09:53:43 | | Quit MT (Read error: 110 (Connection timed out)) |
09:56:38 | BC | aha - sim bug - lol |
09:57:07 | BC | rb->lcd_clear_display(); does not clear the display unless you do an update immediately after |
09:57:49 | BC | weird! |
09:58:04 | mattzz | and I thought that was a feature.... |
09:58:29 | BC | clear display; draw stuff; update = new stuff overlayed ovre old stuff |
09:58:39 | LinusN | boo |
09:59:16 | BC | lol |
09:59:33 | BC | but clear; update; display; update = new stuff only ! |
10:00 |
10:00:53 | BC | uploaded |
10:02:04 | LinusN | weird, i can't see how the clear;draw;update could render that result... |
10:03:14 | | Join MT [0] (mt@no.beer.for.beating.me.uk) |
10:06:28 | LinusN | the core code uses that method all the time |
10:06:40 | LinusN | it must be a simulator plugin issue |
10:06:56 | BC | eurgh |
10:09:38 | LinusN | would be interesting to try with the x11 sim and see if it behaves in the same way |
10:13:14 | LinusN | rmdir() is coming up |
10:13:23 | LinusN | was a little harder than expected |
10:13:32 | BC | i must say i live in fear of it - lol |
10:13:48 | LinusN | :_) |
10:13:58 | BC | "If you are sure press ON+F2+DOWN" |
10:14:09 | LinusN | twice |
10:14:12 | BC | lol |
10:14:46 | BC | i notice that someone has started work on the custom menus |
10:14:52 | LinusN | c0utta |
10:15:00 | BC | aha |
10:15:04 | LinusN | he's been working on it for quite some time |
10:15:35 | BC | a guy had problems with the f3=playlist patch |
10:15:50 | BC | noticed new f3 handling code |
10:16:00 | LinusN | up does the same as down? |
10:16:14 | BC | what? |
10:16:17 | LinusN | nm |
10:16:20 | BC | lol |
10:16:36 | LinusN | ah, i know what you mean now |
10:16:59 | BC | oh, yes, and I just twigged what you mean - lol |
10:17:30 | * | LinusN tests the rmdir on his fm... |
10:17:46 | BC | LinusN is brave and likely has a bakcup |
10:18:06 | BC | deltree /y c:\. |
10:18:48 | BC | do we have mkdir and mv yet? |
10:19:12 | LinusN | i use my fm for dangerous experiments, never keeps anything valuable on it |
10:19:20 | LinusN | mkdir works |
10:19:35 | BC | cool |
10:19:44 | LinusN | i missed rmdir when i tested mkdir :-) |
10:19:47 | BC | last time i wanted that it was not there |
10:19:52 | BC | lol |
10:20:01 | LinusN | it has been there for ages |
10:20:16 | BC | haven't done any recording in months |
10:20:50 | LinusN | it is in 2.2 |
10:21:01 | BC | was likely 2.0 when I last tried it |
10:21:04 | LinusN | oh |
10:21:06 | BC | maybe even before that |
10:21:31 | BC | i wanted to make a new dir and move my recording there |
10:21:42 | LinusN | the recording now has an option to store the file in the current dir or in /recordings |
10:22:02 | LinusN | and it creates /recordings automatically if it doesn't exist |
10:22:15 | BC | well done that man |
10:23:37 | * | LinusN runs fsck... |
10:24:22 | LinusN | YES! |
10:24:48 | BC | wooo hoooooo |
10:24:49 | BC | :) |
10:27:11 | LinusN | now to the boring work of adding it to the simulators........... |
10:27:28 | BC | lol |
10:27:49 | BC | There are dun things to be done there too ;) |
10:27:59 | BC | s/dun/fun/ |
10:28:24 | LinusN | the win32 disk simulation for instance... |
10:28:37 | BC | what a fine example |
10:28:45 | BC | :) |
10:28:49 | LinusN | did your patch solve that? |
10:28:50 | | Quit monkey () |
10:29:38 | BC | yes, but because I missed the #defines in dir.h for the x11 sim - the x11 sim overrides break it again |
10:29:56 | LinusN | hmmm |
10:30:18 | BC | I just added a ROCKBOX_ROOT or something and appended it in the browse routines iirc |
10:30:41 | BC | my patch would probably work again if you removed all the x11 over-rides |
10:30:47 | LinusN | ok |
10:32:10 | LinusN | is there a way of enlarging the screen on the recorder win32 sim? |
10:32:24 | BC | yes, drag the edge of the window |
10:32:28 | BC | (not the corner) |
10:32:33 | LinusN | it's so tiny on my 1600x1200 screen |
10:32:49 | BC | make sure you run at 200/400/800/etc % |
10:33:29 | BC | there should be a compile switch so that only the little green box is displayed |
10:33:47 | BC | it's very pretty and all, but.... |
10:35:51 | LinusN | i agree |
10:36:00 | LinusN | i like the x11 sim better in that respect |
10:36:31 | BC | sadly never seen it |
10:37:25 | | Join bongo [0] (jirc@host81-154-5-105.range81-154.btcentralplus.com) |
10:38:10 | bongo | Hi guys I've got a problem with my Arhos Jukebox can anyone help? |
10:38:22 | BC | depends on the problem |
10:38:31 | LinusN | that's gonna cost... a LOT!!! :-) |
10:38:49 | BC | LOL - now THERE's a though |
10:39:04 | LinusN | bongo: what's the prob? |
10:39:19 | BC | you've scared him off now |
10:39:26 | bongo | when I start up I get HD Register eroor followed by a list of 'SC1' ETC |
10:39:30 | bongo | :-( |
10:40:09 | LinusN | bongo: player or recorder? |
10:40:21 | bongo | recorder 20Gb |
10:40:28 | LinusN | not fm or v2? |
10:40:44 | bongo | first line reads SC1 (85) 128 |
10:40:52 | LinusN | not fm or v2? |
10:41:00 | bongo | no not fm or v2 |
10:41:18 | bongo | Jukebox Recorder 20 |
10:41:19 | LinusN | and you can't hera the drive spin up, right? |
10:41:22 | LinusN | hear |
10:41:35 | bongo | hang on I'll just listen for that |
10:41:38 | LinusN | or a "click click" sound? |
10:42:54 | bongo | Yes I hear the click sound...also sometimes it just won't start up at all..like now as soon as I hear the click sound it then turns its self off or crashers |
10:43:12 | bongo | It was working fine two days ago? |
10:43:38 | BC | batteries? |
10:43:58 | BC | i fried mine and that is sounding very familiar |
10:44:11 | bongo | Fresh batteries |
10:44:21 | BC | charged externally? |
10:44:23 | bongo | How did ya frie it |
10:45:04 | BC | i think ...trickle charge and lots of disk IO to the PC, let them drain too often |
10:45:21 | BC | i get the feeling I should have read the battery FAQ |
10:45:56 | bongo | this is going to sound really dumb |
10:46:01 | BC | now they will charge, play for about an hour or two and die at about 75% (by the meter) |
10:46:08 | bongo | But I just changed the batteries again |
10:46:15 | bongo | And it's just fired uo OK |
10:46:15 | BC | and wont hold a charge for more than a couple of days |
10:46:22 | BC | :) |
10:46:23 | bongo | I tried this sevral times? |
10:46:29 | bongo | :-) |
10:46:31 | BC | dodgy connector inside? |
10:46:47 | BC | try squeezing and twisting the unit a little |
10:47:43 | bongo | Don't know .. it's like it's back to how it was now |
10:47:48 | BC | hmmm |
10:48:01 | bongo | I do charge the batteries externally though |
10:48:01 | LinusN | bongo: squeeze the bumpers together in the direction of the batteries |
10:48:56 | LinusN | it's very likely a broken solder joint |
10:48:56 | bongo | squeezing and slightly shaking and it's playing fine |
10:49:11 | LinusN | handy with a soldeing iron? |
10:49:29 | bongo | Yes I can manage to solidier ok |
10:49:30 | LinusN | http://www.gofurygo.de/webpost/pcb_ground.jpg |
10:49:40 | LinusN | the green lines show where to solder |
10:49:51 | bongo | ok thanks |
10:50:00 | LinusN | it's a very fragile design, extremely silly |
10:50:18 | BC | whats the red line |
10:50:19 | BC | ? |
10:50:25 | LinusN | and it breaks easily, especially if you replace the batteries frequently |
10:50:39 | bongo | Yes I do replace the batteries alot |
10:50:46 | LinusN | the red line shows where he removed an extra wire that holds the spring back |
10:50:57 | LinusN | a bad move imho |
10:51:03 | bongo | I'll see how it goes before I open it up first |
10:51:09 | BC | removing the wire is bad? |
10:51:36 | BC | or archos made a bad move when they put it there? |
10:51:39 | LinusN | the spring is too strong |
10:51:54 | LinusN | that's why the solder joint breaks |
10:52:21 | LinusN | that isn't the design error, though |
10:52:53 | LinusN | the design mistake is to let a simple solder joint take the force from the battery springs in the first place |
10:53:09 | BC | agreed |
10:53:40 | LinusN | the wire does two things: it holds back the spring, and it adds an extra ground connection |
10:54:22 | BC | makes sense, perhaps a small cap would be a better choice |
10:55:24 | bongo | I guess it was'nt originally design for exchanging the batteries frequently |
10:56:19 | BC | still a little careless of the enfineer though |
10:56:23 | BC | engineer |
10:56:57 | bongo | Yup |
10:57:09 | amiconn|away | LinusN: This morning I noticed a bug in rockbox: There are entries which belong to the localization shown in the credits scroller (way down, at pos. 43..49) |
10:57:52 | amiconn|away | These are the entries to localize the voice menu, and that very menu doesn't get localized. This occurs at least with english.lng and deutsch.lng |
10:58:11 | | Nick amiconn|away is now known as amiconn|work (~jens@pD95D18E1.dip.t-dialin.net) |
10:58:41 | BC | So all i need to do is create a menu entry called "Bluechip" and my name will appear in the credits :) |
10:58:53 | BC | lol |
11:00 |
11:01:28 | LinusN | amiconn|work: i don't get it |
11:04:51 | LinusN | amiconn|work: i see it now |
11:19:08 | amiconn|work | LinusN: For a different matter, I would like to do what the comment in lcd.c says: "Ultimately, all calls to lcd_write(false, xxx) should be substituted by this" |
11:19:26 | | Quit bongo ("Leaving") |
11:19:53 | amiconn|work | Unfortunately, all calls of this type that are still there are from lcd-player.c, but as I don't own a player, I couldn't test it. |
11:20:00 | amiconn|work | Any suggestions? |
11:23:27 | LinusN | let me check that |
11:23:40 | LinusN | it doesn't really matter for the player |
11:23:58 | LinusN | since it only transfers a handful of bytes for each transfer |
11:26:20 | | Join Galik [0] (~galik@195.137.1.152) |
11:29:30 | BC | here's something I've never had to consider before ....what does return(i++) return, given i=5 |
11:34:10 | LinusN | 5 |
11:34:34 | BC | thanks |
11:34:54 | BC | glad I didn't have to write the compiler for that line of code! |
11:37:17 | amiconn|work | LinusN: Yes, but this way we could get rid of the second unrolled lcd transfer loop to save space. |
11:38:00 | LinusN | ah, you mean to not ever use lcd_write_data() for the player |
11:38:07 | LinusN | and get rid of it |
11:39:12 | amiconn|work | No, I thoguh of doing it the other way round: Having the unrooled loop in lcd_write_data() only, and change lcd_write() to lcd_write_command() |
11:39:21 | amiconn|work | *thought |
11:39:59 | amiconn|work | I even think of a way to use the unrolled loop for transferring both commands and data. |
11:45:49 | LinusN | not if it gets any slower |
11:48:40 | amiconn|work | Yes, this is might introduce more overhead, so maybe I won't do that. |
11:49:40 | amiconn|work | However, my first idea (changing lcd_write() into lcd_write_command() ) should not impact performance. |
11:50:31 | *** | Saving seen data "./dancer.seen" |
11:50:42 | amiconn|work | It is very straightforward to replace lcd_write(false, var) with lcd_write_data(&var, 1) _if_ var is of type char. |
11:51:47 | amiconn|work | Unfortunately, this is not the case with all variables in lcd-player.c that are used that way. And if I change that, I couldn't test myself, since this cannot be tested with the sim. |
12:00 |
12:00:56 | LinusN | i think we should try to remove one of the three functions in lcd.c |
12:02:25 | amiconn|work | ? I see only 2 functions: lcd_write() and lcd_write_data(). |
12:27:23 | LinusN | i mean, we could just remove the player version of lcd_write_data() |
12:37:58 | amiconn|work | This way, the unrolled loop for "data" bytes in lcd_write() would stay in for the recorder. |
12:40:33 | LinusN | yup, and we save a few bytes in iram on the player |
12:44:11 | amiconn|work | ...but not on the recorder... |
12:45:26 | amiconn|work | If we throw out that loop from lcd_write() instead and limit it to only perform lcd_write_command(), this would save space both for player and recorder. |
12:47:13 | LinusN | amiconn|work: whichever is best |
12:47:39 | LinusN | we want to save iram space without affecting recorder preformance |
12:49:43 | amiconn|work | Yep, that is why I suggested it to do it that way. But this requires to replace all calls of lcd_write(false, ...) (only used for the player) with lcd_write_data(..., 1). But if I do this change, I cannot test it, since it has to be tested in a player. |
12:49:51 | amiconn|work | This was my initial question. |
12:50:54 | amiconn|work | As it is now, the unrolled data-writing loop in lcd_write() is there for both player and recorder, but completely unused for the latter. |
12:52:19 | LinusN | i see |
12:55:33 | amiconn|work | And the unrolled loop within lcd_write_data() is vice-versa not used on the player (if I did not overlook something). |
12:55:59 | LinusN | true |
13:00 |
13:00:12 | amiconn|work | So my idea would unify data writing on player & recorder (both would use write_lcd_data(), with unrolled loop). Command writing would then be called lcd_write_command(), also for both player & recorder. |
13:01:25 | LinusN | i'm all for it |
13:01:35 | LinusN | you do the code, i do the testing |
13:03:52 | amiconn|work | Ok then, will be my next task. |
13:04:04 | LinusN | nice |
13:04:18 | LinusN | i'll work on your recording code later |
13:04:19 | amiconn|work | Another one: did you find some time to give my recording patch a try? |
13:04:28 | amiconn|work | Ooops, this crossed. |
13:04:30 | LinusN | gotta have lunch first |
13:08:14 | | Quit Galik (Remote closed the connection) |
13:20:08 | | Join c0utta{zz} [0] (~c0utta@158.cust44.nsw.dsl.ozemail.com.au) |
13:21:07 | | Join Galik [0] (~galik@195.137.1.152) |
13:24:35 | | Quit Galik (Client Quit) |
13:24:41 | | Join Galik [0] (~galik@195.137.1.152) |
13:25:30 | | Quit Galik (Client Quit) |
13:44:47 | | Nick c0utta{zz} is now known as c0utta (~c0utta@158.cust44.nsw.dsl.ozemail.com.au) |
13:44:49 | | Nick c0utta is now known as c0utta{zz} (~c0utta@158.cust44.nsw.dsl.ozemail.com.au) |
13:44:57 | c0utta{zz} | $#%^$# |
13:45:44 | BC | hit it firmly near the control panel |
13:45:54 | | Nick c0utta{zz} is now known as c0utta (~c0utta@158.cust44.nsw.dsl.ozemail.com.au) |
13:46:12 | c0utta | hydrairc sometimes gets confused... |
13:46:27 | BC | ahha |
13:46:41 | BC | i hear you are working on the custom menu code? |
13:47:03 | c0utta | i await linus's comments... |
13:47:06 | c0utta | but yes |
13:47:19 | BC | did you solve "the recursion problem"? |
13:48:07 | c0utta | i don't think it's a problem the way i've implemented the functionality |
13:48:16 | BC | good |
13:48:31 | BC | cos i never understood how it could be a problem |
13:50:33 | *** | Saving seen data "./dancer.seen" |
13:50:39 | LinusN | how come you don't understand it? |
13:53:03 | | Join [1]c0utta [0] (~c0utta@158.cust44.nsw.dsl.ozemail.com.au) |
13:53:07 | BC | I just cant see where it would matter - maybe just what I have in mind |
13:53:16 | [1]c0utta | #$^#$% wireless |
13:53:24 | [1]c0utta | not having a good night here |
13:54:59 | LinusN | example: you create a custom menu for the F2 key for the radio screen |
13:55:28 | LinusN | this menu contains "FM radio", which calls the radio_screen() function |
13:55:57 | LinusN | that way you can call radio_screen() over and iver until you run out of stack |
13:56:49 | BC | hmm |
13:57:12 | [1]c0utta | well, i say "silly you" :) |
13:57:45 | LinusN | that is the "recursion problem" |
13:58:02 | BC | but if you f2->radio ...then f2 will take you back UP to the f2 menu |
13:58:13 | BC | not DOWN into another one |
13:58:40 | LinusN | no |
13:58:47 | BC | it would solve the problem |
13:58:56 | LinusN | case BUTTON_F2: |
13:59:05 | LinusN | handle_custom_menu(); |
13:59:07 | LinusN | break; |
13:59:09 | | Quit c0utta (Read error: 60 (Operation timed out)) |
13:59:10 | | Nick [1]c0utta is now known as c0utta (~c0utta@158.cust44.nsw.dsl.ozemail.com.au) |
13:59:11 | BC | if (f2_active) .... |
13:59:33 | LinusN | i didn't say it was unsolvable, just that you have to take care |
13:59:47 | BC | i thought it was the big stumbling block |
14:00 |
14:00:01 | LinusN | it is one of them |
14:00:29 | LinusN | you need to prevent recursion somehow |
14:00:40 | BC | although it is not a problem now (pending your approval) I was just interested to see what I had missed/presumed-obvious |
14:00:56 | LinusN | it is still a problem in c0utta's code |
14:01:09 | LinusN | nothing prevents recirsion |
14:01:12 | BC | oh! poo |
14:01:16 | BC | "nothing"? |
14:01:18 | BC | lol |
14:01:35 | LinusN | somehow, we need to invent a way of "rewinding" the stack |
14:01:42 | LinusN | nothing in his code |
14:02:09 | BC | if (f2_active) return else f2_menu() |
14:02:22 | LinusN | something like that |
14:03:34 | LinusN | but you want, for example, to be able to enter the FM radio screen from the dir browser custom f2 menu |
14:03:50 | LinusN | and the fm radio f2 custom menu must still work |
14:03:53 | | Join nevs [0] (nevs@ACBCE717.ipt.aol.com) |
14:04:02 | LinusN | we just don't want it to recurse |
14:04:09 | nevs | hi |
14:04:24 | nevs | hey |
14:04:34 | BC | hi |
14:04:35 | nevs | could i ask a question about rockbox |
14:04:51 | nevs | is it possible to have a function to play back songs backwards? |
14:04:52 | LinusN | about rockbox? in this channel? naaaaaaah! |
14:05:08 | BC | Linus: errr I thought f2 was a re-organised menu, and f3 was <thing>specific functions? |
14:05:12 | LinusN | nevs: the answer is no |
14:05:26 | BC | could you not play all the packets in reverse order? |
14:05:39 | LinusN | you will be able to have different f2 menus in different contexts |
14:06:00 | nevs | im using the player version |
14:06:02 | LinusN | no, the samples in each frame will still be played forward |
14:06:21 | BC | but how long is a frame is reality? |
14:06:31 | nevs | lets say i got an mp3 file, can they make it so if i go to like sound options, mode, and then like a "backwards" mode |
14:06:37 | BC | if it's short enough, you would get a reasonable approximation no? |
14:06:49 | LinusN | roughly 1100 samples |
14:06:59 | nevs | why isnt is possible? |
14:07:01 | LinusN | and the frames are not independent |
14:07:02 | BC | nevs: backwards is NOT supported atm |
14:07:19 | nevs | but ppl have discussed it? |
14:07:28 | BC | 1100 - that's quite bit - oh well |
14:07:36 | BC | quite A bit |
14:07:38 | LinusN | they need to be played forwards, because of the bit reservoir |
14:07:54 | LinusN | a 44100 khz frame is 26.12ms |
14:08:03 | BC | i looked for specs on mp3 data the other day but found NOTHING! |
14:08:26 | LinusN | they are not public, you need to cough up some dough to get hold of it |
14:08:32 | nevs | will it ever possible,? or does it need programming or is it that the hardware can not handle it inside the mp3 player? |
14:08:35 | LinusN | as far as i know |
14:08:41 | BC | oh! that'll explain that then |
14:08:45 | LinusN | nevs: here's the deal |
14:08:56 | nevs | ok |
14:08:58 | LinusN | the decoder is in hardware |
14:09:06 | nevs | yeah |
14:09:16 | LinusN | all we do is send it mp3 frames |
14:09:17 | BC | Did you see my post on relatime mixing (in mono) |
14:10:03 | nevs | ok |
14:10:07 | LinusN | we can't reverse the order of the frames, nor make it play the mp3 data backwards |
14:10:30 | LinusN | BC: yes i saw it, it *can* work, if you encode the data properly |
14:10:47 | BC | hmmmmm - interesting |
14:10:48 | LinusN | you need a true stereo separation (eg not "joint stereo") |
14:10:54 | BC | riiiiiiight |
14:10:55 | nevs | so its impossible yeah |
14:11:01 | LinusN | nevs: for us, yes |
14:11:17 | nevs | oh well |
14:11:26 | LinusN | but i know too little about the mp3 encoding to say for sure |
14:11:34 | LinusN | nevs: sorry about that |
14:11:38 | nevs | if i post it on feature request, do u reckon someone would know |
14:11:58 | LinusN | nevs: it's not a matter of "knowing how to do it" |
14:12:07 | c0utta | here's my angle - rockbox has been written in a very modular fashion, but still not modular enough to support "events" |
14:12:23 | c0utta | that's why (i believe) recursion is an issue |
14:13:09 | LinusN | c0utta: you mean design it as a huge FSM? |
14:13:21 | BC | LOL |
14:13:37 | c0utta | that's an option! |
14:13:55 | c0utta | not one that i'd like to do though |
14:14:34 | LinusN | then what is an "event" in your preferred design? |
14:15:19 | c0utta | an event is classed as events performed by a user |
14:15:29 | BC | any recursive routine can be written iteratively - it's just a matter of approach |
14:15:33 | LinusN | yes, but how are they supposed to be handles |
14:15:35 | LinusN | handled? |
14:15:39 | nevs | what? |
14:16:25 | | Quit nevs () |
14:16:36 | LinusN | c0utta: each "screen" is a separate loop |
14:16:45 | c0utta | the problem is that functions call functions that call functions - common in a procedural language like C |
14:17:03 | c0utta | we can carefully program recursion out, but it's a pain |
14:17:04 | BC | if (active) return |
14:17:15 | c0utta | BC: right |
14:17:34 | | Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) |
14:17:39 | LinusN | BC: you're on to something |
14:17:45 | BC | only appears after if (button==f2) easy to grep for |
14:18:13 | LinusN | each "screen" has an "active" flag |
14:18:26 | LinusN | like "bool radio_screen_active" |
14:18:29 | BC | no, just one flag |
14:18:40 | BC | bool f2_menu_system_active |
14:19:28 | LinusN | then you wouldn't be able to have more than one custom menu |
14:19:39 | c0utta | and we have more than i custom menu |
14:19:43 | c0utta | s/i/1 |
14:20:01 | BC | f2 is your generic custom menu |
14:20:08 | LinusN | i want to have a custom dir browser f2 menu, and call radio_screen() which has another custom f2 menu |
14:20:13 | BC | f2 is <active_thing> specific |
14:20:21 | LinusN | f2 is context sensitive |
14:20:28 | DBUG | Enqueued KICK BC |
14:20:28 | BC | f3 is <active_thing> specific |
14:20:51 | BC | i though f3 was context sensitive and f2 was my new personal menu layout |
14:21:12 | c0utta | they're both context sensitive BC |
14:21:29 | c0utta | we'll hardcode the F3 options though |
14:22:30 | c0utta | linus, have you looked at me code ? |
14:22:35 | c0utta | s/me/my |
14:22:39 | LinusN | not yet |
14:22:52 | BC | i think you have found the source of your problem |
14:23:16 | LinusN | bc, not at all |
14:23:23 | c0utta | i'm waiting :) |
14:23:36 | LinusN | or you want the f2 menu only in the dir browser? |
14:26:15 | c0utta | i've spent hours looking at rockbox code and to make it work properly we have to moduralise code even further so only one defined action is done at any one time |
14:26:25 | c0utta | is modularise a word ?? |
14:26:33 | BC | it is today :) |
14:26:46 | BC | although I THINK it was yesterday as well |
14:27:25 | LinusN | c0utta: so define an "action" |
14:27:27 | c0utta | bookmarks are a classic example |
14:27:44 | c0utta | add bookmark to favourites |
14:28:16 | LinusN | you don't add bookmarks to favourites, you add mp3 files |
14:28:40 | c0utta | forget i said that |
14:28:45 | c0utta | add mp3 to favourites |
14:29:10 | c0utta | should we be able to do this from wps ? i think so |
14:29:26 | c0utta | user selects "add mp3 to bookmark" |
14:29:42 | c0utta | "action" code decides whether we're in wps or tree mode |
14:30:09 | c0utta | if in wps mode write out the current played file |
14:30:19 | c0utta | if in tree write out the current selected file |
14:30:50 | c0utta | that's an event |
14:30:56 | LinusN | in my world, they would be two different actions |
14:31:51 | c0utta | but ultimately you run the same code to save a chr* to a file ? |
14:32:10 | c0utta | just the method to get the char changes |
14:32:10 | LinusN | sure |
14:33:16 | c0utta | this might sound stupid..but |
14:33:38 | c0utta | i would like to see every state (wps/tree/recording/fm) represented by an object |
14:34:15 | c0utta | you could then perform events on those objects - i think this would avoid recursion |
14:34:46 | amiconn|work | c0utta: Couldn't you just limit the stack for nested calls to a fixed depth? |
14:35:13 | c0utta | amiconn: yes, that's another way and much easier too |
14:35:31 | c0utta | we could do that now (in fact, i'll do it my action code) |
14:36:15 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
14:36:15 | * | LinusN goes to eat something |
14:36:17 | amiconn|work | This way, at least rockbox wouldn't crash if someone builds a recursive custom menu. At the maximum depth it will simply stop entering submenus. |
14:36:21 | * | LinusN is away: late lunch |
14:36:23 | BC | and what happens when it is fill |
14:36:25 | BC | full |
14:36:37 | c0utta | i suppose nothing |
14:36:44 | BC | ami: from the system declared it will be nigh impossible to avoid |
14:37:05 | BC | "why does my f2 button stop working sometimes?" hmmmm |
14:37:48 | amiconn|work | It could give you a splash screen message "maximum menu nesting reached!" |
14:38:03 | BC | i can't see that getting past them in charge |
14:38:59 | amiconn|work | Someone who doesn't understand that would probably not make its own custom menu. At it could be explained in the manual. |
14:39:05 | amiconn|work | *And it.. |
14:40:01 | c0utta | do you guys understand rockbox threading ? i don't by the way |
14:40:34 | amiconn|work | I've only a rough understanding of it. |
14:40:57 | c0utta | how/where are the threads cycled ? |
14:41:04 | BC | at a guess - a bunch of interrupt drive stack swaps - but I've never really examined it too closely |
14:41:25 | LinusN | they are cooperative |
14:41:27 | BC | *driven |
14:41:32 | LinusN | yield() |
14:41:39 | BC | righty |
14:41:49 | c0utta | where's that code linus ? |
14:41:51 | LinusN | which is called indirectly by sleep() etc |
14:41:53 | amiconn|work | see firmware/thread.c |
14:41:57 | LinusN | thread.c and kernel.c |
14:44:09 | c0utta | how many threads are there at the moment ? |
14:47:21 | | Join methangas [0] (methangas@0x50a4321e.virnxx10.adsl-dhcp.tele.dk) |
14:48:37 | amiconn|work | c0utta: 7 if I counted correctly |
14:48:37 | | Join lImbus [0] (lImbus@71-34.240.81.adsl.skynet.be) |
14:49:14 | c0utta | thanks amiconn |
14:51:34 | lImbus | BC: I do unterstand now the problem you wanted to tell me about my trick switching trhough the power to the archos later |
14:52:45 | BC | ;) |
14:55:15 | lImbus | I just got my remote, and then I noticed it hasn't an ON-button. THEN, after another cup of tea, I know why. |
14:56:32 | lImbus | This only means I have to switch my archos on with a wire connected to the button of my archos, like the RTC-Alarm hack. |
14:56:49 | BC | did you find that one of the buttons spins up the hdd if you hold it for a second or two? |
14:57:43 | lImbus | ahh, not yet, forgot that one. hold on |
14:58:27 | | Quit mattzz ("CGI:IRC (Session timeout)") |
14:58:53 | lImbus | apparently not on mine |
14:59:12 | BC | I will have to get a new battery and try it again sometime |
14:59:22 | BC | you have Archos f/w? |
14:59:30 | BC | in ROM |
14:59:44 | lImbus | err. how to compare if we got the same remote ? mine hasn't a battery as far as I can see ? |
14:59:52 | BC | it has |
15:00 |
15:00:00 | BC | you take the tiny screws out of the back |
15:00:06 | lImbus | yes, my archos isn't flasheable |
15:00:06 | BC | and there's a button cell or two inside |
15:00:38 | lImbus | ok. mine works if the rockbox is running |
15:03:48 | lImbus | HORRAY: I found out something: If I give DC-Power for about one second, then unplug it again, the archos-os is loading rockbox. This is what I want: I want rockbox on a dc-event. |
15:03:55 | | Quit adi|home (Client Quit) |
15:04:34 | BC | you devious b^std |
15:04:37 | BC | :) |
15:05:04 | lImbus | I have to mount a small thing that, IF power comes along, passes it by for a second, then cutting it again. wait until rockbox is up, then pass through power to be charged. |
15:05:18 | BC | put it all though smoothing caps |
15:05:22 | BC | fgs |
15:05:33 | lImbus | j00 |
15:05:42 | * | lImbus is happy |
15:06:26 | BC | easy enough to build |
15:07:37 | lImbus | didn't anybody find that out yet ? *surprised* |
15:09:28 | | Nick BC is now known as BC|coding (~bluechip@cpc3-colc1-3-0-cust61.colc.cable.ntl.com) |
15:09:28 | DBUG | Enqueued KICK BC|coding |
15:14:44 | amiconn|work | lImbus: This was mentioned several times by [IDC]Dragon, on the ml and in the channel. |
15:15:36 | lImbus | and has ever somebody build that ? would be easier to order a part list @reichelt for me |
15:25:17 | | Nick lImbus is now known as neuer (lImbus@71-34.240.81.adsl.skynet.be) |
15:25:17 | | Nick neuer is now known as lImbus (lImbus@71-34.240.81.adsl.skynet.be) |
15:26:20 | BC|coding | If you "open the box and upgrade the firmware chip physically" you can have speech menus on your Neo |
15:28:54 | | Part LinusN |
15:34:07 | BC|coding | can i do #if TYPE==STRING ? |
15:34:21 | BC|coding | #define TYPE STRING |
15:50:26 | c0utta | BC: according to K&R - yes |
15:50:36 | *** | Saving seen data "./dancer.seen" |
15:50:43 | BC|coding | thanks dude :) |
15:50:58 | BC|coding | can't believe it's not in my book |
15:52:01 | c0utta | page 77 in mine |
15:52:39 | c0utta | assuming "my book" means K&R |
15:52:55 | BC|coding | i don't have the K&R "bible" :( |
15:53:43 | c0utta | want a pdf ? |
15:53:53 | BC|coding | Ohhh ohhh ohhhh :) |
15:53:55 | BC|coding | yes please |
15:54:06 | BC|coding | Text Searchable :) |
15:54:11 | BC|coding | WOOHOO |
15:54:27 | c0utta | yes, it's text searchable |
15:54:46 | c0utta | is dcc ok ? |
15:54:54 | lImbus | me to |
15:54:56 | BC|coding | paper is good for lots of things, but not for word searching |
15:54:57 | lImbus | plz |
15:55:09 | BC|coding | yes, dcc is fine :) |
15:55:16 | c0utta | be aware my firewall might stop me from doing this |
15:55:29 | BC|coding | i have all other methods avilable to me also |
15:56:22 | c0utta | hey, it's working. |
15:57:02 | BC|coding | It's my lucky day |
15:57:05 | BC|coding | :) |
15:57:07 | c0utta | it's 975kb compressed |
15:57:38 | c0utta | it has taken me AGES to find the PDF |
15:58:16 | BC|coding | you know, it never crossed my mind to go looking for it, but I am mighty pleased it exists |
15:58:36 | c0utta | it apeears to have been scanned, but then the text converted |
15:58:55 | BC|coding | gotta love OCR |
16:00 |
16:02:19 | | Join solaris [0] (solaris@pool-151-196-238-71.balt.east.verizon.net) |
16:02:40 | BC|coding | fantastic :) ....I owe you one :) |
16:02:45 | c0utta | np |
16:03:03 | | Quit solaris (Client Quit) |
16:03:16 | lImbus | me too. it's great. no matter |
16:03:30 | lImbus | err.. no more whining I forgot the bible at work |
16:04:37 | BC|coding | and there it is ...pg 77 :) |
16:05:15 | | Join solaris [0] (solaris@pool-151-196-238-71.balt.east.verizon.net) |
16:05:55 | lImbus | yeah, with a bad and ugly example :-/ |
16:06:02 | | Join amansinger [0] (~sdf@CPE002078cb70cf-CM400049338187.cpe.net.cable.rogers.com) |
16:06:14 | BC|coding | back to coding now - thanks guys |
16:06:53 | amansinger | quit |
16:06:56 | | Quit amansinger (Client Quit) |
16:09:07 | | Nick c0utta is now known as c0utta{zzZZ} (~c0utta@158.cust44.nsw.dsl.ozemail.com.au) |
16:10:31 | solaris | hi, quick question, how can reply back to the mailing list? |
16:22:31 | | Quit AciD (Read error: 104 (Connection reset by peer)) |
16:29:41 | | Join Galik [0] (~galik@195.137.1.152) |
16:31:54 | lImbus | solaris: afaik, you must be subscribed. then it should be ok to reply to the address everybody sends his messages to (can't tell you, i am not subscribed either) |
16:48:30 | | Join Ralle[DK] [0] (~ralle_ab@129.142.195.95.ip.tele2adsl.dk) |
16:50:06 | Ralle[DK] | any1 wanna help me with the flash thing? |
16:50:39 | Ralle[DK] | please |
16:51:01 | Ralle[DK] | im very noob in the rockbox |
16:53:30 | lImbus | sorry, I can't. never done and have to go. |
16:53:33 | | Quit lImbus (" HydraIRC -> http://www.hydrairc.com <- Nine out of ten l33t h4x0rz prefer it") |
16:53:48 | Ralle[DK] | who can help me? |
16:58:40 | methangas | Ralle[DK], go to http://rockbox.haxx.se/manual/manual.pdf |
16:58:52 | methangas | check the section called "installing the firmware" |
17:00 |
17:03:39 | | Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) |
17:27:16 | Ralle[DK] | what do i do if it fails and its the right rom and i havent turned off? |
17:27:21 | Ralle[DK] | just for security reasons |
17:33:25 | Ralle[DK] | are you there? |
17:33:53 | methangas | think there's something in the manual about it |
17:34:19 | Ralle[DK] | hmm 2 secs |
17:39:11 | | Quit AciD (Read error: 104 (Connection reset by peer)) |
17:40:23 | | Nick amiconn|work is now known as amiconn|away (~jens@pD95D18E1.dip.t-dialin.net) |
17:45:35 | | Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) |
17:46:28 | | Join mecraw__ [0] (~mecraw@69.2.235.2) |
17:50:38 | *** | Saving seen data "./dancer.seen" |
18:00 |
18:10:01 | | Quit Ralle[DK] () |
18:19:59 | | Join lImbus [0] (lImbus@78.176-200-80.adsl.skynet.be) |
18:29:13 | | Nick amiconn|away is now known as amiconn (~jens@pD95D18E1.dip.t-dialin.net) |
18:55:10 | | Join Ralle[DK] [0] (~ralle_ab@129.142.195.95.ip.tele2adsl.dk) |
18:57:17 | lImbus | ralle: hey, how's the flashing |
18:58:52 | | Join cjnr11 [0] (dfd@bobillot-5-82-224-193-23.fbx.proxad.net) |
18:58:55 | | Part cjnr11 |
19:00 |
19:02:39 | | Quit lImbus (" Like VS.net's GUI? Then try HydraIRC -> http://www.hydrairc.com <-") |
19:03:19 | Ralle[DK] | hey! i've read all the manual and cant get my archos to flash! i need help! |
19:03:42 | Ralle[DK] | any1 who can help me? |
19:04:33 | Ralle[DK] | why are you all afk? |
19:05:10 | Ralle[DK] | i cant make my flashthingy work |
19:06:26 | Ralle[DK] | are you there? |
19:06:42 | Ralle[DK] | any1 there? |
19:06:45 | Ralle[DK] | hmm |
19:06:50 | Ralle[DK] | i'll go get some food |
19:13:05 | | Nick facted is now known as facted|away (~facted@dyn-ec-194-77.dyn.columbia.edu) |
19:31:20 | | Quit Nibbler (Read error: 104 (Connection reset by peer)) |
19:33:29 | Ralle[DK] | is any1 here? |
19:38:51 | Ralle[DK] | can any1 here me? |
19:50:39 | *** | Saving seen data "./dancer.seen" |
19:51:32 | | Quit facted|away ("Trillian (http://www.ceruleanstudios.com)") |
19:53:31 | | Join amansinger [0] (~sdf@CPE002078cb70cf-CM400049338187.cpe.net.cable.rogers.com) |
19:54:15 | Ralle[DK] | is any1 here? |
19:55:06 | amansinger | at least one person |
19:55:20 | amansinger | actually at least two |
19:59:08 | amansinger | Would you like something? |
20:00 |
20:01:30 | | Quit amansinger () |
20:03:44 | Ralle[DK] | are you here? |
20:25:56 | | Join facted|away [0] (~facted@dyn-ec-194-77.dyn.columbia.edu) |
20:34:27 | | Quit Ralle[DK] (Read error: 54 (Connection reset by peer)) |
21:00 |
21:01:19 | | Quit AciD (Read error: 104 (Connection reset by peer)) |
21:04:21 | | Join deadite66 [0] (~Miranda@cpc1-yarm1-5-0-cust53.pete.cable.ntl.com) |
21:16:25 | | Join Nibbler [0] (~nibbler@port-212-202-73-124.reverse.qsc.de) |
21:36:10 | | Quit deadite66 (Read error: 110 (Connection timed out)) |
21:44:04 | | Part amiconn |
21:46:28 | | Join scott666 [0] (scott666@c-24-245-58-245.mn.client2.attbi.com) |
21:50:40 | *** | Saving seen data "./dancer.seen" |
22:00 |
22:12:03 | | Quit Nibbler (Read error: 54 (Connection reset by peer)) |
22:14:52 | | Quit Galik ("Client exiting") |
22:36:00 | | Join Ralle[DK] [0] (~ralle_ab@129.142.195.95.ip.tele2adsl.dk) |
22:36:12 | Ralle[DK] | can any1 give me some info? |
22:36:47 | Ralle[DK] | ... |
22:37:09 | | Quit Ralle[DK] (Client Quit) |
22:46:57 | | Quit facted|away ("Trillian (http://www.ceruleanstudios.com)") |
23:00 |
23:01:05 | | Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) |
23:07:54 | | Nick c0utta{zzZZ} is now known as c0utta{afk} (~c0utta@158.cust44.nsw.dsl.ozemail.com.au) |
23:10:30 | | Join Ralle[DK] [0] (~ralle_ab@129.142.195.95.ip.tele2adsl.dk) |
23:10:56 | Ralle[DK] | is anybody here? |
23:15:04 | | Part Ralle[DK] |
23:21:58 | | Join amansinger [0] (~sdf@CPE002078cb70cf-CM400049338187.cpe.net.cable.rogers.com) |
23:23:25 | | Quit amansinger (Client Quit) |
23:36:19 | | Join amiconn [0] (~jens@pD95D18E1.dip.t-dialin.net) |
23:46:52 | | Quit methangas (" HydraIRC -> http://www.hydrairc.com <- Nine out of ten l33t h4x0rz prefer it") |
23:47:15 | | Join lImbus [0] (lImbus@242.113-136-217.adsl.skynet.be) |
23:50:42 | *** | Saving seen data "./dancer.seen" |
23:51:26 | | Join Nibbler [0] (~nibbler@port-212-202-73-124.reverse.qsc.de) |