| 00:08:19 | | Join c0utta [0] (~c0utta@158.cust44.nsw.dsl.ozemail.com.au) |
| 00:18:21 | | Join midk [0] (mk@AC87FA81.ipt.aol.com) |
| 00:27:00 | | Quit scott666 ("i'll be back...eventually...") |
| 00:31:47 | | Quit c0utta{afk} (Read error: 110 (Connection timed out)) |
| 00:31:49 | | Nick c0utta is now known as c0utta{afk} (~c0utta@158.cust44.nsw.dsl.ozemail.com.au) |
| 00:35:30 | | Quit midk () |
| 00:58:16 | | Quit AciD (Read error: 104 (Connection reset by peer)) |
| 00:58:16 | | Quit Nibbler (Read error: 54 (Connection reset by peer)) |
| 01:00 |
| 01:26:08 | | Join track [0] (58c3a1b6@ACBF9313.ipt.aol.com) |
| 01:26:20 | track | hi |
| 01:27:20 | lImbus | hoi |
| 01:33:38 | amiconn | hi |
| 01:36:09 | amiconn | Somebody with a player in here who is willing to test something? |
| 01:36:17 | | Join Galik [0] (~galik@195.137.1.152) |
| 01:36:31 | lImbus | sorry, recorder |
| 01:36:57 | | Quit Galik (Client Quit) |
| 01:37:08 | amiconn | Yes, me too, that's why I ask for a player. This is nothing that can be tested on the sim. (lcd code) |
| 01:37:29 | | Quit track ("leafChat IRC client: http://www.leafdigital.com/Software/leafChat/") |
| 01:40:15 | | Quit mecraw__ ("Trillian (http://www.ceruleanstudios.com)") |
| 01:50:43 | *** | Saving seen data "./dancer.seen" |
| 01:57:36 | | Join mecraw__ [0] (~mecraw@69.2.235.2) |
| 02:00 |
| 02:00:09 | | Part amiconn |
| 02:01:42 | | Join [xLE]Aaron [0] (Taliesin@c-24-19-24-108.client.comcast.net) |
| 02:03:43 | [xLE]Aaron | do you guys deal with any of the newer archos stuff? (av300, etc) |
| 02:04:33 | lImbus | I am an absolute noob, but as far as I know, there have been researches ongoing for gemini |
| 02:05:11 | lImbus | furthermore, a "NEO" from a complete other manufacturer is supported, or beeing supported |
| 02:07:16 | [xLE]Aaron | really all I want is a device that can run wince and use winamp as its shell and display milkdrop on the lcd. is that too much to ask? :) |
| 02:07:34 | [xLE]Aaron | also wireless access. |
| 02:08:00 | lImbus | ehhh. is there a winamp for winCE ? |
| 02:08:02 | [xLE]Aaron | the new archos stuff seems like the most likely candidate for hacking, but I've just started researching things so I really have no idea. |
| 02:09:03 | [xLE]Aaron | I think there's a build for pocketpc. |
| 02:09:34 | lImbus | imho an existing rocbox on an archos jukebox recorder is more than winamp on CE. it even has display-plugins ;-) |
| 02:10:56 | [xLE]Aaron | I've only just now discovered rockbox, so you're probably right. might be easier to port milkdrop to rockbox. |
| 02:13:15 | lImbus | well, if you really need that as addition to your drugs ;-) |
| 02:14:14 | | Quit mecraw__ ("Trillian (http://www.ceruleanstudios.com)") |
| 02:15:31 | lImbus | btw: you'd still need a winCE-edition of milkdrop. afaik winCE has a slighty modified Direct3D engine |
| 02:19:28 | [xLE]Aaron | from the nodo list: 13. Graphic frequency (spectrum) analyzer! |
| 02:19:28 | [xLE]Aaron | We can't access the audio waveform from the MP3 decoder so we can't analyze it. Even if we had access to it, the CPU would probably be too slow to perform the analysis anyway. |
| 02:21:15 | lImbus | jup. it was a little trick when I said it even had display-plugins. there are two plugins (oscilloscope and vu-meter) that do what you'd expect redaing the name. |
| 02:21:22 | lImbus | *reading the name. |
| 02:22:57 | | Quit solaris (Read error: 54 (Connection reset by peer)) |
| 02:30:37 | [xLE]Aaron | sounds like the av500 might be using QTopia (linux) which might make it hacktastic. |
| 02:30:56 | [xLE]Aaron | I think that might be what the sharp zarus was using. |
| 02:31:12 | lImbus | where does it sound like that ? |
| 02:32:51 | [xLE]Aaron | oops.. just closed the window. hold on |
| 02:34:43 | [xLE]Aaron | http://www.shanebrinkmandavis.com/homepage/Archos/Main/ArchosRumors.html |
| 02:36:54 | lImbus | doesn't |
| 02:37:00 | lImbus | WARG ! |
| 02:37:12 | lImbus | doesn't look that bad, but too expensive |
| 02:40:47 | | Join Nibbler [0] (~nibbler@port-212-202-73-124.reverse.qsc.de) |
| 02:43:02 | | Join midk [0] (mk@ACCBE846.ipt.aol.com) |
| 02:46:57 | lImbus | gotta go, gn |
| 02:47:18 | | Quit lImbus (" HydraIRC -> http://www.hydrairc.com <- The dawn of a new age") |
| 02:48:17 | | Join top_bloke [0] (~ekolb_pot@dsc02-chc-il-199-35-146-147.rasserver.net) |
| 02:48:54 | midk | yo tops |
| 02:49:08 | top_bloke | yo dawg |
| 02:51:46 | midk | saw the update? |
| 02:52:12 | top_bloke | of what |
| 02:52:22 | midk | clock |
| 02:52:28 | top_bloke | no |
| 02:52:32 | top_bloke | theres an update? |
| 02:53:04 | midk | patches PAGE |
| 02:53:10 | top_bloke | o |
| 02:53:18 | midk | under plugins? |
| 02:53:20 | midk | yeah |
| 02:53:39 | top_bloke | major |
| 02:53:46 | top_bloke | clock update |
| 02:54:15 | top_bloke | is it this one clock.cAmerican and European date formats (and a bugfix) ? |
| 02:55:35 | top_bloke | no thats like 2003/12/8 |
| 02:58:07 | | Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) |
| 02:58:13 | midk | yes |
| 02:58:15 | midk | thats it yo |
| 02:58:33 | top_bloke | o |
| 02:58:39 | top_bloke | i gotta compile? |
| 02:59:31 | top_bloke | sh-elf-objcopy -O binary /home/rockbox/make/clock.elf /home/rockbox/make/clock. |
| 02:59:32 | top_bloke | ock |
| 02:59:32 | top_bloke | make[2]: *** No rule to make target `old', needed by `all'. Stop. |
| 03:00 |
| 03:00:02 | top_bloke | ??? |
| 03:00:27 | top_bloke | i brb |
| 03:00:32 | midk | hmm |
| 03:02:36 | | Quit [xLE]Aaron () |
| 03:08:13 | | Join adi|home [0] (~adi|home@as5800-1.216-194-3-141.nyc.ny.metconnect.net) |
| 03:11:04 | | Join diddystar5 [0] (lee@IC62.library.oregonstate.edu) |
| 03:12:43 | top_bloke | ok back |
| 03:12:47 | top_bloke | now whats up with that |
| 03:13:03 | midk | try the one that's "fixed about 80 errors" |
| 03:13:03 | | Quit BC|coding ("Trillian (http://www.ceruleanstudios.com)") |
| 03:13:11 | top_bloke | uh |
| 03:13:16 | top_bloke | to compile it? |
| 03:13:18 | midk | yes |
| 03:13:22 | midk | OH NO TO UM LICK IT |
| 03:13:30 | top_bloke | 80 errors thats a lot |
| 03:13:51 | midk | just do it yo |
| 03:14:10 | top_bloke | same thing |
| 03:14:15 | top_bloke | boo |
| 03:14:27 | midk | um then it's your cygwin |
| 03:14:37 | top_bloke | hiss |
| 03:14:41 | top_bloke | that sucks |
| 03:14:49 | midk | um |
| 03:14:49 | midk | sec |
| 03:15:10 | midk | delete the contents of c:\cygwin |
| 03:15:18 | midk | and get this |
| 03:15:19 | midk | http://rockbox.my-vserver.de/beta/rockbox-sdk_v0.2.exe |
| 03:16:39 | top_bloke | what |
| 03:16:43 | top_bloke | u crazy |
| 03:16:48 | midk | ???/ |
| 03:16:50 | midk | no |
| 03:16:56 | top_bloke | i cant delete cygwin |
| 03:17:06 | midk | why noy |
| 03:17:20 | top_bloke | cause i barely got it to work as it is |
| 03:17:27 | top_bloke | i cant touch it |
| 03:17:31 | midk | delete it |
| 03:17:33 | midk | get the thing |
| 03:17:34 | midk | trust me |
| 03:17:40 | top_bloke | how big is it? |
| 03:17:45 | midk | nothing else needed |
| 03:17:49 | top_bloke | mhhhm |
| 03:18:02 | midk | 6mbish |
| 03:18:14 | top_bloke | u dont need tools and crap |
| 03:18:22 | midk | need nothing |
| 03:18:28 | top_bloke | wow |
| 03:18:28 | midk | it can make tools and sim |
| 03:18:36 | top_bloke | wha |
| 03:18:41 | midk | makes the tools itself |
| 03:18:41 | top_bloke | and it works for u? |
| 03:18:44 | midk | yup |
| 03:18:46 | top_bloke | wow |
| 03:19:04 | top_bloke | nice |
| 03:19:29 | top_bloke | i *tried* downloading some cygwin componenets to make a sim but didnt work |
| 03:19:37 | midk | this will do it all |
| 03:20:09 | top_bloke | ok |
| 03:25:16 | diddystar5 | top_bloke, its easy |
| 03:25:24 | diddystar5 | top_bloke, on 56k? |
| 03:25:29 | midk | heh i'm sure he doesn't understrand that |
| 03:26:02 | top_bloke | wha |
| 03:26:05 | top_bloke | i'm on 56k |
| 03:26:08 | diddystar5 | ok top_bloke, can you give me a list of packages you have, so i can help you out |
| 03:26:23 | midk | heh all you need is the sdk |
| 03:26:29 | top_bloke | if i can find them |
| 03:26:46 | top_bloke | lemme search |
| 03:27:13 | diddystar5 | midk, the sdk stinks |
| 03:27:19 | midk | dids: why? |
| 03:27:20 | top_bloke | ??? |
| 03:27:31 | midk | just cos you think it's better to go the long way around? |
| 03:28:19 | top_bloke | i have 01/09/2004 07:15 p <DIR> ash |
| 03:28:20 | top_bloke | 01/09/2004 07:15 p <DIR> base-files |
| 03:28:20 | top_bloke | 01/09/2004 07:16 p <DIR> base-passwd |
| 03:28:20 | DBUG | Enqueued KICK top_bloke |
| 03:28:20 | top_bloke | 01/09/2004 07:16 p <DIR> bash |
| 03:28:20 | top_bloke | 01/09/2004 07:23 p <DIR> gcc |
| 03:28:20 | *** | Alert Mode level 1 |
| 03:28:20 | top_bloke | 01/09/2004 10:23 p <DIR> gcc-mingw |
| 03:28:22 | top_bloke | 01/09/2004 10:27 p <DIR> mingw-runtime |
| 03:28:24 | top_bloke | 01/09/2004 10:31 p <DIR> w32api |
| 03:29:09 | diddystar5 | ok gimme a sec to see what else you need |
| 03:29:10 | top_bloke | also binutils,libiconv and texinfo |
| 03:29:16 | top_bloke | ok |
| 03:29:27 | top_bloke | i dont think i installed them right though |
| 03:37:44 | diddystar5 | do you have fileutils? |
| 03:38:01 | top_bloke | not that i know of |
| 03:38:21 | *** | Alert Mode OFF |
| 03:40:24 | diddystar5 | you will need that |
| 03:40:51 | top_bloke | ok |
| 03:40:59 | top_bloke | and thats it? |
| 03:41:18 | diddystar5 | otherwise, i cant help you, you may try to go to a univercity, or a library that has usb, or cd burners and get a full cygwin |
| 03:41:27 | diddystar5 | im not sure, it may fix that |
| 03:41:33 | diddystar5 | do you have a compile log? |
| 03:41:37 | midk | or maybe you can shut up while he does it the simpler way? |
| 03:41:40 | diddystar5 | (so i can see better) |
| 03:41:44 | top_bloke | no |
| 03:41:45 | midk | *calming down |
| 03:41:53 | top_bloke | full cygwin is huge righ |
| 03:42:05 | diddystar5 | about 350 mb for the full one |
| 03:42:09 | | Quit AciD (Read error: 104 (Connection reset by peer)) |
| 03:42:49 | top_bloke | well i guess i'll try mid's way |
| 03:42:55 | diddystar5 | if you have your archos, just plug it in and store it on there, when cygwin setup runs, tell it to download, and tell it on your archos or wherever |
| 03:43:14 | top_bloke | yeah |
| 03:43:17 | diddystar5 | just make sure you have those setup.log and setup.log.full files wherever you save everything |
| 03:43:25 | top_bloke | why |
| 03:45:28 | diddystar5 | it will screw up if you dont when you go to install your downloaded files |
| 03:45:37 | top_bloke | ah |
| 03:45:38 | diddystar5 | (i have done that) |
| 03:50:46 | *** | Saving seen data "./dancer.seen" |
| 04:00 |
| 04:00:40 | | Quit Nibbler (Read error: 54 (Connection reset by peer)) |
| 04:16:12 | | Join ILuvit [0] (ILuvit@ool-18bc45af.dyn.optonline.net) |
| 04:33:29 | | Join scott666 [0] (scott666@c-24-245-58-245.mn.client2.attbi.com) |
| 04:35:03 | midk | scotteh |
| 04:35:20 | | Quit top_bloke (Read error: 54 (Connection reset by peer)) |
| 04:43:53 | diddystar5 | i have to go |
| 04:44:02 | diddystar5 | bye dude |
| 04:44:03 | diddystar5 | s |
| 04:45:33 | | Quit diddystar5 ("Leaving") |
| 05:00 |
| 05:05:49 | | Join Strath [0] (aopen@dgvlwinas01pool0-a195.wi.tds.net) |
| 05:22:10 | | Quit ILuvit () |
| 05:44:48 | | Join BC|coding [0] (~bluechip@cpc3-colc1-3-0-cust61.colc.cable.ntl.com) |
| 05:45:45 | | Join Nibbler [0] (~nibbler@port-212-202-73-124.reverse.qsc.de) |
| 05:50:47 | *** | Saving seen data "./dancer.seen" |
| 06:00 |
| 06:04:17 | midk | BC yay |
| 06:04:21 | BC|coding | ;) |
| 06:04:28 | midk | wow yay |
| 06:04:31 | midk | oyahh oyahh |
| 06:13:33 | | Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) |
| 06:53:00 | | Quit Nibbler (Read error: 104 (Connection reset by peer)) |
| 06:59:58 | | Quit Strath ("ChatZilla 0.9.61 [Mozilla rv:1.7b/20040316]") |
| 07:00 |
| 07:08:38 | | Quit AciD (Remote closed the connection) |
| 07:50:48 | *** | Saving seen data "./dancer.seen" |
| 08:00 |
| 08:27:07 | | Join Nibbler [0] (~nibbler@port-212-202-73-124.reverse.qsc.de) |
| 08:27:27 | | Join methangas [0] (methangas@0x50a4321e.virnxx10.adsl-dhcp.tele.dk) |
| 08:28:29 | | Join amiconn [0] (~jens@pD95D18E1.dip.t-dialin.net) |
| 08:54:56 | | Quit Nibbler (Read error: 104 (Connection reset by peer)) |
| 09:00 |
| 09:01:49 | | Join Ralle[DK] [0] (~ralle_ab@129.142.195.95.ip.tele2adsl.dk) |
| 09:07:50 | midk | yo yo yo |
| 09:07:58 | midk | god tired |
| 09:08:04 | BC|coding | you still awake? |
| 09:08:10 | midk | yup |
| 09:08:19 | BC|coding | not sleep typing then? |
| 09:08:33 | midk | heh since you last talked to me i've been solely in photoshop |
| 09:08:40 | BC|coding | anything fun? |
| 09:08:44 | midk | no sleep tyyyyyyyyyyawnnnnnping |
| 09:09:00 | midk | heh my um.. tall building fallapart |
| 09:09:07 | midk | trying to finish it up |
| 09:09:23 | BC|coding | thought you might have been designing new decks of cards |
| 09:09:32 | midk | heh nopesors |
| 09:09:38 | midk | i'm not ALLOWED remember |
| 09:09:47 | midk | lol jk, um not really sure what needs to be done |
| 09:09:58 | BC|coding | fair enough |
| 09:11:24 | midk | my pic is soooooo important |
| 09:11:28 | midk | are you coding bc? |
| 09:11:36 | BC|coding | yes |
| 09:11:51 | midk | been coding this whole time? |
| 09:11:56 | BC|coding | indeed |
| 09:12:23 | midk | coding cardS? |
| 09:12:40 | BC|coding | oh yess |
| 09:12:47 | midk | heh really? |
| 09:14:05 | Ralle[DK] | any1 know a lot about flashing? |
| 09:14:12 | midk | i do i do |
| 09:14:14 | Ralle[DK] | ok |
| 09:14:15 | midk | pick me yay |
| 09:14:26 | midk | *shakes hand energetically |
| 09:14:38 | BC|coding | wassup dude? |
| 09:14:40 | Ralle[DK] | when i've flashed with the _rec file... how do i then start up in the old flash? |
| 09:14:50 | Ralle[DK] | the archos flash |
| 09:14:52 | BC|coding | hold f1 when you power up |
| 09:14:57 | Ralle[DK] | hmm |
| 09:14:59 | Ralle[DK] | and |
| 09:15:00 | Ralle[DK] | 1 more thing |
| 09:15:03 | midk | bc you'r eCHEAP |
| 09:15:06 | Ralle[DK] | when i update with ucl files |
| 09:15:09 | midk | let me answer this one |
| 09:15:20 | Ralle[DK] | what do i then do if an error occures? |
| 09:15:32 | midk | boot with f1 |
| 09:15:33 | Ralle[DK] | if i turn off it dies? |
| 09:15:35 | Ralle[DK] | ok |
| 09:15:37 | midk | load up a new build and plugins |
| 09:15:37 | Ralle[DK] | hmm |
| 09:15:45 | midk | rockbox will run from the ajbrec.ajz instead |
| 09:15:46 | BC|coding | i'm hazy on this as I don't have flash myself |
| 09:15:47 | midk | and you can reflash |
| 09:15:55 | midk | i have flash pick me pick MEEE |
| 09:16:04 | Ralle[DK] | when i use firmware_flash is there then a risk for killing archos? |
| 09:16:07 | BC|coding | but as I recall only the dirst flash does the WHOLE ROM |
| 09:16:13 | midk | Ralle[DK]: yes |
| 09:16:16 | midk | a small one though |
| 09:16:18 | BC|coding | further flashes just flashes the archos chunk |
| 09:16:20 | midk | very smal |
| 09:16:22 | midk | l |
| 09:16:23 | Ralle[DK] | i did it yesterday and it works |
| 09:16:30 | Ralle[DK] | can i ask you something? |
| 09:16:36 | midk | you use rockbox_flash for the UCLs |
| 09:16:39 | midk | or just play them. |
| 09:16:40 | Ralle[DK] | why are you doing this? |
| 09:16:40 | midk | sure |
| 09:16:41 | BC|coding | however, you can test you code before flashing simply by running it as a real-time update |
| 09:16:49 | BC|coding | passion |
| 09:16:51 | Ralle[DK] | creating such a good firmware with no moneys |
| 09:16:52 | BC|coding | fun |
| 09:16:59 | midk | heh |
| 09:17:01 | midk | points at bc |
| 09:17:06 | midk | fun true |
| 09:17:12 | BC|coding | challenge |
| 09:17:22 | Ralle[DK] | i think i would have give 10 $ because its VERY VERY GOOD! |
| 09:17:38 | Ralle[DK] | im a child so i aint got that many money |
| 09:17:44 | BC|coding | there are places you can donate if you feel so inclined |
| 09:17:52 | Ralle[DK] | hmm naah |
| 09:18:00 | BC|coding | leech |
| 09:18:00 | Ralle[DK] | hm |
| 09:18:15 | Ralle[DK] | what do i do if i wanna add a search system to my archos? |
| 09:18:27 | BC|coding | code it in c |
| 09:18:29 | midk | i think there's a patch for it |
| 09:18:30 | midk | or code it yo |
| 09:18:34 | midk | i mean yeah what bc said |
| 09:18:44 | Ralle[DK] | hmm |
| 09:18:56 | Ralle[DK] | is it safe to delete ajbrec.ajz when flash is over? |
| 09:19:34 | Ralle[DK] | is it? |
| 09:19:41 | BC|coding | yes |
| 09:19:52 | Ralle[DK] | that patck |
| 09:19:54 | Ralle[DK] | patch |
| 09:19:54 | midk | nice job bx |
| 09:19:55 | midk | bc* |
| 09:20:04 | Ralle[DK] | i need that patch |
| 09:20:05 | BC|coding | ty |
| 09:20:46 | midk | um it's at the patches page if it exists: |
| 09:20:55 | midk | http://rockbox.haxx.se/patches.shtml |
| 09:21:27 | BC|coding | ARGH -;ve kiiled my compile! F&*& |
| 09:21:30 | Ralle[DK] | omg i love you guys :D |
| 09:21:37 | midk | heh bc what's wrong yo |
| 09:21:50 | midk | it broke? |
| 09:21:54 | midk | errors? |
| 09:22:13 | Ralle[DK] | what is wps files? |
| 09:22:25 | BC|coding | while playing screen |
| 09:22:38 | Ralle[DK] | ??? |
| 09:22:41 | midk | http://rockbox.haxx.se/docs/wps.html |
| 09:22:44 | BC|coding | rtfm :P |
| 09:22:44 | midk | MID TO TEH RESKUE |
| 09:22:48 | Ralle[DK] | i cant make the video program thing to work |
| 09:22:52 | midk | the FM is right up there |
| 09:23:01 | midk | heh calm down |
| 09:23:03 | BC|coding | l8rz |
| 09:23:08 | midk | aww |
| 09:23:09 | midk | bye bc |
| 09:23:12 | midk | sleep good |
| 09:23:16 | midk | dont break the compile |
| 09:23:17 | midk | etc |
| 09:23:22 | BC|coding | no leaving - going to fix my code |
| 09:23:29 | BC|coding | <−−−− look at name :) |
| 09:23:31 | midk | oh |
| 09:23:33 | midk | lol |
| 09:23:39 | midk | still here if i need you right |
| 09:23:42 | midk | if i need you i'll go |
| 09:23:47 | midk | <clears throat> |
| 09:23:51 | midk | BC BC BC!!!!! |
| 09:23:55 | midk | how's taht |
| 09:24:03 | Ralle[DK] | hey! |
| 09:24:04 | Ralle[DK] | ehmm |
| 09:24:19 | midk | hmm |
| 09:24:21 | midk | links busted |
| 09:24:23 | Ralle[DK] | if i play a ucl file like the search thing... does it then overwrite somethnig? |
| 09:24:29 | midk | here it is |
| 09:24:30 | midk | http://rockbox.haxx.se/docs/custom_wps_format.html |
| 09:24:40 | midk | the ucl overwrites the flash |
| 09:24:43 | midk | the rockbox portion |
| 09:24:50 | Ralle[DK] | ye but |
| 09:25:13 | Ralle[DK] | what do i do with this file? search[1].tar.bz2 |
| 09:25:24 | Ralle[DK] | i cant open it |
| 09:25:30 | midk | you de-bzip and de-tar it |
| 09:25:42 | midk | do you have a dev environment setup |
| 09:25:45 | midk | ? |
| 09:25:46 | Ralle[DK] | is that a program like zip? |
| 09:25:51 | midk | yes |
| 09:26:13 | Ralle[DK] | omg |
| 09:26:26 | Ralle[DK] | can you unzip it and set it? |
| 09:27:14 | midk | if you haven't got a dev enviroment you probably can't use it |
| 09:27:23 | Ralle[DK] | what is that? |
| 09:27:52 | Ralle[DK] | is it a programming program? |
| 09:28:06 | midk | what you use to compile rockbox |
| 09:28:09 | scott666 | lol |
| 09:28:20 | scott666 | midk: have you used BC's installer? |
| 09:28:23 | Ralle[DK] | i got descramble and uclpack |
| 09:28:29 | midk | what installer where |
| 09:28:32 | midk | the dev sdk one? |
| 09:28:38 | Ralle[DK] | i just download it from web |
| 09:28:46 | Ralle[DK] | sorry? |
| 09:28:55 | midk | sorry talking to scott |
| 09:28:56 | scott666 | yeah |
| 09:29:02 | midk | um a rather complicated setup |
| 09:29:14 | scott666 | BCs?? |
| 09:29:14 | midk | scott: the beta one right? |
| 09:29:17 | scott666 | yeah |
| 09:29:24 | scott666 | it still mostly works though |
| 09:29:24 | midk | i use it |
| 09:29:30 | midk | i thought it was someone else's |
| 09:29:32 | midk | oh well |
| 09:29:34 | midk | whoever made it yay |
| 09:29:42 | midk | um |
| 09:29:50 | midk | http://rockbox.my-vserver.de/beta |
| 09:30:14 | BC|coding | the latest devkit is not online |
| 09:30:32 | midk | that oneworks yo |
| 09:31:07 | Ralle[DK] | hey i downloadet the first search thing it was zipped in gz and tar and i can open it.... what do i do with the patch files? |
| 09:31:28 | midk | you have to merge them with the source and compile them |
| 09:31:45 | Ralle[DK] | ofmg |
| 09:31:54 | Ralle[DK] | omfg |
| 09:32:02 | | Join amiconn_ [0] (~jens@pD9E7FF27.dip.t-dialin.net) |
| 09:32:07 | Ralle[DK] | i cant do that sorry |
| 09:32:14 | Ralle[DK] | can you do it for me? |
| 09:32:25 | midk | hmm |
| 09:32:28 | midk | which one |
| 09:32:44 | Ralle[DK] | just add search system to a file ill send you okay? |
| 09:32:55 | Ralle[DK] | or |
| 09:33:01 | midk | um |
| 09:33:05 | Ralle[DK] | wait you need the binaries or what its called right? |
| 09:33:10 | Ralle[DK] | i mean open source |
| 09:33:45 | midk | let me see |
| 09:34:42 | Ralle[DK] | but what do i do if i want to update the archos? |
| 09:34:51 | midk | update it? |
| 09:34:56 | Ralle[DK] | with a new version |
| 09:35:08 | midk | no easy way |
| 09:35:16 | midk | it's broken anyhow i think |
| 09:35:23 | midk | i tried it once, it didn't work for me |
| 09:35:30 | Ralle[DK] | aarghhh |
| 09:35:41 | Ralle[DK] | but do you have it on your archos? |
| 09:35:51 | midk | i used to a year ago or so |
| 09:36:20 | Ralle[DK] | hmm |
| 09:36:37 | Ralle[DK] | but if i know how do do it all could i then make it work with my archos? |
| 09:36:54 | midk | didn't really work for me, so hard to say |
| 09:37:03 | Ralle[DK] | hmm |
| 09:37:12 | Ralle[DK] | then i dont think i wanna do it... |
| 09:37:40 | midk | hopefully a better one is in the works |
| 09:37:46 | | Quit amiconn (Nick collision from services.) |
| 09:37:46 | | Nick amiconn_ is now known as amiconn (~jens@pD9E7FF27.dip.t-dialin.net) |
| 09:38:33 | Ralle[DK] | yeah |
| 09:38:35 | Ralle[DK] | i will go now |
| 09:38:40 | Ralle[DK] | thanks for your time |
| 09:38:42 | Ralle[DK] | bye |
| 09:38:43 | | Part Ralle[DK] |
| 09:40:18 | midk | um bye |
| 09:40:21 | midk | yah |
| 09:41:26 | BC|coding | oh damn I missed him -poo :( |
| 09:41:30 | BC|coding | anyway... |
| 09:41:35 | BC|coding | moving swiftly on... |
| 09:41:51 | BC|coding | I found my nasty bug |
| 09:41:57 | BC|coding | so Im happy again |
| 09:42:19 | midk | woot |
| 09:42:47 | BC|coding | converted the cards into something closer to a framework |
| 09:42:58 | midk | woot |
| 09:43:02 | midk | are you utilizing the open source? |
| 09:43:12 | BC|coding | I reckon I will get solitaire in under 6 screens of code |
| 09:43:21 | BC|coding | there's an open one? |
| 09:43:39 | BC|coding | solitaire is a lot more complicated than it first seems |
| 09:43:39 | midk | o yah |
| 09:43:49 | midk | yup |
| 09:43:54 | midk | i could code it in about a minute |
| 09:44:44 | midk | gah |
| 09:45:05 | midk | cards suck |
| 09:45:12 | midk | does it work on target yet or no? |
| 09:45:47 | BC|coding | has done for a coupe of days |
| 09:50:49 | *** | Saving seen data "./dancer.seen" |
| 09:53:07 | | Quit BC|coding (Excess Flood) |
| 09:54:02 | | Join BC|coding [0] (~bluechip@cpc3-colc1-3-0-cust61.colc.cable.ntl.com) |
| 10:00 |
| 10:07:15 | amiconn | BC? |
| 10:07:30 | BC|coding | indeed? |
| 10:08:08 | amiconn | Iirc, last time you wanted to ask me something about grayscale. |
| 10:08:33 | BC|coding | yeah - I'm kinda heads into a bunch of code right now though :( |
| 10:09:00 | amiconn | Ok then. |
| 10:09:12 | BC|coding | thanks though maybe later :) |
| 10:09:29 | amiconn | Someone in here with a player who is willing to do a quick test? |
| 10:09:46 | midk | BLITTING FOR THE PLAYER yay |
| 10:09:49 | midk | i mean |
| 10:09:52 | midk | whatever could it be |
| 10:10:15 | amiconn | modified lcd code - saves space. |
| 10:10:23 | midk | oh |
| 10:11:11 | amiconn | It works on the recorders, but since I don't own a player I can't test the player build |
| 10:13:15 | scott666 | use the sim? |
| 10:13:43 | amiconn | The low level lcd code can't be tested on the sim, because it's not used there :( |
| 10:14:08 | | Join Ralle[DK] [0] (~ralle_ab@129.142.195.95.ip.tele2adsl.dk) |
| 10:15:39 | scott666 | ahh, right |
| 10:16:52 | amiconn | There was quite some space waste in the lcd code. The lcd_write_data() function, although defined for the player, was never used on it. |
| 10:16:55 | Ralle[DK] | i just addet 4x2300 batteries to my archos |
| 10:17:16 | scott666 | hood for you |
| 10:17:25 | midk | scott calm down now |
| 10:17:26 | amiconn | Vice versa, the data-writing part of lcd_write() wasn't used on the recorder. |
| 10:17:31 | scott666 | *good |
| 10:17:38 | BC|coding | well spotted ami |
| 10:18:34 | amiconn | So I unified that to use lcd_write_data() for data on player & recorder, and turned lcd_write() into lcd_write_command(). |
| 10:19:54 | BC|coding | this code is annoying me now - ami.... |
| 10:19:57 | amiconn | Before I do some more tweaking on the asm code, I'd like to know if my changes basically works on the player. |
| 10:20:01 | | Nick BC|coding is now known as BC (~bluechip@cpc3-colc1-3-0-cust61.colc.cable.ntl.com) |
| 10:20:13 | amiconn | *work |
| 10:20:57 | BC | greyscale |
| 10:21:00 | BC | ... |
| 10:21:05 | amiconn | Yup? |
| 10:21:08 | BC | this is only cos Im too damn lazy toread the source... |
| 10:21:53 | BC | The way my code is working atm it does a COMPLETE screen redraw pretty mcuch every time ANYTHING happans |
| 10:22:21 | BC | but that delay will be a killer in greyscale |
| 10:22:32 | BC | how do you fancy implementing a double buffer? |
| 10:23:13 | midk | OMFG |
| 10:23:13 | BC | or better still Z buffering |
| 10:23:14 | midk | YES |
| 10:23:22 | Ctcp | Ignored 2 channel CTCP requests in 12 hours and 18 minutes at the last flood |
| 10:23:22 | * | midk kisses photoshop pic |
| 10:23:26 | midk | IT'S PERFECT |
| 10:24:42 | Ralle[DK] | why cant i download the recorder simulator for windows? |
| 10:24:44 | Ralle[DK] | why cant i download the recorder simulator for windows? |
| 10:24:47 | amiconn | What do you mean with "complete redraw"? Are you talking about issuing lcd_update() every time, or is the whole screen content changed? |
| 10:24:56 | BC | lcd_update |
| 10:25:44 | BC | the screen is redrawn - but not much will have changed |
| 10:26:34 | amiconn | Then it is np, since you don't need (and in fact must not call!) lcd_update() for grayscale. The grayscale display is automagically updated with every drawing operation due to the way grayscale works. |
| 10:27:04 | BC | "must not call"? |
| 10:27:20 | BC | what if only half the screen is greyscale - how do i update the other haldf? |
| 10:27:20 | midk | awho wants to see mids perfect picc |
| 10:28:21 | amiconn | Yes, you must not call lcd_update() while the grayscale overlay is running, because the lcd is driven with an interrupt routine then. |
| 10:28:36 | | Join Nibbler [0] (~nibbler@port-212-202-73-124.reverse.qsc.de) |
| 10:28:51 | BC | b010x |
| 10:28:55 | BC | :( |
| 10:29:05 | amiconn | If you would call lcd_update() and the interrupt routine kicks in while the update is only halfway through, the lcd controller would get confused. |
| 10:29:08 | midk | fine then |
| 10:29:11 | BC | lcd_update_rect()?? |
| 10:29:41 | BC | can you mutex with lcd_update? |
| 10:30:27 | BC | your demo appeared to be half and half |
| 10:30:45 | midk | whoever wants to see the pic come to #midk-art yay |
| 10:30:52 | midk | i have to release it to all at the same time |
| 10:31:14 | amiconn | So I have implemented a safe replacement that sets a flag and does the update of outside parts from within the interrupt routine. |
| 10:31:16 | BC | mk: post the url |
| 10:31:27 | midk | boo ok |
| 10:32:03 | Ralle[DK] | what is the best program for irc???? |
| 10:32:06 | midk | uploading |
| 10:32:20 | amiconn | BC: excerpt of my comment to gray_show_display(): |
| 10:32:29 | amiconn | * DO NOT call lcd_update() or any other api function that directly accesses |
| 10:32:29 | amiconn | * the lcd while the grayscale overlay is running! If you need to do |
| 10:32:29 | amiconn | * lcd_update() to update something outside the grayscale overlay area, use |
| 10:32:29 | DBUG | Enqueued KICK amiconn |
| 10:32:29 | amiconn | * gray_deferred_update() instead. |
| 10:32:29 | amiconn | * |
| 10:32:30 | *** | Alert Mode level 1 |
| 10:32:30 | amiconn | * Other functions to avoid are: |
| 10:32:32 | amiconn | * lcd_blit() (obviously), lcd_update_rect(), lcd_set_contrast(), |
| 10:32:34 | amiconn | * lcd_set_invert_display(), lcd_set_flip(), lcd_roll() |
| 10:33:28 | BC | is that the comprehensive list? |
| 10:33:48 | midk | http://geocities.com/midknight2k3/tallbldg.jpg original |
| 10:33:49 | BC | ok, so, lcd_update is redundant rather than unusable |
| 10:33:53 | amiconn | Yup. other lcd_xxx() functions are safe. |
| 10:33:59 | Ralle[DK] | what program do you use for irc? |
| 10:34:02 | | Quit methangas (" HydraIRC -> http://www.hydrairc.com <- Get hot chicks here!") |
| 10:34:21 | BC | trillian |
| 10:34:28 | midk | http://geocities.com/midknight2k3/building-fall-6.jpg mid's! |
| 10:34:41 | Nibbler | mirc rocks for irc (windows) |
| 10:34:48 | BC | mk: cool |
| 10:34:59 | BC | mirc is overkill for most |
| 10:35:02 | BC | imho |
| 10:35:02 | midk | xchatttttt |
| 10:35:17 | amiconn | HydraIRC |
| 10:35:39 | Nibbler | mirc maybe overkill - but its no big package and has no mem/cpu consumption.... |
| 10:36:19 | Nibbler | im gone :-) |
| 10:36:26 | BC | byee |
| 10:36:46 | midk | bye |
| 10:38:34 | | Nick Ralle[DK] is now known as Rallie (~ralle_ab@129.142.195.95.ip.tele2adsl.dk) |
| 10:40:01 | | Join Ralle[DK] [0] (~Ralle@129.142.195.95.ip.tele2adsl.dk) |
| 10:40:44 | amiconn | BC. I really encourage you to read the comments in the grayscale framework. |
| 10:40:58 | | Part Ralle[DK] |
| 10:41:21 | amiconn | Althoguh it should be relatively straighforward to use, there may be some pitfalls. |
| 10:41:27 | amiconn | *Although |
| 10:42:31 | BC | yes, I'm just trying to think ahead without distracting my brain from my own source code |
| 10:42:32 | *** | Alert Mode OFF |
| 10:42:47 | amiconn | For instance, the lcd_xxxrect() functions expect coordinates in (x, y, width, height) format, while gray_xxxrect() expects them as (x1, y1, x2, y2). |
| 10:42:49 | BC | on framework in memory at a time :) |
| 10:43:09 | BC | WHY? |
| 10:43:13 | BC | WHY why why |
| 10:43:26 | | Join Ralle[DK] [0] (~Ralle@129.142.195.95.ip.tele2adsl.dk) |
| 10:43:27 | | Part Ralle[DK] |
| 10:44:01 | BC | the api's were designed to clash? |
| 10:44:35 | amiconn | Because this way the bound check can be done faster, and imo it is the more straightforward implementation. |
| 10:44:53 | BC | :( |
| 10:45:32 | | Join track_ [0] (58c3a1b6@ACBFC3D1.ipt.aol.com) |
| 10:46:11 | amiconn | Of course it can be changed, but you still have to have a look at the parameters, since there is at least one additional parameter to give the brightness. |
| 10:46:28 | BC | tagged on the end? |
| 10:46:30 | BC | :) |
| 10:46:51 | BC | what about my original question? |
| 10:47:31 | | Quit track_ (Client Quit) |
| 10:47:36 | amiconn | About double-buffering? |
| 10:47:41 | BC | indeed |
| 10:48:14 | midk | ehm |
| 10:48:15 | midk | tired |
| 10:48:17 | midk | off and nite all |
| 10:48:23 | BC | nitey dude |
| 10:48:25 | amiconn | Nite midk |
| 10:48:38 | | Quit midk ("chex out my pix yo") |
| 10:48:50 | | Join Ralle[DK] [0] (~Ralle@129.142.195.95.ip.tele2adsl.dk) |
| 10:49:04 | amiconn | BC: Imo double buffering cannot be implemeted for several reasons |
| 10:49:59 | amiconn | (1) The plugin buffer is very tight (at least as long as you don't use the mp3 buffer) to even fit one set of bitplanes for grayscale. |
| 10:50:32 | BC | the plugin could offer up it's space for as many Z planes as it wanted |
| 10:51:54 | amiconn | (2) The frames generated from the bitplanes are inter-dependent (that's how grayscale works!), so flipping to another set would very likely look bad. |
| 10:53:10 | BC | okay then |
| 10:53:24 | BC | i shall rethink my thunks |
| 10:54:18 | BC | I feel the desire for a grey_update |
| 10:54:48 | amiconn | To (1). If you want 33 shades, there are 32 bitplane which take up 28,852 bytes for fullscreen, so there is no room for a second set. |
| 10:54:58 | BC | write to a BYTE based (not bit based) buffer - then it can OR and XOR them together on ussue of an update() |
| 10:55:27 | BC | 16 greyscales will be plenty more than we can use imho |
| 10:55:46 | BC | other than image display |
| 10:56:01 | BC | where does the 28K come from? |
| 10:57:03 | amiconn | Byte-based buffer: this would have to re-generate all bitmaps from that buffer when you call the hypothetic gray_update() - this would take ~ 0.8 seconds! |
| 10:57:56 | BC | but if you hold the current display as a reference you onnly need update the bits that change |
| 10:58:36 | amiconn | 28K: LCD_WIDTH * (LCD_HEIGHT/8) * number_of_bitplanes + some more bytes for precalculated bit patterns etc. |
| 10:58:43 | BC | sorry |
| 10:58:56 | BC | what memory space does it occupy |
| 10:59:23 | amiconn | bc: whatever memory you give it, read the comment for gray_get_buffer() |
| 10:59:29 | | Quit scott666 ("i'll be back...eventually...") |
| 10:59:39 | BC | at 896bytes per Z plane I could afford a few :) |
| 10:59:54 | BC | ...and animation is mine :) |
| 11:00 |
| 11:00:20 | amiconn | No, you need n * 896 bytes with n = (number of grayscales - 1) |
| 11:00:42 | BC | no you only need that for what is actually being displayed |
| 11:01:17 | BC | an image TO BE displayed would be 64*112 /8 bytes -each holding a greyscale value |
| 11:02:08 | BC | when you grey_update() you OR all the planes together - then & it with the old byte-buffer and plot the changes? |
| 11:02:10 | amiconn | This would take 64*112 _bytes_ - you cannot fit a grey value into a _bit_, can you? |
| 11:02:26 | BC | oh shit! |
| 11:03:07 | BC | at 16 grey scales you only need 3.5K |
| 11:03:52 | amiconn | Btw, I already tried your idea to only update changed bits - this speeds it up by a whopping 14% (sic!) if there are no changed bits, but slows down by 6 % when all bits are changed. |
| 11:04:13 | amiconn | If use use 3.5 K for 16 grayscalkes then your buffer is not byte based. |
| 11:04:15 | BC | i would pay that price |
| 11:04:26 | BC | no, i stepped down to nybbles |
| 11:05:00 | BC | oh hang on - 14% of 0.8 seconds? |
| 11:05:42 | amiconn | yes, down to ~0.7 seconds then. |
| 11:05:46 | BC | When I've finished this code - I'll see what I can actually do |
| 11:05:52 | amiconn | The problem is that your gray_update() idea still has to set every pixel separately. |
| 11:06:05 | BC | what if *I* plot only changed pixels? |
| 11:07:04 | amiconn | Of course you could do that, but I expect slowdown if the display has changed a lot. |
| 11:07:28 | BC | but change will be kept to the absolute minimum this way |
| 11:08:23 | BC | and of course some of the work will be being done in the plugin interrupt |
| 11:08:36 | amiconn | I still don't get why you would do that in the first place. If you simply draw with the gray_xxx() functions, you change exactly the same amount of pixels. |
| 11:09:01 | BC | how else do you overlay sprites? |
| 11:10:39 | amiconn | Hmm, I did not think of using sprites until now. Perhaps I could implement a sprite function. |
| 11:11:05 | BC | I have quite a collectin of them |
| 11:11:37 | BC | rotations |
| 11:11:41 | BC | invertions |
| 11:11:52 | amiconn | This would work similar to the bitmap function, with the addition that you would have to give a memory buffer where the original display content would be stored. |
| 11:12:10 | BC | yes |
| 11:12:17 | BC | at 3.5K per layer |
| 11:12:30 | BC | +3.5K for the "current" image |
| 11:13:09 | amiconn | I thought of using a memory buffer just as large as to hold the part of the display that is changed by the sprite. |
| 11:13:45 | BC | yes, you could implement sprites that way too - that would be even better |
| 11:14:26 | BC | 0=white, 15=black, 1=transparent |
| 11:14:58 | BC | then add sprite collision algorithms would be simple and faster this way too |
| 11:15:03 | amiconn | There is a simple way if you want something like a cursor: Just invert a rectangle. If you invert again, it's gone. |
| 11:15:14 | BC | lol |
| 11:15:19 | BC | indeed - othelo |
| 11:15:49 | BC | what if you want to know if the two blokes have touched each other? |
| 11:17:00 | amiconn | That is not part of my framework. The framework just tries to resemble the lcd_xxx() drawing functions for grayscale. |
| 11:17:11 | BC | lol |
| 11:17:14 | BC | fair enough |
| 11:17:36 | BC | just seemed like it would be "up your street" |
| 11:18:02 | amiconn | But in fact, I already thought of having something like a sprite function (though without collision detection ;-)) because I may need that for minesweeper. |
| 11:18:34 | BC | nick the othelo code |
| 11:18:46 | amiconn | (If I don't use my simple "invert cursor" idea) |
| 11:21:18 | amiconn | From another point of view, you can see my idea to implement sprites by storing away overlaid data in a dynamic buffer as some sort of "windows" |
| 11:21:44 | amiconn | This would in fact also be useful for the rockbox core, at least in b & w |
| 11:23:11 | BC | agreed |
| 11:23:19 | BC | but pointless to implement it in b&w now |
| 11:24:32 | | Quit Rallie () |
| 11:25:16 | amiconn | Concerning the speed of grayscale: It depends (roughly) linear on the number of grayscales, so 16 grayscales are (almost) twice as fast as the maximum of 33. |
| 11:26:06 | BC | how many greys do you think a game would need? |
| 11:26:28 | BC | the thing is, if you go below 16, the math becomes horrible |
| 11:26:52 | amiconn | 8 to 16 (imo). |
| 11:27:13 | amiconn | What's the problem with the math? |
| 11:27:45 | BC | getting a nibble must be more efficient than finding a triplet? |
| 11:28:52 | amiconn | If you really want double buffering of course you have to do that. |
| 11:29:23 | amiconn | But there is nothing that prevents you from using 4 bits even if there are only 8 grayscales. |
| 11:29:44 | BC | fair |
| 11:30:07 | amiconn | (only that it is a slight waste of space.) |
| 11:30:22 | BC | memory -vs- speed ...the age old debate |
| 11:32:04 | amiconn | Using my framework you are not restricted to use a number of grayscales that is a power of 2, you can use any number from 2 to 33. |
| 11:32:31 | BC | i know |
| 11:33:17 | BC | I think you are right - these ideas are perhaps misplaced in the grey_ stuff |
| 11:35:03 | amiconn | As long as it is not placed in the grey... Nevertheless this is a good idea - to create another framework that does double buffering and sprite stuff for use in games. |
| 11:35:40 | BC | love to see some decent platformers - and they're not that hard to write really |
| 11:37:01 | amiconn | Yes, platform games could be possible. |
| 11:37:38 | BC | with realtime mixed audio |
| 11:37:42 | BC | ....in mono :( |
| 11:37:59 | amiconn | But imo it is not possible to do realtime 3D. There is simply not enough power even if you use double buffering, since with 3D almost every pixel changes evrytime. |
| 11:38:46 | BC | remember the old DOOM window size option - lol |
| 11:39:11 | BC | saw doom on a spectrum once! |
| 11:40:31 | amiconn | If you want to play Doom in an 24 x 40 pixel "window" with 16 grayscales (quick estimation), then it may work. |
| 11:40:38 | BC | LOL |
| 11:40:45 | BC | you might be about right ;) |
| 11:41:19 | amiconn | The above figures should deliver just above 30 fps... |
| 11:41:44 | BC | I'd be happy with 22 (67/3) I think |
| 11:42:21 | BC | plus you have a black ceiling - so that's a bunch of stationary dots |
| 11:45:00 | amiconn | If you ever tried video, you know that the lcd is not the fastest, so you get a lot of motion blur. It is by far worse that state-of-the-art TFT monitors, which are even considered unsuited by hardcore gamers... |
| 11:45:46 | BC | but as you know - it's not about getting gamers to buy obselete kit - its about proving it can be done |
| 11:47:07 | amiconn | My point is that perhaps 17 fps or even 14 fps would be sufficient. |
| 11:50:50 | *** | Saving seen data "./dancer.seen" |
| 11:51:58 | BC | gotta cook brekfast my beloved now :) |
| 11:52:33 | BC | thanks for chatting all that through with me - I do appreciate you time and also the effort you have put in - i also promise I will read the source thoroughly before I actually use it :) |
| 11:52:59 | | Nick BC is now known as BC|bbl (~bluechip@cpc3-colc1-3-0-cust61.colc.cable.ntl.com) |
| 11:53:07 | amiconn | Np, and thanks for your ideas as well. |
| 11:53:14 | BC|bbl | :) |
| 12:00 |
| 12:46:25 | | Join dwihno [0] (~dw@81.8.224.89) |
| 13:00 |
| 13:18:45 | | Nick c0utta{afk} is now known as c0utta (~c0utta@158.cust44.nsw.dsl.ozemail.com.au) |
| 13:50:52 | *** | No seen item changed, no save performed. |
| 13:54:45 | | Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) |
| 13:54:45 | | Quit Nibbler (Read error: 104 (Connection reset by peer)) |
| 15:00 |
| 15:00:13 | | Quit c0utta (" Like VS.net's GUI? Then try HydraIRC -> http://www.hydrairc.com <-") |
| 15:28:08 | | Join Nibbler [0] (~nibbler@port-212-202-73-124.reverse.qsc.de) |
| 15:30:26 | | Part amiconn |
| 15:50:54 | *** | Saving seen data "./dancer.seen" |
| 15:57:20 | | Join gon [0] (Gon165@ALyon-209-1-17-230.w81-49.abo.wanadoo.fr) |
| 15:57:38 | | Quit gon (Client Quit) |
| 16:00 |
| 16:03:08 | | Quit MT (Read error: 60 (Operation timed out)) |
| 16:15:47 | | Join c0utta [0] (~c0utta@158.cust44.nsw.dsl.ozemail.com.au) |
| 16:17:09 | | Join brainlock [0] (~geshtolt@24.166.3.210) |
| 16:17:41 | Ralle[DK] | does any1 what your own selfcreated archos firmware? |
| 16:19:36 | BC|bbl | yes |
| 16:19:53 | | Nick BC|bbl is now known as BC|busy (~bluechip@cpc3-colc1-3-0-cust61.colc.cable.ntl.com) |
| 16:31:30 | brainlock | there are no differences between the JBR20 and JBR6 for hard drive upgrades right? |
| 16:31:53 | BC|busy | physically or electronically? |
| 16:32:46 | brainlock | both... my friends jbr20 (w/ firmware 1.28) had his hard drive die... so i'm going to upgrade my jbr20 (firm 1.26) and then give him my old 20gig drive |
| 16:33:11 | brainlock | and i'm looking at the tut's for jbr6's cuz that's all i can find.. |
| 16:33:20 | brainlock | just wanted to make sure i'd be okay... |
| 16:33:28 | BC|busy | phsycially I guess the scews will all be in different places etc - electronically - just put a new hdd in it :) |
| 16:33:44 | brainlock | cool... that's what i wanted... thanks BC|busy |
| 16:33:52 | BC|busy | welcome ;) |
| 16:34:23 | brainlock | i've found the 2 tut's on rockbox's website... those should get me through it with no problems right? i'm reading them now. |
| 16:36:21 | BC|busy | other than the screws (etc) it is as easy as swapping a PC hdd - sadly I've never done it myself and although I have read everything at some point - I would not like to comment on how complete they are - I suppose logic dictates that if there were any errors someone would have shouted a long time ago :) |
| 16:36:38 | BC|busy | they=tut's |
| 16:37:06 | brainlock | i just finished a complete xbox mod.. with chip and drive... and i guess i'm just expecting things to be alot more complicated ... |
| 16:37:16 | brainlock | looking at it.. i can't believe how simple it is :) |
| 16:37:26 | brainlock | now i just have to find a driive i know will fit |
| 16:44:00 | BC|busy | if you just chipped an xbox, this will take you 45mins tops |
| 16:45:21 | BC|busy | tick |
| 16:45:23 | BC|busy | tick |
| 16:45:24 | BC|busy | tick |
| 16:45:24 | BC|busy | lol |
| 17:00 |
| 17:25:52 | | Quit Nibbler (Read error: 104 (Connection reset by peer)) |
| 17:42:22 | | Quit Ralle[DK] (Read error: 54 (Connection reset by peer)) |
| 17:50:55 | *** | Saving seen data "./dancer.seen" |
| 17:51:23 | | Part BC|busy |
| 18:00 |
| 18:06:34 | | Quit AciD (Read error: 54 (Connection reset by peer)) |
| 18:36:03 | | Join top_bloke [0] (~ekolb_pot@dsc01-chc-il-209-109-229-235.rasserver.net) |
| 18:54:16 | | Quit brainlock (Read error: 110 (Connection timed out)) |
| 19:00 |
| 19:10:28 | | Join Nibbler [0] (~nibbler@port-212-202-73-124.reverse.qsc.de) |
| 19:45:11 | | Join silencer [0] (~silencer@zen.via.ecp.fr) |
| 19:45:20 | | Quit silencer (Client Quit) |
| 19:45:55 | | Join silencer [0] (~silencer@zen.via.ecp.fr) |
| 19:51:00 | *** | Saving seen data "./dancer.seen" |
| 20:00 |
| 20:03:03 | | Join scott666 [0] (scott666@c-24-245-58-245.mn.client2.attbi.com) |
| 20:06:24 | | Join AciD` [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) |
| 20:28:35 | | Join MT [0] (mt@194.154.163.134) |
| 21:00 |
| 21:26:52 | | Quit AciD` (Connection timed out) |
| 21:30:59 | | Join facted [0] (~facted@dyn-ec-194-77.dyn.columbia.edu) |
| 21:50:34 | | Quit top_bloke ("The mind is a terrible thing to taste. Wasted 1 hour 6 minutes and 33 seconds online.") |
| 21:51:02 | *** | Saving seen data "./dancer.seen" |
| 21:53:01 | | Join telliott [0] (telliott@208-251-255-120.res.evv.cable.sigecom.net) |
| 21:54:06 | telliott | Have you guys tried the custom build that allows insert/queue with a single button. |
| 21:56:35 | | Join ILuvit [0] (ILuvit@ool-18bc45af.dyn.optonline.net) |
| 22:00 |
| 22:04:40 | | Part telliott |
| 22:37:00 | | Quit facted ("Trillian (http://www.ceruleanstudios.com)") |
| 22:40:12 | | Join zyzxx [0] (vgdfg@ip68-5-63-14.oc.oc.cox.net) |
| 22:46:56 | | Quit zyzxx () |
| 23:00 |
| 23:08:40 | | Join AciD` [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) |
| 23:46:26 | | Join cjnr11 [0] (dfd@bobillot-5-82-224-193-23.fbx.proxad.net) |
| 23:46:31 | | Part cjnr11 |
| 23:51:06 | *** | Saving seen data "./dancer.seen" |
icon identifies that the person is a core developer (has commit access).