00:00:24 | Zagor | yup |
00:01:36 | _Dino_ | The executable has all your names in it now, you vain people! |
00:02:07 | Zagor | hehe |
00:02:33 | _Dino_ | I want them crunched! I want them in some kind of data overlay! |
00:03:12 | _Dino_ | hmmm, code overlays can we do anything there me wonders... |
00:03:15 | Zagor | yeah. you'll save 200 bytes and add 400 bytes worth of code. good idea :-) |
00:03:47 | _Dino_ | oh well :-) |
00:04:08 | _Dino_ | I can get you a decruncher in < 400 bytes! |
00:04:22 | _Dino_ | 200 opcodes... |
00:04:34 | Zagor | 200 opcodes is 400 bytes... |
00:04:47 | _Dino_ | yeah, I know |
00:05:18 | adi|home | lol |
00:05:28 | _Dino_ | just me thinking out loud... sorry |
00:09:21 | | Quit _Dino_ () |
00:11:32 | | Join langhaarrocker [0] (~Philipp@Bdbe1.pppool.de) |
00:15:05 | langhaarrocker | elinenbe? awake? |
00:17:28 | langhaarrocker | How do I debug things like I04:IllInstr at 0000200? |
00:18:16 | Zagor | debugging is hard without serial cable |
00:20:49 | langhaarrocker | For that I have to connect the tx pin of the cpu somewhere, don't I? |
00:22:06 | hardeep | you can look at the archos.map file to find out what function is at address 0x200 |
00:22:16 | hardeep | and then put in debug messages |
00:23:11 | hardeep | actually, there are no functions at 0x200 are there... |
00:23:46 | langhaarrocker | That's probably why it's illegal? ;) |
00:24:15 | Zagor | bingo :-) |
00:25:53 | langhaarrocker | That archos.map file looks scary to someone who doesn't really want to learn something new ... |
00:26:03 | Zagor | hehe |
00:28:38 | *** | Saving seen data "./dancer.seen" |
00:28:39 | elinenbe | I am here, but I am leaving in 5 min. |
00:28:59 | elinenbe | langhaarrocker: it crashes every few songs. |
00:29:08 | langhaarrocker | Yes. I know. |
00:30:16 | langhaarrocker | Or do you mean the same as you wrote to the list? That it stops playing? _That_ bug is fixed. But the real crashes - I have no real clue. |
00:30:58 | langhaarrocker | Probably I'm writing somewhere next to the lcd buffer. |
00:33:18 | EnnaN | :) sounds zweet :) |
00:33:49 | langhaarrocker | The lcd buffer sounds zweet? |
00:33:59 | Zagor | langhaarrocker: did you ever post the cleaned-up wormlet patch? the one which works with gcc 3.0 |
00:34:09 | langhaarrocker | yes |
00:34:16 | langhaarrocker | oh gcc? |
00:34:33 | Zagor | the variable declaration thing |
00:34:41 | langhaarrocker | yes |
00:35:22 | langhaarrocker | http://rockbox.haxx.se/mail/archive/rockbox-archive-2002-09/0326.shtml |
00:36:19 | Zagor | but there was no file attached to that mail... |
00:37:01 | | Join gordo [0] (~gordo@adsl-34-191-86.bct.bellsouth.net) |
00:37:26 | Zagor | langhaarrocker: you can send it to me directly if you want |
00:37:31 | Zagor | dcc or mail |
00:37:48 | * | Zagor is going through his patch backlog |
00:37:55 | langhaarrocker | I prefer mail since I don' t even know what dcc is... |
00:38:19 | Zagor | hehe, ok. dcc is direct client connect, an irc feature |
00:38:30 | Zagor | send to bjorn@haxx.se |
00:41:30 | adi|home | Zagor i would have thought your saying 'No, Im not accepting that patch' |
00:41:34 | adi|home | would have been good enough |
00:41:37 | adi|home | but apparently not |
00:41:39 | * | adi|home sighs |
00:41:44 | Zagor | adi|home: which patch? |
00:41:59 | adi|home | the whole wrapping patch |
00:42:20 | adi|home | "I still dont see why peopel dont want the cursor to go to the top. So what will the cursor do? I must be missing something." |
00:42:22 | Zagor | ah, right |
00:42:54 | Zagor | evidence of the confusion such behaviour would case |
00:44:35 | hardeep | The archos firmware doesn't go back to the top when wrapping... that's why people may be requesting this |
00:44:41 | Zagor | ah |
00:44:54 | langhaarrocker | Zagor: after a short but violent discussion with my outlook I managed to force it send the wormlet diff |
00:45:03 | Zagor | hehe |
00:45:35 | langhaarrocker | Hope it contains only worms and no bugs :) |
00:47:10 | Zagor | langhaarrocker: the start screen doesn't work with fixed fonts |
00:47:34 | Zagor | since that's the default build, it should |
00:48:22 | langhaarrocker | ?!? It did on my Recorder |
00:48:43 | Zagor | aren't you using propfonts? |
00:48:59 | langhaarrocker | Tried both. |
00:49:18 | langhaarrocker | When using propfonts the field of worms is a little bit bigger. |
00:50:16 | Zagor | the start screen doesn't show the l/r up/dn and F1 texts completely with fixed fonts |
00:50:40 | Zagor | also, it's *very* confusing with multiple worms. who am I controlling? maybe it should blink a few times first or something. |
00:50:40 | langhaarrocker | Strange. I'm investigating. |
00:50:48 | gordo | so |
00:50:51 | | Nick gordo is now known as Jet8810 (~gordo@adsl-34-191-86.bct.bellsouth.net) |
00:50:56 | Jet8810 | what is the status on fat write anyway? |
00:51:06 | Zagor | Jet8810: in progress |
00:51:22 | Jet8810 | cool |
00:51:38 | Jet8810 | After that should be a cinch to sort by artist and albu based upon ID3 right? |
00:51:46 | | Join Dexter [0] (~Dexter@Mix-Pointe-a-Pitre-105-4-17.abo.wanadoo.fr) |
00:51:57 | langhaarrocker | Zagor: That reminds me that I must have forgotten to send you the manual for wormlet... |
00:52:11 | Zagor | Jet8810: not really. it will still be very slow extracting id3 info |
00:52:20 | Zagor | langhaarrocker: no, i got it. i just didn't read it :-) |
00:52:22 | Jet8810 | hmm |
00:52:23 | Jet8810 | cache? |
00:52:29 | | Part Dexter |
00:52:42 | Jet8810 | couldnt you keep a cache on the hard drive? |
00:52:52 | Zagor | Jet8810: the plan is to have a pc program build a database of id3 info. no fat write needed for this. |
00:53:02 | Jet8810 | hm |
00:53:25 | langhaarrocker | Zagor: that's what manuals are for: not reading them. |
00:53:25 | langhaarrocker | The problem with blinking worms is: which one should blink when in multiplayer mode? |
00:53:26 | Jet8810 | after this pc program builds database, how does archos deal with it? |
00:53:47 | Zagor | langhaarrocker: right |
00:54:03 | Zagor | Jet8810: read, search, display |
00:54:27 | Jet8810 | great |
00:54:36 | Jet8810 | can archos handle it in a reasonable amount of time though? |
00:54:39 | Jet8810 | (say 5-10 seconds?) |
00:54:50 | Zagor | depends on the database design. this is not done yet. |
00:54:55 | Jet8810 | right |
00:55:03 | Jet8810 | that would be the ULTIMATE feature for archos |
00:55:19 | Jet8810 | I would probably have to go in to about 3 gigs of mp3s and manually put in id3 info though :( |
00:55:48 | Jet8810 | dinner |
00:55:52 | | Nick Jet8810 is now known as Jet8810_afk (~gordo@adsl-34-191-86.bct.bellsouth.net) |
00:56:38 | langhaarrocker | apropos ultimate feature and filewriting and so on: |
00:56:38 | langhaarrocker | Has anybody considered how to split files without having to rewrite mass data? Like copying a sector and relink? |
00:57:21 | Zagor | we have considered, but then looked the other way :-) |
00:57:41 | Zagor | the question is: do you want to risk the file while splitting it? |
00:58:11 | langhaarrocker | yes |
00:58:23 | langhaarrocker | ;) |
00:59:44 | langhaarrocker | Do you fear inconsistent FAT because of drowned batteries, hard drive shock or something like that? |
00:59:59 | Zagor | exactly |
01:00 |
01:00:21 | langhaarrocker | But where's the difference to normal writing - eg while recording? |
01:01:53 | Zagor | the difference is you have intact data, then risk it. with recording, you don't have it intact |
01:03:01 | Zagor | but we could try it |
01:03:54 | langhaarrocker | Does that really matter when changing the fat? I mean isn't it possible you accidently corrupt data of old files while failing to write the fat for the newly recorded? |
01:11:07 | langhaarrocker | Strange: I recompiled wormlet with fix fonts and now the problems are as you reported. |
01:11:41 | | Nick Jet8810_afk is now known as Jet8810 (~gordo@adsl-34-191-86.bct.bellsouth.net) |
01:12:36 | langhaarrocker | Argh! I see the problem: I used lcd_puts which is affected by the scroll bar of the menu! |
01:12:58 | langhaarrocker | When you turn off the scroll bar everything looks fine. |
01:15:38 | Zagor | ah. use lcd_setmargin() |
01:15:47 | Zagor | i'll fix it |
01:15:57 | langhaarrocker | thx |
01:19:51 | langhaarrocker | It's late. I must sleep. CU |
01:19:59 | Zagor | bye |
01:20:12 | | Quit langhaarrocker ("Trillian (http://www.ceruleanstudios.com)") |
01:22:00 | EnnaN | latorz /me to sleep |
01:22:05 | | Quit EnnaN ("Leaving") |
01:23:36 | PsycoXul | anybody look into the problem i reported last night [or this morning for you guys i guess?] about playback stopping and WPS going blank? |
01:23:47 | Zagor | not me |
01:24:05 | Zagor | did we get a way to repeat it? |
01:24:16 | PsycoXul | it seems to happen at random, while playing in dirs .. i haven't tried with playlists |
01:24:50 | Zagor | never happened to me |
01:25:08 | PsycoXul | it's only happened in the last couple days |
01:25:32 | Zagor | odd |
01:26:08 | pimlottc | the MIN macro is defined 4 times |
01:26:29 | Zagor | hehe |
01:27:19 | pimlottc | firmware/system.h firmware/malloc/dmalloc.c firmware/test/i2c/main.c uisimulator/x11/uibasic.c |
01:27:34 | pimlottc | oddly MAX is only defined twice :) |
01:27:38 | | Quit Jet8810 (Read error: 104 (Connection reset by peer)) |
01:31:30 | | Join Jet8810 [0] (~gordo@adsl-34-191-86.bct.bellsouth.net) |
01:42:08 | | Quit Jet8810 (Read error: 104 (Connection reset by peer)) |
01:42:49 | | Join Jet8810 [0] (~gordo@adsl-34-191-86.bct.bellsouth.net) |
01:52:31 | | Quit TotMach3r () |
02:00 |
02:15:14 | Zagor | bed time. bye |
02:15:15 | | Quit Zagor ("Client Exiting") |
02:28:39 | *** | Saving seen data "./dancer.seen" |
02:53:21 | | Quit Jet8810 (Read error: 54 (Connection reset by peer)) |
03:00 |
03:50:38 | | Quit hardeep ("Leaving") |
03:56:58 | | Join hardeep [0] (hardeeps@sdf.lonestar.org) |
04:00 |
04:20:10 | | Join mecraw [0] (~mecraw@67.41.113.92) |
04:28:41 | *** | Saving seen data "./dancer.seen" |
04:41:17 | | Join DJ4WWHR [0] (DJ4WWHR@ip009-56.pft.WKU.EDU) |
04:41:42 | DJ4WWHR | hey what is a popular channel where i would find a lot of people |
04:43:30 | DJ4WWHR | hello |
04:43:30 | DJ4WWHR | anyone there |
04:43:30 | DJ4WWHR | hola como estas |
04:43:30 | DBUG | Enqueued KICK DJ4WWHR |
04:43:30 | DJ4WWHR | yo yo |
04:43:37 | DJ4WWHR | sup dawgs |
04:43:49 | DJ4WWHR | what language do you all speak |
04:43:53 | DJ4WWHR | i know ur there |
04:44:09 | | Part DJ4WWHR |
04:44:55 | hardeep | laugh |
04:45:09 | pimlottc | they always leave too soon |
04:45:41 | mecraw | if we're lucky, he might come back |
05:00 |
05:05:08 | adi|home | hehehe |
05:13:11 | | Quit mecraw ("Trillian (http://www.ceruleanstudios.com)") |
05:16:16 | | Join mecraw [0] (~mecraw@67.41.113.92) |
05:18:28 | elinenbe | mecraw: are you working on repeat on/off? |
05:18:42 | adi|home | me? |
05:18:46 | adi|home | oh.. heheh |
05:18:51 | adi|home | mecraw sorry :) |
05:19:15 | mecraw | i just poked around with little success |
05:19:42 | mecraw | qualsaruk messaged me about it |
05:20:28 | mecraw | adi|home: you don't have to be sorry for wanting to be me :) |
05:21:04 | mecraw | elinenbe: have you looked at it? |
05:21:09 | adi|home | aw shucks |
05:21:17 | elinenbe | mecraw: nopes |
05:23:10 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
05:23:10 | * | mecraw is too busy rooting for the Pats to work on it |
05:39:12 | | Nick _seb_ is now known as seb-sleep (user@bgp420584bgs.union01.nj.comcast.net) |
05:57:06 | | Quit hardeep ("Leaving") |
06:00 |
06:25:20 | | Quit edx|sleep () |
06:28:44 | *** | Saving seen data "./dancer.seen" |
06:29:52 | | Join hardeep [0] (hardeeps@sdf.lonestar.org) |
06:32:01 | | Join merwin [0] (~merwin@12.242.185.10) |
06:32:06 | merwin | yo |
06:32:20 | pimlottc | yo |
06:32:22 | mecraw12 | yo |
06:32:32 | * | merwin just saw austin powers |
06:32:33 | merwin | 3 |
06:32:34 | merwin | :) |
06:36:58 | pimlottc | I think there's a bug in the linux usb driver |
06:36:59 | pimlottc | :/ |
06:38:03 | merwin | that sucks |
06:38:10 | merwin | I think PsycoXul would agree though |
06:38:16 | mecraw12 | get windows then :D |
06:38:30 | pimlottc | beh |
06:38:50 | pimlottc | I prefer to program under linux |
06:39:21 | merwin | I prefer cygwin |
06:42:29 | PsycoXul | yes there's something wrong with using the archos in linux.. it locks for no apparent reason sometimes and forces you to reboot to use it again |
06:43:05 | pimlottc | well, it's not locked, but it won't mount anymore |
06:43:09 | pimlottc | second time this has happened |
06:46:54 | | Quit merwin () |
06:47:53 | adi|home | pimlottc: ive gottne that before too.. |
06:51:40 | pimlottc | worked for dozens of times before that |
06:51:51 | PsycoXul | hmm |
06:57:33 | | Join merwin [0] (~merwin@12.242.185.10) |
06:57:44 | merwin | windows media player 9 beta is available from microsoft |
06:57:47 | merwin | neato |
06:58:00 | merwin | supports mpeg4 |
06:58:27 | pimlottc | what happened to 8 |
06:58:36 | merwin | *shrug* |
06:58:46 | pimlottc | 6 was good |
06:59:06 | pimlottc | 7 they messed it up again with all the skins and silly things |
06:59:26 | merwin | yeah... I wanna see how 9 is |
06:59:44 | pimlottc | which was sad since it took so long to get to 6 |
07:00 |
07:00:39 | pimlottc | remember the old media player... it was basically the 3.11 midi player with video and cd audio tacked on |
07:01:13 | merwin | I liked it |
07:01:15 | merwin | it was nice |
07:01:21 | pimlottc | it sucked for video though |
07:02:17 | merwin | video in general sucked on a 386 |
07:02:39 | pimlottc | the original win95 media player was basically the same thing |
07:02:45 | merwin | yeah |
07:02:46 | merwin | it was |
07:03:25 | merwin | 150KB/s downloading office 2000 (own it but no cd, therefore kazaa :-) |
07:09:10 | | Join LinusN [0] (~linus@labb.contactor.se) |
07:09:19 | LinusN | morning |
07:09:34 | mecraw12 | evening |
07:09:51 | LinusN | :-) |
07:11:46 | mecraw12 | LinusN: has it been decided how to do the queueing of songs while already playing? |
07:13:08 | LinusN | well, i don't know about decided, but i know how i would do it |
07:13:10 | merwin | morning linus |
07:13:24 | LinusN | ho merwin |
07:13:34 | merwin | ho ender :P |
07:13:41 | * | merwin is an orson scott card fan |
07:14:37 | mecraw12 | LinusN: does your way include appending to the current list? |
07:14:46 | LinusN | no |
07:14:55 | mecraw12 | :( |
07:14:59 | LinusN | not at the moment |
07:15:22 | * | merwin is staying out of this particular arguement |
07:15:54 | LinusN | mecraw12: do you mean "permanently" adding to the playlist? |
07:16:01 | LinusN | i mean for every repeat |
07:16:02 | mecraw12 | i'm just thinking down the road when we can write playlists to disk, so we can create them on the fly |
07:16:18 | LinusN | of course we will be able to in the future |
07:16:47 | mecraw12 | phew :) |
07:17:28 | LinusN | this is just like the Archos queue function |
07:17:39 | LinusN | except it will work :-) |
07:17:51 | mecraw12 | that would be a plus |
07:22:41 | | Quit pimlottc ("reboot then zzzz") |
07:32:37 | | Quit merwin () |
08:00 |
08:09:38 | LinusN | hehe, i just realized that the queue function won't be perfect |
08:09:58 | LinusN | here's why: |
08:10:32 | LinusN | the mpeg thread preloads the next track before the current has ended, to avoid pauses between songs |
08:11:01 | LinusN | if a file is added to the queue after that, it won't be played until after the preloaded song |
08:11:36 | LinusN | or the user would have to expect a pause to reload the chosen song |
08:13:30 | hardeep | the pause would only occur if you added to the queue in the last few seconds (dependant on bitrate) of the current playing song... |
08:13:38 | LinusN | yes |
08:13:50 | | Join Bagder [0] (~daniel@as3-3-2.ras.s.bonet.se) |
08:14:09 | LinusN | the problem is that the mpeg thread doesn't really have a "reload" function |
08:14:18 | LinusN | perhaps mpeg_play() will do it... |
08:14:19 | hardeep | yeah, it would have to be added |
08:14:33 | hardeep | like a mpeg_flush_preloaded_tracks() or something |
08:15:12 | LinusN | what would the user dislike the most: the pause or having to wait for the queued track to play? |
08:15:25 | LinusN | i guess the uncertainty is worst |
08:15:27 | hardeep | having to wait... :) at least if the user is me =) |
08:16:04 | LinusN | we can't expect the user to understand why the queued track doesn't play when he thought it would do |
08:16:45 | hardeep | yeah... this is similar to the open bug when you switch shuffle modes |
08:16:59 | LinusN | exactly |
08:17:13 | LinusN | the flush() function would probably solve that too |
08:17:22 | hardeep | yep |
08:17:35 | LinusN | hardeep: care to implement the flush()? |
08:17:55 | hardeep | sure, it shouldn't be that hard |
08:18:24 | LinusN | probably accompanied by a mpeg_num_preloaded_tracks() function? |
08:18:43 | LinusN | maybe not |
08:19:13 | hardeep | we already have that...num_tracks_in_memory()-1 |
08:19:18 | LinusN | ok |
08:20:38 | LinusN | what would we like to happen when we press Prev? |
08:20:53 | LinusN | i suggest that the queue is to be cleared |
08:21:46 | mecraw12 | it seems to me it should behave like it was actually inserted into the playlist |
08:22:30 | Bagder | RED |
08:22:36 | LinusN | i see it as a function that lets you play tracks "outside" the playlist |
08:22:54 | LinusN | Bagder: wow |
08:23:05 | Bagder | mucho |
08:23:10 | | Join merwin [0] (~merwin@12.242.185.10) |
08:23:40 | hardeep | hey, rec worked... who cares about everything else... =) |
08:24:32 | mecraw12 | LinusN: you're only affecting how it will play this time through |
08:25:19 | LinusN | mecraw12: show me the code! :-) |
08:25:37 | LinusN | seriously, that is way harder |
08:25:53 | mecraw12 | i know... i'm just expressing my wishes :) |
08:26:27 | mecraw12 | besides, i don't think you'd want to see my code |
08:26:47 | LinusN | i think users would like to be able to do both |
08:27:19 | LinusN | add en extra track to be played once, or add it to the playlist |
08:27:37 | Bagder | and what if the playlist is shuffled? ;-] |
08:27:51 | LinusN | but if the user wants to add it to the playlist file too, then they'll have to show me the code |
08:27:57 | mecraw12 | what about switching the array over to a linked list? |
08:28:14 | Bagder | would take heaps of more memory |
08:28:15 | LinusN | mecraw12: sure, but the list size will double |
08:28:35 | LinusN | and the scrambling will take longer |
08:28:41 | LinusN | not to mention the sotring |
08:28:44 | LinusN | sorting |
08:28:45 | *** | Saving seen data "./dancer.seen" |
08:29:04 | LinusN | it would need to be dolble-linked |
08:29:11 | LinusN | yuck! |
08:29:55 | mecraw12 | how long would it take to push every entry down a sport? |
08:30:03 | mecraw12 | s/sport/spot |
08:30:15 | LinusN | not that long |
08:30:58 | LinusN | it might be feasible |
08:31:38 | LinusN | but would the user really want the Queue function to insert the song into the playlist? |
08:31:47 | LinusN | i'm not usre |
08:31:49 | LinusN | sure |
08:32:01 | mecraw12 | like you said, they should be able to do either |
08:32:07 | mecraw12 | so... show me the code! |
08:32:33 | LinusN | i think insert-into-playlist is a very different thing than the queue function |
08:32:47 | LinusN | and i'm working on the queue now |
08:35:56 | hardeep | hmmmm, playlist handling needs to be changed slighly in mpeg thread... playlist_next() should only be called when the song starts playing else the playlist index will be wrong after flush |
08:36:29 | LinusN | how does it work now? |
08:36:40 | adi|home | which makes more sense |
08:36:41 | hardeep | it calls it as soon as new song is loaded |
08:36:53 | adi|home | erasing an entire line of text and redrawing it to delete one char |
08:36:58 | adi|home | or just deleting the one char? |
08:36:59 | LinusN | hardeep: ouch! |
08:37:19 | LinusN | adi|home: i suggest the simpler code |
08:37:30 | adi|home | okay.. cool.. line deletion it is ;) |
08:40:19 | LinusN | blah, the queue function is quite tricky to implement... |
08:41:25 | rwood | I got dem ol' code police got me blues - i thought the speed improvement was fairly significent |
08:41:39 | LinusN | rwood: i agree |
08:41:52 | rwood | LinusN: it will be some time next week or the week after before i get the i2c stuff for the player |
08:42:10 | LinusN | rwood: dont worry, i am in no hurry |
08:42:32 | rwood | LinusN: we are moving to a new building this weekend and production is completely packed up |
08:42:48 | merwin | rwood: heh... in the speed of things, an extra 5ms doesn't really make too much of a difference in loading rolo |
08:42:48 | LinusN | btw, i got the recorder logs |
08:43:10 | rwood | did the software work ok under NT? |
08:43:15 | LinusN | yup |
08:44:17 | merwin | LinusN: make a mental note not to EVER use any NTFS -> FAT32 conversion software :-) I lost all of my LFN's doing it. |
08:44:36 | merwin | I'm just finishing up reinstalling everything |
08:44:37 | merwin | yuck |
08:44:44 | rwood | merwin: 5ms? - on mine it looked more like a second or two |
08:44:54 | adi|home | how expensive is calling lcd_update? |
08:45:01 | merwin | rwood: really? it only takes about 1 second in the first place for me |
08:45:05 | LinusN | adi|home: takes about 25ms |
08:45:20 | adi|home | so avoid extra calls to it if possible? |
08:45:25 | merwin | adi|home: yup |
08:45:25 | LinusN | i would |
08:45:27 | adi|home | k |
08:45:44 | Bagder | adi|home: also, try using lcd_update_rect() if possible |
08:45:54 | adi|home | ahh okay.. |
08:46:17 | merwin | Windows Media Player 9 is a letdown :( |
08:46:22 | merwin | it's the same old crap |
08:46:28 | LinusN | merwin: what did you expect? |
08:46:34 | merwin | now, Winamp3 on the other hand... that's a piece of work |
08:46:54 | merwin | LinusN: I was expecting a little more than that with all the hype :-) |
08:47:05 | LinusN | i haven't seen any hype :-) |
08:47:24 | merwin | microsoft hype... |
08:47:27 | merwin | articles, etc |
08:48:04 | LinusN | oh, that stuff |
08:48:07 | LinusN | i don't read that |
08:48:11 | merwin | nothing huge :) |
08:48:34 | rwood | even less mp3 support? |
08:49:07 | merwin | I don't think they could get much worse |
08:50:47 | | Quit Synthe ("Connection Lost - Excess Blood") |
08:52:38 | | Join Synthe [0] (Synthe@galt.synthe.net) |
08:52:46 | adi|home | odd.. im getting undefined ref to lcd_update_rect |
08:53:46 | adi|home | ahhh.. its not defined for the sim... |
08:53:48 | adi|home | grrrrr... |
08:53:52 | Bagder | oh |
08:54:00 | * | adi|home slaps bagder |
08:54:11 | adi|home | :) |
08:54:16 | * | Bagder ducks |
08:54:52 | adi|home | and the onlything using it is status.c |
08:55:00 | Bagder | yes |
08:55:00 | adi|home | and the keyboard if i have it in there... |
08:55:08 | Bagder | but it is relatively new |
08:55:13 | adi|home | nods |
08:55:18 | Bagder | it should be used much more |
08:55:26 | adi|home | any chance you could hack a copy into the lcd-x11.c? |
08:55:33 | Bagder | yes, me fix |
08:55:37 | adi|home | ty :) |
09:00 |
09:03:25 | adi|home | > [RockBox - the God of all things small, with blue bumpers] |
09:03:28 | adi|home | i love that sig |
09:03:52 | merwin | hahaha |
09:04:29 | * | merwin has sh1-cygwin up and running again |
09:04:30 | merwin | woo |
09:07:19 | Bagder | adi|home: I'm adding it now without testing ;-) |
09:07:31 | Bagder | what can possibly go wrong? B-P |
09:07:35 | adi|home | thats fine.. ill test ;) |
09:07:56 | adi|home | let me know when its in |
09:08:19 | Bagder | just committed |
09:08:30 | | Join langhaarrocker [0] (~Philipp@dsl-2129324-055.ip.versatel.de) |
09:09:45 | Bagder | I'll fake something up for the win32 sim too |
09:09:56 | adi|home | compileing right now |
09:10:01 | merwin | Bagder: you'd better :-) |
09:16:51 | adi|home | seems to work fine bagder.. but im going to double check |
09:17:00 | Bagder | goodie |
09:17:06 | | Join bobTHC [0] (~bobTHC@AMarseille-206-2-1-9.abo.wanadoo.fr) |
09:17:14 | bobTHC | hi all! |
09:20:25 | LinusN | hi |
09:22:10 | bobTHC | u know how many vote for the tshirt contest |
09:22:11 | bobTHC | ? |
09:22:18 | Bagder | 55 people |
09:22:57 | | Quit merwin () |
09:23:07 | bobTHC | cool... and it's always the classical 6 who win ? |
09:23:35 | Bagder | well, 24 and 23 are closing in |
09:23:54 | LinusN | one of the voters didn't want the Archos name on the shirt |
09:24:02 | Bagder | which makes me hesitate, as they are both very similar |
09:24:10 | LinusN | he called it "unnecessary free advertising" |
09:24:18 | bobTHC | ;) |
09:24:35 | LinusN | but if we only wrote "Jukebox", which one would we mean? |
09:24:52 | Bagder | Ar**os ? ;-) |
09:24:57 | bobTHC | but Rockbox IS archos advertising ! |
09:25:23 | bobTHC | AR??OS |
09:30:31 | bobTHC | who try the ozilo patch? |
09:32:14 | Hes | 24 and 23 are really cool IMO, they're very similar so probably the votes got distributed between them... if only one of them had been there it would have had lots more votes probably. |
09:33:05 | Bagder | Hes: yes, that's kind of my thinking too |
09:33:44 | bobTHC | no back design ? |
09:34:04 | | Join quelsaruk [0] (~zaknafein@faerun.ugr.es) |
09:34:09 | quelsaruk | hi |
09:34:19 | LinusN | yo |
09:34:27 | Bagder | the contest rules did specificly mention single-side design |
09:46:22 | | Nick quelsaruk is now known as quel|out (~zaknafein@faerun.ugr.es) |
10:00 |
10:00:54 | | Quit rwood () |
10:01:42 | langhaarrocker | With some designs I see the problem that they cover too much of the t-shirt. When wearing them half of the design will be hidden in the trousers |
10:04:52 | LinusN | we will probably shrink some of them to fit both the shirt and our wallets :-) |
10:06:17 | bobTHC | for the 5 for exemple it's possible to reduce the design size easyly.. |
10:06:52 | Bagder | well, we'll sort out a winner first, then we'll see what kind of "tweaks" we'll need to do |
10:07:04 | langhaarrocker | new design? |
10:07:04 | hardeep | anyone have 3-4 mp3's where all fit in memory at same time... i'm too lazy to generate some |
10:07:43 | langhaarrocker | No. Sorry our songs tend to be 4-5 minutes... |
10:08:53 | Bagder | I think Linus has some farbror frej ones :-) |
10:09:09 | bobTHC | i can't listen a 247Mb 192kbps 44Hz CBR file... with Rockobox 1.3.... |
10:09:27 | Bagder | bobTHC: what happens? |
10:10:13 | bobTHC | the hd begin loading and freeze on the loading window with HD led on ..... |
10:10:48 | adi|home | soooo |
10:11:12 | langhaarrocker | you don't accidently have the osci demo turned on? |
10:11:15 | langhaarrocker | ;) |
10:11:39 | bobTHC | impossible to browse, to listen... the only way to change track is to stop the device. |
10:12:05 | adi|home | okay.. so who wants to test the new keyboard app ;) |
10:12:09 | bobTHC | and tto restart it without resume |
10:12:10 | * | adi|home pokes Bagder |
10:12:12 | adi|home | and linus |
10:13:08 | bobTHC | on the 1.3 version witout any patch |
10:13:42 | adi|home | bagder so who are the top 3 tshirts? |
10:14:01 | Bagder | 6, 24 and 23 |
10:14:06 | adi|home | nice |
10:14:14 | adi|home | next question |
10:14:20 | adi|home | who wants to test the keyboard? |
10:14:20 | langhaarrocker | adj|home: I prefere topless t-shirts.. |
10:16:31 | LinusN | hardeep: i have some |
10:16:56 | hardeep | LinusN: thanks, I found some :) |
10:17:42 | LinusN | bobTHC: try the latest build |
10:18:20 | langhaarrocker | Do you think it would be a good idea to enhance the lcd api with optimized functions to horizontal / vertical lines? The standard line algorithm is a bit overkill for that. |
10:18:39 | bobTHC | linus : i'll test it this night... |
10:19:02 | LinusN | langhaarrocker: do it |
10:19:12 | langhaarrocker | ok, tonight. |
10:19:29 | bobTHC | ASM is requiered? |
10:19:46 | LinusN | no |
10:20:01 | hardeep | LinusN: okay, i've got flush and reload code that appears to be working... tested with playlist shuffle and everything's working |
10:20:23 | LinusN | hardeep: cool! did you have to change much? |
10:21:19 | hardeep | LinusN: just the playlist handling in mpeg thread so that playlist_next is called when track changes... everything else was pretty simple. I'll send you a diff so you can look over it |
10:24:44 | adi|home | well.. fine.. the hell with all of you... |
10:24:46 | adi|home | im going to bed ;) |
10:24:48 | * | adi|home smirks |
10:24:51 | | Join Zagor [0] (bjst@as9-5-6.k.s.bonet.se) |
10:24:56 | adi|home | ZAG |
10:24:58 | adi|home | perfect timing |
10:24:59 | Zagor | yo |
10:25:04 | adi|home | keyboard ver1 is done |
10:25:08 | adi|home | ready to be beta'd |
10:25:11 | Zagor | nice |
10:25:12 | hardeep | salut Zagor! |
10:25:41 | adi|home | you want me to add it to apps/recorder and you can play with it at will? |
10:26:37 | | Join TotMacher [0] (tot@p508DA36C.dip.t-dialin.net) |
10:27:13 | Zagor | adi|home: wait a bit. we'll need it for both player and recorder. i'm not sure we should use one or two files. |
10:28:00 | adi|home | nods |
10:28:07 | adi|home | well right now it is coded only for player |
10:28:10 | adi|home | as proof of concept |
10:28:23 | adi|home | recorder rather |
10:28:25 | adi|home | sorry.. tired.. |
10:28:47 | *** | Saving seen data "./dancer.seen" |
10:29:35 | Zagor | everything in apps/ is linked into the daily builds, so it's not a good place for test code |
10:29:42 | adi|home | okay... |
10:29:52 | Bagder | unless #ifdef'ed of course |
10:30:02 | Zagor | post it on the list, then we'll have it handy when we need it later. |
10:30:07 | adi|home | k... |
10:32:01 | hardeep | LinusN: okay, how should I send you diff? |
10:33:07 | adi|home | sent Zagor... |
10:33:09 | adi|home | bedtime |
10:33:14 | Bagder | night adi |
10:33:28 | langhaarrocker | don't let the bugs bite... |
10:38:32 | hardeep | LinusN: it's at http://hardeeps.freeshell.org/flush_reload.patch |
10:39:36 | Zagor | hardeep: what is the purpose of this? |
10:40:28 | hardeep | flush preloaded tracks if playlist changes... or new songs are queued |
10:41:56 | Zagor | ah, right |
10:42:57 | LinusN | looks good |
10:43:53 | LinusN | Zagor: any objections? |
10:44:00 | Zagor | nope. just curious. |
10:44:17 | LinusN | hardeep: go commit! |
10:44:56 | hardeep | sir yes sir! =) |
10:45:06 | bobTHC | queue function work ? |
10:45:30 | LinusN | bobTHC: no, not yet |
10:46:09 | LinusN | i discoovered that it was quite tricky to do |
10:46:30 | bobTHC | ok it's just optimization for playlist (and in the futur for queue...) |
10:46:50 | bobTHC | near futur for linus ;) |
10:54:58 | | Join Hawk [0] (~bmorley3@washdc3-ar3-4-35-205-062.washdc3.elnk.dsl.genuity.net) |
10:55:04 | LinusN | rolo is soooooo handy when using gdb |
10:56:43 | | Quit Hawk (Client Quit) |
11:00 |
11:00:04 | langhaarrocker | To use gdb you have to modify the JB, don't you? |
11:00:22 | LinusN | yes |
11:03:15 | langhaarrocker | for the recorder you probably have to sacrifice the spdif jack? |
11:03:37 | Hes | or the line in |
11:03:52 | Hes | whichever you prefer |
11:03:53 | langhaarrocker | Has anybody done a switchable modification? |
11:04:36 | LinusN | i only know of only two people that have done this mod, I and Zagor |
11:04:46 | LinusN | and we haven't made it switchable |
11:05:05 | hardeep | oh hey, that reminds me... i tried digital out and it worked fine |
11:05:19 | hardeep | i saw a post on one of the message boards saying it didn't work with rockbox |
11:06:10 | Hes | it works for me |
11:06:41 | langhaarrocker | Is there a spare output port of the cpu? If so I think it should be possible to make a very small pcb board with a 4066 on it to switch between spdif / serial. |
11:06:43 | LinusN | yeah, several people have reported success |
11:06:47 | Hes | i use at home, playing through the quality DAC on my Edirol UA-5 A/D/A-box |
11:07:39 | LinusN | langhaarrocker: there may be a spare port, but i dont know at the moment |
11:08:02 | LinusN | langhaarrocker: i have searched for the SYNC signal, but it doesn't seem to be connected... :-( |
11:09:09 | langhaarrocker | Boohooohooo! No SYNC! |
11:09:09 | langhaarrocker | Concerning digital in out: Or do you mean that you can connect spdif / serial simultaniously and they don't interfere to much when only one is operating? |
11:12:42 | LinusN | they will not work simultaneously |
11:13:22 | langhaarrocker | LinusN: any more bad news? |
11:13:35 | LinusN | i have lots of them :-) |
11:13:49 | langhaarrocker | Oh. That's bad news. |
11:13:54 | LinusN | :-) |
11:14:15 | LinusN | i found an interesting "feature" in the MAS3587F |
11:14:26 | LinusN | you know the files without VBR header? |
11:14:43 | langhaarrocker | Yes, I produced some. |
11:14:59 | LinusN | if they are encoded with the MAS3587F, there is timing information embedded in the ancillary data |
11:15:06 | Zagor | Hes: have you had time to test skipping? |
11:15:13 | langhaarrocker | I've read that, too |
11:15:15 | Hes | Nope |
11:15:22 | Hes | i've been at home, caught flu in the weekend |
11:15:22 | hardeep | yeah, i noticed that... was trying to figure out some way to make use of that info |
11:15:26 | Hes | so no driving around 8-( |
11:15:27 | hardeep | re: LinusN |
11:15:37 | Zagor | Hes: ok |
11:15:42 | Hes | I did install a new build yesterday though |
11:16:06 | hardeep | Also, they say it's a configurable option... I wonder if the archos fw enables it |
11:16:47 | LinusN | hardeep: i don't know |
11:17:06 | LinusN | but since they don't produce a TOC, i think they activate it |
11:17:23 | LinusN | i'd rather have a TOC |
11:17:36 | hardeep | heh, yeah |
11:18:19 | hardeep | actually, yeah, they probably enable it... I think ffw/rew works correctly with those files on the archos fw |
11:19:20 | LinusN | but if you edit the files, the timecode will be wrong |
11:20:48 | LinusN | i wonder how it is implemented |
11:21:07 | LinusN | i mean, you aren't guaranteed to have room for ancillary data in each frame |
11:21:52 | LinusN | so the encoder is probably wasting space to guarantee at least 20 bits of ancillary data |
11:21:54 | langhaarrocker | I've split archos generated mp3s with mpDirectCut and the time info became weired. |
11:22:57 | langhaarrocker | Like telling the file was much longer and it was fun to see the seconds pass on the JB in double time. |
11:23:05 | LinusN | langhaarrocker: can mp3directcut regenerate Xing headers? |
11:23:14 | langhaarrocker | probably not. |
11:23:28 | LinusN | not many programs can, for what i can see |
11:24:02 | langhaarrocker | Do you know some? |
11:24:18 | LinusN | i think having to read the ancillary data all the time when playing is a waste of time and resources |
11:25:02 | LinusN | langhaarrocker: i have heard of a program called "vbrfix" |
11:26:02 | hardeep | hmmm, why would they need to read it all the time? isn't the timecode only needed when you're seeking? |
11:26:20 | langhaarrocker | Ill have a search. |
11:26:21 | langhaarrocker | If it's a complete time stamp I think it's a useful feature for documenting purposes like "During the last practice we had this idea around 19:00. What was it?" |
11:27:02 | LinusN | it is relative from the start of the recording |
11:27:37 | LinusN | langhaarrocker: it is a great idea! |
11:27:55 | langhaarrocker | Well, we could save some rtc info in the mp3 header. |
11:28:13 | LinusN | i think there is a ID3V2 tag that holds the absolute time |
11:28:29 | LinusN | we should definitely create one when recording |
11:29:20 | langhaarrocker | Cool: a 'goto' function with absolute time! |
11:29:31 | LinusN | lunchtime |
11:29:37 | | Nick LinusN is now known as LinusN|lunch (~linus@labb.contactor.se) |
11:37:41 | | Quit TotMacher () |
11:38:09 | | Quit hardeep ("Leaving") |
11:52:53 | | Part elinenbe |
11:53:01 | | Join elinenbe [0] (trilluser@user-0cces0l.cable.mindspring.com) |
11:53:13 | | Nick elinenbe is now known as elinenbe|sleep (trilluser@user-0cces0l.cable.mindspring.com) |
12:00 |
12:28:51 | *** | Saving seen data "./dancer.seen" |
12:38:34 | | Join Blaster_Master [0] (~noone@firewall.scribona.com) |
12:41:13 | | Join mecraw_ [0] (~mecraw@67.41.113.92) |
12:47:47 | | Quit adi|home (Read error: 110 (Connection timed out)) |
12:49:44 | | Quit mecraw12 (Read error: 60 (Operation timed out)) |
12:52:41 | | Quit Blaster_Master () |
12:55:02 | | Nick LinusN|lunch is now known as LinusN (~linus@labb.contactor.se) |
12:58:08 | quel|out | linus you have lunch when i have breakfast :) |
12:58:41 | quel|out | really different ways of life |
12:59:15 | | Quit mecraw (Read error: 110 (Connection timed out)) |
13:00 |
13:07:54 | | Join Phil [0] (~Philipp@dsl-2129324-055.ip.versatel.de) |
13:08:19 | Phil | And I just had some chicken at lunchtime which acutally was my breakfast. |
13:08:22 | | Join b0bTHC [0] (~bobTHC@AMarseille-206-2-1-9.abo.wanadoo.fr) |
13:08:37 | | Quit quel|out (brunner.openprojects.net irc.openprojects.net) |
13:08:37 | NSplit | brunner.openprojects.net irc.openprojects.net |
13:08:37 | | Quit bobTHC (brunner.openprojects.net irc.openprojects.net) |
13:08:37 | | Quit langhaarrocker (brunner.openprojects.net irc.openprojects.net) |
13:08:37 | | Quit elinenbe|sleep (brunner.openprojects.net irc.openprojects.net) |
13:08:37 | | Quit dwihno|gone (brunner.openprojects.net irc.openprojects.net) |
13:08:37 | | Quit datazone (brunner.openprojects.net irc.openprojects.net) |
13:08:37 | | Quit laotan (brunner.openprojects.net irc.openprojects.net) |
13:08:54 | | Join alkorr [0] (alkorr@ASte-Genev-Bois-110-1-2-27.abo.wanadoo.fr) |
13:09:10 | alkorr | hi |
13:09:28 | alkorr | someone tries to investigate with MMJB firmware ? |
13:09:40 | Zagor | alkorr: no |
13:09:52 | Phil | Hi. Who am I. Am I really Phil? I used to be langhaarrocker a few moments ago. |
13:10:05 | Zagor | i looked at it, but only so much I saw they use another scrambler |
13:10:21 | | Quit Phil (Client Quit) |
13:10:23 | alkorr | the size of the file is set to offset 8 and in little endian format like PC |
13:10:38 | alkorr | so it is sure it isn't the same scrambler |
13:11:07 | NHeal | brunner.openprojects.net irc.openprojects.net |
13:11:07 | NJoin | dwihno|gone [0] (dwihno@Bald067.Baldakinen.Umea.SE) |
13:11:42 | alkorr | the header is 16 bytes according to is real size and the stored size |
13:11:49 | alkorr | its |
13:12:54 | | Join Phil [0] (~Philipp@dsl-2129324-055.ip.versatel.de) |
13:12:56 | alkorr | there is no visible text so there's chance this file is crypted... |
13:13:05 | NJoin | elinenbe|sleep [0] (trilluser@user-0cces0l.cable.mindspring.com) |
13:13:05 | NJoin | quel|out [0] (~zaknafein@faerun.ugr.es) |
13:13:05 | NJoin | bobTHC [0] (~bobTHC@AMarseille-206-2-1-9.abo.wanadoo.fr) |
13:13:05 | NJoin | langhaarrocker [0] (~Philipp@dsl-2129324-055.ip.versatel.de) |
13:13:05 | NJoin | datazone [0] ([NyzPmBte4@207.136.36.203) |
13:13:05 | NJoin | laotan [0] (~jesse@markham.openflows.org) |
13:13:07 | | Quit langhaarrocker (Read error: 104 (Connection reset by peer)) |
13:13:08 | Zagor | yup |
13:14:07 | | Quit bobTHC (Read error: 104 (Connection reset by peer)) |
13:14:44 | | Nick Phil is now known as langhaarrocker (~Philipp@dsl-2129324-055.ip.versatel.de) |
13:20:15 | | Join Schnueff [0] (~mah@wjpserver.cs.uni-sb.de) |
13:20:31 | Schnueff | moin |
13:22:07 | LinusN | yo |
13:23:33 | | Nick seb-sleep is now known as _seb_ (user@bgp420584bgs.union01.nj.comcast.net) |
13:27:36 | alkorr | i'm wondering if they use a compression |
13:29:24 | alkorr | maybe something like struct hdr { u32 signature; u32 usize; u32 csize; u32 crc }; |
13:30:18 | alkorr | csize is file size (281555) minus 16 (header size). |
13:30:34 | Zagor | looks reasonable |
13:32:14 | langhaarrocker | Have we ever gotten any feedback from Archos wether they like their Jukeboxes being hacked? |
13:32:29 | Zagor | langhaarrocker: nope. not a word. |
13:32:53 | langhaarrocker | Has anybody tried to provoke some kind of comment? |
13:33:01 | LinusN | why? |
13:33:13 | langhaarrocker | Just for fun. |
13:34:28 | langhaarrocker | Maybe they like the idea and would even provide us with info about the MMJB scrambling. |
13:34:29 | LinusN | i'm happy as long as we don't get any heat from Archos |
13:36:38 | langhaarrocker | Use the right power adapter ;) |
13:38:21 | LinusN | :-) |
13:41:00 | | Join gizz [0] (gizz@lyon-1-a7-62-147-19-215.dial.proxad.net) |
13:41:10 | gizz | hi all |
13:41:22 | LinusN | yo |
13:46:42 | | Quit Hes (brunner.openprojects.net irc.openprojects.net) |
13:46:42 | NSplit | brunner.openprojects.net irc.openprojects.net |
13:46:57 | | Quit Bagder (brunner.openprojects.net irc.openprojects.net) |
13:46:57 | | Quit gizz (brunner.openprojects.net irc.openprojects.net) |
13:46:57 | | Quit Zagor (brunner.openprojects.net irc.openprojects.net) |
13:46:57 | | Quit fraggle (brunner.openprojects.net irc.openprojects.net) |
13:47:03 | NHeal | brunner.openprojects.net irc.openprojects.net |
13:47:03 | NJoin | gizz [0] (gizz@lyon-1-a7-62-147-19-215.dial.proxad.net) |
13:47:03 | NJoin | Zagor [0] (bjst@as9-5-6.k.s.bonet.se) |
13:47:03 | NJoin | fraggle [0] (~fraggle@pc2-glfd1-4-cust151.gfd.cable.ntl.com) |
13:47:05 | NJoin | Hes [0] (~hessu@hessu.zedi.sonera.fi) |
13:47:16 | NJoin | Bagder [0] (~daniel@as3-3-2.ras.s.bonet.se) |
13:48:03 | gizz | what happened ? massive disc ? |
13:48:25 | LinusN | yeah, probably a hub that went down at freenode |
13:48:28 | | Join Snorlax [0] (lamamba_@h135n1fls34o883.telia.com) |
13:48:36 | LinusN | happens all the time |
13:49:11 | gizz | ahh |
13:49:16 | gizz | OK. |
13:50:57 | gizz | Bye Linus (have to hangup :) |
13:51:04 | LinusN | bye |
13:51:20 | | Quit gizz () |
14:00 |
14:09:00 | | Nick _seb_ is now known as seb-school (user@bgp420584bgs.union01.nj.comcast.net) |
14:13:21 | quel|out | is there any possibility to make AJR have usb 2.0? |
14:13:41 | langhaarrocker | no, that would need another usb chip |
14:13:59 | quel|out | ok |
14:14:18 | quel|out | and none has made suck a mod yet, .. |
14:14:20 | | Join pimlottc [0] (~pimlottc@a1-1b012.neo.rr.com) |
14:15:22 | Zagor | not realisticlly |
14:16:32 | quel|out | that doesn't look quite optimist |
14:16:49 | | Quit b0bTHC ("Trillian (http://www.ceruleanstudios.com)") |
14:17:03 | alkorr | is there someone who has two different version of MMJB firmware ? |
14:17:15 | alkorr | i need to compare them |
14:18:13 | Zagor | http://groups.yahoo.com/group/archosmultimedia/files/ |
14:18:17 | langhaarrocker | Can't we just use rolo to load the mmjb firmware and have movies on the jb? ;) |
14:18:26 | Zagor | haha |
14:20:19 | langhaarrocker | Zagor: Seems you didn't find much to niggle about when code-policing wormlet? |
14:21:09 | Zagor | nothing worth changing |
14:21:18 | langhaarrocker | :) |
14:22:14 | Zagor | you should keep the lines below 80 columns |
14:27:59 | alkorr | well they don't seem to use a partition scrambling |
14:28:54 | *** | Saving seen data "./dancer.seen" |
14:30:22 | LinusN | Bagder: can you perform a battery test with ATA_SLEEP vs ATA_STANDBY? |
14:31:10 | | Join edx|sleep [0] (~edx@pD9EAB531.dip.t-dialin.net) |
14:31:20 | | Nick edx|sleep is now known as edx (~edx@pD9EAB531.dip.t-dialin.net) |
14:35:45 | alkorr | differences starts at offset 64, 68, then from 6D to the end of file. Maybe they used a better encryption |
14:38:10 | | Quit langhaarrocker (Read error: 54 (Connection reset by peer)) |
14:39:23 | LinusN | i wonder how Archos Ondio looks inside |
14:39:32 | Zagor | Ondio? |
14:39:38 | LinusN | http://www.archos.com/uk/archos_news.html |
14:39:51 | LinusN | and FM Recorder |
14:40:14 | pimlottc | nice 'backplate' |
14:40:18 | LinusN | Just when you thought Jukebox technology could not go any further, Archos get seriously retro with The Jukebox FM Recorder 20 and the Ondio |
14:40:22 | LinusN | :-) |
14:40:27 | | Join langhaarrocker [0] (~Philipp@dsl-2129324-055.ip.versatel.de) |
14:41:27 | Zagor | ugh, can you imagine the clean-up necessary to get reasonably good fm reception in this thing? |
14:42:06 | Zagor | nice to see them do new stuff, though. looks like they plan to stay in business a while. |
14:42:36 | LinusN | i wonder how much different the FM recorder is |
14:42:53 | LinusN | i guess we would have to support that one... :-( |
14:43:50 | Zagor | well, we don't have to do anything. it it's simple, we'll do it. otherwise, not. |
14:46:18 | langhaarrocker | With the only difference that the person who does it gets NO pudding: He won't have the time to eat any. |
14:47:31 | alkorr | finally they plan to add FM feature |
14:48:37 | LinusN | i'm surprised thay haven't done it earlier |
14:48:50 | alkorr | me too |
14:49:03 | LinusN | it's such an obvious feature (to me) |
14:49:06 | alkorr | i'm sure they would be more attractive |
14:51:11 | Zagor | now we only await them publishing full specifications :-) |
14:51:44 | LinusN | i guess a familiar place will freeze over before that happens |
14:52:28 | langhaarrocker | What leads to the question: Is there a heaven for hackers? |
14:52:48 | LinusN | yeah, with C64's all over the place |
14:53:15 | langhaarrocker | Hey, I've got 1 1/2 of them in my cupboard. |
14:53:24 | alkorr | well just imagine they use a new encryption :( |
14:54:05 | langhaarrocker | Has Rockbox started before the MMJB? |
14:54:29 | LinusN | langhaarrocker: we started before we knew about the MMJB |
14:54:33 | alkorr | yes |
14:54:42 | alkorr | no i'm speaking about FM recorder |
14:55:10 | langhaarrocker | I just feared we might have risen the ARCHOS ENCRYPTION MONSTER. |
14:55:16 | LinusN | possibly |
14:55:26 | Zagor | langhaarrocker: that's very possible |
14:55:38 | LinusN | but it isn't that much of a problem |
14:55:38 | alkorr | they could decide to have a different firmware as recorder and player have different firmwares |
14:58:20 | alkorr | maybe not. I don't think they would do it because the internal rom (not encrypted) need to unscramble the firmware in the external ROM. It would need to change all their SH1 because of the rom content |
14:58:41 | LinusN | exactly |
14:59:08 | LinusN | and even if they changed it, we could just monitor the memory accesses to see how the decryption is done |
14:59:17 | Zagor | i think the FM recorder uses the same as the current recorder. but the multimedia may have harded protection. |
15:00 |
15:01:29 | | Join xam [0] (~xam@tqpc.ucc.ie) |
15:04:39 | alkorr | i'm really wondering if they are using a compression |
15:04:55 | alkorr | several reason to think so : |
15:05:25 | alkorr | when zipping their firmware, compression is unefficient |
15:05:51 | alkorr | each firmware seems to have both sizes |
15:06:22 | alkorr | the size of the file and a bigger size (nearly twice) in their header |
15:07:10 | edx | are you talking about the archos multimedia player? |
15:07:17 | LinusN | yes |
15:07:22 | alkorr | the difference between two firmware big sizes is nearly twice as big as the filesize too |
15:07:30 | edx | anyone of you got one? |
15:07:42 | LinusN | not me |
15:08:07 | langhaarrocker | I don't need it either. |
15:08:22 | LinusN | how can one not need a geeky toy????? |
15:08:44 | alkorr | geeky ? what does that mean ? |
15:09:00 | edx | hmmm.. what do they cost? |
15:09:17 | alkorr | too expensive for the moment I suppose |
15:09:32 | alkorr | for what they can bring to us |
15:09:47 | edx | well... :) |
15:10:22 | edx | 400 Euros... only??!! wow.. i had exspected much more actually... |
15:10:23 | edx | cool :D |
15:10:51 | alkorr | yes but i would buy it if i cannor reverse-engine it :) |
15:10:56 | alkorr | NOT |
15:11:01 | alkorr | wouldn't |
15:11:09 | edx | yup |
15:11:09 | edx | hehe :) |
15:11:23 | LinusN | alkorr: a catch 22 indeed |
15:11:24 | edx | well those toys have two fun-sides - using and disassembling |
15:11:41 | alkorr | the fact that it uses a ARM7 and a color screen is something i like |
15:11:54 | langhaarrocker | Do you all belong to those people who disassemble a toy _before_ trying it? |
15:11:57 | Zagor | yes. and what seems like a programmable dsp |
15:12:14 | langhaarrocker | Can we do ogg on it? |
15:12:18 | alkorr | and a TI DSP too we can program |
15:12:21 | alkorr | surely |
15:12:45 | langhaarrocker | Ok: I _need_ a MMJB! |
15:12:47 | alkorr | so it is why i'm trying to see if we can hack it |
15:14:21 | edx | hmm where do you have the firmware from? i cant find it on the archos site |
15:14:56 | alkorr | the picture i found at http://groups.yahoo.com/group/archosmultimedia/files/107-0763_IMG.JPG shows us a TMS320 |
15:15:19 | alkorr | from http://groups.yahoo.com/group/archosmultimedia/files/ |
15:15:26 | LinusN | cool |
15:15:38 | alkorr | driver downloadibg section in ww.archos.com |
15:15:40 | alkorr | too |
15:16:36 | edx | ah ok |
15:16:44 | edx | hmm .. was on the wrong way.. :) |
15:18:29 | alkorr | hey they use a CPLD |
15:18:39 | alkorr | i'm wondering for what... |
15:21:05 | langhaarrocker | Have you seen the scar on the thumb of http://groups.yahoo.com/group/archosmultimedia/files/107-0764_IMG.JPG |
15:21:05 | langhaarrocker | That reminds me of my thumb half a year after I poked a hot soldering iron into it... |
15:21:18 | edx | hmm alkorr, you have been talking about compression of the firmware... |
15:22:44 | alkorr | TMS320DSC21, there are several PDF about it : ARM7+TI DSP -> http://www.ti.com/sc/docs/news/2000/00104.htm |
15:23:35 | alkorr | so there is no reason we cannot have a OGG on it too |
15:23:47 | alkorr | edx, yes |
15:23:50 | edx | what have you found about the compression? |
15:23:50 | alkorr | i'm not sure |
15:23:56 | edx | you were talking about two sizes? |
15:24:08 | alkorr | yes they have a header of 16 bytes |
15:24:16 | alkorr | the first word is a signature ZAZA |
15:24:24 | edx | yes that was about what i was going to throw into the conversation :) |
15:24:38 | edx | and after that a little less than the actual file size.. or something, right? |
15:24:54 | alkorr | the second word looks a size around 520 Kbytes |
15:25:15 | alkorr | the third is exactly the file size minus 16 bytes comming from the header |
15:25:22 | edx | yup |
15:25:27 | alkorr | and the fourth probably a CRC |
15:25:57 | edx | aha |
15:26:11 | alkorr | file sizes are approximatively 280 KBytes |
15:26:16 | edx | so then the second word might be the unpacked filesize? |
15:26:38 | edx | do you have any other firmware version? |
15:26:48 | alkorr | perhaps because it is always twice as large as the filesize |
15:26:55 | alkorr | three versions |
15:27:03 | edx | oh cool |
15:27:13 | edx | can you still d/l older versions on the site? |
15:27:27 | alkorr | http://groups.yahoo.com/group/archosmultimedia/files/107-0764_IMG.JPG |
15:27:34 | alkorr | sorry bad link |
15:27:48 | alkorr | http://groups.yahoo.com/group/archosmultimedia/files/ |
15:27:57 | edx | hmm i dont have a yahoo id *shame* |
15:28:01 | edx | well im gonna get one |
15:28:07 | alkorr | dcc capability ? |
15:28:34 | edx | hmm im behind a server |
15:28:40 | edx | generelly yes |
15:29:13 | alkorr | indeed four version but one is the factory installed version (0.66) |
15:29:29 | alkorr | i'm making an archive of them |
15:29:43 | Hadaka | hm |
15:29:48 | edx | ok - can you send it to me then? |
15:35:29 | alkorr | as you can see compression is not efficient |
15:35:50 | alkorr | cannot get it ? |
15:36:48 | alkorr | edx: wake up ! |
15:37:17 | edx | oh sorry |
15:37:25 | edx | i was pretty busy signing up at yahoo |
15:37:32 | edx | thanks a lot :) |
15:43:37 | | Join RipnetUK [0] (~george@ripnet.fsnet.co.uk) |
15:44:01 | alkorr | maybe they used gzlib, it would be so nice :) |
15:45:01 | Zagor | alkorr: I doubt it. that would put them in a difficult legal position. |
15:45:24 | LinusN | Zagor: really? |
15:46:02 | alkorr | i'm not sure |
15:46:13 | alkorr | maybe a LZSS :) |
15:46:28 | Zagor | it depends which lib you are talking about |
15:47:44 | Zagor | this lib would be ok: http://www.gzip.org/zlib/zlib_license.html |
15:48:01 | alkorr | zlib yes |
15:48:19 | edx | hmm .. are there any command sequences typical for the processor of the archos multimedia? |
15:48:35 | Zagor | edx: look up ARM7. it's a very common cpu core |
15:48:35 | LinusN | look for the vector table |
15:48:53 | LinusN | (here we go again...) |
15:48:57 | edx | :) |
15:49:38 | LinusN | even if cryptanalysis is fun, i'd rather work on rockbox a little bit more... |
15:50:05 | edx | true. |
15:52:07 | alkorr | edx: the fact we cannot see any text indicates us that they used a compression and/or encryption schema. |
15:53:24 | alkorr | i prey that they really use libz to compress their software because it would make easier our task |
15:57:57 | LinusN | gotta go now! cu! |
15:58:35 | | Part LinusN |
16:00 |
16:11:48 | | Join mecraw12 [0] (~lmarlow@67.41.113.92) |
16:12:52 | Bagder | if they used compression it should be easy to figure that out |
16:15:22 | | Join gizz [0] (gizz@lyon-2-a7-62-147-20-77.dial.proxad.net) |
16:16:57 | gizz | hi |
16:17:06 | gizz | is diddystar here ? |
16:22:04 | | Quit xam (Read error: 113 (No route to host)) |
16:28:56 | | Nick Zagor is now known as Zagor|away (bjst@as9-5-6.k.s.bonet.se) |
16:28:59 | *** | Saving seen data "./dancer.seen" |
16:39:46 | Snorlax | y0z0rZ?!? |
16:39:59 | alkorr | grumpf ? |
16:40:21 | langhaarrocker | was that the MMJB decryption? |
16:40:35 | Snorlax | well have ya mixed withthe sound on the playerZ latly?! |
16:41:07 | | Quit mecraw_ (Read error: 104 (Connection reset by peer)) |
16:43:40 | alkorr | okay the fourth word is CRC for the file minus header |
16:44:55 | alkorr | when i compute the sum of bytes in the file except the first 16 bytes, i always get a sum equals to the fourth word |
16:45:43 | Bagder | :-) |
16:47:09 | alkorr | so we know about 3 of the four word in header. I'm still unsure about the purpose of the second word except that is always nearly twice as large as the filesize. total size of the firmware in RAM (i.e, with BSS section included) ? i don't see why this piece of information is necessary |
16:48:25 | alkorr | what i fear the most is there is an decryption to do before a possible decompression |
16:49:38 | | Join Phil [0] (~Philipp@dsl-2129326-034.ip.versatel.de) |
16:54:14 | | Quit langhaarrocker (Read error: 60 (Operation timed out)) |
16:54:27 | | Part Phil |
17:00 |
17:00:08 | pimlottc | alkorr the hakorr |
17:11:04 | gizz | bye all !! |
17:11:18 | | Part gizz |
17:15:51 | | Quit edx (Read error: 110 (Connection timed out)) |
17:18:22 | Snorlax | gotta go to IKEA! |
17:18:25 | Snorlax | YAY SWEDEN! |
17:18:31 | Snorlax | bye! |
17:18:35 | Bagder | bye Snorlax |
17:18:35 | | Quit Snorlax ("gittar ny!") |
17:22:33 | | Join hardeep [0] (hardeeps@sdf.lonestar.org) |
17:22:53 | hardeep | morning all |
17:23:08 | alkorr | Bagder: i want to link zlib.a |
17:23:37 | Bagder | you mean to compress the image? |
17:23:45 | alkorr | to uncompress |
17:23:57 | Bagder | use bzip2 instead |
17:24:02 | Bagder | its a better compress |
17:24:14 | alkorr | no i'm trying to uncompress the firmware |
17:24:36 | alkorr | i must compile a modified descramble.c |
17:25:05 | Bagder | and? |
17:25:24 | alkorr | zlib.h is okay, but i must specifiate a library to link but i cannot do with a -l since zlib is not standard naming for library |
17:25:43 | Bagder | right, its normally called libz.a |
17:26:02 | alkorr | okay i try it |
17:26:51 | alkorr | maybe 'uncompress' is not in zlib.h... should not be so |
17:27:40 | alkorr | it is part |
17:28:15 | Bagder | remove the header and run a linux 'file' on it |
17:28:29 | Bagder | then you might see what kind of compression it is |
17:29:03 | alkorr | arf ! |
17:29:48 | alkorr | well try but there is no reason there are signature after teh header to allow 'file' to recknolize |
17:30:29 | Bagder | if they used one of the formats zlib recognizes, I believe it could be possible |
17:30:36 | Bagder | but I don't know |
17:31:27 | alkorr | do you know how i can do with 'dd' to strip off the header ? |
17:31:33 | alkorr | i'm lazy tpo program :) |
17:31:41 | Bagder | hehe, lemme see |
17:32:20 | Bagder | skip=BLOCKS |
17:33:21 | alkorr | how to set how many bytes for BLOCKS ? |
17:34:04 | Bagder | you need to set blocksize to 1byte or something, like in "bs=1 skip=16" I think |
17:34:10 | alkorr | ok |
17:35:34 | alkorr | good |
17:36:01 | alkorr | it says me 'data' nothing much |
17:36:13 | Bagder | ok |
17:39:12 | | Join langhaarrocker [0] (~Phil@dsl-2129326-199.ip.versatel.de) |
17:39:28 | alkorr | well it seems uncompress is defined in zlib.h but not in libz.a :/ |
17:45:50 | Schnueff | can't u just pipe it into gzip for a test? |
17:46:12 | alkorr | no i just wanted the compressed data to uncompress |
17:46:27 | alkorr | with gzip you need a header |
17:46:51 | Schnueff | ah yes |
17:48:34 | alkorr | f*cking gcc, you need to put -lz elsewhere in the command line ! |
17:49:15 | alkorr | the time for the truth... |
17:49:28 | Schnueff | ...and? |
17:50:21 | alkorr | eeeck seg fault :/ |
17:50:25 | fraggle | to use zlib? |
17:51:36 | alkorr | must be my program... maybe a null pointer. it's so common in C |
17:52:30 | alkorr | oh yeah piece of code i forget to remove |
17:55:41 | alkorr | failure |
17:56:14 | hardeep | heh, two snake games now |
17:56:20 | hardeep | we can't get enough snakes!! |
17:57:54 | langhaarrocker | no, its three |
17:58:45 | hardeep | what's the third? |
18:00 |
18:00:17 | langhaarrocker | sorry, I mixed it up: I thought you were counting worms instead of games. |
18:00:32 | hardeep | oh, heh |
18:00:38 | alkorr | strangely enough, the difference always starts at offset 64 for each firmware file. So between offset 16 and 64 we have the same bytes : what does that mean ? |
18:02:49 | | Join Dexter [0] (~Dexter@Mix-Pointe-a-Pitre-102-3-134.abo.wanadoo.fr) |
18:03:53 | | Part Dexter |
18:04:18 | alkorr | oh sorry 64 is in hexadecimal ! |
18:04:19 | | Part Bagder |
18:07:37 | Schnueff | so its 100 |
18:08:15 | Schnueff | hm |
18:09:46 | alkorr | 96 bytes untouched... |
18:10:30 | | Join EnnaN [0] (bla@cc53164-b.groni1.gr.nl.home.com) |
18:10:46 | EnnaN | hi |
18:11:15 | alkorr | ARM code always have conditional flag on their opcode. Most time they would be unconditionnal so an opcode like Exxxxxxx (opcode are 32-bit in ARM) |
18:11:40 | alkorr | but i can frankly find such occurence in their file... |
18:11:43 | alkorr | cannot |
18:11:51 | EnnaN | ah, people in here...mind if i ask a question? (another 1 than this :) |
18:12:10 | alkorr | try it |
18:13:24 | EnnaN | i'm (ofcourse :) using the rockbox (release 1.3) but was wondering if any of the daily builds is stable and better...i know thse builds are xperimental, but still... |
18:13:55 | alkorr | well the people who can answer you are gone out, sorry :( |
18:14:19 | EnnaN | too bad.. |
18:14:31 | EnnaN | you not using anything? |
18:15:45 | langhaarrocker | I'm always using the newst build plus my own stuff. |
18:16:10 | langhaarrocker | And it's always my own stuff that's not stable... ;) |
18:16:33 | EnnaN | any special features on newer daily builds that's really worth "the trouble", or "trying" ? |
18:16:54 | langhaarrocker | Yes: two snake games. |
18:17:50 | EnnaN | prob not on player? |
18:18:05 | hardeep | laf... a big feature in the daily builds not in 1.3 is ROLO which lets you load the archos fw from rockbox |
18:18:19 | hardeep | although, it's probably not as useful if you have a player |
18:18:50 | EnnaN | Would be usefull on recorder because? ... (rockbox doesnt record, right?) |
18:19:11 | hardeep | right... so load up archos fw to record then go back to rockbox to play |
18:20:01 | langhaarrocker | :) |
18:20:19 | hardeep | oh, other big feature in the daily is customizable wps |
18:20:28 | hardeep | if you don't like the default |
18:21:08 | | Join xam_ [0] (~xam@tqpc.ucc.ie) |
18:21:35 | EnnaN | customizable in what way? |
18:21:51 | hardeep | in every way. :) you can specify what gets displayed where... |
18:22:16 | | Nick xam_ is now known as xam (~xam@tqpc.ucc.ie) |
18:22:23 | hardeep | see: http://rockbox.haxx.se/docs/custom_wps_format.html |
18:22:24 | EnnaN | ah, right.. |
18:23:19 | EnnaN | yeah..is there a listing of those docs? cause if i go to rockbox.haxx.se/docs, there is no listing of these fine docs... |
18:23:37 | EnnaN | thats why /me no found custom_wps_fromat.html.. |
18:24:02 | hardeep | the faq has a link to it |
18:24:49 | EnnaN | check **shame** |
18:25:06 | hardeep | elinenbe: snake game broke rec sim build |
18:29:02 | *** | Saving seen data "./dancer.seen" |
18:31:55 | langhaarrocker | I think its the makefile ../x11/Makefile |
18:32:43 | langhaarrocker | In line 93 there probably is a snake.c missing |
18:35:03 | | Join edx [0] (~edx@pD9EAAB59.dip.t-dialin.net) |
18:42:43 | | Quit EnnaN ("Leaving") |
18:51:24 | | Nick edx is now known as edx|away (~edx@pD9EAAB59.dip.t-dialin.net) |
19:00 |
19:03:57 | | Part langhaarrocker |
19:12:25 | | Nick edx|away is now known as edx (~edx@pD9EAAB59.dip.t-dialin.net) |
19:18:28 | | Quit hardeep ("Leaving") |
19:21:47 | | Quit alkorr (Read error: 110 (Connection timed out)) |
19:27:49 | | Quit RipnetUK () |
19:31:54 | | Join merwin [0] (merwin@bespin.org) |
19:31:57 | merwin | anyone around? |
19:37:03 | quel|out | me |
19:37:04 | quel|out | but must go |
19:37:08 | quel|out | :( |
19:50:10 | | Join hardeep [0] (hardeeps@sdf.lonestar.org) |
19:56:43 | | Quit merwin ("BitchX-1.0c19 -- just do it.") |
20:00 |
20:16:03 | | Join EnnaN [0] (bla@cc53164-b.groni1.gr.nl.home.com) |
20:17:31 | dwihno|gone | quel thalas |
20:25:18 | | Join merwin [0] (~merwin@12.242.185.10) |
20:29:06 | *** | Saving seen data "./dancer.seen" |
20:44:08 | | Quit hardeep ("Leaving") |
20:59:21 | | Join adiamas [0] (~adiamas@as5300-9.216-194-23-184.nyc.ny.metconnect.net) |
20:59:49 | | Nick adiamas is now known as adi|home (~adiamas@as5300-9.216-194-23-184.nyc.ny.metconnect.net) |
21:00 |
21:01:07 | | Quit merwin (Read error: 110 (Connection timed out)) |
21:04:32 | | Nick seb-school is now known as _seb_ (user@bgp420584bgs.union01.nj.comcast.net) |
21:07:22 | | Quit quel|out (Read error: 104 (Connection reset by peer)) |
21:08:57 | | Join quelsaruk [0] (~zaknafein@faerun.ugr.es) |
21:11:29 | adi|home | is John Wood here? |
21:15:00 | | Nick edx is now known as edx|test (~edx@pD9EAAB59.dip.t-dialin.net) |
21:15:52 | | Nick edx|test is now known as edx (~edx@pD9EAAB59.dip.t-dialin.net) |
21:29:07 | dwihno|gone | edx: Are the gnush makefiles ready for the new game? |
21:29:57 | quelsaruk | new game? |
21:30:20 | adi|home | yup |
21:30:31 | quelsaruk | which one? |
21:30:49 | adi|home | snakes |
21:31:07 | quelsaruk | it's similar to wormlet? |
21:31:32 | dwihno|gone | snake0rs |
21:31:39 | adi|home | similar yeh.. |
21:31:43 | adi|home | but this is more buggy... |
21:31:48 | adi|home | least it was when i just played with it |
21:31:54 | quelsaruk | jeje |
21:32:03 | quelsaruk | well, i must go, but i'll try it tomorrow |
21:32:04 | quelsaruk | :) |
21:32:12 | quelsaruk | cu |
21:33:22 | | Quit quelsaruk ("KVIrc 3.0.0-beta1 "Eve's Avatar"") |
21:44:37 | edx | dwihno: what new game? |
21:44:40 | adi|home | elinenbe|sleep: you around yet? |
21:44:41 | adi|home | snake |
21:44:47 | adi|home | eric commited it |
21:44:49 | adi|home | but its buggy |
21:44:51 | dwihno|gone | ya, snake0r |
21:46:50 | | Quit xam ("ChatZilla 0.8.7 [Mozilla rv:1.0.0/1]") |
21:47:07 | edx | hmm snake |
21:47:09 | edx | ill try.. :) |
21:48:34 | edx | ok - the gnush makefiles are snake compatible |
21:53:16 | * | edx wonders why he does not get commit information mails any more |
21:53:24 | edx | do you still get those mails? |
22:00 |
22:16:43 | | Quit EnnaN ("Leaving") |
22:20:44 | | Join hardeep [0] (hardeeps@sdf.lonestar.org) |
22:29:10 | *** | Saving seen data "./dancer.seen" |
22:29:25 | | Nick Zagor|away is now known as Zagor (bjst@as9-5-6.k.s.bonet.se) |
22:31:10 | edx | zagor, i dont get cvs commit information mails regularly - is there something wrong? |
22:32:46 | Zagor | i get them, so it seems the list works |
22:34:04 | edx | hmm would you check whether my e-mail address is still on the list? |
22:35:04 | Zagor | yup |
22:35:10 | edx | hmm strange |
22:35:15 | edx | very strange.. |
22:35:47 | Zagor | what's your address? |
22:48:33 | | Join edx|notebook [0] (~edx@pD9EAAB59.dip.t-dialin.net) |
22:49:04 | | Part edx|notebook |
23:00 |
23:01:21 | adi|home | showering.. be back |
23:03:59 | | Nick edx is now known as edx|sleep (~edx@pD9EAAB59.dip.t-dialin.net) |
23:10:45 | | Nick _seb_ is now known as seb-away (user@bgp420584bgs.union01.nj.comcast.net) |
23:21:22 | adi|home | we really need to consolidate the make files for x11 and win in the sims |
23:34:40 | | Quit Zagor ("Client Exiting") |
23:37:29 | | Join Lowfiler [0] (H@pD95423E6.dip.t-dialin.net) |
23:37:31 | Lowfiler | heya |
23:38:32 | | Quit edx|sleep () |
23:40:03 | Lowfiler | some1 here |