--- Log for 14.11.105 Server: kornbluth.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 9 days and 19 hours ago 00.00.11 # preglow: Rockbox doesn't handle thread functions that simply exit. The proper way to terminate a thread is to call remove_thread() 00.00.41 # amiconn: does that work from within a thread as well? 00.00.41 # preglow: If it doesn't break the bootloader, then commit. 00.01.00 # Yes, threads should be able to terminate themselves 00.01.04 # goodie 00.02.02 Join XavierGr [0] (n=XavierGr@ppp12-adsl-16.ath.forthnet.gr) 00.02.12 # Just make sure that at least one thread stays... I don't know how the scheduler would react when num_threads ever gets zero 00.07.33 # <]RowaN[> i wish foobar had a "playing next" feature like rockbox =] 00.07.59 # Hehehe 00.10.31 # arm asm is sweet 00.11.28 Part len0x 00.16.53 # The IPL people have been busy: http://homepage.mac.com/slowcoder/Hotdog.pdf 00.16.54 # linuxstb_: only functions i can see scrolling use, is lcd_fillrect and lcd_putsxyofs, both of which are implemented 00.17.09 Quit gromit` (Read error: 104 (Connection reset by peer)) 00.17.27 # But are they implemented correctly? They may still contain the h100 code :( 00.18.02 # preglow's variable plural english experiment 00.18.10 # i have no idea, heh 00.18.16 # fillrect is wrong. 00.18.31 # fillrect only deletes old data, i believe 00.18.31 Quit MacDancer ("Leaving") 00.18.42 # i should be able to see some moving garbage even if that didn't work 00.19.08 # I would have thought so. 00.19.59 Join gromit` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) 00.20.31 # lcd_putsxyofs should be working though - it's used by the lcd_puts function. 00.20.56 # yes 00.22.49 # annoying 00.22.51 # the thread IS running 00.22.52 # i just verified that 00.23.26 # i don't think we're running at too high a clock rate yet 00.23.31 # any idea which? 00.23.54 Quit gromit` (Read error: 104 (Connection reset by peer)) 00.24.15 Join edx [0] (i=edx@edx.chu.cam.ac.uk) 00.24.28 # I think I read somewhere that it's about 16MHz. But I'm not sure. 00.25.27 Join gromit` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) 00.25.35 # Does ipodlinux adjust the cpu clock on the fly like rockbox on iriver? 00.25.58 # I'm not sure. 00.26.26 # I would be surprised if it's as tightly controlled as Rockbox though. 00.26.43 # We'll find out when we get to that stage. 00.26.52 # That will be a fun part I think, making the timer work, and work correctly with varying cpu clock 00.27.02 # All thins without hw docs... 00.27.06 # *this 00.27.15 # amiconn: rtc... 00.27.24 # huh? 00.27.29 # ahh, those timers :P 00.27.42 # yes, that'll be fun 00.27.53 # someone should start pressuring portalplayer! 00.27.55 Quit ender` (Read error: 104 (Connection reset by peer)) 00.28.01 # so we might have docs some time in twenty years 00.34.42 Quit Moos ("Glory to Rockbox") 00.35.13 # hmm 00.36.39 # can a MIPS write 16 bits to an odd address? 00.38.32 # never used mips 00.39.25 # * Bagder debugs a SIGSEGV on IRIX 6.5 00.40.05 # I'm quite sure this is the problem, it cannot access unaligned addresses like this 00.40.05 Quit chopped_pork (Read error: 104 (Connection reset by peer)) 00.44.12 # okok 00.44.13 # scrolling works 00.44.16 # i'll commit threading 00.44.59 # What was the problem? 00.45.04 # me being a complete fool 00.45.20 # there's some corruption of the screen 00.45.26 # but that's not a threading problem ;) 00.45.39 # That will obviously be the lcd_fillrect. 00.45.50 # linuxstb_: suffice it to say i just now learned of the lcd_puts_scroll funtion 00.45.52 # function 00.46.00 # hehe 00.46.10 # looking for bugs in all the wrong places, as usual 00.46.25 # shall i commit the stack fix as well? 00.46.33 # that is, initing sp to stackend 00.46.36 # Yep. 00.46.39 # okies 00.46.44 # I was just about to ask you about that. 00.47.25 # lcd_fillrect should be incredibly simple on 8bit+ displays... 00.47.39 # Feel free to implement it :) 00.47.53 # done 00.47.56 # It' basically only memset()ting, except for the DRMODE_COMPLEMENT 00.48.25 # Nah, for >8 bit it's not exactly memset()ting, but very similar 00.48.46 # A 16-bit memset... 00.49.12 # linuxstb_: Perhaps I'll work a little on the 16 bit driver, but that requires getting the sim to work first 00.49.23 # or you getting an ipod! 00.49.25 # :-) 00.49.43 # That's rather unlikely 00.49.45 # amiconn: think of all the sexy arm assembler you're missing out on 00.49.46 # Or a H300... 00.50.12 # H300 is more likely than any ipod, although I dislike colour lcds on portable devices in general 00.50.24 # Get a b/w ipod.... 00.50.29 # i was a bit surprised at the quality of the lcd, actually 00.51.05 # of course, it's still a bit unusable without backlight 00.51.17 # It's not about quality (recent colour lcds are rather good; I have a Samsung mobile phone with colour) 00.51.19 # but i also think bw displays don't really shine without a backlight either 00.51.31 # and that's not meant literally, heh 00.51.38 # It's just that it requires backlight to be readable, and that eats battery 00.51.51 # ...and I don't really need colour 00.51.58 # 'course you don't need it 00.52.04 # but it allows for a ton of bells and whistles 00.52.08 # which are fun, occasionally 00.53.43 # * tucoz whispers mandelbrot.rock in color to amiconn 00.54.44 # now there's a nice example if i ever heard one 00.55.15 # and on arm you've got a shiny, full 64 bit accumulator! 00.55.21 # boring... 00.55.36 # hehe 00.55.49 # 64bit math, multiple shades, all readily available 00.56.18 # i'm really looking forward to working on codecs for this little thing 00.56.25 # The grayscale lib was much more of a technical challenge... 00.56.30 # which reminds me, i've got some musepack changes pending 00.56.45 # And aac iirc? 00.56.58 # i never was able to do much for aac 00.57.00 # nothing of a challenge. That is the spirit. With your recent memcpy I see what you mean. 00.57.08 # i've got some stuff pending, but it doesn't seem to help at all... 00.57.27 # haha, yes 00.57.36 # tucoz: Yes, and soon I'll extend it into memmove(). The archos implementation is already done 00.57.41 # i can see what you meant by calling it a monster 00.58.13 # * preglow laments that we'll never have optimised arm mem* functions :/ 00.58.20 *** Saving seen data "./dancer.seen" 00.58.32 # hehe 00.58.54 # now there's a challende for you 00.58.57 # challenge, even 00.59.04 # Do I hear "grayscale lib for b&w ipods!"? 00.59.09 # amiconn, cool. I really learn something new everyday by just following the discussions, and looking into the commits on Rockbox. 00.59.09 # Show off ipodlinux... 00.59.11 # writing nice mem* functions in thumb arm 00.59.16 # amiconn: hehe 01.00.10 # hehe, that would be something. 01.00.20 # goodnight 01.00.22 # preglow: Regarding memcpy() - I was even able to shave off some more bytes 01.00.25 Part tucoz ("Leaving") 01.00.30 # Now it's exactly 950 bytes 01.00.54 # is that too in your commit? 01.00.59 # yep 01.02.43 Quit gromit` (Read error: 110 (Connection timed out)) 01.02.57 Join DJDD [0] (n=DJDD@220-245-186-182.static.tpgi.com.au) 01.08.11 # now, what next 01.12.12 # crt0.S ? 01.13.22 # sounds good 01.13.30 # Rockbox could possibly run after that. 01.13.34 # just need to get an overview over what it should do 01.14.24 # timer(s)? button driver? 01.14.36 # I said "run", not "work" :) 01.15.21 # What are the timers used for? 01.15.28 # button driver shouldn't be too much work either, but no, i think i'll do crt0.s 01.16.39 # linuxstb_: One is needed for the timer tick. One more can be used freely; on iriver it is shared between backlight fading and plugins, e.g all grayscale plugins 01.17.09 # Unfortunately the coldfire has only 2 timers, SH1 has 5 ... 01.17.58 # and we'll probably never find out what ipod has :) 01.18.39 # as many timers as 5 is rather rare, though 01.20.55 # The ipod has at least 2 - they are defined in the ipl source. 01.21.16 # so, currently there is only bootloader code in crt0.S 01.21.29 # preglow: Yes. 01.21.45 # Most of it is inside the #ifdef BOOTLOADER define 01.22.04 # some of it can probably be reused 01.22.59 # Looking at the IPL source, I think it just has two timers. 01.23.58 # two timers are by far the most common number i've encountered 01.24.15 # But Rockbox should run without them - we emulate the current_tick. 01.24.41 # anyone knows hot to block all internet activity from windows XP firewall? 01.24.48 # Don't laugh at me please. 01.25.00 # Unplug the ethernet cable? 01.25.30 # I want this done through XP firewall to make someone believe that there is no internet... 01.25.46 # * amiconn is looking at this alien thing named arm assembler 01.25.57 # Well obviously I want some specific apps to work on the internet without the user knowing it. 01.25.58 # amiconn: it's pretty different, but i think it's cool 01.26.35 # First, the source->destination logic seems to be switched compared to our other targets 01.26.51 # amiconn: yup, but it's pretty logical 01.27.06 # amiconn: like for add, which is "add r0, r1, r2", which means r0 = r1 + r2 01.27.33 # amiconn: and sub, which is "sub r0, r1, r2", and means r0 = r1 - r2, so it follows algebraic order 01.28.20 # I was about to ask about the 3 parameters 01.28.24 # having a separate destination register is really nice 01.28.49 # SH seems to be somewah in-between coldfire and arm then 01.29.35 # While it doesn't know insns with 3 parameters (at least not for SH1), insns taking only one parameter on coldfire often take 2 on SH1 01.29.59 # e.g. neg %d0 --> neg r1,r2 01.30.04 # yes, the one param instrs are pretty annoying 01.30.13 # does sh use fixed length instructions? 01.30.16 # yes 01.30.19 # 32 bits? 01.30.23 # 16 01.30.25 # ahh 01.30.28 # arm uses 32 01.30.34 # but there's also a 16 bit length mode 01.30.39 # called thumb arm 01.30.50 # so it's actually got two instruction sets 01.30.53 # Yes, read about it. I wonder why... 01.31.07 # 32 bit mode is tons and tons more flexible 01.31.13 # 16 bit mode is faster for 16 bit buses 01.31.33 # yes, but supporting two complete instruction sets in a cpu core sounds like overkill to me 01.31.44 # they've implemented it very efficiently 01.31.52 # can you mix modes? 01.31.56 # thumb instructions are "uncompressed" to ordinary 32 bit instrctions internally 01.32.01 # amiconn: yes, via a branch instruction 01.32.12 # amiconn: if the lsb of the branch target is 1, then thumb mode is set 01.32.33 # arm forces alignment of branch targets, i believe 01.32.36 # If I read some gcc sources correctly, the higher SH cpus also know 3-parameter instructions 01.33.07 # SH1 is just the 'smallest' member... 01.33.15 # amiconn: arm actually has some four parameter instructions as well 01.33.33 # amiconn: where to of the parameters describe a 64 bit combined register 01.33.36 # two 01.34.19 # how many registers? 01.34.47 # 16 01.35.00 # r15 is ip, r14 is link register, r13 is (usually) sp 01.35.00 # sounds familiar... 01.35.19 # all of them can be manipulated as you want 01.35.20 # Ah, so ip (aka pc) is part of the general set? 01.35.28 # so a jmp on arm is actually a mov pc, rxx 01.35.35 # ok 01.36.10 # On SH, r15 is sp, pc is separate 01.36.40 # so there are fewer regs on arm, yes 01.36.58 # amiconn: Do you think FLAC is feasible on the SH1? 01.37.14 # i don't 01.37.36 # My impression was the SH1 at 20MHz is faster than the coldfire at 20MHz. 01.37.51 # The RAM is definitely faster 01.37.58 # That's what I was thinking. 01.38.09 # But of course there is less IRAM. 01.38.15 # how fast are muls on sh? 01.38.20 # ...but the SH1 is running at 11.0592 MHz (recorders) resp. 12 MHz (player, Ondio) 01.38.34 # Did I just dream the 20MHz part? 01.38.47 # let's hope not 01.39.00 # preglow: muls are 1 cycle provided you don't read the result too early 01.39.07 # right, like emac 01.39.18 # The multiplier works in the background and needs 3 cycles 01.39.39 # The destination of a mul is *always* the macl register 01.39.40 # so shifting by n is actually slower than a multiply? ;) 01.39.52 # For variable n yes 01.40.00 # i still think that sounds weird 01.40.03 # i love barrel shifters 01.40.06 # The sh can shift, just not by variable n 01.40.16 Part LinusN 01.40.20 # Fixed shifts are 1, 2, 8 and 16 01.40.41 # ...and there's even an advantage compared to cf - it can rotate 01.41.54 # When comparing shift and multiplication, note that the SH1 multiplier only does 16*16->32 01.42.02 # ahh, right 01.42.07 # SH2+ is full 32 bit 01.42.09 # might as well just forget flac, then 01.42.23 # The mac accumulator is 40 bits on sh1 01.42.45 # shifting on arm is nice 01.42.59 # most arithmetic instructions can have a variable size shift or rotate 01.43.10 # add r0, r1, r2 lsl 5, for example 01.43.49 # I thing the only sofware compression feasible on SH1 are the simple wav compression schemes 01.43.57 # *thnik 01.43.59 # bah 01.44.02 # *think 01.44.23 # yes 01.44.29 # you might be able to cope with adpcm 01.44.41 # The SH1 will be quite busy just with feeding the data 01.45.04 # Thanks to the silly spi we have to bitswap... 01.49.04 # stmia and ldmia look like the equivalent of movem 01.50.08 # yep 01.50.09 # they are 01.50.12 # just more flexible 01.50.35 # stm is the base instruction, with postfixes ia, ib, da and db 01.50.51 # stands for increment before, increment after, decrement after and decrement before 01.51.00 # which decides how the address gen works 01.51.08 # ah 01.51.14 # you can also update the address register after the instruction by adding an ! 01.51.41 # which is quite handy for function prologues 01.52.35 Quit XavierGr ("Trillian (http://www.ceruleanstudios.com") 01.52.41 # this possibility used to be in 68k as well, but not coldfire 01.58.48 Quit _DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 02.01.53 Join Cassandra [0] (n=Cassandr@elmyra.coraline.org) 02.02.03 # Hello. 02.02.26 # 'alo 02.02.35 # I've updated my WPS in preparation for commision to CVS. The thing is, I need a more interesting name for it than 3d. 02.03.25 # http://www.rockbox.org/twiki/bin/view/Main/WpsGallery 02.03.44 # The last one (the files themselves aren't uploaded yet). 02.03.57 # Suggestions welcome. 02.07.57 # From the looks of it, doesn't it show basically all the information you *can* show, and demonstrate all the functionality available. You seem to have used almost everything you could... 02.08.49 # I'm terrible at naming things, but it seems something involving either 'complete' or 'example' would be logical. 02.08.59 # Yep. I think it has everything currently in CVS (+ room to add replaygain and whatever when it gets commite) 02.09.28 # (although I'll have to make more images available first. I'm actually using all 52 now. 02.11.44 # I like the idea, I'll have a think along those lines. 02.12.42 # I mean, it's a good place to get a practical look at how to use all the WPS features so far. 02.13.06 Quit actionshrimp ("a bird in the bush is worth two in your house") 02.13.14 # Sure there must be something I've not used. 02.13.27 # It is lovely and runic though. 02.14.20 # (although back under 2k now that images are stored in a subfolder by default) 02.15.31 # There may be, but it's got most of it. 02.17.05 Quit ]RowaN[ (Read error: 110 (Connection timed out)) 02.17.06 # Oh yeah, I don't display the album year. 02.17.16 # Never seemed like that useful a piece of info to me. 02.17.39 # (although I suppose I could stick it in brackets after the album name.) 02.17.59 # Heh 02.21.31 # Cassandra, it looks nice. 02.25.06 Quit yngwi ("Chatzilla 0.9.68a [Firefox 1.0.7/20050919]") 02.25.23 # Thanks. I'm quite pleased with it myself. 02.28.27 # but i can't make it work on my player.. 02.28.46 # first of i put files into .rockbox/wps and not to .rockbox/ 02.29.03 # only then i could "browse .wps" 02.29.33 # and when i play, no "3d look is seen" only name of the file, and next files name... 02.33.05 # Sorry, I did say the new version isn't up yet, just the images. 02.33.19 # Let me fix that. 02.35.38 # aaah. ok 02.41.53 # OK - it's up there now. 02.42.00 # Extract to /.rockbox/wps/ 02.42.15 # You need a bleeding edge build, possibly. 02.42.55 # No, the last daily should be sufficient. 02.54.58 # so. what whall i see? 02.55.06 # s/whall/shall/g 02.58.21 *** Saving seen data "./dancer.seen" 03.00.00 Quit edx (Read error: 110 (Connection timed out)) 03.14.50 Join solexx_ [0] (n=jrschulz@c169076.adsl.hansenet.de) 03.20.03 Nick linuxstb_ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) 03.24.42 Quit Paul_The_Nerd ("Chatzilla 0.9.68a [Firefox 1.0.7/20050915]") 03.27.39 Quit solexx (Read error: 110 (Connection timed out)) 04.58.25 *** Saving seen data "./dancer.seen" 05.47.57 Join DJDD_ [0] (n=DJDD@220-245-186-182.static.tpgi.com.au) 06.06.30 Quit DJDD (Read error: 110 (Connection timed out)) 06.13.32 Quit DJDD_ (Read error: 110 (Connection timed out)) 06.27.44 Quit RotAtoR () 06.40.16 Join BirdFish [0] (n=bradbox8@64.108.5.134) 06.58.26 *** Saving seen data "./dancer.seen" 06.59.35 Quit ehntoo (Remote closed the connection) 07.04.48 Join pengo [0] (n=xtofu@catv-50626042.catv.broadband.hu) 07.06.09 # "Auto change directory" is dumb and less descriptive than "move to next folder". It should be "Fall-thru to next directory" or something 07.33.55 Join Jungti1234 [0] (n=jungti12@58.77.81.75) 07.34.26 # hi 07.41.53 # hello 07.44.13 Quit pengo ("Download Gaim: http://gaim.sourceforge.net/") 07.51.04 # hi 07.51.30 # hmm, am i correct that there are color lcd remote controls for h300 and they can connected to h100 also? 07.51.49 # if so, i would like to buy one and write the driver to support h100 with color lcd too :) 07.54.22 Join LinusN [0] (n=linus@labb.contactor.se) 07.54.42 # Slasheri: no, the h300 remote is not color 07.54.50 # ah :/ 07.55.02 # same shit, different buttons 07.55.05 # i thought i saw somewhere a picture where it was color but i cuold be wrong 07.55.07 # :/ 07.57.14 Join ender` [0] (i=ychat@84.52.165.220) 08.00.08 Join _FireFly_ [0] (n=FireFly@p54A45B20.dip.t-dialin.net) 08.14.07 Quit _FireFly_ ("Leaving") 08.24.37 Join edx [0] (i=edx@edx.chu.cam.ac.uk) 08.26.54 Join B4gder [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) 08.28.13 Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) 08.29.50 Join DMJC [0] (n=DMJC@60-240-222-122.tpgi.com.au) 08.29.52 # :P 08.29.54 # damnit 08.30.01 # my broken iriver is getting replaced.. 08.30.05 # H340 series 08.30.07 # sigh 08.30.20 # was hoping to get a H140 back 08.31.02 # ask for a BDM to go with it! ;-) 08.32.48 # -_-; 08.34.21 # damn! i can't update the lcd display data on the h300 unless i write *really* slow 08.34.42 # :-/ 08.35.02 # one pixel/tick! 08.35.10 # * B4gder faints 08.35.45 # there's obviously something i did wrong, but what? 08.36.00 # still, the lcd is displaying my data 08.36.03 # :-) 08.36.11 # that's good at least 08.36.23 # playing any videos yet? 08.36.26 # * B4gder ducks 08.38.00 # 1 frame / minute :-) 08.42.52 Join DJDD [0] (n=DJDD@220-245-186-182.static.tpgi.com.au) 08.50.50 # LinusN: oh =) 08.51.19 # did it even boot compiled code? 08.51.23 # hehe 08.52.16 # It is much developments. 08.54.09 # is it in color? 08.54.54 # yes 08.55.17 # cool 08.55.27 # so will rockboy play GBA games? 08.55.38 # haha 08.55.45 # a _little_ premature question 08.58.04 # muhahaha 08.58.08 # this sucks 08.58.13 # I was enjoying rockbox a lot 08.58.21 # now I'm stuck with crappy iriver firmware again 08.58.27 *** Saving seen data "./dancer.seen" 08.58.47 # DMJC: hang on, i'm working hard on the h300 bootloader 08.59.00 # cool 08.59.07 # ah, full speed lcd access 08.59.12 # yay 08.59.38 # it turns out that it's way better to be smart than to be silly 09.00.12 # aha 09.00.16 # now that's a first 09.00.25 # * B4gder writes this down 09.00.29 # took me 36 years to find out 09.00.47 # heh 09.02.05 Join _FireFly_ [0] (n=icechat5@pd95b7c08.dip0.t-ipconnect.de) 09.02.42 # how fast is fullscreen lcd access? 09.02.49 # don't know yet 09.02.56 # heh any chance of video working properly (ROFL) 09.06.17 Join webguest72 [0] (n=522788bc@labb.contactor.se) 09.08.02 Quit webguest72 (Client Quit) 09.10.12 Part LinusN 09.10.21 Join LinusN [0] (n=linus@labb.contactor.se) 09.17.18 Quit Kohlriba (Read error: 110 (Connection timed out)) 09.26.57 Join edx_ [0] (i=edx@edx.chu.cam.ac.uk) 09.28.21 Quit edx (Read error: 104 (Connection reset by peer)) 09.28.35 Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-132-098.pools.arcor-ip.net) 10.18.22 Join webguest64 [0] (n=522e39b4@labb.contactor.se) 10.20.53 Join webguest09 [0] (n=522e39b4@labb.contactor.se) 10.20.53 Quit webguest64 (Client Quit) 10.23.03 # No one exist here? 10.23.20 # no, we are all figments of your imagination 10.23.34 # :) 10.23.58 # Can you answer on my question? 10.24.12 # don't ask if you can ask, just ask 10.24.30 # okok 10.24.59 # wee! i can display text on the h300 lcd! 10.25.04 # wow 10.25.05 # rocking! 10.25.18 # and a seriously distorted rockbox logo :-) 10.25.33 # haha 10.25.37 # Great. 10.26.15 # i can't understand why lcd-16bit.c has an 8-bit framebuffer 10.26.21 # http://jungti1234.netcci.net/iriver/h100/rockbox/dump_0005.bmp <- Do you know why break so? 10.26.49 # hum, do we have a "readme' about the new WPS disposition ? 10.26.52 # Jungti1234: because the WPS is wrong 10.27.04 # Maxou`: the mailing list post I made 10.27.12 # B4gder: that's the recording screen 10.27.17 # aa 10.27.27 # * B4gder is clueless 10.27.32 # I've never recorded 10.27.44 # ok B4gder 10.27.46 # thx 10.27.48 # Jungti1234: the recording screen isn't unicode compatible 10.27.59 # You informed 'WPS' meaning, but I forgot. Can you respeak? 10.28.15 # Jungti1234: if you run odd patches, you should discuss bugs with the patch authors first 10.29.16 # I used unicode rockbox. 10.29.33 # Jungti1234: yes, and that is a patched version that is not in the core code 10.29.37 # (yet) 10.30.11 # Jungti1234: I'm just saying that you shouldn't expect all of us to know the quirks and details of all patches that are flying around 10.30.53 # the recording screen uses the internal system font, which is not unicode 10.33.18 # yes, and that is a patched version that is not in the core code 10.33.18 # I'm just saying that you shouldn't expect all of us to know the quirks and details of all patches that are flying around 10.33.18 # the recording screen uses the internal system font, which is not unicode 10.33.22 # sorry 10.33.25 # Is record part developing? 10.33.59 # yes 10.34.42 # hum, the Snap WPS won't show the "Normal" or "SFL" bmps oO 10.34.48 # Is unicode supported to recording screen sometime? 10.35.26 # I guess it will 10.35.31 # some day 10.35.42 # hi markun 10.35.47 # morning :) 10.35.56 # I waited you. 10.36.10 # are you using the simulator now? 10.36.20 # the good idea would be to do a "WPS" Selector in config menu, instead of browsing the .rockbox folder (which would allow you not to show this folder), the menu would list the WPS present.. no? 10.36.31 # no 10.37.41 # Maxou`: there is one already 10.37.44 # ah 10.37.45 # :x 10.37.49 # escuse me lol 10.37.58 # and it browses .rockbox/wps where they are located these days 10.38.03 # yup 10.38.05 # ok 10.38.06 # sry ^^ 10.38.16 # but.. don't understand this WPS 10.38.22 # don't shows two BMPs 10.41.15 # (what's the rockbox default font ? :x) 10.41.24 # Is there simulator apart? 10.42.31 # "rockbox_default" ... /me shuts up 10.42.41 # haha.. 10.58.31 *** Saving seen data "./dancer.seen" 10.59.02 # It is examination tomorrow. :( 10.59.15 # Must study. Bye. 10.59.37 Quit Jungti1234 ("Bye Bye~ http://cafe.naver.com/iriverh300") 11.01.24 # preglow: You around? 11.02.29 Join _FireFly__ [0] (n=icechat5@pd95b7c08.dip0.t-ipconnect.de) 11.02.29 Quit _FireFly_ (Read error: 104 (Connection reset by peer)) 11.02.53 Nick _FireFly__ is now known as _FireFly_ (n=icechat5@pd95b7c08.dip0.t-ipconnect.de) 11.03.06 Quit _FireFly_ (Client Quit) 11.03.39 Join _FireFly_ [0] (n=icechat5@pd95b7c08.dip0.t-ipconnect.de) 11.12.34 Join amiconn_ [0] (n=jens@p54BD5EAD.dip.t-dialin.net) 11.12.35 Quit _FireFly_ (Read error: 104 (Connection reset by peer)) 11.13.57 Join _FireFly_ [0] (n=icechat5@pd95b7c08.dip0.t-ipconnect.de) 11.14.43 Quit markun (Read error: 54 (Connection reset by peer)) 11.14.48 # linuxstb: u there? 11.16.58 Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 11.17.09 # linuxstb_: u there? 11.19.28 Join markun [0] (n=karl@bastards.student.ipv6.utwente.nl) 11.19.57 # proper joined arabic in rockbox (from a bbc news article) http://130.89.160.166/rockbox/arabic-bbc.png 11.21.12 # LinusN: Yes. 11.21.50 # i wonder why the framebuffer is 8-bit in lcd-16bit.c 11.23.12 Quit linuxstb_ (Read error: 104 (Connection reset by peer)) 11.23.16 Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 11.25.33 # It's simply to make it a type that is consistent with the other framebuffers. I did originally have it as an array of shorts, but then changed it. 11.26.36 # why should it be consistent? 11.27.15 # I'm not arguing in favour of it. I just wanted to make the least changes to Rockbox at the time. I would be happy to change back to shorts if you think that's better. 11.28.42 # hehe, i just did, for the h300 port, but i haven't committed it 11.29.01 # No problem then :) 11.29.24 # Did you change the screen_dump function in apps/misc.c ? 11.30.44 Quit amiconn (Read error: 110 (Connection timed out)) 11.30.45 Nick amiconn_ is now known as amiconn (n=jens@p54BD5EAD.dip.t-dialin.net) 11.30.59 # no, not yet 11.33.24 # How are your 16-bit values stored? I assume you noticed that they are byte-swapped on the ipod. 11.33.46 Quit linuxstb (Read error: 110 (Connection timed out)) 11.35.43 # they are stored big-endian 11.37.20 # So we should use the htobe16 and betoh16 macros instead of swap16 11.38.05 # or something like that 11.46.00 # LinusN: sounds like you're progressing nicely 11.46.02 #