--- Log for 27.02.105 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 23 days and 15 hours ago 00.01.06 # i understand its after the string ESTFBINR, 0x220 right? but i can't seem to do the trick 00.02.01 # does anybody know how i can get objdump to do a raw disassembly of a file 00.02.02 # ? 00.03.17 # HCl: raw, like disregard object file format? 00.03.31 # yea. 00.03.39 # just direct opcodes in a file 00.03.46 # cause thats what my dynarec is making.. 00.04.46 # any idea? :/ 00.05.55 Join muesli- [0] (muesli_tv@isi-dial-132-108.isionline-dialin.de) 00.06.11 # hmmm, no 00.06.19 # g'day mates 00.08.22 # good night :V 00.08.49 # ;) 00.09.19 # c'ya guy 00.09.50 # hubble u have a link for an ida project for the h3xx? 00.10.25 Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 00.10.58 # he doesn't work on h3x0 00.11.29 # he's using h1x0 firmware 1.40, afaik 00.14.56 # * HCl sighs. 00.15.08 # * HCl *just* needs a way to disassemble some stuff -.-; 00.15.35 # HCl: send it to me, i'll try pushing it through ida 00.16.43 # does ida have a coldfire mode? 00.16.50 # yes 00.16.56 # by defaul 00.16.58 # t? 00.18.03 # should so 00.18.07 # yes, ida has coldfire support initially, full version, not dempo 00.18.10 # *demo 00.18.49 # ah. 00.22.12 Quit preglow ("woop") 00.23.26 # yeah it does 00.23.41 Join muesli_ [0] (muesli_tv@80.81.21.23) 00.23.42 # im using ida pro 4.7 00.23.56 # i need ida pro :/ 00.24.02 # pm me 00.24.04 # lol 00.24.11 Join preglow [0] (thomj@s183a.studby.ntnu.no) 00.24.14 # wb 00.24.21 # its okay.. i think *stares at preglow* 00.24.26 Quit muesli- (Read error: 60 (Operation timed out)) 00.24.27 # re mates 00.24.34 # u sure? 00.24.41 # not yet o.o 00.25.08 # ur gonna need it l8er? 00.25.36 # mmm, let me try this link... 00.26.30 # ok 00.26.37 # i've got a bunch of clrs 00.26.54 # yea, that should be correct 00.26.57 # clrs into memory.. 00.27.07 # and a movea with a 0xff.. address, now that's a dead giveaway :) 00.27.21 # m? 00.28.02 # man when i opened the unencrypted hex file with a hex editor i thought it was gonna be as easy as opening up a w32 exe 00.28.26 # http://glow.m0f0.net/rockbox/test.s 00.28.28 # i guess work still needs to be done to figure out the structure of the firmware and stuff, thats just too much for me 00.28.30 # does that look familiar? 00.28.51 # nice 00.28.52 # I just turned on the greyscale mode on the iriver. It looks funny :) The text has half the hight and the bottom half of the screen has some random pixels. 00.28.57 # whats C:\dyna_0x150? 00.29.05 # that's the disassembled file 00.29.08 # of what 00.29.09 # markun: nice. 00.29.40 # The fonts even look kinda anti-aliased :) 00.29.48 # what were u able to disassemble? 00.30.00 # asdsd: HCl's dynamic recompilation core results 00.30.09 # thanks 00.30.17 Quit cYmen (Read error: 113 (No route to host)) 00.31.08 # hmm. 00.37.05 Quit preglow ("brb") 00.37.13 # * HCl grabs his code 00.38.17 # hmm. 00.38.22 # that pea definately seems wrong, heh 00.38.22 # hey preglow 00.38.33 # eep. 00.38.35 # he left 00.38.38 # nice pics u got in there, but how r u able to play super marioland, i thought it only accepted one key press at a time 00.38.46 # aww 00.38.49 # it does, aside from the play button 00.39.01 Join preglow [0] (thomj@s183a.studby.ntnu.no) 00.39.06 # what version of ida do you have? pro standard? 00.39.09 # so how do u uhhh squish the mushrooms? 00.39.19 # my about screen doesn't say 00.39.28 # but i know 00.39.30 # its pro advanced 00.39.47 # no wait nvm 00.39.49 # yeah its pro standard 00.39.51 # DataRescue.Ida.Pro.Standard.Edition.v4.7.0.830 00.39.52 # oh. 00.39.52 # ok. 00.39.55 # nm then :x 00.40.10 # i also have this one: DataRescue.IDA.Pro.Advanced.V4.3.0.740 00.40.13 # but its an older version 00.40.28 # issok :) 00.40.31 # thanks anyways 00.40.46 # SO 00.40.49 Quit Stryke` ("Friends don't let friends listen to Anti-Flag") 00.40.51 # back to non-rockbox related coding 00.43.10 Join amiconn [0] (~jens@pD9E7F1F1.dip.t-dialin.net) 00.43.48 # hey this might sound kinda silly but the linus u guys talk about 00.43.58 # wouldn't happen to be linus torvald would he? 00.44.26 # no 00.44.48 # didn't think so 00.46.12 # if he was, then rockbox would be UNIXbox. :) 00.46.28 # No, Linuxbox ;) 00.47.54 # I suspect Torvalds works in ipodLinux. 00.48.20 # damn 00.48.26 # ive seen a screenshot of ipod running linux 00.48.29 # looks funny 00.51.34 # i don't understand whats wrong with my peas 00.53.46 # Hm, now I only need a plan how to use greyscale in rockbox.. Maybe I first should get everything to look the same as before. 00.53.55 Quit midk ("Leaving") 00.54.09 # markun: i'd say update the lcd_drivers to still work regardless of the colormode 00.54.32 # and add a drawpixel that allows you to set the pixel value 00.54.51 # * HCl eats his peas 00.56.25 # lol 00.56.30 # ahar!!! 00.56.34 # yay for disassemle 00.56.37 # disassemble* 00.56.54 # addq.l #8,d7 = WRONG, should be a7 aka sp 00.56.55 # :) 00.57.26 # hey lets say someone were to donate like 20 thousand dollars, do u think like the speed of the project would increase? 00.58.24 # if you want my honest opinion 00.58.26 # no. 00.58.38 # since people are already spending most of their free time on development 00.58.49 # extra money wouldn't help with creating more free time 00.59.10 # it will stop, work is not compatible with big amounts of beer. 00.59.18 # :P 00.59.26 # * HCl smacks himself upside the head 00.59.38 # value|=0x8; ! not value |=0x4 01.00.12 # no wonder it crashed if the stack pointer was all off. 01.01.16 *** Saving seen data "./dancer.seen" 01.01.25 # oh, can someone with cvs access take a look at my patches for sokoban and snake and possibly commit them so they can be removed from the todo list? 01.01.33 # so its not a money problem 01.01.54 # but wouldn't u guys be able to hire like high quality engineers with 20K? 01.02.03 # and u can all afford plenty of h320s and h120s 01.02.22 # well. it might speed up the development for h320s 01.02.34 # since as far as i know none of the core coders have access to one of those 01.03.34 # ah-man 01.03.49 # can anyone here confirm that pea is *the* way to push values onto the stack? 01.03.58 # oh yeah and then all u guys would be able to receive a hardware debugger right? 01.04.15 # well pea is push effective address right?, sounds right to me 01.04.17 # well, i suppose that would indeed help some people, if there were more bdms 01.04.38 # i know i'd have less of a hard time debugging rockboy 01.04.42 # but we want a gdb stub anyways 01.04.47 # which is both cheaper and nicer 01.04.55 # great hcl, so its settled ill start a fundraiser tommorow washing cars and selling cookies and ill donate 20k 01.05.01 # :P 01.05.04 # well, what would help 01.05.19 # if if you keep most of the 20k, and spend part of it on an engineer who'll make us a coldfire gdb stub 01.05.23 # :P 01.05.24 # whats a gdb stub? 01.05.40 # its a small program that allows gdb to remote debug the iriver 01.05.50 # through the serial port thats on the pcb 01.06.08 # oh i see 01.06.12 # hey that wud be pretty useful 01.06.24 # yes 01.06.34 # cause then everyone would have an fairly easy way to debug 01.06.52 # (all you need to do is open up your iriver, solder or otherwise attach two wires to the serial port, hook it into your serial port 01.07.01 # as far as i know anyways 01.07.04 # i'm not a hardware person 01.07.16 # Grmpf. 01.07.26 # This darn simulator drives me crazy :( 01.07.32 # :/ 01.07.44 # * HCl hands amiconn a hammer and a magnet "threaten it with this" 01.08.05 # computers are scared of magnets *nods* 01.08.17 # Why the **** does the X11 simulator not seek correctly in a file, while the win32 simulator does ??!??? 01.08.47 # On the other side, the codecs work in the X11 sim, and they don't in win32 01.09.02 # don't forget rockboy 01.09.23 # Could please someone with a real Linux (or other unix) box try my test plugin, and tell me whether it works in the x11 sim? 01.09.56 # well, i can run it through vnc.. but i want to get this dynarec block to work first.. 01.10.08 Join prethom [0] (thomj@s183a.studby.ntnu.no) 01.10.13 # damn it to hell 01.10.55 # It does a somewhat silly thing - it writes a test file while lots of 'A', 'B' and 'C' and one 'X', but with seeking in between. If it does it correctly, the file should be 15 KB. 01.11.21 # My X11 sim makes a file 25 KB + 1 byte.... 01.11.47 # preglow: get lost 01.12.20 # preglow: Register your nick with freenode, then you can ghost your alter ego.. 01.12.24 # http://www.mochine.com/~hubble/wave_bin.zip 01.12.27 # http://www.mochine.com/~hubble/wave_src.zip 01.12.34 # simple wave test 01.12.44 # my alter ego hasn't timed out yet 01.12.54 Join le915 [0] (~chatzilla@pcp0010241755pcs.lpaxtn01.pa.comcast.net) 01.12.58 # oh man all this sounds so complicated 01.12.59 # hey 01.13.12 # Yeah, timeout can take long on freenode.... I observed up to 20 minutres 01.13.16 # ahah 01.13.16 # great 01.13.22 # u guys ever consider making rockbox for the Dell DJ? 01.13.45 # hmmm... 01.13.50 # the Gen1 01.14.02 # can anyone confirm that move.l d0,-(sp) is the correct way to push a register onto the stack? 01.14.05 # speaking of alternate mp3 players 01.14.09 # noone has done anything with the dell yet, and its bumming me out 01.14.30 # is there a rockbox-ish project going on for the ipods? thats not linux? 01.14.35 # HCl: it is 01.14.38 # i hate ipods 01.14.40 # prethom: thanks 01.14.47 # irives kick butt though 01.14.47 # i do too, but i was just curious 01.14.49 # HCl: at least it should work 01.14.57 # yea, its my current encoding of a push 01.15.03 # i think my assembly looks semi correct now 01.15.13 # would it be hard for them to port rockbox to the dell DJ? 01.15.28 # le915: wouldn't know until we see some hardware specs 01.15.35 # o 01.15.50 # i could get em for ya if you like 01.16.19 # i'm not really interested, i've got my hands full with h120 01.16.32 # so is there an rockbox-ish project going on for the ipod? 01.16.53 # are you a main developer prethom? 01.17.31 # le915: no, i've just gotten involved 01.17.39 # oh i see 01.18.03 # brb 01.18.08 # well please suggest that to the main developers :) 01.18.14 # but porting to a new platform is a time consuming task, i'll tell you that much, and we're in the middle of one ;) 01.18.26 # o 01.18.28 # in fact, we're in the middle of several 01.18.29 # heh 01.18.35 # mmm. 01.18.37 Quit muesli_ ("ich will Kühe!!!") 01.18.48 # the h120 is really coming along strong 01.18.55 # u guys really are doing a great job at it 01.18.58 Part hubble 01.19.10 # how do u load the GB roms on there? 01.19.17 # just load em to the HD? 01.19.43 # le915: with a bit of luck, you just load them onto the hd, and then select them like any other file 01.19.48 # le915: rockboy should load 01.20.02 # assumes you've the viewer list set up correctly 01.20.12 # what would happen if i loaded your stuff on my mp3 player, would it kill it? 01.20.14 # :) 01.20.18 # hahaha :( With the old build system, it's the other way 'round. The X11 sim seeks correctly, while the win32 sim doesn't work at all (can't open file) . The latter was expected though... 01.20.20 # um. 01.20.48 # there is no working build of rockboy from my side at the moment. 01.20.51 # amiconn: sounds like you've got yourself some fun there 01.21.33 # I don't really consider this fun; I simply want these simulators to work, so I can test rockboy on them :( 01.21.56 # preglow: Don't you have a linux box? 01.22.17 Join muesli- [0] (muesli_tv@83.135.60.128) 01.23.30 # thats just lame. things crashing on a debug snprintf :/ 01.23.43 # amiconn: i can test it 01.23.59 # with a little trouble 01.24.01 # amiconn: i'm using one right now 01.24.42 # amiconn: but you should be pretty certain you don't have any 64 bit issues first, heh 01.24.56 # ??? 01.25.05 # its amd64 01.25.27 # I don't use any 64 bit thingies. It's a plain simple file operations test 01.25.36 # ok 01.25.45 # just give me simple directions 01.26.11 # There's something wrong with the file ops in the X11 sim, and I want to figure whether it's just cygwin or a problem with the new sim build system 01.26.31 # 0xf0 01.27.29 # HCl ?? 01.27.31 # amiconn: but ok, just try a plain x11 sim build? 01.27.55 # prethom: It's a single plugin. Simply add that to apps/plugins/SOURCES, compile & run in the X11 sim. It should create a file in the archos/ dir 01.28.04 # Just tell me how large it is. 01.28.44 # ok 01.30.04 Quit DMJC ("Leaving") 01.30.06 # amiconn: my next unimplemented opcode :) 01.30.16 # dynarec successfully compiled and ran the first two blocks of code 01.30.23 # Nice :) 01.30.45 # its still fairly inefficient 01.30.53 # I guess there's quite some work for me to do once I start porting it to SH1... 01.31.04 # i'm not even sure how much faster it'll be :/ 01.31.10 # but its fun to make nonetheless. 01.31.19 Quit le915 ("Chatzilla 0.9.67 [Firefox 1.0/20041109]") 01.31.20 # ok, now for installing all missing libs 01.31.28 # it'll get faster once i optimize its memory routines 01.31.30 # How do you know about the efficiency? 01.31.46 # memory accesses are really expensive at the moment 01.31.47 # I mean, without the complete implementation... 01.31.58 # prethom: Missing libs? 01.32.10 # well, ofcourse i haven't implemented all the possible optimization yet 01.32.20 # in the end, it should be faster. i'm mostly worried about the slow ram of the iriver 01.32.33 # Is it really that slow? 01.32.36 # i dunno 01.32.39 # people make it seem that way 01.32.40 # o.o 01.32.42 # hey i got an idea, how about with the 20k i raise i bribe some of the iriver core engineers to help the rockbox project 01.32.58 # The archos has fast page mode ram. Accesses are 1 cycle as long as the page is open 01.33.01 # sounds good to me :P 01.33.04 # amiconn: well, i bumped into a amd64 issue right away 01.33.09 # (only 16 bit wide data bus though) 01.33.22 # apparently plugins aren't compiled with -fPIC 01.33.34 # Ooops. 01.33.52 # i've gotten this with other libs as well 01.33.56 # What does fPIC mean, btw? 01.34.05 # position independent code 01.34.16 # everything dynamically loadable needs it 01.34.20 # in what makefile do i add it? 01.34.31 # Well, the plugins are libs, so they should get relocated on load (?) 01.34.42 # Ah. 01.34.45 # you still need -fPIC while compiling 01.34.52 Quit Sucka ("a bird in the bush is worth two in your house") 01.34.54 # I guess it is needed in apps/plugins/Makefile 01.35.02 # LD /home/thomj/rockbox/rockbox/build/battery_test.rock 01.35.02 # /usr/bin/ld: /home/thomj/rockbox/rockbox/build/battery_test.o: relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC 01.35.05 # :) 01.35.30 # ..and maybe apps/Makefile as well, or does the main simulator binary work? 01.35.42 # darn. *forgot something* 01.35.51 # amiconn: we'll see 01.37.01 Join Sando [0] (kekekek@CPE-147-10-21-132.vic.bigpond.net.au) 01.37.30 # arghhh 01.37.54 # i don't bloody well know which parts need it, but the codecs complain as well 01.38.42 # fabulous, i added it, and it still complains 01.39.01 # Maybe you need this in tools/make.inc ? 01.39.47 # let's see 01.40.20 # still refuses to work, i think you're better off getting someone with a 32 bit box to try it 01.40.23 # heh 01.40.36 # Hmm, maybe. 01.40.45 # HCl ? 01.42.12 Join BBub [0] (belzebub16@dsl-082-082-250-168.arcor-ip.net) 01.43.01 Quit methangas (" HydraIRC -> http://www.hydrairc.com <- The future of IRC") 01.46.58 # amiconn: i forgot to move d0-d6 to d1-d7.. 01.47.45 Join muesli_ [0] (muesli_tv@104.14-dial.augustakom.net) 01.47.48 # oh 01.47.50 # you mean 01.47.53 # sure, sorry XD 01.47.59 # send again? 01.48.06 # * HCl wasn't paying attention 01.49.49 Quit muesli- (Read error: 104 (Connection reset by peer)) 01.51.13 # hey guys good news 01.51.51 # the Association for Girl Scouts of America have agreed to sell cookies to fundraise the rockbox project 01.51.57 # anyone likes chocolate chips? 01.52.10 # lol 01.52.12 # * HCl scratches his head and watches the simulator compile crash on his mkdir addition for rockboy, gets it out.. 01.52.29 # HCl maybe some cookies would relax you? 01.52.34 # or maybe a girl scout might do a better job ;) 01.52.56 # hahah, i thought you tried to maximize coder performance ;) 01.53.00 # who needs to relax when you have caffeine :p 01.53.05 # might as well just send crates of beer then 01.53.20 # * prethom prods preglow 01.55.38 # well if u want the opposite effect of relax, i believe a girl scout can also do that job very well ;-) 01.55.48 # indeed 01.55.55 # doh... 01.56.01 # now it crashes when compiling rockboy. 01.56.29 # * amiconn is puzzled 01.58.30 # inline m68k asm. 01.58.36 # obviously, that doesn't work in the sim. 01.58.45 Join ashridah [0] (ashridah@220-253-123-159.VIC.netspace.net.au) 01.59.26 # Nope. That's why I surrounded all my asm blocks with #if CONFIG_CPU = SH7034 && !defined(SIMULATOR) 01.59.37 # mhm 01.59.51 # ..and there is always an #else with C code 01.59.52 # okay 01.59.54 # i ran it 01.59.58 # whats it supposed to do 02.00.11 # There should be a .txt file in archos/ 02.00.17 # How big is that? 02.00.23 # yup. 02.00.25 # 15360 02.00.31 # wee 02.00.40 # Hrmpf, so it works on Linux... 02.00.50 # * amiconn is even more puzzled 02.00.53 # o.o 02.00.59 # don't be, cygwin is shite ;) 02.01.33 # at least compared to the real thing 02.01.39 # i never quite did get it to work 02.01.42 # Why is that? It works on Linux/X11 and Win32 with the new build system, but not on cygwin/X11 02.02.02 # But it works on cygwin/X11 with the old build system... 02.02.31 # well, something obviously gets linked to the wrong thing 02.02.47 # queer it works in linux, though 02.03.07 # Yeah, it seems the cygwin linker is easy to confuse. 02.03.23 # (Although this is the gnu linker after all) 02.03.38 # Hmm. 02.04.18 # things like link order are _very_ important 02.04.56 # The plugins in the X11 sim are *smaller* with the new build system than with the old... 02.05.12 # :) 02.05.53 # Though the win32 equivalent is still way smaller, and these work... 02.06.03 # why should they be smaller? 02.06.19 # Hmm, I don't konw, but they are... 02.08.00 # well, compare symbols 02.08.38 # somewhere something has to be bigger 02.08.56 # and i don't quite get why the build system should make a difference 02.10.49 # Yeah, it shouldn't, but it does. That's what puzzles me 02.12.07 # I got greyscale pretty much working, but lcd_bitmap is very slow because I now implemented it with a lot of lcd_drawpixels. 02.12.19 # urgs 02.12.57 # how are we supposed to support several display types transparently? 02.13.46 # amiconn: you weren't kidding with the time outs on freenode 02.13.52 # it's been an hour 02.14.10 # as easy as 3.141592... 02.14.14 # hahaha 02.14.15 # small wonder 02.14.18 # screen is still running 02.14.20 Quit preglow ("leaving") 02.14.36 # haha 02.14.38 # * prethom slaps himself 02.14.40 # xD 02.14.41 # good job :) 02.14.46 Nick prethom is now known as preglow (thomj@s183a.studby.ntnu.no) 02.16.34 # enough foolishness for one day, i'm going to bed 02.16.34 # later 02.16.47 Quit preglow (".") 02.19.07 Join fuzzie [0] (fuzzie@anthracite.warpedgames.com) 02.19.27 Quit muesli_ (Read error: 113 (No route to host)) 02.23.00 # Too bad the iriver LCD doesn't use bitplanes.. 02.24.06 # I would make displaying mono bitmaps a lot easyer and faster. 02.26.33 # * HCl yawns. 02.28.54 # See you guys tomorrow 02.29.08 # cya 02.29.11 Quit markun () 02.35.30 # * HCl is about to fall asleep as well. 02.35.53 # dynarec is progressing nicely 02.39.51 Join muesli- [0] (muesli_tv@80.81.21.165) 02.47.20 # I guess I know what causes the cygwin X11 problems... 02.52.46 Join Hohoman [0] (~inte@hohoman.olf.sgsnet.se) 02.56.29 # Hrmpf. Anyway, I need to sleep... 02.56.32 # nite. 02.56.47 Part amiconn 03.00.30 Join Lost-ash [0] (ashridah@220-253-120-119.VIC.netspace.net.au) 03.00.46 Quit ashridah (Nick collision from services.) 03.00.51 Nick Lost-ash is now known as ashridah (ashridah@220-253-120-119.VIC.netspace.net.au) 03.01.17 *** Saving seen data "./dancer.seen" 03.09.01 # i don't like xor. night. 03.10.53 # night 03.11.12 Quit XShocK (" HydraIRC -> http://www.hydrairc.com <- State of the art IRC") 03.13.55 # what component of the iriver is dynarec? 03.16.01 Quit BBub (""Fange nie an aufzuhören. Höre nie auf anzufangen." - Tiki") 03.20.18 Quit muesli- ("ich will Kühe!!!") 03.29.36 Join Fofito [0] (~holailo@80.224.115.146) 03.45.11 Quit _aLF ("Leaving") 03.50.23 Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 03.56.40 Part Fofito 04.05.34 Join QT_ [0] (as@area51.users.madwifi) 04.12.34 # asdsd: dynarec is dynamic recompiling. it's specifically for gnuboy, since all of the rest of iriver is targeted at the coldfire cpu to begin with, and doesn't actually need recompiling :) 04.22.22 Quit QT (Read error: 110 (Connection timed out)) 04.24.48 Part Hohoman 04.32.38 Quit midk (Read error: 54 (Connection reset by peer)) 04.36.29 # how is dynamic recompiling different from say coding something and then compiling it? 04.36.36 # dynarec wud be like emulation? 04.39.27 # dynamic recompilation is a method of converting code from one target to another in order to get better performance, instead of a straight 1:1 instruction conversino 04.43.19 # it's going to be emulation either way 04.43.24 # it's just a method of getting better performance 04.52.34 # basically, in this instance, it'd be used to convert the gameboy's code in the rom into something the iriver can process faster 05.01.20 *** Saving seen data "./dancer.seen" 05.12.48 Join Kim69 [0] (~kim69@ip68-5-253-4.oc.oc.cox.net) 05.16.36 Quit Kim69 (Client Quit) 06.09.20 Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 06.17.50 Quit YouCeyE ("Leaving") 06.35.07 # thx ash 06.49.21 Join YouCeyE [0] (foobar@youceye.user) 06.54.05 Quit YouCeyE (Client Quit) 07.00.15 Join YouCeyE [0] (foobar@youceye.user) 07.01.09 Quit midk ("Leaving") 07.01.24 *** Saving seen data "./dancer.seen" 07.11.19 # wouldn't it be slower if it has to dynamically recompile the rom to run it in a faster way? rather than just run it in the slow way? 07.13.48 # asdsd: it's a balance, certainly. 07.15.05 # the idea is that if you recompile a piece of code once, then rerun it a few thousand times a second (for, say, drawing to the screen), you save, so you identify common often used routines and have the dynarec code replace them with faster hardware specific variants 07.15.15 # the exact approach depends a lot on the original code 07.15.29 # * HCl grumbles. 07.15.45 # flatmates with the iq of a caveman suck -.- 07.15.53 # if i recall earlier conversations, nintendo gave developers a common library to use, and replacing the common code in the library will be a general optimisation that always works. i'm not sure if this is the case for the gameboy tho 07.16.10 # he's such a jerk, making noise at 7 am on a fucking sunday u.u 07.16.14 # HCl: just stick a waffle to the ceiling and call it god. that'll keep them entertained in sacralicious style 07.16.45 # mhm. 07.17.08 # * HCl grrrs and goes back to sleep and dreaming about assembly (i seriously need to not work on dynarec today) 07.23.14 # fucking neanderthal u.u. 07.27.03 Join StrathAFK [0] (~mike@dgvlwinas01pool0-a239.wi.tds.net) 07.33.48 Quit ashridah (Read error: 60 (Operation timed out)) 07.41.42 Quit Strath (Read error: 110 (Connection timed out)) 08.33.39 Join ashridah [0] (ashridah@220-253-119-245.VIC.netspace.net.au) 08.38.34 # can someone explain what kind of instruction 36: e9c0 26c1 bfextu %d0,27,1,%d2 08.38.38 # is 08.38.42 # and why its not in the coldfire manual 08.38.43 # ? 08.39.41 # sounds like one of the branch instructions. 08.40.09 # bit field unsigned extract.. 08.41.03 # Be careful, this instruction operates from MSB to LSB!! 08.41.06 # wth does that mean? 08.42.01 Join amiconn [0] (~jens@pD9E7F1F1.dip.t-dialin.net) 08.42.24 # most significant bit to least significant bit. 08.42.42 # ie, the msb is the first flag, the lsb is the last flag 08.43.05 # if it takes a numeric offset into the bit field, that's where itcounts from 08.43.06 # ah. 08.43.08 # okay. 08.43.14 # yea, it does. 08.43.38 # its not in the coldfire manual, but gcc made it for me when i told it to optimize a piece of code 08.44.34 # i must say i'm a bit confused about the code that gcc generates.. 08.45.24 # are you compiling with -O0 ? 08.45.39 # or -O2 ? 08.46.32 # -O3 08.46.38 # it manages to do a=((2*b)&0xFF) ? 0 : 0x80 | 08.46.38 # (0x20 & (((2*b)&0xFF) << 1)) | 08.46.38 # ((2*b)&0x10)>>4; 08.46.42 # in 14 instructions 08.46.46 # right 08.46.47 # which is pretty ok 08.47.02 # but i'm having trouble understanding its code 08.47.02 # looking at the code OPTIMISING gcc generates is probably an exercise in futility. 08.47.11 # why? 08.47.15 # -O0 will follow the code you wrote 08.47.22 # because it's optimising ;) 08.47.29 # yes, well, i want it to optimize O.o; 08.47.46 # cause my implementation of the same code would be far less effecient 08.47.48 # efficient* 08.47.50 # not while you're picking it appart 08.48.07 # no, i do want to optimize it o.o i need to know a good assembler way of doing it. 08.49.13 # i could ofcourse just slap the gcc output into my dynarec, but i prefer to know how it works first 08.49.30 # ashridah: That's the strangeness of gcc: Sometimes it generates ultra-cleverly optimised code, and in other places it uses plain stupid code that's easily optimised to double speed by hand. That's my own observation, with -O1 on sh 08.49.52 # i didn't say gcc was GOOD 08.49.53 # :) 08.51.45 # anyone around with a tiny bit of time who might be able to explain how this block of code works? 08.55.57 # guess not, ok :x 09.01.25 *** Saving seen data "./dancer.seen" 09.05.02 # perhaps we could if we knew the code in question :) 09.07.25 Join LinusN [0] (~linus@labb.contactor.se) 09.07.45 # linusn 09.07.51 # well, its over 15 lines, didn't want to blurt it into the channel 09.07.53 # but its ok 09.08.01 # HCl: if the compiler emitted the bfextu instruction, then you have found a bug in gcc, or you are building for the wrong target 09.08.30 # so toss it into a text file and show us 09.08.41 Quit hile ("leaving") 09.09.04 # LinusN: darn, that might be so. 09.09.21 # * HCl goes to look up compiler flags for coldfire 09.09.26 Join hile [0] (hile@hack.fi) 09.09.30 Join methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk) 09.10.17 # -m5200 -Wa,-m5249 09.11.47 # *nods* 09.12.01 # okay, no harm done, it still gets about the same amount of instructions 09.13.01 Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 09.16.07 Part LinusN 09.47.35 Join markun [0] (~markun@bastards.student.utwente.nl) 09.48.31 # HCl: Does rockboy draw the screen using lcd_drawpixel? 09.48.36 Join pillo [0] (~burellil@host107-54.pool80182.interbusiness.it) 09.50.09 # markun: no 09.50.26 # but iriver being in 2bit mode should actually make it faster 09.51.17 # I don't think so 09.51.19 # I got grayscale working. I will send a picture once my digital-camera-owning-flatmate wakes up. 09.51.28 # Imho the speed won't change 09.52.36 # amiconn: I now made lcd_drawpixel_color(x,y,c). You told me once not to do this, should we have lcd_set_color(c) and lcd_drawpixel(x,y)? 09.53.35 # We need to keep an eye on size (not specifically for iriver, but for archos and maybe others) 09.54.08 # My suggestion is still to have some drawing states, and a foreground and background "colour" 09.54.38 Join R3nTiL [0] (~zorroz@83.69.98.15) 09.55.14 # This is also adaptable to b&w, and will imho even produce smaller binaries 09.56.23 # Look at the grayscale lib. This has 4 drawing modes, draw_foreground, draw_background, draw_solid and draw_inverse 09.56.53 # draw_foreground and draw_solid are identical for single pixels, they draw the pixel in the foreground colour 09.57.04 # ok, so draw_background is like draw_clear 09.57.28 # draw_background draws the pixel in the background colour, and draw_inverse does a bitwise invert 09.58.20 # draw_background is like today's clear_* routines for b&w, as long as we consider the 2 "colours" as fixed 09.58.35 # I will have a closer look at your grayscale lib. 09.58.41 # i.e. foreground = black and background = white 09.58.59 # The grayscale lib allows you to set these individually 09.59.45 # The differentiation between draw_foreground and draw_solid becomes clear when you look into fonr drawing 09.59.47 Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 09.59.59 # *font 10.00.03 # Another thing: lcd_bitmap is now implemented using draw_pixel. It's very slow. I can make a lcd_bitmap_2bit (or something) which is just like the old lcd_bitmap. 10.01.14 # We still need to process 1 bit input bitmaps. So for displays with > 1 bit, imho we need 2 routines. Again, the grayscale lib example: 10.01.57 # There is gray_draw_bitmap(), which draws an 1-bit bitmap, using the selected foreground and background colours and the draw mode 10.02.47 # Then there is gray_draw_graymap, which draws a full grayscale bitmap, i.e. the source bitmap uses 1 byte per pixel 10.04.42 # Both routines should of course be optimised for the actual lcd, imho this is why Linus decided to use a separate lcd driver file for iriver (planning for 2-bit support) 10.06.19 # looking ahaid: if we ever want anti-aliased fonts on iriver it would be more efficient to have a draw_graymap that expects 2-bit bitmaps. 10.06.34 Quit R3nTiL () 10.06.42 # ahead.. 10.07.36 # I'm still unsure whether anti-aliased fonts make sense on a mobile unit, but if we go for it, I'd suggest to use a more universal format, i.e. 1 byte/pixel 10.08.17 # That would make for very large fonts of cource. But during the loading of the font we could convert the bitmaps of course. 10.08.23 # (Thinking further ahead, e.g. gmini 220 has 4-bit greyscale, iRiver H3xx even has colour 10.09.00 # methangas. 10.09.14 # yes? 10.09.46 # markun: A propos large fonts: iirc you were working on unicode support. How much binary size does that add? 10.10.20 # And did you have a look at font caching? There is a chinese rockbox patch in the tracker that uses font caching. 10.10.35 # * HCl sighs. 10.10.41 # this gcc code *cant* be correct :( 10.10.50 # It depends what the difference between the first and the last char code in the font is. max_bitmap_size * (last_char - first_char) 10.11.21 # Yes, I looked a bit at font caching, but I am still thinking of the best way to do it. 10.11.26 # No, I don't mean the font size, I mean code size 10.11.57 # http://titania.student.utwente.nl/flagstuff 10.12.02 # (Thinkingn about adding that to rockbox in general, including the archos units) 10.12.19 # i'd appreciate it if someone would look at it and might be able to explain to me why exactly those two things are equal 10.12.51 # markun: Unicode should be even possible for the players to some extent, if you followed the forum thread for russian support on players... 10.12.55 # I made a small unicode.c that added some code, but I also got rid of the unicode2iso table and funcitons. 10.13.06 Nick QT_ is now known as QT (as@area51.users.madwifi) 10.13.08 # No, I did not follow that. 10.14.33 # (code size). Okay, what's the net size change, i.e. rockbox.iriver with/without unicode support? 10.14.33 # * markun is reading the forum thread 10.16.13 # Well, I don't have a completely clean rockbox, but the unicode version is actually smaller than my grayscale (without unice) 10.16.28 # unicode:-rw-r--r-- 1 karl karl 160936 Feb 27 09:41 rockbox.iriver 10.16.40 # grayscale -rw-r--r-- 1 karl karl 159912 Feb 25 00:06 ../../../rockbox-unicode3/builds/iriver/rockbox.iriver 10.17.04 # s/unice/unicode/ 10.17.54 # Hmm. This looks like the unicode version is about 1K larger than the grayscale verion 10.18.07 # *versionm 10.18.11 # *version even 10.18.53 # No, I made a mistake. The first one is grayscale and the second one in unicode. 10.18.59 # Ah ok. 10.19.09 # Wo big is your rockbox.iriver? 10.19.14 # How.. 10.19.40 # I have no rockbox.iriver as I have no iriver. 10.19.57 # I do compile for various archos units 10.20.32 # HCl: Do you have a rockbox.iriver compiled from a clean cvs? 10.20.33 # These are naturally a bit larger, because of the whole playback code being there 10.22.21 # markun: no 10.23.09 # The current archos fm/v2 recorder binary is almost 184 KB (187984 bytes). There is a hard limit of 200 KB for archos firmwares 10.23.24 # amiconn: I send you a patch, can you take a look at it? 10.24.23 # Yeah... I really like to, but I don't know whether I manage to do so. My time is limited, and I'd really like to get the simulators working correctly first. 10.24.41 # ok, no problem. 10.32.23 # Hmm. The unicode patch makes utf-8 default, correct? That means, the .lang files need to be converted to utf-8, and we'd need a new convbfd tool thta creates unicode font? 10.33.34 # Of course lcd-recorder.h and the player lcd handling also needs attention 10.33.58 # Yes, UTF-8 is default now. convbfd still works for latin1 and unicode fonts. 10.34.25 # I also changed lcd-player.c, but the changes are not included in the patch. 10.35.10 # It worked ok in the simulator. 10.35.43 # Bah, I'm writing bullshit. Of course it is convbdf, lcd-recorder.c ... 10.36.51 # Hmm. Perhaps I should try that patch in a separate cvs checkout... 10.37.13 # My writing's also terrible. I even picked up convbfd from you :) 10.38.46 Join Chamois [0] (~Chamois@champigny-5-82-226-182-23.fbx.proxad.net) 10.39.22 # convbdf works correctly for unicode? I'd need a small unicodifed .fnt for testing. It should contain cyrrilic, and I'd also like to have russian.lang in utf-8 (the latter should be easy) 10.40.06 # *cyrillic 10.40.24 # I have a font of 5x7 that is 8KB in size.. 10.40.41 # No standard 6x8? 10.40.44 # And a 6x13 font that is 20KB. 10.41.20 # No, but I could also make a 5x8 or 6x10 if you want. 10.42.38 # I'll compile first, let's see how large the binaries get. 10.42.59 # Do you want my unicode.h too? 10.43.11 # It' 10.43.18 # s not in the patch? 10.43.23 # no 10.44.22 # Which of the fonts do you want? 5x7, 5x8, 6x10 or 6x13? 10.44.54 # Please send 5x8 and 6x10 10.45.09 # Where do I put the single files, i.e. unicode.[ch] 10.45.11 # ? 10.47.21 # in .c in firmware/common .h in firmware/include 10.48.33 # Both fonts should contain glyphs up to about code 1500 10.49.07 # For what target are you building now? 10.49.19 # iriver-sim? 10.50.10 Join hubble [0] (hubble@h13n1fls302o1033.telia.com) 10.51.37 # markun: I'll try recorder 10.51.54 # It doesn't have utf-8 support yet. 10.52.08 # (already replicated the changes from lcd-h100.c to lcd-recorder.c) 10.52.12 # ok :) 10.53.36 # I made a nice russian utf-8 language file just for you 10.56.35 Join LinusN [0] (~linus@labb.contactor.se) 10.56.48 # Hi LinusN 10.57.33 # hey ho 10.59.07 # LinusN: I wrote you an email about my cross compiler problem on FreeBSD. Did you get it? I'm not in a hurry to get it fixed, so if you don't have time it's no problem. 10.59.30 # amiconn: did it compile? 10.59.41 # No, not yet. 11.00.00 # Now it does... there are warnings though 11.00.53 # Yes, I know. The compiler is not happy the way I use const trings.. or are there more warnings? 11.01.26 *** Saving seen data "./dancer.seen" 11.01.42 # 4 warnings about discarding qualifiers (const) 11.02.35 # I have some commented out code in unicode.h where I tried to fix those warnings. 11.02.39 # Unicode support adds 500 bytes so far. Not bad. 11.03.04 # font caching will add some more.. 11.03.11 # Yes of course. 11.03.32 # It looks that this is manageable for the archos too 11.04.26 # markun: i had the same problem once with cygwin 11.04.46 # but i don't have a clean solution for it 11.04.50 # markun: Wow, this really eats buffer space 11.05.57 # LinusN: well, for now it compiles and works (at least on iriver) 11.06.03 # amiconn: Does it eat too much? 11.07.19 # amiconn: did the russian language file work? 11.07.32 # Hmm, no it doesn't :( 11.07.50 # The menus are all empty, I need to navigate blindly... 11.08.01 # Strange. Did you load the font? 11.08.16 # yup 11.08.49 # Let me check here.. 11.12.10 # I now get: Language /russian-utf8.lng too large: 7000 11.12.27 # Maybe that's the problem? 11.18.56 # In apps/language.h you need to change MAX_LANGUAGE_SIZE to something bigger than the russian.lng file. 11.19.31 # I had to do a make clean to get it working. 11.21.39 Part LinusN 11.22.47 # I did a fresh build, and the .lng actually loaded. 11.23.26 Join _aLF [0] (~Alexandre@mutualite-3-82-67-66-128.fbx.proxad.net) 11.23.28 # <_aLF> hi 11.23.37 # Otherwise I wouldn't have gotten an empty menu. Reloading english.lng or deutsch.lng restores everything back to normal 11.25.27 # The utf-8 handling itself seems to have problems. Maybe I copied something wrong from lcd-h100.c 11.29.07 # Hmm. It looks just right... 11.33.38 # Could you still see the files on your archos? 11.34.46 # yes. 11.35.23 # Can you put a russian file on it? 11.36.59 # The textviewer now also only displays utf-8 text, so you could test it with that as well.. 11.43.00 # Gotta run... sorry, later :) 11.43.10 Part amiconn 11.45.10 Part hubble 11.57.22 Quit markun () 11.59.09 Join preglow [0] (thomj@s183a.studby.ntnu.no) 12.01.17 Join muesli- [0] (muesli_tv@D5814.d.pppool.de) 12.01.58 # high 12.03.29 # helo 12.07.02 Join Patr3ck [0] (~patr3ck@pD9E5CEB6.dip.t-dialin.net) 12.38.22 Join Sucka [0] (~NNSCRIPT@host81-156-213-142.range81-156.btcentralplus.com) 12.54.32 Join DMJC [0] (~James@220-245-162-47-sa-nt.tpgi.com.au) 12.57.51 # mornin 13.00.06 Join amiconn [0] (jens@pD9F5260D.dip.t-dialin.net) 13.01.30 *** Saving seen data "./dancer.seen" 13.07.21 Join markun [0] (~markun@bastards.student.utwente.nl) 13.07.36 # amiconn: Do you have time to do some testing? 13.07.48 # Any news? 13.08.25 # no news. I'm trying to study a bit. 13.10.15 # But it's hard with all these rockbox ideas in my head. 13.10.35 # no shit 13.10.53 # Hmm. I'll try a cyrillic filename. Just need a method to create one 13.11.15 # Can I send you one over irc? 13.11.38 # I think this won't work. Irc doesn't handle unicode... 13.12.05 # it does if both ends use utf8 charset :P 13.12.18 # irc is charset agnostic 13.12.24 # Yeah... but windows uses utf-16 for filenames 13.12.27 # I do, do you amiconn? 13.12.48 # windows uses ucs16, not utf 13.13.55 # ucs-2, no? 13.14.02 # ahh, yes 13.14.42 # I used the UTF-16 decoder to convert the fat filenames. Also works with UCS-2 of course. 13.15.51 # amiconn: do you have the textviewer? I can send you a file with some utf-8 in it. 13.16.02 # * preglow pats utf-8 13.16.20 # Does the textviewer need any change? I guess not... 13.16.40 # amiconn: have you looked at the proportional font support patch some guy sent? 13.17.14 # No... 13.17.41 # I won't do any major commit until I have those simulators working. 13.19.30 # amiconn: No, textviewer works without changes. 13.20.04 # Now I have a file with a russian name... 13.20.22 # I also sent you a unicode.txt file 13.20.35 # Hmm. All cyrillic characters show up as spaces.... 13.20.42 # :( 13.20.49 # The font did change? 13.21.01 # Ah, I forgot something... 13.21.37 # Hmm, it's the same with the font you sent me :( 13.22.50 # Where could it go wrong? Decoding in fat.c or displaying or font loading? 13.22.54 # Ooops, this font can't be loaded completely. It's 147 KB 13.23.06 # Ah, I sent the wrong one? 13.23.16 # 6x10.fnt: 147 KB 13.23.27 # I'll send you the right one.. 13.24.34 # What version of 5x8 did I send? Also without -stripped? 13.25.11 # 5x8 is stripped, and works for file names 13.25.39 # Great, than it's probably just updating MAX_LANGUAGE_SIZE in language.c 13.25.56 # Hope your archos has any memory left.. 13.26.01 # New 6x10 works too. 13.26.10 # great, and the unicode.txt? 13.26.43 # Hmm. deutsch.lang needs to be utf-8 converted too in order to work. 13.26.53 # Yes, of course. 13.27.03 # I expect many of them do 13.27.19 Quit midk (Read error: 54 (Connection reset by peer)) 13.28.21 # (unicode.txt) Hebrew, Greek and Russian work, Arabic and Japanese don't. Probably these glyphs are not included... 13.28.45 # hebrew is not great too, left-to-right.. 13.28.55 Join lImbus [0] (lImbus@143-51.244.81.adsl.skynet.be) 13.28.58 # hi all 13.29.16 # I send a new deutsch.lng 13.29.17 # amiconn: dansk? 13.29.25 # It's small enough 13.29.45 # unicode is fun :) 13.29.51 # wow. a thousand never heard nicknames in here :-) 13.30.11 # :D 13.30.12 # rasher: I guess all .lang files need to be converted, except english.lang perhaps 13.31.06 # amiconn: Did you try deutsch-utf8.lng? 13.31.08 # markun: With the correct font, russian menus work partly. How much do I need to increase MAX_LANGUAGE_SIZE? 13.32.04 # Well, russian.lng is about 10KB, I put it to 20KB on my iriver, but you could use less. 13.32.04 # amiconn: I see the 2.5-release is overdue if rockbox still wants to issue new versions every second month. 13.32.35 # deutsch-utf8.lng works, although I see some other places need adjustment to unicode 13.32.41 # I don't know how far multivolume and hotswap is going, but I think the tag database is worth a new version- 13.32.56 # Really? What kind of adjustments? 13.33.17 # There is the recorder button bar, and the F1 text "Menü" is no longer centered. 13.34.15 # maybe it uses strlen? 13.35.24 # Yes it does. 13.35.38 # apps/status.c, line 297 13.35.49 # text_width = fw * strlen(caption); 13.36.03 # This is of course wrong with unicode 13.36.18 # I suspect more such places, e.g. the recorder quickscreens 13.36.50 # It should use lcd_getstringsize 13.37.09 # Also because of variable-width fonts. 13.37.10 # This is a bit dirty anyway, since it assumes no-proportional font 13.37.26 # :) 13.37.38 # However, the builtin default font is fixed width for good reasons 13.38.16 # It is used in a few other places in a way that assumes fixed width, and would need significantly more code for proportional support 13.38.32 # One such example is the virtual keyboard 13.38.53 # What will the virtial unicode keyboard look like? :) 13.39.08 # Yeah... that's a real problem 13.41.35 # I wonder what a chinese keyboard look like.. 13.41.36 # Ooops... the credits list also needs utf-8 conversion. Otherwise Björn might not agree to add unicode support ;) 13.43.06 # amiconn, do you know yudit, the unicode editor? 13.43.18 # No. 13.44.06 # I guess that we need a configuration file for the keyboad, depending on language 13.44.46 # It has a lot of input-methods. Select japanese for example and type in konnichiwa and there you have your japanese text.. 13.45.52 # amiconn: The textviewer also needs some charset translation routines, or should we forse everyone to use UTF-8 text files? :) 13.46.41 # Agreed. I'd think most western text files still use latin1. 13.46.57 # unicode.c has a latin2utf8 13.47.18 # However, that'd mean to make it configurable, or add some kind of auto-detection (if at all possible) 13.47.19 # no, it's called latin1encode 13.47.57 # Check the first x bytes. If it contains invalid UTF-8 chars switch to latin1.. 13.48.04 # utf-16 can be auto detected by the endian marker, but what about utf-8? I'm not that much into unicode details... 13.48.43 # It can be detected. No problem. 13.49.06 # But I agree that unicode support in rockbox is definitely a move forward, and that utf-8 is the way to go. 13.49.11 # But if you have a lot of ascii and the latin1 stuff is at the end of the text we have a problem.. 13.50.23 # It still needs some work though, as it has to work with all units. The archos recorders are not the biggest problem, they just need some font caching. 13.51.05 # Font caching will be necessary anyway for languages with a big glyph range, like chinese 13.52.02 # The players are a bit harder, since they should also handle unicode as far as possible. 13.52.34 # so you have to redefine the display font on the fly? :/ 13.52.49 # The player lcd code already does this 13.53.25 # However, it's not possible to show only redefined chars - there are only 8 (or even 4 with the old lcd) 13.53.50 # It uses some very clever dynamic remapping & replacing 13.54.44 # Of course it will never handle the full unicode range, but I think it's possible to handle at least latin-1 (as now) plus cyrillic and greek to some extent 13.55.17 # ahh 13.55.24 # greek with only 4 or 8 chars to redefine will look a bit strange. But with some practice it's probably readable :) 13.55.27 # i've got a lcd just like that 13.55.44 # There are some greek chars already defined 13.55.55 # seems like most lcds are pretty similar 13.56.43 # The plus side is that although only 8 chars can be redefined, the whole lcd can only show 22 chars (2 lines 11 chars each), so 8 out of 22 isn't too bad 13.57.03 # true 13.57.04 # ahh, it's that small 13.57.07 # Plus, I intend to exploit similarities. 13.57.08 # mine is 8x16 13.57.11 # ehh 13.57.12 # 2x16 13.57.36 # * markun goes back to study 13.57.56 # E.g. "H" is the usual latin capital h, as well as the greek capital eta and the cyrillic capital en 13.59.24 Quit ashridah ("sleep") 14.00.32 # preglow: http://www.rockbox.org/docs/rocklatin.html 14.04.24 Quit DMJC ("Leaving") 14.05.37 # pretty big differences 14.06.10 # how old are those models? 14.07.05 # How do you mean? The players itself? 14.07.45 # They are out of production for quite some time. Iirc the first ones were sold in 2000, but you can still buy them new at some places. 14.08.00 # yes 14.08.08 # (New as in unused and in original package) 14.09.23 # how does the driver handle it if there are not enough free user-definable characters to show what's needed? 14.09.57 # This is explained in the mentioned page. It shows a replacement char instead. 14.10.32 # http://www.engadget.com/entry/1234000983033519/ 14.10.33 # wow :) 14.10.40 # The characters are prioritised, so a more critical char or one with an especially ugly replacement can get priority 14.11.19 # CoCoLUS: yeah, i saw, i'm just waiting for my box to be slashdoted :P 14.18.21 # oh well, i prefer non-charcell based design 14.18.22 # s 14.18.28 # * preglow pats his h120 14.19.04 # It's still easier that this dreaded x11 simulator issue on cygwin 14.19.20 # lseek() simply returns with -1 and doesn't do what it should 14.19.31 # hahah 14.19.38 # i saw you commited a NOCYGWIN patch 14.19.41 # what did that do? 14.20.03 # It removed the NOCYGWIN define for the X11 simulator 14.22.21 # well, yes, but what does that do? :P 14.23.21 # The NOCYGWIN define is, together with the -mno-cygwin machine option, a hint for the cygwin gcc to generate code that can run without cygwin1.dll 14.24.00 # It generates a little bit larger binaries that are a bit less posix compatible. 14.24.22 # This makes no sense for the X11 simulator on cygwin, because X11 needs the cygwin X11 server anyway 14.32.07 # hm question: on what irivers does rockbox work ? 14.35.19 # h1x0 14.35.32 # and depends on what you mean by "work" 14.35.59 # it boots and works, but is not fully functional 14.36.16 # ok 14.56.01 Join edx__ [0] (edx@pD9EAAF4E.dip.t-dialin.net) 15.00.25 Join hubble [0] (hubble@h13n1fls302o1033.telia.com) 15.01.02 # trying to get recording to work, but no luck so frr 15.01.03 # far 15.01.31 *** Saving seen data "./dancer.seen" 15.01.55 # i'm trying to use dma although iriver firmware uses interrupt when recording 15.04.36 # hmm 15.10.50 Quit edx (Read error: 110 (Connection timed out)) 15.11.30 # going to try and see if i can get interrupt recording to work 15.16.47 Part hubble 15.24.32 Join muesli_ [0] (muesli_tv@80.81.21.205) 15.25.56 Join R3nTiL_ [0] (~zorroz@83.69.98.6) 15.30.07 Quit R3nTiL_ (Client Quit) 15.32.59 # fg 15.33.04 # wrong window 15.35.17 # someone can help a newby to enable TIMER1 on the iriver? 15.36.26 # tried to redefine tick count to use TIMER1 instead of TIMER0 15.37.11 # For unix, is there a way to get extended error information from the system? I.e. when lseek() fails, can I get the cause for this somehow? 15.37.47 # errno? 15.37.49 # amiconn: check for -1 return and then check errno? 15.37.59 # Yeah, I get -1 15.38.03 # returned. 15.38.14 # What does errno tell me? 15.38.34 # i'm trying to look it up but can't find it any more :/ 15.39.04 # perror(NULL) will print the text representation of errno on stderr 15.39.18 # or strerror(errno) will give you a string 15.39.51 # Bah, no errno for plugins :( 15.40.06 # But I'll try that, in the main code... 15.40.20 # later... 15.40.24 Part amiconn 15.42.43 Nick edx__ is now known as edx (edx@pD9EAAF4E.dip.t-dialin.net) 15.42.49 # brb 15.42.52 Quit muesli_ ("ich will Kühe!!!") 15.45.42 Quit muesli- (Read error: 113 (No route to host)) 15.57.59 Quit Patr3ck () 16.02.11 Join muesli- [0] (muesli_tv@11.15-dial.augustakom.net) 16.03.47 # hrm 16.04.01 Quit markun () 16.14.10 # my god, gnu/whater/linux has quite a way to go before it can be used for sound stuff 16.14.18 # whatever... 16.20.36 Join TexJoachim [0] (~TexJoachi@p508BF03A.dip.t-dialin.net) 16.23.20 Quit TexJoachim (Client Quit) 16.24.05 Join markun [0] (~markun@bastards.student.utwente.nl) 16.25.10 # grayscale on iriver in action: http://130.89.160.166/rockbox/iriver-grayscale.jpg 16.27.02 # Not very useful yet, but it works. 16.27.30 # is this the grayscale framework or is this just the 2-bit display beeing used 16.27.32 # ? 16.27.44 # 2-bit display 16.27.53 # looks good 16.28.11 # markun kewl! :-) 16.28.23 # If you look closely at the black bar you can see '.rockbox' in dark-gray. 16.29.51 # I was able to play a bit around with a iRiver 340 last week. They (iRiver) did a good job in exhausting the color display for menu-stuff 16.31.51 # also a lot of moving stuff in the menu of the h3x0 if I remember correctly. 16.32.08 # markun: cool 16.32.25 # yes, animated icons and animations when moving one menu to another 16.33.20 # Soon we can play super mario in slowmotion with 4 colors :) 16.33.58 # how many grayscales does the orig. gb have? 16.34.08 # 4 r enough :-D 16.34.15 # don't know. HCl? 16.35.42 # markun: nice! 16.36.00 # CoCoLUS: four, just like the h1x0 16.36.20 # the gb and the h1x0 are pretty good matches as far as the display is concerned 16.37.09 # and the super mario screenshots looked well enough for playing 16.52.45 Join Patr3ck [0] (~patr3ck@pD9E5C2ED.dip.t-dialin.net) 17.01.18 Quit Sando (Read error: 60 (Operation timed out)) 17.01.18 Quit muesli- (Operation timed out) 17.01.32 *** Saving seen data "./dancer.seen" 17.10.54 Part pillo ("Kopete 0.9.2 : http://kopete.kde.org") 17.13.04 Quit rasher ("Remember, no matter where you go, there you are - a skwerl.") 17.24.40 Join muesli- [0] (muesli_tv@83.135.63.121) 17.25.15 Quit methangas (Read error: 104 (Connection reset by peer)) 17.26.57 Quit Patr3ck () 17.27.44 Join methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk) 17.32.46 # yup, 2 bit color 17.32.49 # gray 17.32.50 # i mean 18.02.41 # everythings set for perfect gb emulation... just the dynarecs missing :P 18.03.36 # well. 18.03.38 # dynarec is working 18.03.42 # you can help out if you like :P 18.03.45 # at the moment 18.03.56 # i'm puzzled to why the code gcc generates would actually be the same 18.04.14 # http://titania.student.utwente.nl/flagstuff 18.04.25 # if anyone can explain that to me, i'll be able to continue with dynarec 18.05.06 # seems actually everyone here is having his fair share of wonders with gcc :P 18.05.30 # well, i'm trying to use gcc to create fairly tight and optimized code in the dynarec 18.05.33 # but. 18.05.42 # at the moment i don't see why gcc's assembly output would work at all. 18.05.56 # and while i don't, i'm not gonna bluntly type it over and feed it into dynarec 18.08.26 # what's wrong with it? 18.08.40 # preglow: i don't see how that assembly is equivalent with the code above it... 18.08.46 # gimme a sec 18.08.48 # but btw 18.08.52 # especiall the andil #129,%d3 18.08.55 # gcc doesn't always produce optimal code for the coldfire 18.08.58 # which is supposed to be the flags. 18.09.05 # thats 0x81 18.09.09 # i've caught it doing some pretty stupid stuff 18.09.12 # first of all, bit 1 of the flags is not used at all 18.09.28 # like loading an immediate into a register before using it to compare with an address register 18.09.31 # so that would limit it to only be able to set the zero flag 18.09.39 # which must be wrong. 18.09.47 # since it needs to be able to set carry 18.09.56 # and halfcarry 18.10.02 # a=(c) ? 0 : 0x80 | 18.10.03 # (0x20 & (b ^ b ^ c) << 1)) | 18.10.03 # ((2*b)&0x10)>>4); 18.10.15 # first line = zero flag, second line = halfcarry, last = carry 18.10.53 # and i seriously don't see that if you andi the flag register with 0x81 18.10.59 # how you possibly could get a correct result 18.11.09 # i must be missing something vital 18.11.37 # i'd do this by hand, where i you 18.11.54 # i was doing that.. but it was getting complicated and very inefficient... 18.11.59 # as i said, it does not seem that gcc produces optimal code for coldfire 18.12.30 # well, studying optimized compiler output is complicated as well 18.12.34 # well, i'm not talking about optimal... more about correctness... 18.12.43 Join XShocK [0] (~XShocK@pcp09492659pcs.nrockv01.md.comcast.net) 18.12.56 # correct me if i'm wrong but b^b^c == c, right? 18.13.14 # xshoxk : news about recording ? 18.13.24 # you do know you can make gcc spit out asm, yes? 18.13.29 # it's clearer than using objdump 18.13.33 # gee preglow 18.13.38 # once again you proved i'm stupid 18.13.38 # xD 18.13.41 # -S 18.13.47 # i knew that, i just didn't think of it, and i don't know the flag for it 18.13.48 # what is it 18.13.50 # yes, that :p 18.13.53 # * HCl lags 18.14.42 # no, will start doing it today 18.15.27 # hcl: yes, it should be right 18.15.49 # -S doesn't seem to be working 18.16.11 # it creates test.s, but its empty 18.17.17 # it should work, damn it!"¤ 18.17.21 # i use it all the time 18.18.38 # perhaps you use another flag that doesn't go well with it 18.19.29 # what does halfcarry flag do? 18.19.56 # i'm not even sure about that 18.20.03 # i *believe* its a carry flag of the lower 4 bits 18.20.10 # hah 18.20.12 # ahh <- 18.20.15 # makes sense 18.21.37 # what is the idea for buffering? i mean, does rockbox buffers as long as there is free memory or does it care about those 32mb ram-module? i am thinking about exchanging the ram-module with a bigger one 18.22.10 # HCl: but simple enough, reading compiler optimized code is a nightmare, why don't you just try it out on the player? 18.23.24 # ok 18.23.30 # i think i got something more useful 18.23.36 # 0xA1 18.24.00 # b ^ b ^ c ? 18.24.13 # isn't b^b zero ? 18.24.14 # that looks correct aside from the carry still being broken 18.24.21 # at least the halfcarry could work in theory now 18.24.29 # since its not anding them away 18.25.01 # afk food 18.26.15 # preglow: b^b is zero. and zero^c is c 18.26.26 # yes 18.26.45 # just found it relatively pointless to write b ^ b ^ c, heh 18.26.57 # mmm.. yes. :) 18.33.43 # yea, its just cause its a particular case of an algorithm 18.34.12 # is server rockbox.org down? 18.34.40 # doesn't answer, at least 18.35.10 # ah. and there is my bug. 18.36.53 # XShocK, preglow: confirmation from belgium :-) 18.37.55 # what kind of confirmation? 18.39.00 # http://slashdot.org/ 18.39.54 # ahahah 18.40.50 # preglow: confirmation about rockbox.org-outage 18.41.17 # ahhh 18.41.24 # HCl: so, now you've got pressure on you as well :PP 18.42.07 # :P 18.42.16 # its all webmind's fault! i swear! :P 18.42.52 # * webmind hides :) 18.43.59 # can this be considered a terrorist attack ? 18.44.02 # lol. 18.44.13 # well 18.44.19 # it's not the first time they've been slashdotted 18.44.23 # true 18.44.33 # they're probably used to it ;) 18.45.05 # * HCl found his bug in his code, and is finally getting sensible data from gcc 18.45.29 # HCl, congrats :) 18.45.33 # thanks :) 18.45.45 # i'll just fill it in in dynarec and its on to the next upcode 18.45.56 Join DMJC [0] (~James@220-245-162-47-sa-nt.tpgi.com.au) 18.48.16 # HCl: cool. :) 18.48.24 # rockbox.org opened... 18.50.52 Quit Chamois (" HydraIRC -> http://www.hydrairc.com <- State of the art IRC") 18.50.55 Join jyp [0] (~jp@48.81-201-80.adsl.skynet.be) 18.50.58 # just baaaaarely 18.51.14 # it was a lot quicker when I checked it before posting.. :) 18.51.16 # * jyp laughs mercilessly 18.51.21 # hits on my pictures also suddenly went up for some reason... 18.52.04 # creepy thing that /. 18.53.09 # So rockoby is finished ? :P 18.53.13 # it's like pointing a school of piranha to some fresh meat 18.55.09 # :)) 18.55.30 # :P 18.55.35 # jyp: no :P 18.56.21 # hehe... Just jealous of your being slashdotted ;) 18.59.31 Join ripnetUK [0] (~mirc@82-70-100-230.dsl.in-addr.zen.co.uk) 19.00.15 # i guess youve noticed that RockBoy has made slashdots front page? 19.00.25 # :p 19.00.53 # now THATS fame :) 19.01.33 *** Saving seen data "./dancer.seen" 19.02.42 # ripnetUK: www.rockbox.org was once more literally slashdotted. 19.03.28 # ripnetUK, not that much.. usually goes away quite fast :) 19.03.46 # been there.. done that ;) 19.04.50 # :P 19.05.28 # yeah, its slashdotted :( 19.05.41 # cant even get the irc logs for today... 19.05.49 # gotta go 19.05.52 # cya :) 19.06.34 # bye 19.11.39 # see you 19.12.31 Join hubble [0] (hubble@h13n1fls302o1033.telia.com) 19.12.45 # hehe.. rockbox is on /. :) 19.13.06 # yup 19.13.07 # bbiab 19.13.20 # odd, that gcc doesn't optimize stuff like b ^ b ^ c 19.13.54 # HCl: write something about that on the mailinglist. there is a gcc-developer reading :-) 19.13.55 # /topic Rockboy got slashdotted -- we know ;) 19.14.06 # hehe 19.14.06 # is rockboy playable yet? 19.14.16 # hubble: too slow, i'm working on dynarec 19.14.16 # bbl 19.18.02 Join Stryke` [0] (~Chairman8@resnet-241-86.resnet.umbc.edu) 19.20.09 # wow rockboy got slashdotted! 19.20.14 # nice going guys 19.20.53 # thats gay: l Gameboy games on your iRiver? (Guess that means it’s only a matter of time before that feature gets added to the iPodLinux Pproject, then. 19.21.03 # that would explain why i can't access the rockbox page 19.24.21 # hahah 19.24.29 # my box is starting to see quite a bit of traffic 19.24.37 # man u see the comments on the article? 19.24.40 # bunch of retards 19.24.41 # webmind, HCl, do I see that right that you're on the same uni ? 19.24.50 # no 19.24.51 # whats ur box preglow? 19.25.00 # lImbus, only this machin3e 19.25.02 # bbl 19.25.04 # asdsd: it's slashdot, go figure 19.25.11 # yah, i know but whats ur addy 19.25.16 # glow.m0f0.net 19.25.19 # i' 19.25.27 # i've got pictures at glow.m0f0.net/rockbox/pictures 19.25.36 # they're linked from the rockboy page 19.26.03 # oh yeah i saw those yesterday, nice 19.26.56 # i'm getting several hits per second right now 19.26.57 # hahaha 19.27.51 # hehe... being famous is costly. :) 19.28.24 # preglow, that was me :-) 19.28.49 # no, i mean constantly 19.29.11 # kk 19.31.11 # man does slashdot geeks are so dumb 19.31.19 # they don't apriciate the awesomeness of the rockbox project 19.31.53 # the slashdot crowd has never been particularly clever, don't mind them 19.34.05 Nick kergoth is now known as kergoth`bbl (~kergoth@li11-226.members.linode.com) 19.43.39 # asdsd> man u see the comments on the article? bunch of retards 19.43.44 # ... newsflash ;) 19.46.59 # newsflash what? 19.49.16 # Slashdot crowd = bunch of retards 19.49.50 # yeah 19.49.55 # c'ya guys later 19.50.42 # cu 19.52.40 Quit methangas (Read error: 104 (Connection reset by peer)) 19.53.16 Join Zagor [242] (foobar@h254n2fls31o265.telia.com) 19.53.58 # that slashdotting exposed a configuration error on my part. apache maxclients was set to 20 :-) 19.54.17 # eheh 19.54.28 # no wonder it was slow 19.54.29 # jhahaha 19.54.37 # that explains it 19.54.38 # :P 19.54.43 # it was very responsive once i got through 19.54.53 Join methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk) 19.54.58 # Zagor: I see the 2.5-release is overdue if rockbox still wants to issue new versions every second month. 19.55.04 # I don't know how far multivolume and hotswap is going, but I think the tag database is worth a new version- 19.55.20 # lImbus: me and markun are on the same univ 19.56.55 # lImbus: yeah. however we're making a flood of changes daily now, so it's not easy to tell which is a good day to freeze 19.57.38 # but these changes are not for the yet released devices... 19.58.11 # true, but some of the changes affect even released devices 20.01.10 # somone post an insightful comment to /. :) 20.01.17 # * lImbus headnods 20.02.23 # impossible 20.04.12 # don't offend them too much. They're probably spying through current.txt :) 20.05.10 # i'm more than a little tempted to replace all my screenshots with tubgirl.jpg 20.05.31 # do it! 20.05.47 # Sucka: i'm not evil ;) 20.06.13 # i bet you want to be really though 20.06.34 # you bet 20.06.52 # and this is the first step towards achieving that 20.07.52 # it's a pretty boring joke. people will just think we were hacked. 20.08.31 # yes, i'm quite fed up with it myself 20.08.50 # its not about that Zagor, its about the sheer look of shock on their little faces 20.09.27 # repayment for all the regirgitated jokes they've unleashed on the world 20.09.41 # ah, the look you never see on the faces you never see. yeah, that'd be fun... ;) 20.09.45 # in soviet russia... beowulf cluster... i for one... 20.09.58 # oh well, back to coding 20.10.23 # in soviet russia, tubgirl looks at you! 20.10.36 # hahahaha 20.31.39 Join n[o]bby [0] (nobby@ACD8E00A.ipt.aol.com) 20.31.39 Quit methangas (Read error: 104 (Connection reset by peer)) 20.31.41 # hi 20.31.44 Nick n[o]bby is now known as nobby (nobby@ACD8E00A.ipt.aol.com) 20.31.58 # anyone have the files for the rockboy plugin? 20.32.37 Join methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk) 20.32.41 # anyone have the files for the rockboy plugin? 20.32.53 Join einhirn [0] (Miranda@carlsberg.heim2.tu-clausthal.de) 20.33.14 # nobby: you should know it's not very fast 20.33.44 # um 20.34.00 # i have a semi-old version without dynarec. 20.34.06 # the version i'm working on has dynarec.. 20.34.14 # * HCl lags. 20.34.25 # i should get off this other person's network, its slow :/ 20.34.58 # go tell him 20.39.04 # * Zagor grabs some ice cream 20.42.36 Join thread [0] (~thread@thread.user) 20.47.56 # hello? 20.48.10 # can be sent that rockboy plugin now ;) 20.48.45 # any copy that works 20.48.55 # i need it to show off with :P 20.49.10 # and by works, i mean, works even if its not realtime and whatnot 20.50.19 # HLl? 20.50.59 # anyone? 20.51.25 # * nobby is so lonely here on his own, in this poor, abandoned channel... 20.51.26 # :P 20.51.39 # * thread just read about rockbox on the /. 20.51.47 # intriguing 20.52.08 # don't want to break my player, though 20.52.15 # can I listen to music and play game boy at the same time? 20.52.20 # nope 20.52.29 # it wont play music on an irver yet 20.52.38 # o 20.52.40 # you can still use the old firmware by rebooting it 20.52.53 # how do I run the rockbox firmware? 20.53.06 # read the wiki 20.53.13 # i m... 20.53.21 # http://www.rockbox.org/twiki/bin/view/Main/IriverBoot 20.54.31 # If you want to start the original firmware, hold the record button when starting. 20.54.34 # ah.. 20.54.47 # is there much risk of rendering my player useless? 20.54.56 # not much, but some 20.55.14 # there's always risk involved in flashing, even when flashing the original firmware 20.55.27 # i can put a working rockboy up.. but give me some time.. 20.55.37 # thanks HCl 20.55.58 # preglow: i don't suppose you still have a working rockboy somewhere? it'd save me trouble 20.56.13 # * HCl guesses he can just disable the dynarec part to get it back to work.. 20.56.17 # HCl: i'm sorry, but no 20.56.20 # kay. 20.57.07 # well, i just added the add a,a instruction, gonna go home first, then i'll compile a working version for the slashdot people. 20.57.30 # wanna do a quick compile for me first? ;) 20.57.33 # (seems an easy instruction, but the flags make it annoying) 20.57.40 # no, sorry. i'll be back in 15 min or so. 20.57.43 # ok 20.57.45 # then i'll do the compile 20.57.49 # thanks 20.58.34 # the number of banned AOL ip's saddens me 20.58.41 # i hate being stuck with this isp 21.01.13 # gtg 21.01.16 # be back in acouple hours 21.01.37 *** Saving seen data "./dancer.seen" 21.06.56 # hubble: oy, could you send me the ida database for the firmware again? i seem to have misplaced it somewhere... 21.10.59 Quit nobby (Read error: 104 (Connection reset by peer)) 21.11.05 Join mst [0] (~akamai@line133-90.adsl.actcom.co.il) 21.11.09 # wahh 21.19.40 # * HCl returns 21.20.20 # ftp://titania.student.utwente.nl/rockbox.zip - should contain rockbox with a working rockboy 21.20.23 Join willkill4food [0] (willkill4f@c-67-170-173-17.client.comcast.net) 21.21.08 # stupid question.. 21.21.17 # what do i do with this fw? 21.21.24 # hello everyone 21.21.50 # i just found out about this site from slashdot, and im probably not alone in that 21.22.03 # noooooooo 21.22.08 # ;p 21.22.19 # * jyp shuts off 21.22.21 # but i have an archos multimedia jukebox, and I was wondering if anyone had one also and if they got any of the rockbox firmware to work on it? 21.22.37 # gmini400 ? 21.23.26 # http://archos.com/download/pictures/picts/archos_jbm_20.png 21.23.41 # little bit of a big pic, but thats what I have 21.23.57 # the archos multimedia jukeboxes are based on a totally different hardware. no rockbox for that :-/ 21.24.26 # master designers the archos people are not 21.24.38 # eheh 21.24.56 # at least it can be hacked :-) 21.26.34 # are they really that different? 21.26.49 # dunno 21.27.09 # I think, because the existing archos-jukebox and recorder have a far to slow processor 21.27.17 # I think so... 21.28.05 # open it up & tell us ;) 21.28.06 # i think i've seen it mentioned they're completely different inside, yes 21.28.27 # If you are handy with electronics, open the box, make some pictures (or scans) of the hardware, start identifying the components, and start a rockbox-port to these devices 21.28.30 # i already did open it up 21.28.38 # trying to fix the headphone port 21.28.41 # so, what's the cpu? 21.28.54 # but the headphone port is soddered to the base if i remember right 21.28.57 # i didnt check the cpu 21.29.03 # the HD was in the way if I remember right 21.39.24 # i think my jukebox is more or less like the recorder v2 and the fm recorder because im pretty sure they are about the same thing, but i cant find documentation of those two on the archos site very well 21.40.37 # the fm recorder and recorder v2 have a 12 MHz-Cpu. No way of doing anything of the things your mm-jukemox does 21.40.56 # s/jukemox/jukebox 21.41.06 # well it probably does have a faster cpu and it does have a 16mb buffer 21.41.42 # im gonna go try to figure it out, ill be back when i know what exactly is special about my jbm 21.42.04 # most probably it has a cpu that is able to do the decoding in software 21.42.11 # (isn't 16Mb more than sh1 can do?) 21.42.25 # no idea 21.42.45 # I think I read so when browsing about 8Mb Patch... 21.42.55 # err... Hack... ;) 21.43.25 # ^^ 21.47.58 # i will be back in 1 hour. 21.49.35 Part hubble 21.50.39 # hehe@ jyp: couple of fixes for 16 bits archs 21.51.22 # A friend of mine called my archos a "debris" the other day. He has a iPod Mini and tried to get me jealous for the size and weight 21.52.03 # hahaha 21.52.08 # jealous of an ipod 21.52.36 # well. It's light, yes. period ;-) 21.54.49 # i hate ipod minis 21.54.52 # theyre hard to use 21.54.56 # the ipod minis are ugly. :P 21.54.58 # normal ipods are quite nice 21.55.11 # but i prefer my iriver 21.55.32 # especially as i use it in-car mostly anyway 21.55.37 # I don't like the shiny back of an iPod. It will always have fingerprints and so on 21.55.45 # idd 21.56.06 # the 4g interface is quite cunning though 21.56.22 # it looks great, for a moment. then it get's dirty and unhandy 21.56.46 # it's not that hard to run a cloth over it 21.56.59 # that happens with everythign though lImbus 21.57.00 # the ipod is probably at the top of my list of hw music devices to buy atm 21.57.10 # i'm in here because i'm hoping to keep track of whether the iriver might become viable 21.57.22 # (most of my music is in AAC, but i'm not terribly wanting to buy something which won't do vorbis) 21.57.35 # hehe 21.57.47 # iPodLinux.org 21.58.12 # .. doesn't support any of the new ipods anyway :) 21.58.27 # jo 21.59.39 # and the faq doesn't much make me confident about being actually able to play music, either 21.59.43 Join lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) 21.59.57 # lImbus: ? 22.00.39 # what's so funny ? >:) 22.00.44 Join elinenbe [0] (trilluser@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 22.01.13 # The naked truth: iPod is gay 22.01.19 # lol 22.01.46 # jyp: about that joke: your cvs-comment is "arch". debris. arch. you get it ? 22.01.56 # I mean, your little sister has an iPod... 22.02.01 Nick kergoth`bbl is now known as kergoth (~kergoth@li11-226.members.linode.com) 22.02.19 # jeez 22.02.19 # lImbus: no, but nevermind ;) 22.02.23 # gays not bad :P 22.02.44 # I haven't said that ;) 22.03.19 # If you prefer; iPod is surfing on the metrosexual fad ;) 22.03.21 # i think i've got a windows patcher going now 22.04.04 Quit markun () 22.05.03 Join Aison [0] (~hans@zux166-181.adsl.green.ch) 22.06.06 Join courtc [0] (~court@adsl-158-15-19.asm.bellsouth.net) 22.13.15 Join xen` [0] (~xen@planoise-2-82-227-196-9.fbx.proxad.net) 22.23.11 Quit jyp ("poof!") 22.27.22 # oh, how i love windows programming 22.27.37 # CreateFile returns error, and when i query for error message, windows says Operation completed successfully 22.29.31 # regedit key set fail: Value: true 22.31.43 Quit willkill4food (Read error: 60 (Operation timed out)) 22.37.33 Join amiconn [0] (~jens@pD9E7F1F1.dip.t-dialin.net) 22.47.45 Quit DMJC ("Leaving") 23.01.38 *** Saving seen data "./dancer.seen" 23.03.29 # hmpf 23.03.35 # anyone ever seen one of these babies: http://www.usboem.com/img/909OF+_X.jpg ? 23.03.46 # http://www.usboem.com/products_list.asp?code=AC&boardid=8# 23.08.07 # * HCl sighs 23.10.06 # * preglow makes coffee 23.12.40 # gcc must have serious bugs. 23.16.10 # * einhirn yells Yippeeee! 23.16.18 # m? 23.16.20 # My rockbox lives again... 23.16.26 # grats... 23.16.32 # * amiconn despairs 23.16.36 # sup amiconn? 23.16.40 # * HCl joins the despairing. 23.17.16 # c = FN | (d&0xFF) ? 0 : FZ | (FH & ((a ^ b ^ (d&0xFF)) << 1)) | ((un8)(-(char)((d&0xFF00)>>8)) << 4); 23.17.24 # Looks fun. 23.17.30 # anyone who can give me a clean m68k assembly equivalent of that 23.17.32 # gets a cookie 23.17.33 # :/ 23.17.43 # lseek(4, 5120, 0) -> -1 23.17.48 # and the satisfaction of having helped rockboy another step forward 23.17.51 # (Before the weekend I had a go to fix the GND-Problem and then a short circuit from nowhere. It's gone to nowhere again now ;=) ) 23.17.53 # * muesli- hands out a second brain ;) 23.18.15 # given an unsigned char a, b, and unsigned short d 23.18.22 # HCl: Whoopee... 23.19.05 # hmmm.. does a filesystem dump beginning with ``AFI'' (0x41 0x46 0x49) sound familiar to anyone? 23.20.48 # * HCl flops on the floor and sighs. 23.21.17 # mst: not me 23.21.59 # I simply don't get it, and there seems no way to read errno correctly within rockbox... 23.24.51 # mst: a quick grep of the linux source tree doesn't yield anything 23.25.50 # prpplague, yeap. Not a *nix filesystem. Some sort of flash memory image. 23.26.11 # it has a FS header and file index starting at 0x0, and data at 0x1000 23.26.31 Part thread ("out") 23.26.34 # (the destination device that runs it is apparently Sigmatel-based) 23.27.15 # mst: which platform is this? 23.28.33 # HCl: let me ask a stupid question, why can't you put that in a .c and use a cross-assembler? 23.29.29 # sorry cross-compiler 23.30.24 Join willkill4food [0] (willkill4f@c-67-170-173-17.client.comcast.net) 23.30.30 Join nobby [0] (nobby@ACD4C335.ipt.aol.com) 23.30.37 # Is HCl here? 23.30.55 # with a copy of rockboy? :) 23.31.41 # he's around 23.32.10 # k 23.32.34 # you'll just have to pull him from the brink of despair, and he'll probably respond ;) 23.33.12 # oh 23.33.15 # :S 23.33.35 # how does one go about pulling HCl from the brink of despair? 23.34.54 # 21:20 < HCl> ftp://titania.student.utwente.nl/rockbox.zip - should contain rockbox with a working rockboy 23.35.36 # ah 23.35.44 # time traveling brink pulling 23.35.44 # thanks 23.36.39 # prpplague, it's not a platform, it's a nameless mp3 player I bought and I fail to track it down - there's this whole OEM conspiracy thing, apparently the device has like 300 different OEM brands and zillions of various firmwares 23.37.52 # try them all and see whats good :) 23.38.43 # mst: ahh 23.38.54 # mst: which processor? 23.39.55 # prpplague, my suspect is STMP3400 23.40.00 # I didnt unscrew it yet ;) 23.47.38 Join muesli_ [0] (muesli_tv@68.14-dial.augustakom.net) 23.48.35 Quit muesli_ (Client Quit) 23.51.05 Join nobbynobbs [0] (nobby@ACD88911.ipt.aol.com) 23.51.19 # back, safely removed modem isntead of iriver 23.51.23 # >__< 23.54.31 # HA 23.54.32 # Filename: BRECF644BIN Offset: 1000 Garbage: 2460000000 Crap2: 0004000064634343d468436c 23.54.35 # Filename: BRECF641BIN Offset: 5000 Garbage: 2460000000 Crap2: 0004000064634313066427da 23.54.38 # Filename: BRECF321BIN Offset: 9000 Garbage: 2460000000 Crap2: 000400006433231363eaa2d2 23.54.41 # I own this thing :P