--- Log for 07.07.110 Server: leguin.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 11 days and 19 hours ago 00.02.53 # Interesting 00.03.23 # I'll have to look into deb packaging, see if I can maybe get a PPA for it, now that the editor's starting to be useful 00.05.05 # New commit by 03bluebrother (r27325): Add Theme Editor application icon for Windows 00.05.31 # bieber: the icon is now visible on all platforms :) 00.05.38 # Awesome :D 00.06.09 # Do you have a big version for OSX? I've got an XCF in the source tree that's significantly bigger than the .png being used for window icons, if you need it 00.06.26 Quit ender` (Quit: Perfection is reached, not when there is no longer anything to add, but when there is no longer anything to take away. -- Antoine de Saint-Exupery) 00.07.09 Join togetic [0] (~togetic@unaffiliated/ibuffy) 00.07.13 # r27325 build result: All green 00.08.00 Quit jgarvey (Quit: Leaving) 00.09.19 Quit domonoky (Read error: Connection reset by peer) 00.09.23 # bluebrother: if you give me the link, I'll try tomorrow... errr.. later today ;) 00.10.00 # pixelma: usual location is http://www.alice-dsl.net/dominik.riebeling/rockbox/themeeditor/ -- all updates will go there (except the official stuff of course ;-) 00.10.48 # bieber: yes, I've started with the xcf. OSX can go up to as high as 512x512px. I've stopped at the resolution the xcf has. 00.11.08 Join wincent [0] (~Miranda@g226224049.adsl.alicedsl.de) 00.11.08 # I was also thinking about creating a svg of the icon. Can be useful on Linux. 00.12.00 Quit wincent_balin (Ping timeout: 245 seconds) 00.18.51 Join zack [0] (~chatzilla@72.29.214.34) 00.19.14 Nick zack is now known as ZGruk (~chatzilla@72.29.214.34) 00.19.33 Quit ZGruk (Client Quit) 00.25.29 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 00.30.56 Quit evilnick_B (Quit: Page closed) 00.31.58 Quit kugel (Remote host closed the connection) 00.33.18 Join halmi [0] (~netbook@93-82-44-54.adsl.highway.telekom.at) 00.35.45 # stripwax: if find some time to debug -> http://www.pastebin.org/384813 this patch experiments with replacing libfaad's fft with the codeclib's. the main three changes are encapsulated by "//AB: use codeclib's fft" (1st declaration of FFTComplex variable, 2nd filling this variable and calling codeclib's fft, 3rd fprint-debugging). 00.36.05 # bluebrother: thanks, will try it 00.36.35 # stripwax: I do not understand why the results of libfaad's and codeclib's fft are different (even researched bitreversing and conjugated complex input). 00.37.09 # stripwax: would be great if you could help as I assume there might be a large speed difference (~10 MHz) 00.38.59 # saratoga/mt/lear/n1s: any other codec dev might be interested in this as well... 00.40.18 # have to quit now, will be happy to read any hints in the log 00.40.19 # bye 00.40.22 Quit Buschel () 00.40.34 # Buschel - quick q - your diff calls both ff_fft_calc_c and fft_dif, is that right? 00.40.37 # gah 00.41.15 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) 00.42.04 # so at a guess, libfaad uses regular bitreverse ordering , which differs from our codeclib (which uses the blended split-radix digitreverse ordering) 00.42.28 # but i know nothing about libfaad. but if the diff is assuming that our codeclib uses regular bitreverse ordering, then that could explain why you are getting diffs 00.42.31 # ^ all for the log 00.43.52 # fortunately we have a digitreverse table in codelib too, called revtab I think. just shift it right to leave the remaining significant bits. e.g. index = (revtab[i])>>(12-nbits) 00.46.38 *** Saving seen data "./dancer.seen" 00.46.42 Quit halmi (Read error: Connection reset by peer) 00.47.43 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 00.51.48 Quit JdGordon (Ping timeout: 240 seconds) 00.59.44 Join anewuser [0] (anewuser@unaffiliated/anewuser) 01.16.40 Quit bertrik (Quit: :tiuQ) 01.21.33 Quit stripwax (Quit: http://miranda-im.org) 01.22.29 Quit stoffel (Ping timeout: 265 seconds) 01.24.54 Quit jennifur (Ping timeout: 265 seconds) 01.26.35 Join Horschti [0] (~Horscht2@xbmc/user/horscht) 01.28.36 Quit Horscht (Ping timeout: 240 seconds) 01.36.40 Join JdGordon [0] (3a601b9e@gateway/web/freenode/ip.58.96.27.158) 01.37.13 Join jennifur [0] (~jennifur@cpe-72-224-19-1.nycap.res.rr.com) 01.37.39 Quit jennifur (Read error: Connection reset by peer) 01.45.44 Join jennyf [0] (~jennyf@212-198-248-35.rev.numericable.fr) 01.47.11 Quit jennyf (Client Quit) 01.59.45 Quit robin0800 (Remote host closed the connection) 02.05.08 Join evilnick_ [0] (~evilnick@ool-4a5909aa.dyn.optonline.net) 02.20.41 Quit evilnick_ (Ping timeout: 265 seconds) 02.27.18 Join DerPapst1 [0] (~Alexander@p5797C839.dip.t-dialin.net) 02.29.22 Quit DerPapst (Ping timeout: 260 seconds) 02.32.57 Quit t0rc (Quit: Leaving) 02.39.47 Quit Xerion (Read error: Connection reset by peer) 02.40.31 Join Xerion [0] (~xerion@82-170-197-160.ip.telfort.nl) 02.46.40 *** Saving seen data "./dancer.seen" 02.48.30 Quit JdGordon (Quit: Page closed) 02.50.53 Quit BSOD90 (Ping timeout: 260 seconds) 02.57.34 Join BSOD90 [0] (~bsod@v35177.1blu.de) 03.00.21 Join JdGordon [0] (3a601b9e@gateway/web/freenode/ip.58.96.27.158) 03.04.19 Quit merbanan (Ping timeout: 240 seconds) 03.08.50 Quit Xerion (Read error: Connection reset by peer) 03.09.34 Join Xerion [0] (~xerion@82-170-197-160.ip.telfort.nl) 03.19.46 Quit togetic (Ping timeout: 551 seconds) 03.25.40 # Buschel: you're probably already aware of this since i keep talking about it, but rather then optimize the dct4_kernel function, you can package all the data into an MDCT and use our mdct 03.26.09 # since the MDCT is still a DCT, with rotation you can get the same result as the dct4_kernel with a LOT less code 03.26.35 # the ffmpeg version is 19 lines long :) 03.27.45 # they basically just multiply times the SBR window coefficients, reshuffle to get into the right order for an MDCT, and then call the MDCT 03.29.59 # hmm though looking more carefully at dct4_kernel I guess its not tremendously different 03.30.41 # since it basically just rewindows and repackages for an FFT of size N/2 03.34.40 # i guess its pretty much the same, just with the mdct you have to write some fixed point code, and with dct4kernel you have to optimize some code :) 03.43.53 Quit Xerion (Read error: Connection reset by peer) 03.45.56 Quit S_a_i_n_t (Ping timeout: 240 seconds) 03.47.18 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.238) 03.48.04 Join Xerion [0] (~xerion@82-170-197-160.ip.telfort.nl) 03.48.46 Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) 03.51.26 Join jennifur [0] (~jennifur@cpe-72-224-19-1.nycap.res.rr.com) 03.53.18 Quit S_a_i_n_t (Read error: Connection reset by peer) 03.56.17 Join togetic [0] (~togetic@unaffiliated/ibuffy) 03.57.31 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.101) 04.06.31 Join Simran [0] (4673bb7c@gateway/web/freenode/ip.70.115.187.124) 04.06.57 # Hello 04.07.44 # hi Simran 04.08.34 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) 04.09.21 Quit S_a_i_n_t (Ping timeout: 265 seconds) 04.11.06 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.3) 04.16.35 Quit Strife89 (Quit: Bed - before midnight, for once. XD) 04.16.49 Quit pixelma (Disconnected by services) 04.16.50 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.16.51 Quit amiconn (Disconnected by services) 04.16.54 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.17.05 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.17.13 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.17.18 Quit Simran (Quit: Page closed) 04.25.47 Quit Barahir_ (Ping timeout: 240 seconds) 04.27.59 Join Barahir [0] (~jonathan@frnk-590fcf3b.pool.mediaWays.net) 04.34.51 Quit TheSeven (Ping timeout: 245 seconds) 04.38.56 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 04.39.18 Join DerPapst [0] (~Alexander@p5797C487.dip.t-dialin.net) 04.41.31 Quit DerPapst1 (Ping timeout: 245 seconds) 04.46.42 *** Saving seen data "./dancer.seen" 05.09.23 Join kramer3d [0] (~kramer@unaffiliated/kramer3d) 05.11.16 Quit DerPapst (Quit: Leaving.) 05.30.10 Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) 05.39.18 Join clochette [0] (~clochette@212-198-248-35.rev.numericable.fr) 05.39.37 Quit Horschti (Quit: Verlassend) 05.40.41 Quit clochette (Client Quit) 05.53.01 Quit Zarggg (Read error: Connection reset by peer) 05.53.08 Join Zarggg [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 05.53.56 Quit Zarggg (Read error: Connection reset by peer) 06.00.33 Join n17ikh [0] (~n17ikh@c-174-56-154-197.hsd1.sc.comcast.net) 06.09.07 Join bzed_ [0] (~bzed@devel.recluse.de) 06.09.35 Nick bzed_ is now known as Guest65862 (~bzed@devel.recluse.de) 06.09.37 Quit t0rc (Quit: Leaving) 06.10.03 Quit bzed (Read error: Operation timed out) 06.16.52 Quit kramer3d (Quit: Leaving) 06.30.35 Quit jennifur (Ping timeout: 260 seconds) 06.33.16 Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 06.35.53 Join jennifur [0] (~jennifur@cpe-72-224-19-1.nycap.res.rr.com) 06.35.53 Quit jennifur (Client Quit) 06.39.48 Quit scorche` (Ping timeout: 240 seconds) 06.40.25 Join sandra_f [0] (~sandra_f@212-198-248-35.rev.numericable.fr) 06.42.06 Quit sandra_f (Client Quit) 06.45.35 Quit anewuser (Quit: http://xrl.us/detroitVI Sixth edition of 25 samples + 48 hours + detroit party (july 31) (maybe streamed online!)) 06.46.45 *** Saving seen data "./dancer.seen" 06.52.40 Join scorche [0] (~scorche@rockbox/administrator/scorche) 07.11.21 Join froggyman [0] (~me@unaffiliated/froggyman) 07.14.58 Join bieber_ [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 07.19.32 Join stoffel [0] (~quassel@p57B4BC1B.dip.t-dialin.net) 07.32.12 Join esperegu [0] (~quassel@145.116.15.244) 07.38.05 Join Buschel [0] (~~andree@p54A3F9BB.dip.t-dialin.net) 07.41.58 Quit togetic (Ping timeout: 260 seconds) 07.50.33 Quit liar (Ping timeout: 240 seconds) 07.52.19 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 07.55.25 Join togetic [0] (~togetic@unaffiliated/ibuffy) 07.57.52 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 08.00.04 Join Zarggg [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 08.11.19 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 08.14.33 Quit binaryhermit (Read error: Connection reset by peer) 08.14.53 Join binaryhermit [0] (~binaryher@adsl-99-141-196-197.dsl.emhril.sbcglobal.net) 08.17.05 # New commit by 03bieber (r27326): Theme Editor: Moved volume options in device configuration panel 08.18.28 Join mitk [0] (~mitk@195.117.162.130) 08.18.49 # r27326 build result: All green 08.22.44 Join lauanana [0] (~lauanana@212-198-248-35.rev.numericable.fr) 08.24.01 Quit krazykit (Ping timeout: 260 seconds) 08.24.11 Quit lauanana (Client Quit) 08.25.53 Join krazykit [0] (~kkit@206.183.185.8) 08.26.50 Join ender` [0] (krneki@foo.eternallybored.org) 08.33.19 # saratoga/stripwax: thanks for the hints you gave last night. just updated FS#11461. codeclib's fft is used now. further optimization to follow. decoding speed af aac-he is ~107 MHz now (svn 130 MHz) -- on PP5022 08.37.49 Quit Buschel (Ping timeout: 264 seconds) 08.39.40 Quit linuxguy3 (Ping timeout: 276 seconds) 08.43.44 Quit BHSPitMonkey (Remote host closed the connection) 08.46.48 *** Saving seen data "./dancer.seen" 08.50.32 # New commit by 03bieber (r27327): Theme Editor: Made all lines of text render as a single graphic, viewport size limits now enforced on text width 08.50.55 Quit bieber_ (Remote host closed the connection) 08.52.03 # r27327 build result: All green 08.53.58 # bieber: I'm not sure I understand the "viewport size limits now enforced on text width" 08.54.49 Quit binaryhermit (Ping timeout: 265 seconds) 08.58.55 # S_a_i_n_t: Up until now, if text exceeded the width of the viewport it would just keep on spilling out 08.59.06 # Now it cuts off like it's supposed to, I just need to implement scrolling 08.59.46 # Ah right, the way I read it was that "text can't exceed the width of the viewport", just checking ;) 08.59.46 Join binaryhermit [0] (~binaryher@99.141.196.197) 09.00.51 Join Zagor [0] (bjst@rockbox/developer/Zagor) 09.09.54 # New commit by 03wodz (r27328): HD200 - fix misleading comment in system-hd200.c 09.10.04 Quit bmbl (Read error: Connection reset by peer) 09.11.32 # r27328 build result: All green 09.13.23 Join flydutch [0] (~flydutch@host125-49-dynamic.2-87-r.retail.telecomitalia.it) 09.13.34 Join wodz [0] (~wodz@skatol.ch.pw.edu.pl) 09.15.16 # battery_bench on MPIO looks quite good - old result with cutoff at 3500 mV was 4:14:10, new result with cutoff at 3650 mV is 7:10:59 09.18.03 # Meh, it's getting slow on large themes 09.18.41 # I think I'll do some benches with CPUFREQ_NORMAL set to 33.8688 MHz instead of 45.1584. The most popular codecs should run still unboosted 09.19.34 # bieber; Large as in "lots of text in the WPS/SBS/FMS etc. files" or, large as in "lots of skinbuffer usage"? 09.19.52 # I'm sure it's text 09.20.13 # It looks like I'm not going to be able to get away with my grossly inefficient text rendering ;) 09.20.50 # hehehe, some of my WPS are in the region of 3~400 lines ;) 09.20.55 # Should be interesting :P 09.21.55 # No worries, I'm fixing this nonsense before I move on to anything else 09.29.42 Quit scorche (Disconnected by services) 09.29.53 Join scorche` [0] (~scorche@rockbox/administrator/scorche) 09.33.37 # you can imagin how slow it got on an old athlon and radeon 9000 ;) 09.33.41 # imagine* 09.34.46 Join swilde [0] (~wilde@aktaia.intevation.org) 09.35.30 # The GFX card really shouldn't have anything to do with that... 09.36.07 # it would if gnu would hurry up and get gcc going on the gpu :) 09.36.09 # I've run it on an AMD 1.10Ghz with an nVidia Vanta16 ;) 09.36.14 Join petur [0] (d408b802@rockbox/developer/petur) 09.36.46 # No, it's the fact that every time the scene is rendered (i.e. every time you change the text ) it's loading every font from disk and rendering every line of text once for each character in the line ;) 09.37.14 # bahaha 09.37.28 # Sooo, I need to do some caching, and find a way to delay rendering text until I know how much is going to be on the line 09.38.24 # dont bother rendering unless the time between key presses is large maybe? 09.38.29 # and keep fonts in memory 09.38.39 # New commit by 03bieber (r27329): Theme Editor: WorkingWorking on speeding up the renderer, replaced for-loops with faster method call 09.39.15 # JdGordon: The problem with delaying rendering is that I want to be able to have a timer running rendering at a reasonable framerate, so you can see animations and such 09.39.28 Quit rado1 (Read error: Operation timed out) 09.39.47 # I'm hoping that caching fonts and just rendering each line once will significantly speed everything up 09.40.14 # r27329 build result: All green 09.40.34 # just disable that timer when the user is typing? 09.41.04 # you sholdnt need to hit the disk more than once per object 09.41.42 # I mean when the timer is running, I want to have it rendering significantly faster than the user could change the text anyways, so just delaying things isn't really an option 09.42.13 # Besides, I have no doubt that constantly reading the font from disk has to be the problem. It was handling just as zippy as could be before I started doing that 09.43.39 # it would be pretty funny if a PC couldnt keep up with the ipod drawing skins :) 09.43.48 Join Buschel [0] (~~andree@p54A3C433.dip.t-dialin.net) 09.46.29 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 09.46.36 Join rado1 [0] (~jon@66-214-153-109.dhcp.mtpk.ca.charter.com) 09.48.16 # Okay, got text rendering delayed until the end of the line without any significant speedup, it's gotta be disk access 09.49.02 # New commit by 03bieber (r27330): Theme Editor: Delaying rendering of text lines until newline reached 09.50.31 # r27330 build result: All green 09.50.36 # load fonts to memory PC has plenty of 09.50.52 # disk is sloooow 09.51.45 Join Rob2222 [0] (~Miranda@p4FDCBD59.dip.t-dialin.net) 09.51.59 # and moving pointers is muuuuuch faster than seeks 09.54.52 Quit Rob2223 (Ping timeout: 245 seconds) 09.55.33 Quit JdGordon (Quit: Page closed) 09.56.38 # yeh, and i've got slow disks 09.57.00 # i imagine for anyone in a similar position it would be slow too 09.58.28 # Disks in general are just really, really slow compared to memory 09.59.09 # I should have known better than to think I could get away with loading KB of data from disk multiple times a second 10.00.14 Quit Buschel (Ping timeout: 260 seconds) 10.00.47 # indeed. 10.03.23 # memmap() should do 10.04.16 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 10.05.38 # wodz: memmap? 10.06.04 # http://en.wikipedia.org/wiki/Mmap 10.06.24 # Don't worry about performance too much unless it really gets in the way 10.06.50 # Oh, interesting. It's apparently POSIX only, though, which would kill my Windows compatibility 10.07.08 # I just whipped up a font cache, and it's introduced a new bug without making rendering _that_ much better :/ 10.07.26 # bieber: I think there is similar call on windows 10.09.14 # bieber: This may be interesting for You also: http://developers.sun.com/solaris/articles/read_mmap.html 10.12.16 # bieber: And finally windows equivalent http://msdn.microsoft.com/en-us/library/aa366556%28VS.85%29.aspx 10.12.57 # It's interesting stuff, but I don't want to resort to platform-dependant ifdefing for simple caching 10.13.53 # for few hundreds of kB it is not worth the effort probably 10.17.51 # Isn't there something like Qmmap? 10.21.33 # There doesn't seem to be 10.21.59 # I just put together a simple class to implement a global font cache, but it's not helping as much as I thought it would 10.23.48 # Oh wait, that's probably because I'm having the font class load the info from the cache, and then load it from the file all over again 10.23.49 # *facepalm* 10.24.00 # bieber: http://labs.trolltech.com/blogs/2007/10/15/file-mapping/ 10.24.29 Quit binaryhermit (Ping timeout: 240 seconds) 10.25.28 # Oh, thanks 10.25.50 # Seems a bit simplistic in that I don't see anything that wraps madvise(), so you're relying on OS heuristics, but I'd expect OS heuristics to be just fine for smallish files (also for plain file reading actually...) 10.27.24 # bieber: Just fyi. Open Document dialog doesn't show directories starting with . (dot). Also doesn't show files with no extension even when "All files" option is selected. 10.27.42 # mitk: Thanks, I'll have to have a look at that 10.28.20 # I think you can right-click in Qt's file dialog to show hidden files, and the lack of no-extension files should be an easy fix 10.31.16 Join hamish_ [0] (~hamish@119.224.50.74) 10.31.46 # IIRC Qt does have the "right click - show hidden files" thing, yes. 10.31.54 # bieber: Yeah it works for hidden files. 10.32.06 Quit hamish_ (Client Quit) 10.33.20 # Any recommendations for a Linux code profiler? 10.33.41 # Maybe it is good to show .rockbox directory without right clicking. Especially on simdisk. 10.34.07 Join DerPapst [0] (~Alexander@dslb-088-069-143-055.pools.arcor-ip.net) 10.35.32 # bieber: http://www.ibm.com/developerworks/library/l-gnuprof.html 10.36.34 # amiconn, for the extra-keypress-required-after-exiting-a-plugin-problem, maybe we should just remove the button_clear_queue call (called just after returning from a plugin) and see what happens. 10.41.24 # bieber: Valgrind may also be interesting 10.41.39 # New commit by 03bieber (r27331): Theme Editor: Fixed rendering bug that caused text in sublines not to appear, implemented a global font cache 10.43.23 # r27331 build result: All green 10.43.59 # gprof was insanely helpful 10.45.07 # Apparently it's actually rendering the text that's taking up most of the program's time, not font loading 10.45.17 # So it's the images I should be caching 10.46.49 *** Saving seen data "./dancer.seen" 10.47.37 # :-) 10.48.12 Join JdGord [0] (~jd@175.32.152.133) 10.54.42 Quit rvvs89 (Changing host) 10.54.42 Join rvvs89 [0] (robotnik@pdpc/supporter/base/rvvs89) 11.06.10 Join dfkt [0] (dfkt@unaffiliated/dfkt) 11.08.01 # where from codec gets master clock signal on ipod mini? Is it generated by PP SoC (like on coldfires) or is it independent oscillator circuit? 11.09.13 Quit esperegu (Remote host closed the connection) 11.09.56 Join esperegu [0] (~quassel@145.116.15.244) 11.11.36 Quit JdGord (Quit: Bye) 11.16.59 # Meh, even with fonts and images cached it's hanging a little on rapid text edit :/ 11.19.04 Join evilnick_ [0] (~evilnick@ool-4a5909aa.dyn.optonline.net) 11.23.51 Quit evilnick_ (Remote host closed the connection) 11.24.51 # * S_a_i_n_t wonders how rapidly people are going to be editing said text? 11.25.25 # I don't imagine anyone writing WPS syntax at 60wpm ;) 11.29.02 # Ehh, the problem comes when you hold down the backspace key and it hangs 11.29.22 # For now I'm just putting a limit on the time between renders 11.29.49 Join Luca_S [0] (www-data@giant.haxx.se) 11.32.14 Quit wodz (Quit: Leaving) 11.32.24 # funman (for the logs): I have my FuzeV2 again. I'm starting a series of accelerated battery benches with backlight always on and 1) plain svn 2) dynamic cpu freq (latest patch) 3) audio on pllb. 1) is already done (no crashes), 2) just started. 11.33.49 # New commit by 03bieber (r27332): Theme Editor: Implemented caching for rendered text, added profiling info to debug build, added a 500msec delay when rendering after code changes to ... 11.35.22 # r27332 build result: All green 11.41.54 Join dfkt_ [0] (dfkt@unaffiliated/dfkt) 11.44.09 Quit Luca_S (Quit: CGI:IRC) 11.45.02 Quit dfkt (Ping timeout: 264 seconds) 11.45.33 Quit esperegu (Read error: Connection reset by peer) 11.49.13 # hm, button_clear_queue() is all over the place, so removing one call from plugin.c is not going to solve a lot 11.49.17 Join esperegu [0] (~quassel@145.116.15.244) 11.54.01 Quit esperegu (Remote host closed the connection) 11.56.41 Join esperegu [0] (~quassel@145.116.15.244) 12.09.08 Nick dfkt_ is now known as dfkt (dfkt@unaffiliated/dfkt) 12.12.21 Join watto [0] (~watto@193.203.81.165) 12.14.36 Join wodz [0] (~wodz@chello087206241167.chello.pl) 12.40.03 Join kramer3d [0] (~kramer@unaffiliated/kramer3d) 12.43.46 Join ucchan [0] (~ucchan@softbank126102048036.bbtec.net) 12.45.46 Quit Galois (Ping timeout: 240 seconds) 12.46.53 *** Saving seen data "./dancer.seen" 12.51.51 Quit kramer3d (Quit: This computer has gone to sleep) 13.06.24 Quit Unhelpful (*.net *.split) 13.06.24 Quit antil33t (*.net *.split) 13.06.24 Quit jhMikeS (*.net *.split) 13.06.24 Quit literal (*.net *.split) 13.06.24 Quit advcomp2019_ (*.net *.split) 13.06.25 Quit fxb__ (*.net *.split) 13.06.25 Quit rasher (*.net *.split) 13.06.25 Quit lostlogic (*.net *.split) 13.09.38 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 13.09.38 Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) 13.09.38 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 13.09.38 Join literal [0] (hinrik@v.nix.is) 13.09.38 Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019) 13.09.38 Join fxb__ [0] (~felixbrun@h1252615.stratoserver.net) 13.09.38 Join rasher [0] (~rasher@rockbox/developer/rasher) 13.09.38 Join lostlogic [0] (~lostlogic@rockbox/developer/lostlogic) 13.25.33 # bieber: for what it's worth, a quick test run of the theme editor (r27323 built by bluebrother) went fine on MacOS 10.4 13.35.32 # New commit by 03uchida (r27333): plugin api: add the following functions. ... 13.37.37 # r27333 build result: All green 13.42.56 # Waiting for battery_bench to finish I started disassembling of MPIO HD300 firmware (bigger brother of my HD200). Firmware for both players is build from the same source base for sure. 13.46.08 Join Dannyboy [0] (www-data@giant.haxx.se) 13.46.34 # could someone look at this http://whatimg.com/images/39770593570713397873.gif 13.46.41 # and explain to me how to use it 13.46.45 # i dont understand the instructions 13.46.50 # i want to create a modified firmware 13.51.47 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) 13.52.39 # Dannyboy: Did you tried this -> http://www.rockbox.org/wiki/RockboxUtility 13.56.29 # mitk: maybe I misunderstood but he don't want to install rockbox but to modify firmware 13.57.47 # Maybe you, may be me :) Only Dannyboy knows it. 14.00.00 # i want to modify the firmware 14.00.07 # as i installed rockbox onto ram 14.00.19 # and i have to use modified original firmware to restore it 14.00.50 Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) 14.01.00 # you mean rom right? 14.01.34 # yer 14.01.55 # if someone could make me a bin file using the 1.66 us firmware 14.04.29 # Honestly I don't get it. If you have rockbox in rom and you want to restore player you need to flash original firmware. (unless you want to have rb still installed but not in rom) 14.05.38 # in order to flash original firmware dont you need to boot from disk 14.05.50 # when i try to flash original untouched firmware i get an error message 14.06.16 # saying not an original firmware file 14.06.54 # It shouldn't matter. Rockbox copies itself into ram and runs from there irrespective if it is loaded from disk or from flash 14.07.26 # New commit by 03uchida (r27334): text viewer: fixed the following bugs. ... 14.07.26 # so all i need to do is get firmware file which is .hex 14.07.28 # and rename to .bin? 14.09.13 # r27334 build result: All green 14.09.22 # I would wait and ask somebody skilled in irivers particulary. 14.09.58 # yes, ive been asking this question a few days 14.10.14 Quit mitk (Quit: Leaving) 14.10.35 Join merbanan [0] (~banan@c-89-160-72-125.cust.bredband2.com) 14.11.49 # So maybe ask this question on ML? Some devs do not follow IRC discussions 14.14.58 # ml? 14.15.46 # wodz: Not entirely true. On some targets it is possible to have rockbox directly running from ROM. Code and .rodata, that is - it still has to copy .data and iram stuff, and use dram for .bss 14.17.09 # amiconn: I see - isn't it painfully slow runing this way? 14.17.20 # Dannyboy: Mailing List 14.17.26 # oh ok 14.19.11 # wodz: why should it be? on olde rplatforms, NOR flash is not significantly slower than SDRAM to read 14.20.26 Quit rado1 (Ping timeout: 264 seconds) 14.20.51 # Torne: maybe You know what is delivering MCLK signal to the codec in ipod mini? Is it PP SoC or is it external oscilator circuit? 14.20.58 # no idea. 14.23.32 # Depends. On SH1 it's about twice as slow, as the EEPROM is 8 bit and the DRAM is 16 bit 14.23.58 # On coldfire you probably don't see much difference for code. or data I don't know 14.24.08 # s/or/For/ 14.38.35 Join rado1 [0] (~jon@66-214-153-109.dhcp.mtpk.ca.charter.com) 14.40.09 # I've never actually done a test, but running my H140 out of ROM, or using the RAM image doesn't feel any different 14.42.17 # New commit by 03uchida (r27335): plugin api: new functions set the end of the structure. thanks to Frank Gevaerts. 14.44.17 # r27335 build result: All green 14.45.50 Join Galois [0] (djao@efnet.math.uwaterloo.ca) 14.46.55 *** Saving seen data "./dancer.seen" 14.48.13 Quit sneak (Ping timeout: 245 seconds) 14.49.37 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 14.52.56 Quit t0rc (Remote host closed the connection) 14.54.17 Join sneak [0] (debian-tor@gateway/tor-sasl/sneak) 15.00.41 Quit ucchan (Quit: Leaving...) 15.00.41 Quit antil33t (Read error: Connection reset by peer) 15.00.47 Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) 15.08.45 Join teru [0] (~teru@M016207.ppp.dion.ne.jp) 15.13.29 Join BSOD90_ [0] (~bsod@v35177.1blu.de) 15.15.44 Quit JdGordon (Ping timeout: 245 seconds) 15.15.45 Quit BSOD90 (*.net *.split) 15.15.45 Quit w1ll14m (*.net *.split) 15.15.45 Quit bluebrother (*.net *.split) 15.15.45 Quit mk429_ (*.net *.split) 15.15.45 Quit simabeis (*.net *.split) 15.17.05 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 15.17.55 Join simabeis [0] (~simabeis@lobmenschen.de) 15.19.06 Join linuxguy3 [0] (~timj@adsl-75-57-186-47.dsl.emhril.sbcglobal.net) 15.21.32 Join w1ll14m [0] (~w1ll14m@84-104-80-54.cable.quicknet.nl) 15.22.35 Join mk429 [0] (mk429@spoon.netsoc.tcd.ie) 15.27.24 Join komputes [0] (~komputes@ubuntu/member/komputes) 15.29.44 Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) 15.34.04 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 15.36.50 Quit komputes (Ping timeout: 260 seconds) 15.37.20 Join peschmae [0] (www-data@giant.haxx.se) 15.42.22 Part froggyman 15.42.51 Quit peschmae (Quit: CGI:IRC (Ping timeout)) 15.43.02 Quit r0b- (Ping timeout: 276 seconds) 15.43.33 Join Kitr88 [0] (~Kitar_st@BSN-143-105-87.dial-up.dsl.siol.net) 15.43.46 Join r0b- [0] (~nnscript@adsl-76-253-124-227.dsl.klmzmi.sbcglobal.net) 15.43.49 Quit Kitar|st (Read error: Connection reset by peer) 15.48.03 Quit Kitr88 (Ping timeout: 264 seconds) 15.50.13 Join komputes [0] (~komputes@ubuntu/member/komputes) 15.53.29 Join Kitar|st [0] (Kitar_st@BSN-182-79-204.dial-up.dsl.siol.net) 15.57.52 Join freddyb [0] (~chatzilla@216.8.239.112.etczone.com) 16.09.06 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 16.09.15 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) 16.17.25 Quit Dannyboy (Quit: CGI:IRC (Ping timeout)) 16.30.06 Quit bluebrother (Disconnected by services) 16.30.08 Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) 16.32.58 Join ansuz [0] (~ansuz@dsl093-172-019.pit1.dsl.speakeasy.net) 16.37.21 Join bor_ka [0] (www-data@giant.haxx.se) 16.44.39 Join kramer3d [0] (~kramer@unaffiliated/kramer3d) 16.46.58 *** Saving seen data "./dancer.seen" 16.49.29 Join Strife89 [0] (~Strife89@adsl-67-57-37.mcn.bellsouth.net) 16.55.03 Quit kramer3d (Quit: Leaving) 17.00.09 # Anyone want to close out "FS#11449" as "Not a bug, RTFM"? 17.02.53 # FS#11426 can also be closed now. 17.03.03 # Fixed by JdGordon yesterday. 17.03.13 # S_a_i_n_t: i would've expected a wps to work from anywhere, tbh ;) 17.03.45 # i mean, it's not particularly critical, i guess. 17.03.46 # It needs to be in the WPS dir, pretty sure the manual states this. 17.04.00 # It needs to be in the same dir as the wps folder also 17.04.08 # (image folder for the wps file) 17.05.17 Join chrisb [0] (~chrisb@pool-98-111-148-99.phlapa.east.verizon.net) 17.05.28 # do you know if the line-out works for the iPods which can take rockbox? 17.05.50 # yes, all the ipods with a dock connector have line out on the dock 17.05.58 # there's a setting to enable/disable it in rockbox (because it takes some power) 17.06.08 # Torne: thanks 17.06.18 # you may also need to turn on the accessory power depending what you are connecting it to 17.06.30 # Torne: understood 17.06.46 # i have a Belkin dock with external power, so i can do that 17.07.11 # Yah. It might still need accessory power enabled, some docks seem to use that to detect the ipod being present 17.07.28 # we have an option because again, it takes some power even when nothing is connected 17.07.47 # now i just have to find a way to replace the ipod Classic 6 Gen with something that will fit in that dock and take rockbox 17.08.03 Quit teru (Quit: Quit) 17.08.27 # the tigerdirect description never said 6th Gen, just 2G, so i thought i would be OK 17.08.35 # for rockbo 17.08.40 # s/rockbo/rockbox 17.09.04 # 2G as in "GB"? 17.09.14 # Or, as in, "totally mistaken"? 17.09.29 # the second gen ipods are from 2002, so if you thought you were buying one that wasn't second hand you were worng ;) 17.09.47 # also, the 1g/2g are not particularly great, they're huge and bricklike and can't shut off. 17.09.51 # :) 17.10.20 # And have weird controls 17.10.20 Join Jaykay [0] (~chatzilla@p5DC578D6.dip.t-dialin.net) 17.10.51 # none of the ipods currently available to buy new work with rockbox, anyway 17.11.30 Part Zagor 17.11.58 # S_a_i_n_t: the description said 2G as in "2nd Gen" and had that written on one of the photos 17.12.24 # S_a_i_n_t: but they shipped a brand new 6th Generation or 7th Generation 17.12.36 # 7th? 17.12.42 # there's a 7th now? 17.12.48 # http://www.tigerdirect.com/applications/SearchTools/item-details.asp?EdpNo=6042213&CatId=3575 17.12.52 # see for yourself 17.13.29 # It really pays to investigate the generation of the iPod yourself (assuming the images are correct) 17.13.44 # Apple has a nice thing on their site for identifying iPod models 17.13.51 # but both labels 2nd Generation and Gen 7 iPod Classic are on the box i received 17.14.20 # Yes, that's clearly described as an ipod classic 17.14.20 # IFAIK, there it *no* 7th Gen 17.14.27 # Anyone feel free to correct me... 17.14.37 # S_a_i_n_t: some people seem to think the later classics are different enough to warrant being called 7th gen 17.14.44 # i hate apple. i dropped my guard, and this is the first apple product i ever bought 17.14.53 # i don't think we've found any hardware differences yet that are interesting, but i also don't think we have looked very hard 17.14.59 # I go by Apple's description of Generation 17.15.01 # since we can't run on the original classics yet 17.15.06 # AFAIK it stops at 6 now 17.15.08 # and i hate it, i hate the appleness of it and i hate its hostility to gnuness and hackability 17.15.09 # Apple don't *have* generatoins for most of them :) 17.15.20 # Using only apple's terminology gets very verbose very fast 17.15.47 Join AzureWurk [0] (opera@c-24-21-44-114.hsd1.wa.comcast.net) 17.15.55 # chrisb: Hate to say it dude, but yes, the site you linked very clearly states it is a "classic" 17.16.08 # ie. 6Th Gen 17.16.20 # "classic 2nd gen" would be what other people call "7th" 17.16.22 # S_a_i_n_t: i can take my lumps, i know i screwed up 17.16.34 # like "mini 2g" or "nano 2g" is not the same as 2g 17.17.38 Join MethoS- [0] (~clemens@134.102.106.250) 17.18.18 # * S_a_i_n_t loves the "A closer look" section of that page that shows the same image, but flipped horizontally ;) 17.18.23 # in my defense, it did not say 6th Gen, it said 2G at the time I ordered, and it has a 2nd Gen label on the box, with a Gen 7 label slapped above it 17.18.50 # None of which are correct, nice ;) 17.19.06 # Gotta love misleading information... :/ 17.19.26 # S_a_i_n_t: well, it's all consistent with the terminology commonly used.. 17.20.03 # the problem is that now apple call the new one the classic, people assume that all non-mini/nano/touch ipods are ipod classics 17.20.09 # Hahaha...that site is awesome, lets show the same image, but flip it horizontally to give the impression that they are actually left/right angle views. 17.20.12 # and thus that the classic is in some way related to the older disk based models 17.20.17 # which it's not, other than looking similar ;) 17.20.55 # Torne: bingo, that's the haze i'm emerging from 17.21.39 # If all else fails, look at the picture and head to Apples "identify your iPod" page 17.22.00 # apple's terms only give generation unmbers to a few models 17.22.01 # (assuming the correct image has been posted) 17.22.12 # and describes all the rest by.. descriptive stuff and/or release date 17.22.58 Quit panni_ (Read error: Connection reset by peer) 17.24.23 Quit antil33t (Read error: Connection reset by peer) 17.24.30 Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) 17.25.41 # i'll check the pawn shop for a 5G or 5.5G... 17.26.39 # the only lossless format iPod will play is .wav, right? no flac.... 17.27.29 # apple lossless, ALAC 17.27.47 # but no flac, no 17.27.50 # Torne: ok, thanks 17.28.17 # is .wav free or proprietary? 17.29.05 # WAV is a container, it doesn't really belong to anyone but it's not a published public standard either 17.29.41 # the normal format for wav, linear pcm audio, is too trivial for anyone to own i would hope ;) 17.35.05 # * chrisb looks at rockbox.org and thinks maybe 5G doesn't take rockbox 17.35.43 # what gives you that impression? 17.35.47 # Apple: iPod 1g through 5.5g, iPod Mini and iPod Nano 1g 17.36.31 # There's a patch (FS#10386) for adjusting the thumb wheel speed on iPods that's been dormant for a while. I have it working. Is anyone interested in this? 17.36.39 # i looked at http://build.rockbox.org/ and did not see one for 5G or 5.5G 17.37.12 # chrisb: ipod video 17.37.20 # freddyb: we have, in the past, explicitly said we don't want that, i think 17.38.14 # Torne: ok. no wonder i ended up with a 2nd Gen relabeled as a a Gen 7 iPod 17.38.20 # i'm in apple hell 17.38.39 # chrisb: http://support.apple.com/kb/ht1353 <- this is the horse's mouth on ipod models 17.38.47 # you'll notice that almos tnone of them have a numeric generation :) 17.39.04 # freddyb: If it weren't specific to the Video...*I* may be interested in this, but I doubt it has a future in SVN personally 17.39.16 # also that when they sold lots of those models, they sold them under names other htan the one listed on that page 17.39.19 # sooo, yeah 17.39.26 # (by interested, I mean for my personal builds) 17.39.57 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 17.40.01 # scroll speed/acceleration shouldn't really be something you have to adjust 17.40.27 # no, it should "just work", but it's nice to be able to turn it down selectively 17.40.46 # I had a two stage sensitivity thing going for a while, but I lost the patch 17.40.57 # Some plugins seem more sensitive than others. 17.41.03 # They aren;t. 17.41.11 # and we've had working acceleration for a long time now 17.41.16 # note: *seem* 17.41.40 # seriously: if it doesn't seem right, then adjust the speed/acceleration params and offer that as a patch :) 17.41.47 Quit merbanan (Ping timeout: 240 seconds) 17.42.07 # *shrug* i don't personally see the need for it to be user-settable; ther'es an incredibly narrow range that's even useful 17.42.29 # Toning down scroll sensitivity for the virtualy keyboard is what made me persue it in the first place 17.42.46 # the virtual keyboard is just worthless on a scrollwheel anyway 17.42.53 # a much better fix is to replace the virtual keyboard on scrollwheel targets 17.43.00 # with? 17.43.02 # which there are several ideas, and one or two patches, for 17.43.29 # with a different kind of virtual keyboard, written with scrollwheels in mind 17.43.43 # the current one assumes you have up/down/left/right, i.e. a 4-way control of some kind 17.44.16 # i've got a couple on my list, hang on a sec :) 17.44.48 # Torne: the reason I went looking for this patch was because the ipod wheel is too fast for my virtual keyboard. 17.45.00 # Awesome..I'm genuinely interested. I use the v-keyboard a lot 17.45.06 # S_a_i_n_t: *how*? 17.45.07 # :) 17.45.21 # rgardless of scroll speed i find the virtual keyboard totally unusable on ipod 17.45.31 # "with great difficulty" ;) 17.45.31 # typing more than two or three chars makes me want to throw it out the window :) 17.45.44 # it's why testing frotz was a pain ;) 17.45.51 # I take it you often hit "menu" and exit the thing? 17.45.57 # (I used to do that a LOT) 17.46.03 # "close trapdoor" "take key" was as far as I ever could stand to get into Curses 17.46.09 # No, I know the controls 17.46.28 # but using scrolling for one axis and the scrollwheel's buttons for the other axis is just impossible ;) 17.46.38 # I do too...I still make the up/down/left/right mistake very often though 17.46.47 # http://www.rockbox.org/tracker/task/10763 <- there are two implementatoins here that are much better 17.46.56 # one using bank-safe-like use of the wheel 17.46.57 # Awesome, thanks 17.47.01 # and one just making the keyboard 1-d and having scrolling only 17.47.10 # Torne: Thanks! 17.47.25 # there are some other ideas around as well, on the forums and as (now-closed) feature requests 17.47.32 # but none of those ever actually got implemented 17.47.40 # it's on my list of "things to look at one day" 17.48.04 # since i did port frotz, which uses about a million times as much text input as anything else on rockbox ;) 17.48.41 # freddyb: seriously, though: the virtual keyboard moves up and down at exactly the same rate as any list view does 17.49.01 # so the notion that it's too fast for the keyboard seems bizarre to me, that should mean it's too fast *everywhere* 17.49.16 # scrolling up or down by one list item should be exactly the same movement as up or down one row on the vkbd. 17.49.45 # Yea, but in the virtual keyboard going too far is a problem, other places it's no big deal. 17.50.23 # I wrote it on a Fuze, which worked great, but it was unbearable on iPod Video 17.51.54 # 87787878787878iuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuu8uuuuuuuuuuuuiuuuujjujuuuuuuuuuuu 17.51.58 # er, it is? 17.52.01 # shit, sorry 17.52.09 # How is it any more of a problem in the virtual keyboard than other contexts? 17.52.18 # (serious question) 17.52.51 # I think it annoys me because I *want* the vkeyboard to feel precise 17.52.57 # I don't feel in control of it 17.53.30 # My keyboard patch uses left and right scrolling to move on y and x axis of the grid. Going too far means scrolling all the way back around. 17.53.31 # on a 176x132 screen its *really* hard to get a specific glyph 17.54.03 # Oh, yes, you are the author of the patches i just linked to ;) 17.54.13 # and, I have made my own .kbd file which helps a LOT 17.54.14 # Yep. 17.54.17 # i forgot 17.54.27 # the default vkeyboard with userfont is just...impossible 17.54.53 # (on 176x132) 17.54.57 # tbh i think the vkeyboard needs to be rethought entirely, not just on scrollwheel targets 17.55.06 # there are a *lot* of cases where it's barely usable 17.55.06 # it's so damn crowded with glyphs I never use./ 17.55.15 # not just the layout, but the entire implementation 17.55.36 # layout is fine, especially sine a .kbd file uses the userfont 17.55.51 # it needs some creative thinking to make a nice layout 17.56.09 # but, I now have qwerty and dvorak layouts for my vkeyboard ;) 17.56.13 # (pointless I know) 17.57.24 # What don't you like about it on non-scrollwheel targets? 17.57.32 # freddyb: still really slow 17.57.38 # not as much, but hey 17.57.59 # what can be done better is kinda limited, though, with the tiny number of controls we have. 17.58.22 # there are clever schemes on various handheld games devices but they generally have more buttons or at least the buttons laid out better for use by separate fingers 17.58.54 # I thought about a 2d bisection input for models with 4way directional control but never wrote it. 17.59.40 # it's not necessarily easy to do diagonals, is the problem with that kind of thing 17.59.57 # Huh? 18.00.10 # clever layouts are usually 8-direction-based 18.00.33 # since that's enough to map a lot of symbols with only two presses per symbol 18.00.55 # without easily-usable diagonals you need more than two 18.01.11 # pie menu? or is that too lame? 18.01.55 # simonrvn: well, that's more or less what i'm talking about: it's kinda problematic to select 40-50+ symbols from a pie menu that's only split into four 18.02.11 # indeed 18.02.28 # and there are quite a few targets where actually pressing the diagonals would be a pain 18.02.37 # or maybe even wouldn't work at all, depends on the keypad matrix 18.03.36 # yeh 18.03.47 # perhaps using "tap" style navigation would be a tad better for the iPods? (think rockboy) 18.03.55 # then, diagonals could be used. 18.04.12 # Well, that will only work on touch models 18.04.20 # the ones with a physical wheel (which is not just ipods) can't do that 18.04.35 # Also, if you're going to use the touchpad that way, you can do gestures :) 18.04.39 # instead of taps 18.04.44 # well, yeah...but screw them. We're talking touch-wheels here :P 18.04.54 # well, i was talking about scrollwheels in general 18.05.00 # but yes, someone suggested gestures 18.05.08 # divide the wheel into 8 sectors 18.05.17 # for the ones that can use it, it would be awesome. 18.05.18 # drag finger across it as if it were a touchpad 18.05.27 # kinda like, er, clock hands? 18.05.29 # if that makes sense 18.05.38 # it does (to me at least) 18.06.22 Quit petur (Quit: shopping) 18.06.28 # the only problem with using "taps" would be to stop it from repeating, ie. one "tap" == one movement. Repeating can be DAMN annoying in rockboy 18.07.34 # I imagine I would quite like to use the vkeyboard in this way, but haven't the faintest idea how to implement it. 18.07.47 # heh 18.10.02 # I don't think the virtual keyboard is ever going to be much faster than texting on a phone... 18.10.30 # some people can text really, really fast ;) 18.10.32 # * Torne shrugs 18.10.37 # i'm just mentioning some of the ideas i've seen around 18.10.39 # sure, but DAPs can't send SMS...so who cares :P 18.11.00 # We don't have an app for that? 18.11.26 # sure, you just need the iPod wifi/3G dock connector ;) 18.15.21 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 18.16.02 # pixelma: nice to hear :) 18.16.22 # freddyb: You seem to know the vkeyboard quite well, how would you feel about looking into the "rockboy-ish" 'tap-to-input' suggestion? I could certainly try help where I can, but my guess is that you know your way around the code much better than I. Even if diagonals were ignored, and it was simple "tap up/down/left/right/ to move one glyph in that direction" I think would feel quite nice. 18.16.44 # making "keystrokes" not repeat would be a major plus IMO 18.18.14 # I don't know rockboy. Why tap and then direction? Just to get around menu/play? 18.19.27 # the iPods don't have enough buttons for rockboy, so the scrollwheel is split into 8 "buttons" that you "tap" 18.19.41 # Try rockboy on your Video to get a feel for the idea 18.20.04 # s/ipods/touchwheel iPods/ 18.20.50 # In theory, this would also make diagonal navigation possible 18.21.19 Quit rado1 (Ping timeout: 265 seconds) 18.22.40 # S_a_i_n_t: if you entirely disabled repeating i think that would laso get quite tedious :) 18.23.10 # I see what you mean now. 18.23.14 # perhaps, but...I'd like to try it. 18.24.03 # S_a_i_n_t: touching repeatedly without actually pressing the button, to move multiple steps, feels like quite an unnatural movement 18.24.30 # Torne: So, you don't play rockboy then? ;) 18.24.37 # S_a_i_n_t: FS#11449 is a bug, at least it once worked as he described. WPSs should load when chosen but they won't be remembered (so at next boot it'll load something from .rockbox/wps) - and you'll *probably* find this explanation in the manual... 18.24.39 # S_a_i_n_t: no, of course not :) 18.24.53 # and repeating isn't optional, surely? 18.24.59 # you need to be able to hold buttons down to play most games :) 18.25.49 Join rado1 [0] (~jon@66-214-153-109.dhcp.mtpk.ca.charter.com) 18.26.11 # Torne: e.g. on the Iaudios you can'T do diagonals, no button combos except with the Power button which is also not desired as holding Power for like 10 seconds is a hard power-off 18.26.26 # right 18.26.29 # perhaps not optional, but surely it could be ignored for X period of time? 18.26.46 # S_a_i_n_t: well, it's not *repeating* on rockboy, surely.. but rather holding htem down 18.26.54 # if you stay touching "up" then it needs to emulate holding down up 18.26.58 # without letting go 18.27.02 # otherwise many games wouldn't work :) 18.27.18 # and no, i haven't ever actually used rockboy, maybe it's broken :) 18.27.42 # hmm .. libm linking problem again 18.27.48 # (in the sim) 18.27.48 # It probably does work as you say, its just incredibly sensitive I guess. 18.28.13 # well, i would suspect it can't really help that 18.28.29 # capacitive touch sensors *are* really sensitive 18.28.31 # by definition :) 18.29.33 # I noticed a while ago that on some days I don;t actually even need to touch the wheel to navigate, but rather hover my finger over it, and others it simply won't work this way. 18.29.53 # No idea why it would change, but experimentation suggests it indeed does. 18.30.09 # I guess "it" doesn't, but *I* do. 18.31.52 # Yup, probably depends how sweaty your finger is ;) 18.32.00 # capacitance! 18.33.40 Join funman [0] (~fun@rockbox/developer/funman) 18.37.19 Join joeyg [0] (~apoelstra@S010600236999fec1.vs.shawcable.net) 18.37.25 Quit joeyg (Client Quit) 18.38.22 Quit pamaury (Remote host closed the connection) 18.39.42 Quit swilde (Quit: ERC Version 5.3 (IRC client for Emacs)) 18.39.45 Quit togetic (Ping timeout: 240 seconds) 18.46.53 # Anyone knows why the sim is failing to link libm ? I can't see an obvious commit that would have affected that since r27015 18.47.01 *** Saving seen data "./dancer.seen" 18.47.39 # mt: it works fine for me, what is your OS ? 18.48.19 # ubuntu 8.04, but I didn't have this problem in my older revision 18.48.34 # can you paste the log? 18.48.36 # funman: could you try building the sim with libwmapro ? 18.48.43 # sure 18.48.55 # Thanks 18.48.59 Quit rado1 (Ping timeout: 240 seconds) 18.49.20 # should i just add wmapro.c to apps/codecs/SOURCES ? 18.49.37 Join Luca_S [0] (www-data@giant.haxx.se) 18.50.00 Join rado1 [0] (~jon@66-214-153-109.dhcp.mtpk.ca.charter.com) 18.50.11 # funman : not just that .. but you could cd to libwmapro and apply wmapro_mainbuild.patch and it will do the changes. 18.52.13 # btw here's the output : http://www.pastie.org/1034547 18.54.16 # yeah i can reproduce it 18.54.47 Quit S_a_i_n_t () 18.54.59 Quit freddyb (Ping timeout: 240 seconds) 18.55.06 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.3) 18.55.18 # seems that codecs aren't linking libm 18.55.42 # no codec needs it so far 18.55.47 Join freddyb [0] (~chatzilla@216.8.239.112.etczone.com) 18.56.52 # it could be needed for the early phases of porting, but I didn't have this problem in r27015 anyway 18.57.12 Join Jerom [0] (~jerome@95.171.137.241) 18.57.21 # i added -z defs to the linker to make linking fail if a library is missing 18.57.55 # before that the linker relied on rockboxui (which loads the .codec) to be linked with libm too 19.02.03 # mt: http://pastie.org/1034559 19.03.52 # funman: Thanks :) 19.06.03 # mt: you want me to commit it ? 19.07.33 # That would be great. 19.09.23 # can someone tell me what does it mean? http://www.pastie.org/1034583 19.10.17 Quit DerPapst (Quit: Leaving.) 19.10.28 # New commit by 03funman (r27336): wmapro codec sim build needs to link with libm ... 19.11.03 # wodz: what exactly? 19.11.30 # the place where it is time inconsistent 19.11.40 # 00:-1 ? 19.12.02 # after 06:53:40 there is 05:49:39 19.12.24 # r27336 build result: All green 19.12.42 Part rado1 19.12.42 # line 372 19.12.55 # wodz: hm the voltage also is higher at this point 19.14.04 # I have a copy of the first bench and it is the same with the begining of this file up to the 372 line 19.15.11 # wodz: copy/paste or file system error ? 19.15.37 # line 372-378 are the same than 297-313 19.17.18 # funman: time is different 19.18.38 # funman: by copy of first bench I mean I made a copy of battery_bench file after first run 19.18.43 # sorry, line 307-313 19.20.10 # New commit by 03alle (r27337): Describe what 'Update on stop' does 19.20.45 # the question is what is the real time of the second bench 19.20.48 Join Buschel [0] (~~andree@p54A3BB95.dip.t-dialin.net) 19.21.04 # I see that sometime the battery bench has ended at the expected voltage but does not have a final line saying why the battery bench was ended 19.21.53 # r27337 build result: All green 19.22.55 # waiting over 6 hours to see something like this is quite irritating :-/ 19.24.08 # another question is why first bench starts at 01:03:22 19.24.29 Join fml [0] (~chatzilla@p5DD2D4FA.dip.t-dialin.net) 19.24.30 # and there's still this funny thing that the battery benchmark file contains a warning to not stop the battery benchmark by loading another plugin, but basically the only way to be able to read that is to open the file with the text viewer plugin. 19.24.57 # did it really not logged for 1 hour? 19.25.30 # wodz: did you start your player 1 hour before actually starting the battery bench? 19.25.46 # wodz: bench start with player's uptime 19.25.55 # pixelma: could be - it was charging before bench 19.25.59 # which is IMO is confusing 19.26.43 # Do we always have the name of the file being played in the struct mp3entry? 19.26.55 # so it run for 6:59:40 - 1:03:22 in the first bench right? 19.27.00 # * amiconn thi9nks it's logical 19.27.29 # me too with the exception of "charger connected" 19.28.57 # amiconn: why? 19.30.55 # New commit by 03alle (r27338): Even more readable code 19.30.56 # funman: it's already using power for this amount of time 19.31.05 Join OverLOAD [0] (www-data@giant.haxx.se) 19.31.56 # we could print the uptime once at the start and then print time relative to plugin start 19.32.41 # r27338 build result: All green 19.32.50 Join voRia [0] (~voria@ppp-125-28.98-62.inwind.it) 19.32.57 # pixelma: but it may charge (and probably is) before bench start 19.33.14 Nick OverLOAD is now known as OverLOAD_x (www-data@giant.haxx.se) 19.33.24 Quit OverLOAD_x (Client Quit) 19.34.27 # S_a_i_n_t: I tried the rockboy thing and I think it would be too easy to hit accept or cancel by accidentally clicking instead of tapping. It could be really frustrating. 19.35.07 Quit fml (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) 19.35.15 # wodz: that's what I meant with my "exception" statement 19.35.44 # funman: starting the bench with the uptime number is the same amount of information 19.37.03 # pixelma: it requires more work to know how much time charging/discharging took, or if you want to plot the data 19.37.50 # I can't see how 19.38.12 # funman: do you use some script for plotting battery_bench results? 19.38.13 # in a graph the origin is 0 (battery bench started) 19.38.50 # origin 0 would be player switched on 19.38.53 # to me 19.39.04 # wodz: http://pastie.org/1034637 (gnuplot) 19.39.29 # pixelma: why? you don't have information between when the player was switched on and when bench started 19.39.59 # i charge my players to 100% before starting a bench, i don't care how much time the player was on before i started the bench 19.40.57 Join Hillshum [0] (4ba5f499@gateway/web/freenode/ip.75.165.244.153) 19.42.49 # I want to know how long the battery lasts, not how long the bench ran. As I said, maybe it should not count the uptime as long as the charger is connected but everything after that makes perfect sense to me (if I decide to only start the bench one hour after using the player then I still want to know that it already ran 1 hour, even if I don't have data for it) 19.42.54 Quit Buschel (Ping timeout: 276 seconds) 19.45.03 # and if you have the charger connected, you should get a mark in the log, so you can also figure it out (if this isn't broken or I misremember) 19.45.34 Quit voRia (Quit: Leaving.) 19.46.03 # the 'A' represents charger connected 19.49.45 Join binaryhermit [0] (~binaryher@adsl-99-141-196-197.dsl.emhril.sbcglobal.net) 19.49.45 Join Buschel [0] (~~andree@p54A3BB95.dip.t-dialin.net) 19.49.45 Join DerPapst [0] (~Alexander@p5797CA1C.dip.t-dialin.net) 19.49.45 Quit bor_ka (Quit: CGI:IRC (Ping timeout)) 19.52.31 # wodz: http://pastie.org/1034670 19.54.34 Join bor_ka [0] (www-data@giant.haxx.se) 19.55.31 # funman, if you remember my problem with glitches and skips on fuzev1, I believe I have traced it to the incorrect sector reads 19.56.10 # Or is it more ranma's code, if it can be said so? 19.56.26 # what do you mean? 19.57.26 # I mean who is the best person to describe it to ;) 19.57.39 # the best person is #rockbox 19.57.57 # setting normal frequency to 33.8xxx MHz instead of 45 gives +30min on MPIO in ideal conditions 19.58.05 # well... tried it several times already, will try again 19.59.02 # When playing mp3-320 on fuze v1 I get strange glitches, parts of other songs to be more precise, from 1/10 sec to several seconds 19.59.52 # what have I done: I added "watermarks" to the sectors of the "problematic" files, that is changed last 4 bytes of every file's sector to the sector number 20.00.22 # then I have added test, if the sector being read contains this watermark 20.00.23 # FuzeV2: http://www.pastie.org/1034689 - battery bench with backlight on, plain svn 20.00.42 # FuzeV2: http://www.pastie.org/1034693 - battery bench with backlight on, plain svn + dynamic cpu frequency 20.01.11 # Luca_S: the last patch (v11) which sets PLLA to 248MHz ? 20.01.16 # in fat_read_sectors - since there I could test for the file first cluster and check only "watermarked" ones 20.01.19 # yes, v11 20.01.53 # Luca_S: please post the results (runtime) on FS 20.02.12 # sure 20.02.15 # do you drain battery down to 3.2V ? 20.02.36 # then I got panic - sector didn't contains watermark in the buffer, but did have it when read directly from the disk 20.02.37 # pixelma: Thanks :) 20.02.43 # 3.3 actually 20.02.52 # after recharging, is there any other test that could be useful? i'm planning to test the PLLB patch 20.03.25 # so, the result is - sometimes transfer in fat.c does not read correct sector - and it directly calls sd_read_sectors 20.03.51 # draining down to such low voltage will shorten battery life significantly 20.04.13 # funman, I believe I can add check to the sd-as3525.c - but what should I look to? 20.05.03 # I mean, what variables or something should I trace in the panic? 20.05.14 # no idea, i'm not sure to understand your description 20.05.28 # fat_read_sectors() does something wrong ? 20.05.50 # no, I believe sd_read_sectors does something wrong 20.06.38 # Imo it is logical because starting the plugin after starting playback takes time, and that time would be missed otherwise 20.07.08 # 44 seconds for example? 20.07.26 # kugel: ping 20.07.29 # Also, battery_bench is not only usable for benching discharging, but also for benching charging 20.08.02 # funman, I have added check, and storage_read_sectors did read sector incorrectly 20.08.04 # Furthermore it gives you one more info than if you start at 0:00 20.08.26 # bor_ka: did you bissect the problem to a specific commit ? 20.08.40 # but it makes comparision of different benches harder 20.08.55 # amiconn: see the patch i posted 20.09.14 # i'm testing it and i'll commit 20.09.24 # uptime information is still there but individual entries start at 0 20.09.28 # wodz: how/ why? 20.09.43 Quit MethoS- (Remote host closed the connection) 20.10.04 # funman, I believe it is almost impossible, because for some revisions there were filesystem corruption, and tests with this corruption will not show anything 20.10.15 # amiconn: you have to normalize data to plot it with common timescale 20.10.44 # bor_ka: you can disable writing: make sd_write_sectors() return -1; 20.11.02 # funman, hmmm 20.11.49 # maybe as a compromise we can introduce one more column with relative time 20.12.22 # wodz: amiconn: http://pastie.org/1034714 20.13.04 # wodz: Not if you (re)boot fresh before doing the bench (which I always do) 20.13.30 # Then it makes things easier, because the timescale is automatically normalized, even if I forget to start the plugin immediately 20.14.04 # amiconn: with this patch no need to reboot? 20.15.02 # I'd do it even if not needed 20.15.23 # In fact on many targets it is *required* because they don't charge properly in rockbox (yet) 20.16.48 Join Horscht [0] (~Horscht2@xbmc/user/horscht) 20.16.50 # amiconn: from the other hand if you testing if charging in rb has impact on runtime I prefer not to reboot 20.16.51 # funman, but wouldn't rockbox panic if it can't write? 20.17.22 # bor_ka: no 20.17.39 # New commit by 03funman (r27339): battery_bench: make log time start at 0 (since plugin started) ... 20.18.05 # ok 20.19.29 # r27339 build result: All green 20.24.32 Quit binaryhermit (Ping timeout: 240 seconds) 20.25.11 # Can anyone with a coldfire target (both MCF5250 and MCF5249) test FS#11461? 20.27.58 Quit bor_ka (Quit: CGI:IRC (Ping timeout)) 20.28.56 # Buschel: I can test this on MCF5249 a bit later 20.30.19 # New commit by 03funman (r27340): buildzip.pl: fix r27310 and r27317 ... 20.31.55 # r27340 build result: All green 20.34.16 # wodz: great :) 20.41.41 Quit Luca_S (Quit: CGI:IRC) 20.47.04 *** Saving seen data "./dancer.seen" 20.49.03 Quit t0rc (Remote host closed the connection) 20.49.30 Join bor_ka [0] (www-data@giant.haxx.se) 20.51.07 # funman, without the sd_write it can't access playlist control file, and I don't know how to start playback 20.51.45 # open a file? 20.52.02 # this message is just a warning, ignore it 20.54.19 # Ok, I have deleted it from the PC - it started playing :) Thanks 21.09.12 # i have used a bit my fuzev1 but didn't hear glitches so far 21.09.26 Part watto 21.09.40 Join kramer3d_ [0] (~kramer@unaffiliated/kramer3d) 21.09.56 Nick kramer3d_ is now known as d3remark (~kramer@unaffiliated/kramer3d) 21.10.16 Join wombatman [0] (~chatzilla@cpe-173-171-238-113.tampabay.res.rr.com) 21.11.11 Join merbanan [0] (~banan@c-89-160-72-125.cust.bredband2.com) 21.11.57 Quit esperegu (Ping timeout: 276 seconds) 21.14.06 Quit Hillshum (Quit: Page closed) 21.17.57 # funman, it happens on some folders only 21.18.26 # and I believe it can be a timing issue - so, the memory chip can matter 21.18.37 # and they can differ in different batches 21.18.56 Quit d3remark (Quit: Leaving) 21.19.13 # the point is - I have never heard glitches from the uSD, it is twice the internal memory size... 21.27.15 Quit freddyb (Quit: ChatZilla 0.9.86 [Firefox 3.5.9/20100401213457]) 21.31.58 Join petur [0] (~petur@rockbox/developer/petur) 21.36.50 Quit Jerom (Quit: Leaving.) 21.37.23 Part AzureWurk 21.37.44 Join Jerom [0] (~heidi@95.171.137.241) 21.40.26 Quit bor_ka (Quit: CGI:IRC (EOF)) 21.41.14 Join roolku [0] (~roolku@cpc1-sgyl16-0-0-cust145.sgyl.cable.virginmedia.com) 21.42.55 # funman: r27340 breaks buildzip (on cygwin at least): 0/.rockbox: No such file or directory at /home/robert/roolku/tools/buildzip.pl line 478 21.43.34 # funman: I suspect you still need the check for $install!=0 21.44.25 # roolku: oh i forgot that sorry 21.44.46 # adding "&& ($install != 0)" would do the trick? 21.45.09 # Buschel: on MCF5249 64kaache.m4a 367.95MHz svn, 289.47MHz aac-he_v8.patch 21.46.24 # funman: not a perl person, so no clue about the operators. I would leave the if statement for clarity 21.49.29 # roolku: http://pastie.org/1034847 works ? (not a perl person myself) 21.54.02 # funman: what was wrong with lear's approach? 21.54.55 # nothing, but having install be both an integer and a string is wrong to me 21.55.54 # I would just do unless($install) 21.56.13 # rather then if (not equal to null) 21.56.17 Join captainewkl [0] (2669ecc2@gateway/web/freenode/ip.38.105.236.194) 21.56.36 # saratoga: unless($install) checks if install is initialized or not ? 21.56.53 # oh i guess you want the opposite 21.56.57 # so if($install) 21.57.22 # yeah it checks that 21.57.39 # and can we access $install anyway ? 21.57.46 # that is what lear did 21.58.32 # strings in perl are false if they are blank, not inited or "0" 21.59.03 # so "XXX $install YYY" should give an error ? 21.59.35 # if you change $install to "", abs_path("$install/$rbdir") will be /.rockbox instead of 0/.rockbox which doesn't seem right either 21.59.55 # hm right 22.00.14 # if you use the if it will never be evalated 22.00.32 # (for $install not set) 22.00.34 # what was wrong with the original? 22.00.49 # saratoga: which original ? ;) 22.00.55 # original = lear ? 22.00.56 # the one the diff is against 22.01.33 # the error that roolku pasted, which r27317 was supposed to fix 22.02.04 # but i broke it again 22.06.31 Quit captainewkl (Quit: Page closed) 22.07.09 Join jennifur [0] (~jennifur@cpe-72-224-19-1.nycap.res.rr.com) 22.08.22 # roolku: http://pastie.org/1034847 works for me 22.09.54 # (same url just edited): works too and is simpler 22.10.21 Quit jennifur (Read error: Connection reset by peer) 22.10.41 # can you try make PREFIX=a install on cygwin ? i don't know how '/' works 22.10.47 # .. in cygwin 22.12.46 # fucking perl 22.13.22 # your unedited patch worked without a prefix installed...trying the other now 22.13.39 # s/installed/supplied/ 22.13.45 # make install without a prefix shouldn't work 22.13.58 # unless in the sim 22.14.15 Join jennifur [0] (~jennifur@cpe-72-224-19-1.nycap.res.rr.com) 22.14.26 # and i have yet another thing to fix 22.14.46 # I did a make zip (that was not working before) 22.14.58 # PREFIX is only for installing 22.15.15 # everything is installed in ./.rockbox 22.15.32 # then .rockbox is zipped, or copied to $PREFIX/ (if we're installing) 22.15.52 # if we're installing .. to another place than '.' 22.17.18 # yes, but your commit still broke make zip :) 22.17.29 # no 22.17.36 # it broke make zip, on cygwin 22.20.05 # roolku: can you try make PREFIX="$PWD/sdqfqsfqsd" install ? (just make sure the qsqsqsdf part doesn't exist) 22.20.41 # using which patch? 22.20.48 # any 22.21.53 # i don't understand the abs_path error 22.22.38 # perhaps it's because of concatenating itneger with string, or perhaps abs_path() doesn't like non existing paths. But why is it an error only in cygwin.. ? 22.24.03 # funman: /home/robert/clean/Ngigabeatfx/sdqfqsfqsd/.rockbox: No such file or directory 22.24.39 # ok the cygwin's perl clearly sucks 22.25.31 # my quick google seems to suggest different abs_path implementations; cygwin seems to take into account the actual file systen, rather than just do string manipulation (which I suppose is better/more correct) 22.25.50 # string manipulation is more correct yes 22.26.08 # wodz: thanks for testing. good result :) 22.31.37 # New commit by 03funman (r27341): buildzip.pl: more fixes ... 22.33.04 Quit bmbl (Quit: Bye!) 22.33.24 # r27341 build result: All green 22.35.15 Quit funman (Quit: free(random());) 22.39.19 Join MethoS- [0] (~clemens@134.102.106.250) 22.47.06 *** Saving seen data "./dancer.seen" 22.50.12 # funman: (for logs) make zip is working now, but make install still barfs even if target dir exists because of missing .rockbox subdir 22.56.05 # funman: you could take $rbdir out of both sides of the equation perhaps? 22.56.18 # New commit by 03bieber (r27342): Theme Editor: Made auto-expand/highlight of parse tree optional (through preferences dialog), added Simulation Time variable to device config panel, ... 22.58.04 # r27342 build result: All green 22.59.31 Quit w1ll14m () 23.00.04 Quit Jaykay (Ping timeout: 264 seconds) 23.01.06 Join fml [0] (~chatzilla@p5DD2D4FA.dip.t-dialin.net) 23.03.16 # I'm considering to move rbutil/tools to utils/something. Any ideas what's the best for something? common? Or still name it tools? utils/tools might be a bit strange 23.03.26 # Hello. I'd like to change the way bookmarks are created. I'd like to introduce a new setting "Unique per Track". If set to "yes", only one bookmark per track will be retained -- both for normal and recent bookamrks. What do you think? 23.03.58 # bluebroth3r: what do the tools do? 23.04.05 Join togetic [0] (~togetic@unaffiliated/ibuffy) 23.04.37 # fml: currently it's only bin2c. I'd like to eventually merge the rbutil and utils folder -- there isn't much point in having both IMO 23.04.59 # bin2c is used by the patchers, but also by the (already in the utils folder located) beastpatcher. 23.05.28 # bluebroth3r: then a merge is the right way IMO, i.e. no subdirs 23.05.49 # some of the patchers even keep their own copies of bin2c (with small modifications). Merging those mostly-identical copes is another thing that's on my list 23.06.24 Quit roolku () 23.06.26 Quit jennifur (Read error: Connection reset by peer) 23.06.35 # fml: well, I still need to place bin2c into some folder. Putting it into utils/ doesn't seem sensible -- all tools are in some subfolder of utils/ 23.06.51 Join jennifur [0] (~jennifur@cpe-72-224-19-1.nycap.res.rr.com) 23.07.56 # bluebroth3r: I mean no intermediary subdir "tools" 23.09.18 # fml: well, what folder would be appropriate then? common? Btw, I'm also planning to generalize the deploy script used for Rockbox Utility and place it into that folder too. 23.09.50 # to have it do the deployment stuff for both the Theme Editor and Rockbox Utility 23.10.53 # sure, bin2c and the deployment script could go directly into utils/. Not sure if that's a good way though. 23.11.10 # btw, isn't that newparser a bit misplaced in utils/? 23.15.15 Quit wombatman (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100423140709]) 23.15.20 Quit fml (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) 23.17.07 # * domonoky thinks utils/common/ sounds good. 23.21.26 Join Hillshum [0] (4ba5f499@gateway/web/freenode/ip.75.165.244.153) 23.21.36 Quit Hillshum (Client Quit) 23.25.51 Quit stoffel (Remote host closed the connection) 23.29.58 Nick jennifur is now known as bunnyboi (~jennifur@cpe-72-224-19-1.nycap.res.rr.com) 23.39.18 Quit flydutch (Quit: /* empty */) 23.40.24 Quit Jerom (Read error: Connection reset by peer) 23.42.05 # New commit by 03alle (r27343): More consistent formatting of setting names 23.43.43 # r27343 build result: All green 23.45.45 Quit wodz (Ping timeout: 245 seconds) 23.47.16 Quit jgarvey (Quit: Leaving) 23.51.40 Join wodz [0] (~wodz@chello087206241167.chello.pl) 23.53.36 Quit komputes (Quit: I haven't slept for ten days, because that would be too long.)