--- Log for 26.02.105 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 22 days and 15 hours ago 00.00.16 Join amiconn_ [0] (~jens@pD9E7FF75.dip.t-dialin.net) 00.00.49 # output/input constraints, i mean, "+whatever" ones 00.02.43 Quit [IDC]Dragon () 00.06.24 # It's not a bug 00.06.24 # preglow: no shit, it's pimpalicious! 00.06.24 # I especially like the leopard 00.06.24 # why not? gcc never discards asm blocks that have regular output statements 00.07.20 # Maybe I didn't get what you meant... 00.07.47 # I mean, you need to have a non empty output list 00.08.21 # it is none empty 00.08.22 # : [X] "+a" (X), [yptr] "+a" (yptr) : : "d0", "d1", "d2", "d3", "d4", "d5", "d6", "d7", "a0", "a1", "a5"); 00.08.48 Quit amiconn (Read error: 60 (Operation timed out)) 00.08.48 Nick amiconn_ is now known as amiconn (~jens@pD9E7FF75.dip.t-dialin.net) 00.09.01 # non-empty 00.09.01 # whats the [X] 00.09.04 # hey amiconn :) 00.09.08 # guess what 00.09.20 # HCl: a way to not have to write %0 %1, i can write %[X] 00.09.25 # ah. 00.09.33 # hany. 00.09.34 # handy. 00.09.36 # HCl: that way i don't have to rewrite all code if i need more asm arguments 00.11.36 # so, now imdct_s has the tightest bleeding code seen on this side of the planet 00.11.43 # too bad imdct_l will be a hundred times worse 00.25.28 Quit midk ("Leaving") 00.35.19 Quit methangas (" Like VS.net's GUI? Then try HydraIRC -> http://www.hydrairc.com <-") 00.36.12 # yes, remember to increment loop iterator,yes 00.40.49 Quit gromit``` (Read error: 104 (Connection reset by peer)) 00.41.50 Join gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) 00.49.06 Quit skav (Read error: 104 (Connection reset by peer)) 00.51.50 Join markun [0] (~markun@bastards.student.utwente.nl) 00.53.10 Quit bg_ (Read error: 110 (Connection timed out)) 00.53.17 # preglow: libfaad2 (aac decoder) implements mdct using fft. It'a also fixed point: http://cvs.sourceforge.net/viewcvs.py/faac/faad2/libfaad/mdct.c?rev=1.44&view=auto 00.54.07 # I wonder if it's faster than the mdct used by Tremor. 00.56.52 # shoulnd't be too hard to find out 00.57.13 # if we only had a good ifft routine provided to us by motorola, i suspect the answer would most certainly be yes 00.58.24 # xiph themselves say the imdct algo in tremor has plenty room for improvement 01.00.28 # Yes, that was also proven by the huge speed improvements by the guys who wrote their master thesis about Tremor on a DSP. 01.00.53 *** Saving seen data "./dancer.seen" 01.02.32 # yes, as long as you bear in mind the fact that they had near perfect optimized fft routines for their platform at hand 01.03.05 Nick Strath is now known as Priestess (~mike@dgvlwinas01pool0-a239.wi.tds.net) 01.03.45 Nick Priestess is now known as Strath (~mike@dgvlwinas01pool0-a239.wi.tds.net) 01.04.23 Quit jyp ("poof!") 01.06.04 # I'm also still looking into unicodifying rockbox. It works ok, but I still need to think of a way to load only part of a font. 01.06.29 # haha 01.06.43 # fonts getting big on you? :P 01.07.39 # Well, for iriver it doesn't matter too much I think. I now have a font with about 1500 glyphs 6x13 pixels which is 20kB. 01.09.20 Join ashridah [0] (ashridah@220-253-119-227.VIC.netspace.net.au) 01.09.39 # The textviewer also works fine as long as you only use utf-8. I should make some character set convertors. 01.10.03 # I now only have utf16 and latin1 to utf-8 01.10.59 # hi ashridah 01.11.55 Quit shx ("CGI:IRC (EOF)") 01.12.56 # utf8 is what counts anyway :) 01.15.04 # * ashridah nods 01.15.06 # Yes, a lot of tags are in UTF-8 (all of the Ogg tags anyway) and converting filenames from UTF-16 to UTF-8 was easy. 01.18.38 # The language files also work fine after converting them to UTF-8. Do you think unicode could/should become a part of rockbox or do you think many people have no need for it? 01.23.14 # * markun should go to sleep 01.23.19 Quit markun ("good night") 01.27.59 # if you happen to be reading logs, i think rockbox should have unicode unless it bogs things wayyy to much down 01.31.10 Join prpplague [0] (~dave@adsl-69-154-92-209.dsl.rcsntx.swbell.net) 01.32.39 Join kergoth [0] (~kergoth@li11-226.members.linode.com) 01.32.44 # o.o 01.32.46 # hey kergoth. 01.32.52 # what brings you here? 01.32.53 # heh, hey 01.33.00 # picked up an iriver h320 the other day 01.33.03 # nice 01.33.03 # conversation on the h320 01.33.17 # hows oz going? 01.33.49 # moving along well. 2.6 on the clamshells is now to the point where its more usable than 2.4 (sd/mmc is more stable for example) 01.33.56 # sweeet. 01.34.01 # sounds like i really need to upgrade 01.34.01 # heh. 01.34.03 # familiar and oz are both putting out incremental releases on a regular basis 01.34.03 # :P 01.34.10 # i'd wait for 3.5.3, it releases in march here 01.34.13 # ok :) 01.34.15 # will be the best release to date 01.34.17 # great news :) 01.34.38 # i still need to get open1x to run on my zaurus.. our entire wireless network is 802.1x... 01.34.46 # its annoying cause i really need wireless on my z :x 01.35.29 # HCl: wpa-supplicant is in oe. 01.35.32 # HCl: and works with the hostap drivers 01.35.43 # sweet :) 01.35.54 # i used to work on an open1x port, but i hadn't gotten it to work lately 01.35.58 # i'll wait for the march release :) 01.36.09 # kergoth: hehe, thats what i have to work on next week 01.36.18 # kergoth: gotta get wpa running on the m7100 01.36.43 # heh, fun 01.36.58 # what kind of network do you have..? 01.37.15 # i need someone with linux that has wpa running on an ttls-pap network... 01.37.31 # i should play with wpa at work, see if i can get the sl6000 on ti's wireless 01.37.56 # HCl: initially we are gonna just support wpa-psk with tkip 01.38.15 # HCl: after thats running we are suppose to add some more options 01.38.19 # :x ok. 01.38.31 # i'm kind of hoping securew2 will be usable 01.38.36 # they announced to go opensource a while ago. 01.39.30 # ah, they went open source by now :) 01.39.34 # www.securew2.org 01.39.37 # er 01.39.39 # i mean, .com 01.50.12 # * HCl goes to sleep 01.51.32 Join muesli- [0] (muesli_tv@c-180-220-41.cvx-h.dial.de.ignite.net) 01.51.51 # morning 02.00.00 # good night ;) 02.00.07 Quit preglow ("woot") 02.00.09 # ;) 02.03.53 # rockbox should totally be all-unicode if possible 02.05.52 # need a decent font caching system then. unicode fonts tend to be overly large 02.07.45 # using utf-8 doesnt require that you use a font that has glyphs for every codepoint in unicode. 02.07.49 # heh 02.11.01 # true. 02.22.05 Quit mecraw () 02.23.56 Quit muesli- (Read error: 110 (Connection timed out)) 02.40.07 Quit elinenbe (Read error: 104 (Connection reset by peer)) 03.00.54 *** Saving seen data "./dancer.seen" 03.01.01 Join AC [0] (~5078751e@labb.contactor.se) 03.03.04 # hi 03.03.12 # hi 03.06.22 # how's the state of audioplayback? 03.07.24 # sound is playing nicely 03.07.30 # someone had straight pcm playing before 03.07.41 # doesn't mean it can play mp3s/ogg/flac yet tho 03.08.04 # a nice.. 03.08.06 # yes, only pcm 03.08.21 # * AC looks at m68k asm to speedup libwavpack 03.08.58 # when will the changes be commited to cvs? 03.09.58 # i gave it to Linus, so they will be commited soon 03.10.14 # fine 03.14.46 Quit AC ("CGI:IRC (EOF)") 03.14.47 Join AC [0] (~5078751e@labb.contactor.se) 03.20.47 # by the way no SRAM needed 03.20.53 # for sound buffer. 03.24.43 # fine 03.26.06 # so will go to bed now... have a nice time 03.27.16 Quit AC ("CGI:IRC (EOF)") 03.32.23 Quit cYmen ("leaving") 03.37.28 # I want to add a chip to i2c bus in h120. as i figured out, i don't have to do anything besides connecting it to bus lines. am i right? 03.37.53 # selected fm-radio bus lines for this purpose. 03.39.38 # as i understand the lift up resistor is 10k. will it be ok if i connect the chip through resistor without changing the 10k lift-up resistor? 03.39.46 # please, somebody.. :) 04.03.17 Quit QT (Read error: 54 (Connection reset by peer)) 04.05.59 Join QT [0] (as@area51.users.madwifi) 05.00.56 *** Saving seen data "./dancer.seen" 05.57.45 Quit pill (Read error: 60 (Operation timed out)) 06.06.07 Join pill [0] (dearth@ip-130.net-82-216-140.issy4.rev.numericable.fr) 06.39.37 Quit Lynx_awy (Read error: 104 (Connection reset by peer)) 06.40.04 Join Lynx_awy [0] (HydraIRC@134.95.189.59) 06.57.57 Quit XShocK (Read error: 110 (Connection timed out)) 07.00.57 *** Saving seen data "./dancer.seen" 07.14.47 Join StrathAFK [0] (~mike@dgvlwinas01pool0-a239.wi.tds.net) 07.23.17 Join midk [0] (~midk@c-67-161-124-8.client.comcast.net) 07.30.28 Quit Stryke` ("Friends don't let friends listen to Anti-Flag") 07.33.20 Quit Strath (Read error: 110 (Connection timed out)) 07.52.59 Nick kergoth is now known as kergoth`zzz (~kergoth@li11-226.members.linode.com) 08.08.11 Join methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk) 08.40.00 Nick StrathAFK is now known as Strath (~mike@dgvlwinas01pool0-a239.wi.tds.net) 08.46.54 Nick kergoth`zzz is now known as kergoth (~kergoth@li11-226.members.linode.com) 08.57.35 Quit Diway (Read error: 104 (Connection reset by peer)) 09.00.59 *** Saving seen data "./dancer.seen" 09.01.07 Quit midk ("Leaving") 09.18.33 Join jyp [0] (~jp@239.90-201-80.adsl.skynet.be) 09.27.22 Nick kergoth is now known as kergoth`zzz (~kergoth@li11-226.members.linode.com) 09.46.39 Join midk [0] (~midk@c-67-161-124-8.client.comcast.net) 09.51.19 Join ze__ [0] (ze@adsl-69-231-208-34.dsl.irvnca.pacbell.net) 09.52.20 Quit ze (Nick collision from services.) 09.52.25 Nick ze__ is now known as ze (ze@adsl-69-231-208-34.dsl.irvnca.pacbell.net) 10.06.51 Quit midk (Read error: 104 (Connection reset by peer)) 10.18.39 Join pillo [0] (~burellil@host107-54.pool80182.interbusiness.it) 10.27.54 Join Patr3ck [0] (~patr3ck@pD95480DA.dip.t-dialin.net) 10.52.40 Join ze__ [0] (ze@adsl-69-231-197-77.dsl.irvnca.pacbell.net) 11.01.01 *** Saving seen data "./dancer.seen" 11.05.55 Join Quelsaruk [0] (~kvirc@80.103.129.11) 11.06.02 # morning 11.06.10 # morning 11.06.14 # :) 11.06.15 # morning 11.06.29 # morning 11.06.45 # I have a Makefile problem I don't understand :( 11.07.13 # I added a codec.h file for all codec libraries in order to fix the Win32 build 11.07.42 # While including this works fine for libmad and libwavpack, I have a problem including it for liba52 11.08.13 # (did not yet look how to handle flac and tremor; they don't seem to have a central include file) 11.09.00 # When I add #include "codec.h" to liba52's config.h , then make, I get a strange message. "make: *** No rule to make target `typedef', needed by `/dep-liba52'. Stop." 11.09.20 # Unfortunately the depfile is not preserved, so I can't take a look at it :( 11.10.09 Join ze___ [0] (ze@adsl-69-231-200-217.dsl.irvnca.pacbell.net) 11.11.16 # hmmm 11.11.30 # dunno 11.11.33 # :( 11.11.46 # maybe a pretty and young goat? 11.12.33 # amiconn: look at the SRC definition in the makefile in the directory in question 11.12.35 Quit ze (Read error: 110 (Connection timed out)) 11.12.35 Nick ze___ is now known as ze (ze@adsl-69-231-200-217.dsl.irvnca.pacbell.net) 11.12.43 # it should have a command you can rerun that'll dump to stdout 11.13.31 # the first line will probably end up being 'typedef' for some odd reason you'll need to pick at 11.13.46 # this is similar to the issue some people were having on macosX 11.14.35 # SRC is defined the same way as for the other codecs - preprocessed from the SOURCES file 11.14.56 # Hmm, it seems that one is to blame :( 11.15.20 Join Chamois [0] (~52e2b617@labb.contactor.se) 11.15.25 # liba52 has a config.h, but this preprocessing is supposed to use rockbox' config.h.... 11.16.41 # amiconn: yeah, but my point is that something appears to be adding something odd into the SRC definition. 11.17.47 # Yes - the preprocessing done to get the actual sources uses config.h, which uses liba52's config.h because of the same name - and that one now includes my codec.h, which in turn includes sys/types.h, which contains some typedefs.... 11.18.12 # Imho the only solution is to rename liba52's config.h 11.20.49 # That's it! Thanks! 11.21.59 Quit ze__ (Read error: 110 (Connection timed out)) 11.37.15 Join preglow [0] (thomj@s183a.studby.ntnu.no) 11.42.49 Join ze__ [0] (ze@adsl-69-231-199-109.dsl.irvnca.pacbell.net) 11.49.14 Join muesli- [0] (muesli_tv@c-180-220-36.cvx-h.dial.de.ignite.net) 12.07.04 Quit ze (Read error: 110 (Connection timed out)) 12.07.07 Nick ze__ is now known as ze (ze@adsl-69-231-199-109.dsl.irvnca.pacbell.net) 12.13.22 # yawn. 12.14.51 Quit Patr3ck () 12.17.49 # * HCl stares at the unreadable gnuboy code of death. 12.18.47 # heh 12.18.52 # i wonder if i should try optimizing imdct_l today 12.19.10 # libmad should be well above realtime then 12.20.46 # preglow: I hope your optimisations are selected via a #define. Otherwise building libmad in the simulator will get tricky... 12.21.23 # amiconn: yes, i suppose i'll do that eventually 12.21.30 # they aren't in cvs yet anyway 12.21.30 # also porting to gmini is a concern 12.21.58 # at least for me :P 12.22.19 # haha 12.22.26 # my optimizations are huge asm blocks 12.22.28 # so good luck 12.22.34 # hi btw 12.22.46 # hope they're usefully documented 12.22.58 # i don't think theres any way of utilizing the parallel load any other way 12.22.59 # I wasn't thinking of porting your asm code; 12.23.13 # without writing a gcc intrinsic, and looking at the gcc source code gives me headaches 12.23.15 # isn't A=A-A; the same as A=0 ? 12.23.30 # HCl: yes 12.23.36 # ok. 12.23.39 # but ability to rely on old C code 12.23.41 # HCl: that's the way to zero a address register fast 12.23.42 # just making sure whether i'm not really stupid 12.23.43 # or so. 12.23.48 # HCl: since clr doesn't do address regs 12.23.52 # okay. 12.23.59 # but sub does address regs? 12.24.12 # yes 12.24.15 # i use that trick myself 12.24.17 # okay. 12.24.20 # in imdct_s opt 12.24.38 # ashridah: they're adequately documented :P 12.25.02 # holy sweet bejesus i'm lagged 12.25.20 # III_imdct_s in http://glow.m0f0.net/rockbox/layer3.c for a nice example 12.25.45 # hm. 12.25.47 # it's not pretty, but should be very fast 12.26.44 # yea, okay 12.26.52 # i was mostly asking cause the gameboy code is doing it 12.27.00 # and gnuboy is actually. well. computing it. 12.27.05 # when it really doesn't have to. 12.27.41 Quit Chamois ("CGI:IRC") 12.27.44 Join ze__ [0] (ze@adsl-69-231-197-77.dsl.irvnca.pacbell.net) 12.28.23 # Hmm. With my malloc -> codec_malloc etc changes, all of mad, tremor, a52 and vorbis work on the cygwin-built simulator 12.28.47 Quit preglow ("Changing server") 12.28.47 Join preglow [0] (thomj@s183a.studby.ntnu.no) 12.29.05 # (apart from the non-working file seek, so I had to move the correct .wav header to the front) 12.29.13 # For some reason I couldn't make .wv work from viewers.config 12.29.28 # The native win32 simulator still has problems... 12.30.16 # AH, I 12.30.26 # is it just me, or does the coldfire programming reference manual not state the cycle count of instructions? 12.30.29 # 'm silly. Wrote .vw instead of .wv 12.33.23 # ashridah: it does 12.33.44 # Hmm. Could someone please try wavpack in the simulator? I get a "crc errors detected" message... 12.33.45 # that is, not that one 12.33.57 # you need the mcf5249 manual 12.34.08 # ah 12.34.09 # (With t1.wv provided by AC that is) 12.34.18 # no 12.34.25 # i mean the coldfire2um.pdf one 12.34.29 # chapter nine 12.34.57 # aaah. 12.34.59 # i see 12.35.37 Join Chamois [0] (~52e2b617@labb.contactor.se) 12.36.03 Quit Chamois (Client Quit) 12.36.55 # damn, the mac instructions are blessedly fast 12.37.21 # probably a good thing 12.37.46 # 32x32 bit multiply, accumulate AND parallel move in 4 cycles isn't too shabby 12.38.13 # well. how fast is that in non-mac asm? 12.38.34 # extremely slow, you'd need to muls, two adds, probably a couple of moves and then another move 12.38.40 # two muls 12.38.50 # a mul alone is three cycles 12.41.33 # * ashridah wanders off to record another 2 hours of music off satellite tv. >:) 12.44.22 # * HCl sighs. 12.44.31 # i can't stand undocumented code 12.44.40 # ^ is xor in C, right? 12.45.01 # HCl: I read in yday's log that dynarec is working now? 12.45.11 # Yes, ^ == xor 12.46.19 Quit ze (Read error: 110 (Connection timed out)) 12.46.19 Nick ze__ is now known as ze (ze@adsl-69-231-197-77.dsl.irvnca.pacbell.net) 12.51.22 # amiconn: it is, i just need to encode the z80 opcodes properly 12.51.35 # and some gnuboy code is absolutely horrid. 12.53.07 # (z80 opcodes) Ah, yes. (gnuboy code) What code are you talking about, and why is it horrid? 12.53.30 # let me paste. 12.53.38 # #define CP(n) { \ 12.53.39 # W(acc) = (un16)A - (un16)(n); \ 12.53.39 # F = FN | FZ 12.53.39 # | (ZFLAG(LB(acc))) \ 12.53.39 # | (FH & ( (A ^ ( n ) ^ LB(acc) ) << 1)) \ 12.53.41 # | ((un8)(-(n8)HB(acc)) << 4); } 12.53.49 # o. 12.53.52 # o.O even 12.53.58 # see what i mean :X 12.54.03 # Ah, the flag stuff. 12.54.10 # i might suggest i've seen worse. barely. 12.54.27 # yea, i'm reading about flags on my datasheet thing. 12.54.37 # some weird recursive expanding macros in the linux kernel sourcecode a while back that were mindnumbing to consider 12.55.03 # it seems that the BCD flags are only used if the next instruction is a DAA instruction. 12.55.16 # so i can get away with just setting the zero and carry flag 12.55.23 # and detecting whether the next instruction is a DAA 12.55.27 # i think. 12.55.43 # Yes, the bcd flags are only used by DAA, but it may happen that DAA is not the next instructions 12.55.52 # *next instruction 12.55.55 # hm. 12.55.56 # really..? 12.56.18 # There may be instructions in between that don't touch the flags 12.56.29 # bah. 12.56.43 # * HCl scratches his head. 12.56.43 # well. 12.56.56 # bah. 12.56.57 # :( 12.57.45 # i don't suppose you could explain how i should set FH 12.58.07 # well meh, nevermind, i'll come across this later. 12.58.14 # for now, i know what i need to set flags to.. 12.58.17 # thanks :X 12.58.51 # There is a table that defines the BCD flag states depending on the register value 12.59.07 # I think using that table is the fastest solution 12.59.56 # there is? where? 13.01.04 *** Saving seen data "./dancer.seen" 13.02.29 # cpucore.h: daa_table 13.02.31 Join muesli_ [0] (muesli_tv@c-180-220-170.cvx-h.dial.de.ignite.net) 13.02.48 # odd, i wonder why its not being used in the interpreter 13.02.54 # ..and daa_carry_table 13.03.28 # I'm not sure how these are to be used correctly, but it seems the i386 asm implementation uses them 13.03.35 # hrm. 13.04.01 # Another think I wonder is how dynarec is supposed to handle conditional jumps 13.04.57 Quit muesli- (Read error: 110 (Connection timed out)) 13.05.31 # easy. 13.05.37 # but i'm not there yet. 13.09.07 Join markun [0] (~markun@bastards.student.utwente.nl) 13.20.34 Join muesli- [0] (muesli_tv@c-180-220-168.cvx-h.dial.de.ignite.net) 13.22.52 Join ze__ [0] (ze@adsl-69-231-192-220.dsl.irvnca.pacbell.net) 13.29.06 Quit muesli_ (Read error: 60 (Operation timed out)) 13.37.50 Join AC [0] (~5078751e@labb.contactor.se) 13.37.59 # hello 13.38.09 # AC: hi 13.38.49 # I'm having problems with my cross-compiler on FreeBSD :( It works fine on a remote linux account. 13.39.02 # has somebody a good starting point for m68k asm - i want to optimize libwavpack 13.40.43 # AC: do you know any other assembly languages? 13.41.10 Quit ze (Read error: 110 (Connection timed out)) 13.41.12 Nick ze__ is now known as ze (ze@adsl-69-231-192-220.dsl.irvnca.pacbell.net) 13.42.14 # preglow: i have done somemmx and sse asm for x86 13.44.12 # i know x86 and 6502 asm, i picked up 68k asm pretty quickly from the reference manuals alone 13.44.41 # i can't see any obvious opt canidates in libwavpack 13.44.45 # have you profiled it? 13.45.36 # not yet, but i want to do it today 13.45.50 Quit muesli- (Read error: 104 (Connection reset by peer)) 13.45.52 # yes, that would be wise 13.45.55 Quit rasher (Read error: 104 (Connection reset by peer)) 13.45.57 # replace as little as possible with asm 13.46.19 # if you find any hotspots, let me know, i might be able to give you some pointers 13.47.47 # thanks 13.49.15 # HCl: I just had an idea for further dynarec optimisation (of course after your first version is working): 13.49.49 Join Renko [0] (~Renko@host217-43-59-228.range217-43.btcentralplus.com) 13.50.07 # Instead of loading & saving the whole z80 context before/after every block, the dynamic compiler could track which z80 registers are actually used during compilation of the block. 13.50.42 # yea 13.50.43 # Then it would add the appropriate context load/store at the beginning/end of the block 13.51.10 # the problem is that then you can't do the optimization of not having to recompile blocks while in the middle of a block 13.51.21 # when jumping into the middle of a block 13.51.32 # Ah, yes. 13.51.36 # if you keep all registers consistant with the gameboy regs, thats possible to do 13.52.09 # But if you want to do this, you have to find the address within the block that corresponds with the z80 address 13.52.11 # eventually, i'm gonna have to want to swap context only when needing to recompile 13.52.26 # thats not too hard to do. the dynarec can do that along the way 13.53.02 Join webguest32 [0] (~513e26f5@labb.contactor.se) 13.53.09 # but yea, it'd require an array of 0x7fff pointers 13.53.23 # Hmm. You would need an array that stores which z80 address corresponds to which block address. I guess you'll need that anyway though 13.53.54 # That array may get very large - or do you have another method how to deal with rom bank switching? 13.54.08 # nop 13.54.26 # for now, i'm just focusing on getting it to work 13.54.32 # but linux 13.54.33 Quit preglow ("wo") 13.55.59 Quit webguest32 (Client Quit) 13.56.47 # Iiuc the problem is that you must consider rom bank switching even without allowing jumps into a block. You need to keep track for each compiled block to with z80 address *in which bank* it corresponds. 13.56.52 Join preglow [0] (thomj@s183a.studby.ntnu.no) 13.56.57 # How do you intend to handle this? 13.58.17 # not, at the moment o.o 13.58.33 # i haven't really looked at rom bank switching yet 13.58.55 # Hmm, okay. 13.59.01 # (away now) 13.59.03 # * AC gets hand dirty with libmusepack 13.59.32 # but you're right. 13.59.34 # hm. 13.59.54 Nick Strath is now known as StrathAFK (~mike@dgvlwinas01pool0-a239.wi.tds.net) 14.00.46 # i need to keep account of different rom banks from addresses 4000-7fff 14.01.34 # hurray for 16 bit addressing 14.01.44 # m? 14.02.01 # can somebody explain me why memset() expects an "int c" as the filler value, even though it uses it as a byte? why not declare it "unsigned char"? 14.02.52 # it's not important 14.03.00 # all memsets do that 14.03.09 # pillo: it's 'standard'[tm] 14.03.28 # on most machines, an int has a lot less latency involved than a byte 14.03.41 # so you should only use bytes if space is an issue 14.04.08 # preglow: yep, but that was confusing me- i thought it was used as 4 bytes (too used to x86;) 14.05.04 # amiconn: yea, you're right, i need to get PC through the address/rombank translation first before dynareccing 14.05.22 # i certainly hope dynarec ends up being a lot faster, heh 14.05.52 Quit pill (Read error: 54 (Connection reset by peer)) 14.09.04 # to be honest, i have no clue 14.10.10 # coldfire might be a special case 14.10.19 # the ram is shit slow, and you need to use it _a lot_ 14.10.26 # yup 14.12.30 Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 14.14.05 Quit DMJC ("Leaving") 14.14.44 Quit AC ("CGI:IRC (EOF)") 14.16.55 Join ze__ [0] (ze@adsl-69-231-205-61.dsl.irvnca.pacbell.net) 14.17.25 Join elinenbe [0] (trilluser@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 14.18.05 # i think that moving the selected bank into that fast ram would help, if it wasn't for the problem of how to switch them back and forth 14.27.16 # its appalling how badly readable the lcd of the iriver is without backlight 14.27.37 # it isn't very good however you look at it 14.27.49 # it handles motion poorly 14.30.55 Join DMJC [0] (~James@220-245-162-47-sa-nt.tpgi.com.au) 14.32.46 Join R3nTiL_ [0] (~zorroz@83.69.98.59) 14.33.04 # turn on the backlight? :) 14.34.37 # * HCl 's linked list implementation is failing for some unknown reason 14.35.52 Join nobby [0] (nobby@ACD5B61C.ipt.aol.com) 14.36.15 Quit ze (Read error: 110 (Connection timed out)) 14.36.18 Nick ze__ is now known as ze (ze@adsl-69-231-205-61.dsl.irvnca.pacbell.net) 14.36.32 # doesn't rockbox already have utility data structures like that? 14.37.02 # hm? 14.37.12 # linked lists. 14.37.28 # you mean a struct ll { void *data; struct ll *next; } thing 14.37.30 # ? 14.38.04 # * HCl knows his flaw. 14.38.56 # any progress on the audio driver since the sine wave tests? 14.38.58 # bug in my malloc thing. 14.40.16 # nobby: we've got sound, that's thta 14.40.19 # nobby: as far as i know it now plays wav 14.40.27 # cool 14.40.41 # and the mp3 and ogg codecs? 14.40.45 # how are they? 14.41.20 # too slow. 14.41.29 # hmm. how fast is the flash ram compared to the normal ram? 14.41.40 # HCl: it's faster 14.41.43 # could it be our codecs are simply too slow cause their code is in ram rather than flash? 14.41.46 # oh. 14.41.48 # :/ 14.41.49 # HCl: and it's flash rom, not ram 14.41.51 # ok 14.41.55 # yea. well. 14.41.58 # hrm. 14.42.02 Join rasher [0] (~rasher@62.79.64.148.adsl.hs.tiscali.dk) 14.42.04 # i don't actually call flash read only memory 14.42.10 # since its far from read only 14.42.18 # nobby: the codecs need many weeks of optimisation before they're >100% realtime. then the buffering and streaming needs to be designed adequately. it's not going to happen overnight. 14.42.19 # well, but calling it ram is misleading 14.42.26 # yea 14.42.30 # its not random access either. 14.42.34 # writing 14.42.35 # but yes 14.42.35 # at least 14.42.36 # o.o 14.42.36 Join webguest23 [0] (~513e26f5@labb.contactor.se) 14.42.39 # particularly when the people doing development have lives and jobs 14.42.40 # ok, fair enough 14.42.42 # some mp3 and flac are realtime now, i guess 14.42.44 # but just barely 14.42.46 # * nobby goes back to idling 14.43.00 # thanks for the heads uop 14.43.02 # *up 14.43.07 # nobby: best way to keep track is to peruse the irc logs and the cvs logs (if you're technically inclined) and watch the wiki 14.43.18 # but yeah, lots of work to do :) 14.43.36 # hello, I got a error during install CVS binutils -> "msgfmt: not found" - could someone help me ? 14.43.55 # i keep an eye on the main page of the site for cvs updates, but they dont exactly say "ok, [thing] works but its crap because of [non-techy explaination]" 14.44.19 # i'll post this in the iriver subforum to keep the others updated 14.44.35 # i'm not exactly authoritative. 14.44.41 # there's still lots of technical issues to work out 14.45.35 # lots of things that rockbox has never had to deal with before 14.46.38 # i understand 14.46.52 # what do the chips that currently lack drivers do? 14.47.02 # Quote 14.47.02 # I2C driver 50% Writing to I2C done 14.47.02 # I2S driver 10% Basic I2S output, but not interrupt-based yet 14.47.02 DBUG Enqueued KICK nobby 14.47.02 # SPI driver 0% 14.47.02 # Remote LCD driver (SPI) 0% 14.47.03 *** Alert Mode level 1 14.47.03 # Audio ADC/DAC driver 10% UDA1380 Initialization and basic control done (volume control, muting etc) 14.48.51 # thats out of date. 14.48.51 Quit webguest23 ("CGI:IRC (EOF)") 14.48.54 # check the wiki. 14.49.04 # nobby: i2c and i2s are command and streaming busses (as i understand them). you use them for talking to other devices and streaming data (such as audio). i'm guessing SPI is serial peripheral interface (iirc, the remote is connected via this). 14.49.06 # afaik, audio is 100% 14.49.10 # no 14.49.13 # no, not 100% at all. 14.49.15 # no spdif 14.49.16 # no recording 14.49.17 # no recording 14.49.20 # :) 14.49.21 # ah 14.49.24 # hm. true 14.49.35 # but headphone out is 100%? :) 14.49.41 # pretty much, yes 14.49.46 # as far as i know 14.49.57 # good to hear 14.50.24 # and is the amount of optimization needed definitly possible? 14.50.42 # nobby: well, the iriver does it. means it can be done 14.50.56 # another device with the same cpu can do flac too, so that's clearly possible 14.51.18 # what about .SID? :D 14.51.33 # someone's workign on that (or was it midi? i forget) 14.51.38 # but there are other challenges there 14.51.42 # yup 14.51.45 # like the gameboy emu :P 14.52.06 # i would if i could figure out how to compile the bootloader 14.52.08 # sid is going to be tricky 14.52.20 # you need a very high precision 6510 emulator for it to work properly 14.52.26 # the resid core can be used as it is 14.52.43 # anyone here want to put a flash together and send me it? i'll host it for anyonw wanting it after that (i know youre all scared of legal stuff) 14.52.55 # sure. hold on. 14.52.58 # thanks 14.53.13 # i want to show off playing rockboy 14.53.42 Join ze__ [0] (ze@adsl-69-231-201-119.dsl.irvnca.pacbell.net) 14.55.09 # hahah 14.55.12 # you can't play it yet :PP 14.55.18 # why not? 14.55.23 # it's incredibly slow 14.55.39 # yeah, but i can still show it off in slow motion, cant i? 14.55.45 # sure 14.55.46 # heh 14.55.59 # here 14.55.59 # it's just very, very slow motion 14.56.09 # its on your own risk, no clue whether it works. 14.56.16 # ftp://titania.student.utwente.nl/ihp_120.hex 14.56.36 # i assume thats a 120/140 flash (120 and 140 use the same flash) 14.56.39 # yes? 14.56.41 # current bootloader built from cvs against iriver eu 1.63 14.56.47 # yea. 14.56.49 # k 14.57.04 *** Alert Mode OFF 14.57.09 # i take it i need the .rockbox folder etc as well? 14.57.18 # yup 14.57.22 # how do i get all that stuff from the cvs under windows? 14.57.23 # or it'll just boot iRiver 14.57.25 # eh 14.57.29 Join Sando [0] (kekekek@CPE-147-10-21-132.vic.bigpond.net.au) 14.57.32 # HCl: you really should use the wiki bootloader 14.57.37 # just grab a snapshot 14.57.49 # i don't think anyone has tested the cvs bootloader in a while 14.57.57 # I did yesterday :) 14.58.19 # ait 14.58.20 # http://www.rockbox.org/daily/h100/rockbox-h100-20050226.zip 14.58.24 # you mean this? 14.58.30 # something like that, yes 14.58.43 # something like? youre confusing me.... 14.59.13 # Sorry, yes, that's right 14.59.20 # ok, thanks 15.00.04 # rasher: that's actually a little dangerous. 15.00.06 # HCl: you have the same md5sum as me, fwiw 15.00.14 # fwiw? 15.00.17 # ashridah: what is? 15.00.17 # if this kills my iriver, do you recon linus would rescue it it with his bdm thing, if i sent it to him (and payed to ship it back) 15.00.19 # rasher: the rockbox code for the loaded firmware and the bootloader share a lot of code. 15.00.27 # whats dangerous? O_O 15.00.30 # HCl: for what it's worth 15.00.33 # ah. 15.00.38 # using current cvs for the bootloader. 15.00.53 Quit edx (Read error: 60 (Operation timed out)) 15.00.55 # I don't follow 15.01.01 # nobby: dangerous is using untested code 15.01.05 *** Saving seen data "./dancer.seen" 15.01.16 # pff, you people have no feel for adventure :P 15.01.16 # then could someone zip up a known working .rockbox directory and send me it? 15.01.31 # nobby: daily build should be fine 15.01.33 # I LIKE MY IRIRVER TO LIVE HCL YOU BASTARD :P 15.01.39 # :P 15.01.39 # nobby: the .rockbox directory isn't the problem 15.01.43 # ok, daily build it is... 15.01.50 # fine. i'll get the bootloader off the site then. 15.01.52 # you can replace that using the original firmware if you have to 15.01.55 # ashridah: Why would using current cvs for the bootloader be particularly dangerous? 15.02.16 # rasher: okay. we've been posting changes to the code, which aren't being verified to work with the bootloader. 15.02.37 # the firmware and the bootloader share quite a bit of the basic rockbox library 15.02.47 # oh, like that 15.03.13 # Guess I got lucky 15.03.18 # yeah. so using cvs bootloader when it's using code that hasn't been verfied to work with the bootloader could lead to a brick. 15.03.35 # if the firmware works, it's not likely, but it's also not certain 15.03.44 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 15.03.44 # * HCl yawns 15.03.46 # HCl, have you tried the build you made for me? 15.03.52 # it's probably safer to let linus sanction a release of bootloader.bin occasionally. 15.04.18 # nobby: nop, let me build one of the bootloader on the wiki 15.04.23 # ok, thanks 15.04.36 # ok guys, I have prepared a patch that adds proportional text support to the viewer plugin. Does somebody want to test it? Or should I submit it to the sf tracker? 15.04.48 # HCl: is the bootloader in wiki capable of loading rockboy? 15.05.06 # pillo: try buggin amiconn 15.05.21 # preglow: would that matter? 15.05.37 # ashridah: well, yes, if he wants to try rockboy :) 15.06.48 # gtg, /msg me with whatever you decide and i'll be back in a few 15.07.09 # preglow: well, i was under the assumption that the firmware would be able to do whatever it likes, regardless of what state the bootloader is in 15.07.22 # since the firmware would probably make no assumptions about the state of anything 15.07.30 # there. 15.07.32 # preglow: yes 15.07.42 # bootloader has nothing to do with rockboy 15.08.08 # ashridah: and you would be correct in assuming that, disregard me 15.08.13 # but current rockbox won't load rockboy since rockboy requires mkdir to be added to the plugin api 15.13.03 Quit ze (Connection timed out) 15.13.03 Nick ze__ is now known as ze (ze@adsl-69-231-201-119.dsl.irvnca.pacbell.net) 15.19.12 # I submitted the text viewer patch to the SourceForge tracker. 15.19.29 # Let me know if you like it, gotta get back to business... 15.22.33 # * HCl flashes the new bootloader and gets reminded of how much he hates to flash things 15.22.49 # * nobby is back 15.22.53 # is it working? 15.23.09 # yea 15.23.12 # its a heck of a lot faster too 15.23.21 # i'll go and catch some sunlight 15.23.22 # so i should use the first one you uploaded? 15.23.30 # no, redownload 15.23.32 # ok 15.23.36 # this one is the confirmed to be working one 15.31.58 Quit elinenbe (" HydraIRC -> http://www.hydrairc.com <- Go on, try it!") 15.32.06 # flashing now.... 15.32.19 # just checked the hd5, and im going to disconnect and flash 15.32.31 Part amiconn 15.33.55 # flash in progress... 15.34.15 # * ashridah waits for the unearthly scream 15.34.34 # i'll have to run crying to linus if it dies 15.34.35 Join ze__ [0] (ze@adsl-69-231-211-94.dsl.irvnca.pacbell.net) 15.34.42 # powering back on after flash... 15.35.10 # oooooh 15.35.20 # someone;s been fiddling with the images :P 15.35.29 # in the regular firmware 15.35.45 # that works anwaya 15.35.52 # now to try to get rockbox to load 15.36.00 # i hold record to do that, yes? 15.36.22 # rockbox doesnt want to load... 15.36.35 # keeps loading official fiormware 15.36.44 # no 15.36.47 # rockbox loads by default 15.36.52 # hold record to load the original firmware 15.37.03 # it wont load rockbox 15.37.13 # my first attempt at booking i held nothing 15.37.46 # did you uncompress the nightly build into the root, creating a .rockbox directory? 15.37.57 # yes 15.38.22 Join Sucka [0] (~NNSCRIPT@host81-156-213-142.range81-156.btcentralplus.com) 15.38.29 # it said something like "loading rockbox" and on the next line something like "result:-t" 15.38.38 # but for like .5 of a second 15.38.47 # then it loads original 15.39.04 Nick R3nTiL_ is now known as R3nTiL (~zorroz@83.69.98.59) 15.39.07 # ah, its "result:-1" 15.39.28 # sounds like it cant find rockbox.iriver (?) 15.39.37 # ok, i'm a dumbass 15.39.39 # odd. not an error message i've seen. and i'm not in a position to poke through the bootloading code to see where it coems from 15.39.47 # i thought that was what was combined to make the flash 15.39.55 # i dont have rockbox.iriver on it >_< 15.40.13 # no problem 15.40.15 # * nobby adds 15.40.15 # should be in the zip that you unzipped in the root 15.40.18 # it is 15.40.22 # didn't i just tell you you need to unpack a nightly into it? 15.40.22 # ahh ;) 15.40.33 # look, im a dumbass, ok? :P 15.40.44 Nick nobby is now known as nobby_isadumbass (nobby@ACD5B61C.ipt.aol.com) 15.40.44 DBUG Enqueued KICK nobby_isadumbass 15.40.48 # better? 15.40.48 # :P 15.41.04 # i think it needs to be in capitals. 15.41.14 Nick nobby_isadumbass is now known as nobby_ISADUMBASS (nobby@ACD5B61C.ipt.aol.com) 15.41.14 DBUG Enqueued KICK nobby_ISADUMBASS 15.41.36 # yeah 15.41.55 # so, it's booting now? 15.42.11 # im trying now 15.42.22 # my pc takes ages to safely remove hardware 15.42.36 # odd. 15.42.42 # it booted :D 15.42.57 # in the rare instances where i use windows, i just left click on the usb tray icon, select the drive to remove, and it's done 15.43.41 # mine takes a few seconds to work 15.43.46 # it need reformatted 15.44.20 # its working great 15.44.51 # you have an interesting definition of 'work' 15.44.52 # i'll post a mini-tutorial for other dipshit windows users on the fourm (with plenty of warnings) 15.45.06 # nobby_ISADUMBASS: there's really not that much point. 15.45.08 # ok, the bouncing text plugin works :P 15.45.09 # not yet anyway 15.45.50 # yeah, but they have been asking, might as well let them have their fun 15.46.05 Join webguest62 [0] (~43270532@labb.contactor.se) 15.46.16 # no, their fun's likely to just create the first brick 15.46.26 Part webguest62 15.47.00 # ok, ok 15.47.08 # no bricks 15.47.26 Ctcp Ignored 2 channel CTCP requests in 30 seconds at the last flood 15.47.26 # * nobby_ISADUMBASS sits and stares at bouncing rockbox logo 15.47.31 # oooooooooooooooooooooh 15.47.46 Nick nobby_ISADUMBASS is now known as nobby_ISEASILYAM (nobby@ACD5B61C.ipt.aol.com) 15.47.46 DBUG Enqueued KICK nobby_ISEASILYAM 15.47.46 *** Alert Mode level 1 15.47.50 # argh 15.47.54 # character limit 15.47.56 Nick nobby_ISEASILYAM is now known as nobby (nobby@ACD5B61C.ipt.aol.com) 15.47.56 DBUG Enqueued KICK nobby 15.47.56 *** Alert Mode level 2 15.47.56 *** Alert Mode *RED* level 102 15.48.01 # back to the idling 15.48.20 # play stars and rocktris 15.48.52 # what does battery test do? 15.49.07 # and how do i make it stop! 15.49.30 # i don't remember, and there's a reset hole on the bottom of the device :) 15.49.36 # lol 15.49.43 # its accessing the hard drive though 15.49.51 # yeah. 15.49.51 # i think its trying to waste battery and time it 15.49.54 # it's a battery test 15.50.00 # it tests the battery 15.50.04 # doh. 15.50.07 # i'm stupid. 15.50.14 # not all of the plugins are finished yet 15.50.16 # i dont want to test the battery any more! 15.50.21 # ah, it stopped 15.50.39 Quit R3nTiL (Excess Flood) 15.51.27 # sokoban works, but is tiny 15.51.44 # yeah. not all of them have been modified to scale 15.52.08 # its impressive how much does work, though 15.52.12 # yea, its on the todo list 15.54.13 # do any games support saving progress? sokkoban doesnt seem to 15.55.57 Quit ze (Read error: 110 (Connection timed out)) 15.55.58 Nick ze__ is now known as ze (ze@adsl-69-231-211-94.dsl.irvnca.pacbell.net) 15.56.15 # they could in theory 15.57.57 *** Alert Mode OFF 16.00.07 # is it jsut me or is cube distorted? 16.00.26 # it's not 16.00.34 # it's perspective corrected, if that's what you mean 16.00.42 # it's not like the lines are anti-aliased :) 16.00.56 # with the slow display on the h1x0, it looks like it is :) 16.01.09 # yeah, looking at it from a distance its cool 16.01.29 # you just need to work out which side is which 16.01.35 # although when we move the display to 2bit greyscale, we'll be able to antialias it :) 16.01.41 # sur3 16.01.43 # >:) 16.02.12 Ctcp Ignored 2 channel CTCP requests in 10 seconds at the last flood 16.02.12 # * preglow ponders on porting doom 16.02.27 # it better by better than Mdoom on my phone :P 16.02.30 # *be 16.02.46 # ahh, think of the possibilites with the colour screen of h3x0 16.02.58 # if it can play xvids, then hell, it can do doom 16.03.05 # port milkdrop and avs from winamp :P 16.03.09 # hahaha 16.03.10 # that would rock 16.03.14 # rock the box 16.03.16 # i miss milkdrop 16.03.17 # isntant acid trip 16.03.23 # miss it? 16.03.29 # theres a linux port 16.03.30 # i don't use winamp any more 16.03.35 # well, reimplimentaion 16.03.40 # cool 16.03.41 # name? 16.03.46 # projectM 16.03.46 # please. someone ported a version of doom1 to the TI 90 series of graphing calculator 16.03.52 # if that can play doom, anything can 16.04.06 # I need a TI90 to play in maths... 16.04.26 # what ti90 ? 16.04.29 # * preglow strokes his ti89 16.05.14 # does the iriver hardware allow a real EQ or is it bass and treble ajustment for life? 16.05.57 # nobby: assuming one can cram it into what will probably be 96MHz max, sure. 16.06.17 # erm 16.06.26 # "debug (keep out)" 16.06.45 # i assume i should not under any circumstances click the button on that 16.06.49 # correct? 16.07.10 # it's just useless (to most) information 16.07.13 # you can poke, but it's not really going to give you useful info 16.07.14 # nobby: i'll fix up an eq once the audio is up and going 16.07.24 # ok 16.07.27 # nobby: feel free to suggest features for this eq, i don't use them myself 16.07.38 # 10 band or so 16.07.42 # are you mad? 16.07.42 # hahah 16.07.48 # well, ok 16.07.50 # parametric? 16.07.54 # why not? 16.08.02 # whats parametric? 16.08.14 # you decide frequency and bandwidth of each band 16.08.21 # and gain, of course 16.08.24 # ooh, sounds good 16.08.50 # well, i'm just wondering, seeing as how i don't use eqs when i listen to music myself, i don't know what people prefer 16.08.57 # is anyone currently working on supporting a grapihical WPS? 16.09.05 # what _is_ a graphical wps? 16.09.34 # one with a bitmapped progressbar and some nifty peakmeters :D 16.10.10 # nobby: again, someone probably will, if you can cram it into 96MHz 16.10.48 # could we try to overclock it? >:D 16.11.00 # it can't even run at full clock 16.11.05 # how come? 16.11.12 # it gets too hot during hd accesses 16.11.30 # at least, that's our current theory 16.11.39 # linus is working on it now 16.11.44 # WE NEED HUGE HEATSINKS AND FANS! SOMEONE CALL UP THERMALRIGHT! :D 16.11.58 # we could replace the disk with a heatsink 16.12.18 # it'd be killer for rockboy 16.12.45 # ROFL 16.12.51 # brilliant 16.15.38 # arghl. 2am. sleep 16.15.41 Quit ashridah ("sleep") 16.17.25 Join ze__ [0] (ze@adsl-69-231-217-41.dsl.irvnca.pacbell.net) 16.23.05 Quit jyp ("poof!") 16.28.16 Nick kergoth`zzz is now known as kergoth (~kergoth@li11-226.members.linode.com) 16.35.44 # * rasher . o ( with someone wanting to port EGL to rockbox, projectm might just be possible on h300 ) 16.36.19 # oooooooooooooooooh 16.36.27 # i am a genius 16.36.31 Quit ze (Read error: 110 (Connection timed out)) 16.36.31 Nick ze__ is now known as ze (ze@adsl-69-231-217-41.dsl.irvnca.pacbell.net) 16.39.04 Join _aLF [0] (Alexandre@mutualite-3-82-67-66-128.fbx.proxad.net) 16.49.03 # anyone here sitting on a heap of spare h120 parts? :P 16.49.08 # why? :P 16.49.41 # i have a working 140 sitting on me right now :P 16.49.48 # oh 16.49.52 # my remote is dead 16.49.53 # want it? 16.49.57 # the plastic parts on the side of it, around the screw holes 16.50.04 # they both show signs of stress 16.50.05 # it works, but the record and volume buttons are fucked 16.50.11 # hell, one of them's flat out broken 16.50.39 # so i must've done something wrong while screwing it together once 16.51.05 # point is, i don't like having them broken :P 16.52.15 Join edx [0] (edx@pD9EAB62C.dip.t-dialin.net) 16.52.57 # anyone know where to get chip8 games? 16.55.00 # google? 16.55.35 # tried 16.55.49 # found a few just now 16.57.05 # and more... 16.57.09 # legal ones 16.57.12 # theyre tiny 16.57.23 # should i add links to the wiki? 16.57.34 # http://www.zophar.net/roms.phtml?op=show&type=genesis 16.57.39 # WTH 16.57.43 # genesis? 16.57.47 # * nobby is confused 16.58.01 # http://www.zophar.net/roms.phtml?op=show&type=chip8 17.01.08 *** Saving seen data "./dancer.seen" 17.02.18 Join ze__ [0] (ze@adsl-69-231-221-191.dsl.irvnca.pacbell.net) 17.03.25 # haha 17.03.31 # does that site still exist? 17.03.36 # zophar? sure 17.04.00 # yeah, i remember getting snes roms off it when i was about 10 17.04.18 # i stopped visiting it after it went down the drain, and the new site admin turned out to be a gun nut 17.04.20 # * HCl sighs. 17.04.33 # i never visited it regularly anyway 17.05.20 # i did visit it regularly, until the day i was greeted with a bloody 9/11 lament, a "WE WILL NEVER FORGET" logo and instructions on how to get firearms 17.05.45 # i dont know wheter to lol or be sad 17.05.51 # i chose the latter 17.06.23 # then i saw that the forum avatar of the site admin was him pointing a gun at the screen, i just stopped visiting it 17.06.42 # its ironic that "we will never forget" is the attitude that the hijackers on 9/11 towards america 17.06.56 # haha 17.07.21 # its true, the middle east still hates the west because of the crusades! 17.07.26 # i just think it's funny that usa refuses to forget, when it has no problem forgetting shit it itself has done to other parts of the world for decades 17.07.30 # but enough of that 17.07.33 # yes 17.07.40 # save it for #politics 17.08.04 # i've got to go code other stuff :/ 17.11.43 Quit Sando (Read error: 104 (Connection reset by peer)) 17.21.27 Quit ze (Read error: 110 (Connection timed out)) 17.21.29 Nick ze__ is now known as ze (ze@adsl-69-231-221-191.dsl.irvnca.pacbell.net) 17.28.55 Join ze__ [0] (ze@adsl-69-231-194-137.dsl.irvnca.pacbell.net) 17.36.37 Nick nobby is now known as n[o]bby (nobby@ACD5B61C.ipt.aol.com) 17.36.37 DBUG Enqueued KICK n[o]bby 17.48.10 Quit ze (Read error: 110 (Connection timed out)) 17.48.10 Nick ze__ is now known as ze (ze@adsl-69-231-194-137.dsl.irvnca.pacbell.net) 17.48.28 Join R3nTiL [0] (~zorroz@83.69.98.124) 17.54.11 # yay. 17.54.12 # hi 17.54.22 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 17.54.22 # * HCl smacks computers with a hammer. 17.54.31 Join Phoenix983 [0] (~c9f818aa@labb.contactor.se) 17.55.24 # ANYONE HERE KNOW THE MASTER USER PASSWORD DEFAULT FACTORY OF WESTERN DIGITAL HARD DISKS??? 17.55.40 # no caps please. 17.55.49 # isn't the default password empty? 17.55.59 # mmm 17.56.15 # is the master user password 17.56.30 # google is your friend 17.57.09 # Phoenix983: try with all empty 17.57.17 # i tried that, but i not find nading, give some idea for the good words for search 17.57.22 # hmm 17.57.31 # i tried all 0's with an IBM drive 17.57.36 # and worked 17.57.37 # :D 17.58.10 # "western digital" default harddisk password lock 17.58.13 # try that in google. 17.58.18 # me too, but nading... :( this program of atapwd is great 17.58.49 Quit R3nTiL () 17.58.55 # * HCl knows too many people from the xbox scene who locked their hdd with an unknown key and ruined their hdd 17.58.58 # tried all spaces? 17.59.16 # yes 17.59.36 # exist any program for reveal the code?? 17.59.47 # but let me try again 18.00.44 # there's a special tool for unlocking the drive... using linux 18.01.56 # actually. there isn't. 18.02.06 # the key is stored in a piece of ram only accessable by the firmware 18.02.14 # so even a firmware upgrade won't help 18.02.41 # harddisk keys are designed to be unrecoverable thus secure 18.03.02 # mmm 18.03.30 # i tried the 0's, the spaces, and the empty password 18.03.43 # how did you lock it in the first place? 18.03.49 # any other idea?? :'( 18.04.17 # oh, putting an password on a disk without knowing the password also voids its warranty, as far as i know. 18.04.48 # it is locked power on and power off the system in repeat ocations, is how a electric down. 18.05.05 # no, harddisk locks are designed to be secure, you need a general hdd unlocking tool that unlocks it with the correct key 18.05.18 # what? 18.06.16 # ok i have the atapwd, this is not a hdd unlocking tool??? 18.06.28 # well, the name sounds right 18.07.14 # this is the program in the web page of rockbox for unlock hard disk 18.07.23 Quit Phoenix983 ("CGI:IRC") 18.07.30 # then its probably right. i haven't used it myself... bye o.o; 18.07.46 Join Phoenix983 [0] (~c9f818aa@labb.contactor.se) 18.07.53 # sorry lol 18.07.58 # what did you said? 18.07.59 # its ok. 18.08.07 # that its probably right and i haven't used it myself 18.08.28 # you'll still need the pw to use it 18.08.35 # mmm what hdd unlocking tool use??? 18.08.51 # you don't even need to search for one if you don't have the pw 18.09.06 # yea.. 18.09.18 # what is the pw?? 18.09.24 # the one you set :) 18.09.39 # aaah password 18.09.46 # pw=password 18.09.48 # yeah 18.09.57 # did you set it manually? 18.10.05 # lol i never set any password 18.10.17 # this hdd is locked auto 18.10.25 # by what? 18.10.27 # well you know who/what locket it? 18.10.39 # for a repeately power on and power down process 18.10.52 # by what? 18.11.59 Quit Nibbler ("blubber") 18.12.42 # * HCl goes to eat dinner. 18.13.48 # for repeat shut down and power on proces 18.13.50 # s 18.14.50 # theres no hard drive on this earth that locks itself just because you power it up and down rapidly 18.16.32 # man, this is the first case 18.16.47 # sorry but i somehow just doubt it :) 18.17.00 # only next to this process, that is locked 18.17.10 # tell me which device/pc/abacus did that, and i'll believe you 18.17.15 Join Nibbler [0] (~sven@port-195-158-163-29.dynamic.qsc.de) 18.17.25 # i dont need lie man 18.17.55 # it is how a range of electric down current 18.18.17 # ok so i believe you, but then, i can't help you, because i don't know what happened to your drive 18.18.40 # its a moot point anyway, if you don't know the pw, you're screwed 18.18.52 # exist million of western digital hard disk locked auto in the world, specific my disk WD800BB 18.19.11 Quit courtc (Read error: 113 (No route to host)) 18.19.20 # this model 18.20.41 # i know that if i not know the pw, i need to go to put the default factory password, but i dont know where find them for my model 18.22.10 # or for the mark western digital 18.22.24 Join XShocK [0] (~XShocK@pcp09492659pcs.nrockv01.md.comcast.net) 18.22.32 # well if it is such a ultra high-security auto-locking model like you claim don't you think the master pw would be set as well? 18.27.07 # what exactly do you mean with locked auto? 18.27.11 # * HCl returns 18.27.29 # the same of the words 18.27.52 # i'm unfamiliar with the concept of autolocking. 18.27.59 # there are no disks that do that. 18.28.17 # i only know one system that runs off a locked drive and unlocks it during boot 18.28.31 # the xbox. 18.28.44 # yup. 18.29.24 # this mark this signs------> S= E= L= F=- X= F=H 18.29.30 # so even if you need a secure system, there's absolutely no reason for a computer system to keep locking their drive on boot. 18.29.52 # unlocks are temporary unless the computer system states otherwise 18.30.23 # no the auto lock was for the shut-down and power on 18.30.36 # harddisks don't lock on computer shut down. 18.30.49 # lol 18.30.53 # as soon as a locked harddisk loses power, when it boots up again, it needs to unlock. 18.30.55 # you dont satnd me 18.31.11 # unless the computer states that it needs to unlock permanently. 18.31.37 Quit Zagor (Read error: 104 (Connection reset by peer)) 18.31.54 Join Zagor [242] (foobar@h254n2fls31o265.telia.com) 18.32.00 # my hard disk is not lock for power on the computer 18.32.15 # either way. i can't help you if you can't tell me what locked it. 18.32.17 # it was for ON an OFF operation 18.33.06 # this WD hard disk WD800BB first version have this problem of auto lock 18.33.32 # you mean its a bug in the firmware of the disk? 18.33.49 # you have any info on this? 18.33.51 # i know of a great quanty of reports for auto lockñ of this modelsç 18.33.57 # cause google finds absolutely nothing on that model 18.34.25 # mmm let me show you the marks of the atapwd 18.35.05 # S= sume E=sume L=sume F=- X=sume F=H 18.35.41 # S=( ) E=( ) L=( ) F=- X=( ) F=H 18.35.59 # i don't know atapwd. that literally says nothing to me. 18.36.01 # damn this chat dont show the adition sign 18.36.22 # + ? 18.36.27 # yes 18.36.30 # 18.36.32 # 18.36.43 # but here not 18.36.49 # 18.36.51 # see 18.36.55 # 18.37.18 # i guess this is because your hard drive's locked :P 18.37.31 # ok but if you dont use the atapwd, what program use to?? 18.37.53 # h in f indicate high secure mode 18.38.09 # why are you so fixated on the program 18.38.19 # it doesn't matter what tool you're using if you don't know that friggin pw 18.39.05 # dont sayme that :'( my hope is the default pw of the factory 18.39.21 # the only default password is all 0's / all spaces 18.39.40 # its not like different unlocking tools "know" default factory pws 18.39.46 # but this is too for the Western Digital Hard Drives??? 18.40.10 # because this is for fujitsu and hitachi hard disks 18.40.20 # i suggest you email WD 18.40.22 # and ask them yourself. 18.41.07 Quit Quelsaruk ("KVIrc 3.2.0 'Realia'") 18.41.16 # mmm i had think that, but the response is slow, but if i cannot find the solution... i ll do it 18.41.46 # unlike bios passwords and the like, harddisk passwords are designed to be secure. 18.41.54 # ok thank you for try help me :) 18.42.01 # np.. 18.42.21 # ALGUIEN HABLA ESPAÑOL??? 18.42.36 # don't think so, amigo :P 18.42.43 # LOL 18.42.47 # ok byeç 18.42.51 Quit Phoenix983 ("CGI:IRC") 18.43.30 # strange person. 18.43.52 # well 18.44.01 # aren't we too? :)= 18.44.19 # yes, but thats not the point! 18.44.21 # :P 18.44.47 # ok :P 18.44.55 # i'm getting myself something to eat 18.47.23 # * HCl goes to try to fix his thing. 19.01.10 *** Saving seen data "./dancer.seen" 19.09.19 Quit XShocK (" HydraIRC -> http://www.hydrairc.com <- The dawn of a new IRC era") 19.23.47 Join jyp [0] (~jp@239.90-201-80.adsl.skynet.be) 19.23.47 Quit Zagor (Read error: 104 (Connection reset by peer)) 19.49.36 Join zezayer [0] (~zezayer@host81-152-218-69.range81-152.btcentralplus.com) 19.55.52 # coffee in the keyboard! i win! 19.56.19 # if i suddenly go silent, you know why 19.56.31 Quit zezayer ("ChatZilla 0.9.61 [Mozilla rv:1.7.2/20040804]") 20.03.44 Join Stryke` [0] (~Chairman8@resnet-241-86.resnet.umbc.edu) 20.05.00 Join Zagor [242] (foobar@h254n2fls31o265.telia.com) 20.05.05 Quit Zagor (Read error: 54 (Connection reset by peer)) 20.26.10 Nick StrathAFK is now known as Strath (~mike@dgvlwinas01pool0-a239.wi.tds.net) 20.37.51 Join jyp_ [0] (~jp@48.81-201-80.adsl.skynet.be) 20.43.15 Quit jyp (Read error: 110 (Connection timed out)) 20.43.52 Nick jyp_ is now known as jyp (~jp@48.81-201-80.adsl.skynet.be) 20.51.13 Join Chamois [0] (~Chamois@champigny-5-82-226-182-23.fbx.proxad.net) 21.01.12 *** Saving seen data "./dancer.seen" 21.07.33 Quit n[o]bby () 21.09.19 Quit Renko ("Leaving") 21.15.16 # Anyone knows the system call to seek in a file past 4Mo ? 21.15.57 # on linux/x86 21.18.32 Join hubble [0] (hubble@h13n1fls302o1033.telia.com) 21.21.31 # lseek64? 21.22.25 # thanks ;) 21.23.02 # I can't believe this isn't in the 'see also' of lseek ... ,( 21.23.15 # well, it is actually 21.23.17 # that's how i found it 21.23.35 # not in my local manpages 21.23.37 # i just vaguely remebered it was something64 21.23.57 # well, then you've got old man pages 21.24.06 # it's on both of my boxes 21.24.08 # indeed 21.24.10 # 2001-09-24 21.24.13 # ahahaha 21.24.19 # consider upgrading 21.24.27 # debian testing 21.24.51 # that's plain poor work from their side 21.24.56 # testing should have newer pages than that 21.25.00 # I'd say 21.25.20 # even stable should have newer pages than that 21.25.52 # Knowing debian, there must be a subtle political reason :( 21.26.54 # hahahah 21.27.15 Join joecool [0] (~joecool@joecool.no-sources) 21.27.38 Part joecool ("Leaving") 21.28.41 # yawn 21.30.27 # i swear, debugging through the means of a filesystem is nasty. 21.30.36 # agreed 21.31.02 # What do you say of _debugging a filesystem_ ? ;) 21.31.42 # Actually, I love to debug by analysing gigabytes of traces ;P 21.32.28 # i want a gdb stub :/ 21.34.33 # well, write one :/ 21.34.45 # * HCl goes to add it to the todolist 21.34.57 # it's already on the iriver pages 21.34.57 Part hubble 21.34.59 # isn't it 21.35.00 Join hubble [0] (hubble@h13n1fls302o1033.telia.com) 21.35.37 # yea, i guess so. 21.35.45 # but nobody's actively working on it nor sees it as a priority 21.35.57 # well, i have no idea how to write one 21.36.07 # and i'd rather use the little time i have available on dsp stuff 21.36.32 # ditto. 21.36.40 # well, aside from using the time i have on rockboy stuff. 21.36.54 # if i could devote all my time to rockbox, i'd leap at it 21.37.03 # but i've got this pesky masters thing to write 21.37.03 # heh 21.39.09 # You know Donald Knuth? 21.39.23 # i know _of_ him 21.39.31 # is there a flush() command to flush a filedescriptor to disk or is write guaranteed to be flushed? 21.40.03 # sync() ? 21.40.10 # Well, the lesson he teaches is that you should take care of building good tools if you don't have them 21.40.21 # might not be in rockbox, fo course 21.40.29 # ata_flush() ? 21.40.33 # its not in the plugin api... 21.40.48 # does rockbox actually do buffering? 21.41.03 # He wanted to write books; he started to write character rendering tools... 21.41.12 # i don't know. 21.41.14 # jyp: yes, and semi nice ones at that 21.41.54 # The best of their times 21.41.55 # unfortunately for the entire scientific community, he did not make good fonts 21.42.29 # and now we all have to torture our eyes be reading papers typeset with computer modern roman 21.43.32 # (la)tex is still pretty good, but its age is starting to show in the font support department 21.45.33 # Whatever you say; the point is few people know of his books; but alot use the tools he did in the process 21.45.58 # haha 21.46.08 # indeed 21.46.17 # his books are quite boring, but his tools are mostly good 21.56.05 Quit Chamois (" Try HydraIRC -> http://www.hydrairc.com <-") 22.14.40 # * HCl is fixing sokoban 22.17.33 # haha 22.17.45 # dynarec acting up on you? :P 22.18.28 # somewhat :P 22.18.42 # nothing bad, really. 22.18.46 # its working as expected 22.18.52 # its just that i don't have my assembly right 22.24.05 # i'm tiring early tonight, it seems 22.24.13 # * preglow puts on drum&bass 22.34.08 # okay, i got a patch for sokoban 22.35.16 # ftp://titania.student.utwente.nl/sokoban.diff 22.35.24 # can anyone test/try that and/or commit it? 22.36.26 # i'll give it a go 22.36.43 # made things dependant on model and lcd width 22.39.29 # queer 22.39.34 # why isn't my player automounted 22.40.58 # fills the entire screen 22.41.46 # work ok? 22.41.49 # yup 22.41.59 # i really think it should buffer several levels in one go, though 22.42.05 # spinning up the disk on level change is not very clever 22.42.17 # i haven't played this before, it's fun :P 22.42.32 # hehe. 22.46.01 Join XShocK [0] (~XShocK@pcp09492659pcs.nrockv01.md.comcast.net) 22.46.45 # XShocK: yo.. maybe time to upload the code so someone can add it to the CVS? 22.46.53 # XShocK: I've cleaned and commented the code 22.46.56 Join Chamois [0] (~Chamois@champigny-5-82-226-182-23.fbx.proxad.net) 22.47.28 # have you put the i2c stuff in i2c.c, or do you use the controls regs directly? 22.48.15 # * HCl fixes snake 22.50.24 # so anyone can put sound into CVS ? 22.50.38 # as you see, they're working on it 22.51.08 # yes but Xshock said yesterday he gives his work to LInusN but Linus didn't come here of the day 22.51.19 # preglow: it's a seperate file for i2c stuff, i2c-h100.c 22.51.37 # great 22.51.43 # this will be a fine commit 22.51.53 # Chamois: then we'll wait another day 22.52.04 # Chamois: it's not like you can use rockbox to play sound now anyway 22.52.16 # we still need to make the codec layer 22.52.21 # ii know 22.52.27 # no problem 22.52.59 # preglow: do you know of the status of the codec interface? 22.56.49 Part pillo ("Kopete 0.9.2 : http://kopete.kde.org") 22.57.30 # hubble: hmm, not really 22.58.26 # * HCl goes back to dynarec after fixing snake and sokoban, and concluding that snake2 is darn hard to fix 22.58.36 # i think, anyway.s 22.58.43 # we need a couple of core coders around to discuss it 22.58.49 # and they've been mostly absent lately 22.59.21 # but dave's done a bit of work and has things more or less worked out 23.00.30 Part Chamois 23.01.14 *** Saving seen data "./dancer.seen" 23.04.35 # enough coding for me today 23.09.41 # hubble: i came back. 23.10.37 # yes, i gave the code to LInus 23.38.44 Join asdsd [0] (~asdsd@h-67-100-27-2.miatflad.dynamic.covad.net) 23.38.50 # hey guys 23.40.09 # i wanted to gather some information 23.40.25 # i noticed you guys have been able to load rockbox onto the h1xx 23.40.38 # mhm 23.40.59 # well i just wanted to know if u guys know the entry point address for the decompiled firmware 23.41.05 # see im trying to load up on IDA 23.41.20 # but its in binary and its telling me i have to press C on the entry point address 23.41.26 # hm, thats a question for linus, really. 23.41.31 # instead of figuring it out myself, i decided to find u guys 23.41.39 # is linus here today? 23.42.02 # asdsd: entry point in .bin is 512+32 = 546 23.42.10 # asdsd: see http://www.rockbox.org/twiki/bin/view/Main/IriverMemoryMap 23.42.14 # thanks hubble 23.42.19 # omg thankyou 23.43.05 # asdsd: I've created a IDA project that contains all code at the correct virtual adresses 23.43.38 # it would be a huge help if u cud just email it to me, or send it to me via xdcc 23.44.23 # asdsd: what are you planning on doing? 23.44.34 # wow that memorymap is really gonna help, u guys really ARE working on it 23.44.48 # well don't laugh but im trying to fix the drm issue on the US firmware 23.44.53 # ahh 23.45.05 # standard cracking job, heh 23.45.08 # yeah 23.45.15 # does h1x0 have drm? 23.45.25 # no 23.45.28 # h3x0 does 23.46.04 # kay. 23.46.10 # no 23.46.10 Quit jyp ("poof!") 23.46.11 # yeah 23.46.15 # im working on the h320 23.46.22 # but i figure they both use the same entry point 23.46.23 # kay. 23.46.31 # mmm. 23.47.53 # asdsd: yes, and if you follow it to the section which copies from flash to sram and sdram you can probable see the h3x0 memory layout aswell 23.48.16 # they copy flash code to sdram? 23.48.52 # preglow: sure.. see 0x1528 23.48.55 # why do they do that? according to linus, executing from flash is actually faster 23.49.16 # ok guys 23.49.33 # so im loading the h300.hex file right, its decoded using ihpfirm 23.49.42 # then i set the cpu to moto:coldfire 23.49.44 # preglow: most of the irivers firmware is at 0x31000000 (sdram) and a few routines are in sram (0x10000000) 23.50.05 # in the input file, i set the loading address to 0x544? 23.50.07 # and by the way, do anyone know how stripwax managed to figure out the encryption? 23.50.35 # preglow: nope, i'm a little curious too.. we should ask him :) 23.50.48 # i was planning to, but haven't seen him lately 23.50.54 # looks like it's a block xor code with feedback 23.51.03 # not something i can reverse without prior knowledge, at least 23.51.25 # preglow: maybee he did some statistical analysis? 23.51.28 # stripwax is a genius 23.51.54 # hubble: perhaps, i'll be the first to admit i really don't know much about that