--- Log for 22.11.105 Server: kornbluth.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 17 days and 19 hours ago 00.00.11 # do you know if I can easily desactivate the wps ? it's... Annoying for displaying anything :) 00.00.22 # * TiMiD starts to crush the tablet and sniff it 00.00.28 # but it is the codec that makes the playback.c fill the buffer, by calling read_filebuf? 00.00.31 # Wett: ? 00.00.36 # iobound: no 00.01.28 # iobound: the playback system decides when and how to load the file at its own pace, it just makes sure the codec always has data to read, the codec should not care 00.01.33 # Bagder: i'm trying to blit some pixels ont the screen from a codec. I currently c/paste every needed function but i still have to desactivate the wps 00.01.51 # iobound: this is where we need to update playback.c for mods, since a mod player needs to have the entire file in the mp3 buffer 00.02.07 # Wett: if you do weird things, you have to do it weirdly... 00.02.15 # :-) 00.02.33 # not only does it need to have the entire file there, it also needs to preprocess it to the internal format, so mods are right out currently 00.03.22 # ^^ lol, pasting a bunch of prototypes is already wierd. But i'm wondering if ther's a little fontion to // or something 00.03.29 # alright. i guess i misunderstood the stuff in codecs.h, i thought the codec itself was supposed to call read_filebuf to get data out from the buffer (drain it) 00.03.40 # iobound: that it does 00.03.47 # iobound: but it's not responsible for filling it 00.04.01 # iobound: which is what i figured you ment 00.04.02 # meant 00.04.09 # bye 00.04.13 Part Jungti1234 00.04.16 # no, but if it never "drains" it, playback.c wouldn't overwrite it, so i thought since nobody else is touching the buffer, couldn't the codec use it as a scratch memory area 00.04.26 # sure, but please don't 00.04.27 # Bagder: cause for now, it doesn't show anything ^^ 00.04.30 # why'd you want to do that? 00.05.16 # it's the only memory area >512kb available for codecs, isn't it? 00.05.39 # well, yeah, you've got a malloc buffer as well, that we also would like you not to use 00.05.40 # so i just figured if a codec for some reason needs to work with more than 512kb data simultaneously, it would be the place to put it 00.05.43 Quit ender` (Read error: 104 (Connection reset by peer)) 00.05.54 # just explain what you're trying to do, and i can explain how i'd rather see you do it 00.06.25 # i'm just trying to figure out how the missing pieces of the dumb codec could be implemented 00.06.53 # and to simultaneously try to grok how the various pieces of rockbox work together 00.07.06 # the way i'd like non-streaming formats to work is for the codec itself to load the file from the disk to the song buffer 00.07.17 # you can't just load an xm file and then have dumb play it 00.07.29 # you need to let dumb parse the xm to its internal format, then put that into the song buffer 00.07.30 # i know, you'd need to duh_load() it or whatever that method was called 00.07.34 # exactly 00.07.44 # so i don't want the playback system to load the .xm file at all 00.07.48 # and that method probably uses malloc() etc to build up its own internal structure 00.07.51 # i want it to let the mod codec do the loading 00.08.01 # iobound: probably, but that's easily fixed 00.08.13 # how? :) 00.08.44 # iobound: if you need to malloc something, you just use the current song buffer pointer, then increment it with malloc_size so that the next malloc gets free memory 00.09.01 # and so on until the mod is completely parsed 00.09.24 # yes. and the song buffer you're talking about now, that's the same buffer you just previously said was to be treated read-only by the codec, or am i missing something? 00.09.43 # iobound: yes, but that's also what i'm saying, we can't load songs into it like we do now if we are to support mods 00.09.54 # iobound: this loading doesn't fit into the current codec architecture 00.10.23 # Imho non-streaming format codecs should be treated more like plugins 00.10.33 # amiconn: exactly how+ 00.11.03 # The playback engine would just store a marker in the buffer that tells it 'this file is non-streaming' 00.11.25 # ...and of course not buffer tracks to be played after this one... 00.11.32 # amiconn: and unless it fills it at once, it'll just have to stop buffering 00.11.35 # because they would have to be rebuffered anyway 00.11.36 # yes 00.11.40 # ok, but the codec_api already have pointers for open(), so what's stopping the (imagined) dumb plugin from 1. not calling read_filebuf, but use open() by itself, and 2. use request_buffer() as a poor-mans-malloc? 00.12.00 # Then, if the previous track ends, it would fire up the non-streaming codec with the filename 00.12.02 # iobound: because playback.c will fill the buffer for you anyway 00.12.03 # or maybe the buffer contains data for the "surrounding" files too ? 00.12.19 # Then the codec plays the .mod or whatever 00.12.41 # On return, the playback engine would continue just as if resuming with the next track 00.12.42 # iobound: this breaks buffering completely, we'll have to spin up the disk for every mod 00.13.03 Quit _FireFly_ ("Leaving") 00.13.05 # preglow, ok, so playback.c fills the buffer with the .mod file, but we could choose to ignore that and just overwrite the memory? Note, i'm not saying it's necessarily the best method, but would it work at all? 00.13.08 # amiconn: your suggestion too breaks buffering 00.13.15 # and so none of them are acceptable 00.13.19 # yes I know 00.13.28 # ...but I don't see another way 00.13.33 # i see one 00.13.47 Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 00.14.06 # we need a codec specific loader routine for each format. when you need to buffer a nonstreaming file, you give the loader the current poitner into the filebuf, and a file name 00.14.27 # That might get *very* tricky 00.14.28 # it parses whatever it needs into the internal format, and passes the now new buffer pointer location back 00.14.40 # amiconn: i don't see how this is tricky 00.14.43 # Our buffer is a ring buffer. 00.14.53 # What if the non-streaming track would wrap? 00.14.59 # amiconn: then it wont load 00.15.06 # huh? 00.15.16 # it can't wrap 00.15.20 # that's not an option 00.15.26 # Now tell this to the user. Sometimes his track would play, and sometimes not 00.15.38 # awesome =) 00.15.47 # oh, it will load, but not until there's enough contiguous space in the buffer for it to be loaded 00.15.57 # which is just a case of delayed buffering 00.16.12 # would it be possible to map memory in such a way that the ring buffer appears multiple times in memory space, continuously? then wrapping wouldn't matter 00.16.23 # iobound: no 00.16.28 # iobound: we haven't got an mmu 00.17.00 # ok. does that mean it's impossible to implement some kind of "segmentation fault handler" which would "correct" the memory access? 00.17.19 # Yes it does mean that 00.17.57 # what happens if you access memory "out of bounds"? does rbx hang, or is some kind of exception interrupt thing triggered ? 00.18.02 # but still, i don't see how that's a problem, if there's not enough space left at the end, fine, we check if there's enough space at the start 00.18.05 # if not, we delay buffering 00.18.09 # (isn't that called bus error?) 00.18.19 # iobound: The bus will hang, and hence rockbox will hang 00.18.24 # ok 00.18.32 # no error recovery possible except for a manual reset? 00.18.57 # The watchdog timer can terminate a hung bus cycle 00.19.04 # oh ok 00.19.26 # ...but we don't use that during normal operation 00.19.28 # as far as i can see, this is the best possible solution, only hampered by the fact that we'll need to split codecs into one loader part and one playback part 00.19.34 # very well, thanks for answering all my newbie questions, hope I can put this info to use some day :) 00.19.50 # iobound: start pestering slasheri to implement my suggestion :) 00.20.16 # We already discussed the loader-player split for codecs 00.20.34 # preglow: Wasn't it you who was against it? 00.20.41 # sincerely doubt that 00.20.50 # i've been hoping for that all along 00.21.05 # Hmm, then my memory doesn't serve me well here 00.21.11 # i think linuxstb was against it 00.21.38 # with a 32mb buffer you could probably load the entire HVSC sid collection into memory and not have to hit the disk at all 00.21.41 # but yes, i think anything other than my suggestion will be wildly irritating 00.21.51 # well, time to sleep. night all 00.21.51 # imagine skipping through a set of chiptunes 00.21.58 Quit Wett () 00.21.58 # each of them very small 00.22.06 # a big waste to spin the disk up for each of them 00.22.11 # absolutely 00.22.13 # Uhm, speaking as someone who messes around with tracking, how fast is DUMB? would temporarily rendering to a readable format on the HD be too much hackery? ie: decode the entire IT/XM to disk, read the result as an MP3/WAV/whatever, Playback the resulting file, then delete the rendered file? 00.22.25 # preglow: How would you handle midi with your suggestion? 00.22.42 # fingersoup why would you want to do that? to avoid having to fiddle with the buffering stuff in playback.c ? 00.22.51 # amiconn: in the same way, more or less, the midi handler will load patch data into the buffer as well as note data 00.23.01 # midi needs the patchset, but with this loader-player idea, the patchset would be loaded with every midi track? 00.23.04 # yeah.... Like I said, it may be too much hackery... 00.23.05 # amiconn: sharing of patches between songs becomes very hard, but i can't see any other way 00.23.21 Join linuxstb_ [0] (n=5343d4aa@labb.contactor.se) 00.23.25 # preglow unless we implement some kind of disk caching thing? 00.23.29 # file cache, i mean 00.23.37 # amiconn: not unless we implement some mechanism where a loader is allowed to load several files at once 00.23.49 # amiconn: and midi is such a fringe case that i don't know if i'd bother 00.23.58 # How would the loader know the next file is also midi? 00.24.09 # amiconn: well, there's a problem 00.24.11 # Only the playback engine knows the whole sequence 00.24.31 # amiconn: if we are to handle this case efficiently, it can quite quickly become complicated 00.24.38 # Of course, it *might* be possible to define a global flag area for the loaders 00.24.55 # any loader work should perhaps take into account the possibility for sub-tunes, such as in .sid files 00.24.58 # I don't know too much about the internals of RB, or the politics of "Rockbox Purity", but if you want playback implemented fast, that'd be the most straightforward way to get tit done for the now, IMO... 00.25.18 # iobound: oh yes, even perhaps returning a list of songs to the playback layer 00.25.32 # fingersoup, i tihnk dumb2wav spent like 30 seconds or so rendering a complete .mod file on my pentium4 00.25.38 # The fastest way to get non-streaming playback to work would probably be an implementation as a real plugin 00.25.51 # ok, so it's too slow. Scratch that idea.. :) 00.25.52 # Of course that wouldn't be integrated with the playback engine 00.25.57 # preglow, support for .zip/.rar could probably also be added thten 00.26.12 # (which sometimes makes sense for .sid / .mod type files) 00.26.23 # iobound: mwelll 00.26.36 # iobound: that might still be hard, the zip/rar loader would then also need to handle metadata 00.26.53 # iobound: get_metadata currently assumes it reads from a file 00.26.56 # iobound: not memory 00.27.02 Quit tim66 (Read error: 113 (No route to host)) 00.27.08 # as it should be 00.27.18 # Regarding splitting codecs into loaders and decoders, I seem to remember I was in favour of the idea, but didn't think it was necessary to make the loaders plugins. 00.27.30 # yeah i see a lot of challenges there. maybe it should be put closer to the file system layer or something, so you can browse a .zip 00.27.45 # linuxstb_: no, but not doing so will require linking rockbox with all sorts of codec libs 00.27.50 # like a regular directory 00.28.07 # preglow: No - we don't use the codec libs, we do it ourselves. 00.28.12 # iobound: I wouldn't bother implementing such things on an embedded platform. Would be a performance sucker 00.28.29 # amiconn, a .zip loader thingy? 00.28.35 # yup 00.28.39 # linuxstb_: porting a module reader from dumb to rockbox will be some work 00.28.52 # why? i used pkzip on a 10mhz 286 back in the day and it worked fine :) 00.28.53 # Reading from a compressed file would decompress the same data again and again 00.28.54 # For example, libmad, liba52, the new FLAC and shorten codecs all come without "loaders". 00.29.03 # linuxstb_: well, yeah, but those are easy 00.29.09 # linuxstb_: parsing a mod or sid file is worse 00.29.26 # I admit I know nothing about the non-streaming codecs. 00.29.35 # iobound: Taking how long for 10+ MB? 00.29.41 # amiconn i'm guessing you spend maybe 2-3 seconds decompressing a given file from a .zip archive, and then play it for several minutes without loading anything? 00.29.44 # i do, and i'd very much like the codecs themselves to deal with it, all of them come with loaders 00.30.04 # iobound: I have some XM that are >10MB 00.30.35 # well that's not very common 00.30.42 # i for one couldn't care less about zip/rar support, at least not when we'll need significant architectural chancges to make it work 00.30.49 # iobound: it's not uncommon either 00.31.10 # ok, i'm just throwing out ideas here 00.31.29 # If someone really wants to listen to tracks he forgot to unzip on the pc, an unzip plugin would be sufficient, and much simpler to implement 00.31.48 # it's just that if we are to support zips, we need all loader functions to read from memory 00.31.50 # amiconn, i was thinking about using .zip for saving drive space 00.31.59 # which translates to us needing to use _HUGE_ load buffers 00.32.14 # iobound: At what cost? 00.32.31 # Drive space is plenty, CPU performance, RAM and battery power are not 00.32.35 # i don't know 00.32.47 # we'll also need to hack the loaders to be interruptable 00.32.51 # i sure as hell don't want to do that 00.33.15 # to me it just sounds like too much work for little gain 00.33.33 # To me it even sounds like work for a loss 00.33.44 # alright, alright :) 00.34.06 # i can see the size reduction as a gain, especially with non-streaming formats which can be compressed 00.34.09 # but nah, too much work 00.35.09 # but adding .gz decompression support to a specific loader (such as duh_load()) probably would be doable (when regular codec-custom-file-loaders environment is in place) 00.35.24 # ive been testing with an h300 lcd remote, the "proper" one, and it can turn my h300 on, but not do anything (rockbox logo shows, too) 00.35.26 # But this is all theoretical until we get a non-streaming codec working as a plugin. 00.35.33 Join San [0] (n=Test@213-202-130-168.bas502.dsl.esat.net) 00.35.39 # Do you plan on supporting MO3 style files (MP3 Based samples to save space)? 00.36.02 # if so is that functionality built into DUMB? 00.36.12 # FingerSoup: no, it's not 00.36.16 # i don't think dumb has support for it but i guess it could be hacked in 00.36.34 # That means running dumb and libmad together... 00.36.37 # FingerSoup: that too would need us to substantially alter our codec architecure 00.36.59 # preglow, unless one simply duplicates all the libmad code inside the libdumb code 00.37.05 # linuxstb also has a good point, you need to remember we'll be doing this loading while other music is playing 00.37.06 # Unless you ported dumb to the SH1. (amiconn?) 00.37.08 # there might already be a codec loaded 00.37.09 # or links it statically to the libdumb thingy 00.37.24 # iobound: sure, you could do that... 00.37.42 # iobound: and there'd still be the iram issue, the iram would be taken by the codec currently playing 00.37.50 # * LedFloyd np: prvi [00:08m/1000Kbps/44KHz] 00.37.58 # so you can't decode the mp3 samples while another codec is playing 00.38.06 # I think you would have to do that - link libmad and libdumb together - so you can optimise their joint use of resources. 00.38.10 # Just a suggestion to look at as a space saving feature as opposed to zip... 00.38.24 # linuxstb: If libdumb is as slow as mentioned, there is no point 00.38.45 # 30 seconds for how big a mod??? 00.38.54 # i can check the timing now, hang on 00.38.56 # how many channels? 00.39.04 # and how fast a pc? 00.39.17 # * LedFloyd np: NABJ [02:12m/608Kbps/44KHz] 00.39.47 # oh man, i guess i misremembered. dumb2wav spent 4.36 seconds decoding 2nd_pm.s3m into a .wav file on a p4 2.8ghz 00.40.01 # LedFloyd: sounds like idm names... 00.40.06 # almost off by an order of magnitude.. 00.40.21 # iobound: Playtime of this mod? 00.40.26 # iobound: then i'd say we have a chance, that's an s3m of considerable size as well 00.40.27 # How many channels? 00.40.30 # eight 00.40.34 # it's about four minutes 00.40.37 # if i remember corrently 00.40.43 # it made a 6:44 .wav file 00.40.59 # so i'd say definitely doable, then 00.41.06 # How big is that s3m file (in bytes)? 00.41.09 # but someone needs to convert dumb to fixed point first 00.41.14 # 600kb, can't remember how many channels there are 00.41.15 # Should be possible to get it working in realtime on coldfire 00.41.24 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 00.41.33 # also, i got a dumb patch from kaos54 which needs to be merged 00.41.34 # (rough estimation: decoding will take 2 minutes on iriver) 00.41.38 # he fixed a number of playback bugs 00.41.43 # So no go for SH1 00.41.54 # how fast is an sh1? 00.41.56 # amiconn: i'm pretty sure sh1 can do 4 channel chip tunes 00.41.57 # I don't think >4 chan mods are possible anyway 00.42.05 # I want protracker support 00.42.07 # amiconn: with you doing the coding, that is :) 00.42.14 # That's the most common thin I have 00.42.17 # *thing 00.42.40 # iobound: 11 MHz on the recorders, 12 MHz on Ondios 00.43.04 # The players won't get mod support as the pcm codec doesn't support MAS3507 00.44.45 # too bad streaming formats will have a tough time of using the iram 00.44.47 # at least mods 00.45.30 # i can play 2nd_pm.s3m in realtime on my series 60 phone. 00.45.43 # what cpu? 00.45.44 # but i think it maybe mixes only at 8khz and mono 00.45.49 # haha 00.45.58 # not sure, it's a nokia 6600 00.46.10 Quit elinenbe (" HydraIRC -> http://www.hydrairc.com <- Leading Edge IRC") 00.46.48 # It's an 104MHz ARM9 00.46.51 Join elinenbe [0] (i=elinenbe@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 00.47.04 # indeed it is 00.47.45 # but yeah, coldfire should be able to play a lot of the mods 00.47.48 # Is the source available for that player? 00.47.59 # maybe, let me check 00.48.01 # i don't think you can count on being able to play the worst mellow-d tunes, though 00.48.39 # linuxstb, i got it from here http://www.berlinfactor.com/Symbian.Section/ModPlayer.html 00.48.48 # What a nice sight! no warnings and errors in the build table 00.49.01 # markun: yeah, i noticed, 'tis beautiful 00.49.58 # If only all the builds actually worked... 00.50.40 # markun: Are we going to see the gigabeat added to that table? 00.51.14 Quit LedFloyd () 00.51.44 # linuxstb_: I'll wait till I have the unit I think 00.51.53 # 23 hours remaining on ebay :) 00.52.58 Quit Moos ("Glory to Rockbox") 00.54.59 # I'm hoping I can get rockbox to run on it, because the Gigabeat is pretty useless to me without rockbox.. 00.55.26 # all my music's in Ogg and I don't have windows.. 00.56.18 # So you can't transfer music from a *nix machine? 00.56.27 # amiconn: nice commit... i like it! 00.57.09 # tnx 00.58.31 Quit Mxm`Pas`Bien (Read error: 110 (Connection timed out)) 00.58.44 Quit FingerSoup ("Beware of programmers who carry screwdrivers.") 00.58.56 Join Mxm`Pas`Bien [0] (n=flemmard@fbx.flemmard.net) 00.59.22 Quit iobound ("Leaving") 00.59.30 # only 29 files modified? you obviously didn't try hard enough... =) 01.01.23 Quit pinkutank () 01.02.35 *** Saving seen data "./dancer.seen" 01.03.48 # Would iPod Rockbox work on a grayscale iPod? 01.05.28 # If it's a 4G ipod, then it would just need a new LCD driver writing. If it's an older ipod, then it would be more work. 01.05.36 # But in principle, yes. 01.06.07 # But the first two models are the Nano and the Color/Photo - simply because those are the ones we own. 01.06.15 Join webguest10 [0] (n=54bca911@labb.contactor.se) 01.06.40 Quit webguest10 (Client Quit) 01.09.09 # elinenbe: Btw, my commit is in preparation of real backlight simulation and simulator grayscale lib support :) 01.10.37 # I'll use iPod Linux for the time being then 01.10.57 # amiconn: Did you see the ipod scan I did the other day? 01.11.08 # Yes, and I already downloaded it 01.11.30 # Is it OK? It was my first experience with xsane 01.12.02 # Resolution is more than enough 01.12.21 # One minor thing - the lighting comes from below instead of above 01.12.49 # I found that with most scanners you have to place the item upside down to get 'natural' lighting 01.13.14 # The center of the wheel is also a button? 01.13.20 # yep 01.13.21 Quit San (Read error: 110 (Connection timed out)) 01.13.41 # you've basically got five buttons, a hold switch and the scroll wheel 01.13.46 # And there is a hold switch on the top. 01.13.58 # Okay. Hold switch isn't simulated so far 01.14.49 # The scroll wheel will hopefully give us BUTTON_SCROLL_FWD and BUTTON_SCROLL_BACK events. 01.15.06 Join xameius [0] (n=45aec086@labb.contactor.se) 01.15.10 # But the real effect may be hard to simulate. 01.15.16 # So there is Menu, Left, Select, Right, Scroll_forward, Scroll_backward, and ??? 01.15.28 # play 01.16.42 # Okay. I guess the scroll events won't activate BUTTON_REPEAT, but just fire repeatedly? 01.17.11 # Ask preglow. But that sounds a reasonable approach. 01.17.54 # That'll be a special case in the sim button drivers then, but it's a minor thing that shouldn't hold back a preliminary sim 01.18.30 # I'll map these events to cursor up&down the same way as the standard BUTTON_UP and BUTTON_DOWN events on all other platforms 01.18.54 # i think fire repeatedly is going to be the easiest 01.18.57 # I don't know how the fast scrolling will work - whether we will need to implement a sort of fast-forward event. 01.19.00 # Maybe someone adds the ability to use the mouse scroll wheel ... 01.19.04 # besides, i want some acceleration handling sooner later 01.19.08 # woner how we'll handle that 01.21.32 # amiconn: Fwd and Back are not always up and down. e.g. in a list browser, fwd is down, but changing the volume, foward is up. 01.21.56 # But I can't think of a key mapping that can cope with that... 01.21.58 Quit xameius ("CGI:IRC (EOF)") 01.22.39 # Or if we use the scroll wheel for seeking, it's left and right. 01.23.11 # i'd like to use it for as much as possible, heh 01.23.13 # especially seeking 01.23.33 # it really is one of the major reasons for me wanting an ipod 01.24.49 Quit markun (Read error: 113 (No route to host)) 01.26.19 Join xameius [0] (n=xameius@69-174-192-134.albyny.adelphia.net) 01.26.28 Part linuxstb_ 01.28.05 Quit xameius ("Leaving") 01.29.39 Join xameius [0] (n=xameius@69-174-192-134.albyny.adelphia.net) 01.29.55 # linuxstb: that GPIO chart on ipodlinux.org is a bit lacking for our targets.. 01.30.29 # Yes... 01.31.58 Join JvD [0] (n=tkeisala@c-24-60-224-37.hsd1.ma.comcast.net) 01.32.33 Join markun [0] (n=karl@bastards.student.ipv6.utwente.nl) 01.34.41 Nick xameius is now known as xameius_ (n=xameius@69-174-192-134.albyny.adelphia.net) 01.34.56 Nick xameius_ is now known as xameius (n=xameius@69-174-192-134.albyny.adelphia.net) 01.35.13 # it's not hard to piece it out from the PP5020 page, however 01.35.59 Nick xameius is now known as xamieus_ (n=xameius@69-174-192-134.albyny.adelphia.net) 01.36.17 Nick xamieus_ is now known as xameius_ (n=xameius@69-174-192-134.albyny.adelphia.net) 01.36.42 Nick xameius_ is now known as xameius (n=xameius@69-174-192-134.albyny.adelphia.net) 01.36.50 # time to start pp5020.h 01.38.09 # linuxstb: it's ok if i don't care about pp5002 at all, i hope? 01.42.13 # preglow: I think we'll support it eventually. But yes, ignore it for now. 01.44.15 # How do you turn one the ipod? 01.44.24 # *on 01.44.27 # amiconn: press play 01.44.41 # Ah, so Play is in fact BUTTON_ON too? 01.44.49 # Would be easier this way... 01.45.24 # well, yes, seems so to me 01.45.45 # that's all i've ever used to turn it onm 01.46.58 # Do you think it would be good to rename it? 01.47.31 # Any key will turn it on. A long press on play will send it to sleep. 01.48.02 # linuxstb: also when it's actually turned off? 01.48.06 # I mean whether to rename it in button.h 01.48.13 # linuxstb: only thing i've seen that's able to turn it off is podzilla 01.48.14 # How do you turn it off? 01.48.25 # Btw, I have to fix button.h anyway. They are clashing definitions 01.48.28 # *There 01.49.04 # amiconn: I would prefer the raw button names to reflect what is printed on the buttons. 01.50.11 Join ghostface24 [0] (i=ghostfac@221.194.204.68.cfl.res.rr.com) 01.53.13 # GPIO port A has a _ton_ of refisters assigned to it 01.53.17 # god knows what all of them do 01.53.58 # linuxstb: Sometimes you called Left 'Left', and sometimes 'Prev' 01.54.05 # Similar for Right 01.54.23 # I need to fix that, and I would prefer to stick with Left/Right. 01.54.25 # port a enable, output enable, output value, input value, interrupt status, interrupt enable, interrupt level, interrupt clear 01.54.29 # Oops. 01.54.31 # all of them 32 bits.. 01.56.32 # Left & Right are the only true universal buttons 01.56.44 # They exist for *all* targets so far 01.56.56 # (even the stalled gmini port) 01.57.26 # Why does it matter that there are universal buttons? I thought they were only accessed via aliases. 01.57.51 # It's easier for the simulator button drivers 01.58.15 # Furthermore, BUTTON_LEFT and BUTTON_RIGHT are defined unconditionally in button.h 01.58.50 # No they aren't - they are universal for both the H100 and H300. 01.58.58 # Sorry, yes they are. 02.00.00 # Win32 sim for ipod color almost complete :) 02.01.39 # nice. 02.02.23 # In fact it already runs, just with wrong colours 02.02.29 # (missing byte swap) 02.05.35 Quit Kohlrabi ("Leaving") 02.07.08 Quit Kyl3 () 02.12.07 Join WarrenLeyes [0] (n=4644a19e@labb.contactor.se) 02.12.55 # this is the hangout for the rockbox/iriver port?? 02.13.06 # shhh... 02.13.17 # ? 02.13.44 # just listen 02.15.12 # this is the hangout for all rockbox coding 02.15.14 # coders 02.15.52 # I found out how to change the endian-mode in the ARM 920T, would it be a good thing the change the mode sometimes? 02.16.09 # cool 02.16.32 # preglow: what do you think? 02.17.04 # wargh 02.17.17 # change it to little endian in the ATA code for example 02.17.18 # * amiconn broke the iriver bootloaders without noticing so far 02.17.21 # markun: how? 02.17.30 # is there a good free IRC client for winxp 02.18.17 # The 920T has a 'internal coprocessor' CP15. Register 1 of CP15 controls all sorts of things. Bit 7 lets you set the endian-mode 02.18.39 # you can also disable mmu and things like that 02.19.06 # well the roxbox works ok on my h340, a little bit slugish at times, i see the codecs are there but i have no sound 02.19.22 # WarrenLeyes: X-Chat: http://www.silverex.org/news/ 02.19.39 # WarrenLeyes: i hope that doesn't come as a surprise 02.19.39 Quit WarrenLeyes ("CGI:IRC (EOF)") 02.19.41 Join WarrenLeyes [0] (n=4644a19e@labb.contactor.se) 02.20.02 # i suggest and you open a new windows for urls... 02.20.14 # and yeah, i hope your not having sound on your h340 comes as a surprise 02.20.22 # sorry can you send that link again forgot my popup blocker was on 02.20.30 # http://www.silverex.org/news/ 02.20.32 # thx 02.20.39 # np 02.22.20 # didnt expect to have sound yet but hey.... can only hope ...kind of wish i could help get rockbox up to speed 02.25.15 Quit WarrenLeyes ("CGI:IRC (EOF)") 02.40.10 Join WarrenLeyes [0] (n=God_of_t@S0106000000602c86.vf.shawcable.net) 02.41.30 # WarrenLeyes: figured out how to work with X-chat? 02.41.47 # wow its going to be easy to mod the look of rockbox on my h340 so far so good 02.42.01 # lol.... yea 02.42.26 # anything cool about x-chat i should know about 02.42.40 # markun: About the francais.lang update... replacing the keylock strings for player is a bad idea 02.42.41 # mirc is free 02.42.52 # i thought all irc clients were free?!@ 02.42.52 # The have to be short, really short 02.43.05 # amiconn: Sorry, I'll tell Moos 02.43.15 # no not all are ... and the mirc i looked at was not free 02.43.34 # though i cant wait for h300 rb, if markun can port to gigabeat, im jumping ship immediately!!! :p 02.43.44 # WarrenLeyes: X-chat has unicode support 02.43.51 # damn this is the first time using IRC since 1993 LOL 02.44.44 # anyways ... after i get back inside from having a smoke i wanna talk shop here 02.44.48 # so brb 02.46.36 # Bah, the build server lags again according to the estimate 02.48.07 # Slasheri: Something is very wrong with resume. 02.48.32 # After my playlist ended, I could still resume - it started at the beginning of the last track (!) 02.49.05 # linuxstb: i'm going linux now, so if you want a dump of something, i can fix it now 02.49.40 Nick CBM-away is now known as CheeseBurgerMan (n=BurgerBo@63.150.80.142) 02.50.42 # could that be caused by the bookmark? 02.52.13 Join San [0] (n=Test@213-202-183-102.bas504.dsl.esat.net) 03.02.11 # grrr issues setting up sound w/ xchat 03.02.39 *** Saving seen data "./dancer.seen" 03.10.15 Quit WarrenLeyes (Read error: 104 (Connection reset by peer)) 03.10.36 Join Vlad0man [0] (n=Vladoman@p54A7E2C7.dip.t-dialin.net) 03.18.07 Quit hardeep ("[BX] Amount of time you people were funny: -50 minutes -55 seconds") 03.18.32 Quit xmixahlx ("blah blah blah") 03.22.14 Quit San (Read error: 110 (Connection timed out)) 03.24.19 Join solexx [0] (n=jrschulz@c214002.adsl.hansenet.de) 03.28.41 Quit Vladoman (Read error: 110 (Connection timed out)) 03.34.55 Quit solexx_ (Read error: 113 (No route to host)) 03.45.30 Quit DreamTactix291 (Read error: 104 (Connection reset by peer)) 03.46.32 Join DreamTactix291 [0] (n=DreamTac@adsl-157-39-233.bna.bellsouth.net) 04.11.27 Quit xameius ("Leaving") 04.11.58 Join xameius [0] (n=xameius@69-174-192-134.albyny.adelphia.net) 04.22.34 Quit Subterranean () 04.40.09 Quit mordov ("www.CNLRacing.tk") 04.43.08 Join mordov [0] (n=Mordov@13.80-202-208.nextgentel.com) 04.52.24 Join San [0] (n=Test@212.2.175.236) 04.54.48 Join Drumr|doin|HW|la [0] (n=Drumrboy@ool-44c20ff1.dyn.optonline.net) 05.02.46 *** Saving seen data "./dancer.seen" 05.06.01 Quit JvD (Read error: 110 (Connection timed out)) 05.06.40 Quit DJDD_ (Read error: 110 (Connection timed out)) 05.07.38 Join aliask [0] (n=chatzill@c210-49-190-113.eburwd8.vic.optusnet.com.au) 05.13.22 Join Paul_The_Nerd [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com) 05.13.24 Quit xameius ("Leaving") 05.32.05 Join ModernExecutive [0] (n=bob@pool-141-152-145-94.norf.east.verizon.net) 05.32.09 # hey 05.32.20 # hoy 05.36.36 Join Jungti1234 [0] (n=jungti12@58.77.81.75) 05.37.06 # hi 05.37.58 Join tvelocity [0] (n=tony@ipa30.7.tellas.gr) 05.44.24 Quit tvelocity ("Leaving") 05.45.28 Join Lost-ash [0] (i=ashridah@220-253-123-162.VIC.netspace.net.au) 05.45.33 Nick hshah_ is now known as hshah (n=hshah@hirenshah.plus.com) 05.49.25 Quit San (Read error: 110 (Connection timed out)) 05.51.12 DBUG Enqueued KICK Jungti1234 05.51.12 # * Jungti1234 님은 부재중이십니다.(1hey!) 05.51.32 Ctcp Ignored 2 channel CTCP requests in 2 seconds at the last flood 05.51.32 # * Jungti1234 님은 부재중이십니다.(1hi) 05.51.44 *** Alert Mode level 1 05.51.44 # * Jungti1234 님이 부재중에서 돌아오셨습니다.(1hi) 05.52.02 # * CheeseBurgerMan has not clue what that is... 05.52.04 # no* 05.52.19 # hmm 05.52.43 # * Lost-ash notes that he should probably get around to setting up xchat to use utf16 fonts 05.53.30 Quit ashridah (Nick collision from services.) 05.53.33 Nick Lost-ash is now known as ashridah (i=ashridah@220-253-123-162.VIC.netspace.net.au) 05.54.05 Quit stu3 (Read error: 110 (Connection timed out)) 05.54.19 # I don't know well irc. 05.55.21 # To use it: Type in your message, and hit enter. 05.55.28 # Simple really. :) 05.55.55 # CheeseBurgerMan: he's korean, using a translator, it's not that simple :) 05.56.13 # oh 05.56.15 # awww 05.56.42 # It's really not that simple then. :o 05.57.31 # hahaha..; 05.59.53 # Korean any user lost H340 and bought H320 but lose it. 06.00.10 # He is regrettable. 06.00.38 # * ghostface24 pats Jungti on the back 06.00.41 # it's alright 06.01.45 *** Alert Mode OFF 06.02.44 Quit CheeseBurgerMan (Read error: 104 (Connection reset by peer)) 06.02.59 # you bought a 340 and lost it. then you bought a h320 and lost it? 06.03.43 # Not me other person. 06.04.37 Join CheeseBurgerMan [0] (n=BurgerBo@63.150.80.142) 06.06.19 # sure... :) 06.06.50 # i don't know of anyone that unfortunate to lose 2 h3x0s 06.08.54 # if i lost my H140 i'd cry 06.10.14 # If I lost my H320, I'd probably look for it ;) 06.10.36 # my H140 is surgically attached 06.10.54 # Yeah, my H140 is almost always either in my pocket, or within line of site. 06.10.59 # Err h120 06.11.03 # (well, it may as well be. i never leave the house without its familiar presence in my left pocket 06.11.09 # * Paul_The_Nerd wishes he had a 140. 06.11.14 # my H140 is always at my side 06.11.16 # i had an H120 06.11.18 # then i got an H140 06.11.24 # and gave my H120 to the lovely lady 06.11.26 # I would, had I the available funds. 06.11.47 # yeah 06.11.52 # that took a while to amass 06.12.06 # I get H120 into free charge. 06.12.23 # But, its HDD was broken. :D hahaha 06.12.45 # Replace the HDD. ;) 06.12.57 # I'm thinking I'll just stick with the 120 anyway. I barely fill 20gigs right now, and I expect a 40gig HD to be available soon enough. 06.13.02 # Repair expense is expensive. 06.13.19 # oh i could fill 80GB 06.13.21 # easily 06.13.27 # Jung: do it yourself :) 06.13.30 # It's 170,000 wons. 06.13.50 # Is it easy? 06.13.52 # I don't have that much music. 06.14.09 # Is strange in look to do. 06.14.15 # well 06.14.25 # right now at Vorbis -q6 on the H140 it's not but 22GB 06.14.26 # but 06.14.34 # i have more than i put on it 06.15.15 # See, I've got about 1400 mp3s of videogame remixes, then another 300 .wvs losslessly compressed from CDs I own, and that's it. 06.15.36 # i have 73.5GB of music 06.15.40 # about 50GB is wv 06.16.07 # See, I just don't have that much 06.16.20 # large prog collection 06.16.23 # Indeed 06.16.39 # yeah 06.16.42 # and it keeps growing 06.18.25 # Rockbox is renewed every day. 06.18.59 # when will rockbox on shuffle be released? 06.19.30 # I'd say shuffle is pretty unlikely. 06.19.57 # not much of a way to interface 06.20.00 # yeah i figured as much 06.20.01 # But generally speaking, the answer to any "when" question is invariably "when it's done" or in the case of unstarted projects "when someone does it." 06.20.10 # yep 06.20.29 # heh, you guys are too helpful, or way to used to stupid questions. either way, my joke fell over 06.20.31 # sorry :p 06.20.41 # Hahaha 06.21.07 # Well, every time I come in here I see at least one "Any progress on H300?" or "When will H300 be done?" question. 06.21.36 # yeah, i can imagine 06.21.39 # My interest actually lies in the direction of the iPod Nano. I've been thinking about getting a flash based player for a while, and it seems a suitable offering if Rockbox hits it. 06.21.50 # we waited a long time for the H1xx port to get functional. now it's their turn to wait 06.21.57 # My interest is gigabeat. 06.22.00 # and H100 06.22.05 # my interest is just H140 06.22.11 # yeah, gigabeat rockbox would be cool, i'd buy one 06.22.11 # which i'll mod to an H180 sometime 06.22.19 # Gigabeat? 06.22.25 # If there is money, ipod nano wants to buy. 06.22.25 # toshiba gigabeat 06.22.34 # What does it have that an H120/140 doesn't? 06.22.46 # google x30 06.22.51 # beauty for one :p 06.22.57 # gigabeat x30 06.23.01 # i don't like the gigabeat's looks 06.23.05 # really? 06.23.12 # I love the H120 black's looks 06.23.12 # really 06.23.14 # why? 06.23.15 # me too 06.23.21 # actually 06.23.25 # i don't like how a lot of DAPs look 06.23.32 # i like how the H120/40 look in black 06.23.35 # Same 06.23.40 # I don't really like the gigabeat's looks. 06.23.43 # Does it have an LCD remote? 06.23.51 # i didnt like it in the pics, but when i bought mine it looks alot a better in the flesh 06.23.56 # I looks like smartest ipod. 06.24.09 # then i broke it and now im stuck with a big fat h340 06.24.15 # i never liked the ipods looks either lol 06.24.22 # hey the H340 is good and featureful 06.24.30 # im not saying its bad 06.24.34 # it's just weak in the aesthetic department 06.24.38 # but worth it if you have one 06.24.46 # Yeah, I'm not a fan of the ipod's looks, but the Nano seems to be the best choice in flash players, and I suspect it may stay that way for a noticeable period. 06.24.50 # H300 and H100 look like so ignorant. 06.24.53 # but i broke my h140 about a week before rockbox was at a working point 06.24.59 # And its form factor isn't bad, even if the style aint so great (from my perspective) 06.25.09 # yeah 06.25.11 # It's not good design. 06.25.18 # i'm not in teh market for a flash player really 06.26.04 # i remember when i bought my H120 what requirements i had 06.26.05 # the old square gigabeats were good, minidisc sized 06.26.22 # it had to play vorbis for one since like all my collection at that time was GT3b2 -q6 06.26.25 # When I bought the H120, my requirements were Ogg Vorbis support, and upgradeable firmware. 06.26.37 # yeah pretty much the same here 06.26.48 # Oddly enough I picked the H120 by mistake 06.26.52 # Well, not really mistake 06.26.57 # But I'd made a false assumption 06.27.03 # i picked mine after researching it and the karma for about 4 months 06.27.19 # karma's were never available in australia i think 06.27.26 # hmm.. 06.27.30 # the karma had gapless first 06.27.30 # but 06.27.31 # i bought it because it was the only one that supported vorbis that was available in the stores here. 06.27.33 # so it was irivier, ipod or xclef's 06.27.34 # build quality was meh 06.27.38 # I'd read about Rockbox for Archos, and I'd read about the upcoming (at the time) linux based iRiver media center unit, and somehow I combined them in my head to thinking Rockbox was coming to the H120 (and this was back when the H120 was fairly new) 06.27.40 # ipods were definently out 06.27.44 # I researched the H120, Karma, RipDrive, and IAudio 06.27.50 # And now, a *long* time later, it's true. 06.27.57 # yep 06.28.03 # H120 was my pick because it sounded better 06.28.08 # i got my H120 back in july 2004 06.28.14 # sounded like a better deal 06.28.15 # then in july this year i bought an H140 06.28.25 # got mine around the same time 06.28.27 # you could still buy them in july?! 06.28.34 # I think mine's about two years old right now. 06.28.37 # cannard: advancedmp3players.co.uk 06.28.38 # Maybe older. 06.28.40 # one of their very last 06.28.41 # H100 is not color LCD. 06.28.53 # the colour LCD isn't that important to me 06.28.53 # I actually like the grayscale LCD 06.29.08 # i got mine in august 2004 and rma'd it in july 2005 06.29.11 # i have a PMP-120 i got cheap for photos and video 06.29.12 # I can usually read it without having to wake up the backlight. 06.29.16 Join ModExec [0] (n=bob@pool-141-152-145-94.norf.east.verizon.net) 06.29.34 # same 06.29.39 # Iriver's PMP is not good. 06.29.39 # but they gave me a h300 instead :| 06.29.47 # Jung: it was cheap 06.29.54 # $220 when all was said and done 06.30.05 # It's bad as is cheap. 06.30.05 # I had mine for I think about 6 months 06.30.16 # had to return and they gave my and H320 06.30.43 # *me an H320 06.30.46 # actually i'd probably sell an H340 if i got one in an RMA and hunt down another H140 06.30.58 # My friend just RMA'd a 120 and got a 120 back 06.31.07 # Actually, he went through umm... three I think 06.31.10 # there were none left by the time i did that, except overseas 06.31.16 # The first two times the one he got back was MORE broken than the one he sent. 06.31.18 # i got mine from england 06.31.20 # and i'm in the US 06.31.21 # Paul_The_Nerd: three?! god. 06.31.30 # * ashridah still has his original H140 back from april last year 06.31.33 # Hehehe 06.31.50 # Yeah, mine doesn't even have minor scratches on it. 06.31.59 # aussie currency gets owned by everywhere else 06.31.59 # His girlfriend dropped her purse on his. 06.32.13 # the only damage is a miniscule amount of damage to the paintwork where the backpanel meets the side panel containing the play button 06.32.28 # (and a few next to unnnoticable marks on the screen) 06.32.43 # I have to say though, he should've known better than to have it in the same *room* as her. I've personally witnessed her sit at a computer and have it break after she just moves the mouse. She has terrible luck with technology. 06.32.50 # my H120 and H140 still look new 06.32.56 # All you are different. 06.34.17 # different in what ways? 06.35.32 # It's different that want. 06.36.31 # I wait that H100 comes. :) 06.36.40 # i'm very particular in my wants/needs 06.36.45 # and i don't like accepting less 06.36.46 Join Membrillo [0] (n=3ce41a60@labb.contactor.se) 06.37.03 # I would buy one, but hard to find, and my pockets are empty. 06.37.19 # me yoo 06.37.20 # too 06.37.30 # i was lucky with my H140 06.37.45 # I get it into free charge. 06.38.09 # jungti, cant you go to the iriver factory and steal one? 06.38.15 # err one for all of us :P 06.38.22 # hahahaha 06.38.40 # I'm not a thief. :) 06.38.51 # its ok, we will give you money 06.39.02 # Jungti, you work in the Iriver factory? 06.39.13 # no. 06.39.33 # I don't work in iriver. 06.39.35 # rightio, i think i came in at an awkward point in the conversation 06.39.55 # please continue... 06.41.07 # However, I want to work there later. 06.41.28 # hmm gigabeat f20's going for 250ish on ebay 06.41.34 # maybe i should buy one just incase 06.43.00 # The Korea does not sell gigabeat. 06.43.35 # japan is across the road from you though jungti 06.43.57 # lol 06.44.08 # I don't have money. :( 06.44.27 # sell stolen iriver's 06.44.31 # buy gigabeat 06.44.42 # shoju.....KONBAE!! 06.45.09 # haha] 06.45.17 Quit ModernExecutive (Read error: 110 (Connection timed out)) 06.45.26 # It's not good word. 06.45.38 Quit ModExec () 06.46.49 # I steal or did not pick up. 06.46.55 Quit HCl (Remote closed the connection) 06.47.01 # haha i know 06.47.07 # A certain person gave simply to me 06.47.38 # hahaha 06.47.42 Join HCl [0] (i=hcl@titania.student.utwente.nl) 06.48.12 # Be not 'Shoju' it's 'Soju'. 06.48.30 # It's Korean wine. 06.48.44 # ahh i see 06.49.53 # Konbae means which is toast. 06.50.35 # konbae cause you would of bought a gigabeat :p 06.51.20 # yes! 06.51.25 # hehe.. 06.52.15 Quit Membrillo ("CGI:IRC (EOF)") 06.56.22 Nick CheeseBurgerMan is now known as CBM-away (n=BurgerBo@63.150.80.142) 07.02.47 *** Saving seen data "./dancer.seen" 07.21.31 Join _FireFly_ [0] (n=FireFly@p54A46990.dip.t-dialin.net) 07.22.37 Join San [0] (n=Test@213-202-176-152.bas504.dsl.esat.net) 07.31.36 Join KakashiKun [0] (n=KakashiK@S0106004005bdbcea.vc.shawcable.net) 07.32.54 Join donkyY [0] (n=mpayne@user-0c9h9hq.cable.mindspring.com) 07.33.19 Part donkyY 07.33.33 Join donkyY [0] (n=mpayne@user-0c9h9hq.cable.mindspring.com) 07.33.54 Join Beav [0] (n=awgaagw@69.25.230.102) 07.40.40 Quit donkyY () 07.44.11 Join JdGordon [0] (n=Miranda@c211-28-93-42.smelb1.vic.optusnet.com.au) 07.47.09 Quit Paul_The_Nerd ("Chatzilla 0.9.68a [Firefox 1.0.7/20050915]") 07.48.23 Quit JdGordon (Client Quit) 07.48.31 Join JdGordon [0] (n=Miranda@c211-28-93-42.smelb1.vic.optusnet.com.au) 07.52.05 Quit ashridah ("Leaving") 07.53.13 Join Coldtoast [0] (n=edan@ppp110-249.lns1.hba1.internode.on.net) 07.53.39 # hey all. just noticed the remote no longer works 07.54.00 # on the h1x0 07.55.23 # it displays and updates the WPS fine. it's just that no buttons are working 07.55.49 # haha. ignore that.... 07.56.16 # update: it'd be quite nice if the remote TOLD you the HOLD switch was enabled :) 07.57.07 # Coldtoast: Hehe, common problem ;) I started once opening the remote and i thought it was broken because no buttons worked until i noticed the hold was on :D 07.57.17 # heh 07.58.06 # have you been workin gon the crossfade stuff Slasheri? 07.58.12 # <_FireFly_> Coldtoast: there is a wps-tag for the remote-hold :;) 07.58.28 # oh yeah 07.58.36 # Coldtoast: I haven't had time for that but i try the fix the remaining bugs soon and later add the amplitude triggered crossfading 07.58.45 # the=to 07.58.57 # oh, it's just that I've noticed over the past couple of weeks it's been much better 07.59.11 # hehe :) 07.59.27 # it hardyly ever fails now on my player 08.00.05 # used to be it'd be great then suddenly, would stop working for a few changes. Or randomly work and get the ott noiseburst 08.03.24 Quit San (Read error: 110 (Connection timed out)) 08.04.09 # for wps, it'd be cool if you could nest blocks of WPS code. So, for example, if emote hold is enabled, it just displays a bit fat image to tell you so and if not, it parses the rest of the .wps 08.05.19 Quit Beav () 08.06.03 # I was going to make a remote WPS that was just a big battery indicator. that'd be kinda amusing 08.06.54 # <_FireFly_> Coldtoast: you can do it already 08.07.05 # <_FireFly_> because the remote-wps-file is parsed speratly 08.07.23 # <_FireFly_> you can have only the bat-tag and the hold-tags in your remote-wps 08.07.30 # yeah. I know 08.07.43 # I just mean I was going to do it, cos it'd be funny 08.07.54 # <_FireFly_> k 08.08.12 # hey. I did have a question tho. If I use the same images in teh .wps and .rwps, are they loaded twice into mem? 08.08.54 # <_FireFly_> currently yes because the wps and remote-wps are independent 08.09.14 # currently=will change? 08.09.41 # tho I guess 1bit bitmaps are kinda teeny 08.09.55 # that's all I'm using 08.10.06 Join Gibbed [0] (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) 08.10.08 Quit Rick (Nick collision from services.) 08.10.20 Nick Gibbed is now known as Rick (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) 08.10.42 # hmm. actually, you can't use 2b bitmaps anway I suppose 08.11.14 # you've really done a great job with the remote wps I think tho 08.12.54 # the only tag I think would be nice to add for wps is a font tag 08.13.06 # morning 08.13.27 # howdy ppl... anything happen in the last 2 days with the h300 port? 08.13.30 Quit KakashiKun (Read error: 110 (Connection timed out)) 08.14.14 # <_FireFly_> Coldtoast: there some thoughts about seperate fonts for each screen and maybe also for each line in the wps 08.14.31 # yeah. that'd be pretty great 08.18.20 # <_FireFly_> moin amiconn 08.18.32 # <_FireFly_> just updated my remote-settings-patch ;) 08.26.59 Quit _FireFly_ ("Leaving") 08.28.11 Join Stu3 [0] (n=Stu3@203-217-54-37.dyn.iinet.net.au) 08.28.58 Quit aliask ("Chatzilla 0.9.67 [Firefox 1.0.6/20050717]") 08.29.10 Join webguest18 [0] (n=c31ce021@labb.contactor.se) 08.29.37 Join ashridah [0] (i=ashridah@220-253-121-175.VIC.netspace.net.au) 08.31.36 # morning, I have problems building my own rb firmware. When I call make in the build folder (after ../tools/configure), the cygwin now tries to make the tools. And there's still the error of ipod_fw.c. How can I call the correct make command ? 08.38.53 Join KakashiKun [0] (n=KakashiK@S0106004005bdbcea.vc.shawcable.net) 08.45.41 # webguest18: temporarily modify tools/Makefile and remove 'ipod_fw' from the TARGETS := line 08.46.00 Join Membrillo [0] (n=3ce41a60@labb.contactor.se) 08.46.13 # that'll stop it from trying to compile it 08.47.01 Quit curio (Remote closed the connection) 08.50.13 Quit Membrillo (Client Quit) 08.52.20 # haha.. 08.52.21 # I dozed. 08.53.21 Join Membrillo [0] (n=sam_kill@CPE-60-228-26-96.nsw.bigpond.net.au) 08.56.22 # http://www.podbrix.com/massmail-10-24.htm : wow.. 08.56.35 # That is Lego! 08.57.07 # ashridah: works fine, thanks 09.02.48 *** Saving seen data "./dancer.seen" 09.04.45 Quit Membrillo () 09.06.27 Join amiconn_ [0] (n=jens@p54BD3E5D.dip.t-dialin.net) 09.08.19 Quit webguest18 ("CGI:IRC (EOF)") 09.11.12 Quit amiconn (Nick collision from services.) 09.11.13 Nick amiconn_ is now known as amiconn (n=jens@p54BD3E5D.dip.t-dialin.net) 09.14.45 Quit KakashiKun (Read error: 110 (Connection timed out)) 09.19.28 Join ender` [0] (i=ychat@84.52.165.220) 09.20.36 Join linuxstb_ [0] (n=5343d4aa@labb.contactor.se) 09.21.28 # webguest18: I'm assuming you are using the devkit? If so, you should upgrade to the new version - that will compile ipod_fw.c without problems. 09.22.43 Join Membrillo [0] (n=sam_kill@CPE-60-228-26-96.nsw.bigpond.net.au) 09.23.47 Join whatboutbob [0] (n=cbd65f76@labb.contactor.se) 09.26.22 Join San [0] (n=Test@213-202-156-157.bas503.dsl.esat.net) 09.27.24 # evening folks 09.27.39 # Yo brother 09.28.53 Part linuxstb_ 09.31.25 Quit San (Read error: 104 (Connection reset by peer)) 09.33.54 # anyone online now started work on the H3xx? 09.36.16 Join San [0] (n=Test@213-202-156-157.bas503.dsl.esat.net) 09.41.52 Part ghostface24 09.46.01 Join B4gder [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) 09.47.25 # yet. 09.48.10 # TiMiD, if you read the log: Your new quickscreens behave very different from before :-( The real quick operation does no longer work. 09.53.02 Quit Membrillo () 09.59.00 Join Kaggen [0] (n=kaggen@nl-67-98.netlogon.liu.se) 10.00.57 # My H300 is downed continuously. 10.01.25 # I have a question about the implementation of the lcb_blit functions, anyone here feel like diskussing it? 10.02.18 Join baobab68 [0] (n=ca3421eb@labb.contactor.se) 10.02.37 # we're not really up-to-speed here yet ;-) 10.02.51 # euro people slow morning 10.03.05 # * ashridah tosses B4gder a caffeinated cookie 10.03.21 # more coffee! 10.03.36 # Well, some of us try to code full-time :-) 10.04.08 # that is what people refer to as *daytime*, not that you don't work as much :-) 10.04.59 Quit San (Read error: 110 (Connection timed out)) 10.05.35 # nono, you just _are_ at work full-time 10.05.44 # :-) 10.05.59 # Yes, thats most definiatly true :-) 10.06.34 # What is %wd? 10.06.48 # but I actually have to do some real work now... 10.09.27 # Perhaps you could just clarify that for the h300, the lcd_blit is supposed to take fb_data in 16bpp format and not 1bpp (8ppb) 10.10.16 # but the by/bheight is still given per 8 pixels 10.14.19 # Can no one answer? 10.15.58 Quit goa (Read error: 113 (No route to host)) 10.19.12 # hmm.. 10.20.54 # Do Europeans get up late? :P 10.21.05 # Jungti1234: europeans have jobs :( 10.21.25 # You? 10.22.06 # Kaggen: Yes, lcd_blit should take the native framebuffer format for the lcd in question - i.e. 16bpp for the H300. But I didn't think lcd_blit was going to be used. 10.23.49 # Jungti1234: i'm not european 10.23.59 # but i don't work on WPS's 10.24.04 # i know 10.24.17 # You live in Australia. 10.24.51 # Jungti1234: %wd disables the status bar, %we enables the status bar. 10.25.16 # aha.. thanks 10.26.12 # By the way, it's not to website. 10.28.19 # Thanks, I was a little confused by the fact that for iriver it takes a non-naitive 1bpp. (And that height is specified per 8 pixels even if the most compact format is either 8,4,2,1ppB or 16bpp) 10.28.41 # That's simply because it hasn't been implemented yet. The prototype was copied from the 2bpp driver. 10.28.48 # I think i've implemented it correcly now (for h300) 10.29.26 # Are you planning on using that function for something? 10.30.20 # not that I know of :-) 10.31.04 # That function is currently only used by two plugins - the chip8 emulator and the Archos video player. 10.31.18 # But maybe it would be useful for future games or video players. 10.32.23 # I felt like implementing it since I reimplemented the lcd_update_rect so that it uses the LCD-controllers "update window" function 10.32.42 # That I posted on the list yesterday 10.34.49 # Did you get any performance improvements with that function? I recall Linus saying the update was quite slow. 10.35.18 # Well, I don't have any hardware to test on :-) 10.35.25 # hahaha 10.35.31 # :-) 10.35.34 # that's the spirit 10.35.39 # That makes optimisation a challenge.... 10.36.12 # * B4gder has no color mp3 player either... yet 10.36.12 # I'm working on a home-brew system that uses a coldfire and an identical LCD-controller 10.36.24 # B4gder: Buy a nice shiny nano.... 10.36.28 # :-] 10.36.36 # I only have a lcd-less MUVO myself :-) 10.36.39 # there are so many new targets... 10.37.05 # Kaggen: well that was _before_ you discovered our lovely little project! ;-) 10.38.14 # Well, if I am going to buy one, i kinda have to use rockbox (pre-ported or not :-)) 10.40.18 Quit cannard ("2.0 Build 3515") 10.40.52 Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) 10.42.20 # Kaggen: Are you writing your own software for your home-brew system, or are you using Rockbox? 10.43.10 Join abc1 [0] (n=aaa@82-71-22-130.dsl.in-addr.zen.co.uk) 10.43.16 # hi 10.43.40 Part Zagor ("Client exiting") 10.43.42 # hi 10.43.48 Join Zagor [0] (n=bjst@pdpc/supporter/sustaining/Zagor) 10.43.52 # :) hello 10.43.59 # oops 10.44.18 # i just been surfing to find out about iriver h140 10.44.27 # anyone know why it was discontiued? 10.45.09 # i notice rockbox is for iriver, thought someone might know 10.46.15 Join [1]Tomas [0] (n=Tomas@ip503c08d1.speed.planet.nl) 10.46.31 # abc1: no one knows 10.46.46 Join webguest09 [0] (n=522e39b4@labb.contactor.se) 10.46.59 # Seems the ipodlinux people have written an ARM assembler core for gnuboy... :) 10.47.07 # If edit Progress Bar, what should I do? 10.47.56 # b4gder: thanks, i was just wondering cos i have one :) it has lots of features the other mp3 players dont 10.48.20 # you all can add another person to the "successfully flashed h3xx rb loader" crowd - int'l h320 here. survived ok. 10.48.21 # I have one too 10.48.27 # running rockbox 10.49.57 # is rockbox free? is it worth getting? 10.50.01 # hmm. question. doesn't ffmpeg have an opensource wma decoder? ie, the only problem being that it uses floating point math? 10.50.02 # and flashed back, so i could get my custom boot screen back 10.50.14 # abc1: as free anything can get 10.50.30 # abc1: and imho, it is WAY better than the crappy original firmware 10.50.35 # cool 10.50.37 # abc1: Iriver have released several players since the H140 came out. they probably discontinued it so people would buy their newer players 10.51.05 # but i looked at their new players and they dont have all the features which were the reason i bought it 10.51.29 # the h300's are ok, except for no WAV recording 10.51.46 # linuxstb: Yes, I'm porting Rockbox. My home-brew player is very similiar to the iRiver h1xx but with a h3xx similiar lcd 10.52.24 # ashridah: i just wanted to be sure there wasnt some bad reason for it 10.53.03 # as after i had mine fixed to remove the noise, its been great 10.54.45 # (used to make some noise while playing but they fixed that for free) 10.55.21 # ashridah: Yes, the ffmpeg wma decoder is open source. Yes, it's floating point. 10.55.38 # Kaggen: For clarification, lcd_blit() is not supposed to be implemented for high-depth LCDs (colour or 8bit greyscale) 10.56.14 # Why not? Couldn't it be useful for (for example) video playback or games? 10.56.37 # i.e. the same reasons it is used now. 10.56.41 # It's completely unnecessary 10.57.22 # We need it for low-depth display to pump display-data *as-is* (almost as-is for 2bpp) to the lcd. 10.57.26 Quit t0mas (Connection timed out) 10.58.27 # While this is useful for video playback and greyscale engine, on high-depth LCDs it won't be useful for video, and greyscale library is completely unnecessary 10.58.52 # It would be useful for *uncompressed* video playback, but that's out of question, imho 11.02.51 *** Saving seen data "./dancer.seen" 11.03.35 # linuxstb: yeah, i just double checked the codecs page in the wiki. should have gone there first -.- 11.04.28 Quit Drumr|doin|HW|la (Read error: 110 (Connection timed out)) 11.04.47 # b4dger: which one do i download for ihp140? it only mentions archos in download section? 11.06.53 # abc1: http://www.rockbox.org/daily.shtml 11.07.06 # thanks 11.07.12 # The download section is only the official releases - there is no official release yet for iriver. 11.07.59 # what does it mean by 50% multi-codec architecture implemented? 11.08.03 # linuxstb: http://www.rockbox.org/twiki/bin/view/Main/GraphicsAPI - check the green ticks and the footnotes 11.09.13 # How do I edit progress bar? 11.09.24 # will it only play half the codecs> 11.09.30 # For video on high colour screens, the video codec should decode into the lcd framebuffer. This is like double-buffering; lcd_update() will display the new frame 11.09.38 Quit baobab68 ("CGI:IRC") 11.10.31 # abc1: The 50% probably refers to recording. 11.10.48 # For playback, it is more like 95% - there are still some bugs and stability issues to fix. 11.10.57 Join PaulJ [0] (n=PaulJ@vpn-3118.gwdg.de) 11.11.25 # thanks 11.11.37 # so recording may be limited to half the codecs? 11.12.24 # There are simply no encoders yet. Just plain WAV recording 11.13.45 # i see it mentions no codecs are fast enough for real-time decoding 11.14.00 # There is also no "multi-codec architecture" (i.e. codec plugins) for recording. We have one encoder working faster than realtime (wavpack), but that isn't integrated into the recording code. 11.14.23 # * Jungti1234 님은 부재중이십니다.(1In meal) 11.14.37 # ah so there was no recording codecs in the first place anyway 11.15.18 # would the real-time decoding thing be an issue? 11.15.42 # We have real-time decoding. Do you mean encoding? 11.16.49 # i was reading the bottom of the page http://www.rockbox.org/twiki/bin/view/Main/RockboxAudioAPIProposal 11.17.00 # it mentions no real-time decoding 11.17.12 # That's a very old page. Read the SoundCodecs page - especially the status table at the bottom. 11.17.45 # We have about 10 real-time codecs at the moment. 11.17.51 # oh right, i just reaced that from a link from the iriver port page 11.17.56 # reached* 11.18.09 # oh thats good then :) 11.18.32 # Check the date at the bottom - 8 Apr 2005. Rockbox has progressed since then... 11.18.49 # But I'll try and make that clearer. 11.19.21 # do you run the website? 11.19.29 # It's a wiki :) 11.19.37 # oh right :) 11.19.45 # it all looks like very clever stuff 11.20.27 # making new firmware that is 11.20.36 # I've just looked on the iriver port page (IriverPort) and can't find a link to the RockboxAudioAPIProposal page... Just a link to the up-to-date SoundCodecs page. 11.20.46 # Which "iriver port" page are you talking about? 11.21.55 # http://www.rockbox.org/twiki/bin/view/Main/IriverPort 11.22.52 # The page only links to SoundCodecs. But I see that SoundCodecs has a link to RockboxAudioAPIProposal at the top - I'll remove that link now. 11.23.30 # and then i clicked on rockbox table of details 'function' titled multi-codec architecture 11.23.47 # this lefd to the API propsoal page 11.23.52 # led* 11.24.12 # OK, thanks. 11.24.25 # :) no prob 11.24.57 # I think that table's still accurate though - there is a "Codecs" link above the "Multi-codec architecture" link. They are different things. 11.25.23 # oh yes that link is correct 11.25.42 # i just got confused after reading the APIproposal 11.27.34 # the current status table explains all :) 11.29.11 # thanks 4 your help :) 11.29.23 Quit abc1 () 11.29.28 # * Jungti1234 님이 부재중에서 돌아오셨습니다.(1In meal) 11.34.27 # amiconn: what is different ? (I my have missed the point with the quickscreen use) 11.36.14 # The quickscreens could be used in two ways before 11.36.48 Join San [0] (n=Test@A-72-200.cust.iol.ie) 11.37.44 # (1) Short press of the appropriate button (F2, F3 or Mode), one or more presses of Left/ Right/ Down to select options, then press the respective qickscreen button again to leave the quickscreen. This method still works 11.38.57 # (2) The real quick way: Press *and hold* the appropriate quickscreen button, the select options with Left / Right / Down. Leave the quickscreen by releasing the respective quickscreen button 11.39.09 # Method (2) does no longer work 11.40.41 # ok 11.40.51 Join LinusN [0] (n=linus@labb.contactor.se) 11.40.55 # hi LinusN 11.41.08 # yo 11.41.16 # so for method 2 there were no drawings ? 11.42.03 # No. Trying method 2 shows the quickscreen, but it doesn't work 11.42.25 # There was a reason for the somewhat strange button handling in the old quickscreen code 11.42.30 # it shows it ok 11.42.40 # can we read more than one button at once on remote? 11.42.54 # Yes, buit you can't switch options, and it doesn't disappear on release 11.42.57 # LinusN: I remember you saying the lcd_update() for the H300 was quite slow - is this still the case? 11.42.57 # to do quicker quickscreen we need to read 2 buttons ? 11.43.14 # linuxstb: yes 11.43.19 # so on iriver it wasn't working "the quick way" 11.43.28 # since it can't read 2 buttons 11.43.30 # It was 11.43.43 # i don't like the current quickscreens 11.44.06 # not even before your change 11.44.30 # they are too limited and are hard to translate 11.44.44 # LinusN: Do you think the update speed could be improved? Or is the current speed the best the hardware can do? 11.44.47 # i thought they were quite neat - very quick if you know them, and also a reminder of how they work if u do it the slow way 11.44.54 # This was just by chance; the iriver button driver can't detect 2 buttons at once, but didn't send BUTTON_MODE|BUTTON_REL either when using this method 11.45.13 # linuxstb: there is one optimization that can be done, but it won't improve it that much 11.45.26 # It worked because Left/Right/Down have higher "priority" in hardware than Mode 11.45.36 # ok 11.46.07 # so basically you press the quickscreen modifier (F2/F3/mode) and a button and the parameter ischanged 11.46.12 # does I get it ? 11.46.24 # ...so pressing one of the directions with Mode still held down 'switched' form Mode to direction events 11.46.30 # yes 11.46.33 # ok 11.46.43 # This method also works in the sim, at least win32 11.46.49 # even a quick mode press + a button 11.47.26 # You can also e.g. press&hold F2, press down twice, then release F2 again 11.47.57 # hmmm ok I get it 11.48.19 # I will try with the new code to reproduce the same behaviour 11.48.29 # I checked code size as well, there was some increase... (less with my const policing) 11.48.47 # increased a lot ? 11.49.04 # was 300-something bytes on recorder, ~1KB on irivers 11.49.14 # wooow 11.49.20 # Now 272bytes on recorder, ~600 bytes on iriver 11.49.20 # terrific 11.49.40 # Not much, but no decrease either 11.49.42 # what made those 1kb on iriver since the code is the same ? 11.50.07 # You included the (unused) F3 quickscreen for iriver 11.50.21 # I corrected that as well 11.51.02 # the idea I had was to make a generic quickscreen handler 11.51.16 # instead of a specific function 11.51.28 Join Polo_o [0] (n=polo_o@82-69-160-166.dsl.in-addr.zen.co.uk) 11.51.30 # yes 11.51.44 # for 300 bytes I think it worth it 11.51.57 # (wonce I will make the quick-key ethod work again) 11.52.18 # However, I agree with Linus that the quickscreens aren't very useful. But as long as they're there, they should work as intended. 11.52.47 # TiMiD: Do you have much work left for your multi-screen support? I don't have a remote, so haven't been following it closely. 11.53.09 # linuxstb: yes, almost each screen is ported 11.53.10 # Recording screen, pitch screen 11.53.18 # wps was ported by firefly 11.53.24 # I use the quick screen a lot. My opinion is that they're useful if less than ideal. 11.53.32 # wps needs rework, imho 11.53.39 # imho too :) 11.53.50 # wps should be redesigned from scratch 11.53.57 # the code is too mesy 11.54.00 # messy 11.54.20 # Yeah, in everyone's copious free time. 11.54.25 Join webguest26 [0] (n=51b2e37a@labb.contactor.se) 11.54.44 # Sometimes Rockbox is a lesson in learning to live with imperfection. 11.55.09 # (I doubt there's a single piece of software out there that isn't in some way.) 11.55.11 # Cassandra: that applies to *all* firmware 11.55.42 # and "imperfection" could be a subjective thing 11.55.55 # Is it just me or the Max files in dir browser setting and Max playlist size setting widgets not working correctly in the latest builds? 11.56.08 # If we were going to rewrite WPS from the ground up, we really ought to change the appaling syntax as well. 11.56.19 # Max playlist size gets to 200 and stops 11.56.30 # Max files gets to 995 then says 100 11.57.04 # You know you have a problem with syntax when your language makes sendmail.cf look friendly. 11.57.05 Join Membrillo [0] (n=sam_kill@CPE-60-228-26-96.nsw.bigpond.net.au) 11.57.10 # Cassandra: i resent that. i wrote the most perfect hello world once. 11.57.15 # :) 11.57.22 # ;) 12.01.42 # preglow: When you're next in Linux, can you let me know the start and end sectors for each partition on your Nano? (run fdisk, type "u" to change the units to sectors, then type "p") 12.04.18 # TiMiD: I noticed that you also added some functionality to the quickscreens - the BOTTON_INV thing 12.06.48 # yes ;) (we cannot hide you anything :p) 12.06.57 # Something is definitely weird with the option select widgets. Try scrolling through the scroll start delay option 12.07.08 # I thougth it was more natural 12.07.11 # Max is 250, min is 0 m 12.07.24 # at least it's something I want to do each time I'm in the quickscreen 12.07.33 # In the middle is 500 12.07.48 # ughh 12.07.56 # I don't have time 12.08.00 # I have togo 12.08.01 # CU 12.08.03 # webguest26: rofl 12.08.20 # TiMiD, so you gonna add the different image for remote for the usb mode thing? 12.08.27 # I can't see anything obviously wrong in option_select_next 12.08.43 # opt->option = opt->step; 12.08.47 # should work right? 12.08.48 # hshah: I was doing the code for it 12.08.52 # what is the plugins coded in? 12.08.54 # but I've to go 12.08.57 # TiMiD - ok cool 12.08.59 # JdGordon: C 12.09.09 # TiMiD, chat to u later then - take care :) 12.09.19 # webguest26: It works here... 12.09.20 # is there a sdk around? i cant seem to find any links on the rb site 12.09.34 # Maybe it's my unit. 12.10.06 # There is no "sdk" as such. The plugins are compiled as part of Rockbox. You need to download the rockbox source code, install the required cross-compiler and add your plugin to the apps/plugins/ directory. 12.10.12 Quit ghode|afk (Read error: 104 (Connection reset by peer)) 12.10.22 Join ghode|afk [0] (n=garudin@host-212-158-193-198.bulldogdsl.com) 12.10.43 # ok 12.10.43 # I just tried a settings reset and it's still doing weird things with numeric option select. 12.10.55 # webguest26: Oh, you're right. Doesn't work on target, and the sim is not yet rebuilt 12.11.08 Join Febs [0] (n=cfac7a51@labb.contactor.se) 12.12.14 # * amiconn blames TiMiD 12.14.40 # Haha, that's a funny bug 12.14.59 # did it tell a joke? 12.15.12 # sizeof(buffer) is always 4 if buffer is a char* 12.15.31 # ooops :-) 12.16.13 # I've seen that mistake often, however I don't get why one would make that mistake. It's sooo obvious... 12.16.36 # indeed 12.18.17 # Maybe buffer was an array in the past... 12.18.56 # It wasn't 12.18.58 # This code is new 12.19.08 # h300 bleeding edge builds are now available 12.19.13 # ...and passing arrays would be incredibly inefficient 12.19.22 # I assume you're talking about option_select_get_text() ? 12.19.29 # yup 12.19.45 # So I guess the size needs to be passed as an extra parameter. 12.20.08 # Are h300 daily builds going to be compiled? 12.20.17 # yes 12.20.30 # linuxstb: Yes, doing that right now 12.20.40 # awesome. Although testing still hasnt been done for int. right? 12.20.58 # international that is 12.21.36 # Membrillo: successful flashes of the int version have been reported 12.21.38 # H300 sim support doesn't appear to be working yet (at least under X11). I assume this is a known problem. 12.21.38 # Wow, this adds 166 bytes to the code.. 12.21.50 # Cassandra: yes, there's no color support added in the x11 code 12.22.03 # Membrillo: ive got rb on my international h320 with no probs 12.22.09 # amiconn: I think that function was cut and pasted - see the end of this diff: http://www.rockbox.org/viewcvs.cgi/apps/gui/select.c.diff?r1=1.6&r2=1.7 12.22.35 # (possibly ignore me...) 12.22.50 # JdGordon: ok, but im still a bit edgy. Im on my 5th h3xx due to various problems and i think ill wait for an official test 12.22.51 # http://www.rockbox.org/dl.cgi?bin=h300 12.23.00 # Right, I have to dash. (And see if I can blag some sort of iPod off a friend for Rockbox. ;) ) 12.23.13 # oh thanks 12.23.19 # B4gder/ LinusN: What's the status of the installer build? 12.23.32 # there's any change? 12.23.37 # Cassandra: Planning on joining the porting effot? 12.24.11 # s/effot/effoRRRRRt/ 12.24.15 # B4gder: The installer doesn't build for over a month now. I did already send the script to LinusN 12.24.20 # *scripts 12.24.25 # ok 12.24.30 Join PaulJ_ [0] (n=PaulJ@vpn-3020.gwdg.de) 12.24.40 # If I can get hold of the hardware, sure. 12.24.49 # (he told me they were deleted in the wiki attack) 12.24.57 # amiconn: i'll fix soonish 12.25.11 # Cassandra: Any idea which ipod you might be able to get? 12.25.14 # I thought we were going to have the installer checked into CVS? 12.25.28 # mini or a nano. More likely a mini. 12.25.46 # (My friend *found* a Nano. Some people have all the luck.) 12.25.47 # The mini will need a new lcd driver writing... 12.26.04 # *nod* 12.26.06 # LinusN: is the bootloader permanent now, or will you continue to adjust and tweak it 12.26.14 # Which is not trivial - I think the ipod greyscale LCDs pack the pixels differently to the H100. 12.26.27 # Membrillo: it will certainly be updated 12.26.48 # Anyway, gotta go. 12.26.58 Quit Cassandra (" HydraIRC -> http://www.hydrairc.com <- IRC with a difference") 12.27.16 # is the h300 bootloader itself stable? a friend of mine with a h300 wants to use it just in case he "bricks" his h300 again with a corrupt DB 12.27.34 # check the daily build page now 12.27.41 # the image isn't that nice, but the links work 12.27.49 # Membrillo: and there will come little different bootloader also (with more tweak & debugging options implemented) for people who wants to flash rockbox 12.27.55 # linuxstb: The different pixel packing is the easiest part 12.28.44 Join NicoFR [0] (n=nico404@rob92-6-82-231-243-63.fbx.proxad.net) 12.28.51 # Coldtoast: im curious to this as well 12.28.55 # But doesn't that mean re-writing all the lcd functions? I'm not saying it's difficult work, just that we can't use very much of the existing h100 driver. 12.29.47 # Yes it does mean that. But while it's a lot of work, it's in fact rather trivial 12.30.26 # There even is a b&w driver with horizontal pixel packing already 12.30.26 # OK, we have different interpretations of trivial. I meant it in terms of it not being a 5 minute job, which it would be if the format was the same. 12.30.51 # The lcd_update_rect function can simply be copied from an ipodlinux driver. 12.32.01 # Would the greyscale lib be hard to implement? What will be needed for that? 12.32.55 # LinusN: there's one question mark for the h3x0 on the DeviceChart, do you possibly know that item now? 12.32.55 Quit ghode|afk (Read error: 110 (Connection timed out)) 12.33.08 # The grayscale lib needs a fast implementation of lcd_blit(9 and a programmable timer. 12.33.34 # And of course we need to know the internal refresh rate of the LCD, but that can be found by experiment 12.33.54 # I just read about the H3xx bootloader, HristoKovachev: Just Tested on H340 international with 1.28K (korean) firmware...... Was this test successful??? 12.34.09 # B4gder: will doublecheck that 12.35.05 # ^^^^ was the 1.28k test successful? 12.35.17 # ok 12.35.32 # Membrillo: Good question. I wondered the same thing when reading that comment. 12.36.04 # LinusN: do you have an answer? its at the bottom of the iriverboot page 12.36.06 # but there is bug. 12.36.12 # I think so, there was a kr h3x0 picture in the MR forums iirc 12.36.25 # Is the win32 simulator makefile supposed to work at the moment? 12.36.36 # (this is under Cygwin) 12.36.56 # http://cafe.naver.com/iriverh300/496 12.37.03 # http://www.misticriver.net/showthread.php?p=342012#post342012 12.37.07 # http://misticriver.net/showthread.php?p=342290#post342290 12.37.07 # webguest26: Yes. Which directory are you typing "make" in? 12.37.09 # make: *** /home/Dan/rockbox/uisimulator/win32: No such file or directory. Stop. 12.37.18 # Membrillo: you need to hold ON until the iriver firmware starts 12.37.22 # in my buid-simulator directory 12.37.28 # build even 12.37.41 # webguest26: Have you checked out the uisimulator directory from CVS? It's at the same level as apps, tools, firmware etc 12.37.42 # webguest26: you don't seem to have the win32 directory!? 12.37.49 # ah 12.37.50 # no 12.37.51 # good point 12.37.56 # Jungti1234: Thanks for that 12.38.19 # :) 12.38.23 # after a quick cvs co it works now 12.40.57 Join wehn [0] (n=chatzill@251-94-185-210.rev.techex.net.au) 12.41.21 # LinusN: i dont think you got what i was asking. I was asking if the test by HristoKovachev (as quotes on the iriverboot page) was successful 12.41.23 Quit PaulJ (Read error: 110 (Connection timed out)) 12.42.45 Quit San (Read error: 110 (Connection timed out)) 12.43.52 # Tested me. 12.44.05 # -> I tested it. 12.44.42 # Jungti1234: you got 1.28K? 12.46.18 # Membrillo i did it on 1.28k on a non-us h320 12.48.21 Quit wehn ("ChatZilla 0.9.61 [Mozilla rv:1.7.12/20050920]") 12.49.46 # JdGordon: sweet. ill most likely try it this weekend 12.50.02 # really no point 12.50.11 # it just makes listenign to music a pain :D 12.50.16 # why so? 12.50.25 # hey you h3x0 users, get a pic of your player and upload it! ;-) 12.50.32 # well the mp3 playback isnt done 12.50.38 # we need one for the daily build page 12.50.46 # ok 12.50.48 # ill do that now 12.50.49 # harhar, i'd have already installed rockbox on my h320 if i weren't that chicken-hearted :P 12.50.50 # yes 1.28k 12.50.58 # ill take a picture now 12.51.19 # you people are pansies. i had rockbox on my H140 player ages before it could play music :) 12.51.26 # Do not. 12.51.30 # didn't stunt me none 12.51.38 # haha ashridah 12.51.55 # everyone is saying dont do rockbox on the h3xx yet 12.51.57 # * ashridah notes that was a tense day 12.52.01 # and here you come 12.52.04 # thegeek: i'd agree with him 12.52.06 # ;) 12.52.07 # s/him/them/ 12.52.31 # B4gder: I have a rather high-res H3x0 pic 12.52.45 # (the one I used to make the H3x0 win32 sim background) 12.52.59 # anything is fine, I'll scale it to fit 12.53.14 # meanwhile. i think i'm in love with eclipse. 12.53.24 # pity the CDT plugin isn't perfect :( 12.54.08 # is it supposed to load the irvier fm instead of rb if te power is connected when its turned on? 12.54.41 # the bootloader probably doesn't contain a hook in the firmware for that entry path 12.54.59 # my guess is that the cpu loads at a different address (or possibly triggers an immediate interrupt) that linus hasn't caught yet 12.55.09 # ok 12.55.17 # consider it a saftey net :) 12.56.32 # doesnt help if the flash doesnt work :D 12.57.08 # well, if the flashing process doesn't work, blame iriver, it's their flashing code. if the flashed image fails to load, THAT is potentially a rockbox bootloader issue tho 12.57.13 # oh crap.... is there a pdf reader plugin? 12.57.19 # B4gder: Got it? 12.57.53 # i just took a photo of my h3xx 12.58.08 # Membrillo: i think someone's beaten you to it 12.58.53 # hehehe 12.58.57 # mine has the same background colour as the rest of them lol 12.59.39 # H300's wps is small size. 13.00.20 # webguest26: Try the latest bleeding edge :) 13.01.01 Join PaulJ [0] (n=PaulJ@vpn-3061.gwdg.de) 13.01.09 # will do 13.02.18 Join Drumr|doin|HW|la [0] (n=Drumrboy@ool-44c20ff1.dyn.optonline.net) 13.02.38 # amiconn: got it, now I only need to find where the heck this xchat puts the file... 13.02.47 Nick Drumr|doin|HW|la is now known as Drumrboy|away (n=Drumrboy@ool-44c20ff1.dyn.optonline.net) 13.02.52 *** Saving seen data "./dancer.seen" 13.02.55 # amiconn: works a treat, thanks 13.03.25 # Guess I should give up trying to fix it myself. Guess I'll need to find some other part of rockbox to poke at. 13.03.36 # too much guessing 13.03.36 # B4gder: if you want to still see my h3xx pic i have it here 13.03.41 # B4gder: Probably in ~/.xchat/ 13.03.47 # not on windows 13.03.58 # they haven't invented the home dir yet ;-) 13.04.42 # (I'm forced to use windows at work) 13.05.01 # B4gder: uh, profiles often serve that purpose. doesn't help if the app's too stupid to put anything in there, tho :) 13.05.04 # Documents and settings! Documents and settings! :) 13.05.28 # The funny thing about "Documents and settings" is the tendency to create several folders for every user. 13.05.35 # Example "user" and "user.computername" 13.05.38 # really funky stuff 13.05.49 # hm, nope the file is just...gone 13.06.02 # B4gder: search for a folder called 'dcc' i guess 13.06.17 # I searched my C: for the file name 13.06.24 # B4gder: Huh? Of course windows has a homedir 13.06.39 # (at least real windows has, meaning 2000/ XP/ 2003) 13.06.44 # B4gder: is the profile set to another location like a network drive? 13.07.26 # amiconn can I get that image from a URL somewhere? 13.07.47 # B4gder ive got mine uploaded 13.08.01 # where? 13.08.13 # ill just grab the url 13.09.04 # ok its.... 13.09.06 Quit PaulJ_ (Read error: 110 (Connection timed out)) 13.09.38 # http://jupiter.walagata.com/w/membrillo/h3xx.png 13.09.51 # you might have to crop it a bit sorry 13.10.08 # -_-; 13.10.48 # B4gder: If you're collecting images, you may want my ipod scan: http://www.davechapman.f2s.com/rockbox/ipodcolor-scan.png 13.10.55 # It's not perfect, but it's the one amiconn used for the sim. 13.12.26 # let me know if/when you want the ipod builds to appear among the daily builds 13.13.22 Join mashalla [0] (i=mashalla@p5498DCBC.dip.t-dialin.net) 13.13.34 # OK. I guess we'll do that when the port reaches the stage the H300 port is at now. 13.14.02 # B4gder: i centered it and changed it a little http://jupiter.walagata.com/w/membrillo/h3xx.png is the image if you want to use it 13.18.01 # i gotta run. see ya'll 13.18.17 Quit Membrillo () 13.18.58 # that image is a bit too low quality for my taste 13.20.22 # xchat is not too clever 13.20.39 # I have a non-existing directory set for storage of received dcc files 13.21.03 # * B4gder bounces 13.21.06 # no, its there 13.21.24 # * B4gder says no more 13.21.38 # gotta fly, cu later 13.22.48 Join StrathAFK [0] (n=mike@dpc674681214.direcpc.com) 13.22.50 Quit Mark__ (Read error: 110 (Connection timed out)) 13.22.54 Part LinusN 13.23.27 Quit thegeek (Read error: 104 (Connection reset by peer)) 13.23.49 Join thegeek [0] (n=thegeek@s026b.studby.ntnu.no) 13.25.38 # ok, I need to edit that pic a bit before I'll use it 13.25.56 # here now: http://daniel.haxx.se/rockbox/h300_lifestyle_02.jpg 13.27.08 # hmm 13.27.19 # anyone got a "valid" us postcode 13.27.24 # need it for a braindead website;) 13.27.44 # 90210 :D 13.27.47 Quit JdGordon (Read error: 110 (Connection timed out)) 13.27.56 # (Beverly Hills) ;D 13.28.17 # yeah;) 13.28.17 # hehe 13.28.25 # got the same tip from another channel 13.28.29 # ;) 13.28.38 # pandora.com 13.28.46 # really nice automated streaming radio 13.29.04 # autogenerates playlist from your favorite artists and stuff 13.29.07 # seems to work rather nice too 13.29.20 # What quality does it stream at? 13.29.43 # 128kbit 13.29.50 # or that's what it sounds like to me 13.29.59 # sadly it's flash-based 13.30.04 # hmmm... 13.31.22 # i wanna try rockbox on my H340 with EU firmware... can i just patch the original FW with the FWpatcher from the site? 13.32.28 # hmm..? 13.32.58 # http://daniel.haxx.se/rockbox/h300_lifestyle_02.jpg <- This is different from my H300. 13.33.24 # how different? 13.33.37 # they are available in different colors 13.33.55 # Pattern and Is letter of 'H340' 13.34.18 # latter? um.. 13.34.36 # writing 13.35.20 # http://cafefiles.naver.net/data10/2005/11/10/257/190tc%BF%CD%C7%D4%B2%B2.jpg 13.36.46 Quit Strath (Read error: 110 (Connection timed out)) 13.36.46 Quit Febs ("CGI:IRC (EOF)") 13.38.04 # hm. wasn't iriver forced to rename their iHP-xxx series to Hxxx during the H3xx lifecycle? 13.47.05 # no 13.49.02 # they renamed it, don't know about "forced to" 13.49.20 # i think it resulted from a dispute with hp 13.49.35 # They did not force. 13.50.43 # The Korea does not call that is 'iHP series'. Call that is 'H series' only. 13.52.35 # timid - u there? is anyone looking at the fact you cant delete files from remote yet? we are missing the 'are you sure' screen, and more importantly, the check for play on the remote to say 'yes, im sure'... 14.00.02 Part webguest26 14.00.21 Join goa [0] (i=hd@gate-hannes-tdsl.imos.net) 14.02.37 # pfew, just installed rockbox on my H340 with EU firmware... booted perfectly, just when i tryed to start the original firmware, the screen went black, disk spinning but no lcd response 14.03.14 # i think the ad-hoc implementation of the yes/no screen in onplay.c should be replaced with a call to yesno.c's code 14.03.28 # which is already ported to use remote afaict 14.04.08 # Yes, looks like an oversight 14.04.42 # never sure if I should fix stuff like this when others are working en-mass on remote support... 14.06.10 Join frederic [0] (n=chatzill@i577B9D28.versanet.de) 14.07.10 # It would be cool if someone with a silver-coloured H100/H120 and someone with a H3x0 could do a scan while rockbox shows the logo 14.07.27 # (like the other supported units in the device hart) 14.07.32 # *chart 14.08.24 # Hmm, and I should probably redo the H^140 scan with the greyscale logo 14.08.29 # silver-coloured? 14.08.38 # d 14.09.53 # Is place that can buy HDD cheaply? 14.10.01 # hmm....all iriver's use exactly the same CPU? 14.10.08 # yes 14.10.37 # the h1x0 and h3x0 use the same cpu, yes 14.10.48 # and why do people always assume that the h300 series is faster than the h100 series?! 14.10.48 # iriver do lots of other players with different cpus 14.11.05 # wubbla: because they are ignorant? ;-) 14.11.14 # hey! 14.11.24 # wubbla: because it displays 16000% more colour! it must be faster! 14.11.49 # ah, now that's an argument :D 14.12.02 # wubbla: The main reason. People always think everything newer is faster, bigger and ... erhm... better? 14.13.20 # btw. to be honest i find these archos-players as ugly as sin :P 14.14.15 # indeed 14.14.19 # but they are really old too 14.14.29 # can't compare them to modern players 14.14.31 # they were among the first ones 14.14.57 # and they use 2.5" disks, which I happen to like 14.14.59 # that's how they look like :) 14.15.52 Quit Mxm`Pas`Bien (Read error: 110 (Connection timed out)) 14.16.10 # * amiconn actually prefers the archos look over any ipod. 14.16.12 Join Mxm`Pas`Bien [0] (n=flemmard@fbx.flemmard.net) 14.16.45 # amiconn: you're being funny, right? 14.16.58 # nope 14.17.03 # Even the Nano? 14.17.07 # The ipods look too non-techie to me 14.17.30 # 1.8" has it perks, but 2.5" is also nice. 14.18.38 # by the way, I'd like to see two versions of the bootloader: one that loads rockbox and another one that loads the original firmware by default... 14.19.43 # yeah that would be nice to have 14.19.56 # hm. iirc, the early days of the H1x0 development had that 14.19.58 # amiconn: i've got a silver h120, but no scanner 14.20.09 # wubbla: you can easily build your own 14.20.14 # ashridah: I don't remember that. I thought it was always the same as it is now. 14.20.18 Join San [0] (n=Test@213-202-153-234.bas503.dsl.esat.net) 14.20.45 # B4gder: yeah, i know that! 14.20.47 # ive always thought we needed a 'boot original firmware' option in iRiver rockbox, its very easy to implement (i implemented it as a .rock when rockbox was unusable in real life) 14.21.20 # linuxstb: it changed from one to the other and back from memory. 14.21.35 # B4gder: but i thought that it might be a usable option for other people too... 14.21.51 # ripnetuk: that's right, you worked on chainloading the original firmware again, or something. did that ever work? 14.22.06 # do we have a standard API call for displaying messages (like the generic yesno) that works on remote as well? 14.22.27 # ripnetuk: we have the splash 14.22.30 # ashridah: OK. I ran v1 of the bootloader for months. I didn't dare try to upgrade :) 14.22.39 # ok cool :) thanks 14.23.19 # linuxstb: Afaik all ipods need a docking adapter for USB connection. No standard USB socket. That's a blocker 14.23.26 # (for me) 14.24.24 # It just needs the proprietory ipod<->USB cable that comes in the box. I agree it's annoying, but I can live with it. 14.24.49 # USB charging makes up for it (compared to the H1x0). 14.25.07 # There's a custom cable without a bulky docking station? That's already better 14.25.22 # I'm not interested in USB charging 14.25.23 # Yes, you don't need a docking station. 14.25.42 # Just this: http://www.mobilefun.co.uk/product/7669.htm 14.25.53 # One comes in the box. 14.26.23 # hmm. 14.26.37 # Quite big plug 14.26.46 # That's a third-party one, the apple version is smaller. 14.27.05 # Even bigger than the old-archos non-standard (USB A - USB A) cable 14.27.36 # Newer archos have USB A - Mini B like iriver 14.28.26 Quit frederic ("Chatzilla 0.9.68.5.1 [Firefox 1.5/undefined]") 14.28.33 # This is Apple's version: http://store.apple.com/Catalog/US/Images/lm_altview_m9569ga.jpg 14.28.44 # It looks big, but it actually very thin. 14.29.10 Join merbanan [0] (n=banan@saldana.campus.luth.se) 14.30.30 # amiconn: if you need, i could scan my iHP-120 with the RockBox logo showing when i get home (just tell me how to get it to display for about half a minte, my scanner is slow) 14.30.58 # I used a custom build for it that waits for a button press after displaying the logo 14.31.23 # can you send it to me? 14.31.55 # Hmm, I don't have it anymore, but I'll remake it 14.32.08 # It's rather trivial, just a one-liner in main.c 14.33.55 # i'd have to set up dev environment for that first :) 14.35.35 # how many bits do the mac unit on the iriver coldfire have ? 14.36.38 # 40 14.36.46 # plus 8 extension bits 14.36.59 # only 32 bits are easily obtainable 14.38.08 # why do you ask? 14.38.24 # ok so Q16.12 would be a good radix representation ? 14.38.45 # preglow: fixedpoint stuff 14.39.03 # you've got room for a couple of more bits 14.39.35 # it all depends on if you're going to use fractional mode, of course 14.40.49 # Did lunch do all? 14.42.50 # preglow: I was thinking of just regular integer math, I thought that 16+24 would give maximum resolution without overflowing 14.43.37 # so you're just going to use 32x32->32 muls? 14.44.24 # yes, that was the idea 14.45.04 # you don't really need the emac unit for that, unless you're going to do a lot of accumulates as well 14.45.13 Join Lost-ash [0] (i=ashridah@220-253-122-235.VIC.netspace.net.au) 14.45.29 Quit ashridah (Nick collision from services.) 14.45.35 Nick Lost-ash is now known as ashridah (i=ashridah@220-253-122-235.VIC.netspace.net.au) 14.46.24 # preglow: fft will need that I guess 14.46.45 # merbanan: Are you planning on something interesting for Rockbox? 14.47.27 # merbanan: nah, fft doesn't do too much accumulating 14.48.46 # linuxstb: well maybe, first I wanna do an integer mdct transform, then port it to some codecs in ffmpeg 14.49.01 # I guess WMA is on your list then? 14.49.17 # Have you looked at the new Cook decoder? 14.49.30 # linuxstb: well you could say that 14.49.37 # I wrote it 14.49.41 # hehe :) 14.49.54 # :) 14.50.04 # Nice work. 14.50.46 # Do you think Cook is feasible on the iriver? 14.50.50 # cook decoder? 14.50.59 # Realaudio. 14.50.59 # and sorry it's not well adapted to be played on portables, the buffering requirements are large 14.51.50 # * ashridah looks curiously on 14.51.56 # My understanding is that the frames are out of order in the input stream? 14.52.03 # the bitstream needs around 200-300 kb of reordering 14.52.09 # hahah 14.52.10 # linuxstb: correct 14.52.10 # wonderful 14.52.14 # Why is that? 14.52.26 # merbanan: you mean just a genereal mdct? 14.52.30 # merbanan: variable size? 14.52.38 # Does the ffmpeg demuxer do the reordering now? 14.52.56 # (I've been half-following the discussions on the ffmpeg-devel list) 14.53.04 # linuxstb: I guess it is some interleaving scheme, to reuce the impact of dropping 10 sequential frames 14.53.28 # preglow: yes a general one 14.54.10 # linuxstb: the demuxer does that now yes 14.54.31 # merbanan: so you're going for an fft based one, then? 14.54.48 # preglow: yes, kiss fft 14.55.01 # merbanan: well, i'd pretty much urge you to use 64 bit maths, you'll probably end up with precision problems if not 14.55.17 # kiss fft isn't exactly fast, but it works, at least 14.55.24 # we need some mad person to write us a fast fft 14.55.54 # Doesn't fft imply 'fast' ? 14.58.12 # preglow: :/ I was hoping Q15.12 would be enough, then 40 bits would be enough 14.58.16 Quit NicoFR (Read error: 104 (Connection reset by peer)) 14.58.23 Join NicoFR [0] (n=nico404@rob92-6-82-231-243-63.fbx.proxad.net) 14.58.23 Join gromit`` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) 14.58.56 # hi, i have fixed 2 issues with rockbox - 1. the delete file screen didnt use the standard gui yesno and splash routine, and hence didnt work on remote and 2. yesno didnt respond correctly to remote buttons... can i submit a patch somehow?? 14.59.11 Quit gromit` (Read error: 104 (Connection reset by peer)) 14.59.14 Quit TiMiD (Read error: 104 (Connection reset by peer)) 14.59.45 # I took a picture of my H320 with the rockbox logo showing : http://thehitboy.free.fr/H320_RockBox.jpg 14.59.47 # ripnetuk: the pack tracker on www.sourceforge.net/projects/rockbox ? 14.59.58 # is that he best way to submit stuff then? 14.59.59 # s/pack/patch/ even 15.00.05 # stupid 1am. making me all type no good 15.00.23 # linuxstb: how many bits do the ipod mac have ? 15.00.26 # ripnetuk: well, it notifies pertinent people and lets you replace it with newer versions, etc 15.00.26 # linuxstb: fast, compared to the naive dct 15.00.30 # ehh 15.00.35 # amiconn: fast, compared to the naive dct 15.00.53 # ok... the bit about relavent people sounds good :) its quite a trivial patch tho 15.01.05 # merbanan: why not use full 32 bit coefs? the emac unit supports getting the top 32 bits of a mul 15.02.12 # merbanan: preglow probably knows better, but I think there's a 32x32->64 multiplication available in the ipod's arm7tdmi. 15.02.13 Join TiMiD [0] (n=TiMiD@asgard.valombre.net) 15.02.20 # it is 15.02.40 Join speed123 [0] (n=speed123@p54BB8B69.dip0.t-ipconnect.de) 15.02.54 Quit San (Read error: 110 (Connection timed out)) 15.02.56 *** Saving seen data "./dancer.seen" 15.02.57 # preglow: full 32 bit coefs? how ? 15.03.02 # Plus a 32x32->64 mulitply and accumulate. 15.03.23 # merbanan: emac lets you do 32x32->64 bit multiply, and get the top 32 bits 15.03.51 # merbanan: that's how almost all our current codecs use emac 15.04.01 # Q15.16 ? 15.04.13 Join muesli_- [0] (i=muesli_t@Bc14c.b.pppool.de) 15.04.27 # high 15.04.28 # whatever you want, internally the emac unit views them as q0.31 15.04.55 # so a 32 bit int has range from -1 to +1 15.06.03 # as long as whatever you want fits the top 32 bits of the answer, it's all good 15.06.19 # dammit do you need to be logged in to sourceforge to submit a patch? i submitted it, and its come up no fuiles :( 15.06.29 # preglow: ok, but how does that help if I want to represent larger numbers ? 15.06.35 # ripnetuk: the rockbox patch page isn't updated too often 15.07.06 # ripnetuk: all subscribers of the rockbox-sf list get notified 15.07.58 # i think i cokced it up... it says no files submitted :( oive registered again... but it takes 24 hours aparently... 15.08.12 # i mean registered not again 15.08.35 # merbanan: well, you just need to keep track of that yourself with some shifting 15.08.59 # ooops ! should have read "" 15.09.03 # Don't forget to tick the "Check to Upload and Attach a File" checkbox! 15.11.15 # preglow: ok 15.11.56 # that looks better... anyone care to check ive submitted it right? (ive never submitted a patch before) 15.11.58 # hey, its been hours since the last commit! 15.12.52 # feel free to check / commit the remote delete patch i just did :) its quite important to me personally that it works, as I listen to radio shows and delete them when done... my rockbox gets quite messy when I cant easily delete files (lazy!) 15.12.52 # Enable remote support on iRiver for delete file screen. 15.12.52 # 2 fixes - 1. USe standard yesno and splash routines in 15.12.52 DBUG Enqueued KICK ripnetuk 15.12.52 # onplay.c for deleting files and 2. enable remote button 15.12.52 # (menu) on yesno screen. 15.12.52 *** Alert Mode level 1 15.12.52 # My email is rockbox@ripnet.co.uk. I am called George 15.12.53 *** Alert Mode level 2 15.12.53 # Styles (nick- ripnet or ripnetuk 15.12.56 # sorry 15.13.06 # didnt mean to paste 15.13.09 # whay doen't the %wd tag function on todays build? 15.13.59 # merbanan: what will these fixed point numbers of yours contain? 15.14.34 Join gromit` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) 15.14.36 # mdct coeffs 15.15.23 Quit gromit`` (Read error: 104 (Connection reset by peer)) 15.15.29 Quit TiMiD (Read error: 104 (Connection reset by peer)) 15.15.39 Quit novimon (Read error: 110 (Connection timed out)) 15.19.13 Part speed123 15.22.54 *** Alert Mode OFF 15.23.20 Quit PaulJ (".") 15.27.27 # ripnetuk: yes, we noticed both your submissions ;-) 15.27.51 # merbanan: they don't need 16 bits of integer part do they? 15.31.12 # preglow: no I don't think so 15.31.39 # i think we've already got a couple of codecs that implement an imdct with fft 15.31.45 # faad and liba52 15.35.08 Join wraypa1 [0] (n=3eff200c@labb.contactor.se) 15.36.45 Join Subterranean [0] (n=a@spc2-asht1-3-0-cust195.bagu.broadband.ntl.com) 15.36.45 Quit wraypa1 (Client Quit) 15.37.37 # liba52 is not so general 15.38.57 # i love this 15.39.02 # a simple software interrupt hangs rockbox 15.39.06 # what the hell am i doing wrong 15.40.55 Quit ashridah ("Leaving") 15.41.53 Join webguest98 [0] (n=c25a120e@labb.contactor.se) 15.42.59 Join skyhawlk [0] (n=8277f80b@labb.contactor.se) 15.44.36 # xzcxzcxzc 15.44.57 # %u05D3%u05D3%u05D2%u05D1%u05D3%u05D2%u05D1%u05D3%u05D1%u05D6%u05D1 15.45.07 Part skyhawlk 15.47.10 # -_- 15.49.33 Quit ripnetuk ("Ninja IRC v1.5.8.1(#1) exiting after 4d3h30m56s of use") 15.49.39 Join ripnetuk [0] (n=george@82-70-100-230.dsl.in-addr.zen.co.uk) 15.57.00 Quit webguest98 ("CGI:IRC (Ping timeout)") 16.00.24 # linuxstb: weee, i've got some corrupted fonts again 16.01.27 Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-137-131.pools.arcor-ip.net) 16.02.29 # preglow: Congratulations :) 16.03.23 Quit Kaggen (Read error: 110 (Connection timed out)) 16.06.08 # man, this is strange 16.06.24 # i try to read back the exception vector table, and it doesn't look anything like it should at all 16.11.23 Join Febs [0] (n=40be24f0@labb.contactor.se) 16.15.36 # i understand nothing 16.17.11 Quit muesli_- (Read error: 110 (Connection timed out)) 16.22.25 Quit NicoFR () 16.25.05 Quit mashalla (Read error: 110 (Connection timed out)) 16.25.23 Quit webguest09 ("CGI:IRC") 16.30.41 Join novimon [0] (n=novimon@a84-230-230-239.elisa-laajakaista.fi) 16.35.57 Quit Febs ("CGI:IRC (EOF)") 16.35.59 Join Febs_ [0] (n=40be24f0@labb.contactor.se) 16.36.07 Nick Febs_ is now known as Febs (n=40be24f0@labb.contactor.se) 16.37.52 # hmm 16.37.57 # i'm starting to think this is cop related 16.38.01 # i completely forgot about it 16.38.07 # but the cop was awakened in the bootloader 16.38.11 # and we do nothing about it 16.38.19 # That would explain it. 16.39.43 # i just don't wake it now, and things aren't corrupted anymore 16.39.46 # but anyway 16.39.56 # the exception vectors are still right out wrong 16.40.49 # it looks like the apple vectors are still there 16.42.20 Join muesli_- [0] (i=muesli_t@Bc154.b.pppool.de) 16.42.44 Join San [0] (n=Test@A-109-246.cust.iol.ie) 16.42.57 Join _FireFly_ [0] (n=FireFly@p54A472FE.dip.t-dialin.net) 16.43.12 # I hope the Gigabeat can do 44.1kHz, first I though the DAC was connected to the AC97 interface and could only do 48kHz.. 16.43.19 Nick Vlad0man is now known as Vladoman (n=Vladoman@p54A7E2C7.dip.t-dialin.net) 16.43.49 # not the worst news ever if it was true 16.44.13 # that cpu is able to do some pretty kick ass resampling 16.44.14 # well, I would prefer not to resample most of the time 16.44.23 # true.. 16.44.45 # But the Wolfson DAC cannot be connected to a AC97 interface I think 16.45.03 # Is it digitial camera chip? :) 16.45.46 # no, for audio 16.46.08 # aha 16.49.02 # 7 hour to go on ebay for the Gigabeat F40.. 16.49.23 Join Mark_ [0] (n=Mark@cpc1-bele3-3-1-cust167.belf.cable.ntl.com) 16.49.24 Quit Mark_ (Killed by ballard.freenode.net (Nick collision)) 16.49.35 Join Mark_ [0] (n=Mark@cpc1-bele3-3-1-cust167.belf.cable.ntl.com) 16.49.41 Join Mark__ [0] (n=Mark@cpc1-bele3-3-1-cust167.belf.cable.ntl.com) 16.49.57 # If any of you is thinking of bidding.. please don't :) 16.50.19 Join webguest62 [0] (n=864c0338@labb.contactor.se) 16.50.57 # on what? 16.51.05 # markun: you mean that one? :-) --> http://cgi.ebay.de/TOSHIBA-GIGABEAT-F-40-MP3-PLAYER-AS-NEW_W0QQitemZ5831829437QQcategoryZ73839QQssPageNameZWD2VQQrdZ1QQcmdZViewItem 16.51.08 # looks like i'm nesting something up here... 16.51.26 # wubbla: yes 16.51.31 # haha 16.51.33 # preglow: I get a 1 bit difference on 10 samples of a 512 size mdct now 16.51.54 # You would seriously slow down rockbox developement for it ;) 16.52.08 # merbanan: ok, what do you do currently, math-wise? 16.52.19 # markun: don't worry about it! i already got an h320 16.52.27 # fhew.. :) 16.52.38 # I will a bidding. :P 16.53.00 # preglow: a Q?.12 fft aided mdct transform 16.53.28 # merbanan: no 64 bit muls? 16.55.01 # i just wanted to inform you, that the win32 simulator is broken in CVS... 16.55.16 # stubs.c: In function `simulate_usb': 16.55.18 # stubs.c:165: error: too few arguments to function `usb_display_info' 16.55.24 Quit Mark_ ("Leaving") 16.55.31 # preglow: well it is a 32*32->64 mul shifted down, but I'm only using max 8 bits over 32 16.55.56 # merbanan: shifted down how much? 16.56.09 # merbanan: right 16.56.41 # then we'll need to fiddle with extension bytes on coldfire 16.59.37 Quit muesli_- (Read error: 104 (Connection reset by peer)) 17.00.58 # wubbla: It's not broken both here and in the official build system. Perhaps you have an old stubs.c? 17.02.11 # oh...i need to update the uisimulator separately... 17.02.17 # sorry 'bout that 17.02.32 # preglow: if I try to use a int32_t it doesn't work and if I use Q?.8 with int32_t the resolution of the fractional part is to low 17.02.52 # Wonder why that is... when I do cvs up -dP in my working copy root, everything gets updated 17.02.57 # preglow: shifted with 12bits 17.02.58 *** Saving seen data "./dancer.seen" 17.05.04 # merbanan: then that'll be suboptimal on coldfire, at least 17.05.26 # but to make it optimal on coldfire you'll either need everything to be in the lower 32 bits, or in the upper 32 bits, so it's a bit of a bother 17.05.38 Join Cassandra [0] (i=Cassandr@elmyra.coraline.org) 17.05.46 # <_FireFly_> hi cass 17.05.55 Join mashalla [0] (i=mashalla@p5498D185.dip.t-dialin.net) 17.09.24 # hi FireFly - you are interested in iRiver remote arent you? i submitted a patch to make delete work on remote - fancy taking a look? 17.10.25 Join dpassen1 [0] (n=dpassen1@cpe-24-168-110-99.si.res.rr.com) 17.12.12 # <_FireFly_> ripnetuk: i can have a look on it 17.12.28 # thanks :) its on the sourceforge tracker 17.12.36 # preglow: so you have 40bits but you only see 32bit at a time? can you shift in the other 8 bits if you need them ? 17.14.39 Join TiMiD [0] (n=TiMiD@asgard.valombre.net) 17.14.56 # <_FireFly_> hi TiMiD 17.15.07 # hi 17.15.17 # <_FireFly_> i have found a little bug in your gui_quickscreen implementation 17.15.24 # sounds like I've done some more mistakes from what I read right now :( 17.15.45 # _FireFly_: if there was only one ... 17.15.49 Quit San (Read error: 110 (Connection timed out)) 17.15.54 # firefly - its at http://sourceforge.net/tracker/index.php?func=detail&aid=1363788&group_id=44306&atid=439120 17.16.05 Join ghode|afk [0] (n=garudin@host-212-158-193-198.bulldogdsl.com) 17.16.08 # <_FireFly_> TiMiD: it's on tracker the fix 17.16.32 # ok 17.16.45 # <_FireFly_> gui_quickscreen fix 17.17.24 # amiconn: about the sizeof(buffer), it was an old code, it worked because it was in the same area as the declaration of the buffer but I just blindly c'n'p 17.17.46 # _FireFly_: I look 17.18.39 # <_FireFly_> and i just see a typo in yesno.c 17.18.53 # <_FireFly_> #ifdef TREE_RC_RUN 17.18.53 # <_FireFly_> case YESNO_RC_OK: 17.18.53 # <_FireFly_> #endif 17.19.15 # <_FireFly_> yesno.c:78 17.19.35 # i changed that because TREE_RC_RUN is not defined 17.19.38 # XD 17.19.42 # prooved by deliberate error in ifdef block 17.19.53 # so i changed it to ifdef YESNO_RC_OK 17.20.02 # <_FireFly_> ripnetuk: that's right 17.20.02 # yep 17.20.07 # the patch looks good 17.20.13 # I will apply 17.20.18 # it's from you ripnetuk ? 17.20.23 # can you commit ? 17.20.24 # yes thanks :) 17.20.26 # i cannot 17.20.35 Ctcp Ignored 2 channel CTCP requests in 7 seconds at the last flood 17.20.35 # * ripnetuk is not good enough at c to be owrthy of commit 17.20.38 # worthy 17.20.39 # ok then givme your real name 17.20.44 # George Styles 17.20.57 # (im already on credits for some very basic changes to sim years ago in Archos days) 17.20.59 # oops I'm stupid again : it's written on the patch tracker :( 17.21.05 # ok 17.21.15 # <_FireFly_> ripnetuk: better create a account on sf.net then you can modify your next submit to the tracker :) 17.21.16 # I will apply this when 17.21.23 # - I will finish the lunch 17.21.36 # - I will finish the gui_logo 17.21.37 # :) 17.21.38 # firefly - my brain was mashed - i already have a sourceforge account for a project I released on gpl ages ago 17.21.42 # You see, that's the problem with the youth of today, no commitment. 17.22.00 # cass - thats my joke when people forget to commit on Oracle :) 17.22.25 # <_FireFly_> *g* 17.22.29 # thanks for looking at my patch - deleting files is important to me and I hate not being able to update to latest cvs without patches :) 17.22.37 # * Cassandra left her remote on the bus. :( 17.22.44 # oh no :( 17.22.44 # <_FireFly_> Cassandra: ouch 17.22.59 # TiMiD: The problem was that you changed the datatype from array to pointer. 17.23.30 # And I didn't suceed in getting an iPod out of my friend either. 17.23.44 # (which wasn't that likely, but ...) 17.24.04 # without the remote, the iRiver is no better than the iPod IMHO 17.24.29 # Unfortunately the additional parameter increases code size somewhat 17.24.35 # I suppose I can always buy a new remorte. :( 17.25.09 # have u tried ringing the bus company? in the uK at least they sometimes reunite people with lost property 17.25.26 # (unless the police have blown it up) 17.25.28 # If I wouldn't need it for development I wouldn't hesitate to give my remote away 17.25.30 # I sent them an email. 17.25.39 # They never found my gloves though. 17.26.57 # I assume I must've missed when I put it in my bag. 17.27.28 # I need it more for development than because I use it that much (although it is kind of handy over a big coat in winter.) 17.27.37 # <_FireFly_> :) 17.30.52 # Hmm, maybe lcd_remote_update could be threaded and when wps mode with ticking reduce is activated, it would update the display on background very slowly preventing the ticking 17.31.09 # that would require also a double frame buffering 17.32.35 # Let's not overcomplicate things 17.32.56 # I should try my random-interval idea soon... 17.32.59 Quit [1]Tomas (" HydraIRC -> http://www.hydrairc.com <- The future of IRC") 17.33.06 # yes, that sounds good also 17.33.38 # i already tried some delay compensation without any noticeable results 17.35.42 Join reset_router [0] (n=at@60-240-9-67-nsw-pppoe.tpgi.com.au) 17.35.47 Nick reset_router is now known as cannard (n=at@60-240-9-67-nsw-pppoe.tpgi.com.au) 17.37.00 # i was very impressed when I accedently played a .jpg album cover and it displayed it all nice on my iRiver :) 17.37.41 # what sort? 17.38.20 Join Amar [0] (n=502c6fc7@labb.contactor.se) 17.39.24 Join S-Eater [0] (n=937c3159@labb.contactor.se) 17.39.29 # whaddup 17.43.18 Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) 17.44.07 Join muesli_- [0] (i=muesli_t@Bc125.b.pppool.de) 17.45.05 Join LinusN [0] (n=linus@labb.contactor.se) 17.46.22 Quit B4gder ("time to say moo") 17.47.16 # amiconn: yes, I understood just a silly c'n'p without thinking of what was inside the code, which made all numbers of more than 3 chars to get cutted hehe 17.47.34 # yup 17.47.51 # The code size increase is rather small, I just checked 17.47.57 # max. 16 bytes 17.48.23 # Nothing to worry about 17.48.35 # i reckon my patch would save around that many bytes by removing ad-hoc code and replacing with api calls... havent checked tho 17.48.43 # a-hm... 17.48.57 # Grow sleepy.... 17.53.12 # about the code size, I think there will be a matter for unicode : I don't think we can go a lot below where we are now (if you take in account the initial 4kb incease when applying first multi-screen onemonth ago, then all the decreases done when using the gui api, I guess we gained around 1-2kb) 17.54.51 # ripnetuk: yes, it will decrease the binary siez a little, but not enougth :/ 17.55.05 # hehe every little helps 17.55.18 # I expected that to remove duplicated code would allow make it decrease more that that :) 17.55.36 # yes and I think it's at least more easy to read now 17.55.56 Quit webguest62 ("CGI:IRC (Ping timeout)") 17.56.38 # merbanan: we have an accumulator register which holds 32 of the bits, and an extension register which holds the top eight bits 17.57.12 # merbanan: so if we need more than 32 bits, we need to do a an extra fetch, extract some bits and do a cross-register shift 17.58.30 # TiMiD: I think there's still something to be gained 17.58.45 # The whole cconversion is not yet done 17.59.22 Quit muesli_- (Read error: 104 (Connection reset by peer)) 17.59.31 # far from being done I must say 17.59.50 # as longas there is a lcd_* remaining in the drawing code 18.00.25 # kevin@harkonnen ~/rockbox-devel/apps $ grep -r lcd_ *|wc 18.00.25 # 3078 12652 199447 18.00.31 # Another screen that came to mind - bookmarks 18.00.33 # 3078 remainings :) 18.00.47 # yes I wanted to go to this one after 18.00.52 # <_FireFly_> playlist uses some lcd_calls 18.00.56 # but I don't know how they works 18.01.00 # <_FireFly_> playlist.c 18.01.03 # playlist ? 18.01.06 # 0 18.01.07 # ow 18.01.30 # Jungti1234: 0 lcd_ ? you interrest me :) 18.01.38 # TiMiD: Your grep -r also catches apps/gui ... 18.01.44 # yes of course 18.02.02 # kevin@harkonnen ~/rockbox-devel/apps $ grep -r lcd_ *|grep -v gui|wc 18.02.03 # 3055 12556 197663 18.02.04 # <_FireFly_> TiMiD: display_playlist_count in playlist.c 18.02.05 # :) 18.02.06 # ;) 18.02.51 # <_FireFly_> the other "big"-part is the virtual-keyboard 18.03.28 # yes the virtual keyboard 18.04.17 # <_FireFly_> the "problem" is that for charcell-targets a separate keyboard-code is implemented 18.05.01 # it wouldn't be too hard to merge the two into a single graphical object 18.05.32 # maybe from scratch too for this one (it doesn't seems too hard too) 18.05.37 # The biggest problem with vkeyboard is (imho) how to handle the different lcd sizes in the sync_ case 18.05.42 # hah 18.05.47 # I thought about it 18.05.59 # <_FireFly_> my remote-setting patch has maybe a soulution in it 18.06.12 # just make differents keyboards 18.06.28 # <_FireFly_> i have added a screen_id var to the screen-struct 18.06.37 # since it's not possible to have the full size keyboard on the remote 18.06.50 # screen_id ? 18.06.54 # <_FireFly_> yepp the "old" 3-page system is needed 18.06.54 Quit S-Eater ("CGI:IRC (EOF)") 18.06.58 Part LinusN 18.07.02 # there is already a screen_id or something like that 18.07.04 # <_FireFly_> which as SCREEN_MAIN or SCREEN_REMOTE 18.07.09 # TiMiD: Different picker areas, but a synced input line? 18.07.22 # screen_type 18.07.41 # amiconn: 2 solutions 18.07.55 # <_FireFly_> that's relative new isn't it ?? 18.08.01 # <_FireFly_> the screen_type var 18.08.24 # 1/ fast to implement : 2 pickers area, if we use the main unit, it will go outside the one on the remote 18.08.33 # 2/ a scrolling picker areas 18.08.46 # 2 seems more fun to implement ;) 18.09.07 Join Moos [0] (i=DrMoos@m79.net81-66-158.noos.fr) 18.09.12 # _FireFly_: I don't remember well, but I think it was there since the beginning 18.09.15 # Hello guys! 18.09.16 # hi Moos 18.09.23 # The charcell picker is scrolling instead of paged (1 line only) 18.09.31 # your french language update is perfect ;) 18.09.36 # * preglow kicks portalplayer 18.09.38 # thanks :) 18.09.46 # TiMiD, Moos: No, it's not 18.10.06 # Moos: You made the player keylock strings much longer than before 18.10.13 # They have to be shorrrrrrrrrttt 18.10.16 # oh :) 18.10.22 # let me see this 18.10.35 # preglow: Any progress? 18.10.36 # I was talking on my iriver hehe 18.10.41 # at least the sentences means more 18.10.45 # <_FireFly_> TiMiD: you are right but this var didn't tell me which screen is currently given to a function 18.10.48 # That's why there are 2 sets of these, one for player (charcell lcd -> short) and one for recorder (and all others) 18.10.56 # TiMiD: yes it was the idea ;) 18.11.20 # _FireFly_: it contains SCREEN_MAIN when it's the main screen and SCREEN_REMOTE when it's ... guess what ;) 18.11.30 # linuxstb: i've found out what i do wrong, at least, the exception vectors aren't placed in the same spot as all the other arms in the world 18.11.38 # I read your discussion. 18.11.42 # francais.lang lines 409 and 415 18.11.51 # <_FireFly_> ohm that must i overseen let me check it again ;) 18.11.52 # problem is now i probably need a fixed address where i can put the handlers 18.11.54 # amiconn: I change this 18.11.57 # and this probably needs to be iram 18.12.06 # preglow: Could you please scan your nano? 18.12.16 # <_FireFly_> argh i'm blind ;) 18.12.19 # afk 18.12.52 # amiconn: i have no scanner 18.13.11 Join webguest62 [0] (n=864c0362@labb.contactor.se) 18.13.16 # _FireFly_: hehe this time it's not my fault :) 18.13.46 # <_FireFly_> i had implemented the same twice ;) 18.14.20 # man.... sorry to be completely off topic. but I just finished the first crossword I've evr finished! yay 18.16.03 # <_FireFly_> ok localy ereased all references to screen_id ;) 18.16.16 # Coldtoast: woow you should try in boring lessons, it's amazing how you will progress :p 18.16.38 # <_FireFly_> sudoku is also great ;) 18.16.52 # I did it at work 18.17.10 # had to bring it home with me cos I was stuck on the last word. but I got it. AND without cheating 18.17.28 # I really like Bejewelled 18.17.52 # i like gta:lcs on my psp :) best portable game ever IMHO 18.17.57 # oh I never tried 18.18.20 Join _DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) 18.18.37 # amiconn: LANG_KEYLOCK_ON_PLAYER=Verrouillage touches ON 18.18.42 # it's better? 18.18.47 # hehe this game is addicting ;) 18.20.55 # sounds like tomorrow morning's lesson will be fun ^^ 18.21.23 Quit Vladoman ("Leaving") 18.22.04 Join RotAtoR [0] (n=18e7f919@labb.contactor.se) 18.22.34 Quit Febs ("CGI:IRC (EOF)") 18.22.37 # hshah: if you are here, givme your usb logo ^^ 18.22.44 # the remote one 18.23.08 # im off now... thanks for looking at my patch so quickly firefly... 18.23.09 # cya later 18.23.35 # ripnetuk: I will commit it 18.23.45 # :) /me is pleased 18.23.48 Join Kaggen [0] (n=kaggen@c-722ae155.33-1-64736c10.cust.bredbandsbolaget.se) 18.23.50 # talk later 18.23.51 Quit ripnetuk ("Ninja IRC v1.5.8.1(#1) exiting after 2h34m16s of use") 18.26.42 Join muesli_- [0] (i=muesli_t@Bbcb5.b.pppool.de) 18.28.54 # hmm, i've been looking at working with color graphics with the upcoming h300 and ipod ports and the graphics api seems not very useful for anything other than monocrome graphics 18.29.03 # it would be very useful to be able to have a draw mode where you could draw everything but a certain background color, but it doesn't look like that's possible 18.29.18 # Korea time is 2:28 now. I'm sleepy 18.29.57 # Jungti1234: good night ! 18.30.55 # does anyone (amiconn?) know if there are plans to extend the graphics api? 18.31.27 # RotAtoR: I discussed a little bit with amiconn about this matter 18.31.52 Join webguest07 [0] (n=54bca911@labb.contactor.se) 18.31.52 Quit Amar ("CGI:IRC (EOF)") 18.31.53 # ok, so at least there are talks 18.31.57 # yep 18.32.25 # the problem is that you must have 3 api in the same time : 18.32.33 # monochrome, grey, color 18.33.12 Quit webguest07 (Client Quit) 18.33.14 # hmm, that would be a pain to maintain, but there must be some way to consolidate it all 18.33.35 # since players like iriver H1x0 / H3x0 have more than onescreen type 18.34.14 # ahh yes 18.34.18 # to the application level, the 3 api would co-exist 18.34.27 Quit DangerousDan (Read error: 110 (Connection timed out)) 18.35.22 # but since most of the apps uses predefined colors, we could easily make the app call one fn on one screen with the predef color and the convert it to the native screens's format 18.35.58 # of course for custom colors, whe have no choice but to let the app make special cases 18.36.31 # since we cannot easily translate a r g b to grey or monochrome without possibilities of it looking ugly 18.36.37 # on the target screen 18.36.40 # right 18.38.10 # that's a first draft in our heads:) 18.38.31 # I'm also a lot in favor of a user space drawing library 18.38.36 # rather than in kernel space 18.38.43 # * preglow tears hair out 18.38.46 # kernel should handle specificities of each display 18.39.01 # like low level doperations 18.39.05 # well i hope it goes somewhere, i think a lot of people will be screaming for a nice color graphics api as soon as the h300 and ipod ports are ready :) 18.39.25 # but since high level operations are the same for almost every drivers ... 18.39.58 # hehe they can scream, we aren't a company, we can do it as we want ;) 18.40.09 # hehe :) 18.43.37 # this would need a lot more reflection of course :) 18.43.51 # we should write it on the wiki 18.43.56 # since it's important 18.45.24 Quit muesli_- (Read error: 104 (Connection reset by peer)) 18.45.45 # it looks like there's a " Further ideas/suggestions" section already at the bottom graphics api page, but i don't know if that would be the best place for it 18.47.26 # TiMiD, u still need it? 18.48.04 # hshah: I could include it with my incoming commit if it's nice :) 18.48.05 # would colour display be easy to implement? 18.48.11 # TiMiD: The problem is that many drawing primitives need knowledge about the low-level pixel format for optimum performance 18.48.26 # even though it might be an afterthought/addition 18.49.34 # hshah: give it to me, I will test ^^ 18.49.44 # amiconn: yes, I undertand that 18.49.46 # RotAtoR: specifying a background colour isn't really flexible. (1) it will become impossible to use the colour reserved for masking. Not a big problem with highcolour, but certainly with only few greylevels 18.49.47 # im trying to send it here... 18.50.30 # http://www.warwickforums.co.uk/usbhshah2.bmp 18.50.40 # ^^ there TiMiD 18.50.42 # (2) Standard bitmaps are in target format for size and performance considerations. The drawing code would have to extract a mask from that 18.50.48 # but for example do you think that all the font handling needs to be have knowledge about the low-level format ? 18.51.04 # So it might be better to use a mask bitmap in the first place 18.51.40 # TiMiD: Yes, because the font bitmaps are also in (monochrome) target bitmap format 18.51.45 # <_FireFly_> amiconn for this could my cbmp-patch be usefull 18.51.59 # hshah: way nicer that the current one, if you give it to me in hex format, I will put ti I think 18.52.08 # ok 18.52.09 Quit mashalla () 18.52.14 # In fact not all font handling, but the string drawing itself (lcd_putsxy) 18.52.28 # hshah: don't try to send me files, put them on the web btw 18.52.39 # ok 18.53.23 # The scroll thread only needs knowledge about the capabilities (b&w/ grey/ colour), so it could be app layer 18.53.38 # www.warwickforums.co.uk/hex.txt 18.53.42 # thx ;) 18.53.44 Join San [0] (n=Test@213-202-170-5.bas504.dsl.esat.net) 18.54.30 # hshah: could you make the same for the remote, but only with the usb plug for example ? 18.54.44 # ok - what r the dimensions of the remote? 18.54.54 # TiMiD: Why not use the old standard USB logo for the remote? 18.55.12 # amiconn: it works 18.55.15 # Should fit quite well 18.55.19 # but if this one is nicer 18.55.22 # <_FireFly_> it fits well 18.55.28 # http://www.warwickforums.co.uk/usbhshah2.bmp 18.55.48 # I prefer the old logo over this one 18.55.53 # I like simplicity 18.55.55 # hshah: do it to the dimensions of the logo, since it's automatically centered 18.55.59 # ok 18.56.11 # o 18.56.13 # *ok 18.56.16 # I think at east the pkug is nice 18.56.20 # plug 18.56.22 # amiconn: you want I DCC you the new fr .lang file? 18.56.38 # ..and btw the computer picture in this logo doesn't match my comp at all 18.56.59 # hehe mine neither :) 18.57.17 # well but just the plug ? 18.57.17 Join Febs [0] (n=40be24f0@labb.contactor.se) 18.57.50 # (I find the actual usb logo a little ugly, that's why) 18.57.58 # I like the old plug more. Being slighty slanted it looks more dynamic 18.58.30 # hehe 18.58.36 # hehe guts and colors... 18.58.41 # erm i can't remember how to convert a bmp to hex... 18.58.44 # well a compromise then 18.58.52 # new plug on the remote 18.58.58 # old plug on the ain screen :) 18.59.18 # <_FireFly_> hshah: in tools there is a tool for it 18.59.19 # The main screen could have a better plug logo 18.59.22 # www.warwickforums.co.uk/usbhshahremote.bmp 18.59.23 # ...in greyscale 18.59.35 # taht would be nice indeed :) 18.59.58 Join NicoFR [0] (n=nico404@rob92-6-82-231-243-63.fbx.proxad.net) 19.01.11 Quit NicoFR (Client Quit) 19.01.37 # Speaking about logos - imho it would make sense to put the logos in separate source files the same way as already done for the colour rockbox logo 19.01.44 # www.warwickforums.co.uk/remote.txt 19.01.48 # ^ there TiMiD 19.01.51 # http://www.organicconsumers.org/school/loophole091605.cfm <- USA allows chemical testing on kids that have been abused in the past 19.02.09 # HCl: well, sure, why not, they're scarred for life anyway, nothing to life for 19.02.12 # They tend to be really long and make actual code hard to spot 19.02.17 # ...in the same file 19.02.39 # yes I agree 19.03.00 *** Saving seen data "./dancer.seen" 19.03.07 Join muesli_- [0] (i=muesli_t@Bbc96.b.pppool.de) 19.03.09 # preglow : I love your logic 19.03.16 # it's just so.. logical;) 19.03.27 # i'm like a vulcan 19.03.35 # hehe 19.03.37 # _\\// 19.03.42 # hahaha 19.03.56 # ;) 19.03.57 # i wish i didn't recognize that 19.04.11 # lol 19.04.18 # amiconn: with all the icons and so on ??? 19.04.20 # ... 19.05.19 # Yes, perhaps. Depends on how large these will become for colour LCD... 19.06.00 # TiMiD, any chance while you are doing that, that you would be able to comit my wps? 19.06.04 # please... 19.06.15 # or is that too much to ask? 19.07.18 # HCl: USA frightens me when it comes to his kinds of things :( 19.07.24 Quit Febs ("CGI:IRC (EOF)") 19.07.30 # Hmm, different question: Are there objections against replacing the simple 'backlight on when plugged' with a separate timeout setting when plugged? 19.07.40 # HCl: it can't hurts anyway... 19.07.54 # amiconn: well, more flexible, can't see why that'd hurt 19.08.19 # Should be possible with almost no additional code, and the old behaviour would be achieved by setting it to 'always on' when plugged 19.08.28 # yup 19.08.30 # Hadaka: there is a problem with the hex version of the logo you sent me 19.08.48 # sr Hadaka 19.08.52 # ...but you could e.g. set a timeout of 5s on battery, and 30s on mains 19.08.54 # hshah: 19.09.09 Join Acksaw [0] (i=Acksaw@spc1-stok5-4-0-cust5.bagu.broadband.ntl.com) 19.09.15 # yes... 19.09.17 # whats wrong with it? 19.09.50 # preglow: Also an important point: it's more flexible without an additional setting. 19.10.01 # TiMiD 19.10.05 # We already have so many settings that I am hesitant to add more 19.10.37 # <_FireFly_> amiconn: then you could have a look ar my remote-settings patch :) 19.11.05 # <_FireFly_> s/ar/at 19.11.48 # <_FireFly_> argh misunderstood your sentences 19.12.46 Quit RotAtoR ("CGI:IRC 0.5.4 (2004/01/29)") 19.12.57 Join Febs [0] (n=40be24f0@labb.contactor.se) 19.18.02 # hey febs 19.18.02 # :D 19.19.03 # sry lag 19.19.15 # _FireFly_: Remote scrolling is a different thing; these settings are simply necessary 19.19.36 # <_FireFly_> ok 19.19.42 Join speed123 [0] (n=speed123@p54BB8B69.dip0.t-ipconnect.de) 19.25.25 Quit cannard (Read error: 104 (Connection reset by peer)) 19.25.53 Part Polo_o 19.26.04 Quit muesli_- (Read error: 110 (Connection timed out)) 19.29.34 # oh.. 19.30.19 # Korea time is 3:30 now. 19.30.36 # Much late. 19.31.10 Join Sando [0] (n=lolsteam@144.135.255.155) 19.33.28 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 19.34.41 # so what u guys thing about the rumors of a official firmware update for the H3xx? - if i dont interrupt someone 19.35.12 # we don't much care about it 19.35.50 # yes, when rockbox is going to be well i am sure to swich 19.37.07 Quit Mark__ (Read error: 110 (Connection timed out)) 19.37.23 # . 19.37.36 Quit dpassen1 () 19.39.25 # TiMiD - the remote hex work for you in the end? 19.41.59 # where is the buttons.c file in the source code? 19.42.12 # wahaha 19.42.24 # <_FireFly_> firmware/drivers 19.42.28 # kk 19.42.29 # ty 19.42.32 # back 19.42.43 # got it 19.42.47 # Made new iPod WPS. 19.43.10 # hshah: the problem is that you have both bytes and double bytes in the file you gave me 19.43.13 # in hex 19.43.19 # the first part seems ok 19.43.21 # hmm... 19.43.25 # It resembles closely with iPod. 19.43.26 # the second one is wrong 19.43.29 # i just typed the command in :s 19.43.39 # bmp2rb a.bmp > a.txt 19.44.00 # any new H300 builds? 19.44.16 # no 19.44.18 # kk 19.44.28 # Night was late. good night 19.44.29 # TiMiD - do i need to add anything to the command? 19.44.35 # I don't know 19.44.46 # I never used it myself 19.44.49 Quit Jungti1234 ("Bye Bye~ http://cafe.naver.com/iriverh300") 19.45.45 # <_FireFly_> hshah: you need the -f parameter 19.46.04 # ahh rite - lol 19.46.05 # <_FireFly_> execute only bmp2rb without any params for the help 19.46.22 Join Wett [0] (n=wett@l04m-212-194-56-90.d4.club-internet.fr) 19.46.38 # yeah i got all that 19.47.11 Quit Kaggen ("Download Gaim: http://gaim.sourceforge.net/") 19.48.12 # bmp2rb -f 2 a.bmp > a.txt 19.48.14 # that rite? 19.48.17 # _FireFly_ 19.48.35 Part speed123 19.49.47 Join xmixahlx [0] (n=xmixahlx@64.122.111.98) 19.49.51 Join arkascha [0] (n=arkascha@xdsl-195-14-220-58.netcologne.de) 19.50.15 # <_FireFly_> hshah: for which screen is this logo ?? when it is for the remote then it's wrong :) 19.50.27 # yeah, its for the remote 19.50.53 # so what does the command need to be? 19.50.59 # <_FireFly_> then you need the mono param 0 Archos recorder, Ondio, Gmini 120/SP, Iriver H1x0 mono 19.51.43 # 0x7830 19.51.49 # it still outputs things like that 19.51.55 # which it shouldn't do 19.52.38 # <_FireFly_> is your bmp really 1bit = monochrome ?? 19.53.16 # yes 19.53.31 # i just resaved it as a 1bit monochrome 19.54.31 # www.warwickforums.co.uk/usbhshahremote.bmp 19.54.39 # _FireFly_ - try it yourself mate please 19.57.11 Join trinidad [0] (n=trinidad@integratedmedicalsys.com) 19.57.34 # how do i mount my archos in mtab to allow me to write to it? 19.57.44 # <_FireFly_> hshah: this is right i have used this command: /bmp2rb -f0 usbhshahremote.bmp 19.57.57 # <_FireFly_> trinidad: add users to the fstab-entry 19.58.11 # <_FireFly_> then you can also mount it as user 19.58.56 # _FireFly_ - i did the same thing and even in the cmd window its got text like 0x202c 19.59.58 # <_FireFly_> me not home.arcor.de/s.wezel/a.txt 20.00.18 # hshah, _FireFly_: I get the same problems with bmp2rb - it outputs 0xe8f1 as one of the values. 20.00.18 # <_FireFly_> this is the output of the program 20.00.29 # _FireFly_: For bmp2rb the .bmp format doesn't really matter 20.00.42 # It should handle all depths from 1..32 correctly 20.01.00 # hmm... then what on earth is going on... 20.01.10 # <_FireFly_> maybe a windows problem ?? 20.01.14 # TiMiD was saying something about not being able to use the values... 20.01.19 # <_FireFly_> because i'm under linux 20.01.19 # _FireFly_, thanks for the tip, however, there is no entry for the archos in fstab, it resides in mtab. Now, I have added users to the options, but when it is mounted i still don't have write permissions unless I run konqueror as root. 20.01.22 # _FireFly_: I get identical output to you - your output also has a bug. 20.01.31 # _FireFly_ - ive always used windows - i managed to hex my USB logo fine 20.01.42 Quit xmixahlx (Read error: 104 (Connection reset by peer)) 20.02.16 # <_FireFly_> linuxstb: just saw it 20.02.25 # <_FireFly_> 0xe8f1 20.02.54 # Hmpf. Seems the one who extended bmp2rb for highcolour output introduced a bug 20.03.03 # yes 20.03.14 # * hshah loads shotgun ;) 20.03.33 # hmm 20.03.42 # amiconn, preglow: any idea what a A606-0512 does? It's located close to backlight connector, maybe a DC/DC convertor? 20.03.46 # next time maybe for the usb screen ;) 20.03.51 # http://img85.imageshack.us/img85/7631/angle8vj.jpg 20.04.12 Join xmixahlx [0] (n=xmixahlx@64.122.111.98) 20.04.14 # TiMiD - as another request - any chance for my wps? 20.04.36 # hshah: when my connexion will be more stable, I will commit first what I have to commit 20.04.49 # ok cool :) 20.05.44 # then I will see for your wps and Moos's french update 20.06.52 # any foobar users here? 20.07.06 Join tucoz [0] (n=81b17b04@labb.contactor.se) 20.07.24 # hshah, where can I have a look at your wps? 20.07.39 # on the tracker perhaps? 20.07.42 # yeah 20.08.04 # ok, thanks 20.12.18 # I am not sure how to say this without being rude to all the wps-makers, but I have a little concern with Rockbox being shipped with a lot of wps's. Imho, Rockbox should be shipped with only a few wps to show what could be done, and perhaps offer a downloadable theme-pack on the server. 20.12.44 Join Mark_ [0] (n=Mark@cpc1-bele3-3-1-cust167.belf.cable.ntl.com) 20.12.56 Join Mark__ [0] (n=Mark@cpc1-bele3-3-1-cust167.belf.cable.ntl.com) 20.13.09 # hshah, this has nothing to do with yours. I like the clean look on yours. 20.13.24 # no worries mate 20.13.40 # whats your reasoning behind that anyway? 20.13.49 # i mean why not have a few wps's? 20.15.11 # I do not see the point in having a zillion themes shipped in the standard build 20.15.39 # well obviously not too many, but anything below 20 is ok isn't it? 20.15.43 # are you guys shipping rockbox as the standard firmware for the players? 20.15.51 Join tim66 [0] (n=tim@83.97.39.21) 20.15.55 # San... we can't do that - lol 20.15.58 # i know 20.16.05 # but have people asked you? 20.16.13 # but i think someone said something about it... 20.16.22 # LinusN is the person to ask i think 20.16.32 # ah 20.17.13 # tucoz - rockbox should be for everyone, and some don't know how to make wps/compile the code etc etc so why not include as much as possible 20.17.25 # hshah, maybe. In my opinion, the shipped wps's should be some sort of showcase, or maybe popular ones. Then again, I trust the developers do their choices when they commit stuff. 20.17.27 # its not like extra wps are going to reduce performace or eat up lots of space 20.18.02 # San: there were some talks with Neuros 20.18.13 # oh, yeah, i remember that 20.18.38 # whats wrong with the button config in rockboy? 20.18.41 # hshah: They do eat up lots of space, at least in their current implementation 20.18.55 # how much space? 20.18.56 # hshah: well, not much. Maybe you are right. I just think that it might be a better idea to offer a theme-pack for people wanting to have _lots_ of themes on their player 20.19.09 # now that wud be a better idea tucoz 20.19.13 # official theme packs 20.19.34 # Several megabytes depending on the HD size 20.19.57 # i wouldn't call anything less than 5mb a lot... 20.20.11 # The problem is that a number of wps'es uses dozens of bmp files. Each file needs at least one cluster 20.20.24 # ...and cluster size is 32KB on H140... 20.20.25 # anyway since hshah's wps is 'clean style', it should be bundled too 20.20.28 # I do think I could change opinion if the themes only used one .wps and one .bmp file. But, as it is now. 20.20.34 # we have only picture wps 20.20.45 # TiMiD: I agree 20.21.15 # thanks TiMiD :) 20.21.20 # tucoz: commit it then (I have some connexion problems) 20.21.22 Quit trinidad (Remote closed the connection) 20.21.27 # The wps module contains >200 files. 20.21.30 # TiMiD: I can't 20.21.34 # ow 20.21.35 # I am no commiter 20.21.38 # ok 20.21.53 # well what is a Mb when you have GB ? 20.22.09 # It is not the space I am concearned about 20.22.20 # true it adds to the download size of rockbox 20.22.22 # download size ? 20.22.24 # They also increase RAM usage of the dircache 20.22.25 # and some people r still on 56k 20.22.33 # Yes, that as well 20.22.37 # yes 20.22.39 # amiconn: that is a good point 20.22.46 # the bundled one are very nice 20.22.52 # That's the main reason why we also don't bundle voice files 20.23.00 # maybe we should filter the next incoming 20.23.09 # amiconn: I still like your idea of having a single large bitmap that you "copy and paste" from. 20.23.20 # ...although I consider voice UI a much more useful feature than graphical wps 20.23.34 # make a page with a picture or 2 of the wps 20.23.46 # and a zip file to extract to the root of the player 20.23.47 # simple 20.24.06 # I never look at the wps 20.24.07 # Yes, I like those. Still, I do think that the bundled ones should show something special, have a high standard etc. Just not all of them. 20.24.12 # but they are cute :) 20.24.26 # but the idea about theme packs is good 20.24.36 # especially if official rockbox ones were made by the devs 20.24.47 # ughh 20.24.54 # hshah: yes, especially now, as we have the theme-concept 20.24.55 # you don't want a wps made by me ;) 20.25.03 # When the windows installer will be extended to support iriver, we could also offer 2 versions. 20.25.03 # You don't want devs designing the WPS... 20.25.13 # hehe :) 20.25.20 # what i meant was, they should be collected by devs 20.25.31 # or by users 20.25.35 # with a vote system 20.25.38 # so the devs see all the available ones... choose ones they like to be for rockbox... and then make packs 20.25.55 # One minimal install, and a full version for those users with a fast connection which want an all-in-one package 20.26.33 # This all-in-one package might easily become 10..20MB, perhaps even more 20.27.08 # amiconn: yes, that could work. Or just offer the extras in their own zips. (themepack.zip, etc) ? 20.27.38 # That's what we do right now with the voice files 20.27.46 # yeah - i wud prefer the extras 20.27.58 # amiconn: yes, but more easy accessible. Like on the download-page 20.28.01 # if the users don't know how to install the themes then they should be shot :p 20.28.16 # hshah: that would be as simple as installing rockbox 20.28.27 # just unzip the .zip onto the player 20.28.28 # yeah i know - but some even have problems with that 20.28.47 # tucoz: I agree 100% that the voice files should be made accessible from the download page, at least those matching the (current) release 20.29.01 # some people have emailed me after completing my guide and asking what they do next... 20.29.04 Quit ghode|afk (Read error: 104 (Connection reset by peer)) 20.29.12 # hshah: hehe, that is true. Still, if they ask for themes, then I guess they have rockbox installed already 20.29.51 # We already had requests where the user didn't understand what was meant by 'root directory' ... 20.29.55 # yeah - ur always gonna get some idiot asking... what program do i unzip it with, or where do i put the files... and oh this theme is not working... 20.30.53 # Hmm, there might be an additional problem with theme packs. Not all themes are suitable for all targets 20.31.06 # ah, that is true 20.31.50 # But, the buildscript only bundles the suitable themes as it is now? 20.32.00 # yes 20.32.00 Join ghode|afk [0] (n=garudin@host-212-158-193-198.bulldogdsl.com) 20.32.37 # <_FireFly_> TiMiD: i got it :) now the format_buffer is only with 387 bytes filled instead of 759 bytes(with my wps) 20.33.12 # I see. 20.35.48 # Then the thempacks will have to be for a specific platform(s), which in turn will yield a number of .zips, which is again not a good idea. 20.37.04 # There will be at least 4 theme packs, depending on lcd resolution and depth. 6 when all ipods will be supported some day 20.37.35 # ..or just an extra link under the platform on the download page. 20.37.47 # like an extras link or something like that 20.38.12 Quit Acksaw () 20.39.44 # bye 20.39.46 Part tucoz 20.44.11 # ipod data bus _is_ 16 bits wide 20.44.18 # so perhaps we should do some tests with thumb code 20.45.21 Join Rhino [0] (n=524761d6@labb.contactor.se) 20.48.19 # bk to themes - i think rockbox should have a max of 10 built in themes and the rest should be addons 20.49.02 Quit Mxm`Pas`Bien (Read error: 104 (Connection reset by peer)) 20.49.03 Join Maxime [0] (n=flemmard@fbx.flemmard.net) 20.54.51 Join _arkascha [0] (n=arkascha@xdsl-213-168-109-44.netcologne.de) 20.57.11 Join frederic [0] (n=chatzill@i577BA8F1.versanet.de) 20.57.19 Quit _arkascha (Remote closed the connection) 20.59.12 Quit arkascha (Read error: 110 (Connection timed out)) 21.00.47 Quit Rhino ("CGI:IRC (Ping timeout)") 21.01.18 Join webguest33 [0] (n=52e30123@labb.contactor.se) 21.03.01 *** Saving seen data "./dancer.seen" 21.03.17 Join Rhino [0] (n=rhino@82-71-97-214.dsl.in-addr.zen.co.uk) 21.03.40 # hi all 21.04.16 Join trinidad [0] (n=trinidad@integratedmedicalsys.com) 21.05.06 # i have installed the latest daily firmware for my archos, fixed the problem i had with mounting and write access, but it seems that whenever i past folders into the drive it doesn't transfer all the data 21.05.19 Quit trinidad (Client Quit) 21.05.31 Join Philip [0] (n=Philip_0@user-6609.l3.c1.dsl.pol.co.uk) 21.05.44 # I have a Roxkbox programming question ... can anyone help? 21.05.53 # *Rockbox 21.06.20 # <_FireFly_> simply ask Rhino 21.07.03 # hi all, anyone else get an internal compiler error when building 'dumb' ??? 21.07.13 # thanks dude, I was wondering if some sort of simplified directory structuring is in the pipeline ... if not I was going to have a bash at it. 21.07.23 # I have 200 artists 21.07.43 # my directory structure is in \my music\artist\album\track# - track 21.07.58 # and it's a pain having to scroll thru the artist list to get to the one I want 21.08.15 # do you have lots of differnent genres?? 21.08.36 # I was wondering if someone is planning to implement A, B, C virtual directories that automagically filter the artists 21.08.53 # if not is it doable? 21.08.56 Join muesli_- [0] (i=muesli_t@Bc0a0.b.pppool.de) 21.09.11 # I don't want to go to the bother of starting it if there is a fundamental reason why it won't work 21.09.41 # i can't see any reason it shouldn't.... but i'm not a coder :( 21.10.42 # I've been coding c/c++ for 18 years so I can't forsee any programming issue, I was just worried that there may be a fundamental issue with the Rockbox API preventing something like this being implemented 21.10.56 Quit Wett (Read error: 110 (Connection timed out)) 21.11.23 # Rhino: virtual directories? what do you mean? would an artists folder with playlists for each artist, and the same for genre, etc. give the sort of functionality you're looking for? 21.11.29 # tim66: m68k-elf-gcc 3.3.x ICEs on dumb. Use 3.4.x 21.12.10 # Rhino: You can already scroll page-wise 21.12.19 Join linuxstb_ [0] (n=5343d4aa@labb.contactor.se) 21.13.13 Quit Mark__ ("Leaving") 21.13.24 # didn't know that ... I thought you could only do it line-by-line ... 2 ticks while I try it 21.13.49 # do you want the ability to essential search your files via ID3 tag data?? 21.13.49 # amiconn: cheers, I'll give it a shot, I misread the wiki :-( 21.13.58 # ok ... give me a clue ... how do I jump by page? 21.14.28 # On iriver, hold Play while using the joystick 21.15.54 # Philip: no, I want to go into a directory ... if it has more than, say, 20, folders present a single character list of matching folders, e.g. A, B, C, G, K 21.16.13 # when you click on the folder it would show you the real folders 21.16.30 # I wouldn't like rockbox to obfuscate the real dir structure 21.17.20 # makes browsing so much simpler, I implemented it in my AlbumView application ... http://www.jdnet.co.uk/forum/viewtopic.php?t=40 21.18.11 # me neither i have my music in Genre\Artist\Album\##-title but my genres are vague at best, not true genres 21.18.36 # Philip: same here 21.20.03 # I like filtering as it is done on the Rio Karma - list of letters on the left you can always see the "contents" of each letter on the right and switch between 21.21.28 # BTW I'm not the only one who would like this approach to browsing ... http://www.misticriver.net/showthread.php?t=32190 21.23.13 # Rhino: of course everything can be done, but the code that handles the filetree is in my opinion ugly enough ... 21.23.29 # i think i would use it once i get more music... 21.23.47 # Rhino: Why don't you just create your own subdirectories A, B, C, D etc and put your artists in those? Or am I missing something. 21.25.02 Quit Coldtoast ("Peace and Protection 4.22") 21.26.56 # Mainly because for sync purposes I mirror what I have on my main fileserver where I don't have the problem. 21.27.48 # I use my AV app to browse/play 21.28.14 # Also it's something that computers were designed for in the first place :D 21.28.28 Quit Moos ("Glory to Rockbox") 21.29.03 # Rhino: You're kidding me ;) 21.29.11 # hehehehe 21.29.27 # However, a icon-based UI is needed. 21.29.32 # I haven't looked at the code, is it mostly C or is it C++/STL? 21.29.39 # Rhino: hahaha 21.29.42 # Only C (and some ASM) 21.29.57 # oooo ... down'n'dirty 21.30.17 # and faster than a rabbit on spee^H^H^H^Hrollerskates 21.30.24 # HAHAHAHAHA 21.30.32 # Rhino: no ooooo :) 21.30.44 # I was wondering, are the H300 builds updated with every change as they are announsed on the RB website??? for example will the files have changed since sunday??? 21.31.24 # Does the Win32 sim compile without cygwin btw? 21.32.04 # Rhino: try to read it first, you will see that lot of parts can't do anything but what they habe been (foot)coded for 21.32.40 # Philip: Yes, the builds get updated automatically. The bleeding edge builds after each cvs commit, and the daily builds once each day. 21.32.45 Quit webguest33 ("CGI:IRC") 21.32.53 # so any changes in the H300? 21.33.23 # yeah, I'll pull the code and see what I can do. if I get anything working I'll pop back and show you guys to see what you think 21.33.35 # thanks for your help dudes. 21.33.41 # Rhino: One complication is the dircache. 21.33.57 # anyone working on the H300 besides LinusN? 21.34.11 # But if you do this at the application level, it shouldn't matter. 21.34.30 # phillip, I have 6617 .gbc roms 21.34.35 # beat that 21.34.36 # :P 21.35.05 # Is the dircache an API layer? If so thenm that'd be the best place to implement it 21.35.20 # i only asked because there is not an obvious link (from the daily builds page) to the H300 build so did not know wheaver or not it was updated in the same manne, thankyou 21.35.22 # linuxstb_: in my optinion, if something like this is implemented, it won't interract with dircache sinceit will be at the application level 21.35.45 # san: can you play any of them??? 21.35.55 Quit frederic ("Chatzilla 0.9.68.5.1 [Firefox 1.5/undefined]") 21.36.01 # i got metal gear solid playing 21.36.04 # what's the H120 screen resolution? 21.36.08 # moving?? 21.36.09 # is the dircache really a directory cache or is it a full FS API? 21.36.14 # but couldn't controll the person 21.36.15 # :P 21.36.16 # a dir api 21.36.39 # that should be fine then ... just need to put in virtual folders 21.36.45 # oh cool just noticed daily build link to H300 :D 21.37.28 # I assume that for each folder there is a struct pointing to the parent and children? 21.37.37 # Rhino: you mean behind the dircache api ? 21.37.49 # no, the dircache API itself 21.37.51 # how do I download the dailybuild? re download the rockbox.zip folder? 21.38.34 # I presume it's a tree structure of structures 21.38.44 # San, it's a .zip file. Just download it and extract its contents to the root of your player. 21.39.04 # but if it's implemented at the fs level, apps won't be able to see the normal tree structure which I presume could be bad in some cases 21.39.11 # but where, the place i downloaded it first? 21.39.21 # for me it's something that has to be implemented inside the viewer 21.39.35 # I agree. 21.39.37 # http://www.rockbox.org/twiki/bin/view/Main/ManualRockboxInstall#Installing_a_Rockbox_daily_build 21.39.46 # TiMiD: not really as all they would see if an empty read-only folder list 21.39.56 # *is 21.41.00 # imagine you remove a file in the dir 21.41.04 # ty febs 21.41.18 # the wiki is so confuzzeling 21.41.25 # and you set the file limit to 20 for starting the lettrer virtuals folders 21.41.51 # actually, where can i find the logo that rockbox displays when it starts up? 21.41.53 # has anyone tested tag db in RB yet?? 21.41.58 # all apps which had the path /a/aaa will be wrong 21.42.08 # because now it would be /aaa 21.42.10 # i clicked on the link and got this 21.42.11 # http://www.rockbox.org/showlog.cgi?date=2005-11-22%2004%3A16%3A52&type=iriver%20H300%20-%20Normal 21.43.20 # true, but the virualness could be controlled by the app and when it wants a "real" filename it can ask the dircache to convert it 21.43.31 # You need to click on either the daily build (top of page) or a bleeding edge build (bottom of page). 21.43.54 # Don't click in the table--those aren't the builds, they are the compiler logs. 21.44.01 # ooohh 21.44.04 # san: if you go to the daily builds page there is now a direct link the H300 build 21.44.27 # see it now 21.44.28 # thanks 21.44.33 # wasn't tere yesterday 21.44.39 # thats why I was confused 21.44.41 # *there 21.45.35 # maybe a layer over the fs then 21.45.42 # but not the default choice 21.46.11 # definately, need to keep backwards compatibility 21.46.16 # the only app that could benefit fromm that would be filetree .... 21.46.47 # anyway take a look at the sources and if you are not afraid, go :) 21.46.49 # now you're into realms I don't know as I haven't pulled the code yet 21.47.00 # hehehehe ... defo! 21.47.16 # again, thanks for all your help dudes ... if I get anywhere I'll let you know 21.47.24 # byeeeeeeeeeeeeeeeeeeeeeeee 21.47.29 # cu ! 21.48.05 Part Rhino 21.49.51 # just crashed as i was seaching ID3 tag database... 21.49.59 # on H300 21.51.17 # Philip: H300 is at a very early stage ... 21.51.34 # and it seems that ID3 too :) 21.51.35 # i know, just letting people know 21.51.59 # the data base loads, i can seach using text input 21.52.19 # then if i select any of the artists it says loading and hangs 21.57.48 # can anybody point me to the place where the rockbox logo that's displayed while the player is starting is stored? 21.58.24 # i thought it was contained in the rockbox.iriver file... 21.58.31 Join bbad [0] (n=bbad@81.198.48.110) 21.59.27 # what about the sources? 22.00.40 # ?? sorry I don't know enough about it to know 22.01.11 Quit Kohlrabi (Nick collision from services.) 22.01.17 Join Kohlriba [0] (n=Kohlrabi@dslb-082-083-128-069.pools.arcor-ip.net) 22.02.13 # apps/recorder/logo-h300.c (for example) 22.03.50 # what about H120? 22.04.07 # guess :) 22.04.35 # i'm trying, but i only see h300, nano and ipod in there... 22.05.08 # :) 22.05.13 # apps/plugins/logo.c ? 22.05.28 # because ifrb wwas logically organized, it wouldn't be fun ^^ 22.05.42 # * TiMiD whispers apps/recorder/icons.c 22.05.51 # <^BeN^> where i can get the rockbox simulatur? 22.06.04 # you don't, you build it yourself 22.06.14 # <^BeN^> ahh 22.06.22 # <^BeN^> i think that i can download it 22.06.27 # * preglow stares at the build table in disbelief 22.06.32 # ok... and the picture that was used to create that doesn't exist? :) 22.06.37 # you can, but then you need to compile it 22.06.48 # ender`: yes it's in tools/ 22.06.54 # bmp2rb I believe 22.06.58 # <^BeN^> compile its not a problem 22.07.08 # <^BeN^> wher i can get the source 22.07.12 # <^BeN^> where 22.07.16 # but it seems to be buggy since someone added support for ipod or H300 22.07.17 # cvs, daily builds 22.07.46 # <^BeN^> 10q 22.07.54 # that's just the converter as far as i can see 22.08.46 # You can create it again - e.g take a screendump. 22.09.41 # But the source image is on the Rockbox website somewhere - a very large tiff file which was scaled down. 22.10.50 Quit San () 22.13.29 Join tvelocity [0] (n=tony@ipa224.1.tellas.gr) 22.13.42 Quit ender` (Read error: 113 (No route to host)) 22.13.43 Join ender1 [0] (i=ychat@84.52.165.220) 22.14.04 # great, trying to view the screendump bsoded my windows :p 22.14.25 # Ah, my virus works... 22.14.49 # you successfully brought down M$'s fastfat.sys 22.15.06 # let's see if it happens again... 22.15.52 # preglow: How did you discover the ipod has a 16-bit data bus? 22.16.03 # preglow: What about teh build table? 22.16.19 # amiconn: it's... green 22.16.26 # linuxstb_: portalplayer datasheets 22.16.31 # ? 22.16.35 # linuxstb_: s/datasheets/advertising propaganda 22.16.36 Quit ender1 (Read error: 113 (No route to host)) 22.16.44 # You mean "product briefs" ? 22.16.47 # yeah 22.16.50 # that 22.17.05 # preglow: And? Apart from that there were better times. It's not completely green 22.17.25 # amiconn: ah, no, but the current one is 22.17.49 Join ender` [0] (i=ychat@84.52.165.220) 22.18.11 # this seems pretty reproducible... 22.18.28 # it happened both times when i tried to view the 2nd image... 22.23.00 Join Jozi [0] (n=noname@83-71-59-167.b-ras1.srl.dublin.eircom.net) 22.23.05 # hi 22.23.39 # linuxstb_: seems they're bolting fat32 support onto their own bootloader now 22.23.50 # could someone help me with the bootloader 22.24.04 # i was told theres a new version out for iriver h120 22.24.22 # all i can find on the site are the daily builds 22.24.35 # no version 6 bootloader 22.24.56 # Jozi: http://www.rockbox.org/twiki/bin/view/Main/IriverBoot 22.25.09 # preglow: Yes, and hfs and ext2/3 I believe 22.25.40 # preglow: thankk you 22.25.48 # -k 22.25.54 # Jozi: np 22.27.14 # are you one of the development guys for the iriver fw? 22.27.21 # yeah 22.27.33 # cool, love the fw 22.27.45 # keep liking this player more and more 22.30.30 # me too, heh 22.30.38 # think i'll reboot and do some eq work 22.30.38 # brb 22.33.08 # preglow: fed up by arm exception vectors? ;) 22.35.34 # indeed 22.37.22 Quit XavierGr (Read error: 113 (No route to host)) 22.37.27 Quit _FireFly_ ("Leaving") 22.40.13 # bootloader updated, thank you 22.40.28 # * ender` now has scans of his iHP-120 showing the RockBox logo 22.41.00 # just wondering the other day is rockbox more efficient with bat life than the original iriver fw? 22.41.24 Join Kaggen [0] (n=kaggen@c-722ae155.33-1-64736c10.cust.bredbandsbolaget.se) 22.44.27 # Jozi: it's difficult to test since the settings differs a lot, but some benchmarks gave iriver more battery time 22.44.47 # well almost all :) 22.44.53 # search on the forum 22.45.54 # really? 22.46.01 # then have a look at: http://www.rockbox.org/twiki/bin/view/Main/FeatureComparison 22.46.11 # Battery lifetime: 22.46.17 # iriver h1x0 firmware: long 22.46.22 # Rockbox: longer 22.46.27 # yes I know 22.46.49 # now why's that? :P 22.46.51 # but that's not what the users who tested concluded at least 22.46.58 # irivers fw lasts longer at the moment 22.47.42 # tested it myself 22.48.23 # hehe I don't know why since both use the same codecs 22.48.31 # at least for ogg 22.49.07 # it would be interresting to do an ogg benchmark to see if it's the mp2 decoder in rb that doesn't performs as fast as in iriver fw 22.49.17 # or if it's something else 22.49.32 # since ogg codec is the same on the 2 players 22.49.53 Join hardeep [0] (i=hardeeps@norge.freeshell.ORG) 22.49.57 Nick StrathAFK is now known as Strath (n=mike@dpc674681214.direcpc.com) 22.53.00 Join amar [0] (n=502c6fc7@labb.contactor.se) 22.55.19 # see my iRiver in all of it's dusty glory: http://deeperthought.ena.si/imgs/ROCKbox-iHP-120.jpg 22.55.42 # well done m8 22.55.56 # wellcome on the good site 22.56.01 # -l 22.56.43 # * ender` cheated with the JPEG plugin to get that image 22.58.34 Quit DreamTactix291 (Read error: 110 (Connection timed out)) 23.00.44 # Windows chkdsk doesn't seem to like the dump files rockbox creates 23.01.27 # this is what it says: More than one DUMP_000.BMP entry in folder \. 23.02.06 # (and dir /x shows that all BMPs have the same short filename, which seems to be what's throwing the fat driver off) 23.02.06 Quit Febs ("CGI:IRC (EOF)") 23.02.28 # I was about to ask you that. Sounds like a bug in the Rockbox fat driver. 23.03.02 *** Saving seen data "./dancer.seen" 23.03.57 # is there any way to find empty directories with a simple linux shell command/bash-one-liner? 23.04.44 # niow the max files per dir is at max 900 ? 23.06.33 # linuxstb: please note that i'm currently using 1 month old snapshot 23.08.09 Quit linuxstb (Read error: 104 (Connection reset by peer)) 23.08.13 Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 23.08.15 Join frederic [0] (n=chatzill@i577BA8F1.versanet.de) 23.14.49 Part linuxstb_ 23.15.00 Quit frederic ("Chatzilla 0.9.68.5.1 [Firefox 1.5/undefined]") 23.15.09 Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 23.15.33 Quit linuxstb (Nick collision from services.) 23.15.38 Nick linuxstb_ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) 23.19.40 # hm, it's kinda confusing when you navigate to an empty directory... 23.21.23 # add some files ;) 23.21.33 # what are the new crossfade settings - delay and duration? 23.22.09 # hold on 23.22.15 # http://www.misticriver.net/showthread.php?p=343489#post343489 23.22.25 # just posted by me today ;) 23.24.55 # ok, then another thing: what's the shuffle repeat mode? 23.25.55 # was playing a game there. Pity bat isnt as good then. 23.26.48 Quit markun (Remote closed the connection) 23.26.53 Join markun [0] (n=karl@bastards.student.ipv6.utwente.nl) 23.31.31 Quit hshah ("Leaving") 23.32.32 Part Kaggen 23.35.51 # has H300 a gold button ? 23.35.54 # hold 23.36.46 # gold??? 23.36.53 # no hold :) 23.37.07 # oh typo 23.37.23 # if it had a gold button, lot of people couldn't afford to buy one ;) 23.37.55 # it seems there is one 23.38.19 # yes hold button on side of player 23.38.21 # but that it's not implemented in simulator 23.38.33 # that's why I get those errors 23.38.44 # and red build grrrr 23.39.39 Quit tvelocity ("Leaving") 23.43.27 # gold build on red button? jk 23.43.52 # Seriously, there seems to be a stub missing for h300 sim that is present for h120 sim 23.44.20 # yeh the RB logo is red and the Background colour is gold :) 23.45.16 Part Philip 23.45.18 # TiMiD: The fix is trivial... Me fix? 23.46.15 # Within uisimulator/x11/button-x11.c and uisimulator/win32/button.c a section needs to be #ifdefed differently 23.46.26 # (at the bottom of these files) 23.47.02 # hohoho 23.47.08 # I will try then :) 23.52.07 # hehe 23.52.28 # you can call that a genious patch ^^ 23.54.05 Quit _DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 23.54.40 # Bagder: You could also add an iPod color win32 sim if you feel like it. It should build ok 23.55.03 # ...and even work to some extent unlike the colour x11 sims ;) 23.57.09 # http://search.ebay.com/search/search.dll?sofocus=bs&sbrftog=1&catref=C12&from=R10&satitle=ihp&sacat=97927%26catref%3DC6&bs=Search&fsop=1%26fsoo%3D1&sadis=200&fpos=98372&ftrt=1&ftrv=1&saprclo=&saprchi=&seller=1&sass=outletmp3 23.57.22 # some dude has dozens of refurbed ihp-120's 23.57.58 # ...if anyone is interested 23.58.54 # anyone have the url of that guy making his own h1x0 firmware?