--- Log for 11.11.105 Server: kornbluth.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 6 days and 19 hours ago 00.00.36 # man, amiconn could have done wonders for this mandelpod app 00.00.56 # Is it slow? ;) 00.01.00 # og yes 00.01.07 # oh yes, that is 00.01.19 # hehe, mandelbrot.rock is rather fast even on archos :-P 00.01.43 # the coldfire one is heaps faster than this one 00.01.46 # but this is colour, of course 00.02.47 # Doesn't matter at all 00.02.52 # (unless they do cpm) 00.03.09 Quit korpse (Remote closed the connection) 00.03.12 Join korpse [0] (i=korpse@rrba-146-77-149.telkomadsl.co.za) 00.08.16 Quit korpse (Remote closed the connection) 00.08.31 Join korpse [0] (i=korpse@rrba-146-77-149.telkomadsl.co.za) 00.09.17 # oh well 00.09.21 # enough of fun and games 00.12.42 Join webguest06 [0] (n=45e7303d@labb.contactor.se) 00.13.34 Quit korpse (Remote closed the connection) 00.13.55 Quit webguest06 (Client Quit) 00.15.25 Part len0x 00.16.19 Join Gibbed [0] (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) 00.16.20 Quit Rick (Nick collision from services.) 00.16.28 Nick Gibbed is now known as Rick (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) 00.18.58 Join korpse [0] (i=korpse@rrba-146-77-149.telkomadsl.co.za) 00.19.12 # linuxstb: not only the printf triggers it 00.19.16 # linuxstb: other things can as well 00.21.57 # It's very annoying. I can't understand the reason for it. 00.22.32 Quit muesli- (Read error: 110 (Connection timed out)) 00.22.40 # The startup code seems to be working fine - otherwise I am sure we would get lots of other strange behaviour. 00.23.57 # sure 00.24.02 Quit korpse (Remote closed the connection) 00.24.19 # I don't think it's a hardware initialisation bug - because a particular build either works or it doesn't - consistently. 00.24.33 # and 00.24.36 # it must be overflow 00.24.40 # i'm almost convinced 00.24.45 # the graphics survives 00.24.48 # but the font doesn't 00.24.56 # but how, i don't know 00.25.13 # then again, it can't be 00.25.22 # you write tons of long strings to bug via snprintf 00.25.26 # one more shouldn't matter 00.25.35 # Exactly. 00.26.49 # hmm 00.33.10 # I wonder if it's my choice of gcc options causing a problem. 00.33.32 # They are in tools/configure - search for arm 00.34.16 Join korpse [0] (i=korpse@rrba-146-77-149.telkomadsl.co.za) 00.34.22 # fomit pointer and mcpu? 00.34.25 # seriously doubt it 00.34.41 Quit |joshn| ("KVIrc 3.2.0 'Realia'") 00.34.57 # btw, shouldn't you use --march? 00.35.06 # --mcpu makes code that is compatible with lower models 00.35.27 # at least that's the way it is for x86 00.36.36 # No, I don't think so - I've just read the gcc man page again. 00.37.35 # right, it's different on arm 00.39.19 Quit korpse (Remote closed the connection) 00.39.31 Join korpse [0] (i=korpse@rrba-146-77-149.telkomadsl.co.za) 00.41.45 Quit Kohlriba ("Leaving") 00.44.30 # * preglow thinks it's time to split up crt0.S ... 00.44.35 Quit korpse (Remote closed the connection) 00.44.45 Join korpse [0] (i=korpse@rrba-146-77-149.telkomadsl.co.za) 00.45.52 # preglow: I did start that way, but then decided to merge them. But I don't feel strongly either way. 00.46.38 # strongly no, but i think it's more practical that way 00.47.12 # no matter 00.48.51 Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 00.49.49 Quit korpse (Remote closed the connection) 00.51.14 Join korpse [0] (i=korpse@rrba-146-77-149.telkomadsl.co.za) 00.56.52 *** Saving seen data "./dancer.seen" 01.02.37 Quit andy () 01.16.15 # now there's a surprise 01.16.20 # a successful ubuntu upgrade 01.20.01 # hehe. Fancy testing if the ATA driver can write to your flash? I haven't tested the writing part of the driver yet :) 01.21.33 # sure 01.21.53 # just need a sec to finish a mail here 01.22.10 # you haven't tested writing on your unit either? :) 01.22.45 # Nope.:) 01.23.31 # But maybe we should be sensible - we don't need to write at the moment. 01.26.10 # well, i doubt it can harm 01.26.11 # and besides 01.26.15 # it needs testing sooner than later 01.26.19 # _OR_ later 01.26.43 # i'll just finish an email, then i'll test it 01.27.15 Join webguest75 [0] (n=c762142c@labb.contactor.se) 01.27.41 # Maybe it could be useful - e.g. writing debugging information to a file. 01.32.14 Join matsl [0] (n=user@1-1-4-2a.mal.sth.bostream.se) 01.33.25 Quit Moos ("Glory to Rockbox") 01.33.40 Quit webguest75 ("CGI:IRC") 01.36.49 # ok, let's go 01.37.10 # any specific tests? 01.37.17 # just open and close, or write a bit as well? 01.37.49 # I guess just open and close to start with. That will do some writing. 01.37.55 # yep 01.39.08 Quit matsl ("ERC Version 5.0 (CVS) $Revision: 1.776 $ (IRC client for Emacs)") 01.39.32 Part linuxstb 01.41.20 Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 01.41.36 # doesn't look good 01.42.06 # can any of the swedes here tell me what 'fena' means? :) 01.42.10 # Oh. I won't try it as well then. 01.42.19 # linuxstb: i'll give it another go 01.44.05 # I've just tried it. Nothing broke. Lets see if the file was created. 01.44.33 # linuxstb: works :) 01.44.39 # i'll try to write some data 01.45.00 # No, nothing... I forgot the / at the start of the filename. 01.45.25 # gah 01.46.15 # first string written on ipod by rockbox: 01.46.16 # :-) 01.46.57 # so looks to me like your driver works just perfectly 01.47.45 # Well it's mostly the existing Rockbox driver. I didn't need to make many changes at all. 01.49.05 Quit yngwi ("Chatzilla 0.9.68a [Firefox 1.0.7/20050919]") 01.49.20 # It worked for me as well. I wonder where Rockbox got the file timestamp from. 01.50.28 # haha 01.50.37 # god knows 01.50.50 # but i need to go to beed soon 01.51.01 # i'll vanish for a couple of days, but will return for more hacking soon 01.51.39 # first: check if ubuntu can still boot after upgrading, brb 01.54.57 # like i thought...... 01.55.15 # i love nvidia 02.00.20 # Time for bed now. See you later. 02.00.25 # later 02.05.04 Quit ashridah ("haircut") 02.07.56 # linuxstb: On units without an rtc, rockbox bases the time stamp for new files on the build date 02.10.11 # ipods do have rtcs :) 02.10.20 # huh? 02.10.37 # well, my ipod's got a freakin' clock 02.12.08 # I guess this clock is wrong after experimenting with ipl or rockbox... 02.15.25 # oh, i doubt he's enabled it yet 02.16.49 # lots and lots of code left to be written 02.17.22 # Hmm, iiuc the ipod does have a clock, but no rtc chip? 02.17.40 # well, an ipod never truly switches off 02.17.57 # well 02.18.17 # i've switched mine on and off, written to it extensively, run alternatie firmwares, reset the entire flash 02.18.21 # and the clock is still correct 02.18.28 # Interesting... 02.18.40 # the settings, like 24-hour clock, is forgotten 02.18.43 # but the time is still right 02.18.55 # even the date is right 02.19.18 # I would expect that with a software clock, if you run ipl or rockbox, the clock would stop working 02.19.25 # yes, me too 02.19.31 # Maybe the ipod does have an rtc chip after all? 02.19.34 # well 02.19.41 # there are a couple of regs that end with _RTC 02.20.09 # they might of course just be called so rather arbitrarily 02.20.11 # Hmm, perhaps is part of the pp? 02.20.19 # but it does look like it's got an rtc 02.20.20 Join DJDD [0] (n=DJDD@220-245-186-182.static.tpgi.com.au) 02.20.23 # yes, i'd expect that, actually 02.20.25 # *perhaps the rtc is... 02.20.54 Quit ehntoo (Read error: 104 (Connection reset by peer)) 02.25.06 # time to schlafen 02.25.06 # later 02.31.00 Join hd [0] (i=hd@212.87.148.33) 02.47.48 Quit goa (Read error: 110 (Connection timed out)) 02.47.49 Nick hd is now known as goa (i=hd@212.87.148.33) 02.56.55 *** Saving seen data "./dancer.seen" 03.07.23 Quit BirdFish ("system reboot") 03.21.38 Join BirdFish [0] (n=bradbox8@64.108.5.134) 03.24.05 Quit DJDD (Read error: 110 (Connection timed out)) 03.38.01 Join XavierGr [0] (n=XavierGr@ppp8-adsl-42.ath.forthnet.gr) 03.51.33 Quit dpassen1 () 03.52.08 Nick BirdFish is now known as BirdFish[a] (n=bradbox8@64.108.5.134) 03.55.54 Join ashridah [0] (i=ashridah@220-253-122-134.VIC.netspace.net.au) 03.58.07 Join StrathAFK [0] (n=mike@dpc674681214.direcpc.com) 04.09.20 Join DJDD [0] (n=DJDD@220-245-186-182.static.tpgi.com.au) 04.14.32 Quit Strath (Read error: 110 (Connection timed out)) 04.30.00 Join solexx [0] (n=jrschulz@c196034.adsl.hansenet.de) 04.32.00 Quit hardeep ("BitchX: coming soon to a theatre near you!") 04.41.51 Quit solexx_ (Read error: 110 (Connection timed out)) 04.56.59 *** Saving seen data "./dancer.seen" 05.07.06 Quit DJDD (Read error: 110 (Connection timed out)) 05.26.20 Join ehntoo [0] (n=ehntoo@24-177-146-220.dhcp.mrqt.mi.charter.com) 05.31.46 Nick BirdFish[a] is now known as BirdFish (n=bradbox8@64.108.5.134) 05.42.49 Quit BirdFish () 05.58.29 Join Mxm`Pas`Bien [0] (n=flemmard@fbx.flemmard.net) 05.58.30 Quit Maxime (Read error: 104 (Connection reset by peer)) 06.01.48 Join BirdFish [0] (n=bradbox8@64.108.5.134) 06.02.04 Quit RotAtoR () 06.03.29 Join |joshn| [0] (n=kvirc@ool-182e82f5.dyn.optonline.net) 06.13.08 Join Life_ [0] (i=noone@nec.noc.ping.fr) 06.13.22 Part Life_ 06.42.23 Join chiller_ [0] (i=staale@kristoffersen.ws) 06.43.21 Quit chiller (Read error: 104 (Connection reset by peer)) 06.43.22 Nick chiller_ is now known as chiller (i=staale@kristoffersen.ws) 06.57.03 *** Saving seen data "./dancer.seen" 07.36.24 Join ender` [0] (i=ychat@84.52.165.220) 08.12.04 Join Gibbed [0] (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) 08.12.04 Quit Rick (Nick collision from services.) 08.12.12 Nick Gibbed is now known as Rick (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) 08.13.15 Join lefright [0] (n=d4406110@labb.contactor.se) 08.18.42 Part lefright 08.26.33 Join B4gder [0] (n=daniel@213.115.255.230) 08.28.31 Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) 08.45.35 Join Zagor [0] (n=bjst@194-237-150-170.customer.telia.com) 08.45.36 Join _FireFly_ [0] (n=icechat5@pd95b7c08.dip0.t-ipconnect.de) 08.57.06 *** Saving seen data "./dancer.seen" 09.33.45 Join LinusN [0] (n=linus@labb.contactor.se) 09.36.16 Quit phaedrus961 ("Leaving") 09.37.55 Quit arkascha (Read error: 110 (Connection timed out)) 09.59.47 Quit ashridah (Read error: 110 (Connection timed out)) 10.07.34 Join DJDD [0] (n=DJDD@CPE-143-238-12-103.vic.bigpond.net.au) 10.11.36 Join phaedrus961 [0] (n=bob@adsl-209-233-10-228.dsl.bkfd14.pacbell.net) 10.44.05 # swedes: what does 'fena' mean? :) 10.44.18 # a fin 10.44.23 # on a fish 10.44.45 # but you can also say "att vara en fena på något" 10.44.51 # ahh, yes 10.44.58 # that's what he means, probably 10.45.03 # which means to be very good at something 10.45.09 # yes, kind of figured that 10.45.25 # norwegian isn't that much different from swedish 10.45.59 # you don't say 10.46.10 # this one word i hadn't picked up, anyhow 10.50.32 Join wubbla [0] (n=wubbla@adsl-233.226.166.194.arpa.as1901.net) 10.50.35 # hoi! :) 10.51.44 # hallo 10.53.55 Join Jungti1234 [0] (n=jungti12@58.77.81.75) 10.57.09 *** Saving seen data "./dancer.seen" 10.59.44 # is there an opensource win32 cvs (commandline) client? 10.59.58 # yes 11.00.46 # really? :) 11.00.50 # where to get it? 11.01.41 # there are several 11.01.51 # cvsnt.com being one 11.02.24 # but since we are rockbox here, windows devel means cygwin 11.02.31 # and cygwin comes with a command line cvs 11.03.10 # and isn't it possible to build it on linux too? 11.03.28 # yes 11.03.34 # but you asked for win32 11.03.55 Join webguest64 [0] (n=52214ace@labb.contactor.se) 11.04.12 # hehe, you're right :) 11.04.41 # wouldn't mingw32 be sufficient for win32? 11.04.48 # because i already have that... 11.04.49 # no 11.05.01 # unless you feel like making it work on your ownw 11.05.58 # mingw will probably do for sim compiles 11.06.11 # yes it might 11.06.15 # but for target compiles, you'll need a cross compiles as well, which i'm pretty sure are easiest to build with cygwin 11.06.23 # but you'll need perl, make, sh and things setup too 11.06.55 # hmm... my original intention was to experiment with the simulator 11.07.03 # Btw, I once tried using microsoft sfu. No go, the make command doesn't even know the -C option 11.07.12 # as the h300 port isn't yet in a usable state :) 11.07.39 # wubbla: still, going with something else than cygwin on windows WILL cause you grief and work 11.07.44 # wubbla: Just install Linux, makes it all easyer :) 11.07.54 Join Sandking [0] (n=jacek@ogorek.akron.wroc.pl) 11.07.58 # amen to that 11.08.06 # markun: i have got linux 11.08.21 # so there is no problem 11.08.32 # markun: but i've just got shell access to these machines... 11.08.42 # markun: so, no X 11.09.01 # Are there X servers for windows? 11.09.07 # ...and therefore no simulator (I assume...) 11.09.12 # markun: yes cygwin ;-) 11.09.30 # you can run putty with X forwarding I think. 11.09.38 # yes 11.10.46 # hmmm.... 11.11.12 # http://homepage.ntlworld.com/cyborgsystems/CS_Main/RockBox/Win32_DevKit/RockBox-DevKit_v313.exe already contains cygwin, right? :) 11.11.37 # yes 11.11.44 # that's a stripped down cygwin 11.11.46 # ah...nice 11.11.51 # with the cross compiler included 11.11.57 Join amiconn_ [0] (n=jens@p54BD49C5.dip.t-dialin.net) 11.11.59 # wow 11.12.26 # now that's something i'd call "user-friendly" :) 11.12.53 Join ashridah [0] (i=ashridah@220-253-123-25.VIC.netspace.net.au) 11.18.00 Quit Jungti1234 ("Bye~ - http://cafe.naver.com/iriverh300") 11.18.52 # I'm not sure I agree 11.19.24 Join Jungti1234 [0] (n=jungti12@58.77.81.75) 11.20.25 # hmm... afaik rockbox relies on C... 11.20.45 # wouldn't it be possible to use C++? 11.20.55 # yes it would, but we don't 11.20.59 # or would this be too much "high-level"? 11.21.34 # * ashridah shudders at the code-size explosion c++ could bring in the hands of the wrong compiler 11.21.58 # wubbla: we just don't need C++ 11.22.27 # mmm... c+++ 11.22.30 # but no 11.22.35 # c is better for our needs 11.22.59 # c#, c#! 11.23.04 # (just kidding) 11.23.10 # at least for me, it's much easier to write c++ code that c... 11.23.24 # especially when using the STL :) 11.23.58 # wubbla: that's why you don't write code for tight embedded systems :-) 11.23.59 # * ashridah flees 11.24.05 # hehe :) 11.24.46 # * ashridah shudders at the thought of getting 2-page error messages from rockbox's compilation process 11.25.32 # "I can see you're not in the softwar business" B-] 11.25.42 # i definitely agree that the kernel as well as the drivers need to be written in C/asm... but what about the plugins? 11.25.43 # hahaha. 11.26.07 # you should be able to write plugins in C++ 11.26.26 # no one's been that crazy yet ;-) 11.26.27 # wubbla: i doubt there's much stopping you using it right now. it's just that the plugin interface will still be C :) 11.27.11 # hmmm... a C++ wrapper for the plugin-interface would be nice 11.27.13 # :) 11.27.45 # yes, and a python one 11.27.51 # hehe :) 11.27.55 # java 11.28.23 # * ashridah watches wubbla stumble headfirst into a sore spot 11.29.13 Quit amiconn (Read error: 110 (Connection timed out)) 11.29.14 Nick amiconn_ is now known as amiconn (n=jens@p54BD49C5.dip.t-dialin.net) 11.29.14 # ;-) 11.31.09 # how many people are actively contributing (developing) to rockbox? 11.31.14 Join leftright [0] (n=d4406110@labb.contactor.se) 11.32.12 # the credits list is >100 names by now 11.32.19 # we're some 30 committers or so 11.32.28 # wow 11.32.30 # the dev list is >100 people 11.32.56 # this is insane :) 11.33.48 # for info, Replay gain values are not displayed in ID3v2 info if Predixis Musicmagic Mixer software is used on the track 11.33.48 # devotion I'd say 11.34.20 # argh...i can't wait for the h300 port :) 11.35.09 # according to Jungti1234 there are over 20 000 H3xx users in Korea alone. 11.35.59 # I wonder how long it will take before the #rockbox toppic is in Hangul :) 11.36.57 # you mean in "#rockboxkr" ? ;-) 11.38.04 # Like orkut.com that is now completely taken over by Brazilians 11.40.49 # in apps/plugin.h are all functions which plugins have access to? 11.42.19 # yes 11.45.20 # so i will never ever need to include another header when just writing plugins? :) 11.45.46 # wubbla: stl is pretty much what makes c++ generated code bloated 11.46.23 # preglow: yeah, i know 11.46.32 # wubbla: there are quite a few existing plugins you can check 11.46.38 # preglow: but it makes developement a lot easier 11.46.45 # wubbla: sure, i love stl myself 11.46.56 # preglow: because you don't need to care about memory management 11.47.02 # too bad it's the only part of the c++ standard "library" that's usable 11.47.30 # wubbla: couple stl together with boost::shared_ptr and you truly never have to worry about memory management 11.48.00 # preglow: i'd like to see boost too in rockbox, but that would surely be overkill :) 11.48.04 # haha 11.48.44 # yeah, shared_ptr's are extremely powerful 11.49.06 # Lear: any chance of looking into this Predixis MusicMagic tag issue, replay gain doesn't work if MusicMagic has added hashed info to the tag 11.49.27 # i'm rarely using raw-ptr's in my source-code since i discovered shared_ptr as well as scoped_ptr :) 11.51.55 # using raw ptrs in c++ is a sin these days 11.52.04 # anywho 11.52.11 # brb 11.52.59 # but Foobar and tag editors see the replay gain info regardless 11.53.29 # jusr rockbox which doesn't see/apply the info 12.00.21 Quit markun ("leaving") 12.03.29 Quit linuxstb (Read error: 110 (Connection timed out)) 12.04.34 Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 12.05.18 Join Moos [0] (i=DrMoos@m79.net81-66-158.noos.fr) 12.09.59 Quit Sandking () 12.15.43 Join nodak [0] (n=d94319f2@labb.contactor.se) 12.15.46 # HI 12.15.52 Quit linuxstb (Remote closed the connection) 12.16.22 # could U help me with my olympus mROBE 500i?? 12.19.20 Quit nodak (Client Quit) 12.37.56 # I was thinking... Isn't it some kind of requirement to "stop" USB devices, such as flash card readers? Just umounting the device sounds a bit dangerous... 12.38.04 # (before unplugging, that is) 12.40.03 # doesn't sound dangerous to me 12.40.12 # usb is a hot-plug architecture 12.43.14 # dwihno: there's always some oses using write caching 12.43.22 # dwihno: but unounting should flush it 12.43.28 # unmounting, even 12.44.00 # * preglow feels an urge to play some iDoom 12.45.38 # haha 12.45.39 # Okay 12.45.55 # How about those computers with flash card readers... 12.46.21 # Are the cards merely acting like floppy devices, or does it depend on the type of card reader? 12.46.49 # some of them are usb 12.47.07 # USB ones should be stopped then? 12.47.24 # i think the driver takes care not to enable write caching 12.47.34 # on those devices, you don't even need to unmount 12.51.09 # okay 12.51.22 # but as long as devices are unmounted, it's safe to unplug? 12.51.44 # sure 12.51.49 # can't ask for much more 12.52.15 # Perhaps I'm just being scared breaking something 12.52.32 # what os do you use? 12.53.04 # in linux you should just unmount, and you'll be fine 12.53.07 # windows 2000, xp and freebsd 12.53.28 # windows automatically disables write caching for all usb devices i have, so there you can just yank the cable out when you're done without unmounting anything 12.54.18 # <_FireFly_> that's not true at all 12.54.39 # no, it's true 12.54.50 # You want the truth? You can't handle the truth ;) 12.54.54 # <_FireFly_> i had a data-loose after i had unplugged my "usb-stick" without "eject" it 12.54.58 # notice the usage of the words 'all usb devices i have' there 12.55.21 # <_FireFly_> then it's only for you but 12.55.37 # yes, but it should serve as an indication 12.55.54 # during all my h120 development, i've never clicked the nagging unplag-button thing 12.56.00 Join kurzhaarrocker [0] (n=Phil@p5090915A.dip0.t-ipconnect.de) 12.56.00 # and it still lives, no data corrupted 12.56.10 Part kurzhaarrocker 12.56.13 # <_FireFly_> me either ;) because i'm not useing it under windows ;=) 12.56.17 # the same goes for ipod and camera 12.56.56 # brb 12.57.11 *** Saving seen data "./dancer.seen" 13.04.15 Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) 13.17.17 Quit XavierGr ("Trillian (http://www.ceruleanstudios.com") 13.27.20 # back in a couple of days 13.27.24 Part preglow 13.37.33 Join ep0ch [0] (n=ep0ch@212.84.102.212) 13.51.42 # we should make WPSes capable of loading bmps in "current directory" 13.51.45 Join paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) 13.51.54 # then we can start bundling WPSes in builds 13.52.54 # There are problems with that (assuming you mean the wps should load images from the dir where the .wps is located 13.53.16 # enlighten me! 13.53.24 # Currently a .wps has to reside directly in /.rockbox in order to be remembered across reboots 13.53.47 # ...so /.rockbox may become extremely cluttered 13.54.22 # I have two alternative suggestions: 13.55.18 # (1) My old idea, only allow one single .bmp per wps that contains all imagery used in the .wps. Many skinning gui systems work this way 13.57.31 # that's actually not a problem with loading bmps in the same dir as the WPS 13.57.32 # The name mapping could even be implicit, i.e. example.wps would load example.bmp 13.57.54 # but I agree we should address it anyway 13.58.12 # (2) The images associated with a wps could reside in a sub-dir of where the .wps file is located 13.58.16 # hi 13.58.33 # and why is that a problem? 13.58.42 # (again, implicit mapping is possible, example.wps would use .bmp files in example/ 13.59.07 # I don't understand 13.59.39 # what's "implicit mapping" in this context 13.59.49 # dir name is 13.59.50 # Well, e.g. Christi has a .wps that uses 50 .bmp files. If loading would be implicit from the directory where the.wps is located, all 50 .bmps would be in /.rockbox 14.00.07 # again, you think of setting it as default 14.00.11 # I think of loading it 14.00.21 # they are two separate problems 14.00.25 # Yes, and the default is loaded from .rockbox 14.00.29 # now, yes 14.00.41 # i think having a dir with the same name as the .wps is a good idea 14.00.44 # that would need to be addressed for this to be really good 14.01.10 # LinusN: yes, but we'd need to allow the wps to be in a sub dir or other dir than .rockbox 14.01.28 # yes? 14.01.34 # but yes, having the dir named like the wps is a fine idea 14.02.11 # ".rockbox/wps/coolness.wps" loads pictures from ".rockbox/wps/coolness/" 14.02.18 # yes 14.02.45 # sen lunch 14.02.48 # bbl 14.02.50 # and as a first shot, we'd require wpses to be in .rockbox/wps to survive a reboot 14.10.25 # B4gder: that would in theory mean you could extend it to include support for an archive like format that contains the lot 14.10.57 Join ripnetuk [0] (n=george@82-70-100-230.dsl.in-addr.zen.co.uk) 14.11.12 Quit ripnetuk (Client Quit) 14.11.13 Join ripnetuk [0] (n=george@82-70-100-230.dsl.in-addr.zen.co.uk) 14.11.37 # yes 14.11.48 # firefly - hows the remote wps coming along :) 14.13.07 Quit ripnetuk (Client Quit) 14.13.35 Quit actionshrimp (Read error: 110 (Connection timed out)) 14.14.50 # * ashridah suspects the daisy audio format won't be possible for that blind archos user :( 14.16.25 Join ripnetuk [0] (n=george@82-70-100-230.dsl.in-addr.zen.co.uk) 14.16.36 # daisy is like c 14.16.36 # daisy is like a cuesheet? 14.17.16 # it seems to be more complicated than that 14.17.41 # ripnetuk: i believe firefly put a patch in the tracker 14.18.11 Quit ashridah ("shower. sleep") 14.19.16 # cool... i will go and find it 14.19.18 # ta 14.20.11 Join Sandking [0] (n=jacek@ogorek.akron.wroc.pl) 14.20.53 Join muesli- [0] (n=muesli_t@141.71.4.220) 14.20.57 # re 14.21.22 # are we going down the route of a seperate wps for remote, or having extra lines in the current .wps file? 14.21.45 # I think separate is gonna be easier to deal with 14.21.53 # i agree 14.21.56 # it also gives you better flexibility 14.22.04 # yes, more combos 14.22.54 # damn, cant right click and copy shortcut on tracker page, then use wget (i know, i know, use curl!) 14.23.19 # you can't? 14.23.36 # i think its a sourceforge thing 14.24.25 # they might block wget's user-agent or something 14.24.48 # yeah, wget http://sourceforge.net/tracker/download.php?group_id=44306&atid=439120&file_id=155792&aid=1353466 gives me a html file with a silly filename (xxx.php) 14.25.10 Quit _FireFly_ ("If you can't laugh at yourself, make fun of other people.") 14.25.24 # that's because wget doesn't care about the Content-Disposition: header 14.25.33 # aha 14.26.02 # * B4gder checks 14.26.15 # yeps 14.26.19 # thats uncool (for wget) 14.26.39 # I usually do "curl -o outfile [URL]" to copy things from the sf trackers 14.26.53 # i will try that next time then... cheers 14.27.08 # of course wget has such an option too... 14.27.32 # the follow redirects? 14.27.47 # that's no redirect 14.28.09 # anyway, i got it using firefox :) 14.28.14 # hehe 14.28.28 # now to build uber-rockbox with WPS support :) :) :) 14.28.43 # I had a weird experience just a few hours ago 14.28.54 # my main unit's stop didn't stop the music 14.29.48 # i love the way on linux once you work out how to do something you can always script it for next time... on windows that is not the case 14.30.16 # amen 14.34.22 # * ripnetuk plays guess the -p option for patch :) 14.34.34 # :-) 14.34.41 # my favourite game 14.34.52 # ims till losing :( will have to fire up vi 14.34.54 # to look at patch 14.35.22 # aha it was a trick one -p 0 14.35.50 # i played bejeweled while listening to music the other day, and i realized that it would be nice to still have music control on the remote while running a plugin 14.35.54 Join actionshrimp [0] (i=dave@dhcp-163-1-214-173.seh.ox.ac.uk) 14.36.54 # Linus - indeed, although it would have to be up to the plugin in question if it supported it... how about a plugin api function passThroughKeypress 14.37.08 # then the plugin could handle the keys, and pass through any its not interested in 14.37.35 # ripnetuk: it would be enough to just call the default handler 14.37.58 # of course 14.38.15 # should be pretty straightforward 14.38.57 Join DJDD_ [0] (n=DJDD@CPE-143-238-11-25.vic.bigpond.net.au) 14.40.10 # Can the chipset in the iRiver pass through the analog in mixed into the analog out? i want to plug my smartphone into my iRiver so I dont have to change headphones when switching between watching video on phopne, and mp3s on rockbox (phone has silly sized jack plug, and adapter is small, and easily lost) 14.42.33 Join XavierGr [0] (n=XavierGr@ppp8-adsl-65.ath.forthnet.gr) 14.43.14 # hehe 14.43.49 # Should like to play a game as quickly as possible in iriver h300. :) 14.44.11 Quit Mxm`Pas`Bien (Read error: 104 (Connection reset by peer)) 14.44.16 # ripnetuk: yes 14.44.27 # wps looks good - thanks firefly (and of course timid) - i think today is the last day I run iriver firmware 14.44.58 Join Maxime [0] (n=flemmard@fbx.flemmard.net) 14.45.25 # ripnetuk: i can't even remember that day anymore 14.45.41 # yeah, but you dont rely on the remote then 14.45.56 # no i don't, but i use it a lot nowadays 14.46.26 # i have a friend who bought a ih140 and has never even plugeed in the remote /me doesnt understand 14.46.42 # its the only real feature of the iriver over the archos IMHO 14.47.43 # and wma playback 14.48.29 # LinusN: Does rockbox fdprintf supports %f handler? 14.48.42 # no 14.48.53 # we have no float support 14.49.05 # and how can i print to a file an integer divided by 100 14.49.18 # p.x I want to print ventivolts 14.49.23 # centivolts 14.49.41 # rockbox uses integer e.g 330 = 3.33 14.49.41 # integer/100 and integer % 100 14.49.45 # for example 14.50.05 # fprintf(fd, "%d.%02d", val/100, val%100); 14.50.06 # hmmm 14.50.37 # or something like that 14.50.57 # ok thanks 14.54.25 Quit DJDD (Read error: 110 (Connection timed out)) 14.54.34 # I just made a tsr plugin that logs in a txt file battery information like: on Exact second: Battery level percent, centivolts, estimated remaining time, 14.54.54 # it will be good for battery benchmarks 14.54.55 Quit ep0ch (Read error: 110 (Connection timed out)) 14.55.22 # every time the disk spins up for other reasons the plug_in will write the info to the file. 14.55.41 # This way the log will catch up until the last succesfull HD write. 14.56.09 # then using a graph we can see how the battery did on the test. 14.56.55 # anyone sits on a wps with bmps I could do some tests with? 14.57.13 *** Saving seen data "./dancer.seen" 15.04.55 # Btw, speaking about disk spinup and saving - I had an idea for an api for delayed file saving 15.05.28 # Today we save the config into the special sector, mainly because we want to delay the saving 15.05.53 # We could save the configuration into a .cfg, but then we need delayed file saving 15.06.39 # The ata driver could allow to register a callback for delayed file saving. 15.07.28 # sounds good 15.07.51 # iirc, the main reason for the config sector was not to delay the saving, but to have an atomic write on the ATA level 15.09.01 # and it was convenient, at the time when the filesystem code wasn't all that stable 15.09.03 # I like the config sector because it's the KISS solution. however I agree it's a bit inelegant for the user. 15.09.15 # and also not very expandable 15.09.41 # we do suffer slightly because of it 15.09.46 # yes 15.09.54 # i'm all for .cfg file for defaults 15.10.17 # me too 15.10.48 # we should perhaps still keep the resume info in a separate file 15.11.01 # yes 15.11.11 # we should put the very-often-updated info separately 15.11.53 # .rockbox/default.cfg and .rockbox/resume.cfg (or something) 15.12.55 # hi Linus 15.13.28 # Take the trouble. 15.13.43 # B4gder: what sort of wps do you need? 15.13.59 # never mind, I got one off the gallery 15.14.17 # thanks anyway 15.14.54 # np 15.17.53 # are we saving the settings on each spinup on iriver too? 15.19.25 # yes, afaik 15.20.10 # strictly speaking we don't have to do that on units with soft shutdown 15.22.12 # I will go out. 15.22.14 # http://daniel.haxx.se/rockbox/relativewps.patch 15.22.22 # opinions? 15.22.26 # No one sees off. :( 15.22.31 # Bye. 15.22.34 # 1 - assumes WPSes in .rockbox/wps 15.22.44 Quit Jungti1234 ("Bye~ - http://cafe.naver.com/iriverh300") 15.22.45 # 2 - assumes BMPs in .rockbox/wps/[wps name]/ 15.23.41 # seems to work 15.26.06 # B4gder: go go go 15.27.51 # you mean a commit and run? ;-) 15.33.09 # exactlky 15.37.44 # I'll do it later tonight 15.38.03 # run? 15.38.08 # yeah 15.40.18 Quit StrathAFK (Read error: 104 (Connection reset by peer)) 15.46.00 Join Strath [0] (n=mike@dpc674681214.direcpc.com) 15.47.10 # LinusN: Iiuc the .playlist_control file stores all information about the current playlist? 15.47.37 # If so, it wouldn't it make sense to store resume info there as well? 15.48.57 # amiconn: fair enough, but it doesn't contain the time, and it can be quite large 15.49.25 # so i suggest the time is stored somewhere else 15.51.58 # Hmm, I have never seen a large .playlist_control, but then I don't know exactly how it works 15.52.21 # if you insert a lot of files or dirs, it may grow quite big 15.52.26 # Of course it doesn't make sense to store the resume info in a large file, at least not when it's ascii 15.53.29 # I'm not really sure whether it's a good idea to store the settings as .cfg (ascii) 15.53.32 Quit B4gder ("time to say moo") 15.53.40 # i think it is 15.54.01 # The advantage would be that it's stored in a file, is human readable, and we only have one format to deal with 15.54.46 # Otoh, storing frequently updated info (resume, runtime) there costs more processing time 15.55.27 # We could even get rid of the bitfield array, but only if we find a solution for the rtc ram part of the settings 15.56.53 # The Archos Ondio firmware stores settings in a binary file (ondiost.bin in the root) 15.59.46 # i suggest we do like this in the first step: 16.00.06 # 1) save "regular" settings in .rockbox/default.cfg 16.00.27 # 2) save runtime and resume info in a binary file like the ondio 16.00.37 # how about it 16.00.39 # ? 16.01.24 # we will still need the rtc for some things, though, for the charging info 16.18.25 Quit muesli- ("ich will Kühe!!!") 16.19.42 # LinusN: Totally different question - how do I use curl to upload sth using http PUT (no authentication)? 16.20.13 # --upload-file 16.20.14 # curl -d name=val http://blabla/bla.cgi 16.20.18 # put 16.20.21 # ah 16.20.38 # amiconn: listen to Zagor and ignore me 16.22.38 # Zagor: Hmm, that's what I tried, however, nothing happens 16.22.49 # No error, but also no file on the server 16.24.26 # * Zagor reads the manual 16.28.13 # Hmm, the problem is probably on the server side 16.28.19 Quit paugh ("bbiab") 16.32.34 # Nm, the problem *was* on the server side 16.34.53 # would anyone like the file which has the Predixis MusicMagic info written to tags which renders the Replay Gain unreadable ? 16.35.39 # just thought you might be interested as this Predixis software appears to be catching on 16.36.50 # leftright: is it big? 16.37.07 # about 6 megs 16.37.12 # ouch 16.37.57 # unless you install this predixis software and test it on one of your files 16.38.05 # dcc it to me, and i'll put it on my server 16.38.22 # http://www.predixis.biz/Predixis_Mixer.htm 16.38.50 # Does this predixis stuff add extra data to the stream? 16.39.20 # it adds hash files to the tags, but I'm no expert 16.40.11 # foobar and tags redaers show the info, foobar still displays and plays the file correctly 16.40.52 # Linus; dcc ?, sorry dont understand 16.41.26 # dcc is the irc file transfer protocol 16.43.43 # * leftright looks for this ftp 16.44.00 # leftright: you can't use dcc from webchat 16.44.50 # thanks, saved me a square search 16.45.03 # leftright: i /msg'd you 16.47.41 Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-128-235.pools.arcor-ip.net) 16.57.15 *** Saving seen data "./dancer.seen" 17.00.40 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 17.14.40 Quit TiMiD (Read error: 104 (Connection reset by peer)) 17.20.11 Quit Sandking () 17.22.34 Join Febs [0] (n=40be24f0@labb.contactor.se) 17.41.22 Quit Febs ("CGI:IRC (EOF)") 17.46.26 Join Febs [0] (n=40be24f0@labb.contactor.se) 17.47.26 # LinusN: back to the settings files - what charging info do you mean? 17.48.24 # Also, using .cfg files for ordinary settings means that some 'ordinary' settings which are today stored in the rtc ram will be stored on disk 17.48.30 # (like volume, bass etc) 17.49.39 # i mean that the charging algorithm needs the battery capacity etc, which is in rtc ram 17.49.58 # car adapter mode is another 17.50.21 # Hmm, but these are also ordinary settings... 17.50.45 # We need to find a way for handling them both in rtc (binary) and on disk 17.51.01 # yes 17.54.39 # Hmm, how does car adapter mode work on the player? There is no rtc... 17.54.54 # it doesn't have a charging screen 17.55.21 # so the car adapter mode setting isn't important in the boot 17.55.38 # The player does have a charging screen 17.56.05 # Only the very old models without ata power controls don't show it 17.56.16 # not the flashed players 17.56.27 # ??? 17.56.47 # car adapter mode only works on players flashed with rockbox 17.56.59 # My player is flashed, and it shows the charging screen when I plug the power adapter in off state 17.57.14 # oh 17.57.24 # badness 17.57.25 # It was me who coded the player battery animation for the charging screen... 17.57.49 # then i guess car adapter mode has never worked on the player 17.59.45 # Hmm, probably. Car adapter mode should work (even for non-flashed rockbox), just not from off state 17.59.55 # oldplayers don't start when the adapter is plugged in, so there's little use for a charging screen :-) 18.00.23 # They don't? Interesting... 18.00.24 # what does "car adapter mode" is? :x 18.00.43 # Maxime: the archos players boot when the charger is attached 18.01.18 # so the car adapter mode resumes the playback when it senses external power 18.01.27 # ok 18.01.27 # i.e when you start the car 18.01.32 # LinusN: Do you know when this hardware feature was added? Was that with adding ata power control, or together with the new lcd? 18.01.37 # and it pauses when the power disappears 18.01.48 # amiconn: i don't know 18.05.45 Join arkascha [0] (n=arkascha@xdsl-213-196-208-167.netcologne.de) 18.30.58 Quit wacky ("ahuh") 18.34.09 Part LinusN 18.37.53 Join karim [0] (n=karim@ip-71.net-81-220-111.rev.numericable.fr) 18.38.53 # salut 18.45.54 Quit karim (Remote closed the connection) 18.47.20 Quit webguest64 ("CGI:IRC (EOF)") 18.57.19 *** Saving seen data "./dancer.seen" 19.02.05 Quit arkascha (Read error: 110 (Connection timed out)) 19.04.10 Join linuxstb [0] (n=d57b9aa9@labb.contactor.se) 19.15.40 Part linuxstb 19.22.11 Part XavierGr 19.38.06 Join dpassen1 [0] (n=dpassen1@resnet-233-61.resnet.umbc.edu) 20.06.15 Quit |joshn| ("KVIrc 3.2.0 'Realia'") 20.32.21 Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 20.36.42 Join cwbowron_ [0] (n=cwbowron@lnngmibas01-pool0-a205.lnngmi.tds.net) 20.38.00 Part cwbowron_ 20.47.01 # Can someone with patch-tracker rights close patch #1352575 (the Shorten codec) ? I've just committed it. 20.51.08 # done 20.52.57 Join RotAtoR [0] (n=e@12-210-82-91.client.insightBB.com) 20.52.58 # has anyone here used dasm68 before? 20.54.46 # amiconn: Thanks. 20.55.34 Join _FireFly_ [0] (n=FireFly@p54A46758.dip.t-dialin.net) 20.57.21 *** Saving seen data "./dancer.seen" 21.19.57 Quit _FireFly_ ("Leaving") 21.28.34 Part leftright 21.29.32 Join XavierGr [0] (n=XavierGr@ppp8-adsl-65.ath.forthnet.gr) 21.33.15 Quit Moos ("Glory to Rockbox") 21.44.01 Join xmixahlx [0] (n=xmixahlx@64.122.111.98) 21.47.33 # i notice shorten codec is added to CVS - what is the status of this? anyone know? 21.51.04 # xmixahlx: It works very well. No seeking support yet (or maybe ever), but it's working. 21.51.32 # most SHN files I have seen had no seek tables anyway 21.52.22 # mmm all newer shorten files have them (>3.0 iirc) 21.53.00 # it's been some time since I tried the last time. Now I am using FLAC... 21.53.56 # Shorten is very inefficient at decoding. Some live music traders like to keep them, but personally I convert everything to FLAC - and I think most people are the same when they get a Shorten file. 21.54.19 # I meant to say inefficient at encoding - in terms of compression ratio. 21.54.24 # right 21.54.30 # cuz decoding is blazing fast 21.55.38 # btw, is Ogg decoding significantly slower than MP3? 21.55.58 # I don't know, I never use either. 21.56.07 # I have some -q8 Ogg files and have more than 50% boost ratio 21.56.28 # but I don't have MP3 files of the same quality 21.56.57 # linuxstb: do you only use lossless encoding? even on your mobile player? 22.00.29 Quit Kohlrabi (Nick collision from services.) 22.00.31 Join linuxstb_ [0] (n=5343d4aa@labb.contactor.se) 22.00.33 Join Kohlriba [0] (n=Kohlrabi@dslb-082-083-136-189.pools.arcor-ip.net) 22.01.11 # solexx: Yes. My main reason is simply that I want one copy of my music that I can play anywhere. I have a H140 and a 60GB iPod - so 100GB of mobile storage. 22.02.07 # But I also have a lot of MP2 files captured from digital radio. 22.02.59 # can anyone update http://www.rockbox.org/twiki/bin/view/Main/IriverTesting 22.03.10 # it doesn't reflect >2.5 release 22.03.29 # Yes - anyone can. 22.08.26 # thanx for the help - later 22.08.43 Part xmixahlx ("blah blah blah") 22.11.49 Quit Febs ("CGI:IRC (EOF)") 22.25.16 # has anybody developed a good concept to manage a music collection in different formats in parallel? 22.25.42 # i have a big pile of FLACS and another pile of MP3/Oggs 22.26.59 # nevermind, I should be thinking silently 22.31.09 # linuxstb: The shorten decoder addition moved actual code into a .h file. This is considered dirty coding style... 22.37.37 Join webguest68 [0] (n=534702f8@labb.contactor.se) 22.40.50 # amiconn: Are you talking about ff_log2_tab or the actual functions? I agree the table shouldn't be there - but the code is inline. 22.41.02 # I mean the table 22.41.14 # I agree - I'll move it. 22.41.45 # Some remarks concerning lcd-16bit.c 22.42.25 # (1) lcd_nopixel() should always do nothing, that's what it's for 22.42.56 # (2) lcd_invertpixel() should invert the pixel, that means complement brightness and colour on a colour lcd 22.43.32 # Of course I mean nopixel() and flippixel() 22.43.33 # are you's talkin bout the iriver h300 22.44.07 # (3) The block functions are most likely unnecessary for LCD_DEPTH >= 8 22.44.40 # They *are* unnecessary for sure. 22.44.43 # webguest68: lcd-16-bit will be used by both the iPod and h300 ports - at least initially. 22.45.28 # amiconn: Thanks for the comments. I know there is still a lot of work to do in that file. 22.45.44 # Perhaps you'll get an idea about my lcd driver intentions for >=8 bit lcds when you check apps/plugins/lib/gray_draw.c 22.48.12 Quit webguest68 ("CGI:IRC (EOF)") 22.48.48 # One difference of gray_draw.c and a core lcd driver is that the pixel function arguments are different, but that's just because the grayscale lib supports variable resolution 22.52.07 # Am I right in saying the framebuffer is one byte per pixel? 22.53.33 # Yes it is (if the grayscale lib is operating in buffered mode) 22.53.39 # If so, it seems a lot of the drawing functions can be copied from there - but using a short* instead of a char* 22.53.50 # yes, should be possible 22.54.23 # In fact some functions can be simplified, since they don't have to deal with varying level mapping 22.56.02 # The grayscale lib supports 2..33 shades of grey; since it would be very cumbersome to let each plugin handle varying depth itself, the pixel values are normalised to be 0..255 regardless of internal depth 22.57.26 *** Saving seen data "./dancer.seen" 23.24.11 Quit Maxime (Read error: 110 (Connection timed out)) 23.25.13 Join ]RowaN[ [0] (i=a2b0y@82-43-214-84.cable.ubr10.newm.blueyonder.co.uk) 23.26.06 # <]RowaN[> hey guys whats shorten like compared to flac? 23.27.27 # <]RowaN[> in lossless mode that is 23.36.13 # http://wiki.hydrogenaudio.org/index.php?title=Lossless_comparison 23.37.19 # <]RowaN[> thanks 23.38.10 # <]RowaN[> no replaygain/tag support, doh! but slightly higher compression, woo hoo! 23.38.11 # "No hardware support" now needs updating in that description of Shorten :) 23.38.34 # yeps 23.38.36 # :-) 23.38.43 # ]RowaN[: that's slightly worse compression 23.39.08 # <]RowaN[> oh! 23.39.20 # 63.5% of original size as compared to 55.5% for monkey, for example 23.39.24 # <]RowaN[> i see 23.39.37 # <]RowaN[> i did wonder why the table cell was colored shitty brown 23.39.45 # here's another => http://members.home.nl/w.speek/comparison.htm 23.39.50 # <]RowaN[> its hardly a celebration color, compared to bright green 23.40.00 # :) 23.40.40 # <]RowaN[> does rockbox support monkeys audio? 23.41.10 # No. 23.41.42 # Two reasons - no GPL license and it's apparently very computationally hard to decode. 23.41.58 # s/GPL/GPL compatible/ 23.42.45 # So it will probably not happen for both legal and technical reasons. 23.43.09 Join Maxime [0] (n=flemmard@fbx.flemmard.net) 23.43.34 # <]RowaN[> maybe i should switch all my flac stuff to wavpack.. better compression and all the features i use (replaygain, tags) 23.45.42 # I don't think there are any strong reasons for (or against) either. FLAC decodes faster, but wavpack is slightly smaller. 23.46.43 # Wavpack has a hybrid mode, but oggenc can encode directly from flac files. 23.56.05 # <]RowaN[> should faster decoding excite me? does it mean more battery life? 23.56.32 # yes it does 23.56.46 # In theory. But the smaller filesize will help wavpack. So it's a close contest. 23.57.03 # But FLAC will probably play for longer 23.57.06 # yes its a time vs time ;-) 23.57.23 # * amiconn wonders whether this monster will still work when restructuring is done :/ 23.57.28 # decoding time vs time between spinups 23.58.54 # FLAC plays for about 12-13 hours. I would expect wavpack to be quite close to that - so it depends if that's an issue for you.