| 00:00:37 | kugel | funman: I did (see http://www.rockbox.org/tracker/task/10805?string=vastly+improve) |
| 00:01:28 | | Quit Beta2K (Read error: Operation timed out) |
| 00:02:15 | max242 | kugel: that's a very good trick, i'm gonna do this from now on too! |
| 00:02:50 | kugel | I had a fs corruption once from just turning of so I stopped doing that |
| 00:03:29 | max242 | i would love to see USB transfers working properly, then no OF needed anymore, and no more waiting ;-) |
| 00:03:41 | | Join wincent [0] (~wincent@f055227177.adsl.alicedsl.de) |
| 00:03:55 | max242 | but i won't hold my breath, i'm a pretty happy rockboxer! |
| 00:04:01 | funman | kugel: alignement need to be higher for DMA: 8 * 4 |
| 00:04:16 | kugel | funman: I know, I modified test_disk for that |
| 00:04:36 | funman | the last patch aligns on 4 |
| 00:04:51 | kugel | (IIRC) |
| 00:05:37 | kugel | funman: none of the patches there modifies test_disk ? |
| 00:06:30 | kugel | ah, I see, my alignment test is wrong |
| 00:06:46 | kugel | the test_disk numbers should be correct though |
| 00:08:01 | | Quit CGL (Remote host closed the connection) |
| 00:08:30 | kugel | the improvement from doing dma directly is not huge, I guess the cache coherency functions create a noticeable overhead |
| 00:08:49 | funman | no, why? |
| 00:08:59 | kugel | are you looking at my chart? |
| 00:09:02 | funman | nope ^^ |
| 00:09:17 | kugel | it's linked on the task |
| 00:09:41 | kugel | http://www.alice-dsl.net/simonemartitz/rockbox/fuze_sd_performance.pdf |
| 00:11:43 | funman | what's with limiting 1st transfer to 8 sectors ? |
| 00:12:01 | | Quit Luca_S (Quit: CGI:IRC (EOF)) |
| 00:12:34 | kugel | I don't remember |
| 00:12:57 | funman | i suppose debug in test_disk |
| 00:13:36 | funman | btw clipv2 is still running with the cpu_frequency patch ^^ |
| 00:13:59 | kugel | nice, I'll try a build on my way to the uni tomorrow |
| 00:14:11 | | Quit evilnick_B (Quit: Page closed) |
| 00:14:46 | kugel | funman: looked at my chart now? :) I think dma directly isn't necessarily worth it |
| 00:15:58 | kugel | or can we "cast" the passed buffer to uncached and don't use the cache coherency functions? I didn't try that |
| 00:16:31 | funman | UNCACHED_ADDR(buf), but you can't use it with DMA then |
| 00:16:50 | kugel | hm yea it doesn't work |
| 00:16:55 | funman | i put the patch on FS #11297 |
| 00:17:51 | | Quit jgarvey (Quit: Leaving) |
| 00:17:51 | | Quit kugel (Remote host closed the connection) |
| 00:22:34 | | Quit funman (Quit: free(random());) |
| 00:22:35 | | Quit max242 (Quit: CGI:IRC (EOF)) |
| 00:24:30 | | Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) |
| 00:25:02 | | Quit mt (Read error: Connection reset by peer) |
| 00:25:41 | | Join mt [0] (~mtee@rockbox/developer/mt) |
| 00:40:56 | | Quit ender` (Quit: I'm a complex person. I have a real and an imaginary part.) |
| 00:45:36 | | Join robin0800 [0] (~quassel@149.254.200.216) |
| 00:48:05 | | Quit stripwax (Read error: Connection reset by peer) |
| 00:50:06 | | Join likemindead [0] (~440c1fc4@gateway/web/freenode/x-jtpptxjvtljztqjk) |
| 00:51:30 | likemindead | Ubuntu 10.04 isn't mounting my iPod (4th Gen/Color) when I plug it in. Nor is it seen under Nautilus or the Disk Utility. HALP? |
| 00:52:12 | likemindead | I just want to sync some files to it. :-\ |
| 00:54:57 | | Join bluefoxx [0] (~FuzzyLomb@S0106001310788466.vc.shawcable.net) |
| 00:58:50 | | Quit Rob2222 (Quit: Rob2222) |
| 00:59:28 | | Join Rob2222 [0] (~Miranda@p4FDCA421.dip.t-dialin.net) |
| 01:00 |
| 01:03:06 | | Quit bluefoxx (Quit: EXCEPTION 0X00001F UNRECOGNIZED THOUGHT PROCESS...TERMINATING, PLEASE WAIT...USER LOGGED OFF) |
| 01:04:18 | | Quit shaggy-h () |
| 01:06:35 | | Quit wodz (Quit: Leaving) |
| 01:09:06 | | Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) |
| 01:13:47 | | Part likemindead |
| 01:16:01 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 01:17:50 | | Part toffe82 |
| 01:23:39 | *** | Saving seen data "./dancer.seen" |
| 01:28:59 | | Join DerPapst1 [0] (~Alexander@p4FE8F8CE.dip.t-dialin.net) |
| 01:30:46 | | Quit DerPapst (Ping timeout: 240 seconds) |
| 01:40:02 | CIA-5 | New commit by jethead71 (r26180): Gigabeat S: Use longer battery filter; lag is not a problem with voltage for charging since it's I-controlled. Initialize local copy of last_inputs ... |
| 01:44:21 | | Join joeyg [0] (~apoelstra@S010600236999fec1.vs.shawcable.net) |
| 01:44:27 | | Quit anewuser (Quit: for SELL 2 by the price of 1 now!) |
| 01:47:36 | | Quit Guest951 (Quit: Tiarra 0.1+svn-33938: SIGINT received; exit) |
| 02:00 |
| 02:03:41 | | Quit Bagder (Ping timeout: 240 seconds) |
| 02:04:25 | | Join mapi_ [0] (~mapi@KHP222006067242.ppp-bb.dion.ne.jp) |
| 02:04:30 | | Join ssorgatem_ [0] (~ssorgatem@83.43.131.150) |
| 02:06:16 | | Join ssorgatem__ [0] (~ssorgatem@83.55.235.224) |
| 02:06:50 | | Join kramer3d [0] (~kramer@unaffiliated/kramer3d) |
| 02:07:58 | | Quit ssorgatem (Ping timeout: 240 seconds) |
| 02:09:58 | | Quit ssorgatem_ (Ping timeout: 265 seconds) |
| 02:13:43 | | Join Rob2223 [0] (~Miranda@p4FDCA4C4.dip.t-dialin.net) |
| 02:16:36 | | Quit robin0800 (Quit: No Ping reply in 600 seconds.) |
| 02:16:46 | | Quit Rob2222 (Ping timeout: 240 seconds) |
| 02:16:52 | kisak | jhMikeS: THe Fuzev1 here came from woot too |
| 02:17:03 | | Join robin0800 [0] (~quassel@general-ld-216.t-mobile.co.uk) |
| 02:20:29 | | Quit shaggy-h (*.net *.split) |
| 02:20:30 | | Quit rvvs89 (*.net *.split) |
| 02:20:30 | | Quit krazykit (*.net *.split) |
| 02:20:30 | | Quit merbzt (*.net *.split) |
| 02:20:30 | | Quit detaos (*.net *.split) |
| 02:20:30 | | Quit lostlogic (*.net *.split) |
| 02:20:30 | | Quit jhMikeS (*.net *.split) |
| 02:20:34 | | Join shai_ [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
| 02:20:58 | | Quit saratoga (*.net *.split) |
| 02:21:55 | | Nick ssorgatem__ is now known as ssorgatem (~ssorgatem@83.55.235.224) |
| 02:21:55 | | Join saratoga [0] (~9803c6dd@gateway/web/freenode/x-zzmofwwvlikygwyn) |
| 02:22:15 | | Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) |
| 02:22:15 | | Join merbzt [0] (~benlar@193.13.246.198) |
| 02:22:15 | | Join rvvs89 [0] (ivo@pdpc/supporter/base/rvvs89) |
| 02:22:15 | | Join krazykit [0] (~kkit@70.236.74.71) |
| 02:22:15 | | Join detaos [0] (~quassel@ip72-218-104-242.hr.hr.cox.net) |
| 02:22:15 | | Join lostlogic [0] (~lostlogic@rockbox/developer/lostlogic) |
| 02:22:15 | | Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) |
| 02:23:11 | | Quit shaggy-h (Ping timeout: 240 seconds) |
| 02:23:58 | | Quit shai (Ping timeout: 246 seconds) |
| 02:24:35 | | Quit katsuru_ (Ping timeout: 260 seconds) |
| 02:47:06 | | Quit MethoS- (Remote host closed the connection) |
| 03:00 |
| 03:13:47 | | Join ischeriad [0] (~ischeriad@p5B0A0736.dip0.t-ipconnect.de) |
| 03:14:53 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
| 03:16:24 | | Quit ischeria1 (Ping timeout: 240 seconds) |
| 03:18:20 | | Quit TheSeven (Read error: Connection reset by peer) |
| 03:18:23 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 03:23:43 | *** | Saving seen data "./dancer.seen" |
| 03:26:28 | | Join CaptainKwel [0] (~jason@207-237-113-115.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 03:31:01 | | Quit robin0800 (Quit: No Ping reply in 600 seconds.) |
| 03:31:26 | | Join robin0800 [0] (~quassel@general-ld-216.t-mobile.co.uk) |
| 03:31:28 | | Quit robin0800 (Read error: Connection reset by peer) |
| 03:33:34 | | Join Bagder [0] (~daniel@rockbox/developer/bagder) |
| 03:48:31 | | Join webguest51 [0] (~43bc5e1f@giant.haxx.se) |
| 03:49:03 | | Join viks [0] (~43bc5e1f@giant.haxx.se) |
| 03:49:04 | | Quit webguest51 (Client Quit) |
| 03:49:15 | viks | sh |
| 03:49:31 | viks | Would like to know is there any cook multichannel support? |
| 03:50:09 | viks | @mt:Does current cook decoder support Multichannel decoding |
| 03:53:58 | | Quit viks (Client Quit) |
| 03:54:44 | | Join CGL [0] (~CGL@190.207.171.217) |
| 03:56:33 | | Nick CGL is now known as [CGL] (~CGL@190.207.171.217) |
| 03:56:44 | | Join chrisb [0] (~chrisb@pool-98-111-180-153.phlapa.east.verizon.net) |
| 04:00 |
| 04:00:13 | | Join robin0800 [0] (~quassel@general-ld-216.t-mobile.co.uk) |
| 04:03:40 | saratoga | viks: it prints "MC_COOK not supported!", so it looks like stereo/mono only |
| 04:05:33 | | Quit saratoga (Quit: Page closed) |
| 04:07:18 | | Quit TheSeven (Ping timeout: 260 seconds) |
| 04:07:56 | | Quit adnyxo (Ping timeout: 276 seconds) |
| 04:10:01 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
| 04:10:53 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 04:14:14 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 04:14:33 | | Quit pixelma (Disconnected by services) |
| 04:14:34 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
| 04:14:38 | | Quit amiconn (Disconnected by services) |
| 04:14:40 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 04:14:53 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
| 04:15:02 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 04:19:06 | chrisb | why did sandisk discontinue the docking station for the sansa e200? |
| 04:22:50 | kisak | chrisb: economics? |
| 04:24:21 | chrisb | kisak: yes...maybe budget buyers don't even think about accessories... |
| 04:29:18 | kisak | relatively speaking, I splurged on a case for my Fuze |
| 04:29:48 | kisak | a $4.50 case for a $30 Fuze |
| 04:31:05 | kisak | the front panel of this Fuze is just too fragile for my daily grind |
| 04:31:25 | kisak | I put some cracks in it just from it being in my pocket |
| 04:37:46 | | Join DerPapst [0] (~Alexander@p4FE8FA16.dip.t-dialin.net) |
| 04:39:57 | | Quit DerPapst1 (Ping timeout: 264 seconds) |
| 04:42:40 | chrisb | i want my sansa e200 to drive my bose radio, and it does a decent job from the earphone jack |
| 04:42:45 | | Quit Zarggg (Quit: Zarggg) |
| 04:43:34 | chrisb | but i really wanted line-out driving the radio speakers so I tried the Griffin power dock, which had an audio line-out |
| 04:44:08 | chrisb | but something wasn't right, even with sansa's software running |
| 04:44:22 | chrisb | the line-out couldn't drive the audio input...i don't know why |
| 04:47:37 | | Join Barahir [0] (~jonathan@frnk-590f65c0.pool.mediaWays.net) |
| 04:47:45 | | Quit panni__ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) |
| 04:48:34 | chrisb | are the ipod docks any better? |
| 04:48:41 | | Join saratoga [0] (~9803c6dd@gateway/web/freenode/x-savslnrousvweejo) |
| 04:50:01 | | Quit Barahir_ (Ping timeout: 240 seconds) |
| 04:59:58 | | Nick tchan1 is now known as tchan (~tchan@c-69-243-144-70.hsd1.il.comcast.net) |
| 05:00 |
| 05:00:06 | | Quit tchan (Changing host) |
| 05:00:06 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
| 05:04:32 | | Quit Forsaken_Boy (Read error: Connection reset by peer) |
| 05:05:39 | | Join Zarggg [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 05:09:13 | | Quit chrisb (Ping timeout: 240 seconds) |
| 05:16:16 | | Join piroko [0] (~jeremy@pohl.ececs.uc.edu) |
| 05:16:30 | piroko | Nice. I notice the sansa clip v2 port is "usuable" now |
| 05:21:41 | | Quit CaptainKwel (Quit: Ex-Chat) |
| 05:22:43 | piroko | Usable too |
| 05:23:47 | *** | Saving seen data "./dancer.seen" |
| 05:27:14 | CIA-5 | New commit by wincent (r26181): pdbox: Adjusted return values for functions read() and write() |
| 05:29:40 | | Quit Horscht (Quit: Verlassend) |
| 05:31:34 | | Join Orion7 [0] (~IceChat7@c-71-204-140-208.hsd1.ca.comcast.net) |
| 05:32:09 | Orion7 | other than whats listed in the forum is there a way to know what new changes are going into each release of a new port? |
| 05:32:27 | Orion7 | each build |
| 05:33:07 | saratoga | Orion7: change log on the front page and the svn logs (also front page) |
| 05:33:20 | CIA-5 | New commit by wincent (r26182): pdbox: Made size value signed |
| 05:35:18 | Orion7 | i don't see that for some reason |
| 05:35:35 | saratoga | sucks |
| 05:36:11 | Orion7 | the fuze v2 builds seemed to have introduced some new problems awhile after 26006 i believe but i think they are also working on hotkeys maybe? |
| 05:37:21 | | Quit powell14ski__ (Remote host closed the connection) |
| 05:37:48 | Orion7 | i do some things under current build if that's what you were referring to |
| 05:37:52 | Orion7 | see |
| 05:38:54 | CIA-5 | New commit by wincent (r26183): pdbox: Got rid of signedness-related warnings |
| 05:39:12 | Orion7 | ok i think i found it |
| 05:39:41 | | Join powell14ski_ [0] (~powell14s@c-24-9-7-198.hsd1.co.comcast.net) |
| 05:51:50 | Orion7 | ok i checked the change log and nowhere does it list daily changes for each build of fuze v2..anyone know where these are? |
| 05:51:58 | | Join tchan1 [0] (~tchan@c-69-243-144-70.hsd1.il.comcast.net) |
| 05:52:21 | | Join piroko_ [0] (~jeremy@pohl.ececs.uc.edu) |
| 05:52:30 | | Join robin0800_ [0] (~quassel@general-ld-216.t-mobile.co.uk) |
| 05:53:03 | Orion7 | i checked the svn section, unsupported section, daily builds section |
| 05:53:59 | saratoga | Orion7: the svn logs show every single change made to the rockbox code, if you want daily updates, you should read those |
| 05:55:42 | | Join wombat23_ [0] (~beuteltie@adsl-99-39-2-249.dsl.pltn13.sbcglobal.net) |
| 05:55:51 | Orion7 | i must not know the right word for svn |
| 05:55:54 | | Quit Boldfilter (Quit: Boldfilter) |
| 05:57:20 | | Quit powell14ski_ (*.net *.split) |
| 05:57:20 | | Quit TheSeven (*.net *.split) |
| 05:57:20 | | Quit Bagder (*.net *.split) |
| 05:57:20 | | Quit wombat23 (*.net *.split) |
| 05:57:43 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 05:58:16 | | Join polobricolo__ [0] (~polobrico@AGrenoble-257-1-21-176.w86-194.abo.wanadoo.fr) |
| 06:00 |
| 06:00:01 | | Quit Barahir (*.net *.split) |
| 06:00:01 | | Quit robin0800 (*.net *.split) |
| 06:00:01 | | Quit polobricolo (*.net *.split) |
| 06:00:01 | | Quit tchan (*.net *.split) |
| 06:00:01 | | Quit piroko (*.net *.split) |
| 06:00:01 | | Quit MagusG (*.net *.split) |
| 06:00:01 | | Quit xavieran (*.net *.split) |
| 06:00:13 | | Join MagusG [0] (magusg@c-76-97-148-35.hsd1.ga.comcast.net) |
| 06:00:20 | | Join powell14ski_ [0] (~powell14s@c-24-9-7-198.hsd1.co.comcast.net) |
| 06:01:27 | | Quit whydoubt (Ping timeout: 240 seconds) |
| 06:02:58 | Orion7 | i searched for "svn" on the front page and on the change logs page but it isn't there, is there another word for it |
| 06:03:09 | Orion7 | i mean i actually used find |
| 06:04:51 | Orion7 | actually i looked through every section in the change logs section |
| 06:06:34 | | Join xavieran [0] (~xavieran@ppp118-209-181-25.lns20.mel6.internode.on.net) |
| 06:06:43 | | Join Bagder [0] (~daniel@rockbox/developer/bagder) |
| 06:09:10 | | Join whydoubt [0] (~whydoubt@ip68-12-76-9.ok.ok.cox.net) |
| 06:10:19 | S_a_i_n_t | Orion7: http://svn.rockbox.org/viewvc.cgi/?sortdir=down |
| 06:10:36 | Orion7 | ty |
| 06:10:56 | robin0800_ | Orion7: subversion |
| 06:11:20 | Orion7 | oh ok yeah i'm pretty new |
| 06:12:28 | S_a_i_n_t | Orion7: Then, this will help. http://www.rockbox.org/wiki/UsingSVN |
| 06:12:42 | S_a_i_n_t | The RB wiki has a /lot/ of info in it. |
| 06:12:52 | | Quit wincent (Ping timeout: 276 seconds) |
| 06:13:31 | | Quit robin0800_ (Quit: No Ping reply in 600 seconds.) |
| 06:13:55 | | Join robin0800 [0] (~quassel@general-ld-216.t-mobile.co.uk) |
| 06:13:57 | | Quit robin0800 (Remote host closed the connection) |
| 06:15:46 | Orion7 | looks like i'd need to be a coder to know what the daily changes mean |
| 06:17:10 | Orion7 | like instead of saying fixed usb charging it says things like use ascodec_readbytes() to cache all needed registers in a row |
| 06:18:18 | Orion7 | but i find the new port forums very helpful |
| 06:18:32 | krazykit | well, many commits aren't exactly critical to the everyday use of rockbox |
| 06:19:40 | Orion7 | so its trying to work towards improvements or fixes |
| 06:21:55 | krazykit | right. anything really important (new features and such) will show up on the MajorChanges page |
| 06:23:42 | CIA-5 | New commit by wincent (r26184): pdbox: Rewrote recently added bugfixes |
| 06:28:34 | Orion7 | krazykit, what section is major changes under |
| 06:30:12 | krazykit | it's on the front page in the quick links section as "change log" |
| 06:31:45 | Orion7 | k perfect thanks! bbl |
| 06:31:51 | | Quit Orion7 (Quit: Say What?) |
| 06:37:11 | | Quit Rob2223 (Quit: Rob2223) |
| 06:37:28 | | Join Rob2222 [0] (~Miranda@p4FDCA4C4.dip.t-dialin.net) |
| 06:43:06 | | Quit powell14ski_ (Quit: powell14ski_) |
| 06:43:18 | | Quit joeyg (Quit: lions and tigers and bears, oh my!) |
| 06:57:30 | | Nick shai_ is now known as shia (~Shai@l192-117-110-233.cable.actcom.net.il) |
| 06:57:33 | | Nick shia is now known as shai (~Shai@l192-117-110-233.cable.actcom.net.il) |
| 06:58:39 | | Join powell14ski_ [0] (~powell14s@c-24-9-7-198.hsd1.co.comcast.net) |
| 07:00 |
| 07:23:50 | *** | Saving seen data "./dancer.seen" |
| 07:30:18 | | Quit BHSPitMonkey (Remote host closed the connection) |
| 07:56:46 | | Join hebz0rl [0] (~hebz0rl@dslb-088-067-217-002.pools.arcor-ip.net) |
| 07:56:54 | | Join wincent [0] (~wincent@f055227177.adsl.alicedsl.de) |
| 07:57:47 | | Quit kramer3d (Quit: Leaving) |
| 07:58:59 | | Join Szpila [0] (~sszpila@212.244.249.187) |
| 08:00 |
| 08:05:03 | | Join RussKubes [0] (~russ@pool-173-63-108-54.nwrknj.fios.verizon.net) |
| 08:05:39 | | Part RussKubes ("Ex-Chat") |
| 08:07:15 | | Join RussKubes [0] (~russ@pool-173-63-108-54.nwrknj.fios.verizon.net) |
| 08:08:43 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 08:10:14 | | Join mitk [0] (~mitk@195.117.162.130) |
| 08:11:48 | | Quit amiconn (Remote host closed the connection) |
| 08:11:49 | | Quit pixelma (Remote host closed the connection) |
| 08:16:03 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 08:18:30 | | Join pixelma [0] (quassel@rockbox/staff/pixelma) |
| 08:18:37 | | Join amiconn [0] (quassel@rockbox/developer/amiconn) |
| 08:21:01 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 08:21:24 | | Quit DerPapst (Quit: Leaving.) |
| 08:21:54 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
| 08:25:59 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 08:34:27 | | Quit [CGL] (Remote host closed the connection) |
| 08:36:05 | | Quit TheSeven (Ping timeout: 260 seconds) |
| 08:38:21 | | Join Forsaken_Boy [0] (~chatzilla@24.138.199.192) |
| 08:42:16 | | Quit wincent (Ping timeout: 260 seconds) |
| 08:48:03 | | Join flydutch [0] (~flydutch@host172-165-dynamic.8-87-r.retail.telecomitalia.it) |
| 08:48:19 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
| 08:53:56 | | Join GeekShado_ [0] (~Antoine@63.140.195-77.rev.gaoland.net) |
| 08:57:09 | | Quit GeekShadow (Ping timeout: 276 seconds) |
| 08:58:06 | | Join pondlife [0] (~Steve@rockbox/developer/pondlife) |
| 08:59:25 | | Quit GeekShado_ (Ping timeout: 265 seconds) |
| 09:00 |
| 09:02:48 | | Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) |
| 09:05:31 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 09:10:22 | | Join eargasm [0] (~536c6dd2@giant.haxx.se) |
| 09:14:14 | | Join evilnick [0] (~Evilnick@ool-457bccf5.dyn.optonline.net) |
| 09:14:34 | | Part RussKubes ("Ex-Chat") |
| 09:16:13 | | Quit evilnick (Client Quit) |
| 09:19:28 | | Join flatrose [0] (~flatrose@nat.sklk.marosnet.net) |
| 09:19:54 | | Join DerPapst [0] (~Alexander@dslb-088-069-159-149.pools.arcor-ip.net) |
| 09:22:26 | | Quit kugel (Remote host closed the connection) |
| 09:23:53 | *** | Saving seen data "./dancer.seen" |
| 09:24:12 | | Quit merbzt (Ping timeout: 240 seconds) |
| 09:24:22 | | Join merbzt [0] (~benlar@193.13.246.198) |
| 09:25:10 | | Quit eargasm (Quit: CGI:IRC) |
| 09:27:06 | | Quit liar (Ping timeout: 258 seconds) |
| 09:29:08 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 09:29:11 | | Join lpereira [0] (~lucien@did75-8-82-226-27-213.fbx.proxad.net) |
| 09:30:23 | | Join B4gder [0] (~daniel@rockbox/developer/bagder) |
| 09:30:23 | | Part LinusN |
| 09:34:18 | | Join Zagor [0] (~bjst@rockbox/developer/Zagor) |
| 09:34:23 | | Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
| 09:42:53 | | Join max242 [0] (~51f7bab7@giant.haxx.se) |
| 09:43:05 | | Quit max242 (Client Quit) |
| 09:43:11 | | Join max242 [0] (~51f7bab7@giant.haxx.se) |
| 09:47:26 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
| 09:48:15 | max242 | just to inform you that preparing album artwork for pictureflow is still freezing up my fuze v1 |
| 09:48:34 | max242 | ... but not that frequent anymore |
| 09:49:45 | | Part LinusN |
| 09:52:16 | flatrose | is that for bmp or jpeg? |
| 09:52:16 | max242 | i've got an 8G fuze v1, and when the pictureflow cache builds successfully, it takes 2 to 3 minutes |
| 09:52:45 | max242 | jpeg |
| 09:53:16 | S_a_i_n_t | two to three minutes? yuck... |
| 09:53:19 | max242 | when building the cache with the 16G uSD inserted, it takes 6 to 7 minutes or even more, |
| 09:53:44 | flatrose | maybe you've got some really big ones, like 2k pixels +? |
| 09:53:47 | S_a_i_n_t | My Nano 1g does it in about ~15 seconds, and the 2g in less than 5 seconds. |
| 09:54:47 | max242 | to be really sure, i should check the sizes of the Cover.jpg files, i don't really know what size they do have got |
| 09:55:29 | S_a_i_n_t | I usually make sure that my "cover.jpg" files are 100x100px |
| 09:55:35 | max242 | obviously the more powerfull the processor, the faster things goes |
| 09:55:48 | S_a_i_n_t | AFAIK (well, for the Nano at least) there are no themes with AA that big. |
| 09:56:06 | S_a_i_n_t | 100x100 would be *plenty* for the Fuze |
| 09:57:01 | max242 | hmm, then i should go over my entire collection, and resize them accordingly |
| 09:57:11 | pixelma | the Fuze has a bigger screen than the Nano (220x176 vs. 176x132) both colour |
| 09:57:23 | pixelma | pixels that is |
| 09:57:27 | max242 | which is a big job, unless a script could do that job off course |
| 09:57:52 | S_a_i_n_t | max242: mp3Tag can automate that task |
| 09:58:01 | S_a_i_n_t | as well as several other programs |
| 09:58:24 | max242 | resize the jpgs, can mp3tag actually do that? |
| 09:58:31 | S_a_i_n_t | yep |
| 09:58:41 | S_a_i_n_t | assuming you have embedded AA that is. |
| 09:59:01 | S_a_i_n_t | if not, I use Irfanview for large batch jobs |
| 09:59:36 | max242 | i thought that rockbox need a special AA-file in the folder where your music is, and not embedded in the mp3 tags themselves |
| 09:59:43 | S_a_i_n_t | http://www.rockbox.org/wiki/AlbumArt suggests a few programs that can automate the task for you. |
| 10:00 |
| 10:00:00 | AlexP | max242: Yes, embedded isn't supported |
| 10:00:02 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 10:00:08 | AlexP | Altohugh the files can go in a few places |
| 10:00:12 | max242 | alright, something to check out this evening when at home |
| 10:00:24 | S_a_i_n_t | max242: yes, that is correct. but mp3Tag can extract the embedded AA and name/resize it to your specification |
| 10:00:50 | S_a_i_n_t | it can go through a directory and do this recursively also, so you don;t need to do it for every album. |
| 10:01:56 | S_a_i_n_t | max242: Check out http://www.rockbox.org/wiki/AlbumArt#Cover_Art_Downloading specifically for utilities to automate the AA generation process. |
| 10:02:00 | max242 | when the 16G uSD is inserted |
| 10:02:32 | max242 | it locks up most of the times i try, and it definitely shouldn't |
| 10:03:00 | max242 | so it is a bug, no? |
| 10:03:06 | AlexP | yes |
| 10:03:10 | S_a_i_n_t | Have you reported this as a bug report on Flyspray? |
| 10:03:22 | AlexP | It can take ages, if you have a lot of albums, big album art etc |
| 10:03:47 | AlexP | Last time I tried it on my gigabeat S (v. fast CPU, but 100 GB of music) it took some minutes |
| 10:03:56 | AlexP | But it shouldn't hang altogether |
| 10:04:00 | | Quit Zambezi (Read error: Connection reset by peer) |
| 10:04:05 | max242 | indeed |
| 10:04:12 | | Join Zambezi [0] (Zulu@80.67.9.2) |
| 10:04:21 | max242 | i posted a message here http://forums.rockbox.org/index.php?topic=14064.msg167033#msg167033 |
| 10:04:23 | AlexP | max242: What you could try is to see if it doesn't like some specific images you have |
| 10:04:33 | max242 | in which there is a reference to flyspray |
| 10:04:41 | AlexP | So do a binary search, and see if it is reproducable |
| 10:04:44 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
| 10:05:12 | max242 | it is not because of some jpg file, i'm definitely sure about that |
| 10:05:17 | | Quit JdGordon (Remote host closed the connection) |
| 10:05:17 | AlexP | How so? |
| 10:05:31 | max242 | sometimes building the cache works, most of the times it is not |
| 10:05:36 | AlexP | OK |
| 10:05:43 | S_a_i_n_t | 2~3 minutes seems a little slow to me...but maybe the Nano (2g in particular) has some hardware that makes it a lot faster. My pictureflow cache on an 8GB Nano2g (full of .mp3 albums) takes less than 10seconds. Closer to 5. |
| 10:05:47 | max242 | it is probably interrupt related, the issue started since r25299 |
| 10:05:52 | AlexP | S_a_i_n_t: It isn't |
| 10:05:58 | AlexP | It depends on lots of things |
| 10:06:09 | max242 | such as? |
| 10:06:33 | AlexP | Number of albums, size of art, speed of processor, etc. etc. |
| 10:06:36 | AlexP | The code I mean |
| 10:06:42 | AlexP | er, the speed I mean |
| 10:06:58 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
| 10:07:03 | S_a_i_n_t | The 2g Nano blitzes the 1g when it comes to building the pictureflow cache, but my 1g still does it in less than ~15 seconds usually. Perhaps 20 sometimes. |
| 10:07:03 | max242 | at least, funman did a change lowering interrupt priority, and the chance things lock up is lower now, but the real issue still remains |
| 10:07:19 | max242 | so yes, you are right there are more factors which do cause the issue |
| 10:07:39 | AlexP | I meant there are lots of factors that influence the speed of building |
| 10:07:51 | | Join wodz [0] (~wodz@skatol.ch.pw.edu.pl) |
| 10:07:58 | max242 | and the speed of building, ok, got that |
| 10:08:00 | AlexP | max242: Either open a new bug report, or comment on an existing one if there is one |
| 10:08:46 | max242 | i strongly believe FS #11267 is about the same thing, but this should be verified |
| 10:08:54 | AlexP | It is the only real way - most devs don't use the database, let along pictureflow |
| 10:08:58 | max242 | and maybe it's title should be rephrased |
| 10:09:01 | | Quit jordan` (Read error: No route to host) |
| 10:09:16 | AlexP | *alone |
| 10:09:24 | max242 | yeah, i'm aware of that |
| 10:09:55 | max242 | and as i'm not a developer myself, i'm pestering you developers over here ;-) |
| 10:10:11 | max242 | going to work now, bye |
| 10:10:21 | AlexP | A bug report is the proper way - it contains all the info in one place, and then other people see it too |
| 10:10:33 | | Join jordan` [0] (~jordan@jem75-13-78-235-252-137.fbx.proxad.net) |
| 10:11:41 | wodz | funman: ping |
| 10:13:36 | | Quit max242 (Quit: CGI:IRC (EOF)) |
| 10:15:10 | | Join S_a_i_n_t_ [0] (S_a_i_n_t@203.184.2.112) |
| 10:17:20 | | Quit S_a_i_n_t (Ping timeout: 260 seconds) |
| 10:18:30 | | Quit S_a_i_n_t_ (Read error: Connection reset by peer) |
| 10:18:48 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 10:19:35 | wodz | I found the bug which affected so strong performance of HD200 :-) I am so ashamed It is so stupid mistake. I copied PLL settings for 5250 but HD200 uses 5249 |
| 10:20:36 | B4gder | wodz: congrats! |
| 10:20:44 | B4gder | a long struggle |
| 10:21:51 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.4.146) |
| 10:22:21 | wodz | I found it by accident - I was looking at battery graph and found out it is refreshed every ~4-5 minutes instead of 1 minute. That makes me thinking that something is wrong with system tick settings or PLL frequency |
| 10:24:06 | CIA-5 | New commit by wodz (r26185): HD200 - fix PLL settings. This fixes looong standing bug heavily affecting performance |
| 10:26:15 | pixelma | wodz: nice :) |
| 10:29:56 | JdGordon | anyone want to help with fm screen pics for cabbie? |
| 10:30:14 | S_a_i_n_t | help in what way? |
| 10:30:15 | | Quit linuxguy3 (Ping timeout: 276 seconds) |
| 10:30:32 | | Join linuxguy3 [0] (~timj@75.57.191.181) |
| 10:30:50 | S_a_i_n_t | what needs to be done? |
| 10:31:07 | | Quit crwl (Ping timeout: 258 seconds) |
| 10:31:29 | JdGordon | S_a_i_n_t: I tihnk we need a pic for scan/preset mode, one for tuned? (a signal stregth meter would be nice, so later when we do have signal strength readin it could go there), and sterero/mono |
| 10:31:35 | JdGordon | and the top banner |
| 10:33:12 | S_a_i_n_t | Well, I can get the top banner done tonight at least. IIRC pixelma wanted to do the mono/b&w targets. |
| 10:34:15 | JdGordon | it doesnt need to be *perfect* but having at least something for release would be nice |
| 10:35:01 | S_a_i_n_t | sweet, sure. I'll do what I can. |
| 10:35:10 | S_a_i_n_t | I'll start with the top banner. |
| 10:35:43 | S_a_i_n_t | Any objestions if I re-do the banner for the WPS as well? It'd be a lot easier for me to make them both match that way. |
| 10:36:09 | S_a_i_n_t | Otherwise I'll have to try figure out what font was used for the original. |
| 10:36:27 | JdGordon | nup |
| 10:36:30 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 10:38:46 | JdGordon | need to figure out which screens need work on |
| 10:39:19 | pixelma | S_a_i_n_t: what do you want to do there? And did you see my suggesion about making the "Now playing" there a text string? (mentioned twice) |
| 10:40:06 | S_a_i_n_t | No, I didn't....it'd also need to use multifont though. |
| 10:40:16 | S_a_i_n_t | otherwise changing the font would make it look shit. |
| 10:40:47 | | Join crwl [0] (~crwlll@dsl-jklbrasgw1-fe10fb00-173.dhcp.inet.fi) |
| 10:40:57 | S_a_i_n_t | can all the targets handle adding a small font for the title alone? |
| 10:41:11 | S_a_i_n_t | I figure bitmaps would take up less room? |
| 10:41:20 | S_a_i_n_t | s/bitmaps/a bitmap/ |
| 10:41:45 | pixelma | it would also make it possible to localise it to some extent (as text size is limited and some languages can't have characters that small) and it is not possible on monochrome screens at the moment |
| 10:41:54 | S_a_i_n_t | the advantage of having a text screen is, it'd translatable. |
| 10:42:13 | S_a_i_n_t | but then it needs to be multifont, or changing the font would make it look crap. |
| 10:42:42 | wodz | shit last patch fixes performance problems but screwsup button reading :/ |
| 10:43:14 | pixelma | it is already a lot smaller than the default text so would need multifont anyways |
| 10:43:38 | JdGordon | multifont should work on all targets |
| 10:43:54 | n1s | wodz: congratulations on finding the bug :) |
| 10:44:12 | JdGordon | which ipods dont have attachments support? |
| 10:44:14 | pixelma | yes, but there is no way to have white text on black for monochrome... |
| 10:44:32 | S_a_i_n_t | so.....this is decision time. Use a bitmap, and replace the current banner in the wps to match (easy), or use a text string, andf add multifont to thw wps, and possibly have to make some exceptions for players with small image buffers? (maybe hard) |
| 10:44:56 | S_a_i_n_t | will there be any targets that won't be able to donate 10K of skin buffer to a font and not miss it? |
| 10:45:36 | JdGordon | unlikelyt |
| 10:45:43 | JdGordon | its 3K now for small screens also |
| 10:46:16 | S_a_i_n_t | so, I guess replace the banner in the background with a "blank" banner...and do it with multifont? |
| 10:46:24 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
| 10:46:24 | S_a_i_n_t | that I can do. |
| 10:47:20 | pixelma | currently the only way on monochrome would be making an "inverted" font but that still won't do for a banner I think and is not nice |
| 10:47:37 | | Join Barahir [0] (~jonathan@frnk-590f65c0.pool.mediaWays.net) |
| 10:48:02 | JdGordon | according to DeviceChart these are the sizes which need doing http://pastebin.com/HTnT377s |
| 10:48:35 | JdGordon | pixelma: the mono targets dont use a backdrop anyway, so why not just use black text? |
| 10:48:41 | JdGordon | or an image on them |
| 10:48:45 | S_a_i_n_t | Hmmm...so which road do I take? The "blank banner+text string" makes the mist sense...but I know *nothing* about the mono screens (pixelma seems at home there). |
| 10:48:53 | S_a_i_n_t | It'd be nice to do the same for both. |
| 10:49:05 | JdGordon | its silly to use the same |
| 10:49:36 | pixelma | JdGordon: this was about getting rid of the image or better: making it more flexible. They currently use a bitmap showing white text on black |
| 10:49:44 | S_a_i_n_t | it may be, but as I said...I don't understand the non colour screens. |
| 10:51:38 | pixelma | http://www.rockbox.org/wiki/DefaultWPS |
| 10:53:26 | JdGordon | that link has the .psd for the origional graphics... |
| 10:54:10 | | Join swilde [0] (~wilde@aktaia.intevation.org) |
| 10:57:25 | S_a_i_n_t | easy enough to just chop up the original .bmps |
| 10:57:42 | | Join detaos_ [0] (~quassel@ip72-218-104-242.hr.hr.cox.net) |
| 10:57:42 | | Quit detaos (Ping timeout: 240 seconds) |
| 10:57:48 | S_a_i_n_t | also...I can't seem to find a few of the screen sizes on your list... |
| 10:58:26 | S_a_i_n_t | 160x128x4? |
| 10:58:32 | S_a_i_n_t | can't seem to find that one. |
| 10:58:47 | | Quit phanboy_iv (Ping timeout: 240 seconds) |
| 10:58:49 | AlexP | what 4 bit display do we have? |
| 10:59:27 | S_a_i_n_t | no idea |
| 10:59:44 | n1s | i don't think we have any 4 bit displays |
| 10:59:47 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 10:59:56 | S_a_i_n_t | 128x64x1? |
| 11:00 |
| 11:00:00 | | Join Murat [0] (~4eae64ca@giant.haxx.se) |
| 11:00:05 | n1s | some remote |
| 11:00:19 | AlexP | S_a_i_n_t: I don't think 160x128x4 exists - what target do you think this is for? |
| 11:00:29 | | Nick Murat is now known as Guest98639 (~4eae64ca@giant.haxx.se) |
| 11:00:39 | AlexP | 128x64x1 is the iriver LCD remote |
| 11:00:39 | S_a_i_n_t | looking at a pastebin from JdGordon on what needed doing. |
| 11:00:45 | S_a_i_n_t | a few I can't find. |
| 11:00:46 | funman | wodz: i knew you had fixed the bug when I did svn up ;) congrats! |
| 11:00:47 | n1s | iriver h120/h300 lcd remote is 128*64*1 |
| 11:01:04 | JdGordon | x4 should be x2 on that paste :p |
| 11:01:12 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
| 11:01:21 | JdGordon | which is the iaudio remote |
| 11:01:26 | pixelma | I guess he meant x2 - greyscale |
| 11:01:26 | AlexP | and iriver H100 |
| 11:01:51 | Guest98639 | Is it possible to display album art in wps @ clip? |
| 11:02:01 | AlexP | sure |
| 11:02:04 | AlexP | It'll look shit |
| 11:02:05 | pixelma | no |
| 11:02:05 | n1s | yeah, no configure file defines a LCD_DEPTH or LCD_REMOTE_DEPTH of 4 |
| 11:02:12 | AlexP | But that's your choice :) |
| 11:02:19 | pixelma | no album art in monochrome |
| 11:02:28 | AlexP | Ah, ny mistake |
| 11:02:34 | AlexP | Of course it isn't possible |
| 11:02:41 | AlexP | When I actually stop and think :) |
| 11:02:52 | pixelma | there are 128x64x1 "ports - the Clip got its own to account for the weird yellow/blue display split |
| 11:03:07 | wodz | funman: how do You see rework of apps/debug_menu.c ? |
| 11:03:18 | Guest98639 | So yes or no |
| 11:03:30 | n1s | Guest98639: no |
| 11:03:35 | Guest98639 | oki |
| 11:03:43 | Guest98639 | thanks |
| 11:03:53 | funman | wodz: the same way you did for MAS code, move it into target/ |
| 11:04:02 | pixelma | no in the WPS, pictureflow works though (but doesn't look very nice I heard) |
| 11:04:06 | funman | there are already debug-XXX.c files |
| 11:04:33 | Guest98639 | pictureflow is cool |
| 11:05:35 | pixelma | S_a_i_n_t, JdGordon: the Iaudio remote is 128x96x2 - the wiki explains that (what's on there about the same font has become wrong though) |
| 11:06:11 | wodz | funman: for some targets yes |
| 11:06:43 | funman | i think it's not a top priority anyway |
| 11:06:45 | | Quit Guest98639 (Quit: CGI:IRC (EOF)) |
| 11:07:27 | funman | 'debug' code & menu can be dirty |
| 11:07:49 | S_a_i_n_t | I have no idea how to do the non colour targets in this way proposed, I geuss they can't currently do the whole "text string+blank banner" thing? |
| 11:08:24 | pixelma | greyscale could I think, monochrome can't |
| 11:08:30 | S_a_i_n_t | It'll work fine for the colour targets. |
| 11:08:55 | wodz | funman: the cleanest way is get rid of debug_menu.c and reimplement it in target tree for every target but this will lead to code duplication. |
| 11:09:01 | S_a_i_n_t | Hmmm...I'll do the colour targets now, and pass my working folder on to you then pixelma? |
| 11:09:04 | | Join mikroflops [0] (~yogurt@90-224-31-157-no112.tbcn.telia.com) |
| 11:09:07 | S_a_i_n_t | we have a few weeks to do it. |
| 11:09:52 | | Quit petur (Read error: Connection reset by peer) |
| 11:09:55 | | Join p3tur [0] (~petur@rockbox/developer/petur) |
| 11:10:10 | | Nick p3tur is now known as petur (~petur@rockbox/developer/petur) |
| 11:10:22 | funman | wodz: if there is code which works on several target, perhaps it could go to specific files? debug-pp.c debug-as3514.c . |
| 11:10:59 | | Quit petur (Read error: Connection reset by peer) |
| 11:11:06 | wodz | funman: ok I rethink this and start work when I fix button reading on MPIO |
| 11:11:16 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 11:12:05 | pixelma | S_a_i_n_t: it would be cool if it could be cleaned up while at it and things like "show dB value while changing value" be added |
| 11:13:47 | S_a_i_n_t | That'll be easy to do, I'll do it when I get to the code side of things. I also guess now is the time to switch to "progressbar style" volume and battery...but I'm just doing the GFX for now. |
| 11:14:12 | S_a_i_n_t | I don't want to get into the code untill I am at home, I can do the GFX easy enough from here though |
| 11:15:21 | | Quit anewuser (Quit: for SELL 2 by the price of 1 now!) |
| 11:23:56 | *** | Saving seen data "./dancer.seen" |
| 11:25:29 | S_a_i_n_t | where on earth is the 128x64x1 wps/rwps(or whatever it is) backdrop....? Does it even exist? |
| 11:25:42 | S_a_i_n_t | JdGordon: pixelma: ^^ |
| 11:27:10 | pixelma | there are no backdrops on monochrome screens |
| 11:27:28 | S_a_i_n_t | aha...that would explain that then |
| 11:27:35 | pixelma | the closest you get is a statically loaded bitmap - this is used for the "Now playing" bar for example |
| 11:29:34 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 11:42:46 | | Quit n1s (Ping timeout: 240 seconds) |
| 11:45:20 | pamaury | funman: it is the disassembly of the fuze firmware, what a enable_peripheral(4) would do ? Is it PLLB ? |
| 11:45:25 | pamaury | *in the |
| 11:46:04 | funman | accordign to the clipv1 it is memorystick |
| 11:46:20 | funman | i think they don't change across all AMSv1, not so sure about the v2 |
| 11:46:34 | funman | PLLs aren't peripherals |
| 11:46:35 | pamaury | v2 |
| 11:46:41 | funman | fuzev2 ? |
| 11:46:48 | pamaury | yes |
| 11:47:02 | pamaury | euh clipv2 sorry |
| 11:48:24 | funman | 14BA case 4 of the switch: it touhes CGU_USB |
| 11:48:34 | pamaury | I found a duplicate of the audio_isr usb init code and this codes begins with a enable_peripheral(4). It is still unclear to me how this code is called but there is definetely swomething missing, I can't get any usb interrupt for now on my clip+ and I think it's because I'm missing some glue code |
| 11:48:51 | funman | CGU_USB |= (1<<5); |
| 11:50:37 | pamaury | anyway, I was already doing that..., grrr, I'll continue my research |
| 11:52:44 | funman | and CGU_PERI |= 1<<21; |
| 11:52:47 | | Join JdGordon_ [0] (~jd@110.22.25.10) |
| 11:52:48 | | Quit JdGordon_ (Changing host) |
| 11:52:48 | | Join JdGordon_ [0] (~jd@rockbox/developer/JdGordon) |
| 11:53:37 | pamaury | hum, the code is called from a subroutine of ControlLoop, doing a kind of dispatching after reading int status it seems |
| 11:54:07 | | Quit JdGordon_ (Client Quit) |
| 11:54:18 | | Join JdGordon_ [0] (~jd@110.22.25.10) |
| 11:54:19 | | Quit JdGordon_ (Changing host) |
| 11:54:19 | | Join JdGordon_ [0] (~jd@rockbox/developer/JdGordon) |
| 11:59:19 | S_a_i_n_t | JdGordon: pixelma: Update, just so you don't go and do anything I've already done. I have all the backgrounds done, and I'm just going through now working out viewport dimensions for each screensize for the conditional "Now Playing/FM Radio" wps string. |
| 12:00 |
| 12:00:41 | JdGordon_ | Cool. Except some don't use voewpprts at all |
| 12:00:54 | JdGordon_ | So using a VP will break them |
| 12:01:04 | S_a_i_n_t | oh, wait...it won't be conditional either will it. heheh..oops. |
| 12:02:01 | S_a_i_n_t | its only the charcells that don't use viewports isn't it? |
| 12:02:27 | gevaerts | they don't? |
| 12:03:42 | pixelma | from their capability *currently* that's correct but the Player also doesn't have a cabbiev2 port. But some cabbiev2 WPSs just don't use viewports yet |
| 12:04:39 | | Join merbzt1 [0] (~benlar@193.13.246.198) |
| 12:04:59 | | Quit merbzt (Ping timeout: 276 seconds) |
| 12:05:02 | pixelma | amiconn also ponders implementing viewports for charcells - less differences |
| 12:05:03 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 12:07:04 | n1s | wodz: part of the debug menu is the same for all targets, limke the stack debug screen and the buffering thread screen for swcodec, so i think, keep the generic parts where they are and only move target specific code into the target tee |
| 12:07:08 | n1s | tree, even |
| 12:10:51 | | Quit JdGordon_ (Quit: Bye) |
| 12:13:16 | CIA-5 | New commit by wodz (r26186): HD200 - fix button readings afrer PLL settings change |
| 12:14:55 | | Quit GeekShadow (Ping timeout: 260 seconds) |
| 12:17:13 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 12:20:05 | | Quit Forsaken_Boy (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) |
| 12:21:56 | CIA-5 | New commit by wodz (r26187): HD200 - adjust LCD_SCANRATE (changed a bit after PLL settings change) |
| 12:24:39 | | Quit n1s (Quit: Lämnar) |
| 12:24:51 | | Join leavittx [0] (~leavittx@89.221.199.187) |
| 12:24:54 | | Join DerPapst1 [0] (~Alexander@p5099d40e.dip0.t-ipconnect.de) |
| 12:25:20 | | Join flatrose_ [0] (~flatrose@nat.sklk.marosnet.net) |
| 12:25:33 | | Quit flatrose_ (Remote host closed the connection) |
| 12:25:43 | | Quit DerPapst (Ping timeout: 258 seconds) |
| 12:27:03 | | Quit flatrose (Ping timeout: 252 seconds) |
| 12:29:45 | | Quit bieber (Ping timeout: 260 seconds) |
| 12:29:58 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
| 12:33:13 | | Join ucchan [0] (~ucchan@softbank126102048040.bbtec.net) |
| 12:34:53 | * | funman sees some nice bugs in fat & file code |
| 12:35:53 | funman | fat_readwrite in file.c uses &(file->cache) or file->cache as buffer |
| 12:36:21 | wodz | ehh my last changes exposed another bug which manifest itself by "clicks" during playback |
| 12:37:28 | wodz | how can I tell from fft plugin what is the frequency of "clicks"? |
| 12:37:47 | wodz | I mean what is the scale |
| 12:40:35 | | Part LinusN |
| 12:40:45 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
| 12:42:06 | | Join archivator [0] (~archivato@stu0279.keble.ox.ac.uk) |
| 12:44:08 | wodz | archivator: ping |
| 12:44:25 | archivator | wodz: pong |
| 12:44:52 | S_a_i_n_t | JdGordon: backdrops here: http://www.datafilehost.com/download-b339fc4c.html I didn't really know what to do for pb-128-64x1 and 112x64x1 so I kinda avoided them ;) But, the rest are done, and maybe one or two I didn't have to do. I worked out the positions of the banner for each case also, so it will be easy to center the text on it. |
| 12:44:54 | wodz | how can I tell from fft plugin what is the frequency of "clicks"? What is frequency scale in plugin |
| 12:46:15 | | Join DerPapst [0] (~Alexander@dslb-088-069-159-149.pools.arcor-ip.net) |
| 12:46:36 | pamaury | funman: what zero_A6 does ? |
| 12:47:03 | archivator | wodz: the frequency scale is linear. Kinda hard to measure precise frequencies(it's not meant for that, really) but the scale should go from 1 to the Nyquist frequency in Nyquist freq/2048 increments. Not, really, though, due to how the Fourier transform works but close enough. |
| 12:47:04 | funman | GPIOA_PIN(6) = 0; ? |
| 12:48:03 | | Quit DerPapst1 (Ping timeout: 260 seconds) |
| 12:48:30 | wodz | anyone know how to produce "file of silence" with sox? |
| 12:48:43 | pamaury | Yes but what zeroing A6 does ? I'm trying to understand why is it called with some usb code whereras you comment relate it to lcd |
| 12:48:44 | S_a_i_n_t | But, the more I look at it, the more I fear it looking crap. The advantage of using a text string is that its translatable, which is a good thing, but I'm scared of the font looking crap on the banner. If bitmaps were used, it wouldn;t be translatable, we'd only need one extra bitmap, and we could have a nice font like the "now playing" cabbie has now. |
| 12:48:50 | funman | wodz: just download 4'33" ;) |
| 12:49:01 | funman | else take any wav file, and write only 0 after the header |
| 12:50:05 | pamaury | funman: and also what does sleep_timer1 does ? Is it a way to sleep for a small amount of time ? |
| 12:50:57 | funman | yes but i don't remember how much |
| 12:51:07 | pamaury | ok doesn't matter |
| 12:51:09 | funman | it uses TIMER1 |
| 12:51:45 | funman | i think it's milliseconds |
| 12:52:50 | archivator | wodz: flac −−sample-rate=44100 −−channels=2 −−endian=little −−sign=signed −−bps=16 - < /dev/null |
| 12:53:04 | funman | /dev/zero? |
| 12:53:12 | wodz | cool |
| 12:53:20 | wodz | and how to tell the length? |
| 12:53:33 | wodz | /dev/zero I suppose |
| 12:53:48 | wodz | or CTRL-C will do? |
| 12:54:03 | funman | dd if=/dev/zero count=2048|flac ... |
| 12:54:12 | archivator | what funman said. |
| 12:54:21 | archivator | I'm still a bit sleepy, I'm afraid. |
| 12:54:28 | | Quit linuxstb (Ping timeout: 258 seconds) |
| 12:54:43 | wodz | right |
| 12:55:18 | wodz | count should be 2*2*44100*time_in_sec right? |
| 12:55:35 | archivator | yes |
| 12:57:51 | funman | if you do bs=1 |
| 12:58:21 | funman | bs=$((2*2*44100)) count=seconds |
| 12:59:00 | wodz | running we will see :-) |
| 13:00 |
| 13:00:46 | | Quit mt (Ping timeout: 240 seconds) |
| 13:01:28 | | Join mt [0] (~mtee@rockbox/developer/mt) |
| 13:10:11 | JdGordon | S_a_i_n_t: its not translated now anyway so dont worry too much there |
| 13:10:22 | JdGordon | being translatable would be nice though |
| 13:13:17 | | Quit jhMikeS () |
| 13:13:53 | | Join jhMikeS [0] (~jethead71@adsl-75-45-232-249.dsl.sfldmi.sbcglobal.net) |
| 13:13:54 | | Quit jhMikeS (Changing host) |
| 13:13:54 | | Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) |
| 13:15:15 | JdGordon | I'm going to work on the 240x320x16 FMS... |
| 13:16:16 | | Join watto [0] (~watto@193.203.81.165) |
| 13:16:40 | S_a_i_n_t | well, I worked some stuff out...but as I said, I'm kinda scared it'll look crap as text instead of a bitmap. |
| 13:16:56 | JdGordon | screw it.. make it an image |
| 13:17:18 | JdGordon | also, it might have been overlooked, reusing the backdrop image will save a massive amount of the buffer |
| 13:18:11 | * | JdGordon meat 320x240x16 above |
| 13:18:41 | S_a_i_n_t | yeah, I know. so it'll be a lot smaller in total if the backdrops stay as is, and there's just a bitmap overlay for the "FM Radio" title. |
| 13:19:19 | JdGordon | do it properly so the wps gets an overlay image also would be better |
| 13:20:17 | S_a_i_n_t | yeah ok...so blank out the top of the wps background and have two bitmaps? |
| 13:20:57 | JdGordon | yeah |
| 13:21:04 | | Quit GeekShadow (Ping timeout: 240 seconds) |
| 13:22:23 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 13:23:59 | *** | Saving seen data "./dancer.seen" |
| 13:26:50 | | Part simon |
| 13:29:24 | JdGordon | 35pt fonts look small on the ipod vid :/ |
| 13:31:53 | JdGordon | is there any reason to show the min/max freqs on the progressbar? |
| 13:33:28 | S_a_i_n_t | I think so. |
| 13:33:45 | S_a_i_n_t | just because virtually every other radio does. |
| 13:34:13 | JdGordon | I need some new icons done :( |
| 13:35:28 | * | JdGordon looks at bieber and thinks a working editor would be sweet right about now :D |
| 13:38:12 | S_a_i_n_t | I still have that 16px iconset I made from the new tango...? |
| 13:38:45 | | Quit archivator (Quit: Leaving) |
| 13:41:30 | | Quit ucchan (Quit: Leaving...) |
| 13:42:12 | * | JdGordon hates that the ipod and sansa buttons are swazpped for menu/play |
| 13:45:54 | amiconn | pixelma: Charcell *can* use viewports - it's the wps code that needs fixing |
| 13:46:17 | funman | amiconn: ping fs#11189 |
| 13:46:53 | pixelma | that's what I meant |
| 13:48:08 | | Join teru [0] (~teru@M016207.ppp.dion.ne.jp) |
| 13:48:35 | amiconn | funman: I don't know when I'll have time to review it? |
| 13:48:37 | pamaury | funman: what are the nice bugs in fat ? |
| 13:48:41 | amiconn | s/\?// |
| 13:48:56 | funman | amiconn: ok, i believe just testing if audio works would be enough |
| 13:49:17 | funman | pamaury: mixing pointers to a buffer and addresses of these pointers |
| 13:49:24 | pamaury | really ? |
| 13:49:31 | B4gder | one of these days we should make the sim able to use the rockbox FAT driver against a file image using FAT format... |
| 13:49:41 | JdGordon | http://imagebin.ca/view/HEEi0vO.html -< preset mode with RDS display |
| 13:49:52 | pamaury | that sounds terrifying |
| 13:50:01 | JdGordon | http://imagebin.ca/view/NIBiZGe.html <- scan mode + rds |
| 13:50:26 | JdGordon | not sure where to put radio art... |
| 13:50:38 | amiconn | funman: Why is that patch so important? |
| 13:50:40 | pamaury | B4gder: perhaps after RaaA is done, the sim will have a nicer architecture. I hesitated to add this feature once but never had the courage |
| 13:51:01 | pamaury | funman: did you fix the fat bugs or want someone to look at it ? |
| 13:51:04 | B4gder | our FAT code would become a lot better once we can use gdb etc to debug it |
| 13:51:10 | funman | pamaury: pointers are on the stack so perhaps their address corresponds to what they point to |
| 13:51:21 | funman | amiconn: i want all target code in target/ ! |
| 13:51:29 | pamaury | ok, I'll have a look at it |
| 13:53:04 | funman | pamaury: see disk.c also: sector argument of storage_read_sectors |
| 13:53:52 | | Join kugel [0] (~kugel@141.45.205.47) |
| 13:53:54 | | Quit kugel (Changing host) |
| 13:53:54 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 13:56:15 | amiconn | B4gder: That's been possible for years... |
| 13:56:29 | JdGordon | amiconn: this should make you smile.... I have one of these (http://www.crystalfontz.com/product/CFA634-NFA-KS) which I want to get working with rockbox... kugel If i wanted to replace the sdl output for charcell with the code for this, whre would the code go? |
| 13:56:46 | B4gder | amiconn: using rockbox against a file? |
| 13:57:03 | amiconn | No, but using gdb for fat driver debugging |
| 13:57:15 | B4gder | only partially |
| 13:57:24 | B4gder | but yes |
| 13:57:33 | amiconn | Partially in which way? |
| 13:57:36 | wodz | I have hardware capable of debugging FAT code |
| 13:57:41 | amiconn | We have that serial gdb stub for sh1 |
| 13:57:46 | B4gder | amiconn: ask how many devs in here that ever done it |
| 13:57:47 | wodz | I mean BDM/gdb combo |
| 13:58:16 | kugel | JdGordon: target/hosted/lcd-* I guess, but I don't know if it's doable easily |
| 13:58:43 | JdGordon | I guess untill raaa is more ready I'd have to use the charcell sim and force my driver instead? |
| 13:58:52 | B4gder | wodz: yes, we have sh1 and BDM ways to do it |
| 13:59:18 | B4gder | but not valgrind for example |
| 13:59:21 | wodz | I found out what produces "clicks" :-) LCD data transfer interfere with sound output in analog domain! inceasing lcd wait states fixes this |
| 13:59:58 | kugel | JdGordon: I think you'd have better chances with a plain unix port which doesn't use sdl |
| 13:59:59 | | Quit GeekShadow (Ping timeout: 252 seconds) |
| 14:00 |
| 14:00:41 | JdGordon | still nothing untill raaa is done thopugh? |
| 14:02:35 | | Quit ssorgatem (Remote host closed the connection) |
| 14:02:50 | | Quit JdGordon (Quit: Leaving.) |
| 14:03:01 | kugel | could be earlier, I have code for the thread and audio part; button, timer and drawing needs a replacement still |
| 14:03:16 | kugel | but I promise nothing :) |
| 14:05:26 | CIA-5 | New commit by wodz (r26188): HD200 - increase sligtly wait states for lcd. This removes clicks in playback and lcd updates are fast anyway |
| 14:05:53 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 14:06:09 | kugel | wodz: forgot to update the comments? |
| 14:06:33 | wodz | a right |
| 14:07:41 | | Nick YPSY is now known as Ypsy (~ypsy@geekpadawan.de) |
| 14:10:49 | | Part pondlife |
| 14:10:50 | kugel | wodz: don't want to fix it? |
| 14:10:59 | | Quit bieber (*.net *.split) |
| 14:10:59 | | Quit mikroflops (*.net *.split) |
| 14:10:59 | | Quit shai (*.net *.split) |
| 14:10:59 | | Quit feisar_ (*.net *.split) |
| 14:10:59 | | Quit bluebrother (*.net *.split) |
| 14:10:59 | | Quit LinusN (*.net *.split) |
| 14:10:59 | | Quit markun (*.net *.split) |
| 14:11:00 | | Quit rasher (*.net *.split) |
| 14:11:17 | wodz | I am cross checking with datasheet |
| 14:12:28 | CIA-5 | New commit by wodz (r26189): fix comments |
| 14:12:37 | pamaury | funman: I *think* that for a static array, say buffer, buffer=&buffer=&buffer[0] |
| 14:13:44 | wodz | buffer = &buffer[0] for sure but &buffer is IMO wrong |
| 14:14:08 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
| 14:14:08 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
| 14:14:08 | | Join mikroflops [0] (~yogurt@90-224-31-157-no112.tbcn.telia.com) |
| 14:14:08 | | Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
| 14:14:08 | | Join feisar_ [0] (jljhook@irkki.fi) |
| 14:14:08 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 14:14:08 | | Join markun [0] (~markun@rockbox/developer/markun) |
| 14:14:08 | | Join rasher [0] (~rasher@rockbox/developer/rasher) |
| 14:14:17 | funman | it just works because buffer is on the stack and its address is on the stack too, before the buffer i think |
| 14:14:20 | pamaury | if buffer is a static array, &buffer does make any sense but what could else it could value ? |
| 14:14:29 | pamaury | funman: no, I don't think so |
| 14:14:34 | funman | it should just use buffer or &buffer[0] |
| 14:15:16 | pamaury | perhaps it depends on the compiler, anyway, it seems rather strange |
| 14:15:36 | wodz | buffer is a pointer so &buffer is pointer to pointer |
| 14:15:49 | B4gder | for a static array 'buffer' has no address as it doesn't actually exist |
| 14:16:17 | wodz | I love this little quircks in C |
| 14:16:20 | funman | really? |
| 14:16:23 | pamaury | yes |
| 14:16:55 | kugel | wodz: there's a difference between arrays and pointers |
| 14:17:05 | pamaury | I think that the standard says that buffer is implecitely converted to buffer[0] when the address is needed |
| 14:17:33 | kugel | buffer stands for the address of the first element, but it doesn't take space so you cannot take it's address |
| 14:17:41 | kugel | its* |
| 14:17:49 | pamaury | hence, &buffer can only refer to the address of the first element |
| 14:18:11 | kugel | yes (assuming that's a valid statement) |
| 14:18:18 | pamaury | I admit that anyway it makes the code less clear but I think it is well defined. Who has a copy of the C satndard ? |
| 14:18:26 | kugel | it's a bit like function points, &func == func |
| 14:18:28 | funman | google://n1256.pdf |
| 14:18:48 | wodz | It become 'academic' discussion |
| 14:18:57 | funman | pamaury: anyway all the code should use the same thing, and for me (who doesn't know the C standard by heart) &buffer[0] or buffer are more clear than &buffer |
| 14:19:00 | wodz | for me it looks weird &buffer |
| 14:19:12 | B4gder | I think &buffer should be avoided |
| 14:19:25 | B4gder | exactly for that reason |
| 14:20:15 | | Quit B4gder (Quit: It is time to say moo) |
| 14:20:39 | pamaury | Except when it is the operand of the sizeof operator or the unary & operator, or is a |
| 14:20:39 | pamaury | string literal used to initialize an array, an expression that has type ‘‘array of type’’ is |
| 14:20:39 | pamaury | converted to an expression with type ‘‘pointer to type’’ that points to the initial element of |
| 14:20:39 | DBUG | Enqueued KICK pamaury |
| 14:20:39 | pamaury | the array object and is not an lvalue. If the array object has register storage class, the |
| 14:20:39 | pamaury | behavior is undefined. |
| 14:20:57 | pamaury | might be related |
| 14:21:14 | funman | it just says arrays are pointers? |
| 14:21:26 | pamaury | noooooooooooooooooooo, arrays are not pointers !! |
| 14:21:47 | pamaury | there are pointers in most situations except a few ones |
| 14:22:05 | funman | except when using sizeof or &, ok |
| 14:22:05 | Torne | arrays are just trivially coercable to pointers in contexts that require one |
| 14:22:25 | pamaury | I'm trying to find the description of what happen with the & |
| 14:22:49 | Torne | pamaury: nothing special.. the array has an address in memory, and & returns that address. |
| 14:23:02 | pamaury | yes, you're right |
| 14:23:08 | pamaury | nothing more to say :) |
| 14:23:10 | Torne | pamaury: it happens that that's the same as the address of the zeroth element, or the smae as the result of coercing the array directly to a pointer :) |
| 14:23:13 | Torne | but that's irrelevant :) |
| 14:23:29 | | Join Forsaken_Boy [0] (~chatzilla@24.138.199.192) |
| 14:23:30 | pamaury | clearly |
| 14:23:32 | pamaury | :P |
| 14:25:00 | | Join Schmogel [0] (~Miranda@p3EE22CC9.dip0.t-ipconnect.de) |
| 14:26:52 | pamaury | funman: I think your bug with file->cache is the same because iirc file->cache is an array |
| 14:27:39 | | Quit bieber (Ping timeout: 276 seconds) |
| 14:27:54 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
| 14:28:41 | funman | yes it was the same thing (not a bug but a weird thing) |
| 14:28:58 | pamaury | hehe |
| 14:33:17 | pamaury | did someone ever tried to get the usb spec from synopsis ? (for as3525v2 (and v1 ?)) |
| 14:33:26 | funman | i tried they never answered |
| 14:36:36 | | Quit wodz (Quit: Leaving) |
| 14:38:03 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
| 14:41:20 | | Join Blue_Dude [0] (~chatzilla@rockbox/developer/Blue-Dude) |
| 14:41:26 | funman | pamaury: to enable USB interrupt you should just need to do VIC_INT_ENABLE = INTERRUPT_USB |
| 14:41:57 | Blue_Dude | OK, the keymap issue has been raised again. Is that on the agenda for discussion next month? They're a mess. |
| 14:42:25 | Blue_Dude | BTW, buffer and &buffer[0] are equivalent, but not &buffer. |
| 14:42:36 | pamaury | funman: and to disable it ? |
| 14:43:02 | Blue_Dude | &buffer is the address of a pointer, not the address of an array element. |
| 14:43:14 | funman | VIC_INT_EN_CLEAR = INTERRUPT_USB; |
| 14:43:22 | kugel | Blue_Dude: you're wrong |
| 14:43:28 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 14:43:28 | * | pamaury should think before asking... |
| 14:43:39 | Blue_Dude | Looking at K&R and it seems to say just that... |
| 14:43:45 | Blue_Dude | Not explicitly. |
| 14:44:01 | funman | hm battery_bench didn't write anything when charging clipv1 :/ |
| 14:44:16 | funman | only the header, no measures |
| 14:44:26 | pamaury | Blue_Dude: &buffer is the address of the buffer. For all sensical implementation of an array, this is the address of the first element. |
| 14:45:10 | Blue_Dude | "buffer" and "&buffer[0]" are addresses of the first element. How can &buffer also be? |
| 14:45:40 | kugel | buffer is not a pointer.. |
| 14:46:01 | Torne | Blue_Dude: see logs of just befor eyou joined :) |
| 14:46:30 | Torne | Blue_Dude: we did this one 20 mins ago |
| 14:46:35 | Blue_Dude | Torne: I did, but... I'm confused. |
| 14:46:39 | Blue_Dude | As usual. |
| 14:46:39 | Torne | arrays are not pointers |
| 14:46:48 | Blue_Dude | No, but... |
| 14:46:50 | Torne | arrays are converted to pointers automatically when a pointer is needed |
| 14:46:58 | Blue_Dude | Right, but... |
| 14:47:00 | Torne | an array is an object in memory, like any other variable, and it has an address |
| 14:47:05 | Torne | which you get if you do & on it |
| 14:47:18 | Blue_Dude | Yes, but... |
| 14:48:01 | Blue_Dude | Anyway, "buffer" and "&buffer[0]" are explicitly OK, so why not stick with that... |
| 14:48:12 | Torne | yes, that was also the conclusion we came to |
| 14:48:17 | Blue_Dude | Sign. |
| 14:48:20 | Blue_Dude | sigh. |
| 14:48:26 | Blue_Dude | anyway, about keymaps... |
| 14:48:35 | Torne | but &buffer is still explicitly OK according to C, it's just confusing to some humans apparently :) |
| 14:48:54 | | Join bmbl [0] (~Miranda@dsl-217-172-1.pool.bitel.net) |
| 14:48:55 | | Quit bmbl (Changing host) |
| 14:48:55 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
| 14:49:20 | Blue_Dude | Couldn't find that reference, just a note saying it was a bad idea. |
| 14:49:30 | Blue_Dude | Perhaps not illegal. |
| 14:49:47 | Torne | it's not a bad idea, for any reason other than "it's not written often so people may not know what it means", though :) |
| 14:49:56 | Torne | it has an entirely explicit and well-defined meaning |
| 14:49:57 | pamaury | C is confusing to lots of people on tricky points. The array are not pointers thing is really useful in some situations but can be confusing |
| 14:50:52 | pamaury | anyway, something can "fix" that to avoid confusion |
| 14:50:53 | kugel | that's not rockbox related anymore |
| 14:50:58 | pamaury | *someone |
| 14:51:04 | Blue_Dude | Sorry. |
| 14:51:13 | funman | pamaury: you want to change it ? |
| 14:51:54 | | Quit bmbl (Client Quit) |
| 14:52:04 | pamaury | I don't have a clean tree but if you want I can do that later, if a majority of people here agree |
| 14:52:38 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
| 14:53:23 | CIA-5 | New commit by funman (r26190): fuzev2: charging curve and voltage limits |
| 14:54:21 | Blue_Dude | Keymaps? |
| 14:55:25 | funman | pamaury: i'll just change it |
| 14:56:12 | pamaury | ok |
| 14:56:54 | pixelma | Blue_Dude: what about them? |
| 14:58:17 | Blue_Dude | pixelma: They're a mess, unwieldy and not integrated. Shouldn't we have some sort of overarching design ethic that would straighten this out? |
| 14:58:43 | | Quit mitk (Quit: Leaving) |
| 14:59:17 | CIA-5 | New commit by funman (r26191): disk/file: Do not use & on arrays ... |
| 15:00 |
| 15:01:18 | | Quit JdGordon (Quit: Leaving.) |
| 15:01:22 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
| 15:01:44 | | Quit hebz0rl (Remote host closed the connection) |
| 15:04:43 | | Quit bieber (Ping timeout: 265 seconds) |
| 15:04:57 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
| 15:05:18 | pamaury | funman: the usb init code is not called with the current config in svn ? I can safely commit code that panic on plug ? |
| 15:05:52 | funman | usb_enable() does nothing if USE_ROCKBOX_USB is not defined |
| 15:06:32 | pamaury | ok |
| 15:06:48 | pixelma | Blue_Dude: the action system are an attempt on that. I guess some things got lost with more and more targets and some quick fixes here and there when there were conflicts/ things not working. I just don't see how or what can work better with very different button layouts on different targets and different mechanical and electrical restrictions. What do you propose more precisely? |
| 15:09:18 | Blue_Dude | pixelma: I'm no designer. I don't have a specific proposal. I'm really not a hardware guy. What I would like is a design philosophy or set of guidelines on how keys ought to work. Some are usually obvious (e.g. basic playback controls), but most assignments are ad hoc. I propose a rethink on the interface. |
| 15:09:40 | JdGordon | good luck :p |
| 15:09:47 | Blue_Dude | Well, there you go. |
| 15:09:51 | JdGordon | just like the menu restructuring/rethink |
| 15:10:14 | pixelma | yeah |
| 15:10:44 | Blue_Dude | Menus are truly arbitrary. But you have to deal with physical buttons. |
| 15:11:02 | Blue_Dude | But I get the point. |
| 15:11:46 | Blue_Dude | i.e. It's a goatrope that no committe is likely to fix. |
| 15:11:52 | Blue_Dude | *committee |
| 15:11:56 | JdGordon | pretty much |
| 15:12:13 | JdGordon | it will generate much more talk than anything else |
| 15:12:39 | pixelma | look at the different button layouts on the targets in the manual drawings and you'll find that a solution that works on target X might not be the best solution on target Y |
| 15:13:22 | pixelma | not to mention that there are some restrictions re. combos on some targets too |
| 15:13:33 | JdGordon | Blue_Dude: hows the mixer going? |
| 15:13:44 | * | Blue_Dude cries. |
| 15:14:28 | Blue_Dude | I'm glad there's a freeze now. That means I don't have to try to beat that deadline. It'll be a while. |
| 15:14:54 | | Part watto |
| 15:15:11 | Blue_Dude | I'm not a voice user, and so much of "the mixer" deals with how voice is intended to be used. |
| 15:16:02 | Blue_Dude | For instance, voice is intentionally cut off when playback starts. It doesn't have to be that way, but it seems to be a feature, not a bug. Is that so? Dunno. |
| 15:17:11 | Blue_Dude | Playback also tends to steal the talk buffer. Which means that if we're going to mix voice, it needs to be stolen back, or just not stolen to begin with. How's that going to affect low mem targets? And on it goes. |
| 15:17:28 | JdGordon | hehe sounds like fun |
| 15:17:48 | Blue_Dude | I thought it would be, but it's not. |
| 15:17:56 | Blue_Dude | It's more like work. |
| 15:19:14 | | Part LinusN |
| 15:19:56 | teru | JdGordon: May I ask you questions about your code? |
| 15:20:09 | JdGordon | shoot |
| 15:20:22 | JdGordon | I mean... here! take my wallet! just leave me be! |
| 15:20:39 | teru | in skin_engine/skin_tokens.c, what is the reason WPS_TOKEN_TRACK_STARTING and WPS_TOKEN_TRACK_ENDING are not in get_id3_token()? or, it is ok to move them to get_id3_token()? |
| 15:21:15 | JdGordon | get_id3_token() should only have tokens which get their values from the id3 sturct |
| 15:21:36 | JdGordon | if those do, then sure you can move them |
| 15:21:42 | teru | they use id3->elapsed and id3->length. |
| 15:21:43 | pixelma | Blue_Dude: how does voice work during playback then on swcodec? It at least does if you go back to the menu or browser from the WPS without stopping playback. On hwcodec that's just not possible because you only have one decodre |
| 15:23:22 | Blue_Dude | pixelma: I'd like to know the answer to that myself. On paper anyway, the voice is premixed with the pcm buffer and played that way. But sometimes voice is disabled. I haven't walked through all that yet. |
| 15:24:03 | *** | Saving seen data "./dancer.seen" |
| 15:24:06 | | Quit TheSeven (Ping timeout: 240 seconds) |
| 15:24:52 | CIA-5 | New commit by jdgordon (r26192): accept FS #10992 by Rui Araújo to fix FS #10976 - make the <Untagged> string translatable |
| 15:25:13 | Blue_Dude | I might be trying to overthink the problem by "fixing" voice playback. I might be better off leaving that alone and just concentrate on the actual mix. I just can't help thinking that voice playback was made that way because of mixer design, not because anyone wanted it that way. |
| 15:27:38 | Blue_Dude | What *should* voice be like? Should it always play, regardless of what's going on with pcm playback? Or should it be conditional? |
| 15:28:12 | JdGordon | teru: right, yeah move them if you want :) |
| 15:28:18 | | Part Szpila |
| 15:28:27 | JdGordon | Blue_Dude: as long as talk_shutup() works, do it any way you want |
| 15:28:41 | | Join CGL [0] (~CGL@190.207.171.217) |
| 15:29:05 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 15:29:06 | teru | ok, then i will. |
| 15:31:17 | Blue_Dude | Sometimes talk_shutup() is called when it doesn't strictly need to be. If voice is intended to be an interface feature for visually impaired users, then voice playback ought to have a high priority. You should'nt shut it up unless you really need to. When do you really need to? A new voice clip coming in, obviously. Certain hardware settings maybe. When else? |
| 15:32:13 | JdGordon | I dont know, but if that works then however voice ends up working can be solved with adding a shutup call when playback starts |
| 15:33:18 | JdGordon | S_a_i_n_t: oy |
| 15:33:21 | Blue_Dude | Do we want to shutup voice when playback starts? Is that a feature or a design compromise? |
| 15:33:54 | JdGordon | my guess is that the only thing talking when playback starts is the "loading" splash, so shutting that up does make some sense |
| 15:34:06 | JdGordon | but if that stopped working I cant see it being a big deal |
| 15:34:23 | Blue_Dude | True, but the way to do that is to make "loading" silent, not completely disabling voice. |
| 15:34:54 | JdGordon | I would never expect shutup to disable voice, just to stop it talking |
| 15:35:57 | Blue_Dude | That particular talk_shutup is associated with talk buffer steal. I haven't figured out yet what that's all about. That does have the effect of disabling voice. |
| 15:36:34 | Blue_Dude | I'm going from memory here so I may be wrong. I just remember beating my head on the laptop over thisl. |
| 15:36:37 | Blue_Dude | this |
| 15:36:43 | JdGordon | I only know about talk_shutup() because the list uses it when switching lines iirc |
| 15:37:52 | Blue_Dude | IMHO, that's not a good enough reason for talk_shutup. If you submit a new voice string for playback, it replaces the old one. You don't have to stop the old one first. |
| 15:37:59 | | Join martinst [0] (~quassel@p5B0D0709.dip0.t-ipconnect.de) |
| 15:38:19 | Blue_Dude | Even voice_thread uses talk_shutup in that case. |
| 15:38:27 | JdGordon | I didnt say it was a good reason |
| 15:39:06 | Blue_Dude | I wasn't trying to argue the point. I'm just frustrated that I can't get into the head of the original designer. |
| 15:39:21 | JdGordon | ok :) |
| 15:39:43 | JdGordon | screw how it works now.... make it work cleanly then we can argue where to go |
| 15:40:15 | Blue_Dude | If I knew where I wanted it to go, then I can point it there. |
| 15:40:40 | Blue_Dude | (Mangled sentence structure and all). |
| 15:41:24 | CIA-5 | New commit by teru (r26193): skin_tokne.c: move WPS_TOKEN_TRACK_STARTING and WPS_TOKEN_TRACK_ENDING to get_id3_token(). |
| 15:44:05 | Blue_Dude | I'm thinking about making voice playback an option that can only be enabled with a reboot, like timestretch or dircache. Perhaps it can stay enabled by default, but we might be better off with the default at OFF. |
| 15:44:43 | Blue_Dude | That would solve some problems with buffer stealing and other memory usage problems. |
| 15:45:01 | S_a_i_n_t | I think it's better for blind users if it "just works" |
| 15:45:09 | S_a_i_n_t | as in, enabled by default |
| 15:45:10 | Blue_Dude | Yeah, I know. :( |
| 15:45:18 | Blue_Dude | I don't have a good answer to that. |
| 15:46:18 | JdGordon | is that really necessary? |
| 15:46:24 | Blue_Dude | There ought to be a better way of reclaiming memory that's not in use, and never will be. And most users don't use voice. Again, I don't have a good answer. |
| 15:46:55 | JdGordon | S_a_i_n_t: why does your (broekn of) theme use a volume bar for the >0 section? you know that isnt expected to work right? |
| 15:47:16 | S_a_i_n_t | it doesn't |
| 15:47:21 | S_a_i_n_t | its a static bitmap |
| 15:47:40 | S_a_i_n_t | oh, what...wait. |
| 15:49:10 | JdGordon | it is a static bmp but you used a bar to put it there |
| 15:49:10 | JdGordon | instead of setting up a %xl line |
| 15:49:10 | JdGordon | lazy bugger! |
| 15:49:10 | S_a_i_n_t | I thought that 0dB+ was supposed to be able to be a progressbar also? |
| 15:49:10 | DBUG | Enqueued KICK JdGordon |
| 15:49:10 | JdGordon | no |
| 15:49:10 | JdGordon | not *yet* anyway |
| 15:49:10 | *** | Alert Mode level 1 |
| 15:49:10 | JdGordon | the blue part did once work correctly? |
| 15:49:10 | S_a_i_n_t | aha...well, it's crap it can't...I managed to get that working one of the very first times I tested it. |
| 15:49:45 | S_a_i_n_t | I had a static image for mute and 0dB, and a bar for +/- 0dB |
| 15:50:12 | | Quit Blue_Dude (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) |
| 15:51:00 | JdGordon | oh, hmm |
| 15:51:05 | S_a_i_n_t | It was pretty much the exact code in "broken of" that I used in the test_wps |
| 15:52:20 | S_a_i_n_t | it's only 12px displaying 6dB...but it'd still be nice if it scrolled too ;) |
| 15:52:20 | JdGordon | yeah, this cant work.... the scales are out |
| 15:52:56 | S_a_i_n_t | having two progressbars in the same line seems to mess up the <0 section also. |
| 15:53:07 | | Join adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) |
| 15:53:14 | S_a_i_n_t | tjhe "blue" section in "broken OF" doesn't seem to scroll as far as it should. |
| 15:53:16 | JdGordon | you are going from mute->0 but the code is going from mute->12dB (or whatever) |
| 15:54:21 | JdGordon | you may as well just colour the line so it is approximate |
| 15:54:32 | S_a_i_n_t | hehehe...I did that. |
| 15:54:39 | S_a_i_n_t | TheSeven has that version lol |
| 15:54:42 | JdGordon | and use a real image for 0db if that is what you care about |
| 15:54:49 | JdGordon | or actually... |
| 15:55:15 | JdGordon | add enough transparent pixels onto the end so it goes the full width |
| 15:56:05 | JdGordon | that might even work! |
| 15:56:19 | S_a_i_n_t | it was just line level that TheSeven cared about, but I like the fact that the progressbar style volume goes from mute to max_vol. |
| 15:56:34 | S_a_i_n_t | So I tried to encorporate both, ...no worky :P |
| 15:57:04 | TheSeven | yeah, i wanted to have the clipping limits visible in the volume bar |
| 15:57:26 | JdGordon | you shouldnt be using a theme whihc is a OF replica anyway! |
| 15:57:49 | TheSeven | (at the start of the yellow area, 16 Ohm headphones might start to clip, and on the start of the red area, high-impedance loads might start clipping) |
| 15:58:01 | S_a_i_n_t | I got it *close* counting pixels, just colouring the bar...but exact is always cool. |
| 15:59:11 | *** | Alert Mode OFF |
| 15:59:18 | | Join Peter93 [0] (~IRC-Clien@port-92-202-50-206.dynamic.qsc.de) |
| 15:59:51 | JdGordon | transparent is 255,255,0 no? |
| 16:00 |
| 16:00:09 | S_a_i_n_t | 255 0 255 I think |
| 16:01:51 | S_a_i_n_t | Oh...I think I get it, are you talking about overlaying one bar on top of the other? |
| 16:02:45 | S_a_i_n_t | so one keeps going for the >0 section after the <0 section stops. Hmmmm. |
| 16:03:18 | JdGordon | I think i got the widths wrong... |
| 16:03:43 | | Quit mt (Ping timeout: 240 seconds) |
| 16:03:46 | JdGordon | what I'm tihnking is an image with |blluueuuuueeeeee|transparent| where the transparent bit would be under the red parts |
| 16:03:48 | | Nick tchan1 is now known as tchan (~tchan@c-69-243-144-70.hsd1.il.comcast.net) |
| 16:03:53 | S_a_i_n_t | yeah, I was just thinking it would be hard to figure the width of the bars. It'd still be pretty approximate that way. |
| 16:03:59 | | Quit tchan (Changing host) |
| 16:03:59 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
| 16:04:22 | | Quit Topy44 (Ping timeout: 248 seconds) |
| 16:04:45 | JdGordon | yeah that works :) |
| 16:05:12 | JdGordon | it wont matter... as long as your 0 lines up with the end of the blue it will be good |
| 16:05:18 | JdGordon | umm.. I think |
| 16:05:28 | JdGordon | no.. wait |
| 16:05:30 | funman | kugel: new patch on fs#11297 (cpufreq) |
| 16:05:44 | | Join Topy44 [0] (~topy@my.fastsh.it) |
| 16:05:59 | JdGordon | yeah, ok screw that :p |
| 16:06:14 | | Join mt [0] (~mtee@rockbox/developer/mt) |
| 16:06:18 | | Quit Peter93 (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 16:08:04 | kugel | funman: I guess you want me to calculate the table? |
| 16:08:24 | S_a_i_n_t | JdGordon: That was about as far as I got with that method ;P |
| 16:08:35 | funman | kugel: ah right you have no clips? |
| 16:08:46 | kugel | only aclipv1 |
| 16:08:49 | | Quit CGL (Remote host closed the connection) |
| 16:08:52 | funman | i'll do it and update teh patch |
| 16:08:55 | | Join Szpila [0] (~1@chello089074134159.chello.pl) |
| 16:08:56 | S_a_i_n_t | I attempted that a /lot/ as I knew there was a way to do it (*was* being the operative word though...) |
| 16:09:06 | kugel | funman: thanks |
| 16:09:16 | S_a_i_n_t | It must have worked on a fluke the first time I tried it, or just looked like it worked. |
| 16:09:16 | kugel | pixelma: ping |
| 16:09:34 | S_a_i_n_t | Nah...I'm pretty sure it *did* actually work the way I expected it to. |
| 16:09:41 | JdGordon | S_a_i_n_t: yeah, the way to do it would be adding params to say the min/max to fit in, bu that aint gonna happen |
| 16:11:32 | S_a_i_n_t | Ahhh, that's right. I wanted to ask why it is that "cross fade" seems to affect track skipping so much? |
| 16:11:59 | S_a_i_n_t | If I skip ~10 tracks in a row or so with it on, it locks up for ~20seconds or so refilling the buffer I assume |
| 16:12:17 | S_a_i_n_t | when it's off I can skip tracks until the cows come home without it locking up. |
| 16:12:32 | kugel | that sounds like a bug |
| 16:12:46 | kugel | Blue_Dude worked on it at last |
| 16:12:50 | S_a_i_n_t | Hmmmm. |
| 16:13:29 | S_a_i_n_t | AFAIK it's always been this way. I was kinda surprised when I noticed it didn't lock up that way with crossfade off. |
| 16:14:55 | | Quit adnyxo (Read error: Connection reset by peer) |
| 16:15:09 | S_a_i_n_t | problem is, I like crossfade, and my tastes in music are picky so I skip tracks often. Usually the text on the WPS freezes and the DAP sits doing nothing for ~20 seconds or so if I skip too many tracks in a row. |
| 16:15:13 | CIA-5 | New commit by jdgordon (r26194): fix FS #10993 - "No Settings" doesnt get voiced because it uses str() instead of ID2P() macro |
| 16:15:20 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 16:15:20 | * | kugel prepares submitting fs#10387, speak up now or never |
| 16:15:34 | JdGordon | nooooooooooooo!!!!!!!!!!!!11 |
| 16:15:40 | | Join adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) |
| 16:25:30 | funman | kugel: done |
| 16:26:27 | | Quit adnyxo (Quit: Leaving) |
| 16:26:44 | | Quit funman (Quit: free(random());) |
| 16:28:43 | pamaury | kugel: depends whether you think it's ready for release or not. If it's broken, please don't commit. I didn't review it so I can't tell :) |
| 16:29:06 | kugel | I wouldn't consider committing if I knew it was broken |
| 16:29:07 | | Join toffe82 [0] (~chatzilla@12.169.218.14) |
| 16:30:44 | Torne | Are we frozen now? |
| 16:31:07 | kugel | not yet |
| 16:31:15 | Torne | i was gonna put the ipod 3g's contrast back how it was ages ago |
| 16:31:28 | Torne | since the bugreport that got it changed in the first place just said the screen was very hard to read |
| 16:31:32 | Torne | not impossibl e:) |
| 16:31:40 | Torne | whereas it does now seem to be impossible for jhMikeS :) |
| 16:33:20 | | Join chrisb [0] (~chrisb@pool-98-111-180-153.phlapa.east.verizon.net) |
| 16:35:38 | pamaury | kugel: just a check :) |
| 16:37:21 | | Quit DerPapst (Quit: Leaving.) |
| 16:37:31 | chrisb | is the ipod touch a potential target platform for rockbox? |
| 16:38:03 | chrisb | it seems to be too much of a general purpose platform |
| 16:38:33 | Torne | anything someone feels like porting to is a potential target platform |
| 16:38:52 | * | chrisb prefers the special purpose digital music player |
| 16:38:52 | Torne | most people are generally of the opinion that porting rockbox as a firmware to that kind of device is silly |
| 16:39:00 | kugel | ok, I'll go home before committing, but that's your last chance :) |
| 16:39:02 | Torne | but it might be that it's a low-hanging fruit once the recent nanos are done ;) |
| 16:39:21 | Torne | i may accidentally end up porting rockbox to the n900 at some point |
| 16:39:47 | chrisb | do people run rockbox as virtual machines on general purpose systems? |
| 16:40:26 | Torne | some people run the simulator on desktop PCs |
| 16:40:46 | Torne | I'm not aware of an emulator which can emulate a platform we support to a sufficient degree for rockbox to be usable |
| 16:40:57 | Torne | we don't support any of the targets that qemu does, for example :) |
| 16:42:21 | amiconn | Voice shutup on playback start is intentional on swcodec. On hwcodec it's a hw limitation as well |
| 16:42:22 | Torne | vm/emulator developers are generally interested in simulating open platforms, not undocumented consumer devices |
| 16:43:23 | | Quit kenguest (Ping timeout: 240 seconds) |
| 16:43:28 | | Quit kugel (Ping timeout: 260 seconds) |
| 16:43:33 | | Join kenguest [0] (~radagast@lir.talideon.com) |
| 16:43:49 | pamaury | I guess emulating a whole dap is a nightmare. These devices includes lots of specific stuff, for clocks and power management, specific adc/dac hardware, ... |
| 16:43:57 | | Join Murat [0] (~4eae64ca@giant.haxx.se) |
| 16:44:01 | | Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) |
| 16:44:25 | | Nick Murat is now known as Guest86862 (~4eae64ca@giant.haxx.se) |
| 16:44:43 | Torne | indeed. there's emulators that emulate the same processors as some of them, or evne the same system-on-chips, but they may not emulate the same external peripherals |
| 16:44:48 | * | chrisb nods |
| 16:45:45 | chrisb | notes to developers: my 7 and 9 year old boys love rockbox on the sansa e200 |
| 16:45:52 | pamaury | This also happen for more open platforms. Most PC emulators emulate only really simple hardware or use custom drivers |
| 16:46:20 | chrisb | they were able to figure out...*most everything*...without any manuals or instruction from anyone |
| 16:46:36 | chrisb | they have no experience with iPod or any other PMP |
| 16:47:01 | chrisb | they work the music, FM radio, and love the games |
| 16:48:25 | JdGordon | mostly doom right? |
| 16:48:58 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 16:50:28 | | Quit Guest86862 (Quit: CGI:IRC (EOF)) |
| 16:50:30 | | Join evilnick [0] (~evilnick@rockbox/staff/evilnick) |
| 16:54:34 | CIA-5 | New commit by pamaury (r26195): usb-as3525v2: ... |
| 16:58:34 | chrisb | JdGordon: i'll check... |
| 16:59:26 | chrisb | chopper... |
| 16:59:49 | chrisb | bubbles... |
| 17:00 |
| 17:01:09 | chrisb | at least those two |
| 17:01:12 | chrisb | that i know of |
| 17:02:00 | chrisb | JdGordon: not enough memory for doom on me sansa |
| 17:02:28 | chrisb | JdGordon: or something else, because it fails to load |
| 17:03:18 | * | JdGordon was making a joke about doom |
| 17:03:23 | JdGordon | *woosh* |
| 17:05:49 | markun | pamaury: I see a lot of USB commits for the as3525v2 :) Is it getting close to working, or is this still the very start of the driver? |
| 17:06:44 | | Quit teru (Quit: Quit) |
| 17:07:46 | * | JdGordon has an awesome usb animation screen working :) |
| 17:08:37 | pamaury | It is the very start. Init seem to work, I get usb interrupts, now I need to see what I get. There are lots of things I don't know about this usb controller yet :) |
| 17:09:30 | | Join Farthen_ [0] (~Farthen@g224097074.adsl.alicedsl.de) |
| 17:09:43 | | Quit Farthen_ (Client Quit) |
| 17:13:19 | * | JdGordon wants to change the usb screen button timeout to HZ/10... any problems? |
| 17:14:29 | pamaury | what is the usb screen button timeout ? |
| 17:14:58 | JdGordon | HZ/2 |
| 17:15:35 | JdGordon | I found FS #11254 which adds an animation, but i made it so the usb logo "fills" over time |
| 17:15:44 | JdGordon | hz/2 makes it look crap though |
| 17:16:27 | | Join DerPapst [0] (~Alexander@p4FE8F8AF.dip.t-dialin.net) |
| 17:16:50 | | Join ehntoo [0] (~ehntoo@lug.mtu.edu) |
| 17:21:12 | CIA-5 | New commit by jdgordon (r26196): redo r25569 so the screen is only cleared once instead of every update (which is ~2Hz |
| 17:22:57 | | Quit lpereira (Quit: Leaving.) |
| 17:24:02 | JdGordon | I just noticed that the scrollbar bmp draw function taks a struct bm instead of a struct bm*.... is there any real benetifs to fixing that? |
| 17:24:05 | *** | Saving seen data "./dancer.seen" |
| 17:24:51 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 17:26:41 | | Quit chrisb (Ping timeout: 245 seconds) |
| 17:26:45 | | Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) |
| 17:27:19 | CIA-5 | New commit by jdgordon (r26197): pass pointers around instead of coping whole structs |
| 17:30:11 | S_a_i_n_t | JdGordon: would it be possible to do a bitmap strip animation for the USB screen? |
| 17:30:22 | S_a_i_n_t | y'know how I likes to animate things ;) |
| 17:30:31 | JdGordon | 11254 |
| 17:30:49 | JdGordon | thats pretty much what I've done... turned the static image into a bmp strip |
| 17:31:30 | S_a_i_n_t | I'd like to use the image I have now, but have it kinda slide on screen from right to left. |
| 17:31:55 | pixelma | JdGordon: could r25569 be the cause why the statusbar didn't appear at all in the early USB screen on my Ondio? |
| 17:32:14 | JdGordon | depends when you noticed |
| 17:32:59 | pixelma | it is noticable on my Ondio and the flashed version is currently 25694 |
| 17:33:10 | JdGordon | then yes, probably |
| 17:33:28 | pixelma | I need to update I know and that's a nice reason |
| 17:33:38 | * | JdGordon gives mc2739 a slap on the wrists for that change :p |
| 17:36:04 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 17:36:55 | S_a_i_n_t | JdGordon: from what I gather from the code...11254 just displays the usblogo like a progressbar? that'll mean it runs from left to right no? |
| 17:37:12 | JdGordon | yes |
| 17:37:17 | JdGordon | I could make it really fancy and unfill on the way down |
| 17:37:38 | pixelma | if you want to I can also check if it was the real cause ;) maybe it's more important to see if it's fixed now though |
| 17:37:52 | S_a_i_n_t | I'd like it to fill from right to left...I have to be different don't I? :P |
| 17:38:39 | S_a_i_n_t | I'd rather it started filling from the edge of the screen, rather than some arbitrary point in the middle of the screen. |
| 17:39:20 | S_a_i_n_t | still, it's a cool effect though. Bitmap strips would be awesome, then I could have an actual animation. |
| 17:39:26 | | Part Zagor |
| 17:39:43 | S_a_i_n_t | I'm not entirely sure the term "animation" goes with that patch. |
| 17:39:52 | pixelma | can't imagine that such an animation of the USB logo would look any good |
| 17:39:58 | kugel | pixelma: I'm going to commit the pla rework patch now is that ok with you? |
| 17:40:29 | S_a_i_n_t | pixelma: I'd like it if it went from right to left, stopped at the end, then went from right to left again. |
| 17:40:36 | S_a_i_n_t | that would look slightly better. |
| 17:41:20 | pixelma | our USB logo? No, nd I don't see the point in animating this, feels like a waste |
| 17:41:32 | JdGordon | its so you dont think it has crashed |
| 17:41:33 | JdGordon | and its fun |
| 17:42:20 | pixelma | well if the disk access icon also works I don't think it has crashed (never did) |
| 17:42:24 | S_a_i_n_t | I'd like a "disk access-like" animation for the usb screen...one the animates during transfer. |
| 17:42:28 | S_a_i_n_t | that'd be cool. |
| 17:42:47 | kugel | we do need more animations for sure ;) |
| 17:42:58 | S_a_i_n_t | \0/ |
| 17:43:06 | S_a_i_n_t | not a lot of devs say that... ;) |
| 17:43:18 | kugel | pixelma: ? |
| 17:43:37 | pixelma | kugel: I wanted to test at least on my c200 as well and have a patched build installed... if you could wait for two hours or so more? |
| 17:43:58 | | Part Szpila |
| 17:44:00 | pixelma | as the c200 also has problems with metronome on SVN |
| 17:44:01 | kugel | I can wait an hour, then I need to go. I wanted to get it in before the freeze |
| 17:44:24 | kugel | or 1 and a half |
| 17:44:38 | S_a_i_n_t | when is the freeze? (roughly) |
| 17:44:44 | kugel | few hours |
| 17:44:45 | | Quit TheSeven (Ping timeout: 240 seconds) |
| 17:45:03 | S_a_i_n_t | oh, wow...didn't know it was coming that soon. |
| 17:45:13 | pixelma | when does the freeze start? I'm a bit out of the mail loop as using my provider's web interface as I have to do now is a real ... you know what |
| 17:45:13 | kugel | not on the -dev ml? |
| 17:45:38 | S_a_i_n_t | haven't checked my email in 2 days or so ...been slack :P |
| 17:48:24 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 17:53:09 | kugel | pixelma: uploaded the final patch, although it should be the very same as the previous one |
| 17:56:50 | | Join adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) |
| 17:56:50 | pixelma | looks like I'm able to go home soonish so can test |
| 17:58:02 | pixelma | or maybe I'll take some minutes now, got the c200 with me |
| 18:00 |
| 18:00:59 | | Quit adnyxo (Client Quit) |
| 18:04:56 | | Quit GeekShadow (Ping timeout: 258 seconds) |
| 18:10:22 | | Join adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) |
| 18:11:02 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 18:11:47 | kugel | pixelma: I can make you a build if needed (sorry if I'm too late now) |
| 18:11:53 | | Join chrisb [0] (~chrisb@pool-98-111-180-153.phlapa.east.verizon.net) |
| 18:13:41 | | Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) |
| 18:16:37 | | Join Jaykay [0] (~chatzilla@p5DC578A0.dip.t-dialin.net) |
| 18:17:58 | | Quit GeekShadow (Ping timeout: 260 seconds) |
| 18:18:52 | | Quit petur (Quit: Leaving) |
| 18:21:01 | CIA-5 | New commit by alle (r26198): Another go at FS #11295 −− Use nice 'times' glyphs for describing dimensions. This time properly implemented. |
| 18:27:14 | | Join mt_ [0] (~mtee@41.233.148.31) |
| 18:27:23 | | Quit flydutch (Quit: /* empty */) |
| 18:27:56 | | Quit mt (Ping timeout: 258 seconds) |
| 18:28:03 | | Nick mt_ is now known as mt (~mtee@41.233.148.31) |
| 18:32:10 | | Join flydutch [0] (~flydutch@host172-165-dynamic.8-87-r.retail.telecomitalia.it) |
| 18:35:29 | chrisb | are there any tricks to recording on the sansa e200? |
| 18:35:32 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 18:35:47 | CIA-5 | New commit by alle (r26199): Another strike against ugly apostrophes in the manual |
| 18:38:57 | | Join Xerion [0] (~xerion@82-170-197-160.ip.telfort.nl) |
| 18:39:20 | S_a_i_n_t | chrisb: As in...? Is there something the manual doesn't answer? |
| 18:41:54 | | Join CGL [0] (~CGL@190.207.171.217) |
| 18:45:07 | pixelma | someone with a c200 around (or able to check in a sim quickly) if the brickmania graphics are broken for him too? |
| 18:46:59 | S_a_i_n_t | or her....geeeeez! |
| 18:48:53 | AlexP | pixelma, S_a_i_n_t etc. - I was planning on sending a freeze mail in a few hours in nobody objects - this evening EU time |
| 18:49:18 | chrisb | S_a_i_n_t: right, like, point the microphone directly at the source, put the mic 2 inches in front of the source, set the gain to around xxx to avoid distortion, etc. |
| 18:49:19 | AlexP | *if |
| 18:49:38 | pixelma | I also don't know why but I get a data abort at 000011CC (0) on my c200 with codebuster every other time I try |
| 18:50:19 | chrisb | the volume of the recording doesn't seem to correspond to the bars on the peak meter |
| 18:50:44 | S_a_i_n_t | chrisb: I believe that falls into the category of trial and error, and depends entirely on your environment, and what you're trying to record. |
| 18:50:44 | chrisb | the recording is very quiet |
| 18:50:45 | kugel | pixelma: seems fine in the sim |
| 18:50:56 | pixelma | kugel: can you wait for another 20 minutes? I'd prefer going home and try there |
| 18:51:09 | kugel | :\ |
| 18:51:22 | kugel | but hurry please, I really need to go in 20min |
| 18:51:32 | chrisb | S_a_i_n_t: agreed, i was asking for tricks. thanks |
| 18:51:40 | pixelma | ok, I'll try here then |
| 18:51:47 | kugel | thanks |
| 18:53:38 | saratoga | has anyone else noticed weird background noise on the clipv2 lately? |
| 18:54:14 | FlynDice | besides the abi folks? |
| 18:54:16 | pixelma | kugel: jackpot seems a bit silly with quitting by long play but I believe you couldn't quit on the c200 at all before (not sure though) |
| 18:55:05 | ThomasAH | saratoga: I did on the clip+ today |
| 18:55:19 | * | S_a_i_n_t finds the weird mix of button combos to quit plugins annoying at best sometimes... |
| 18:55:37 | saratoga | i get a background humming kind of sound, but haven't had time to dig into when it started |
| 18:55:38 | ThomasAH | saratoga: though I have to check if the track contains this noise |
| 18:55:56 | ThomasAH | (some old Chris de Burgh CD) |
| 18:55:57 | saratoga | i got it even on silent passages |
| 18:56:25 | ThomasAH | saratoga: otherwise silent song, but maybe the source CD was not properly readable or such thing |
| 18:57:06 | FlynDice | is there a way to produce a silent .mp3/ogg/etc to check this out? Or is this already available somewhere? |
| 18:58:46 | | Quit pamaury (Ping timeout: 260 seconds) |
| 18:59:30 | ThomasAH | hmm, the noise I heared in the bus this morning might be synthesizer-generated ocean :) |
| 19:00 |
| 19:00:16 | | Quit antil33t (Read error: Connection reset by peer) |
| 19:00:17 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 19:00:22 | | Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) |
| 19:01:12 | | Join watto [0] (~watto@193.203.81.165) |
| 19:01:18 | saratoga | FlynDice: for me its independent of volume, so just lowering the volume and listening via IEMs or an amplified speaker should be enough |
| 19:01:52 | FlynDice | ok, I'll try that |
| 19:02:57 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 19:03:27 | ThomasAH | ok, it definitively was intended to sound like an ocean in the background, so no bug report from my side |
| 19:03:28 | CIA-5 | New commit by funman (r26200): Clipv2: charging curve + voltage limits |
| 19:03:44 | | Join Horscht [0] (~Horscht2@xbmc/user/horscht) |
| 19:06:46 | pixelma | kugel: all else seems to look fine on the c200. Does codebuster use PLA? If so someone with an SVN build should check if he or she also gets a data abort (running it at least two, three times) |
| 19:08:59 | pixelma | metronome is controllable now :) |
| 19:11:03 | kugel | ok, no need to hurry, my arrangement is cancelled |
| 19:12:19 | FlynDice | saratoga: I can barely hear the "whirring" sound described by someone on abi on disk access but besides that I don't hear anything else unusual. Airplanes & age do not make my ears the best though.... |
| 19:13:57 | FlynDice | clip+ ^^ |
| 19:18:06 | kugel | pixelma: yes it does |
| 19:18:40 | | Quit martinst (Read error: Operation timed out) |
| 19:19:07 | kugel | pixelma: codebuster works on my fuze and in the c200 sim |
| 19:23:23 | | Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) |
| 19:24:07 | *** | Saving seen data "./dancer.seen" |
| 19:26:25 | pixelma | I have a feeling that it has to do with screen size (and maybe something that'll only happen on target) but that's really a shot in the dark and not reproducible every time |
| 19:27:29 | | Quit Forsaken_Boy (Ping timeout: 260 seconds) |
| 19:27:29 | AlexP | I'm just about to try on my c200 |
| 19:27:35 | AlexP | Did you get it with svn? |
| 19:28:12 | | Quit liar (Quit: Verlassend) |
| 19:29:16 | | Join Blue_Dude [0] (~chatzilla@rockbox/developer/Blue-Dude) |
| 19:29:35 | Blue_Dude | amiconn: Thanks for the note on voice shutup. I'll let it be. |
| 19:31:36 | Blue_Dude | S_a_i_n_t: The problem you're having with fast skipping during crossfades is a bug, but I don't think it's a new bug. It's been a while since I've looked at that code but I'll see if I can find a way to have the codec quit trying to fill the buffer if the current track is being skipped over. Not sure how that will work. |
| 19:32:48 | S_a_i_n_t | Sweet, I didn't think it was new...It only very rarely that crossfade is ever off on my DAPs (I've been using the same/similar config file for AGES now...) |
| 19:33:11 | S_a_i_n_t | I was quite surprised when I found out how much of a difference turning crossfade off makes. |
| 19:33:57 | Blue_Dude | I did a major cleanup of the crossfade code last fall but other than forcing an immediate crossfade upon a manual track skip, I didn't intentionally change functionality. |
| 19:34:22 | AlexP | pixelma: I just played codebusters SVN ten or so times with no problems - when did you get the abort? |
| 19:34:26 | Blue_Dude | Well, I added another crossfade option, too. |
| 19:34:32 | S_a_i_n_t | how long ago is "last fall" (in monts" for you? |
| 19:34:47 | Blue_Dude | Um, last November? Something like that. |
| 19:34:52 | S_a_i_n_t | *months even) |
| 19:34:57 | chrisb | if i want to run my nice bose radio speakers with hardware running rockbox, what's the best hardware choice? |
| 19:35:03 | Blue_Dude | 6-7 months anyway. |
| 19:35:06 | S_a_i_n_t | Ahhh...well, you didn't break it then ;) |
| 19:35:23 | S_a_i_n_t | Crossfade has been in my config a /lot/ longer than that ;) |
| 19:35:38 | Blue_Dude | chrisb: there are no nice Bose speakers. :-D |
| 19:35:50 | * | Blue_Dude hides from the incoming flak. |
| 19:35:52 | * | S_a_i_n_t slaps Blue_Dude |
| 19:35:58 | Blue_Dude | or FLAC even. :) |
| 19:35:59 | AlexP | About being off-topic? |
| 19:36:03 | Blue_Dude | Sorry. |
| 19:36:14 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 19:36:43 | kugel | funman: the cpu freq patch seems very stable |
| 19:36:50 | funman | saratoga: there is a noise with 1/3s or 1/2s frequency on my clipv2 |
| 19:36:56 | kugel | I'm letting the fuze play since nearly 3 hours now |
| 19:37:06 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
| 19:37:29 | funman | yep, but i'm a bit afraid marc2003 said it froze |
| 19:38:40 | CIA-5 | New commit by alle (r26201): Get rid of unnecessary 'table' environment and the never used parameters for button maps (FS #11088) |
| 19:39:12 | funman | btw i charged clipv2 with 100mA but i think 150mA is OK : the OF doesn't charger higher than 150 |
| 19:39:28 | kugel | funman: you can hear 0.5 (or 2?) Hz? |
| 19:40:23 | | Join Luca_S [0] (~5711fe55@giant.haxx.se) |
| 19:40:40 | funman | i mean it goes loud like 2 or 3 times per second |
| 19:40:54 | funman | like a metronome |
| 19:41:02 | kugel | funman: his crash might be a random one though, we should wait for more crash reports |
| 19:41:24 | funman | you're right |
| 19:41:31 | CIA-5 | New commit by kugel (r26202): S#10387 - Rework pluginlib actions ... |
| 19:41:33 | | Quit adnyxo (Quit: Leaving) |
| 19:43:47 | | Quit MethoS- (Read error: Connection reset by peer) |
| 19:43:53 | kugel | funman: I also played for like 1 min in the cpu freq debug menu toggling the freq without problems |
| 19:44:02 | chrisb | Blue_Dude: that's fine. let's say they were antec. |
| 19:44:14 | * | kugel really likes the fuzev2's scrollwheel now |
| 19:44:26 | chrisb | what's the best hardware choice? or am i missing some setting in rockbox or the sansa native software for the lineout? |
| 19:45:11 | Blue_Dude | chrisb: I was just pulling your chain. Sorry. I don't have a really good answer for you. I haven't tried to integrate a Rockboxed player into my HTS. |
| 19:45:36 | chrisb | Blue_Dude: HTS, home theater system? |
| 19:45:41 | Blue_Dude | Do we even support docks? |
| 19:45:59 | Blue_Dude | chrisb: yes. or any system with outboard speakers. |
| 19:46:02 | chrisb | Blue_Dude: it would depend on the usb maybe |
| 19:46:07 | AlexP | pixelma: Yep, with the patch I immediately get a data abort |
| 19:46:31 | Luca_S | kugel: seconded |
| 19:46:39 | Luca_S | the wheel sounds very natural |
| 19:47:20 | kugel | I find it feels very natural too |
| 19:47:55 | funman | +1 :) |
| 19:48:08 | funman | do you guys use FM ? |
| 19:48:25 | Luca_S | not much, definitely not in the last few days |
| 19:48:29 | kugel | funman: every day |
| 19:48:32 | Blue_Dude | chrisb: There are some Rockbox targets with line out jacks. USB isn't required. |
| 19:48:43 | funman | i listen to it in the bed but i prefer to use the Clips |
| 19:48:52 | funman | kugel: no problems with the fuzev2 ? |
| 19:48:57 | kugel | nope |
| 19:49:18 | Luca_S | today I experienced audio glitches in pictureflow, is fast album scrolling supposed to interfere with audio playback? |
| 19:49:35 | Luca_S | ah nevermind, I have an outdated set_cpu_frequency patch |
| 19:49:35 | chrisb | Blue_Dude: ah, great...i'll go look |
| 19:49:42 | Luca_S | I'll report back after updating |
| 19:50:23 | Blue_Dude | chrisb: There's even support for S/PDIF output. I can't remember which targets have one though. |
| 19:51:01 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 19:53:19 | kugel | hehe, I had the pf folder from my fuzev1 copied to the v2, the covers look very strange |
| 19:53:29 | FlynDice | funman: clip + cpu freq patches v 4 & 5 still crash for me :/ v5 just crashed for me after 17 mins playing 192 vbr mp3. 117 vbr ogg seems to last longer but still crashes & perhaps just coincidence. |
| 19:53:39 | funman | hmm ok |
| 19:53:44 | funman | you had a panic message? |
| 19:54:08 | FlynDice | no message, dark screen and 10 sec reset |
| 19:54:40 | funman | the OF waits a bit after modifying each register, we could try that |
| 19:55:03 | FlynDice | I thought you did already try that |
| 19:55:08 | kugel | Luca_S: I get them too |
| 19:55:09 | | Quit petur (Client Quit) |
| 19:55:13 | AlexP | kugel: I can confirm that r26202 causes a data abort on c200 in codebusters |
| 19:55:37 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 19:55:42 | funman | FlynDice: nope it loops over dividers to keep pclk in a certain range, but i assume modifications are immediate |
| 19:55:53 | kugel | AlexP: r26201 works? |
| 19:56:02 | AlexP | 26200 works |
| 19:56:09 | AlexP | I didn't try the one inbetween :) |
| 19:56:26 | AlexP | seeing as it was a manual commit :) |
| 19:56:31 | kugel | can I get the abort address? |
| 19:56:41 | AlexP | 000011CC (0) |
| 19:57:56 | * | kugel can't really believe the patch caused it but you never know |
| 19:58:13 | | Join phanboy_iv [0] (~benji@c-174-49-112-244.hsd1.ga.comcast.net) |
| 19:58:26 | kugel | argh, I think I see the problem. however I don't know why my fuze is forgiving it |
| 19:58:29 | AlexP | I tried with previous SVN ten times with no problems, with 26202 I got it three times in a row (it hasn't yet worked) |
| 19:58:30 | | Quit petur (Client Quit) |
| 19:58:46 | * | kugel blames hardcoded numbers |
| 19:58:51 | AlexP | heh :) |
| 19:59:00 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 19:59:07 | kugel | AlexP: try this one please |
| 19:59:08 | kugel | http://pastie.org/969813 |
| 19:59:16 | AlexP | sure, one mo |
| 20:00 |
| 20:00:46 | kugel | everyone was copy'n'pasting the 2 from other plugins instead of doing it right :( |
| 20:01:09 | Luca_S | you mean copy/paste isn't the preferred way of developing software? o_O |
| 20:01:11 | Luca_S | :D |
| 20:02:40 | funman | it's not possible anymore to select a backdrop ? |
| 20:04:06 | | Quit TheSeven (Ping timeout: 260 seconds) |
| 20:04:09 | FlynDice | funman: re waiting after modifying registers, are you looking at something different than the delays taken out in r25753? |
| 20:05:24 | funman | nope, that's it |
| 20:06:09 | * | FlynDice crosses fingers and hopes for correct combination of voodoo...... |
| 20:06:17 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 20:08:09 | AlexP | kugel: Seems good |
| 20:08:41 | pixelma | I wasn't sure if it happened with SVN for me |
| 20:08:44 | funman | fuzev1 still freezes sometimes on initializing database |
| 20:08:56 | kugel | looking at the commit diff I fixed 12 out of 16 with the very same diff, but I forget this one :( |
| 20:09:01 | | Join pondlife [0] (~Steve@rockbox/developer/pondlife) |
| 20:09:04 | | Quit pondlife (Client Quit) |
| 20:09:43 | CIA-5 | New commit by kugel (r26203): Fix a data abort in codebuster. |
| 20:09:54 | AlexP | cheers :) |
| 20:10:35 | kugel | took me almost a year to get that in :( |
| 20:10:50 | pixelma | I don't really like the change in the btnmap environment deleting the caption and label parameters. Ok, it wasn't used so far but I think it would have been easier to leave it in, in case someone wants to start using it. Now that would be harder |
| 20:10:56 | AlexP | kugel: better late than never :) |
| 20:11:09 | pixelma | not a very strong opinion, my first reaction |
| 20:11:12 | kugel | indeed |
| 20:11:27 | Blue_Dude | Anybody know of a quick way to pipe stdout to nothing? Would "make >" work? |
| 20:11:38 | kugel | make > /dev/null |
| 20:11:46 | Blue_Dude | I want to suppress stdout and leave only strerr. |
| 20:11:52 | kugel | that'll do it |
| 20:11:52 | Blue_Dude | * stderr |
| 20:12:06 | Blue_Dude | dev null? |
| 20:12:27 | kugel | '>' is stdout, '1>' is stderr (IIRC), '2>' is both |
| 20:12:44 | Blue_Dude | Wouldn't that create a /dev/null file? |
| 20:13:00 | kugel | no, /dev/null is a special file, it should exist in cygwin too |
| 20:13:09 | Blue_Dude | ok, thanks. |
| 20:13:14 | AlexP | Blue_Dude: http://en.wikipedia.org/wiki//dev/null |
| 20:13:25 | Blue_Dude | Marvelous. Didn't know that. |
| 20:13:36 | Blue_Dude | make 1> would also work? |
| 20:14:23 | funman | 1> is stdout and 2> stderr |
| 20:14:30 | | Quit GeekShadow (Ping timeout: 258 seconds) |
| 20:14:32 | AlexP | Blue_Dude: http://en.wikipedia.org/wiki/Redirection_(computing)#Redirecting_to_and_from_the_standard_file_handles |
| 20:14:48 | Blue_Dude | learning all kinds of stuff... |
| 20:15:01 | | Quit petur (Quit: *plop*) |
| 20:15:02 | | Quit flydutch (Quit: /* empty */) |
| 20:16:14 | kugel | funman: ah right, &> is both |
| 20:20:00 | * | kugel wonders who's going to update the lot of manuals |
| 20:20:29 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 20:20:52 | AlexP | Is there something on flyspray saying what needs updating? |
| 20:21:01 | kugel | not yet |
| 20:21:28 | * | pixelma volunteers fml, he probably would have broken any prepared manual patch for this with his change.. ;/ |
| 20:21:34 | kugel | maybe I just revive my small perl script which can generate the button maps for the manual from a keymap file |
| 20:22:11 | kugel | maybe it's harder than that though |
| 20:22:31 | kugel | AlexP: all manuals need updating for the plugins affected by commit |
| 20:22:51 | AlexP | kugel: Right, but is there a list of buttons that need changing or something? |
| 20:23:07 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 20:23:16 | AlexP | I don't mind doing the manual bit, but I don't want to have to wade through the entire diff to do so |
| 20:23:24 | kugel | no, there's only pluginlib_actions.c but it should be fairly obvious |
| 20:23:39 | AlexP | Shouldn't be too hard to extract a list then :) |
| 20:24:07 | pixelma | I don't thing the exact change for this or that plugin is fairly obvious. |
| 20:24:11 | pixelma | think too |
| 20:24:28 | kugel | I think the pla buttons are hardcoded in the manual right now; it might be useful to do something like \ActionPlaXXX when we're at it |
| 20:25:16 | pixelma | e.g. in bubbles there is a different "pause" button now too, or some changes in metronome |
| 20:25:16 | kugel | well, the new buttons are fairly obvious, but not which ones are used in the plugins or which are replaced by what |
| 20:26:07 | kugel | I can do it, but I'm lazy and a bit busy with gsoc |
| 20:26:24 | kugel | or, rather "a bit lazy and busy with gsoc" :) |
| 20:26:53 | AlexP | at the very least, stick that it needs doing on flyspray |
| 20:27:05 | AlexP | then I'll try and get round to it |
| 20:27:08 | kugel | I could make a list which pla actions are used in which plugins if that helps |
| 20:27:27 | kugel | then you'd just need to find the corresponding buttons for each target in pluginlib_actions.c |
| 20:27:39 | AlexP | Sure, that'd help :) |
| 20:28:05 | kugel | ok |
| 20:28:40 | AlexP | cheers :) |
| 20:29:07 | kugel | fs#11298 |
| 20:29:50 | | Join stripwax_ [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 20:30:21 | | Quit stripwax_ (Client Quit) |
| 20:30:42 | gevaerts | JdGordon: http://forums.rockbox.org/index.php?topic=24836.0 |
| 20:31:25 | | Quit stripwax (Ping timeout: 265 seconds) |
| 20:33:15 | AlexP | So, anyone got anything the desperately need to do before we freeze? |
| 20:33:42 | Torne | i need to decide whether to change the ipod 3g contrast. :) |
| 20:33:43 | Blue_Dude | AlexP: bug hunt? |
| 20:33:46 | * | kugel checks his git branch output |
| 20:34:02 | CIA-5 | New commit by funman (r26204): Clipv2 manual: correct playertype |
| 20:34:06 | CIA-5 | New commit by funman (r26205): fuzev2: make manual build ... |
| 20:34:17 | AlexP | Blue_Dude: hmmm? |
| 20:34:18 | kugel | I'm fine :) |
| 20:34:58 | Blue_Dude | AlexP: gratuitous "Aliens" reference. |
| 20:35:04 | gevaerts | Do all sorts of sims build properly? |
| 20:35:13 | AlexP | Blue_Dude: aha - sorry, I missed that :) |
| 20:35:26 | Blue_Dude | AlexP: Meaning a search and destroy of program bugs. |
| 20:35:26 | * | chrisb just looked at a Geiger tribute book yesterday at Blick's |
| 20:36:41 | funman | last patch crashed on clipv2 :/ |
| 20:37:23 | AlexP | kugel: I guess the red should go away before we freeze |
| 20:37:44 | Torne | so in the new pluginlib actions, every target should have all the buttons? |
| 20:37:53 | Blue_Dude | Is logf behaving itself again? We don't try to build for it in the build farm. |
| 20:38:00 | Torne | the buttons you've changed frotz to are kinda dumb. which is okay, but i'm not sure what to use instead |
| 20:38:04 | Torne | :) |
| 20:38:31 | kugel | AlexP: thanks for making me notice it |
| 20:38:39 | AlexP | :) |
| 20:39:22 | kugel | Torne: generally I couldn't do worse compared to what was there before; what's dumb in particular? |
| 20:39:39 | pixelma | gevaerts: I saw some pdbox fixes and that was broken in cygwin. Shall I try an H100 sim now? |
| 20:39:45 | kugel | funman: still playing just fine here... |
| 20:40:25 | Torne | kugel: Well, frotz made perfect sense before because it only uses three buttons, all from one context ;) |
| 20:40:34 | Torne | kugel: you changed PLAY to SELECT_REPEAT |
| 20:40:38 | Torne | but that's the *most pressed button* :) |
| 20:40:45 | Torne | so having it be a repeat is rather annoying |
| 20:41:04 | kugel | looks like 4 buttons to me |
| 20:41:11 | Torne | kugel: quit isn't really a button |
| 20:41:24 | Torne | even having it is optional, i only included it because people'd expect it :) |
| 20:41:38 | Torne | can i make "enter line" PLA_DOWN? |
| 20:41:39 | kugel | what is it if it's not a button? |
| 20:42:13 | Torne | i mean it's not useful/important |
| 20:42:22 | kugel | yes sure, also PLA_SELECT should be PLA_SELECT_REL if PLA_SELECT_REPEAT is used in the same plugin |
| 20:42:25 | | Quit Rob2222 (Quit: Rob2222) |
| 20:42:33 | Torne | i mean, down is arbitrary |
| 20:42:34 | dfkt | funman - new clip+ firmware: http://mp3support.sandisk.com/firmware/clipplus/clipplus01.02.15.zip |
| 20:42:40 | Torne | i only choose it because then the button map is the same on ipod |
| 20:42:43 | Torne | :) |
| 20:43:35 | funman | dfkt: downloading |
| 20:43:36 | Torne | It makes sense for PLA_SELECT to be "press enter", but "bring up keyboard" is also pretty important :) |
| 20:44:10 | funman | we have no description of the clip+ buttons for blind people |
| 20:44:53 | funman | it can be adapted from clipv1/v2 except for side buttons |
| 20:45:32 | funman | Clip+ OF: "known issue : FM signal is weakened during FM recording" |
| 20:46:06 | kugel | Torne: really, PLA_DOWN sounds good to me |
| 20:46:17 | topik | impressive update that clip+ of. |
| 20:46:20 | CIA-5 | New commit by torne (r26206): Tweak new pluginlib button map for frotz to be more convenient |
| 20:46:38 | | Part watto |
| 20:50:12 | funman | 2nd crash on clipv2: backlight was set to on but i got a black screen |
| 20:50:56 | saratoga | new firmware still has the "mp4_decoder" block |
| 20:52:39 | CIA-5 | New commit by funman (r26207): mkamsboot: support Clip+ OF v01.02.15 |
| 20:52:48 | topik | i know you mentioned it before but i can't find when. what was interesting about the mp4_decoder block? |
| 20:53:22 | | Join wodz [0] (~wodz@chello087206240004.chello.pl) |
| 20:53:22 | funman | almost everything changed but 4 header blocks out of 6 |
| 20:54:23 | dfkt | funman, that was fast :) |
| 20:54:51 | funman | topik: afaiu Clip+ doesn't support AAC |
| 20:54:56 | dfkt | the archive was very sloppily packed, btw |
| 20:55:10 | | Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) |
| 20:55:15 | funman | dfkt: it can be fast when they add no new features ;) |
| 20:55:32 | wodz | I looked at debug_menu.c and rework is quite easy except parts that are common to two different architectures like memguard for example (SH an Coldfire) |
| 20:55:41 | funman | i had a quick hope that the additional file was debug symbols for their firmware :o |
| 20:56:28 | | Join Rob2222 [0] (~Miranda@p4FDCA4C4.dip.t-dialin.net) |
| 20:56:43 | wodz | what is commit policy in freeze time? |
| 20:56:46 | * | kugel fails to spot where the ipods fail |
| 20:57:11 | topik | it's an mp3, funman |
| 20:57:12 | funman | wodz: i expected AlexP to tell us :p |
| 20:57:15 | topik | slotradio promotion mp3 |
| 20:57:20 | funman | yep :/ |
| 20:57:37 | AlexP | heh |
| 20:58:10 | AlexP | wodz: Bug fixes etc. only for release targets, targets that aren't part of the release are more relaxed |
| 20:58:20 | | Join DataGhost [0] (~dataghost@17-18-ftth.onsnetstudenten.nl) |
| 20:58:21 | | Quit DataGhost (Changing host) |
| 20:58:21 | | Join DataGhost [0] (~dataghost@unaffiliated/dataghost) |
| 20:58:38 | AlexP | I do appear to have appointed myself release manager or some such |
| 20:58:45 | AlexP | That wasn't the intention :) |
| 20:58:50 | CIA-5 | New commit by torne (r26208): Increaase default ipod 3g contrast, to a value between the last two. ... |
| 20:59:03 | wodz | but is code branched or release is made from head at the end of freeze |
| 20:59:08 | wodz | ? |
| 20:59:20 | saratoga | they didn't improve the vorbis decoder either |
| 20:59:25 | | Quit DerPapst (Quit: Leaving.) |
| 20:59:36 | Torne | wodz: we freeze for a while, and then branch, and then release after a while, io think :) |
| 20:59:50 | AlexP | wodz: Freeze for a week, then branched, then release from the branch after another week |
| 21:00 |
| 21:00:13 | wodz | what is the rationale of freeze before branching? |
| 21:00:26 | Torne | because otherwise all the bugfixes have to be committed twice ;) |
| 21:00:38 | topik | saratoga: have they ever done something really substantial after an initial firmware? |
| 21:00:46 | Torne | (also known as "because svn is not very good at merging", perhaps) |
| 21:00:51 | saratoga | topik: yeah they seem to |
| 21:01:03 | saratoga | vorbis, flac, replaygain, file browsing, etc |
| 21:01:14 | saratoga | now apparently AAC, though its disabled for some reason |
| 21:01:20 | wodz | I see |
| 21:01:26 | topik | hmm, i suppose, but not always that well |
| 21:01:37 | topik | vorbis performs poorly, file browsing is pathetic |
| 21:01:38 | S_a_i_n_t | Torne: Now I've seen you in here...My "freak" Nano1g has been needing hard reset to turn it on at least once per day (usually twice or more) for 3~4 days solid now, using a current build and the 4.0 bootloader. Is there anything I can do to identify what might be different about this Nano in particular? |
| 21:01:44 | gevaerts | wodz: some sort of vaguely unsuccessful attempt at making everyong concentrate on fixing bugs |
| 21:01:54 | Torne | S_a_i_n_t: You could compare its OF version |
| 21:02:02 | Torne | S_a_i_n_t: but I really don't know what to do about it |
| 21:02:13 | S_a_i_n_t | they all run the latest OF |
| 21:02:19 | saratoga | vorbis performs poorly because they screwed up the make settings, i sent them the fix but they don't seem too interested, or theres some reason they had to change it |
| 21:02:20 | wodz | gevaerts: :-) |
| 21:02:20 | Torne | S_a_i_n_t: We have the choice of "do what we did before" or "do what we're doing now", basically |
| 21:02:32 | gevaerts | wodz: it could work :) |
| 21:02:35 | Torne | S_a_i_n_t: what we did before made a bunch of people's ipods randomly power on whenever they felt like it |
| 21:02:35 | funman | perhaps it would be possible to patch the OF to add AAC playback to Clip+ .. ah nevermind rockbox plays everything already ;) |
| 21:02:47 | Torne | S_a_i_n_t: the current fix doesn't make anything *worse*, at least ;) |
| 21:02:56 | Torne | S_a_i_n_t: and it really does seem to fix the problem fr lots of players :) |
| 21:03:08 | S_a_i_n_t | I thought as much, it just sems weird to me that I seem to be experiencing it more frequently, when it's all-but stopped (or stopped completely) for others :/ |
| 21:03:15 | topik | funman: if you going to patch the OF more, patch out the database refresh please ;) |
| 21:03:18 | funman | kugel: about the patch, the frequencies range might be good on the Fuze but not on the Clips |
| 21:03:24 | funman | ^^ |
| 21:03:27 | Torne | S_a_i_n_t: you shouldn't've been experiencing it *at all* with the previous fix, if it was working |
| 21:03:38 | funman | is it possible to derivate the battery capacity from the charging current and the time needed to charge ? |
| 21:03:45 | Torne | S_a_i_n_t: all these changes are basically based on wild speculation and guessing, not any actual undertanding of the problem |
| 21:04:03 | wodz | funman: only during CC part of charging |
| 21:04:15 | S_a_i_n_t | I did experience it with the "caused the low-battery icon on shutdown" fix...but only like twice, ever. |
| 21:04:21 | wodz | funman: during CV You don't know the current |
| 21:04:21 | S_a_i_n_t | now its a daily thing. |
| 21:04:38 | funman | ok |
| 21:04:42 | Torne | S_a_i_n_t: Well, that's what it was like for lots of people before we did anything at all |
| 21:04:55 | funman | more current would mean faster charge though? (if it's not too much to melt the wires) |
| 21:04:59 | Torne | S_a_i_n_t: mine did it at *least* daily, maybe more, and now doesn't do it at a ll. |
| 21:05:09 | S_a_i_n_t | and fwiw...I also never saw that battery icon on shutdown once. |
| 21:05:23 | Torne | Well, yeah |
| 21:05:26 | Torne | It *should* :) |
| 21:05:27 | CIA-5 | New commit by kugel (r26209): Fix reds: add m3 keypad, fix typo in the ipods part, correct button for h10, don't error out for touchscreens (onda vx777 has almost no tactical ... |
| 21:05:37 | Torne | If it doesn't then I expect the OF code just doesn't actually reenable the LCD |
| 21:05:41 | S_a_i_n_t | well, I'd much rather it was fixed for everyone else, and not for me then fixed for me, and not for everyone else ;) |
| 21:05:43 | Torne | I expect it's showing it in its framebuffer :) |
| 21:05:57 | Torne | But again, we really don;t know what the code we were causing to run actually *did* |
| 21:06:01 | wodz | funman: yes and no - it will faster reach CV regime of charging but this may have side effect of prolonging CV time |
| 21:06:19 | Torne | S_a_i_n_t: there's no guarantee it was doing the same thing on every ipod |
| 21:06:29 | funman | 5 hours on clipv2 seems long, I will compare with 150mA instead of 100mA |
| 21:06:44 | | Quit bluebrother (Disconnected by services) |
| 21:06:48 | | Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) |
| 21:06:53 | wodz | funman: 150 should be ok |
| 21:07:02 | | Join lpereira [0] (~lucien@170.184.84-79.rev.gaoland.net) |
| 21:07:25 | Torne | i guess i need to build a new ipod 3g bootloader now |
| 21:07:47 | wodz | funman: have You mesured mean current drain during normal operation? This will give You quite good capacity estimation |
| 21:07:49 | Torne | hm, but i don't really want to have to take all the latest changes, i guess i'll just ake that oneline change on the tag :) |
| 21:08:03 | kugel | funman: possibly. is 24Mhz really favorable over 40MHz anyway? didn't you find slower decoding due to lower pclk @24MHz? |
| 21:08:14 | funman | wodz: nope i have an analog multimeter but no USB cables to tweak anymore |
| 21:08:25 | S_a_i_n_t | another Nano1g I have has only done it like twice ever, and the other 1g has never done it at all. I also have a 2g Nano that seems more prone to needing hard-reset to startup...but they're completely different IIUC |
| 21:08:32 | | Quit Blue_Dude (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) |
| 21:08:50 | | Quit Luca_S (Quit: CGI:IRC (EOF)) |
| 21:08:55 | wodz | funman: I was thinking of conecting external DC power supply in place of battery |
| 21:09:00 | Torne | S_a_i_n_t: well, i expect they have a similar *mechanism* somewhere |
| 21:09:01 | funman | kugel: i just chose a slow value for battery life |
| 21:09:11 | funman | we could go down to 15 |
| 21:09:32 | funman | wodz: i have not even opened those clips ;) |
| 21:09:32 | Torne | S_a_i_n_t: so it wouldn't surprise me if they did the same thing |
| 21:09:50 | kugel | but it might not pay-off if the peripherals are now too slow to manage decoding without boost |
| 21:09:57 | funman | but yeah it would be needed, i was thinking of measuring current on the USB cable, not on the battery |
| 21:10:04 | wodz | funman: maybe it is time to do that :-) |
| 21:10:10 | funman | kugel: dunno, it must be measured |
| 21:10:28 | funman | clip+ crash with undef instr in iram |
| 21:10:41 | Torne | S_a_i_n_t: so yeah, mayb e someone will figure something better out eventually :) |
| 21:11:24 | | Join Kitr88 [0] (~Kitar_st@89.142.53.247) |
| 21:11:41 | kugel | funman: could you try 40MHz on the clip? I think stable 40MHz are better than unstable 24MHz if it allows for freq scaling |
| 21:11:47 | | Quit Kitar|st (Read error: Connection reset by peer) |
| 21:12:02 | funman | kugel: just doing that |
| 21:12:06 | kugel | cool |
| 21:12:41 | funman | however i don't want to make early conclusions this time :) if it works 1 week without crashes then it'll be ok, not before |
| 21:12:51 | kugel | makes sense |
| 21:15:03 | Torne | we still need the ipod bootloader tested on 1g, mini 1g, and 4g colour |
| 21:15:12 | Torne | anyone got one of those? |
| 21:15:37 | pixelma | wodz: didn't you say you have a 1st gen Mini? |
| 21:16:12 | | Quit Kitr88 (Ping timeout: 260 seconds) |
| 21:17:11 | AlexP | Right then, any last requests? |
| 21:17:12 | gevaerts | Torne: do you know about http://www.rockbox.org/wiki/RockboxTesting ? |
| 21:17:27 | wodz | pixelma: Yes I have |
| 21:17:28 | Torne | i've seen it before but i forgot ;) |
| 21:17:35 | Torne | foodtime, anyway |
| 21:18:47 | pixelma | wodz: maybe you could help Torne testing |
| 21:18:49 | | Join Tux2 [0] (~Tux2@72.42.96.157) |
| 21:19:12 | wodz | pixelma: sure |
| 21:19:19 | wodz | but not before monday |
| 21:19:52 | wodz | ok have to go |
| 21:19:56 | | Quit wodz (Quit: Leaving) |
| 21:20:03 | | Quit CGL (Remote host closed the connection) |
| 21:20:44 | | Quit Tux2 (Remote host closed the connection) |
| 21:21:11 | | Join Kitar|st [0] (Kitar_st@BSN-182-124-111.dial-up.dsl.siol.net) |
| 21:21:47 | | Join Tux2 [0] (~Tux2@72.42.96.157) |
| 21:22:49 | | Quit phanboy_iv (Read error: Connection reset by peer) |
| 21:24:01 | AlexP | Right then, freeze time! |
| 21:24:11 | *** | Saving seen data "./dancer.seen" |
| 21:24:43 | Topic | "Now if feature freeze for 3.6 | Please read before speaking: http://www.rockbox.org/wiki/IrcGuidelines | Please direct offtopic/social chat to #rockbox-community | This channel is logged at http://www.rockbox.org/irc | Rockbox has been accepted for GSoC 2010! | DevCon2010 will be from June 4th to 6th in Ghent, please update http://www.rockbox.org/wiki/DevConEuro2010 if you plan on atten" by ChanServ (ChanServ@services.) |
| 21:25:00 | Topic | "Now in feature freeze for 3.6 | Please read before speaking: http://www.rockbox.org/wiki/IrcGuidelines | Please direct offtopic/social chat to #rockbox-community | This channel is logged at http://www.rockbox.org/irc | Rockbox has been accepted for GSoC 2010! | DevCon2010 will be from June 4th to 6th in Ghent, please update http://www.rockbox.org/wiki/DevConEuro2010 if you plan on atten" by ChanServ (ChanServ@services.) |
| 21:25:06 | AlexP | ffs, I can't spell "in" |
| 21:25:24 | funman | I think you can remove the note about GSoC frm the topic ? |
| 21:25:52 | AlexP | probably, yes |
| 21:26:58 | Topic | "Now in feature freeze for 3.6 | Please read before speaking: http://www.rockbox.org/wiki/IrcGuidelines | Please direct offtopic/social chat to #rockbox-community | This channel is logged at http://www.rockbox.org/irc | DevCon2010 will be from June 4th to 6th in Ghent, http://www.rockbox.org/wiki/DevConEuro2010" by ChanServ (ChanServ@services.) |
| 21:30:29 | funman | what is a 'hand panel' in "On the left hand panel is a two way switch." ; is it the left side ? |
| 21:31:12 | AlexP | funman: left hand means on the left side, so it is the panel on the left |
| 21:31:22 | funman | ok |
| 21:32:26 | Torne | will i be murdered if i make a tag and then commit changes to it? i guess i should be. |
| 21:32:59 | gevaerts | Torne: you can then rename the tag to a branch :) |
| 21:33:09 | Torne | i guess i'll make a branch instead ;) |
| 21:33:11 | Torne | it's all the same thing |
| 21:33:55 | funman | AlexP: http://pastie.org/969985 is it good enough english ? |
| 21:35:12 | AlexP | funman: I'm not sure what panel is referring to here |
| 21:35:24 | CIA-5 | New commit by torne (r26210): Create branch for ipod bootloaders, based on trunk r25693. |
| 21:35:26 | AlexP | Is this a player description? |
| 21:35:35 | funman | yes for Clip+ |
| 21:36:33 | AlexP | From the descrption I don't get where the items are :) |
| 21:37:08 | AlexP | Is the power button at the top of the right side, or on the top on the right? |
| 21:37:30 | funman | on the top at the right |
| 21:37:38 | funman | and the headphone jack is on the right at the top |
| 21:37:48 | AlexP | er |
| 21:37:54 | AlexP | I don't understand :) |
| 21:38:12 | AlexP | the power button is on the right side of the player? |
| 21:38:24 | AlexP | And the headphone socr?ket is on the top of the playe |
| 21:38:39 | AlexP | And the headphone socket is on the top of the player? |
| 21:39:01 | funman | AlexP: here are thousand words: http://svn.rockbox.org/viewvc.cgi/trunk/manual/rockbox_interface/images/sansaclipplus-front.png?revision=25344 |
| 21:39:20 | pixelma | maybe funman should explain it in French to you |
| 21:39:25 | funman | :P |
| 21:39:26 | AlexP | funman: ta :) |
| 21:39:42 | AlexP | a thousand words indeed :) |
| 21:41:08 | pixelma | and the headphone socket is on the right side of the player, near the top? |
| 21:41:20 | pixelma | or whatever |
| 21:41:26 | funman | pixelma: right, and the slot is on the same side but near the bottom |
| 21:41:37 | * | S_a_i_n_t fails to parse the difference between "on the right at the top" and "on the top at the right" :/ |
| 21:41:51 | | Join pamaury [0] (~c2c7a50a@rockbox/developer/pamaury) |
| 21:42:03 | funman | i thought 'hand panel' would clear that |
| 21:42:36 | funman | perhaps i should just mention the top hand panel, there is only one button to be found there |
| 21:42:58 | pixelma | it's not "hand panel" the hand in there belongs to the "left hand" |
| 21:43:06 | | Join [0] (~57708228@giant.haxx.se) |
| 21:43:07 | funman | hmm ok |
| 21:43:09 | S_a_i_n_t | sweet, but just call it the "top panel" |
| 21:43:18 | AlexP | funman: Something like http://pastie.org/970000 maybe |
| 21:43:20 | pixelma | it's just saying left side in a different way |
| 21:43:24 | S_a_i_n_t | errr...what pixelma said. |
| 21:43:28 | funman | AlexP: awesome paste number! |
| 21:43:33 | AlexP | yeah :) |
| 21:44:00 | funman | 'on the right side' is not too repetitive in the 2nd sentence? |
| 21:44:00 | bertrik | Do you really have to explain where everything is, anyway? |
| 21:44:16 | funman | bertrik: i think this section is for blind people |
| 21:44:44 | AlexP | funman: It could do without the second on the right side, yeah |
| 21:44:52 | AlexP | bertrik: It is the blind description |
| 21:45:00 | AlexP | bertrik: So they know what we call each button |
| 21:45:11 | pixelma | I'd just hand a native speaker one of the targets at DevCon and let him explain... ;) That's what I asked Cassandra to do at DevCon2007 :) |
| 21:45:34 | funman | 'headphone socket' and 'headphone jack' are both used, perhaps we should use only one? |
| 21:45:44 | pixelma | I let *her* explaind though :) |
| 21:45:47 | CIA-5 | New commit by torne (r26211): Merge r26208 from trunk to increase default contrast on ipod 3g |
| 21:45:51 | pixelma | explain too |
| 21:45:54 | S_a_i_n_t | "jack" seems more commonly known...to me anyway |
| 21:46:06 | S_a_i_n_t | but may have problems with translation? |
| 21:46:12 | AlexP | funman: Socket then |
| 21:46:31 | AlexP | I'm assuming that \ButtonPower{} says "Power" as well |
| 21:47:21 | funman | headphone socket wins the google fight by a few |
| 21:47:25 | funman | AlexP: yes i just noticed that too |
| 21:48:14 | AlexP | S_a_i_n_t: Jack can refer to both plug or socket, or both, or a mixture, and can be misleading |
| 21:48:25 | AlexP | socket and plug is more explicit |
| 21:48:43 | S_a_i_n_t | Or a guy called Jack...so, yeah, Socket it is. |
| 21:49:00 | S_a_i_n_t | I guess less people names Socket in the world than Jack. |
| 21:49:05 | S_a_i_n_t | *named |
| 21:50:26 | Torne | jhMikeS: i've uploaded a new 3g bootloader (to the same place) which has contrast 50, which hopefully is a useful compromise. can you give it a quick go just to be sure it does actually work? :) |
| 21:52:36 | funman | 'headphone mini socket plug' is correct as well ? |
| 21:52:53 | funman | line-in jack, power jack .. |
| 21:53:23 | funman | 20 occurences of 'jack' in rockbox_interface/main.txt |
| 21:53:26 | funman | s/txt/tex/ |
| 21:53:46 | CIA-5 | New commit by funman (r26212): Clip+: add description of buttons for blind users ... |
| 21:55:19 | AlexP | headphone mini socket plug doesn't make any sense |
| 21:55:27 | AlexP | a plug goes into a socket |
| 21:55:33 | AlexP | something can't be both |
| 21:55:45 | funman | but 'headphone mini jack plug' is ok? |
| 21:55:50 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 21:56:07 | AlexP | I suppose, but I prefer just plug |
| 21:56:46 | funman | i'll just change the headphone references since i'm not sure about the rest |
| 21:56:56 | funman | 'headphone jack' |
| 21:57:07 | AlexP | to socket? |
| 21:57:23 | funman | yep, 'headphone socket', isn't it what we just said? |
| 21:57:28 | AlexP | yep :) |
| 21:57:33 | AlexP | Just checking :) |
| 21:57:50 | funman | indeed, you never know with these people who can't english :) |
| 21:57:56 | AlexP | hehe :) |
| 21:58:47 | CIA-5 | New commit by funman (r26213): manual: change all references to 'headphone jack' into more correct 'headphone socket' |
| 21:59:39 | topik | running out of complicated things to fix, funman ? |
| 21:59:51 | funman | :P |
| 22:00 |
| 22:00:02 | funman | i just gave up on the fuzev1 issues |
| 22:00:26 | topik | my fuzev1 seems fairly free of issues. though all i do on it is play audiobooks |
| 22:01:13 | funman | hm vibe500 is missing from some lang files |
| 22:02:19 | funman | or from some strings at least |
| 22:02:52 | | Quit (Quit: CGI:IRC (EOF)) |
| 22:04:07 | funman | % (for i in *;do grep vibe500 $i|wc -l;done)|sort|uniq -> 0 10 12 14 15 6 8 |
| 22:04:34 | funman | hm and for fuze: 0 10 14 2 4 8 :o |
| 22:05:27 | | Nick YPSY is now known as Ypsy (~ypsy@geekpadawan.de) |
| 22:09:48 | pixelma | those numbers don't tell much as there are also default values which could apply here and there |
| 22:10:05 | CIA-5 | New commit by funman (r26214): a bit of french translation |
| 22:10:50 | funman | how do we add new IDs to all lang files with langtool ? |
| 22:11:37 | | Quit merbzt1 (Ping timeout: 269 seconds) |
| 22:12:38 | pixelma | why would you add new IDs with langtool? Do you already have the translations for all? |
| 22:12:54 | funman | shouldn't the untranslated ID be added anyway ? |
| 22:13:39 | pixelma | sorry, can you explain what you want to achieve? |
| 22:14:02 | funman | add LANG_HOTKEY_WPS to francais.lang, so I can translate it |
| 22:14:30 | pixelma | you run genlang and it'll add it for you |
| 22:14:41 | funman | oh there's another tool :/ |
| 22:15:41 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 22:15:50 | pixelma | http://www.rockbox.org/wiki/LangFiles |
| 22:18:23 | pixelma | langtool is something to use if you have a change you can easily apply to all languages (e.g. an updated description) IIRC, never used it. genlang has been there way longer. You could also use rasher's tranlate page I think but I don't know much about that either |
| 22:21:46 | Torne | Strife89: Would you be able to test the new ipod bootloader from http://forums.rockbox.org/index.php?topic=24570.0 on your ipod 4g color? |
| 22:22:19 | | Quit kugel (Ping timeout: 240 seconds) |
| 22:22:51 | rasher | funman: no, new ids are only added to english.lang |
| 22:22:56 | Strife89 | Torne: Certainly, just give me a minute and I'll install it. :)( |
| 22:22:57 | Strife89 | :) |
| 22:22:59 | Torne | Strife89: cool |
| 22:23:30 | CIA-5 | New commit by funman (r26215): more french translation |
| 22:23:45 | pamaury | I propose http://pastebin.com/1Vc2PVRg for "FS #10913 - File Browser not updated properly upon microSD insert/removal with dircache enabled", anyone has an opinion ? There are several ways to do it, so I'm open to suggestions |
| 22:27:21 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 22:30:48 | | Quit Jaykay (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) |
| 22:31:07 | pamaury | I can't commit that patch now, if you have objections, you have until tomorrow morning before I actually commit it :) |
| 22:32:53 | Strife89 | Torne: Complete success with all the testing directions. :) |
| 22:33:00 | Torne | cool, thanks |
| 22:33:04 | Torne | just 1g and mini 1g to go then |
| 22:33:23 | * | Torne prods amiconn gingerly. Did you test the 1g alrady and i just forgot to make a note of it, or have you not had time yet? |
| 22:33:35 | Strife89 | Sadly, I have neither nor do I know someone who has one. |
| 22:35:07 | | Join wincent [0] (~wincent@f055041090.adsl.alicedsl.de) |
| 22:36:40 | Torne | That's ok, i'll keep poking people :) |
| 22:36:46 | Torne | we're nearly there |
| 22:36:53 | Torne | 8/10 done :) |
| 22:41:54 | | Quit chrisb (Ping timeout: 265 seconds) |
| 22:42:47 | Torne | kugel: you have broken test_resize with the pla stuff |
| 22:42:55 | S_a_i_n_t | finding the iPod 1g tester may need an additional appeal in the forums? |
| 22:42:58 | Torne | /home/torne/big/rockbox/ipod/apps/plugins/test_resize.c:34: error: ‘generic_actions’ undeclared here (not in a function) |
| 22:43:01 | Torne | /home/torne/big/rockbox/ipod/apps/plugins/test_resize.c:34: error: ‘generic_directions’ undeclared here (not in a function) |
| 22:43:37 | kugel | oops, I haven't test compiled it I guess |
| 22:43:51 | Torne | yeha, my default build script does logf+bootchart+testplugins |
| 22:43:52 | Torne | :) |
| 22:44:49 | kugel | http://pastie.org/970113 should work |
| 22:45:23 | Torne | i'm about to leave, so can't test now :) |
| 22:45:32 | | Quit wincent (Changing host) |
| 22:45:32 | | Join wincent [0] (~wincent@rockbox/developer/wincent) |
| 22:45:59 | kugel | I'll do it |
| 22:46:20 | | Join CGL [0] (~CGL@190.207.171.217) |
| 22:47:18 | kugel | funman: still playing :/ |
| 22:47:53 | funman | same here on the clips too |
| 22:49:06 | CIA-5 | New commit by kugel (r26216): Fix test_resize |
| 22:51:45 | bertrik | it looks like there is a random target lately that gets 41 build errors |
| 22:53:05 | gevaerts | bertrik: looks like a dependency issue |
| 22:53:07 | | Quit DataGhost (Ping timeout: 240 seconds) |
| 22:53:43 | bertrik | maybe triggered by concurrent building (-j option)? |
| 22:53:54 | gevaerts | yes, probably |
| 22:55:40 | | Join GeekShado_ [0] (~Antoine@23.170.99-84.rev.gaoland.net) |
| 22:58:43 | | Quit GeekShadow (Ping timeout: 240 seconds) |
| 23:00 |
| 23:02:08 | | Quit domonoky (Ping timeout: 260 seconds) |
| 23:02:57 | jhMikeS | Torne: okay. it's in the wiki, right? |
| 23:03:17 | Torne | jhMikeS: on the forum.. |
| 23:04:37 | | Quit Schmogel (Ping timeout: 265 seconds) |
| 23:05:00 | | Quit GeekShado_ (Ping timeout: 276 seconds) |
| 23:07:14 | | Quit Xerion (Read error: Connection reset by peer) |
| 23:07:27 | jhMikeS | Torne: mind getting me there? |
| 23:08:12 | Torne | http://forums.rockbox.org/index.php?topic=24570.0 |
| 23:08:27 | jhMikeS | thank you sir |
| 23:12:22 | kisak | line 194 of /trunk/firmware/target/arm/as3525/usb-drv-as3525v2.h has a typo in the comment (something extra to tack on to the next change to the as2525v2 usb stuff) |
| 23:13:00 | pamaury | what ? |
| 23:13:13 | kisak | "/** Tiemout handshake (non-iso TX) */" |
| 23:13:58 | pamaury | ah true :) I'll change that on next commit, thx |
| 23:14:44 | * | jhMikeS *thinks* he might see some text doing verbose...o :) |
| 23:15:01 | | Quit esperegu (Remote host closed the connection) |
| 23:15:16 | Torne | jhMikeS: hehe |
| 23:15:27 | Torne | jhMikeS: well, i can't change the contrast too far or we risk it being unreadable for other people :) |
| 23:15:40 | Torne | jhMikeS: this is just a compromise to get a bootloader released.. |
| 23:16:11 | funman | just have the contrast switch every second :) |
| 23:16:14 | gevaerts | Torne: can't you just cycle through contrast values continuously? :) |
| 23:16:44 | Torne | hehe |
| 23:17:10 | | Quit wincent (Ping timeout: 260 seconds) |
| 23:22:40 | kisak | funman: ping? |
| 23:24:13 | *** | Saving seen data "./dancer.seen" |
| 23:25:00 | funman | pong |
| 23:25:06 | kisak | "Pressing home (or left) button while booting will boot OF" is a problem on the Clip+? Does this belong in the manual? (in reference to the sansaAMS wiki page) |
| 23:25:39 | funman | no i think i will remove it when USB works |
| 23:26:15 | kisak | I just got a little chuckle out of OF being a problem |
| 23:27:01 | funman | ? |
| 23:27:20 | kisak | nevermind, it's not important |
| 23:31:54 | | Join likemindead [0] (~Xmccracke@ip68-12-31-196.ok.ok.cox.net) |
| 23:34:03 | likemindead | My iPod 4th Gen/Color isn't being detected or mounted in (X)ubuntu 10.04 −− Help? |
| 23:35:45 | | Quit pamaury (Quit: Page closed) |
| 23:37:27 | bluebroth3r | likemindead: you might want to be more specific? What build are you running, have you checked dmesg, have use USB HID mode enabled? |
| 23:38:07 | | Join chrisb [0] (~chrisb@pool-98-111-151-243.phlapa.east.verizon.net) |
| 23:39:03 | | Join Forsaken_Boy [0] (~chatzilla@24.138.199.192) |
| 23:39:44 | likemindead | Looks like I have 3.4 on the device. I'll upgrade it to the latest and try that first. |
| 23:41:08 | bluebroth3r | for a release there isn't anything Rockbox related. The releases still boot into the Apple firmware for USB connections. |
| 23:41:38 | | Join roxasisalive [0] (~d8eca188@giant.haxx.se) |
| 23:41:41 | bluebroth3r | however, current builds use the Rockbox USB stack. In this case you could try disabling the USB HID feature |
| 23:41:51 | likemindead | Will do, thanks. |
| 23:42:02 | roxasisalive | hey will there be a port for the samsung yp-s3 |
| 23:42:23 | kisak | roxasisalive: you could make it happen |
| 23:42:32 | roxasisalive | good point |
| 23:42:46 | roxasisalive | thanks, you just gave me some inspiration |
| 23:43:03 | roxasisalive | now... i just need a samsung yp-s3... |
| 23:43:47 | roxasisalive | i wanna get atari 2600 on sansa e200 |
| 23:44:26 | | Quit roxasisalive (Client Quit) |
| 23:44:28 | | Quit jgarvey (Quit: Leaving) |
| 23:46:16 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 23:47:01 | | Join max242 [0] (~50c9b438@giant.haxx.se) |
| 23:48:01 | | Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) |
| 23:48:28 | max242 | still having occasional freezes on my fuze v1 when generating pictureflow cache, but it's much better since r26160, thanks funman! |
| 23:49:24 | max242 | i just found back my flyspray account, seems i also was active in april 2008 |
| 23:49:54 | max242 | should i file a bug report for this pictureflow freeze issue? |
| 23:50:19 | funman | no i think it's related to the existing bug report |
| 23:51:16 | max242 | ok, i just added a comment to #FS11267 |
| 23:51:54 | max242 | maybe i can help testing stuff |
| 23:53:09 | funman | do the buttons still activate the button light when it's crashed? |
| 23:53:22 | funman | and hold button shut down the lcd backlight ? |
| 23:53:31 | max242 | btw, the USB code changes i do see is being worked on, is that for clip and clip+, or does that also apply to the fuze v1 and v2 as well? |
| 23:54:30 | funman | what applies to clipv1 applies to fuzev1 and what applies to clipv2 and clip+ applies also to fuzev2 |
| 23:54:57 | | Quit bmbl (Quit: Bye!) |
| 23:55:02 | | Quit markun (Ping timeout: 276 seconds) |
| 23:55:12 | likemindead | How do I install the Rockbox Utility in Linux? Do I need to compile it? Or is it an executable? |
| 23:55:47 | funman | yes it's an executable |
| 23:56:11 | likemindead | Thought so. I just need to extract it? |
| 23:56:18 | max242 | funman: i'm not sure if the buttons do activate the button lights, i'll check that when i've got another crash, same for the hold button |
| 23:57:57 | max242 | at least what i think can be improved, is the feedback to the rockbox user so he/she is aware that database updates are being commited |
| 23:58:43 | max242 | what i mean is that the LCD gets dark after say step 6, and stays dark till all changes are commited |
icon identifies that the person is a core developer (has commit access).