--- Log for 10.09.102 Server: brunner.openprojects.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16p1 Started: 10 days and 13 hours ago 00.00.24 # yup 00.01.36 # <_Dino_> The executable has all your names in it now, you vain people! 00.02.07 # 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 # 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 # 200 opcodes is 400 bytes... 00.04.47 # <_Dino_> yeah, I know 00.05.18 # 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 # elinenbe? awake? 00.17.28 # How do I debug things like I04:IllInstr at 0000200? 00.18.16 # debugging is hard without serial cable 00.20.49 # For that I have to connect the tx pin of the cpu somewhere, don't I? 00.22.06 # you can look at the archos.map file to find out what function is at address 0x200 00.22.16 # and then put in debug messages 00.23.11 # actually, there are no functions at 0x200 are there... 00.23.46 # That's probably why it's illegal? ;) 00.24.15 # bingo :-) 00.25.53 # That archos.map file looks scary to someone who doesn't really want to learn something new ... 00.26.03 # hehe 00.28.38 *** Saving seen data "./dancer.seen" 00.28.39 # I am here, but I am leaving in 5 min. 00.28.59 # langhaarrocker: it crashes every few songs. 00.29.08 # Yes. I know. 00.30.16 # 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 # Probably I'm writing somewhere next to the lcd buffer. 00.33.18 # :) sounds zweet :) 00.33.49 # The lcd buffer sounds zweet? 00.33.59 # langhaarrocker: did you ever post the cleaned-up wormlet patch? the one which works with gcc 3.0 00.34.09 # yes 00.34.16 # oh gcc? 00.34.33 # the variable declaration thing 00.34.41 # yes 00.35.22 # http://rockbox.haxx.se/mail/archive/rockbox-archive-2002-09/0326.shtml 00.36.19 # 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 # langhaarrocker: you can send it to me directly if you want 00.37.31 # dcc or mail 00.37.48 # * Zagor is going through his patch backlog 00.37.55 # I prefer mail since I don' t even know what dcc is... 00.38.19 # hehe, ok. dcc is direct client connect, an irc feature 00.38.30 # send to bjorn@haxx.se 00.41.30 # Zagor i would have thought your saying 'No, Im not accepting that patch' 00.41.34 # would have been good enough 00.41.37 # but apparently not 00.41.39 # * adi|home sighs 00.41.44 # adi|home: which patch? 00.41.59 # the whole wrapping patch 00.42.20 # "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 # ah, right 00.42.54 # evidence of the confusion such behaviour would case 00.44.35 # The archos firmware doesn't go back to the top when wrapping... that's why people may be requesting this 00.44.41 # ah 00.44.54 # Zagor: after a short but violent discussion with my outlook I managed to force it send the wormlet diff 00.45.03 # hehe 00.45.35 # Hope it contains only worms and no bugs :) 00.47.10 # langhaarrocker: the start screen doesn't work with fixed fonts 00.47.34 # since that's the default build, it should 00.48.22 # ?!? It did on my Recorder 00.48.43 # aren't you using propfonts? 00.48.59 # Tried both. 00.49.18 # When using propfonts the field of worms is a little bit bigger. 00.50.16 # the start screen doesn't show the l/r up/dn and F1 texts completely with fixed fonts 00.50.40 # 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 # Strange. I'm investigating. 00.50.48 # so 00.50.51 Nick gordo is now known as Jet8810 (~gordo@adsl-34-191-86.bct.bellsouth.net) 00.50.56 # what is the status on fat write anyway? 00.51.06 # Jet8810: in progress 00.51.22 # cool 00.51.38 # 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 # Zagor: That reminds me that I must have forgotten to send you the manual for wormlet... 00.52.11 # Jet8810: not really. it will still be very slow extracting id3 info 00.52.20 # langhaarrocker: no, i got it. i just didn't read it :-) 00.52.22 # hmm 00.52.23 # cache? 00.52.29 Part Dexter 00.52.42 # couldnt you keep a cache on the hard drive? 00.52.52 # Jet8810: the plan is to have a pc program build a database of id3 info. no fat write needed for this. 00.53.02 # hm 00.53.25 # Zagor: that's what manuals are for: not reading them. 00.53.25 # The problem with blinking worms is: which one should blink when in multiplayer mode? 00.53.26 # after this pc program builds database, how does archos deal with it? 00.53.47 # langhaarrocker: right 00.54.03 # Jet8810: read, search, display 00.54.27 # great 00.54.36 # can archos handle it in a reasonable amount of time though? 00.54.39 # (say 5-10 seconds?) 00.54.50 # depends on the database design. this is not done yet. 00.54.55 # right 00.55.03 # that would be the ULTIMATE feature for archos 00.55.19 # I would probably have to go in to about 3 gigs of mp3s and manually put in id3 info though :( 00.55.48 # dinner 00.55.52 Nick Jet8810 is now known as Jet8810_afk (~gordo@adsl-34-191-86.bct.bellsouth.net) 00.56.38 # apropos ultimate feature and filewriting and so on: 00.56.38 # Has anybody considered how to split files without having to rewrite mass data? Like copying a sector and relink? 00.57.21 # we have considered, but then looked the other way :-) 00.57.41 # the question is: do you want to risk the file while splitting it? 00.58.11 # yes 00.58.23 # ;) 00.59.44 # Do you fear inconsistent FAT because of drowned batteries, hard drive shock or something like that? 00.59.59 # exactly 01.00.21 # But where's the difference to normal writing - eg while recording? 01.01.53 # the difference is you have intact data, then risk it. with recording, you don't have it intact 01.03.01 # but we could try it 01.03.54 # 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 # 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 # Argh! I see the problem: I used lcd_puts which is affected by the scroll bar of the menu! 01.12.58 # When you turn off the scroll bar everything looks fine. 01.15.38 # ah. use lcd_setmargin() 01.15.47 # i'll fix it 01.15.57 # thx 01.19.51 # It's late. I must sleep. CU 01.19.59 # bye 01.20.12 Quit langhaarrocker ("Trillian (http://www.ceruleanstudios.com)") 01.22.00 # latorz /me to sleep 01.22.05 Quit EnnaN ("Leaving") 01.23.36 # 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 # not me 01.24.05 # did we get a way to repeat it? 01.24.16 # it seems to happen at random, while playing in dirs .. i haven't tried with playlists 01.24.50 # never happened to me 01.25.08 # it's only happened in the last couple days 01.25.32 # odd 01.26.08 # the MIN macro is defined 4 times 01.26.29 # hehe 01.27.19 # firmware/system.h firmware/malloc/dmalloc.c firmware/test/i2c/main.c uisimulator/x11/uibasic.c 01.27.34 # 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.15.14 # 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.50.38 Quit hardeep ("Leaving") 03.56.58 Join hardeep [0] (hardeeps@sdf.lonestar.org) 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 # hey what is a popular channel where i would find a lot of people 04.43.30 # hello 04.43.30 # anyone there 04.43.30 # hola como estas 04.43.30 DBUG Enqueued KICK DJ4WWHR 04.43.30 # yo yo 04.43.37 # sup dawgs 04.43.49 # what language do you all speak 04.43.53 # i know ur there 04.44.09 Part DJ4WWHR 04.44.55 # laugh 04.45.09 # they always leave too soon 04.45.41 # if we're lucky, he might come back 05.05.08 # 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 # mecraw: are you working on repeat on/off? 05.18.42 # me? 05.18.46 # oh.. heheh 05.18.51 # mecraw sorry :) 05.19.15 # i just poked around with little success 05.19.42 # qualsaruk messaged me about it 05.20.28 # adi|home: you don't have to be sorry for wanting to be me :) 05.21.04 # elinenbe: have you looked at it? 05.21.09 # aw shucks 05.21.17 # 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.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 # yo 06.32.20 # yo 06.32.22 # yo 06.32.32 # * merwin just saw austin powers 06.32.33 # 3 06.32.34 # :) 06.36.58 # I think there's a bug in the linux usb driver 06.36.59 # :/ 06.38.03 # that sucks 06.38.10 # I think PsycoXul would agree though 06.38.16 # get windows then :D 06.38.30 # beh 06.38.50 # I prefer to program under linux 06.39.21 # I prefer cygwin 06.42.29 # 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 # well, it's not locked, but it won't mount anymore 06.43.09 # second time this has happened 06.46.54 Quit merwin () 06.47.53 # pimlottc: ive gottne that before too.. 06.51.40 # worked for dozens of times before that 06.51.51 # hmm 06.57.33 Join merwin [0] (~merwin@12.242.185.10) 06.57.44 # windows media player 9 beta is available from microsoft 06.57.47 # neato 06.58.00 # supports mpeg4 06.58.27 # what happened to 8 06.58.36 # *shrug* 06.58.46 # 6 was good 06.59.06 # 7 they messed it up again with all the skins and silly things 06.59.26 # yeah... I wanna see how 9 is 06.59.44 # which was sad since it took so long to get to 6 07.00.39 # remember the old media player... it was basically the 3.11 midi player with video and cd audio tacked on 07.01.13 # I liked it 07.01.15 # it was nice 07.01.21 # it sucked for video though 07.02.17 # video in general sucked on a 386 07.02.39 # the original win95 media player was basically the same thing 07.02.45 # yeah 07.02.46 # it was 07.03.25 # 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 # morning 07.09.34 # evening 07.09.51 # :-) 07.11.46 # LinusN: has it been decided how to do the queueing of songs while already playing? 07.13.08 # well, i don't know about decided, but i know how i would do it 07.13.10 # morning linus 07.13.24 # ho merwin 07.13.34 # ho ender :P 07.13.41 # * merwin is an orson scott card fan 07.14.37 # LinusN: does your way include appending to the current list? 07.14.46 # no 07.14.55 # :( 07.14.59 # not at the moment 07.15.22 # * merwin is staying out of this particular arguement 07.15.54 # mecraw12: do you mean "permanently" adding to the playlist? 07.16.01 # i mean for every repeat 07.16.02 # 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 # of course we will be able to in the future 07.16.47 # phew :) 07.17.28 # this is just like the Archos queue function 07.17.39 # except it will work :-) 07.17.51 # that would be a plus 07.22.41 Quit pimlottc ("reboot then zzzz") 07.32.37 Quit merwin () 08.09.38 # hehe, i just realized that the queue function won't be perfect 08.09.58 # here's why: 08.10.32 # the mpeg thread preloads the next track before the current has ended, to avoid pauses between songs 08.11.01 # if a file is added to the queue after that, it won't be played until after the preloaded song 08.11.36 # or the user would have to expect a pause to reload the chosen song 08.13.30 # 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 # yes 08.13.50 Join Bagder [0] (~daniel@as3-3-2.ras.s.bonet.se) 08.14.09 # the problem is that the mpeg thread doesn't really have a "reload" function 08.14.18 # perhaps mpeg_play() will do it... 08.14.19 # yeah, it would have to be added 08.14.33 # like a mpeg_flush_preloaded_tracks() or something 08.15.12 # what would the user dislike the most: the pause or having to wait for the queued track to play? 08.15.25 # i guess the uncertainty is worst 08.15.27 # having to wait... :) at least if the user is me =) 08.16.04 # we can't expect the user to understand why the queued track doesn't play when he thought it would do 08.16.45 # yeah... this is similar to the open bug when you switch shuffle modes 08.16.59 # exactly 08.17.13 # the flush() function would probably solve that too 08.17.22 # yep 08.17.35 # hardeep: care to implement the flush()? 08.17.55 # sure, it shouldn't be that hard 08.18.24 # probably accompanied by a mpeg_num_preloaded_tracks() function? 08.18.43 # maybe not 08.19.13 # we already have that...num_tracks_in_memory()-1 08.19.18 # ok 08.20.38 # what would we like to happen when we press Prev? 08.20.53 # i suggest that the queue is to be cleared 08.21.46 # it seems to me it should behave like it was actually inserted into the playlist 08.22.30 # RED 08.22.36 # i see it as a function that lets you play tracks "outside" the playlist 08.22.54 # Bagder: wow 08.23.05 # mucho 08.23.10 Join merwin [0] (~merwin@12.242.185.10) 08.23.40 # hey, rec worked... who cares about everything else... =) 08.24.32 # LinusN: you're only affecting how it will play this time through 08.25.19 # mecraw12: show me the code! :-) 08.25.37 # seriously, that is way harder 08.25.53 # i know... i'm just expressing my wishes :) 08.26.27 # besides, i don't think you'd want to see my code 08.26.47 # i think users would like to be able to do both 08.27.19 # add en extra track to be played once, or add it to the playlist 08.27.37 # and what if the playlist is shuffled? ;-] 08.27.51 # 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 # what about switching the array over to a linked list? 08.28.14 # would take heaps of more memory 08.28.15 # mecraw12: sure, but the list size will double 08.28.35 # and the scrambling will take longer 08.28.41 # not to mention the sotring 08.28.44 # sorting 08.28.45 *** Saving seen data "./dancer.seen" 08.29.04 # it would need to be dolble-linked 08.29.11 # yuck! 08.29.55 # how long would it take to push every entry down a sport? 08.30.03 # s/sport/spot 08.30.15 # not that long 08.30.58 # it might be feasible 08.31.38 # but would the user really want the Queue function to insert the song into the playlist? 08.31.47 # i'm not usre 08.31.49 # sure 08.32.01 # like you said, they should be able to do either 08.32.07 # so... show me the code! 08.32.33 # i think insert-into-playlist is a very different thing than the queue function 08.32.47 # and i'm working on the queue now 08.35.56 # 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 # how does it work now? 08.36.40 # which makes more sense 08.36.41 # it calls it as soon as new song is loaded 08.36.53 # erasing an entire line of text and redrawing it to delete one char 08.36.58 # or just deleting the one char? 08.36.59 # hardeep: ouch! 08.37.19 # adi|home: i suggest the simpler code 08.37.30 # okay.. cool.. line deletion it is ;) 08.40.19 # blah, the queue function is quite tricky to implement... 08.41.25 # I got dem ol' code police got me blues - i thought the speed improvement was fairly significent 08.41.39 # rwood: i agree 08.41.52 # LinusN: it will be some time next week or the week after before i get the i2c stuff for the player 08.42.10 # rwood: dont worry, i am in no hurry 08.42.32 # LinusN: we are moving to a new building this weekend and production is completely packed up 08.42.48 # 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 # btw, i got the recorder logs 08.43.10 # did the software work ok under NT? 08.43.15 # yup 08.44.17 # 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 # I'm just finishing up reinstalling everything 08.44.37 # yuck 08.44.44 # merwin: 5ms? - on mine it looked more like a second or two 08.44.54 # how expensive is calling lcd_update? 08.45.01 # rwood: really? it only takes about 1 second in the first place for me 08.45.05 # adi|home: takes about 25ms 08.45.20 # so avoid extra calls to it if possible? 08.45.25 # adi|home: yup 08.45.25 # i would 08.45.27 # k 08.45.44 # adi|home: also, try using lcd_update_rect() if possible 08.45.54 # ahh okay.. 08.46.17 # Windows Media Player 9 is a letdown :( 08.46.22 # it's the same old crap 08.46.28 # merwin: what did you expect? 08.46.34 # now, Winamp3 on the other hand... that's a piece of work 08.46.54 # LinusN: I was expecting a little more than that with all the hype :-) 08.47.05 # i haven't seen any hype :-) 08.47.24 # microsoft hype... 08.47.27 # articles, etc 08.48.04 # oh, that stuff 08.48.07 # i don't read that 08.48.11 # nothing huge :) 08.48.34 # even less mp3 support? 08.49.07 # 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 # odd.. im getting undefined ref to lcd_update_rect 08.53.46 # ahhh.. its not defined for the sim... 08.53.48 # grrrrr... 08.53.52 # oh 08.54.00 # * adi|home slaps bagder 08.54.11 # :) 08.54.16 # * Bagder ducks 08.54.52 # and the onlything using it is status.c 08.55.00 # yes 08.55.00 # and the keyboard if i have it in there... 08.55.08 # but it is relatively new 08.55.13 # nods 08.55.18 # it should be used much more 08.55.26 # any chance you could hack a copy into the lcd-x11.c? 08.55.33 # yes, me fix 08.55.37 # ty :) 09.03.25 # > [RockBox - the God of all things small, with blue bumpers] 09.03.28 # i love that sig 09.03.52 # hahaha 09.04.29 # * merwin has sh1-cygwin up and running again 09.04.30 # woo 09.07.19 # adi|home: I'm adding it now without testing ;-) 09.07.31 # what can possibly go wrong? B-P 09.07.35 # thats fine.. ill test ;) 09.07.56 # let me know when its in 09.08.19 # just committed 09.08.30 Join langhaarrocker [0] (~Philipp@dsl-2129324-055.ip.versatel.de) 09.09.45 # I'll fake something up for the win32 sim too 09.09.56 # compileing right now 09.10.01 # Bagder: you'd better :-) 09.16.51 # seems to work fine bagder.. but im going to double check 09.17.00 # goodie 09.17.06 Join bobTHC [0] (~bobTHC@AMarseille-206-2-1-9.abo.wanadoo.fr) 09.17.14 # hi all! 09.20.25 # hi 09.22.10 # u know how many vote for the tshirt contest 09.22.11 # ? 09.22.18 # 55 people 09.22.57 Quit merwin () 09.23.07 # cool... and it's always the classical 6 who win ? 09.23.35 # well, 24 and 23 are closing in 09.23.54 # one of the voters didn't want the Archos name on the shirt 09.24.02 # which makes me hesitate, as they are both very similar 09.24.10 # he called it "unnecessary free advertising" 09.24.18 # ;) 09.24.35 # but if we only wrote "Jukebox", which one would we mean? 09.24.52 # Ar**os ? ;-) 09.24.57 # but Rockbox IS archos advertising ! 09.25.23 # AR??OS 09.30.31 # who try the ozilo patch? 09.32.14 # 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 # Hes: yes, that's kind of my thinking too 09.33.44 # no back design ? 09.34.04 Join quelsaruk [0] (~zaknafein@faerun.ugr.es) 09.34.09 # hi 09.34.19 # yo 09.34.27 # 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.54 Quit rwood () 10.01.42 # 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 # we will probably shrink some of them to fit both the shirt and our wallets :-) 10.06.17 # for the 5 for exemple it's possible to reduce the design size easyly.. 10.06.52 # well, we'll sort out a winner first, then we'll see what kind of "tweaks" we'll need to do 10.07.04 # new design? 10.07.04 # anyone have 3-4 mp3's where all fit in memory at same time... i'm too lazy to generate some 10.07.43 # No. Sorry our songs tend to be 4-5 minutes... 10.08.53 # I think Linus has some farbror frej ones :-) 10.09.09 # i can't listen a 247Mb 192kbps 44Hz CBR file... with Rockobox 1.3.... 10.09.27 # bobTHC: what happens? 10.10.13 # the hd begin loading and freeze on the loading window with HD led on ..... 10.10.48 # soooo 10.11.12 # you don't accidently have the osci demo turned on? 10.11.15 # ;) 10.11.39 # impossible to browse, to listen... the only way to change track is to stop the device. 10.12.05 # okay.. so who wants to test the new keyboard app ;) 10.12.09 # and tto restart it without resume 10.12.10 # * adi|home pokes Bagder 10.12.12 # and linus 10.13.08 # on the 1.3 version witout any patch 10.13.42 # bagder so who are the top 3 tshirts? 10.14.01 # 6, 24 and 23 10.14.06 # nice 10.14.14 # next question 10.14.20 # who wants to test the keyboard? 10.14.20 # adj|home: I prefere topless t-shirts.. 10.16.31 # hardeep: i have some 10.16.56 # LinusN: thanks, I found some :) 10.17.42 # bobTHC: try the latest build 10.18.20 # 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 # linus : i'll test it this night... 10.19.02 # langhaarrocker: do it 10.19.12 # ok, tonight. 10.19.29 # ASM is requiered? 10.19.46 # no 10.20.01 # 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 # hardeep: cool! did you have to change much? 10.21.19 # 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 # well.. fine.. the hell with all of you... 10.24.46 # 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 # ZAG 10.24.58 # perfect timing 10.24.59 # yo 10.25.04 # keyboard ver1 is done 10.25.08 # ready to be beta'd 10.25.11 # nice 10.25.12 # salut Zagor! 10.25.41 # 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 # 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 # nods 10.28.07 # well right now it is coded only for player 10.28.10 # as proof of concept 10.28.23 # recorder rather 10.28.25 # sorry.. tired.. 10.28.47 *** Saving seen data "./dancer.seen" 10.29.35 # everything in apps/ is linked into the daily builds, so it's not a good place for test code 10.29.42 # okay... 10.29.52 # unless #ifdef'ed of course 10.30.02 # post it on the list, then we'll have it handy when we need it later. 10.30.07 # k... 10.32.01 # LinusN: okay, how should I send you diff? 10.33.07 # sent Zagor... 10.33.09 # bedtime 10.33.14 # night adi 10.33.28 # don't let the bugs bite... 10.38.32 # LinusN: it's at http://hardeeps.freeshell.org/flush_reload.patch 10.39.36 # hardeep: what is the purpose of this? 10.40.28 # flush preloaded tracks if playlist changes... or new songs are queued 10.41.56 # ah, right 10.42.57 # looks good 10.43.53 # Zagor: any objections? 10.44.00 # nope. just curious. 10.44.17 # hardeep: go commit! 10.44.56 # sir yes sir! =) 10.45.06 # queue function work ? 10.45.30 # bobTHC: no, not yet 10.46.09 # i discoovered that it was quite tricky to do 10.46.30 # ok it's just optimization for playlist (and in the futur for queue...) 10.46.50 # 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 # rolo is soooooo handy when using gdb 10.56.43 Quit Hawk (Client Quit) 11.00.04 # To use gdb you have to modify the JB, don't you? 11.00.22 # yes 11.03.15 # for the recorder you probably have to sacrifice the spdif jack? 11.03.37 # or the line in 11.03.52 # whichever you prefer 11.03.53 # Has anybody done a switchable modification? 11.04.36 # i only know of only two people that have done this mod, I and Zagor 11.04.46 # and we haven't made it switchable 11.05.05 # oh hey, that reminds me... i tried digital out and it worked fine 11.05.19 # i saw a post on one of the message boards saying it didn't work with rockbox 11.06.10 # it works for me 11.06.41 # 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 # yeah, several people have reported success 11.06.47 # i use at home, playing through the quality DAC on my Edirol UA-5 A/D/A-box 11.07.39 # langhaarrocker: there may be a spare port, but i dont know at the moment 11.08.02 # langhaarrocker: i have searched for the SYNC signal, but it doesn't seem to be connected... :-( 11.09.09 # Boohooohooo! No SYNC! 11.09.09 # 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 # they will not work simultaneously 11.13.22 # LinusN: any more bad news? 11.13.35 # i have lots of them :-) 11.13.49 # Oh. That's bad news. 11.13.54 # :-) 11.14.15 # i found an interesting "feature" in the MAS3587F 11.14.26 # you know the files without VBR header? 11.14.43 # Yes, I produced some. 11.14.59 # if they are encoded with the MAS3587F, there is timing information embedded in the ancillary data 11.15.06 # Hes: have you had time to test skipping? 11.15.13 # I've read that, too 11.15.15 # Nope 11.15.22 # i've been at home, caught flu in the weekend 11.15.22 # yeah, i noticed that... was trying to figure out some way to make use of that info 11.15.26 # so no driving around 8-( 11.15.27 # re: LinusN 11.15.37 # Hes: ok 11.15.42 # I did install a new build yesterday though 11.16.06 # Also, they say it's a configurable option... I wonder if the archos fw enables it 11.16.47 # hardeep: i don't know 11.17.06 # but since they don't produce a TOC, i think they activate it 11.17.23 # i'd rather have a TOC 11.17.36 # heh, yeah 11.18.19 # actually, yeah, they probably enable it... I think ffw/rew works correctly with those files on the archos fw 11.19.20 # but if you edit the files, the timecode will be wrong 11.20.48 # i wonder how it is implemented 11.21.07 # i mean, you aren't guaranteed to have room for ancillary data in each frame 11.21.52 # so the encoder is probably wasting space to guarantee at least 20 bits of ancillary data 11.21.54 # I've split archos generated mp3s with mpDirectCut and the time info became weired. 11.22.57 # 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 # langhaarrocker: can mp3directcut regenerate Xing headers? 11.23.14 # probably not. 11.23.28 # not many programs can, for what i can see 11.24.02 # Do you know some? 11.24.18 # i think having to read the ancillary data all the time when playing is a waste of time and resources 11.25.02 # langhaarrocker: i have heard of a program called "vbrfix" 11.26.02 # hmmm, why would they need to read it all the time? isn't the timecode only needed when you're seeking? 11.26.20 # Ill have a search. 11.26.21 # 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 # it is relative from the start of the recording 11.27.37 # langhaarrocker: it is a great idea! 11.27.55 # Well, we could save some rtc info in the mp3 header. 11.28.13 # i think there is a ID3V2 tag that holds the absolute time 11.28.29 # we should definitely create one when recording 11.29.20 # Cool: a 'goto' function with absolute time! 11.29.31 # 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.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 # linus you have lunch when i have breakfast :) 12.58.41 # really different ways of life 12.59.15 Quit mecraw (Read error: 110 (Connection timed out)) 13.07.54 Join Phil [0] (~Philipp@dsl-2129324-055.ip.versatel.de) 13.08.19 # 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 # hi 13.09.28 # someone tries to investigate with MMJB firmware ? 13.09.40 # alkorr: no 13.09.52 # Hi. Who am I. Am I really Phil? I used to be langhaarrocker a few moments ago. 13.10.05 # i looked at it, but only so much I saw they use another scrambler 13.10.21 Quit Phil (Client Quit) 13.10.23 # the size of the file is set to offset 8 and in little endian format like PC 13.10.38 # 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 # the header is 16 bytes according to is real size and the stored size 13.11.49 # its 13.12.54 Join Phil [0] (~Philipp@dsl-2129324-055.ip.versatel.de) 13.12.56 # 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 # 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 # moin 13.22.07 # yo 13.23.33 Nick seb-sleep is now known as _seb_ (user@bgp420584bgs.union01.nj.comcast.net) 13.27.36 # i'm wondering if they use a compression 13.29.24 # maybe something like struct hdr { u32 signature; u32 usize; u32 csize; u32 crc }; 13.30.18 # csize is file size (281555) minus 16 (header size). 13.30.34 # looks reasonable 13.32.14 # Have we ever gotten any feedback from Archos wether they like their Jukeboxes being hacked? 13.32.29 # langhaarrocker: nope. not a word. 13.32.53 # Has anybody tried to provoke some kind of comment? 13.33.01 # why? 13.33.13 # Just for fun. 13.34.28 # Maybe they like the idea and would even provide us with info about the MMJB scrambling. 13.34.29 # i'm happy as long as we don't get any heat from Archos 13.36.38 # Use the right power adapter ;) 13.38.21 # :-) 13.41.00 Join gizz [0] (gizz@lyon-1-a7-62-147-19-215.dial.proxad.net) 13.41.10 # hi all 13.41.22 # 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 # what happened ? massive disc ? 13.48.25 # yeah, probably a hub that went down at freenode 13.48.28 Join Snorlax [0] (lamamba_@h135n1fls34o883.telia.com) 13.48.36 # happens all the time 13.49.11 # ahh 13.49.16 # OK. 13.50.57 # Bye Linus (have to hangup :) 13.51.04 # bye 13.51.20 Quit gizz () 14.09.00 Nick _seb_ is now known as seb-school (user@bgp420584bgs.union01.nj.comcast.net) 14.13.21 # is there any possibility to make AJR have usb 2.0? 14.13.41 # no, that would need another usb chip 14.13.59 # ok 14.14.18 # and none has made suck a mod yet, .. 14.14.20 Join pimlottc [0] (~pimlottc@a1-1b012.neo.rr.com) 14.15.22 # not realisticlly 14.16.32 # that doesn't look quite optimist 14.16.49 Quit b0bTHC ("Trillian (http://www.ceruleanstudios.com)") 14.17.03 # is there someone who has two different version of MMJB firmware ? 14.17.15 # i need to compare them 14.18.13 # http://groups.yahoo.com/group/archosmultimedia/files/ 14.18.17 # Can't we just use rolo to load the mmjb firmware and have movies on the jb? ;) 14.18.26 # haha 14.20.19 # Zagor: Seems you didn't find much to niggle about when code-policing wormlet? 14.21.09 # nothing worth changing 14.21.18 # :) 14.22.14 # you should keep the lines below 80 columns 14.27.59 # well they don't seem to use a partition scrambling 14.28.54 *** Saving seen data "./dancer.seen" 14.30.22 # 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 # 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 # i wonder how Archos Ondio looks inside 14.39.32 # Ondio? 14.39.38 # http://www.archos.com/uk/archos_news.html 14.39.51 # and FM Recorder 14.40.14 # nice 'backplate' 14.40.18 # 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 # :-) 14.40.27 Join langhaarrocker [0] (~Philipp@dsl-2129324-055.ip.versatel.de) 14.41.27 # ugh, can you imagine the clean-up necessary to get reasonably good fm reception in this thing? 14.42.06 # nice to see them do new stuff, though. looks like they plan to stay in business a while. 14.42.36 # i wonder how much different the FM recorder is 14.42.53 # i guess we would have to support that one... :-( 14.43.50 # well, we don't have to do anything. it it's simple, we'll do it. otherwise, not. 14.46.18 # 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 # finally they plan to add FM feature 14.48.37 # i'm surprised thay haven't done it earlier 14.48.50 # me too 14.49.03 # it's such an obvious feature (to me) 14.49.06 # i'm sure they would be more attractive 14.51.11 # now we only await them publishing full specifications :-) 14.51.44 # i guess a familiar place will freeze over before that happens 14.52.28 # What leads to the question: Is there a heaven for hackers? 14.52.48 # yeah, with C64's all over the place 14.53.15 # Hey, I've got 1 1/2 of them in my cupboard. 14.53.24 # well just imagine they use a new encryption :( 14.54.05 # Has Rockbox started before the MMJB? 14.54.29 # langhaarrocker: we started before we knew about the MMJB 14.54.33 # yes 14.54.42 # no i'm speaking about FM recorder 14.55.10 # I just feared we might have risen the ARCHOS ENCRYPTION MONSTER. 14.55.16 # possibly 14.55.26 # langhaarrocker: that's very possible 14.55.38 # but it isn't that much of a problem 14.55.38 # they could decide to have a different firmware as recorder and player have different firmwares 14.58.20 # 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 # exactly 14.59.08 # and even if they changed it, we could just monitor the memory accesses to see how the decryption is done 14.59.17 # i think the FM recorder uses the same as the current recorder. but the multimedia may have harded protection. 15.01.29 Join xam [0] (~xam@tqpc.ucc.ie) 15.04.39 # i'm really wondering if they are using a compression 15.04.55 # several reason to think so : 15.05.25 # when zipping their firmware, compression is unefficient 15.05.51 # each firmware seems to have both sizes 15.06.22 # the size of the file and a bigger size (nearly twice) in their header 15.07.10 # are you talking about the archos multimedia player? 15.07.17 # yes 15.07.22 # the difference between two firmware big sizes is nearly twice as big as the filesize too 15.07.30 # anyone of you got one? 15.07.42 # not me 15.08.07 # I don't need it either. 15.08.22 # how can one not need a geeky toy????? 15.08.44 # geeky ? what does that mean ? 15.09.00 # hmmm.. what do they cost? 15.09.17 # too expensive for the moment I suppose 15.09.32 # for what they can bring to us 15.09.47 # well... :) 15.10.22 # 400 Euros... only??!! wow.. i had exspected much more actually... 15.10.23 # cool :D 15.10.51 # yes but i would buy it if i cannor reverse-engine it :) 15.10.56 # NOT 15.11.01 # wouldn't 15.11.09 # yup 15.11.09 # hehe :) 15.11.23 # alkorr: a catch 22 indeed 15.11.24 # well those toys have two fun-sides - using and disassembling 15.11.41 # the fact that it uses a ARM7 and a color screen is something i like 15.11.54 # Do you all belong to those people who disassemble a toy _before_ trying it? 15.11.57 # yes. and what seems like a programmable dsp 15.12.14 # Can we do ogg on it? 15.12.18 # and a TI DSP too we can program 15.12.21 # surely 15.12.45 # Ok: I _need_ a MMJB! 15.12.47 # so it is why i'm trying to see if we can hack it 15.14.21 # hmm where do you have the firmware from? i cant find it on the archos site 15.14.56 # the picture i found at http://groups.yahoo.com/group/archosmultimedia/files/107-0763_IMG.JPG shows us a TMS320 15.15.19 # from http://groups.yahoo.com/group/archosmultimedia/files/ 15.15.26 # cool 15.15.38 # driver downloadibg section in ww.archos.com 15.15.40 # too 15.16.36 # ah ok 15.16.44 # hmm .. was on the wrong way.. :) 15.18.29 # hey they use a CPLD 15.18.39 # i'm wondering for what... 15.21.05 # Have you seen the scar on the thumb of http://groups.yahoo.com/group/archosmultimedia/files/107-0764_IMG.JPG 15.21.05 # That reminds me of my thumb half a year after I poked a hot soldering iron into it... 15.21.18 # hmm alkorr, you have been talking about compression of the firmware... 15.22.44 # TMS320DSC21, there are several PDF about it : ARM7+TI DSP -> http://www.ti.com/sc/docs/news/2000/00104.htm 15.23.35 # so there is no reason we cannot have a OGG on it too 15.23.47 # edx, yes 15.23.50 # what have you found about the compression? 15.23.50 # i'm not sure 15.23.56 # you were talking about two sizes? 15.24.08 # yes they have a header of 16 bytes 15.24.16 # the first word is a signature ZAZA 15.24.24 # yes that was about what i was going to throw into the conversation :) 15.24.38 # and after that a little less than the actual file size.. or something, right? 15.24.54 # the second word looks a size around 520 Kbytes 15.25.15 # the third is exactly the file size minus 16 bytes comming from the header 15.25.22 # yup 15.25.27 # and the fourth probably a CRC 15.25.57 # aha 15.26.11 # file sizes are approximatively 280 KBytes 15.26.16 # so then the second word might be the unpacked filesize? 15.26.38 # do you have any other firmware version? 15.26.48 # perhaps because it is always twice as large as the filesize 15.26.55 # three versions 15.27.03 # oh cool 15.27.13 # can you still d/l older versions on the site? 15.27.27 # http://groups.yahoo.com/group/archosmultimedia/files/107-0764_IMG.JPG 15.27.34 # sorry bad link 15.27.48 # http://groups.yahoo.com/group/archosmultimedia/files/ 15.27.57 # hmm i dont have a yahoo id *shame* 15.28.01 # well im gonna get one 15.28.07 # dcc capability ? 15.28.34 # hmm im behind a server 15.28.40 # generelly yes 15.29.13 # indeed four version but one is the factory installed version (0.66) 15.29.29 # i'm making an archive of them 15.29.43 # hm 15.29.48 # ok - can you send it to me then? 15.35.29 # as you can see compression is not efficient 15.35.50 # cannot get it ? 15.36.48 # edx: wake up ! 15.37.17 # oh sorry 15.37.25 # i was pretty busy signing up at yahoo 15.37.32 # thanks a lot :) 15.43.37 Join RipnetUK [0] (~george@ripnet.fsnet.co.uk) 15.44.01 # maybe they used gzlib, it would be so nice :) 15.45.01 # alkorr: I doubt it. that would put them in a difficult legal position. 15.45.24 # Zagor: really? 15.46.02 # i'm not sure 15.46.13 # maybe a LZSS :) 15.46.28 # it depends which lib you are talking about 15.47.44 # this lib would be ok: http://www.gzip.org/zlib/zlib_license.html 15.48.01 # zlib yes 15.48.19 # hmm .. are there any command sequences typical for the processor of the archos multimedia? 15.48.35 # edx: look up ARM7. it's a very common cpu core 15.48.35 # look for the vector table 15.48.53 # (here we go again...) 15.48.57 # :) 15.49.38 # even if cryptanalysis is fun, i'd rather work on rockbox a little bit more... 15.50.05 # true. 15.52.07 # edx: the fact we cannot see any text indicates us that they used a compression and/or encryption schema. 15.53.24 # i prey that they really use libz to compress their software because it would make easier our task 15.57.57 # gotta go now! cu! 15.58.35 Part LinusN 16.11.48 Join mecraw12 [0] (~lmarlow@67.41.113.92) 16.12.52 # 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 # hi 16.17.06 # 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 # y0z0rZ?!? 16.39.59 # grumpf ? 16.40.21 # was that the MMJB decryption? 16.40.35 # 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 # okay the fourth word is CRC for the file minus header 16.44.55 # 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 # :-) 16.47.09 # 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 # 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.08 # alkorr the hakorr 17.11.04 # bye all !! 17.11.18 Part gizz 17.15.51 Quit edx (Read error: 110 (Connection timed out)) 17.18.22 # gotta go to IKEA! 17.18.25 # YAY SWEDEN! 17.18.31 # bye! 17.18.35 # bye Snorlax 17.18.35 Quit Snorlax ("gittar ny!") 17.22.33 Join hardeep [0] (hardeeps@sdf.lonestar.org) 17.22.53 # morning all 17.23.08 # Bagder: i want to link zlib.a 17.23.37 # you mean to compress the image? 17.23.45 # to uncompress 17.23.57 # use bzip2 instead 17.24.02 # its a better compress 17.24.14 # no i'm trying to uncompress the firmware 17.24.36 # i must compile a modified descramble.c 17.25.05 # and? 17.25.24 # 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 # right, its normally called libz.a 17.26.02 # okay i try it 17.26.51 # maybe 'uncompress' is not in zlib.h... should not be so 17.27.40 # it is part 17.28.15 # remove the header and run a linux 'file' on it 17.28.29 # then you might see what kind of compression it is 17.29.03 # arf ! 17.29.48 # well try but there is no reason there are signature after teh header to allow 'file' to recknolize 17.30.29 # if they used one of the formats zlib recognizes, I believe it could be possible 17.30.36 # but I don't know 17.31.27 # do you know how i can do with 'dd' to strip off the header ? 17.31.33 # i'm lazy tpo program :) 17.31.41 # hehe, lemme see 17.32.20 # skip=BLOCKS 17.33.21 # how to set how many bytes for BLOCKS ? 17.34.04 # you need to set blocksize to 1byte or something, like in "bs=1 skip=16" I think 17.34.10 # ok 17.35.34 # good 17.36.01 # it says me 'data' nothing much 17.36.13 # ok 17.39.12 Join langhaarrocker [0] (~Phil@dsl-2129326-199.ip.versatel.de) 17.39.28 # well it seems uncompress is defined in zlib.h but not in libz.a :/ 17.45.50 # can't u just pipe it into gzip for a test? 17.46.12 # no i just wanted the compressed data to uncompress 17.46.27 # with gzip you need a header 17.46.51 # ah yes 17.48.34 # f*cking gcc, you need to put -lz elsewhere in the command line ! 17.49.15 # the time for the truth... 17.49.28 # ...and? 17.50.21 # eeeck seg fault :/ 17.50.25 # to use zlib? 17.51.36 # must be my program... maybe a null pointer. it's so common in C 17.52.30 # oh yeah piece of code i forget to remove 17.55.41 # failure 17.56.14 # heh, two snake games now 17.56.20 # we can't get enough snakes!! 17.57.54 # no, its three 17.58.45 # what's the third? 18.00.17 # sorry, I mixed it up: I thought you were counting worms instead of games. 18.00.32 # oh, heh 18.00.38 # 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 # oh sorry 64 is in hexadecimal ! 18.04.19 Part Bagder 18.07.37 # so its 100 18.08.15 # hm 18.09.46 # 96 bytes untouched... 18.10.30 Join EnnaN [0] (bla@cc53164-b.groni1.gr.nl.home.com) 18.10.46 # hi 18.11.15 # 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 # but i can frankly find such occurence in their file... 18.11.43 # cannot 18.11.51 # ah, people in here...mind if i ask a question? (another 1 than this :) 18.12.10 # try it 18.13.24 # 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 # well the people who can answer you are gone out, sorry :( 18.14.19 # too bad.. 18.14.31 # you not using anything? 18.15.45 # I'm always using the newst build plus my own stuff. 18.16.10 # And it's always my own stuff that's not stable... ;) 18.16.33 # any special features on newer daily builds that's really worth "the trouble", or "trying" ? 18.16.54 # Yes: two snake games. 18.17.50 # prob not on player? 18.18.05 # 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 # although, it's probably not as useful if you have a player 18.18.50 # Would be usefull on recorder because? ... (rockbox doesnt record, right?) 18.19.11 # right... so load up archos fw to record then go back to rockbox to play 18.20.01 # :) 18.20.19 # oh, other big feature in the daily is customizable wps 18.20.28 # if you don't like the default 18.21.08 Join xam_ [0] (~xam@tqpc.ucc.ie) 18.21.35 # customizable in what way? 18.21.51 # 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 # see: http://rockbox.haxx.se/docs/custom_wps_format.html 18.22.24 # ah, right.. 18.23.19 # 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 # thats why /me no found custom_wps_fromat.html.. 18.24.02 # the faq has a link to it 18.24.49 # check **shame** 18.25.06 # elinenbe: snake game broke rec sim build 18.29.02 *** Saving seen data "./dancer.seen" 18.31.55 # I think its the makefile ../x11/Makefile 18.32.43 # 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.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 # anyone around? 19.37.03 # me 19.37.04 # but must go 19.37.08 # :( 19.50.10 Join hardeep [0] (hardeeps@sdf.lonestar.org) 19.56.43 Quit merwin ("BitchX-1.0c19 -- just do it.") 20.16.03 Join EnnaN [0] (bla@cc53164-b.groni1.gr.nl.home.com) 20.17.31 # 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.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 # 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 # edx: Are the gnush makefiles ready for the new game? 21.29.57 # new game? 21.30.20 # yup 21.30.31 # which one? 21.30.49 # snakes 21.31.07 # it's similar to wormlet? 21.31.32 # snake0rs 21.31.39 # similar yeh.. 21.31.43 # but this is more buggy... 21.31.48 # least it was when i just played with it 21.31.54 # jeje 21.32.03 # well, i must go, but i'll try it tomorrow 21.32.04 # :) 21.32.12 # cu 21.33.22 Quit quelsaruk ("KVIrc 3.0.0-beta1 "Eve's Avatar"") 21.44.37 # dwihno: what new game? 21.44.40 # elinenbe|sleep: you around yet? 21.44.41 # snake 21.44.47 # eric commited it 21.44.49 # but its buggy 21.44.51 # ya, snake0r 21.46.50 Quit xam ("ChatZilla 0.8.7 [Mozilla rv:1.0.0/1]") 21.47.07 # hmm snake 21.47.09 # ill try.. :) 21.48.34 # 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 # do you still get those mails? 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 # zagor, i dont get cvs commit information mails regularly - is there something wrong? 22.32.46 # i get them, so it seems the list works 22.34.04 # hmm would you check whether my e-mail address is still on the list? 22.35.04 # yup 22.35.10 # hmm strange 22.35.15 # very strange.. 22.35.47 # what's your address? 22.48.33 Join edx|notebook [0] (~edx@pD9EAAB59.dip.t-dialin.net) 22.49.04 Part edx|notebook 23.01.21 # 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 # 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 # heya 23.38.32 Quit edx|sleep () 23.40.03 # some1 here