| 00:02:53 | bieber | Interesting |
| 00:03:23 | bieber | 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 | CIA-6 | New commit by bluebrother (r27325): Add Theme Editor application icon for Windows |
| 00:05:31 | bluebrother | bieber: the icon is now visible on all platforms :) |
| 00:05:38 | bieber | Awesome :D |
| 00:06:09 | bieber | 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 | CIA-6 | 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 | pixelma | bluebrother: if you give me the link, I'll try tomorrow... errr.. later today ;) |
| 00:10:00 | bluebrother | 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 | bluebrother | 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 | bluebrother | 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 | Buschel | 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 | pixelma | bluebrother: thanks, will try it |
| 00:36:35 | Buschel | 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 | Buschel | stripwax: would be great if you could help as I assume there might be a large speed difference (~10 MHz) |
| 00:38:59 | Buschel | saratoga/mt/lear/n1s: any other codec dev might be interested in this as well... |
| 00:40:18 | Buschel | have to quit now, will be happy to read any hints in the log |
| 00:40:19 | Buschel | bye |
| 00:40:22 | | Quit Buschel () |
| 00:40:34 | stripwax | Buschel - quick q - your diff calls both ff_fft_calc_c and fft_dif, is that right? |
| 00:40:37 | stripwax | gah |
| 00:41:15 | | Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) |
| 00:42:04 | stripwax | 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 | stripwax | 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 | stripwax | ^ all for the log |
| 00:43:52 | stripwax | 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:00 |
| 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:00 |
| 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 |
| 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 | saratoga | 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 | saratoga | 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 | saratoga | the ffmpeg version is 19 lines long :) |
| 03:27:45 | saratoga | 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 | saratoga | hmm though looking more carefully at dct4_kernel I guess its not tremendously different |
| 03:30:41 | saratoga | since it basically just rewindows and repackages for an FFT of size N/2 |
| 03:34:40 | saratoga | 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:00 |
| 04:06:31 | | Join Simran [0] (4673bb7c@gateway/web/freenode/ip.70.115.187.124) |
| 04:06:57 | Simran | Hello |
| 04:07:44 | jennifur | 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:00 |
| 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 |
| 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:00 |
| 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 |
| 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 | CIA-6 | New commit by bieber (r27326): Theme Editor: Moved volume options in device configuration panel |
| 08:18:28 | | Join mitk [0] (~mitk@195.117.162.130) |
| 08:18:49 | CIA-6 | 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 | Buschel | 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 | CIA-6 | New commit by bieber (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 | CIA-6 | r27327 build result: All green |
| 08:53:58 | S_a_i_n_t | 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 | bieber | 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 | bieber | Now it cuts off like it's supposed to, I just need to implement scrolling |
| 08:59:46 | S_a_i_n_t | 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 |
| 09:00:51 | | Join Zagor [0] (bjst@rockbox/developer/Zagor) |
| 09:09:54 | CIA-6 | New commit by wodz (r27328): HD200 - fix misleading comment in system-hd200.c |
| 09:10:04 | | Quit bmbl (Read error: Connection reset by peer) |
| 09:11:32 | CIA-6 | 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 | wodz | 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 | bieber | Meh, it's getting slow on large themes |
| 09:18:41 | wodz | 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 | S_a_i_n_t | 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 | bieber | I'm sure it's text |
| 09:20:13 | bieber | It looks like I'm not going to be able to get away with my grossly inefficient text rendering ;) |
| 09:20:50 | S_a_i_n_t | hehehe, some of my WPS are in the region of 3~400 lines ;) |
| 09:20:55 | S_a_i_n_t | Should be interesting :P |
| 09:21:55 | bieber | 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 | simonrvn | you can imagin how slow it got on an old athlon and radeon 9000 ;) |
| 09:33:41 | simonrvn | imagine* |
| 09:34:46 | | Join swilde [0] (~wilde@aktaia.intevation.org) |
| 09:35:30 | S_a_i_n_t | The GFX card really shouldn't have anything to do with that... |
| 09:36:07 | JdGordon | it would if gnu would hurry up and get gcc going on the gpu :) |
| 09:36:09 | S_a_i_n_t | 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 | bieber | 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 | JdGordon | bahaha |
| 09:37:28 | bieber | 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 | JdGordon | dont bother rendering unless the time between key presses is large maybe? |
| 09:38:29 | JdGordon | and keep fonts in memory |
| 09:38:39 | CIA-6 | New commit by bieber (r27329): Theme Editor: WorkingWorking on speeding up the renderer, replaced for-loops with faster method call |
| 09:39:15 | bieber | 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 | bieber | I'm hoping that caching fonts and just rendering each line once will significantly speed everything up |
| 09:40:14 | CIA-6 | r27329 build result: All green |
| 09:40:34 | JdGordon | just disable that timer when the user is typing? |
| 09:41:04 | JdGordon | you sholdnt need to hit the disk more than once per object |
| 09:41:42 | bieber | 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 | bieber | 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 | JdGordon | 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 | bieber | Okay, got text rendering delayed until the end of the line without any significant speedup, it's gotta be disk access |
| 09:49:02 | CIA-6 | New commit by bieber (r27330): Theme Editor: Delaying rendering of text lines until newline reached |
| 09:50:31 | CIA-6 | r27330 build result: All green |
| 09:50:36 | wodz | load fonts to memory PC has plenty of |
| 09:50:52 | wodz | disk is sloooow |
| 09:51:45 | | Join Rob2222 [0] (~Miranda@p4FDCBD59.dip.t-dialin.net) |
| 09:51:59 | wodz | 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 | simonrvn | yeh, and i've got slow disks |
| 09:57:00 | simonrvn | i imagine for anyone in a similar position it would be slow too |
| 09:58:28 | bieber | Disks in general are just really, really slow compared to memory |
| 09:59:09 | bieber | 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 |
| 10:00:14 | | Quit Buschel (Ping timeout: 260 seconds) |
| 10:00:47 | simonrvn | indeed. |
| 10:03:23 | wodz | memmap() should do |
| 10:04:16 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 10:05:38 | bieber | wodz: memmap? |
| 10:06:04 | wodz | http://en.wikipedia.org/wiki/Mmap |
| 10:06:24 | bertrik | Don't worry about performance too much unless it really gets in the way |
| 10:06:50 | bieber | Oh, interesting. It's apparently POSIX only, though, which would kill my Windows compatibility |
| 10:07:08 | bieber | I just whipped up a font cache, and it's introduced a new bug without making rendering _that_ much better :/ |
| 10:07:26 | wodz | bieber: I think there is similar call on windows |
| 10:09:14 | wodz | bieber: This may be interesting for You also: http://developers.sun.com/solaris/articles/read_mmap.html |
| 10:12:16 | wodz | bieber: And finally windows equivalent http://msdn.microsoft.com/en-us/library/aa366556%28VS.85%29.aspx |
| 10:12:57 | bieber | It's interesting stuff, but I don't want to resort to platform-dependant ifdefing for simple caching |
| 10:13:53 | wodz | for few hundreds of kB it is not worth the effort probably |
| 10:17:51 | gevaerts | Isn't there something like Qmmap? |
| 10:21:33 | bieber | There doesn't seem to be |
| 10:21:59 | bieber | 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 | bieber | 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 | bieber | *facepalm* |
| 10:24:00 | gevaerts | bieber: http://labs.trolltech.com/blogs/2007/10/15/file-mapping/ |
| 10:24:29 | | Quit binaryhermit (Ping timeout: 240 seconds) |
| 10:25:28 | bieber | Oh, thanks |
| 10:25:50 | gevaerts | 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 | mitk | 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 | bieber | mitk: Thanks, I'll have to have a look at that |
| 10:28:20 | bieber | 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 | S_a_i_n_t | IIRC Qt does have the "right click - show hidden files" thing, yes. |
| 10:31:54 | mitk | bieber: Yeah it works for hidden files. |
| 10:32:06 | | Quit hamish_ (Client Quit) |
| 10:33:20 | bieber | Any recommendations for a Linux code profiler? |
| 10:33:41 | mitk | 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 | wodz | bieber: http://www.ibm.com/developerworks/library/l-gnuprof.html |
| 10:36:34 | bertrik | 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 | wodz | bieber: Valgrind may also be interesting |
| 10:41:39 | CIA-6 | New commit by bieber (r27331): Theme Editor: Fixed rendering bug that caused text in sublines not to appear, implemented a global font cache |
| 10:43:23 | CIA-6 | r27331 build result: All green |
| 10:43:59 | bieber | gprof was insanely helpful |
| 10:45:07 | bieber | Apparently it's actually rendering the text that's taking up most of the program's time, not font loading |
| 10:45:17 | bieber | So it's the images I should be caching |
| 10:46:49 | *** | Saving seen data "./dancer.seen" |
| 10:47:37 | wodz | :-) |
| 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:00 |
| 11:06:10 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 11:08:01 | wodz | 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 | bieber | 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 | S_a_i_n_t | I don't imagine anyone writing WPS syntax at 60wpm ;) |
| 11:29:02 | bieber | Ehh, the problem comes when you hold down the backspace key and it hangs |
| 11:29:22 | bieber | 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 | Luca_S | 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 | CIA-6 | New commit by bieber (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 | CIA-6 | 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 | bertrik | 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:00 |
| 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:00 |
| 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 | pixelma | 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 | CIA-6 | New commit by uchida (r27333): plugin api: add the following functions. ... |
| 13:37:37 | CIA-6 | r27333 build result: All green |
| 13:42:56 | wodz | 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 | Dannyboy | could someone look at this http://whatimg.com/images/39770593570713397873.gif |
| 13:46:41 | Dannyboy | and explain to me how to use it |
| 13:46:45 | Dannyboy | i dont understand the instructions |
| 13:46:50 | Dannyboy | i want to create a modified firmware |
| 13:51:47 | | Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) |
| 13:52:39 | mitk | Dannyboy: Did you tried this -> http://www.rockbox.org/wiki/RockboxUtility |
| 13:56:29 | wodz | mitk: maybe I misunderstood but he don't want to install rockbox but to modify firmware |
| 13:57:47 | mitk | Maybe you, may be me :) Only Dannyboy knows it. |
| 14:00 |
| 14:00:00 | Dannyboy | i want to modify the firmware |
| 14:00:07 | Dannyboy | as i installed rockbox onto ram |
| 14:00:19 | Dannyboy | 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 | wodz | you mean rom right? |
| 14:01:34 | Dannyboy | yer |
| 14:01:55 | Dannyboy | if someone could make me a bin file using the 1.66 us firmware |
| 14:04:29 | wodz | 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 | Dannyboy | in order to flash original firmware dont you need to boot from disk |
| 14:05:50 | Dannyboy | when i try to flash original untouched firmware i get an error message |
| 14:06:16 | Dannyboy | saying not an original firmware file |
| 14:06:54 | wodz | 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 | CIA-6 | New commit by uchida (r27334): text viewer: fixed the following bugs. ... |
| 14:07:26 | Dannyboy | so all i need to do is get firmware file which is .hex |
| 14:07:28 | Dannyboy | and rename to .bin? |
| 14:09:13 | CIA-6 | r27334 build result: All green |
| 14:09:22 | wodz | I would wait and ask somebody skilled in irivers particulary. |
| 14:09:58 | Dannyboy | 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 | wodz | So maybe ask this question on ML? Some devs do not follow IRC discussions |
| 14:14:58 | Dannyboy | ml? |
| 14:15:46 | amiconn | 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 | wodz | amiconn: I see - isn't it painfully slow runing this way? |
| 14:17:20 | wodz | Dannyboy: Mailing List |
| 14:17:26 | Dannyboy | oh ok |
| 14:19:11 | Torne | 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 | wodz | 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 | Torne | no idea. |
| 14:23:32 | amiconn | Depends. On SH1 it's about twice as slow, as the EEPROM is 8 bit and the DRAM is 16 bit |
| 14:23:58 | amiconn | On coldfire you probably don't see much difference for code. or data I don't know |
| 14:24:08 | amiconn | s/or/For/ |
| 14:38:35 | | Join rado1 [0] (~jon@66-214-153-109.dhcp.mtpk.ca.charter.com) |
| 14:40:09 | AlexP | 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 | CIA-6 | New commit by uchida (r27335): plugin api: new functions set the end of the structure. thanks to Frank Gevaerts. |
| 14:44:17 | CIA-6 | 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 |
| 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:00 |
| 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 |
| 17:00:09 | S_a_i_n_t | Anyone want to close out "FS #11449" as "Not a bug, RTFM"? |
| 17:02:53 | S_a_i_n_t | FS #11426 can also be closed now. |
| 17:03:03 | S_a_i_n_t | Fixed by JdGordon yesterday. |
| 17:03:13 | Torne | S_a_i_n_t: i would've expected a wps to work from anywhere, tbh ;) |
| 17:03:45 | Torne | i mean, it's not particularly critical, i guess. |
| 17:03:46 | S_a_i_n_t | It needs to be in the WPS dir, pretty sure the manual states this. |
| 17:04:00 | S_a_i_n_t | It needs to be in the same dir as the wps folder also |
| 17:04:08 | S_a_i_n_t | (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 | chrisb | do you know if the line-out works for the iPods which can take rockbox? |
| 17:05:50 | Torne | yes, all the ipods with a dock connector have line out on the dock |
| 17:05:58 | Torne | there's a setting to enable/disable it in rockbox (because it takes some power) |
| 17:06:08 | chrisb | Torne: thanks |
| 17:06:18 | Torne | you may also need to turn on the accessory power depending what you are connecting it to |
| 17:06:30 | chrisb | Torne: understood |
| 17:06:46 | chrisb | i have a Belkin dock with external power, so i can do that |
| 17:07:11 | Torne | Yah. It might still need accessory power enabled, some docks seem to use that to detect the ipod being present |
| 17:07:28 | Torne | we have an option because again, it takes some power even when nothing is connected |
| 17:07:47 | chrisb | 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 | chrisb | the tigerdirect description never said 6th Gen, just 2G, so i thought i would be OK |
| 17:08:35 | chrisb | for rockbo |
| 17:08:40 | chrisb | s/rockbo/rockbox |
| 17:09:04 | S_a_i_n_t | 2G as in "GB"? |
| 17:09:14 | S_a_i_n_t | Or, as in, "totally mistaken"? |
| 17:09:29 | Torne | 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 | Torne | also, the 1g/2g are not particularly great, they're huge and bricklike and can't shut off. |
| 17:09:51 | Torne | :) |
| 17:10:20 | S_a_i_n_t | And have weird controls |
| 17:10:20 | | Join Jaykay [0] (~chatzilla@p5DC578D6.dip.t-dialin.net) |
| 17:10:51 | Torne | none of the ipods currently available to buy new work with rockbox, anyway |
| 17:11:30 | | Part Zagor |
| 17:11:58 | chrisb | 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 | chrisb | S_a_i_n_t: but they shipped a brand new 6th Generation or 7th Generation |
| 17:12:36 | S_a_i_n_t | 7th? |
| 17:12:42 | S_a_i_n_t | there's a 7th now? |
| 17:12:48 | chrisb | http://www.tigerdirect.com/applications/SearchTools/item-details.asp?EdpNo=6042213&CatId=3575 |
| 17:12:52 | chrisb | see for yourself |
| 17:13:29 | S_a_i_n_t | It really pays to investigate the generation of the iPod yourself (assuming the images are correct) |
| 17:13:44 | S_a_i_n_t | Apple has a nice thing on their site for identifying iPod models |
| 17:13:51 | chrisb | but both labels 2nd Generation and Gen 7 iPod Classic are on the box i received |
| 17:14:20 | Torne | Yes, that's clearly described as an ipod classic |
| 17:14:20 | S_a_i_n_t | IFAIK, there it *no* 7th Gen |
| 17:14:27 | S_a_i_n_t | Anyone feel free to correct me... |
| 17:14:37 | Torne | 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 | chrisb | i hate apple. i dropped my guard, and this is the first apple product i ever bought |
| 17:14:53 | Torne | 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 | S_a_i_n_t | I go by Apple's description of Generation |
| 17:15:01 | Torne | since we can't run on the original classics yet |
| 17:15:06 | S_a_i_n_t | AFAIK it stops at 6 now |
| 17:15:08 | chrisb | and i hate it, i hate the appleness of it and i hate its hostility to gnuness and hackability |
| 17:15:09 | Torne | Apple don't *have* generatoins for most of them :) |
| 17:15:20 | Torne | 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 | S_a_i_n_t | chrisb: Hate to say it dude, but yes, the site you linked very clearly states it is a "classic" |
| 17:16:08 | S_a_i_n_t | ie. 6Th Gen |
| 17:16:20 | Torne | "classic 2nd gen" would be what other people call "7th" |
| 17:16:22 | chrisb | S_a_i_n_t: i can take my lumps, i know i screwed up |
| 17:16:34 | Torne | 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 | chrisb | 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 | S_a_i_n_t | None of which are correct, nice ;) |
| 17:19:06 | S_a_i_n_t | Gotta love misleading information... :/ |
| 17:19:26 | Torne | S_a_i_n_t: well, it's all consistent with the terminology commonly used.. |
| 17:20:03 | Torne | 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 | S_a_i_n_t | 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 | Torne | and thus that the classic is in some way related to the older disk based models |
| 17:20:17 | Torne | which it's not, other than looking similar ;) |
| 17:20:55 | chrisb | Torne: bingo, that's the haze i'm emerging from |
| 17:21:39 | S_a_i_n_t | If all else fails, look at the picture and head to Apples "identify your iPod" page |
| 17:22:00 | Torne | apple's terms only give generation unmbers to a few models |
| 17:22:01 | S_a_i_n_t | (assuming the correct image has been posted) |
| 17:22:12 | Torne | 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 | chrisb | i'll check the pawn shop for a 5G or 5.5G... |
| 17:26:39 | chrisb | the only lossless format iPod will play is .wav, right? no flac.... |
| 17:27:29 | Torne | apple lossless, ALAC |
| 17:27:47 | Torne | but no flac, no |
| 17:27:50 | chrisb | Torne: ok, thanks |
| 17:28:17 | chrisb | is .wav free or proprietary? |
| 17:29:05 | Torne | WAV is a container, it doesn't really belong to anyone but it's not a published public standard either |
| 17:29:41 | Torne | 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 | Torne | what gives you that impression? |
| 17:35:47 | Torne | Apple: iPod 1g through 5.5g, iPod Mini and iPod Nano 1g |
| 17:36:31 | freddyb | 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 | chrisb | i looked at http://build.rockbox.org/ and did not see one for 5G or 5.5G |
| 17:37:12 | Torne | chrisb: ipod video |
| 17:37:20 | Torne | freddyb: we have, in the past, explicitly said we don't want that, i think |
| 17:38:14 | chrisb | Torne: ok. no wonder i ended up with a 2nd Gen relabeled as a a Gen 7 iPod |
| 17:38:20 | chrisb | i'm in apple hell |
| 17:38:39 | Torne | chrisb: http://support.apple.com/kb/ht1353 <- this is the horse's mouth on ipod models |
| 17:38:47 | Torne | you'll notice that almos tnone of them have a numeric generation :) |
| 17:39:04 | S_a_i_n_t | 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 | Torne | 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 | Torne | sooo, yeah |
| 17:39:26 | S_a_i_n_t | (by interested, I mean for my personal builds) |
| 17:39:57 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
| 17:40:01 | Torne | scroll speed/acceleration shouldn't really be something you have to adjust |
| 17:40:27 | S_a_i_n_t | no, it should "just work", but it's nice to be able to turn it down selectively |
| 17:40:46 | S_a_i_n_t | I had a two stage sensitivity thing going for a while, but I lost the patch |
| 17:40:57 | S_a_i_n_t | Some plugins seem more sensitive than others. |
| 17:41:03 | Torne | They aren;t. |
| 17:41:11 | Torne | and we've had working acceleration for a long time now |
| 17:41:16 | S_a_i_n_t | note: *seem* |
| 17:41:40 | Torne | 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 | Torne | *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 | S_a_i_n_t | Toning down scroll sensitivity for the virtualy keyboard is what made me persue it in the first place |
| 17:42:46 | Torne | the virtual keyboard is just worthless on a scrollwheel anyway |
| 17:42:53 | Torne | a much better fix is to replace the virtual keyboard on scrollwheel targets |
| 17:43:00 | S_a_i_n_t | with? |
| 17:43:02 | Torne | which there are several ideas, and one or two patches, for |
| 17:43:29 | Torne | with a different kind of virtual keyboard, written with scrollwheels in mind |
| 17:43:43 | Torne | the current one assumes you have up/down/left/right, i.e. a 4-way control of some kind |
| 17:44:16 | Torne | i've got a couple on my list, hang on a sec :) |
| 17:44:48 | freddyb | Torne: the reason I went looking for this patch was because the ipod wheel is too fast for my virtual keyboard. |
| 17:45:00 | S_a_i_n_t | Awesome..I'm genuinely interested. I use the v-keyboard a lot |
| 17:45:06 | Torne | S_a_i_n_t: *how*? |
| 17:45:07 | Torne | :) |
| 17:45:21 | Torne | rgardless of scroll speed i find the virtual keyboard totally unusable on ipod |
| 17:45:31 | S_a_i_n_t | "with great difficulty" ;) |
| 17:45:31 | Torne | typing more than two or three chars makes me want to throw it out the window :) |
| 17:45:44 | Torne | it's why testing frotz was a pain ;) |
| 17:45:51 | S_a_i_n_t | I take it you often hit "menu" and exit the thing? |
| 17:45:57 | S_a_i_n_t | (I used to do that a LOT) |
| 17:46:03 | Torne | "close trapdoor" "take key" was as far as I ever could stand to get into Curses |
| 17:46:09 | Torne | No, I know the controls |
| 17:46:28 | Torne | but using scrolling for one axis and the scrollwheel's buttons for the other axis is just impossible ;) |
| 17:46:38 | S_a_i_n_t | I do too...I still make the up/down/left/right mistake very often though |
| 17:46:47 | Torne | http://www.rockbox.org/tracker/task/10763 <- there are two implementatoins here that are much better |
| 17:46:56 | Torne | one using bank-safe-like use of the wheel |
| 17:46:57 | S_a_i_n_t | Awesome, thanks |
| 17:47:01 | Torne | and one just making the keyboard 1-d and having scrolling only |
| 17:47:10 | freddyb | Torne: Thanks! |
| 17:47:25 | Torne | there are some other ideas around as well, on the forums and as (now-closed) feature requests |
| 17:47:32 | Torne | but none of those ever actually got implemented |
| 17:47:40 | Torne | it's on my list of "things to look at one day" |
| 17:48:04 | Torne | since i did port frotz, which uses about a million times as much text input as anything else on rockbox ;) |
| 17:48:41 | Torne | freddyb: seriously, though: the virtual keyboard moves up and down at exactly the same rate as any list view does |
| 17:49:01 | Torne | 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 | Torne | 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 | freddyb | Yea, but in the virtual keyboard going too far is a problem, other places it's no big deal. |
| 17:50:23 | freddyb | I wrote it on a Fuze, which worked great, but it was unbearable on iPod Video |
| 17:51:54 | S_a_i_n_t | 87787878787878iuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuu8uuuuuuuuuuuuiuuuujjujuuuuuuuuuuu |
| 17:51:58 | Torne | er, it is? |
| 17:52:01 | S_a_i_n_t | shit, sorry |
| 17:52:09 | Torne | How is it any more of a problem in the virtual keyboard than other contexts? |
| 17:52:18 | Torne | (serious question) |
| 17:52:51 | S_a_i_n_t | I think it annoys me because I *want* the vkeyboard to feel precise |
| 17:52:57 | S_a_i_n_t | I don't feel in control of it |
| 17:53:30 | freddyb | 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 | S_a_i_n_t | on a 176x132 screen its *really* hard to get a specific glyph |
| 17:54:03 | Torne | Oh, yes, you are the author of the patches i just linked to ;) |
| 17:54:13 | S_a_i_n_t | and, I have made my own .kbd file which helps a LOT |
| 17:54:14 | freddyb | Yep. |
| 17:54:17 | Torne | i forgot |
| 17:54:27 | S_a_i_n_t | the default vkeyboard with userfont is just...impossible |
| 17:54:53 | S_a_i_n_t | (on 176x132) |
| 17:54:57 | Torne | tbh i think the vkeyboard needs to be rethought entirely, not just on scrollwheel targets |
| 17:55:06 | Torne | there are a *lot* of cases where it's barely usable |
| 17:55:06 | S_a_i_n_t | it's so damn crowded with glyphs I never use./ |
| 17:55:15 | Torne | not just the layout, but the entire implementation |
| 17:55:36 | S_a_i_n_t | layout is fine, especially sine a .kbd file uses the userfont |
| 17:55:51 | S_a_i_n_t | it needs some creative thinking to make a nice layout |
| 17:56:09 | S_a_i_n_t | but, I now have qwerty and dvorak layouts for my vkeyboard ;) |
| 17:56:13 | S_a_i_n_t | (pointless I know) |
| 17:57:24 | freddyb | What don't you like about it on non-scrollwheel targets? |
| 17:57:32 | Torne | freddyb: still really slow |
| 17:57:38 | Torne | not as much, but hey |
| 17:57:59 | Torne | what can be done better is kinda limited, though, with the tiny number of controls we have. |
| 17:58:22 | Torne | 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 | freddyb | I thought about a 2d bisection input for models with 4way directional control but never wrote it. |
| 17:59:40 | Torne | it's not necessarily easy to do diagonals, is the problem with that kind of thing |
| 17:59:57 | freddyb | Huh? |
| 18:00 |
| 18:00:10 | Torne | clever layouts are usually 8-direction-based |
| 18:00:33 | Torne | since that's enough to map a lot of symbols with only two presses per symbol |
| 18:00:55 | Torne | without easily-usable diagonals you need more than two |
| 18:01:11 | simonrvn | pie menu? or is that too lame? |
| 18:01:55 | Torne | 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 | simonrvn | indeed |
| 18:02:28 | Torne | and there are quite a few targets where actually pressing the diagonals would be a pain |
| 18:02:37 | Torne | or maybe even wouldn't work at all, depends on the keypad matrix |
| 18:03:36 | simonrvn | yeh |
| 18:03:47 | S_a_i_n_t | perhaps using "tap" style navigation would be a tad better for the iPods? (think rockboy) |
| 18:03:55 | S_a_i_n_t | then, diagonals could be used. |
| 18:04:12 | Torne | Well, that will only work on touch models |
| 18:04:20 | Torne | the ones with a physical wheel (which is not just ipods) can't do that |
| 18:04:35 | Torne | Also, if you're going to use the touchpad that way, you can do gestures :) |
| 18:04:39 | Torne | instead of taps |
| 18:04:44 | S_a_i_n_t | well, yeah...but screw them. We're talking touch-wheels here :P |
| 18:04:54 | Torne | well, i was talking about scrollwheels in general |
| 18:05:00 | Torne | but yes, someone suggested gestures |
| 18:05:08 | Torne | divide the wheel into 8 sectors |
| 18:05:17 | S_a_i_n_t | for the ones that can use it, it would be awesome. |
| 18:05:18 | Torne | drag finger across it as if it were a touchpad |
| 18:05:27 | Torne | kinda like, er, clock hands? |
| 18:05:29 | Torne | if that makes sense |
| 18:05:38 | S_a_i_n_t | it does (to me at least) |
| 18:06:22 | | Quit petur (Quit: shopping) |
| 18:06:28 | S_a_i_n_t | 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 | S_a_i_n_t | 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 | Torne | heh |
| 18:10:02 | freddyb | I don't think the virtual keyboard is ever going to be much faster than texting on a phone... |
| 18:10:30 | Torne | some people can text really, really fast ;) |
| 18:10:32 | * | Torne shrugs |
| 18:10:37 | Torne | i'm just mentioning some of the ideas i've seen around |
| 18:10:39 | S_a_i_n_t | sure, but DAPs can't send SMS...so who cares :P |
| 18:11:00 | freddyb | We don't have an app for that? |
| 18:11:26 | S_a_i_n_t | sure, you just need the iPod wifi/3G dock connector ;) |
| 18:15:21 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 18:16:02 | bluebroth3r | pixelma: nice to hear :) |
| 18:16:22 | S_a_i_n_t | 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 | S_a_i_n_t | making "keystrokes" not repeat would be a major plus IMO |
| 18:18:14 | freddyb | I don't know rockboy. Why tap and then direction? Just to get around menu/play? |
| 18:19:27 | S_a_i_n_t | the iPods don't have enough buttons for rockboy, so the scrollwheel is split into 8 "buttons" that you "tap" |
| 18:19:41 | S_a_i_n_t | Try rockboy on your Video to get a feel for the idea |
| 18:20:04 | S_a_i_n_t | s/ipods/touchwheel iPods/ |
| 18:20:50 | S_a_i_n_t | In theory, this would also make diagonal navigation possible |
| 18:21:19 | | Quit rado1 (Ping timeout: 265 seconds) |
| 18:22:40 | Torne | S_a_i_n_t: if you entirely disabled repeating i think that would laso get quite tedious :) |
| 18:23:10 | freddyb | I see what you mean now. |
| 18:23:14 | S_a_i_n_t | perhaps, but...I'd like to try it. |
| 18:24:03 | Torne | 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 | S_a_i_n_t | Torne: So, you don't play rockboy then? ;) |
| 18:24:37 | pixelma | 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 | Torne | S_a_i_n_t: no, of course not :) |
| 18:24:53 | Torne | and repeating isn't optional, surely? |
| 18:24:59 | Torne | 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 | pixelma | 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 | Torne | right |
| 18:26:29 | S_a_i_n_t | perhaps not optional, but surely it could be ignored for X period of time? |
| 18:26:46 | Torne | S_a_i_n_t: well, it's not *repeating* on rockboy, surely.. but rather holding htem down |
| 18:26:54 | Torne | if you stay touching "up" then it needs to emulate holding down up |
| 18:26:58 | Torne | without letting go |
| 18:27:02 | Torne | otherwise many games wouldn't work :) |
| 18:27:18 | Torne | and no, i haven't ever actually used rockboy, maybe it's broken :) |
| 18:27:42 | mt | hmm .. libm linking problem again |
| 18:27:48 | mt | (in the sim) |
| 18:27:48 | S_a_i_n_t | It probably does work as you say, its just incredibly sensitive I guess. |
| 18:28:13 | Torne | well, i would suspect it can't really help that |
| 18:28:29 | Torne | capacitive touch sensors *are* really sensitive |
| 18:28:31 | Torne | by definition :) |
| 18:29:33 | S_a_i_n_t | 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 | S_a_i_n_t | No idea why it would change, but experimentation suggests it indeed does. |
| 18:30:09 | S_a_i_n_t | I guess "it" doesn't, but *I* do. |
| 18:31:52 | Torne | Yup, probably depends how sweaty your finger is ;) |
| 18:32:00 | Torne | 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 | mt | 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 | funman | mt: it works fine for me, what is your OS ? |
| 18:48:19 | mt | ubuntu 8.04, but I didn't have this problem in my older revision |
| 18:48:34 | funman | can you paste the log? |
| 18:48:36 | mt | funman: could you try building the sim with libwmapro ? |
| 18:48:43 | funman | sure |
| 18:48:55 | mt | Thanks |
| 18:48:59 | | Quit rado1 (Ping timeout: 240 seconds) |
| 18:49:20 | funman | 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 | mt | funman : not just that .. but you could cd to libwmapro and apply wmapro_mainbuild.patch and it will do the changes. |
| 18:52:13 | mt | btw here's the output : http://www.pastie.org/1034547 |
| 18:54:16 | funman | 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 | mt | seems that codecs aren't linking libm |
| 18:55:42 | funman | no codec needs it so far |
| 18:55:47 | | Join freddyb [0] (~chatzilla@216.8.239.112.etczone.com) |
| 18:56:52 | mt | 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 | funman | i added -z defs to the linker to make linking fail if a library is missing |
| 18:57:55 | funman | before that the linker relied on rockboxui (which loads the .codec) to be linked with libm too |
| 19:00 |
| 19:02:03 | funman | mt: http://pastie.org/1034559 |
| 19:03:52 | mt | funman: Thanks :) |
| 19:06:03 | funman | mt: you want me to commit it ? |
| 19:07:33 | mt | That would be great. |
| 19:09:23 | wodz | can someone tell me what does it mean? http://www.pastie.org/1034583 |
| 19:10:17 | | Quit DerPapst (Quit: Leaving.) |
| 19:10:28 | CIA-6 | New commit by funman (r27336): wmapro codec sim build needs to link with libm ... |
| 19:11:03 | funman | wodz: what exactly? |
| 19:11:30 | wodz | the place where it is time inconsistent |
| 19:11:40 | funman | 00:-1 ? |
| 19:12:02 | wodz | after 06:53:40 there is 05:49:39 |
| 19:12:24 | CIA-6 | r27336 build result: All green |
| 19:12:42 | | Part rado1 |
| 19:12:42 | wodz | line 372 |
| 19:12:55 | funman | wodz: hm the voltage also is higher at this point |
| 19:14:04 | wodz | 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 | funman | wodz: copy/paste or file system error ? |
| 19:15:37 | funman | line 372-378 are the same than 297-313 |
| 19:17:18 | wodz | funman: time is different |
| 19:18:38 | wodz | funman: by copy of first bench I mean I made a copy of battery_bench file after first run |
| 19:18:43 | funman | sorry, line 307-313 |
| 19:20:10 | CIA-6 | New commit by alle (r27337): Describe what 'Update on stop' does |
| 19:20:45 | wodz | 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 | bertrik | 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 | CIA-6 | r27337 build result: All green |
| 19:22:55 | wodz | waiting over 6 hours to see something like this is quite irritating :-/ |
| 19:24:08 | wodz | 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 | bertrik | 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 | wodz | did it really not logged for 1 hour? |
| 19:25:30 | pixelma | wodz: did you start your player 1 hour before actually starting the battery bench? |
| 19:25:46 | funman | wodz: bench start with player's uptime |
| 19:25:55 | wodz | pixelma: could be - it was charging before bench |
| 19:25:59 | funman | which is IMO is confusing |
| 19:26:43 | fml | Do we always have the name of the file being played in the struct mp3entry? |
| 19:26:55 | wodz | 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 | pixelma | me too with the exception of "charger connected" |
| 19:28:57 | funman | amiconn: why? |
| 19:30:55 | CIA-6 | New commit by alle (r27338): Even more readable code |
| 19:30:56 | pixelma | 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 | funman | we could print the uptime once at the start and then print time relative to plugin start |
| 19:32:41 | CIA-6 | r27338 build result: All green |
| 19:32:50 | | Join voRia [0] (~voria@ppp-125-28.98-62.inwind.it) |
| 19:32:57 | wodz | 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 | freddyb | 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 | pixelma | wodz: that's what I meant with my "exception" statement |
| 19:35:44 | pixelma | funman: starting the bench with the uptime number is the same amount of information |
| 19:37:03 | funman | pixelma: it requires more work to know how much time charging/discharging took, or if you want to plot the data |
| 19:37:50 | pixelma | I can't see how |
| 19:38:12 | wodz | funman: do you use some script for plotting battery_bench results? |
| 19:38:13 | funman | in a graph the origin is 0 (battery bench started) |
| 19:38:50 | pixelma | origin 0 would be player switched on |
| 19:38:53 | pixelma | to me |
| 19:39:04 | funman | wodz: http://pastie.org/1034637 (gnuplot) |
| 19:39:29 | funman | pixelma: why? you don't have information between when the player was switched on and when bench started |
| 19:39:59 | funman | 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 | pixelma | 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 | pixelma | 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 | funman | 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 | funman | wodz: http://pastie.org/1034670 |
| 19:54:34 | | Join bor_ka [0] (www-data@giant.haxx.se) |
| 19:55:31 | bor_ka | 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 | bor_ka | Or is it more ranma's code, if it can be said so? |
| 19:56:26 | funman | what do you mean? |
| 19:57:26 | bor_ka | I mean who is the best person to describe it to ;) |
| 19:57:39 | funman | the best person is #rockbox |
| 19:57:57 | wodz | setting normal frequency to 33.8xxx MHz instead of 45 gives +30min on MPIO in ideal conditions |
| 19:58:05 | bor_ka | well... tried it several times already, will try again |
| 19:59:02 | bor_ka | 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 | bor_ka | 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 |
| 20:00:22 | bor_ka | then I have added test, if the sector being read contains this watermark |
| 20:00:23 | Luca_S | FuzeV2: http://www.pastie.org/1034689 - battery bench with backlight on, plain svn |
| 20:00:42 | Luca_S | FuzeV2: http://www.pastie.org/1034693 - battery bench with backlight on, plain svn + dynamic cpu frequency |
| 20:01:11 | funman | Luca_S: the last patch (v11) which sets PLLA to 248MHz ? |
| 20:01:16 | bor_ka | in fat_read_sectors - since there I could test for the file first cluster and check only "watermarked" ones |
| 20:01:19 | Luca_S | yes, v11 |
| 20:01:53 | funman | Luca_S: please post the results (runtime) on FS |
| 20:02:12 | Luca_S | sure |
| 20:02:15 | wodz | do you drain battery down to 3.2V ? |
| 20:02:36 | bor_ka | 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 | bieber | pixelma: Thanks :) |
| 20:02:43 | wodz | 3.3 actually |
| 20:02:52 | Luca_S | after recharging, is there any other test that could be useful? i'm planning to test the PLLB patch |
| 20:03:25 | bor_ka | so, the result is - sometimes transfer in fat.c does not read correct sector - and it directly calls sd_read_sectors |
| 20:03:51 | wodz | draining down to such low voltage will shorten battery life significantly |
| 20:04:13 | bor_ka | funman, I believe I can add check to the sd-as3525.c - but what should I look to? |
| 20:05:03 | bor_ka | I mean, what variables or something should I trace in the panic? |
| 20:05:14 | funman | no idea, i'm not sure to understand your description |
| 20:05:28 | funman | fat_read_sectors() does something wrong ? |
| 20:05:50 | bor_ka | no, I believe sd_read_sectors does something wrong |
| 20:06:38 | amiconn | Imo it is logical because starting the plugin after starting playback takes time, and that time would be missed otherwise |
| 20:07:08 | wodz | 44 seconds for example? |
| 20:07:26 | funman | kugel: ping |
| 20:07:29 | amiconn | Also, battery_bench is not only usable for benching discharging, but also for benching charging |
| 20:08:02 | bor_ka | funman, I have added check, and storage_read_sectors did read sector incorrectly |
| 20:08:04 | amiconn | Furthermore it gives you one more info than if you start at 0:00 |
| 20:08:26 | funman | bor_ka: did you bissect the problem to a specific commit ? |
| 20:08:40 | wodz | but it makes comparision of different benches harder |
| 20:08:55 | funman | amiconn: see the patch i posted |
| 20:09:14 | funman | i'm testing it and i'll commit |
| 20:09:24 | funman | uptime information is still there but individual entries start at 0 |
| 20:09:28 | amiconn | wodz: how/ why? |
| 20:09:43 | | Quit MethoS- (Remote host closed the connection) |
| 20:10:04 | bor_ka | 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 | wodz | amiconn: you have to normalize data to plot it with common timescale |
| 20:10:44 | funman | bor_ka: you can disable writing: make sd_write_sectors() return -1; |
| 20:11:02 | bor_ka | funman, hmmm |
| 20:11:49 | wodz | maybe as a compromise we can introduce one more column with relative time |
| 20:12:22 | funman | wodz: amiconn: http://pastie.org/1034714 |
| 20:13:04 | amiconn | wodz: Not if you (re)boot fresh before doing the bench (which I always do) |
| 20:13:30 | amiconn | Then it makes things easier, because the timescale is automatically normalized, even if I forget to start the plugin immediately |
| 20:14:04 | funman | amiconn: with this patch no need to reboot? |
| 20:15:02 | amiconn | I'd do it even if not needed |
| 20:15:23 | amiconn | 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 | wodz | amiconn: from the other hand if you testing if charging in rb has impact on runtime I prefer not to reboot |
| 20:16:51 | bor_ka | funman, but wouldn't rockbox panic if it can't write? |
| 20:17:22 | funman | bor_ka: no |
| 20:17:39 | CIA-6 | New commit by funman (r27339): battery_bench: make log time start at 0 (since plugin started) ... |
| 20:18:05 | bor_ka | ok |
| 20:19:29 | CIA-6 | r27339 build result: All green |
| 20:24:32 | | Quit binaryhermit (Ping timeout: 240 seconds) |
| 20:25:11 | Buschel | 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 | wodz | Buschel: I can test this on MCF5249 a bit later |
| 20:30:19 | CIA-6 | New commit by funman (r27340): buildzip.pl: fix r27310 and r27317 ... |
| 20:31:55 | CIA-6 | r27340 build result: All green |
| 20:34:16 | Buschel | 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 | bor_ka | funman, without the sd_write it can't access playlist control file, and I don't know how to start playback |
| 20:51:45 | funman | open a file? |
| 20:52:02 | funman | this message is just a warning, ignore it |
| 20:54:19 | bor_ka | Ok, I have deleted it from the PC - it started playing :) Thanks |
| 21:00 |
| 21:09:12 | funman | 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 | bor_ka | funman, it happens on some folders only |
| 21:18:26 | bor_ka | and I believe it can be a timing issue - so, the memory chip can matter |
| 21:18:37 | bor_ka | and they can differ in different batches |
| 21:18:56 | | Quit (Quit: Leaving) |
| 21:19:13 | bor_ka | 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 | roolku | 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 | roolku | funman: I suspect you still need the check for $install!=0 |
| 21:44:25 | funman | roolku: oh i forgot that sorry |
| 21:44:46 | funman | adding "&& ($install != 0)" would do the trick? |
| 21:45:09 | wodz | Buschel: on MCF5249 64kaache.m4a 367.95MHz svn, 289.47MHz aac-he_v8.patch |
| 21:46:24 | roolku | funman: not a perl person, so no clue about the operators. I would leave the if statement for clarity |
| 21:49:29 | funman | roolku: http://pastie.org/1034847 works ? (not a perl person myself) |
| 21:54:02 | roolku | funman: what was wrong with lear's approach? |
| 21:54:55 | funman | nothing, but having install be both an integer and a string is wrong to me |
| 21:55:54 | saratoga | I would just do unless($install) |
| 21:56:13 | saratoga | 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 | funman | saratoga: unless($install) checks if install is initialized or not ? |
| 21:56:53 | saratoga | oh i guess you want the opposite |
| 21:56:57 | saratoga | so if($install) |
| 21:57:22 | saratoga | yeah it checks that |
| 21:57:39 | funman | and can we access $install anyway ? |
| 21:57:46 | roolku | that is what lear did |
| 21:58:32 | saratoga | strings in perl are false if they are blank, not inited or "0" |
| 21:59:03 | funman | so "XXX $install YYY" should give an error ? |
| 21:59:35 | roolku | 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 | funman | hm right |
| 22:00 |
| 22:00:14 | roolku | if you use the if it will never be evalated |
| 22:00:32 | roolku | (for $install not set) |
| 22:00:34 | saratoga | what was wrong with the original? |
| 22:00:49 | funman | saratoga: which original ? ;) |
| 22:00:55 | roolku | original = lear ? |
| 22:00:56 | saratoga | the one the diff is against |
| 22:01:33 | funman | the error that roolku pasted, which r27317 was supposed to fix |
| 22:02:04 | funman | 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 | funman | roolku: http://pastie.org/1034847 works for me |
| 22:09:54 | funman | (same url just edited): works too and is simpler |
| 22:10:21 | | Quit jennifur (Read error: Connection reset by peer) |
| 22:10:41 | funman | can you try make PREFIX=a install on cygwin ? i don't know how '/' works |
| 22:10:47 | funman | .. in cygwin |
| 22:12:46 | funman | fucking perl |
| 22:13:22 | roolku | your unedited patch worked without a prefix installed...trying the other now |
| 22:13:39 | roolku | s/installed/supplied/ |
| 22:13:45 | funman | make install without a prefix shouldn't work |
| 22:13:58 | funman | unless in the sim |
| 22:14:15 | | Join jennifur [0] (~jennifur@cpe-72-224-19-1.nycap.res.rr.com) |
| 22:14:26 | funman | and i have yet another thing to fix |
| 22:14:46 | roolku | I did a make zip (that was not working before) |
| 22:14:58 | funman | PREFIX is only for installing |
| 22:15:15 | funman | everything is installed in ./.rockbox |
| 22:15:32 | funman | then .rockbox is zipped, or copied to $PREFIX/ (if we're installing) |
| 22:15:52 | funman | if we're installing .. to another place than '.' |
| 22:17:18 | roolku | yes, but your commit still broke make zip :) |
| 22:17:29 | funman | no |
| 22:17:36 | funman | it broke make zip, on cygwin |
| 22:20:05 | funman | roolku: can you try make PREFIX="$PWD/sdqfqsfqsd" install ? (just make sure the qsqsqsdf part doesn't exist) |
| 22:20:41 | roolku | using which patch? |
| 22:20:48 | funman | any |
| 22:21:53 | funman | i don't understand the abs_path error |
| 22:22:38 | funman | 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 | roolku | funman: /home/robert/clean/Ngigabeatfx/sdqfqsfqsd/.rockbox: No such file or directory |
| 22:24:39 | funman | ok the cygwin's perl clearly sucks |
| 22:25:31 | roolku | 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 | funman | string manipulation is more correct yes |
| 22:26:08 | Buschel | wodz: thanks for testing. good result :) |
| 22:31:37 | CIA-6 | New commit by funman (r27341): buildzip.pl: more fixes ... |
| 22:33:04 | | Quit bmbl (Quit: Bye!) |
| 22:33:24 | CIA-6 | 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 | roolku | 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 | roolku | funman: you could take $rbdir out of both sides of the equation perhaps? |
| 22:56:18 | CIA-6 | New commit by bieber (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 | CIA-6 | r27342 build result: All green |
| 22:59:31 | | Quit w1ll14m () |
| 23:00 |
| 23:00:04 | | Quit Jaykay (Ping timeout: 264 seconds) |
| 23:01:06 | | Join fml [0] (~chatzilla@p5DD2D4FA.dip.t-dialin.net) |
| 23:03:16 | bluebroth3r | 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 | fml | 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 | fml | bluebroth3r: what do the tools do? |
| 23:04:05 | | Join togetic [0] (~togetic@unaffiliated/ibuffy) |
| 23:04:37 | bluebroth3r | 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 | bluebroth3r | bin2c is used by the patchers, but also by the (already in the utils folder located) beastpatcher. |
| 23:05:28 | fml | bluebroth3r: then a merge is the right way IMO, i.e. no subdirs |
| 23:05:49 | bluebroth3r | 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 | bluebroth3r | 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 | fml | bluebroth3r: I mean no intermediary subdir "tools" |
| 23:09:18 | bluebroth3r | 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 | bluebroth3r | to have it do the deployment stuff for both the Theme Editor and Rockbox Utility |
| 23:10:53 | bluebroth3r | sure, bin2c and the deployment script could go directly into utils/. Not sure if that's a good way though. |
| 23:11:10 | bluebroth3r | 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 | CIA-6 | New commit by alle (r27343): More consistent formatting of setting names |
| 23:43:43 | CIA-6 | 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.) |
icon identifies that the person is a core developer (has commit access).