| 00:05:38 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 00:08:57 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 00:10:39 | | Quit AlexP ("No Ping reply in 90 seconds.") |
| 00:11:25 | | Join AlexP [0] (n=alex@rockbox/staff/AlexP) |
| 00:12:56 | | Join framo4 [0] (n=chatzill@ip-87-82-152-129.easynet.co.uk) |
| 00:14:40 | lilltiger | the slowdown migh be cos of the memory having poor random write access, so when it have filled an continious empty block and finds data it will take quite a bit longer for it, i seem to have just thoes issues with my SSD drive in my computer :( |
| 00:16:25 | | Quit tvelocity ("Αποχώρησε") |
| 00:18:26 | saratoga | i don't think write speeds have anything to do with it |
| 00:18:50 | Llorean | saratoga: They might if it's trying to populate all the lists at once. |
| 00:19:05 | | Quit evilnick_7 ("http://www.mibbit.com ajax IRC Client") |
| 00:19:17 | saratoga | why would it be writing at all during the scan? |
| 00:19:43 | Llorean | Well, it almost certainly has to on some players due to RAM constraints. |
| 00:19:56 | | Join HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
| 00:20:57 | | Join moos [0] (i=mustapha@rockbox/staff/moos) |
| 00:23:07 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 00:23:08 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 00:24:09 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
| 00:24:45 | saratoga | i thought the reason we have to reboot when enabling the database was to clear up space in RAM for it |
| 00:24:48 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 00:25:11 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-379729a1a9864ffa) |
| 00:25:56 | Llorean | saratoga: Which would suggest very little RAM is used during the scan, which would suggest even more writing. |
| 00:26:18 | saratoga | if so then thats probably why its so slow |
| 00:26:41 | Llorean | Maybe a dedicated database plugin generation that can't be run during playback would make sense. |
| 00:32:52 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
| 00:35:13 | | Quit ender1 (" Variables won't. Constants aren't.") |
| 00:35:52 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
| 00:38:53 | | Join nibbler_ [0] (n=Nibbler@pD9E1F3CF.dip.t-dialin.net) |
| 00:40:32 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
| 00:42:37 | *** | Saving seen data "./dancer.seen" |
| 00:42:40 | | Join tapiocapudding [0] (n=chatzill@209.195.235.180) |
| 00:42:56 | stripwax | saratoga - hey. so, thanks for the mibbit pastebin yesterday −− I still can't see how that saves any multiplication (nor in lowmem tremor). Seems to me the best you get to save one pass over N/2 to do the unrolling (i.e. you save a loop, loads, and stores, but no mults). What am I missing ..? |
| 00:43:06 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 00:43:47 | tapiocapudding | Ok, I followed the guide to recompile lang files after changing a string but when I do all the strings off the main menu are wrong. I noticed that the source .lang files were missing the proper line breaks, could this be the problem? |
| 00:44:22 | linuxstb | What text editor were you using to view the .lang files? |
| 00:44:58 | | Quit Thundercloud (Remote closed the connection) |
| 00:45:11 | linuxstb | And what do you mean by "wrong"? |
| 00:46:22 | stripwax | In that pastebin we do 4[N/2] mults, and in tremor we do N mults on both prev and next frame, so both have 2N mults for windowing. I can't see a way around it |
| 00:47:06 | | Quit chandoo (Read error: 110 (Connection timed out)) |
| 00:48:15 | tapiocapudding | linuxstb: notepad, and they don't match up, i.e. the settings menu reads "Volume, Random, Auto-Change Directory, Theme Settings, Buttons Locked, Error Accessing Playlist File" |
| 00:48:57 | linuxstb | tapiocapudding: The line-ending problem is a limitation of notepad - it doesn't recognise unix-style line-endings in files. |
| 00:49:04 | tapiocapudding | ok |
| 00:49:55 | linuxstb | It sounds like something went wrong generating the .lng - e.g. you generated it for a different device than the one you are using. |
| 00:50:14 | linuxstb | What guide did you use? |
| 00:50:14 | tapiocapudding | ok. |
| 00:50:20 | tapiocapudding | the one in the wiki |
| 00:50:33 | tapiocapudding | probably just grabbed the wrong target id out of the config script |
| 00:51:05 | linuxstb | Sounds likely. |
| 00:52:15 | tapiocapudding | ok, so in the config script it says "target_id=14", is that the id i should be using for the -i arg? |
| 00:52:41 | | Quit nibbler_ ("Ex-Chat") |
| 00:52:46 | | Join d3v14710n [0] (i=d3v14710@unaffiliated/d3v14710n) |
| 00:53:27 | linuxstb | Yes, I think so. Is that what you used? |
| 00:53:55 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 00:54:08 | tapiocapudding | i think so but i might be wrong |
| 00:54:15 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-2f2348fe946d55d7) |
| 00:54:18 | tapiocapudding | i closed the cygwin terminal so i'll try again |
| 00:54:43 | linuxstb | Can you give me a link to the wiki page you're reading? |
| 00:54:47 | saratoga | stripwax: i need to look at this more carefully |
| 00:56:16 | | Quit framo4 ("muuh") |
| 00:57:04 | saratoga | but i think the savings should come because 1/4 the samples are identical to another 1/4, and 1/4 are the negation of the last 1/4, so unless tremor already uses this symmetry, 1/4 the multiplies could become negations, and 1/4 can be removed entirely |
| 00:57:32 | stripwax | I don't think so: agree that 1/4 of the samples are identical to another 1/4, but the window isn't symmetrical |
| 00:57:52 | stripwax | i.e. you need to multiply 1/4 by w and the other 1/4 by v, say |
| 00:58:33 | saratoga | what are w and v ? |
| 00:59:09 | stripwax | the regions of the window applicable to the first 1/4 of those samples and the second 1/4 of those samples. the relationship between those parts of the window function is something like w^2 = 1-v^2 |
| 00:59:09 | saratoga | the previous window and the current window? |
| 00:59:56 | stripwax | let's assume everything is long-long blocks so everything has same window. you still need to multiply all samples by the window function. so 1/4 of the samples in each frame might be the same, but the window function you multiply those 1/4 of samples by, is not |
| 01:00 |
| 01:00:16 | tapiocapudding | linuxstb: lemme get back to you in 1 second |
| 01:00:19 | | Quit tapiocapudding ("ok bye") |
| 01:02:09 | | Join tapiocapudding [0] (n=chatzill@209.195.235.180) |
| 01:02:17 | tapiocapudding | ok, sorry, i had to switch computers |
| 01:02:20 | | Quit bertrik (Read error: 113 (No route to host)) |
| 01:03:05 | stripwax | At least I think that's what going on. Wikipedia has been my guide.. also this has been pretty helpful: http://www.nothings.org/stb_vorbis/ |
| 01:03:05 | perrikwp | Hey all, I have a few questions about the timer in Rockbox: An HZ is equal to 1 second, correct? How many ticks are in one HZ? Does this depend on the target? |
| 01:03:24 | linuxstb | HZ is the number of ticks per second - defined to be 100 on all current targets |
| 01:03:36 | perrikwp | oh ok thanks |
| 01:03:48 | tapiocapudding | linuxstb: i was using the wiki file at http://www.rockbox.org/twiki/bin/view/Main/LangFiles |
| 01:04:13 | saratoga | i was assuming the window functions woudl be the same up to a sign for the symetric parts but maybe thats not the case |
| 01:04:18 | saratoga | i'll look into this when i have more time |
| 01:04:47 | linuxstb | tapiocapudding: So you're trying to run this line? "../../tools/genlang -e=english.lang -t=yourtarget:features -i=targetid -b=yourlang.lng yourlang.lang" |
| 01:04:55 | saratoga | but at least i think i was wrong about saving memory for wma |
| 01:04:56 | tapiocapudding | yeah |
| 01:05:04 | saratoga | which is unfortunate, more IRAM would be useful |
| 01:05:16 | tapiocapudding | except it won't work if unless you put "perl" in front of all the other stuff |
| 01:05:17 | stripwax | saratoga - ah, right. Cool. MDCT windows are *not* symmetric except for a sign, the relationship is more complex |
| 01:05:25 | tapiocapudding | i should probably add that to the wiki |
| 01:05:39 | saratoga | well they're symmetric about N/2 |
| 01:06:00 | stripwax | well, only if the prev frame and the current frame are the same size |
| 01:06:19 | linuxstb | tapiocapudding: So what did you use for the -t option? i.e. the list of features? |
| 01:06:27 | stripwax | but then the unrolled MDCT output is not symmetric about N/2 so still no symmetry benefit |
| 01:06:34 | tapiocapudding | i just put -t=ipodnano |
| 01:06:36 | saratoga | yeah |
| 01:06:43 | tapiocapudding | oh. |
| 01:06:48 | saratoga | so you're saying the most you save is the extra loads? |
| 01:06:52 | tapiocapudding | so what should i put after the colon |
| 01:07:00 | | Quit PaulJam (".") |
| 01:07:33 | stripwax | ok so I think in tremor right now, if this were implemented, you would save the loads+stores used to implement the unroll plus some adds/rsbs instructions |
| 01:07:46 | linuxstb | tapiocapudding: A long list of features... It's not easy to do manually - it's normally done automatically during a normal Rockbox build, which will probably be the best way for you to do what you want. |
| 01:08:10 | tapiocapudding | ok, so i should just edit the lang file and compile the whole rockbox build for my target? |
| 01:08:22 | stripwax | that corresponds to mdct_backward_step4 in my old profile, something like 2% of time spent. so maybe still an ok saving in time even if no memory benefit |
| 01:08:24 | saratoga | stripwax: i have to go, but i noticed that ffmpeg recently updated their vorbis decoder to use the imdct symetry, so perhaps its worth looking at how they did it |
| 01:08:33 | linuxstb | tapiocapudding: Yes, that's what I would do. |
| 01:08:38 | | Part d3v14710n |
| 01:08:42 | tapiocapudding | ok, thanks for the help. |
| 01:08:55 | Mikachu | i think the languages are compiled first so you don't have to do the whole compile probably |
| 01:08:56 | stripwax | saratoga - interesting, yep sure thing. |
| 01:09:43 | stripwax | [for reference the windowing is something like 6% of time spent] |
| 01:10:41 | perrikwp | going along with my last question how many ticks are in a millisecond? |
| 01:11:16 | pixelma | "Prevent Track Skipping" will prevent skipping at all so you stay at the same track all the time, correct? I just wanted to make sure and spell that out, because the German translation in the tracker confused me a bit there, it sounded like it did something slightly different (and it looks like I can't use it anyways) |
| 01:14:30 | | Join barrywardell [0] (n=barrywar@140-182-249-77.dhcp-bl.indiana.edu) |
| 01:15:37 | JdGordon| | perrikwp: HZ ticks per second.. |
| 01:15:41 | JdGordon| | HZ usually being 100 |
| 01:16:36 | stripwax | saratoga - I don't see an ffmpeg change (at least by eyeballing the shortlog), got a link? |
| 01:17:31 | stripwax | perrikwp - so HZ/10 ticks per millisecond (i.e. usually less than one tick per millisecond..) |
| 01:18:04 | perrikwp | ok thanks |
| 01:18:53 | perrikwp | sleep(x) is defined in ticks right? |
| 01:19:15 | Mikachu | if you sleep(HZ) you sleep one second, yes |
| 01:20:46 | perrikwp | thanks a lot just trying to make sure the plugin I'm writing is pretty accurate |
| 01:22:23 | | Quit r0b- (Read error: 110 (Connection timed out)) |
| 01:23:33 | | Join chandoo [0] (n=chandoo@ool-4353b978.dyn.optonline.net) |
| 01:23:37 | | Join evilnick [0] (i=620ec27e@gateway/web/ajax/mibbit.com/x-c82b7b922012bea0) |
| 01:24:35 | | Quit amiconn (Nick collision from services.) |
| 01:24:37 | | Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) |
| 01:24:45 | | Quit chandoo (Client Quit) |
| 01:24:56 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
| 01:24:57 | | Quit pixelma (Nick collision from services.) |
| 01:24:57 | | Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) |
| 01:25:15 | | Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) |
| 01:27:19 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 01:35:36 | | Quit Thundercloud (Remote closed the connection) |
| 01:35:40 | | Quit CIA-37 () |
| 01:36:40 | | Quit Genesis ("parti fabriquer des IP") |
| 01:38:20 | | Quit stripwax ("http://miranda-im.org") |
| 01:38:27 | | Quit barrywardell () |
| 01:43:29 | | Join tvelocity [0] (n=tony@adsl15-233.her.forthnet.gr) |
| 01:46:35 | | Join CIA-70 [0] (n=CIA@208.69.182.149) |
| 01:47:29 | | Quit Rondom ("Ex-Chat") |
| 01:48:08 | | Quit BlakeJohnson86 ("Leaving.") |
| 01:48:51 | | Quit gevaerts (Nick collision from services.) |
| 01:48:59 | | Join gevaerts_ [0] (n=fg@rockbox/developer/gevaerts) |
| 01:49:47 | | Quit efyx (Read error: 104 (Connection reset by peer)) |
| 01:49:48 | | Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
| 01:49:56 | | Quit moos ("Rockbox rules the DAP world") |
| 01:59:57 | | Quit tapiocapudding ("ChatZilla 0.9.84 [Firefox 3.0.11/2009060215]") |
| 02:00 |
| 02:00:32 | | Join efyx [0] (n=efyx@lap34-1-82-224-140-171.fbx.proxad.net) |
| 02:03:26 | | Quit robin0800 ("Leaving") |
| 02:06:39 | | Quit bmbl ("Woah!") |
| 02:08:27 | | Join robin0800_ [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 02:09:09 | | Quit Horscht (Read error: 110 (Connection timed out)) |
| 02:10:33 | | Quit robin0800_ (Client Quit) |
| 02:10:55 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 02:11:27 | | Quit robin0800 (Client Quit) |
| 02:13:27 | | Join dandin1 [0] (n=dandin1-@69-196-152-18.dsl.teksavvy.com) |
| 02:14:22 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 02:15:13 | | Join r0b- [0] (n=nnscript@adsl-76-236-182-214.dsl.klmzmi.sbcglobal.net) |
| 02:16:17 | | Part toffe82 |
| 02:20:40 | | Quit perfectdrug_ () |
| 02:27:20 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 02:27:45 | | Quit dandin1 (Read error: 60 (Operation timed out)) |
| 02:27:59 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-7089c50574059985) |
| 02:30:44 | | Join dandin1 [0] (n=dandin1-@69-196-152-18.dsl.teksavvy.com) |
| 02:40:45 | | Quit jgarvey ("Leaving") |
| 02:42:39 | *** | Saving seen data "./dancer.seen" |
| 02:43:56 | | Quit robin0800 ("Leaving") |
| 02:44:15 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 02:51:43 | | Quit evilnick ("http://www.mibbit.com ajax IRC Client") |
| 02:58:08 | | Quit efyx (Remote closed the connection) |
| 03:00 |
| 03:00:44 | | Quit robin0800 ("Leaving") |
| 03:01:03 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 03:05:04 | | Quit robin0800 (Client Quit) |
| 03:07:08 | | Quit gregzx ("ChatZilla 0.9.84 [Firefox 3.0.11/2009060215]") |
| 03:11:54 | | Quit amiconn (Read error: 104 (Connection reset by peer)) |
| 03:11:57 | | Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) |
| 03:12:08 | | Quit pixelma (Nick collision from services.) |
| 03:12:10 | | Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) |
| 03:12:17 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
| 03:12:28 | | Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) |
| 03:50:32 | | Quit JdGordon| ("http://www.mibbit.com ajax IRC Client") |
| 03:57:24 | | Quit martian67 (Connection timed out) |
| 04:00 |
| 04:00:55 | r0b- | how does one launch helloworld.lua |
| 04:07:56 | safetydan | r0b-: stick on your player somewhere than "play" it |
| 04:17:27 | r0b- | and where mighti find it? in the rockbox source or is it part of the build for like the e200 |
| 04:39:21 | | Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-fa3283439a1eedf4) |
| 04:42:43 | *** | Saving seen data "./dancer.seen" |
| 04:45:35 | | Join martian67 [0] (n=martian6@about/linux/regular/martian67) |
| 04:46:16 | | Quit martian67 (SendQ exceeded) |
| 04:47:03 | | Join martian67 [0] (n=martian6@about/linux/regular/martian67) |
| 04:47:45 | | Quit martian67 (SendQ exceeded) |
| 04:48:36 | | Join martian67 [0] (n=martian6@about/linux/regular/martian67) |
| 04:52:31 | | Quit dandin1 () |
| 05:00 |
| 05:02:13 | safetydan | r0b-: http://www.rockbox.org/twiki/bin/view/Main/PluginLua has a link to it |
| 05:05:35 | r0b- | i found it :) |
| 05:15:58 | | Quit bubsy (Read error: 60 (Operation timed out)) |
| 05:28:03 | | Join antil33t [0] (n=Mudkips@119.224.12.185) |
| 05:44:35 | | Join Horscht [0] (n=Horscht2@xbmc/user/horscht) |
| 05:45:12 | | Quit Horscht (Client Quit) |
| 05:48:59 | | Join x72_l [0] (n=x72@mx88.static.corbina.ru) |
| 05:49:04 | | Quit lilltiger (Read error: 104 (Connection reset by peer)) |
| 05:49:11 | | Join lilltiger [0] (n=lilltige@82.145.152.217) |
| 06:00 |
| 06:04:42 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 06:09:23 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 06:09:52 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-84685e057d39cb00) |
| 06:40:23 | | Nick intrados_ is now known as intrados (n=intrados@cpe-71-67-129-220.woh.res.rr.com) |
| 06:42:46 | *** | Saving seen data "./dancer.seen" |
| 07:00 |
| 07:14:29 | | Join matsl [0] (n=matsl@dhcp126.contactor.se) |
| 07:37:48 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 07:38:21 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-9139e025ad7b5365) |
| 07:44:11 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
| 07:46:33 | | Join markun [50] (n=markun@rockbox/developer/markun) |
| 07:50:52 | | Quit timc (Read error: 110 (Connection timed out)) |
| 07:55:16 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
| 07:57:11 | | Join jordoex [0] (n=quassel@S010600032f35d6b0.vc.shawcable.net) |
| 08:00 |
| 08:05:22 | | Join jordoex_ [0] (n=quassel@S0106002129693a39.vc.shawcable.net) |
| 08:07:00 | | Quit AndyIL (Read error: 110 (Connection timed out)) |
| 08:09:37 | | Join kyp [0] (n=kyp@97.100.239.65) |
| 08:11:06 | | Part kyp |
| 08:12:32 | | Join evilnick_home1 [0] (n=evilnick@pool-173-52-144-203.nycmny.east.verizon.net) |
| 08:12:49 | | Join Rob2223 [0] (n=Miranda@p4FDCD8DA.dip.t-dialin.net) |
| 08:18:10 | | Join Xakh [0] (n=xakh@adsl-69-153-63-240.dsl.snantx.swbell.net) |
| 08:19:53 | | Quit Rob2222 (Read error: 60 (Operation timed out)) |
| 08:20:33 | | Quit jordoex (Read error: 110 (Connection timed out)) |
| 08:21:49 | | Join thecoolgman [0] (n=446e5e7d@gateway/web/cgi-irc/labb.contactor.se/x-54aae179fdc284ef) |
| 08:22:51 | | Quit thecoolgman (Client Quit) |
| 08:25:02 | | Quit evilnick_home (Read error: 110 (Connection timed out)) |
| 08:26:12 | | Quit Dhraakellian ("reboot! shock! horror! (well, 62 days ain't *too* bad)") |
| 08:26:36 | | Join Dhraakellian [0] (n=ntryon@72.226.197.191) |
| 08:26:42 | | Quit Dhraakellian (Read error: 104 (Connection reset by peer)) |
| 08:27:55 | | Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) |
| 08:28:02 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 08:31:20 | | Join pondlife [50] (n=Steve@rockbox/developer/pondlife) |
| 08:38:28 | | Quit safetydan ("Leaving.") |
| 08:42:47 | *** | Saving seen data "./dancer.seen" |
| 08:48:03 | | Join flydutch [0] (n=flydutch@host46-210-dynamic.15-87-r.retail.telecomitalia.it) |
| 08:48:13 | | Quit tessarakt ("Client exiting") |
| 08:50:00 | | Join timc [0] (n=aoeu@116.3.0.82) |
| 08:52:03 | | Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") |
| 08:52:05 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 08:53:45 | | Quit stripwax (Client Quit) |
| 08:54:00 | | Part Xakh |
| 08:58:34 | pondlife | Hmm, can we license something yet say it's from "an unknown author"... ? See http://themes.rockbox.org/index.php?target=h10_5gb |
| 08:59:04 | Llorean | No, we can't. |
| 09:00 |
| 09:00:08 | Llorean | At least, we'd need to know enough about the original author to know if he licensed it CC-by-SA or permissively enough that CC-by-SA could be applied to it |
| 09:00:18 | pondlife | I thought as much.. |
| 09:00:29 | Llorean | Also, I like your idea of dismissing the splash by simply being able to ignore it. |
| 09:00:42 | pondlife | That's how it works for the blind, really. |
| 09:00:42 | Llorean | Assuming I'm reading it right. |
| 09:01:00 | pondlife | Yes, basically it's there until a key is pressed. |
| 09:01:10 | Llorean | And that key function is executed as normal |
| 09:01:13 | pondlife | Yes |
| 09:01:29 | pondlife | Probably best to keep a 4s timeout for those who don't realise they can dismiss it. |
| 09:01:40 | Llorean | I'd say leave the splash timeouts as they are already. |
| 09:01:42 | pondlife | But either way there's no impact on usability. |
| 09:01:46 | pondlife | OK |
| 09:01:56 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 09:02:02 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 09:02:04 | pondlife | But have a timeout too |
| 09:02:14 | * | linuxstb likes that idea too |
| 09:02:44 | Llorean | Keep the timeouts as they are now, but make splashes "ignorable" by having any button press immediately clear the splash *and* do what that button's supposed to do? |
| 09:02:52 | pondlife | Yes |
| 09:03:37 | pondlife | I think that achieves the aims (1) don't annoy Jd (2) don't have any timing dependencies (3) simple |
| 09:03:57 | Llorean | And (4) any accidents that can happen are the least harmful sort (missing a splash) |
| 09:04:14 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 09:04:27 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-f5aaf0490eeb485e) |
| 09:04:33 | pondlife | I'd certainly think there's no need to have both a splash() and an asplash() call ;) |
| 09:04:42 | Llorean | I think most of the work for that is actually already done by Kugel's patch. IIUC it makes splashes dismissable by any key and the splash function returns the keypress used to dismiss them |
| 09:05:40 | pondlife | Ideally, the calling code should not need to do any special processing - the splash should return with the button press still buffered. |
| 09:05:47 | pondlife | i.e. no return value |
| 09:06:02 | Llorean | Ah |
| 09:06:05 | pondlife | (We do have a button buffer, don't we?) |
| 09:09:42 | pixelma | it's cool that JdGordon removed his first post entirely in this splash thread though |
| 09:09:42 | pondlife | It only needs to be one button (including combos!) |
| 09:09:42 | Llorean | I also don't see anything wrong with hiding "Resume Playback" when resuming is impossible, but I think a better option is that resuming after the end of a playlist restarts it (I think there's already a patch for this too) |
| 09:09:42 | pondlife | Yes, make the playlist index auto return to 0 at the end of a playlist (when not repeating). |
| 09:09:42 | pixelma | (actually replaced it with something else, that doesn't explain why the thread is there) |
| 09:09:42 | pondlife | pixelma: ?? It's on the ML, isnt' it? |
| 09:09:42 | | Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) |
| 09:09:42 | pondlife | Ah - you mean the forum? |
| 09:09:42 | pondlife | That must be a recent edit |
| 09:09:42 | pixelma | yes |
| 09:09:42 | * | Llorean notes that there's not actually a patch attached, hrm. |
| 09:12:30 | pixelma | you mean the "resume" patch? |
| 09:13:34 | Llorean | Yeah |
| 09:20:34 | pixelma | Llorean: http://www.rockbox.org/irc/log-20090616#23:15:55 |
| 09:21:04 | pixelma | or ask Mikachu to upload the patch himself |
| 09:22:21 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 09:22:54 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-2dd2d57644ae8dce) |
| 09:26:56 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 09:36:48 | | Quit intrados (Read error: 104 (Connection reset by peer)) |
| 09:36:58 | | Quit bluebrother (Read error: 113 (No route to host)) |
| 09:37:11 | | Join nibbler_ [0] (n=Nibbler@pD9E320AE.dip.t-dialin.net) |
| 09:37:58 | | Join intrados [0] (n=intrados@cpe-71-67-129-220.woh.res.rr.com) |
| 09:43:09 | | Quit bertrik (Read error: 113 (No route to host)) |
| 09:43:18 | | Join safetydan [0] (n=Dan@rockbox/developer/safetydan) |
| 09:50:34 | | Quit Thundercloud (Remote closed the connection) |
| 09:55:53 | CIA-70 | New commit by dan (r21315): Commit FS #10324 from Jeffrey Goode. ... |
| 09:58:42 | safetydan | wow... it's been a year since my last commit |
| 09:59:02 | safetydan | must be something about winter that makes coding easier |
| 10:00 |
| 10:00:52 | * | JdGordon goes to bed, but first says the making splash() return the button is a bad idea for a few reasons.. 1) its a lot of work, 2) it means passing in a context to the splash also |
| 10:01:53 | JdGordon | also, I tinhk passing the button back will lead to confusion |
| 10:02:43 | * | gevaerts_ also doesn't really like that idea at first sight |
| 10:02:47 | | Nick gevaerts_ is now known as gevaerts (n=fg@rockbox/developer/gevaerts) |
| 10:08:58 | Mikachu | Llorean: 10343? |
| 10:09:18 | Mikachu | oh it didn't attach the file |
| 10:09:20 | Mikachu | :) |
| 10:09:46 | linuxstb | "it" didn't ? ;) |
| 10:09:48 | Mikachu | ah i know why |
| 10:10:04 | Mikachu | i filled in the box, forgot to fill in the summary and got the red text, filled in the summary and then the file box was emptied for me |
| 10:10:12 | Mikachu | the same thing happened now when i left the comment box empty |
| 10:10:47 | | Quit BHSPitMonkey ("Ex-Chat") |
| 10:19:13 | | Quit r0b- (Read error: 110 (Connection timed out)) |
| 10:19:28 | | Join r0b- [0] (n=nnscript@adsl-76-236-182-214.dsl.klmzmi.sbcglobal.net) |
| 10:23:03 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 10:24:02 | | Join efyx [0] (n=efyx@lap34-1-82-224-140-171.fbx.proxad.net) |
| 10:25:04 | | Join PaulJam [0] (i=PaulJam_@vpn-3104.gwdg.de) |
| 10:28:53 | pondlife | Llorean (and JdGordon if you're still around): non-button-eating abortable splash patch needs testing - see http://www.rockbox.org/tracker/task/10322 |
| 10:29:18 | pondlife | Very simplistic - probably won't work on touchscreen, and need to see how it affects USB. |
| 10:33:43 | | Quit robin0800 ("Leaving") |
| 10:34:01 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 10:38:34 | | Join Blue_Dude [0] (n=chatzill@adsl-235-206-197.mco.bellsouth.net) |
| 10:39:51 | Blue_Dude | safetydan: Thanks for r21315 / FS #10324! |
| 10:40:07 | safetydan | Blue_Dude: no probs, looking at committing your other one as well |
| 10:40:15 | safetydan | just want to run it on my h120 first as a smoke test |
| 10:40:33 | Blue_Dude | No prob. |
| 10:42:49 | *** | Saving seen data "./dancer.seen" |
| 10:45:48 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
| 10:47:54 | CIA-70 | New commit by dan (r21316): Commit FS #10335 from Jeffrey Goode. ... |
| 10:48:45 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 10:48:48 | safetydan | hrm, Blue_Dude, I just realised that I assumed that was your real name. I'm hoping it is. |
| 10:49:07 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-a66b068d1adb1b6c) |
| 10:49:23 | Blue_Dude | It is. I didn't cheat in FS. Thanks for asking. |
| 10:49:35 | Blue_Dude | And thanks for the commit. |
| 10:49:45 | * | pixelma is a bit annoyed by fml hijacking the splashes thread, but doesn't really want to add more fuss to it by sending a mail (so hopes he reads logs) |
| 10:49:58 | | Quit kachna (Read error: 113 (No route to host)) |
| 10:50:51 | | Join Grahack [0] (n=chri@stc92-1-82-227-106-100.fbx.proxad.net) |
| 10:51:30 | | Part Grahack |
| 10:52:07 | * | Llorean thinks customizable button hold times is a bit excessive. |
| 10:52:38 | Llorean | Especially since some players have hardware times (power button on H100, etc) that we can't do anything about anyway. |
| 10:54:36 | pondlife | Indeed |
| 10:55:07 | pondlife | How many places does the "very long press" apply? (i.e. targets/contexts) |
| 10:55:33 | Llorean | Power on iPods, power on e200 *if* the player is locked up and you need the hardware poweroff. |
| 10:55:49 | Llorean | But the problem he's trying to address is people being unable to short-press. |
| 10:56:04 | Llorean | I'd imagine the same people need to adjust keyboard repeat timings then, though. |
| 10:56:17 | | Join Genesis [0] (n=genesis@237.249.97-84.rev.gaoland.net) |
| 10:56:50 | Llorean | As far as I know, the only "normal" use of very long press vs long press is the shutdown on iPods. A mere long press stops playback, and is the only time a long press is also used on that button afaik. |
| 10:57:15 | Llorean | If you release the button when you see the WPS vanish you're fine. Also, I imagine few people with iPods even stop playback since the OF didn't have a "stop" concept anyway |
| 10:57:26 | * | Mikachu changed shutdown to very long select+play on his ipod (shut down in the jpg viewer one too many times :) |
| 10:57:38 | pondlife | So, aside from hardware/startuip cases we only have that one? Could it not be remapped? |
| 10:57:57 | Llorean | pondlife: There's nothing free in the WPS |
| 10:58:15 | Llorean | Menu = menu, long menu = WPS, left/right skip and seek, select selects or context menu |
| 10:58:26 | Llorean | So stop needs to be on long play, as that's the only button free |
| 10:58:35 | Llorean | And that leaves very long *something* for powerdown, or we drop stop as a concept. |
| 10:58:41 | Mikachu | menu+left/right and left+right are free, but somewhat tricky to press :) |
| 10:58:42 | Llorean | And you need "stop" to be able to start new playlists. |
| 10:58:50 | Llorean | Combos are pretty bad on an iPod |
| 10:59:14 | pondlife | OK, so maybe the shutdown menu option is a better solution for iPods? |
| 10:59:34 | pondlife | (I don't have one, so I don't really know how it would "feel".) |
| 10:59:35 | Llorean | I don't think it's *really* a problem. |
| 10:59:41 | pondlife | Ah, ok. |
| 10:59:42 | Llorean | I've never had any difficulty differentiating the two |
| 11:00 |
| 11:00:01 | pondlife | gevaerts: ping |
| 11:00:28 | pondlife | gevaerts: So non-button events go into the button queue? |
| 11:00:38 | gevaerts | yes |
| 11:00:44 | pondlife | Even if hold is on ;) |
| 11:00:49 | Mikachu | a few years ago i had this applied, but didn't bother fixing it when it conflicted this time http://comm.it.cx/?p=rockbox-svn.git;a=commitdiff;h=7fecbe153ee3 |
| 11:00:59 | Mikachu | adds some shutdown menu entries |
| 11:01:04 | gevaerts | even if hold is on, yes :) |
| 11:01:39 | pondlife | gevaerts: I guess I need to peek the queue then and ignore some things... |
| 11:02:16 | gevaerts | that's hard as well. What if you first get a few SYS_EVENTs and then the button you expect? |
| 11:03:36 | pondlife | I'm only checking, not changing the queue |
| 11:03:48 | pondlife | If there are any buttons in there, return. |
| 11:03:57 | pondlife | The queue will then be processed. |
| 11:04:16 | pondlife | SYS_EVENTs will not be processed while the splash is displayed though |
| 11:04:21 | | Quit nibbler_ (Read error: 110 (Connection timed out)) |
| 11:04:31 | pondlife | The dequeuing happens as normal, outside of the splash. |
| 11:04:35 | gevaerts | that's still a lot better than having them thrown away |
| 11:04:56 | Mikachu | you might have to guard against scrollwheels on ipods |
| 11:05:18 | pondlife | Is there a non-destructive way to read queues at the moment? |
| 11:05:28 | pondlife | queue peek (position), I guess |
| 11:05:47 | gevaerts | ah yes, scrollwheels... What should those do in this system? |
| 11:06:08 | pondlife | When moved, they cancel the splash |
| 11:06:17 | pondlife | Same as any button, I'd think |
| 11:06:25 | pondlife | Or do they continuously send? |
| 11:06:53 | gevaerts | I know the ipod scrollwheel tends to send move events whenever you breathe in its general direction |
| 11:07:01 | pondlife | Ah, ok |
| 11:07:19 | pondlife | Well, let's try for a sompler solution then restrict that if it proves necessary |
| 11:07:30 | gevaerts | i.e. if you do that, people will dismiss a lot of splashes accidentally |
| 11:08:11 | pondlife | Indeed, but we can add that later (but before commit) |
| 11:08:35 | pondlife | I just want to see if the basic idea is feasible first |
| 11:11:05 | * | gevaerts thinks he won't like easy-to-dismiss splashes at all... |
| 11:11:26 | gevaerts | but yes, maybe trying it could make me change my mind |
| 11:16:16 | | Join nibbler_ [0] (n=Nibbler@pD9E320AE.dip.t-dialin.net) |
| 11:20:30 | | Quit robin0800 ("Leaving") |
| 11:20:40 | | Quit Blue_Dude ("ChatZilla 0.9.84 [Firefox 3.0.11/2009060215]") |
| 11:20:48 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 11:28:40 | | Join ucchan [0] (n=ucchan@i114-182-56-62.s05.a014.ap.plala.or.jp) |
| 11:32:02 | | Quit robin0800 ("Leaving") |
| 11:32:22 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 11:36:53 | pondlife | gevaerts: Updated patch on http://www.rockbox.org/tracker/task/10322 - hope I got the queue stuff right :) |
| 11:40:50 | gevaerts | pondlife: I'm not sure how queues work internally, so I don't know :) |
| 11:41:53 | pondlife | heh, that makes 2 of us |
| 11:42:14 | pondlife | Well, it seems to work on the sim, maybe someone could try it with a wheel? |
| 11:42:46 | | Quit robin0800 (Read error: 104 (Connection reset by peer)) |
| 11:43:00 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 11:43:54 | ucchan | For Release Notes for Rockbox 3.3, FS #9383 is solved by applying my patch. Then could anyone commit it? |
| 11:44:55 | | Quit robin0800 (Client Quit) |
| 11:45:14 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 11:46:28 | ucchan | If it is possible, could you commit FS #9707 too ? |
| 11:47:47 | | Quit robin0800 (Client Quit) |
| 11:47:48 | Llorean | You're supposed to bring up such patches during the freeze, not after the branch. At this point only absolutely critical patches should be applied to the branch. |
| 11:48:06 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 11:48:35 | pixelma | I didn't know that (though applying to both branchses is a bit harder but) |
| 11:49:04 | Llorean | pixelma: The whole point of the branch is that it's supposed to be a release candidate. Unless some severe bug escaped our notice, it's not supposed to change once we branch. |
| 11:49:08 | gevaerts | I think bugfixes are still fine after the branch, but preferably *soon* after |
| 11:49:32 | Llorean | gevaerts: Very very safe, or very very important ones mainly |
| 11:49:54 | Llorean | Since the branch isn't likely to get much testing, realistically |
| 11:50:41 | pixelma | so a German language update shouldn't go in anymore? |
| 11:51:01 | Llorean | Language updates aren't the same thing. |
| 11:51:06 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 11:51:29 | Llorean | They should be fine all the way up until the release. |
| 11:51:40 | ucchan | If FS #9383 applies, then known bugs disappears from one. |
| 11:51:45 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-10752c7a78552ef1) |
| 11:55:33 | | Join kachna [0] (n=kachna@r3g248.net.upc.cz) |
| 11:59:13 | pondlife | If we think that #9383 is serious enough to mention in the release notes, it should be serious enough to patch, IMHO... |
| 12:00 |
| 12:00:22 | pondlife | (I'm not sure how serious it is, but then I don't use the chessclock plugin.) |
| 12:01:52 | pixelma | I agree that it should get some testing before (I mean potentially it could cause another bug we couldn't describe in the release notes), on the other hand it's "only" a plugin |
| 12:03:22 | gevaerts | I'm not against applying it. The bugs in that particular plugin are pretty serious I think |
| 12:03:49 | | Quit robin0800 ("Leaving") |
| 12:04:08 | | Join robin0800 [0] (n=robin080@81.98.157.181) |
| 12:04:23 | Llorean | It's been in the release notes since 3.0 |
| 12:05:33 | gevaerts | IIRC my opinion then was to actually drop the plugin from the release... |
| 12:05:35 | Llorean | The patch really should've been applied much earlier if it was to be in this release. Is it very unlikely to have new problems? |
| 12:05:53 | | Join plx140 [0] (n=Oliver@xdsl-87-79-51-250.netcologne.de) |
| 12:05:56 | Llorean | "it" being the patch |
| 12:07:35 | plx140 | hello everyone. i have a some strange behaviour going on with my h320 - theres a slight rumbling noise of the HD while recording from radio. plu, the display is flickering a bit every time the hd is accessed... any idea anyone? |
| 12:08:37 | Llorean | I'm not even sure what 9707 does. It says it "fixes" several problems but I can't tell from the description what the fixed new behavours are. I'm not even entirely sure all of them are problems. |
| 12:08:54 | Llorean | plx140: Old battery, at first guess. |
| 12:09:56 | plx140 | the battery is qujite new. its a cameron sino 2200mah, a replacement for the dead stock battery. |
| 12:10:10 | plx140 | happens with ac adaptor as well, btw |
| 12:10:25 | Llorean | Is the HD stock? |
| 12:10:29 | plx140 | it is |
| 12:11:03 | Llorean | So you've only replaced the battery? It's still quite possible the battery was a fake, it's not too uncommon. |
| 12:11:24 | plx140 | fake? |
| 12:12:07 | plx140 | hmm... i ordered it at a reliable dealer... |
| 12:13:22 | | Quit ucchan ("Leaving...") |
| 12:16:26 | plx140 | now, this is what happened: i first changed the battery and everything worked fine. a few weeks later i repaired the "hold" button (the knob on the case), NOT on the pcb.... and after that, in a "magical" way, the screen started flickering - i opened the h320 again to see if ive done something wrong or whatever. but (since i only replaced the hold-button ) everythings was ok |
| 12:19:30 | plx140 | its s slight flickering when the hd is accessed and i decided to take it for usual - until i heard the noise during radio recordings. i mean i want to replace the hd with a CF card anyway, but i fear that theres somnething basically wrong or broken.... dont havea clue :( |
| 12:22:08 | pondlife | plx140: Probably best if you post on the forum. |
| 12:25:41 | | Join gregzx [0] (n=chatzill@dsd26.neoplus.adsl.tpnet.pl) |
| 12:29:34 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
| 12:30:12 | plx140 | tried that already |
| 12:31:26 | plx140 | ok, another question: doea anyone have a tipp for a 32gb cf card that is (as) fast (as the stock hd) and not too expensive? |
| 12:31:30 | plx140 | s |
| 12:32:48 | Llorean | plx140: Which forum did you post on? |
| 12:33:00 | Llorean | Also, is speed that particularly important? Do you transfer a lot back and forth? |
| 12:33:01 | plx140 | rockbox forum |
| 12:33:50 | FrankTM | oh |
| 12:34:19 | plx140 | hmm... well, it depends - basically i just wanna go sure to NOT have a slow transfer. use it for file xchange sometimes |
| 12:34:36 | | Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) |
| 12:35:08 | plx140 | rockbox forum -> hardware |
| 12:35:45 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
| 12:36:13 | | Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) |
| 12:37:56 | plx140 | Llorean: it shouldnt be slower than the HD. i mean, i searched a bit, read forum threads and so on but i thought it would be useful to ask HERE. i took a look at the kingston elite pro 32gb 133x, ridata lightning 32gb 233x, topram 32gb (no idea of the speed), transcend 32gb. the kingston is the most attractive as its the cheapest |
| 12:38:49 | | Quit J-23 (Remote closed the connection) |
| 12:38:55 | | Join J-23 [0] (n=zelazko@unix.net.pl) |
| 12:42:53 | *** | Saving seen data "./dancer.seen" |
| 12:44:54 | markun | I'm trying out the timestretch feature on my Gigabeat. I've turned it on, rebooted, but when I change the speed in the pitch menu, I don't hear any sound until I change the speed back to 100%. Anything I'm doing wrong? |
| 12:46:51 | gevaerts | Is there a reason why the "rewind duration on pause" setting is only for headphone unplug? I'd expect that to be a useful setting for everyone |
| 12:47:03 | gevaerts | s/everyone/all sorts of pause/ |
| 12:47:52 | markun | gevaerts: would be useful indeed |
| 12:48:19 | Llorean | Pauses are usually intentional, headphone unplugs are considered likely to be an accident I guess. |
| 12:48:50 | Llorean | Also, the pause on headphone unplug takes a second to respond, so the rewind is in part to compensate for the delay before it pauses. |
| 12:49:46 | markun | still, I would like the feature. If I pause and it's in the middle of a word, it's difficult to understand when I resume. |
| 12:50:15 | markun | but how to add it without turning it into a settings nightmare.. |
| 12:51:08 | Llorean | I've never really had a problem with it. I have a lot of spoken word stuff I use, and it's pretty rare that I have a problematic word that I don't know from context, and yet badly need to know. |
| 12:51:39 | plx140 | Llorean: any idea concerning my post about the CF stuff? |
| 12:52:34 | | Join bubsy [0] (i=Bubsy@94.139.72.137) |
| 12:52:34 | | Quit bubsy (Remote closed the connection) |
| 12:52:41 | | Join webguest97 [0] (n=3ba72487@gateway/web/cgi-irc/labb.contactor.se/x-65e745a0a55be649) |
| 12:52:52 | Llorean | plx140: It's really sorta off-topic here. Hardware mods like that don't really have anything to do with Rockbox, they're not even Rockbox-specific |
| 12:53:18 | | Quit safetydan ("Leaving.") |
| 12:53:19 | | Join bubsy [0] (i=Bubsy@94.139.72.137) |
| 12:53:28 | | Join asdf2 [0] (n=asdf@ppp59-167-36-135.lns2.cbr1.internode.on.net) |
| 12:54:31 | plx140 | right, but i hoiped that maybe people here have experiences with that and could gimme a hint, even as pm |
| 12:54:54 | asdf2 | is there an RSS feed *just* for releases, or is the Major Changes feed all there is? |
| 12:56:29 | Llorean | Releases happen every 3 months |
| 12:56:39 | Llorean | There's not really a need for an RSS feed for a scheduled event. |
| 12:56:52 | | Part Llorean |
| 12:57:30 | | Join Llorean [0] (n=DarkkOne@99.182.52.92) |
| 12:57:41 | asdf2 | Oh I see, thanks |
| 12:57:44 | | Quit webguest97 ("CGI:IRC (Ping timeout)") |
| 12:57:46 | | Join mib_q0co51 [0] (i=5ed6497d@gateway/web/ajax/mibbit.com/x-1cf40dbe29630cb9) |
| 12:59:09 | markun | Llorean: any idea what I'm doing wrong with the timestretch feature? |
| 12:59:38 | | Join pondlife1 [0] (n=Steve@cpc1-rdng11-0-0-cust362.winn.cable.ntl.com) |
| 13:00 |
| 13:00:15 | pondlife1 | gevaerts: I've long thought the rewind-on-pause should have 3 options - never, headphone removal, always |
| 13:00:27 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 13:00:35 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-2d69bcc23914d822) |
| 13:01:09 | | Quit mib_q0co51 (Client Quit) |
| 13:01:11 | pondlife1 | gevaerts: You might want to look at FS #9448 |
| 13:01:25 | Llorean | markun: I seem to remember someone mentioning that you have to switch to the third mode (the one that says "Pitch" and "Speed") and use it first, before the other one will work properly |
| 13:02:09 | pondlife1 | That should not be required |
| 13:02:15 | markun | Llorean: I only tried it in that mode. Let me try again. The file I'm testing with is 48kHz, could have something to do with it. |
| 13:02:27 | pondlife1 | markun: Very possibly |
| 13:03:11 | pondlife1 | markun: Now I've read the logs, sounds like you're seeing the same as kugel was - try the patch on http://www.rockbox.org/tracker/task/10341 ? |
| 13:05:35 | | Join TheSphinX^ [0] (n=cold@p54A5C705.dip.t-dialin.net) |
| 13:06:03 | markun | Llorean, pondlife1: you guys are right, after changing the pitch first a bit it works. |
| 13:06:22 | pondlife1 | markun: Does the patch fix it? I'd like to commit if so |
| 13:06:33 | markun | still have to try it |
| 13:06:46 | pondlife1 | OK, would be appreciated if you can. |
| 13:07:13 | pondlife1 | Or I guess I could commit anyway .. |
| 13:07:17 | markun | I will |
| 13:07:30 | amiconn | Llorean: There are more uses of long press and very long press on the same button than just ipods |
| 13:09:17 | Llorean | What other players use them, where they're not a hardware feature? |
| 13:11:25 | markun | pondlife1: yes, that patch fixes it |
| 13:12:00 | pondlife1 | Thanks - will commit |
| 13:12:13 | pondlife1 | brb |
| 13:12:15 | | Part pondlife1 |
| 13:14:41 | | Quit pondlife (Read error: 110 (Connection timed out)) |
| 13:16:59 | | Part asdf2 |
| 13:18:39 | | Join pondlife1 [0] (n=Steve@cpc1-rdng11-0-0-cust362.winn.cable.ntl.com) |
| 13:19:54 | CIA-70 | New commit by pondlife (r21317): Rework internal timestretch enable/disable code - fix FS #10341(hopefully). |
| 13:21:18 | FrankTM | hehe |
| 13:24:35 | | Quit linuxstb (Remote closed the connection) |
| 13:27:32 | LinusN | pondlife1: "Assume timestretch will not not be used" - double negation ;-) |
| 13:27:50 | pondlife1 | hehe, single typofication |
| 13:28:23 | | Part pondlife1 |
| 13:29:29 | | Join Rob2222 [0] (n=Miranda@p4FDCFDB7.dip.t-dialin.net) |
| 13:30:36 | CIA-70 | New commit by pondlife (r21318): Fix silly typo in comment, but nothing more. |
| 13:31:11 | | Quit PaulJam (Nick collision from services.) |
| 13:31:16 | | Join PaulJam_ [0] (i=PaulJam_@vpn-3031.gwdg.de) |
| 13:42:32 | | Join Shadz [0] (n=hammerfa@189-19-251-200.dsl.telesp.net.br) |
| 13:43:16 | | Join zxczxc [0] (n=aa@151.65.113.185) |
| 13:53:42 | | Join genesis_ [0] (n=genesis@77.230.102-84.rev.gaoland.net) |
| 14:00 |
| 14:02:13 | | Join pondlife [50] (n=Steve@rockbox/developer/pondlife) |
| 14:02:45 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 14:03:03 | | Quit zxczxc () |
| 14:03:32 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-f847270e3d96ee75) |
| 14:05:26 | | Quit Genesis (Read error: 110 (Connection timed out)) |
| 14:05:54 | | Nick genesis_ is now known as Genesis (n=genesis@77.230.102-84.rev.gaoland.net) |
| 14:06:18 | * | Genesis tries to compile rockbox with openembedded |
| 14:07:27 | | Join fml [0] (n=4fd3c74f@gateway/web/cgi-irc/labb.contactor.se/x-50974800d4546692) |
| 14:10:18 | fml | pixelma: I sent the email by just pressing "Reply" in my mail program and changed the subject. I think I've read somewhere this were the correct way to do that. Since then the displaying program can recognize that the posts are connected but the subject has been changed (by placing " (was: orig.subject)"). Or how am I supposed to post a reply with another subject? |
| 14:16:51 | | Join perfectdrug [0] (n=marko@p5B0ECDDF.dip.t-dialin.net) |
| 14:18:40 | | Quit robin0800 ("Leaving") |
| 14:19:29 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 14:24:50 | | Quit Zarggg (Read error: 113 (No route to host)) |
| 14:28:14 | GodEater | fml: you're not supposed to post a reply with a different subject, since if it's about a new subject, it's not a reply. |
| 14:31:54 | fml | GodEater: ok, now I know. But what about the automatical detection of subject change? Or is it only common case in news groups? |
| 14:32:15 | GodEater | I cannot parse the question, sorry. |
| 14:33:55 | | Join LambdaCalculus37 [0] (i=44a0430d@rockbox/staff/LambdaCalculus37) |
| 14:35:27 | fml | GodEater: in the news groups it happens rather often that the subject is changed as the discussion goes further. If you want to change the subject you're not supposed to start a new thread. Instead, you just reply with a changed subject. But all the message references (which are automatically generated and maintained) are still correct so that it's possible to see the connection between the old and the new discussio |
| 14:36:54 | GodEater | Right, that works in email too, I just fail to see it's value (and it's why I don't bother with usenet anymore). If you're talking about something that requires a subject change, how is it related to the old topic at all ? |
| 14:39:09 | fml | GodEater: it's related just technically. But you can display it however you like. If you use technical references as "thread id" you'll get all the messages in the same thread. If you use the subject line you'll have two separate threads. |
| 14:41:06 | GodEater | But the point is that if you've changed the subject, the message should NOT be related to the prior thread. It's not about the same thing. It should be a new thread. |
| 14:41:48 | | Quit matsl (Read error: 110 (Connection timed out)) |
| 14:42:56 | *** | Saving seen data "./dancer.seen" |
| 14:45:25 | flux | godeater, say thread begins with "there are no programs to do X", a new thread with subject "there is a program to do X: Y" should go to its own separate thread? |
| 14:45:39 | flux | (s/is/IS/) |
| 14:46:07 | GodEater | why you change the subject there ? |
| 14:46:37 | GodEater | +would |
| 14:46:46 | fml | GodEater: if you have technical references you can use them or ignore them. It's up to the displaying. The RB site seems to use the technical references. |
| 14:47:14 | GodEater | yes, but why should we change our site to follow your broken logic ? |
| 14:48:14 | fml | GodEater: I didn't suggest to change the site. I just tried to explain possible logic behind it. From now on, I won't use reply function if I want to change the subject. |
| 14:48:21 | | Join zitune [0] (n=zitune@bearstech/zitune) |
| 14:48:28 | zitune | hi there |
| 14:48:44 | GodEater | there is no logic behind that imo |
| 14:51:24 | fml | GodEater: the logic is to store as mucg data as possible and to decide at display time how to show it. |
| 14:53:18 | GodEater | so by that "logic" you should have every email ever belonging to the same thread. |
| 14:54:30 | | Join evilnick_7 [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-4b1afb50faa6bfa9) |
| 14:55:42 | fml | Please do not exaggerate |
| 14:55:59 | | Join barrywardell [0] (n=barrywar@140-182-249-77.dhcp-bl.indiana.edu) |
| 14:57:16 | fml | It's about how a message is written. By using "reply" I automatically get e.g. "XYZ wrote:" as a header. By changing the subject I clearly state that it's a different subject. So there is logic. |
| 15:00 |
| 15:03:44 | | Quit barrywardell () |
| 15:04:25 | zitune | i've a big problem with a cowon s9, i brick it during a firmware update |
| 15:04:40 | zitune | is there a tcc tools that can help me ? |
| 15:05:09 | LambdaCalculus37 | No, the S9 doesn't even work with Rockbox. |
| 15:05:22 | LambdaCalculus37 | You're best off asking at somewhere like Anything but iPod. |
| 15:05:46 | zitune | LambdaCalculus37: i just did |
| 15:06:04 | evilnick_7 | zitune: Check the New Ports forum thread to see if anyone has managed to use an unbricking tool but I don't know of one offhand |
| 15:06:26 | dfkt | i think he means that the s9 could be supported by tcctool |
| 15:06:41 | dfkt | does it need more than the VID&PID to be recognized? |
| 15:06:44 | zitune | even by recompiling tcc tools with the correct VID&PID |
| 15:07:04 | zitune | yes dfkt, thx :) |
| 15:07:06 | zitune | again |
| 15:07:57 | GodEater | dfkt: I would imagine it needs to be using a SOC that tcctool works with ;) |
| 15:08:03 | dfkt | it does |
| 15:08:13 | dfkt | afaik |
| 15:12:27 | | Quit fml ("CGI:IRC") |
| 15:12:40 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 15:17:14 | funman | alright i got lcd working on c200v2 : commands are 16 bits and i was confused by the fact that c200v1 use 8 bits (transfer one command, then potential values) |
| 15:17:54 | | Quit TheSphinX^ (Read error: 110 (Connection timed out)) |
| 15:18:33 | GodEater | awesome work |
| 15:18:36 | GodEater | \o/ |
| 15:20:10 | funman | the 'optimized' lcd_update_rect which does vertical filling when better doesn't work though |
| 15:25:04 | | Quit robin0800 ("Leaving") |
| 15:25:21 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 15:30:52 | | Join barrywardell [0] (n=barrywar@140-182-249-77.dhcp-bl.indiana.edu) |
| 15:36:03 | | Join markun_ [0] (n=markun@cp1154117-a.tilbu1.nb.home.nl) |
| 15:37:17 | flux | godeater, the subject would be changed as the key assumption of the thread would have been changed |
| 15:37:19 | | Quit robin0800 ("Leaving") |
| 15:37:37 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 15:37:45 | flux | godeater, you know, the subject would sort of describe the current subject and state of the thread. |
| 15:39:31 | | Quit funman (Read error: 60 (Operation timed out)) |
| 15:40:16 | gevaerts | flux: the point is, if you're going to talk about something else, why do you want it in the same thread? |
| 15:41:09 | | Quit robin0800 (Client Quit) |
| 15:41:29 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 15:41:48 | | Quit markun (Nick collision from services.) |
| 15:41:58 | | Nick markun_ is now known as markun (n=markun@rockbox/developer/markun) |
| 15:42:33 | flux | gevaerts, because it is heavily related to it? the conclusions drawn on its parent thread are assumed still even after the subject has been changed? |
| 15:42:43 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 15:42:59 | flux | I might even quote a person when I change the subject, and how strange would that be if I don't have a References-field for the message I'm quoting? |
| 15:44:47 | | Quit robin0800 (Client Quit) |
| 15:45:05 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 15:45:23 | pondlife | This chat about subjects and threading belongs in -community. |
| 15:50:27 | | Quit Shadz () |
| 15:52:17 | GodEater | no it doesn't |
| 15:52:20 | GodEater | it doesn't belong anywhere |
| 15:52:23 | GodEater | them's the rules |
| 15:52:54 | pondlife | I thought this channel was Rockbox and beer, and -community was everything else ;) |
| 15:53:07 | gevaerts | flux: in this case I disagree that they were heavily related |
| 15:54:36 | flux | gevaerts, oh, quite possibly so, I was arguing merely against the idea that changing subject and continuing thread is fundamentally wrong :) |
| 15:58:09 | | Quit barrywardell () |
| 16:00 |
| 16:10:59 | | Quit PaulJam_ (Nick collision from services.) |
| 16:11:02 | | Join PaulJam [0] (i=PaulJam_@vpn-3041.gwdg.de) |
| 16:17:30 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 16:28:46 | | Part LinusN |
| 16:30:16 | | Join biengo [0] (n=quassel@xdsl-81-173-173-176.netcologne.de) |
| 16:30:49 | | Quit GodEater ("Permission revoked - dircproxy 1.0.5") |
| 16:35:02 | | Quit plx140 () |
| 16:36:31 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 16:37:01 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-16cc577b2e5853f2) |
| 16:38:03 | | Join jgarvey [0] (n=jgarvey@98.26.65.13) |
| 16:42:59 | *** | Saving seen data "./dancer.seen" |
| 16:58:28 | | Join prona [0] (n=pt@78-86-201-141.zone2.bethere.co.uk) |
| 16:58:45 | | Join evilnick_230 [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-bc8ebafb885e5225) |
| 17:00 |
| 17:01:01 | prona | question: on sansa e280v2, is it necessary to rebuild bootloader when creating new rockbox.sansa? I'm finding that when the image increases in size, the unit freezes before the initial menu |
| 17:01:17 | | Join faemir [0] (n=faemir@78.33.109.163) |
| 17:01:52 | | Quit Zagor ("Don't panic") |
| 17:03:19 | | Join TheSphinX^ [0] (n=cold@p54A5C705.dip.t-dialin.net) |
| 17:04:08 | | Quit faemir (Client Quit) |
| 17:04:14 | | Quit funman (Remote closed the connection) |
| 17:04:26 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 17:04:59 | | Join GodEater [0] (n=bibble@rockbox/staff/GodEater) |
| 17:05:32 | | Join toffe82 [0] (n=chatzill@64.146.232.66) |
| 17:06:10 | | Join FrankTM_ [0] (n=frank@212-182-153-12.ip.telfort.nl) |
| 17:07:42 | | Join faemir [0] (n=faemir@78.33.109.163) |
| 17:09:39 | r0b- | is there any way to access the virtual keyboard while doom is loaded |
| 17:10:45 | | Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) |
| 17:12:21 | | Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 17:13:02 | GodEater | r0b-: none that I'm aware of. Why would you want to ? |
| 17:13:42 | r0b- | to enter cheat codes :P |
| 17:15:07 | prona | is it ever necessary to rebuild the e200v2 bootloader? |
| 17:15:19 | GodEater | prona: only when we add new features to it |
| 17:15:40 | GodEater | and given the possiblity of bricking the v2s, we don't recommend you do it yourself. |
| 17:15:42 | prona | to the bootloader you mean, not rockbox |
| 17:15:42 | funman | since you speak of doom, has anyone looked at FS #10271 ? |
| 17:15:52 | GodEater | prona: correct |
| 17:16:23 | prona | ok i have working bootloader, it must be my rockbox build that is bad. thanks |
| 17:17:36 | funman | prona: if you have not updated the bootloader since 10 days you should do it if you want to run recent, completely broken, rockbox on the v2 |
| 17:18:42 | | Quit FrankTM (Read error: 110 (Connection timed out)) |
| 17:18:53 | prona | no the bootloader was built yesterday. i started with 21305 |
| 17:21:05 | funman | can you see the loaded rockbox logo ? (it shows "Ver. xxx" and not "Boot. Ver. xxx") |
| 17:23:02 | | Quit robin0800 ("Leaving") |
| 17:24:16 | prona | two rockbox screens display, the first i believe is the bootloader, then the rockbox version screen, then you should get the top menu. it sticks on the 2nd screen |
| 17:24:40 | r0b- | there must be some way to get rockdoom to allow keyboard access |
| 17:24:53 | gevaerts | r0b-: yes. Code it |
| 17:25:00 | r0b- | im no good at C |
| 17:25:11 | funman | prona: ok the bootloader works fine, you shouldn't need to update it in the future |
| 17:26:33 | prona | yea, it was all working up til my last build. I needed to rule out the bootloader |
| 17:28:22 | | Quit bluebrother ("leaving") |
| 17:33:13 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 17:35:54 | prona | does the rockbox-info.txt have some function, my problem goes away if I copy that as well as the rockbox.sansa |
| 17:37:35 | | Part pondlife |
| 17:37:40 | evilnick_230 | prona: I believe that that is for reference in seeing that the build has the correct options (in terms of screen dimensions, memory size etc) for your player |
| 17:38:59 | prona | well it may be that a mismatch can cause the rockbox to fail to initialize. not enough evidence, but could be |
| 17:39:58 | prona | i noticed the failure after the rockbox image grew a little bit, it worked fine before that |
| 17:40:46 | | Quit Ridayah (Read error: 60 (Operation timed out)) |
| 17:41:06 | gevaerts | prona: rockbox itself doesn't care about rockbox-info.txt |
| 17:41:48 | prona | well I'm only guessing. I'm new :) |
| 17:43:38 | | Join x73 [0] (n=x72@mx88.static.corbina.ru) |
| 17:46:26 | | Quit x72_l (Nick collision from services.) |
| 17:46:31 | | Nick x73 is now known as x72_l (n=x72@mx88.static.corbina.ru) |
| 17:49:07 | | Quit kachna (Remote closed the connection) |
| 17:49:45 | | Join kachna [0] (n=kachna@r3g248.net.upc.cz) |
| 17:50:18 | prona | is the rockbox website down? |
| 17:50:55 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 17:52:15 | LambdaCalculus37 | The site is working fine here. |
| 17:53:35 | FrankTM_ | http://downforeveryoneorjustme.com/http://www.rockbox.org/ |
| 18:00 |
| 18:01:07 | Genesis | is rockbox libc "rocklibc" ? |
| 18:01:31 | | Quit andy` (Remote closed the connection) |
| 18:03:03 | funman | rockbox has no libc, only a subset |
| 18:04:39 | Genesis | oki |
| 18:07:40 | Genesis | thanks |
| 18:10:40 | | Quit prona (Read error: 110 (Connection timed out)) |
| 18:12:34 | | Quit petur ("work->home") |
| 18:22:15 | | Join JdGordon| [0] (i=836b0065@gateway/web/ajax/mibbit.com/x-e9ef4fb9624c7ff1) |
| 18:24:02 | | Join funman_ [0] (n=fun@135.167.72-86.rev.gaoland.net) |
| 18:24:25 | funman_ | can someone with a c200v1 test http://pastie.org/515308 please ? i'm looking at merging the drivers for c200v1 & c200v2 |
| 18:25:00 | | Quit funman (Nick collision from services.) |
| 18:25:03 | | Nick funman_ is now known as funman (n=fun@135.167.72-86.rev.gaoland.net) |
| 18:29:02 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 18:30:22 | | Quit tvelocity ("Αποχώρησε") |
| 18:31:38 | | Quit BlakeJohnson86 (Read error: 110 (Connection timed out)) |
| 18:34:28 | | Quit PaulJam (Nick collision from services.) |
| 18:34:33 | | Join PaulJam_ [0] (i=PaulJam_@vpn-3012.gwdg.de) |
| 18:37:50 | | Quit kachna (Read error: 110 (Connection timed out)) |
| 18:38:18 | obo | funman: c200v1 seems to work fine - tested with a WPS with jpeg AA and mpegplayer |
| 18:38:19 | | Quit PaulJam_ (Nick collision from services.) |
| 18:38:22 | | Join PaulJam [0] (i=PaulJam_@vpn-3063.gwdg.de) |
| 18:40:14 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 18:42:12 | | Quit PaulJam (Nick collision from services.) |
| 18:42:17 | | Join PaulJam_ [0] (i=PaulJam_@vpn-3005.gwdg.de) |
| 18:43:00 | *** | Saving seen data "./dancer.seen" |
| 18:43:36 | | Quit PaulJam_ (Nick collision from services.) |
| 18:43:39 | | Join PaulJam [0] (i=PaulJam_@vpn-3054.gwdg.de) |
| 18:45:52 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 18:46:11 | funman | thanks |
| 18:46:42 | | Quit PaulJam (Nick collision from services.) |
| 18:46:47 | | Join PaulJam_ [0] (i=PaulJam_@vpn-3023.gwdg.de) |
| 18:46:49 | bertrik | hi funman nice to hear about the c200v2 display |
| 18:47:11 | | Quit perfectdrug () |
| 18:47:15 | bertrik | do buttons, audio playback and radio work too? |
| 18:47:17 | funman | still some work to do : mainly for buttons and lcd to interact correctly, and for mpegplayer |
| 18:47:45 | funman | no i can't get buttons working : if i print the status in a loop I can see the buttons have an effect but they don't work in rockbox, so i didn't test further |
| 18:49:12 | bertrik | hm, too bad nobody is bringing an c200v2 to devcon |
| 18:49:51 | bertrik | funman, oh, buttons are shared with DBOP? |
| 18:50:18 | funman | at least the left button (which we use in mkamsboot) |
| 18:50:42 | funman | a mechanism similar to fuze & e200v2 is used (set the 4msb of DBOP_DOUT) |
| 18:51:25 | bertrik | I don't quite understand that mechanism, I read something about a red pixel being required but it's a bit vague |
| 18:51:46 | funman | 'red pixel' just means the high bits are set |
| 18:52:11 | funman | kugel will know the details :) |
| 18:52:26 | bertrik | so the button switches are each between two DBOP data pins or something like that? |
| 18:53:50 | funman | no idea |
| 18:54:30 | funman | i also have problems reading the buttons linked to GPIOC, and i couldn't find the code for them in the OF |
| 18:55:22 | toffe82 | what is this message while running rockboxdev.sh : whether the C compiler (gcc -U_FORTIFY_SOURCE ) works... no |
| 18:55:23 | funman | by the way the code for c200v1 & c200v2 use illegal lcd commands (or the controller model is wrong) |
| 18:55:24 | toffe82 | configure: error: installation or configuration problem: C compiler cannot create executables. |
| 18:55:37 | funman | toffe82: check config.log |
| 18:55:47 | bertrik | meh, I'd really like to see an explanation for it, rather than some "magic red pixel required" :) |
| 18:56:00 | toffe82 | funman: where ? |
| 18:56:08 | funman | /tmp/something i believe |
| 18:57:07 | | Quit PaulJam_ (Read error: 113 (No route to host)) |
| 18:57:48 | | Join petur [0] (n=peter@d54C6F58E.access.telenet.be) |
| 19:00 |
| 19:00:19 | bertrik | funman, the left button isn't in the SansaAMSHardwareMappings wiki yet |
| 19:01:28 | funman | i found it today and it's on dbop input, not on a gpioa |
| 19:01:34 | funman | s/a$// |
| 19:01:43 | bertrik | C2? (just a guess) |
| 19:02:43 | funman | i didn't try, i first want to get access to known buttons :) |
| 19:04:39 | funman | even the power button which is easy to read show no effect in rockbox |
| 19:06:50 | bertrik | I vaguely remember seeing some mechanism where some bit is pulled high for a short time, then some delay and then a read, to read the power button |
| 19:07:16 | funman | right it's for the clipv1 (not necessary afaik) and clipv2 (necessary) |
| 19:09:57 | | Join PaulJam [0] (i=PaulJam_@vpn-3017.gwdg.de) |
| 19:12:03 | | Quit martian67 (Connection timed out) |
| 19:19:17 | | Quit nibbler_ (Read error: 110 (Connection timed out)) |
| 19:21:57 | | Quit robin0800 ("Leaving") |
| 19:26:05 | | Quit TheSphinX^ ("XChat@Linux") |
| 19:29:12 | | Quit bmbl ("Woah!") |
| 19:30:26 | | Quit timc (Read error: 110 (Connection timed out)) |
| 19:30:52 | funman | hum now i have no lcd output in the bootloader >< |
| 19:32:31 | | Join nibbler_ [0] (n=Nibbler@pD9E32496.dip.t-dialin.net) |
| 19:33:47 | * | LambdaCalculus37 thinks that the SA9200 toffe82 sent him is in serious need of a build/bootloader update |
| 19:33:50 | | Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
| 19:34:22 | toffe82 | LambdaCalculus37: go... update it ... |
| 19:35:10 | LambdaCalculus37 | toffe82: Are there any significant updates to the GoGear SA9200 bootloader that I should know about since.... dayum, r19746!? |
| 19:36:12 | | Join toffe82_ [0] (n=chatzill@64.146.232.66) |
| 19:37:15 | toffe82_ | LambdaCalculus37: I can't say ... |
| 19:39:06 | | Join Horscht [0] (n=Horscht2@xbmc/user/horscht) |
| 19:41:15 | LambdaCalculus37 | Hmmm... according to the GoGearSA9200info wiki page, the touchpad is a Synaptics LightTouch, and the m:robe 100 has a driver for its Synpatics touchpad using the 3-wire specification. |
| 19:41:30 | LambdaCalculus37 | *interface specification, even. |
| 19:41:41 | * | LambdaCalculus37 wonders if it would work on the GoGear SA9200 |
| 19:43:14 | | Quit fxb (Remote closed the connection) |
| 19:44:35 | | Join tvelocity [0] (n=tony@adsl15-233.her.forthnet.gr) |
| 19:45:04 | | Join bmbl [0] (n=Miranda@dsl205-248.pool.bitel.net) |
| 19:48:18 | Genesis | i'm compiling a crosstool chain but i wonder if it's safe to test it compiling the bootloader for cowon D2 |
| 19:48:45 | Genesis | i think it's better to test with rockbox itself |
| 19:49:07 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 19:50:23 | Genesis | perharps there is safe method ? tcctool ? |
| 19:50:25 | toffe82_ | LambdaCalculus37: the problem is to find the connection |
| 19:53:40 | | Quit bmbl (Client Quit) |
| 19:53:57 | | Join bmbl [0] (n=Miranda@dsl205-248.pool.bitel.net) |
| 19:54:19 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 19:54:48 | | Quit toffe82 (Read error: 110 (Connection timed out)) |
| 19:54:54 | | Nick zitune is now known as zitune[afk] (n=zitune@bearstech/zitune) |
| 19:55:12 | | Quit nibbler_ (Read error: 110 (Connection timed out)) |
| 19:55:49 | LambdaCalculus37 | toffe82_: Yes, that's true. But lowlight is about the only one who really knows it, AFAIK. |
| 19:55:56 | saratoga | Genesis: afaik sending something with tcctool is completely safe |
| 19:56:06 | toffe82_ | LambdaCalculus37: yes |
| 19:56:18 | Genesis | saratoga, : even the bootloader itself ? |
| 19:56:43 | saratoga | isn't the bootloader what most people are running on the D2? |
| 19:57:46 | LambdaCalculus37 | Genesis: Even the bootloader. tcctool just sends code that is executed from RAM on the device. |
| 19:57:58 | Genesis | oki thanks |
| 20:00 |
| 20:00:06 | | Quit PaulJam (Nick collision from services.) |
| 20:00:10 | | Join PaulJam_ [0] (i=PaulJam_@vpn-3040.gwdg.de) |
| 20:05:03 | bertrik | I might have another go at checking the clip memory map and trying to put the stack into iram again tonight |
| 20:05:05 | | Join _lifeless [0] (n=lifeless@188.16.109.16) |
| 20:05:14 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 20:05:16 | | Quit tvelocity (Read error: 60 (Operation timed out)) |
| 20:05:39 | | Join tvelocity [0] (n=tony@adsl15-233.her.forthnet.gr) |
| 20:05:40 | | Quit r0b- (Read error: 110 (Connection timed out)) |
| 20:05:52 | | Join r0b- [0] (n=nnscript@adsl-76-236-182-214.dsl.klmzmi.sbcglobal.net) |
| 20:09:18 | | Quit r0b- (Client Quit) |
| 20:09:40 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 20:13:27 | funman | hum .. button_read_device() reads some button but they have no effect on navigation .. |
| 20:16:03 | JdGordon| | fixed up keymaps? |
| 20:16:50 | funman | c200v2 uses the c200 keypad |
| 20:16:53 | bertrik | I guess he uses the same as c200 |
| 20:24:16 | | Join KBH [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
| 20:24:42 | | Join fxb [0] (n=felixbru@p548F60C5.dip.t-dialin.net) |
| 20:29:15 | bertrik | funman, for 2MB ams sansa we do not define USE_IRAM for codecs it seems (plugin.h line 640), is this intended? |
| 20:29:27 | bertrik | config.h I mean |
| 20:29:59 | funman | yes, the codecs are fully in iram already so we don't need it |
| 20:30:53 | bertrik | eh? what do you mean we don't need it? |
| 20:32:17 | bertrik | codec_start in codec_crt0.c depends on this define for its bhaviour |
| 20:32:31 | funman | yes, for copy needed data from dram to iram, but everything is in iram already |
| 20:33:29 | funman | USE_IRAM is for support of a normal memory region, and a faster (iram) memory region |
| 20:34:10 | funman | but Sansa AMS with 2MB of RAM only use a normal memory region (which happens to be the fast iram, but the codecs don't need to know this detail) |
| 20:34:21 | toffe82_ | funman : this is the config.log http://www.pastebin.ca/1463762 |
| 20:36:15 | bertrik | funman, ok Im confused |
| 20:36:51 | funman | toffe82_: install libc6-dev / build-essential |
| 20:37:22 | toffe82_ | funman: ok I completely forgot this one :) |
| 20:38:32 | bertrik | IRAM can run at full processor speed and the 2 MB embedded 1-T DRAM runs at max 65 MHz or so, right |
| 20:39:18 | | Quit funman ("Reconnecting") |
| 20:39:30 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 20:39:31 | bertrik | and most of the code/data on 2 MB ams sansas is in the DRAM, with the IRAM containing some specialised routines and the codec buffer, right? |
| 20:39:41 | | Quit evilnick_230 ("http://www.mibbit.com ajax IRC Client") |
| 20:40:25 | funman | bertrik: i think what we call IRAM is the 1-T DRAM |
| 20:40:50 | funman | bertrik: you speak the truth |
| 20:42:33 | | Quit HBK (Read error: 110 (Connection timed out)) |
| 20:43:03 | bertrik | ah ok, indeed 1-T DRAM is the 320 kB internal RAM, the 2 MB DRAM is not mentioned in the as3525 datasheet |
| 20:43:05 | *** | Saving seen data "./dancer.seen" |
| 20:43:38 | funman | no it's just custom RAM connected to the PL172 multi port memory controller |
| 20:44:58 | funman | obo: can you test http://pastie.org/515452 please ? i want to commit it without breaking c200v1 ;) |
| 20:46:30 | bertrik | funman, oh SRAM then? |
| 20:47:31 | funman | no it's low-power SDRAM for the Clip/c200v2/m200v4 and high-performance SDRAM for fuze/e200v2 (you can check the value written in MPMC_DYNAMIC_CONFIG_0 in the pl172 datasheet) |
| 20:49:17 | bertrik | ok I see the difference in system-as3525.c |
| 20:49:19 | | Join evilnick_230 [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-c503290ea77354fb) |
| 20:51:03 | | Join midgey|w [0] (i=836b0056@gateway/web/ajax/mibbit.com/x-962ae0a1b83e45e7) |
| 20:52:07 | obo | funman: blank LCD only |
| 20:52:21 | obo | plus shouldn't the lcd-c200 file be under the sandisk folder? |
| 20:52:39 | funman | no i moved it backwards since i made it common to c200v1 & c200v2 |
| 20:53:07 | obo | you mean the c200v2 isn't made by sandisk? ;) |
| 20:53:36 | funman | yes but it's in arm/as3525/ not arm/sandisk/ (because it's a different SoC) |
| 20:53:51 | obo | ah, okay. |
| 20:54:00 | funman | ideally sandisk/* should move into a pp502x/ folder but that's something on MrSomeone's TODO list ;) |
| 20:54:13 | toffe82_ | funman: building now ... thanks |
| 20:55:21 | | Quit PaulJam_ (Nick collision from services.) |
| 20:55:23 | | Join PaulJam [0] (i=PaulJam_@vpn-3021.gwdg.de) |
| 20:55:35 | | Quit flydutch ("/* empty */") |
| 20:56:01 | | Quit PaulJam (Nick collision from services.) |
| 20:56:05 | | Join PaulJam_ [0] (i=PaulJam_@vpn-3006.gwdg.de) |
| 20:56:19 | funman | obo: can you change lcd_send_command(R_N_LINE_INVERSION, 0xd) to .., 0xdf) ? |
| 20:56:35 | funman | err.. 0xdf -> should become 0xd |
| 20:57:36 | obo | line 237? |
| 20:57:47 | funman | yep |
| 20:58:00 | | Quit midgey|w ("http://www.mibbit.com ajax IRC Client") |
| 20:59:11 | obo | funman: still blank |
| 21:00 |
| 21:00:24 | funman | and if you invert setting of horizontal & vertical dimensions ~line 245 ? |
| 21:00:45 | funman | hm .. and lcd_delay(100) , not lcd_delay(10) after this setting |
| 21:01:47 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 21:01:50 | obo | by invert - you mean moving the two height commands before the width commands? |
| 21:01:56 | funman | yes |
| 21:02:01 | kugel | funman: nice work on the c200v2 so far! |
| 21:02:13 | kugel | for your gpio button problems |
| 21:02:24 | funman | kugel: hey, i think you can help making it better ;) |
| 21:02:52 | | Join midgey|w [0] (i=836b0056@gateway/web/ajax/mibbit.com/x-e6e48f81e7dedbc5) |
| 21:02:53 | kugel | we had them too on fuze/e200v2, until domonoky added a small delay after clearing bits and found a/the correct sequence of reading them |
| 21:03:20 | funman | kugel: had you find the sequence in the OF ? |
| 21:03:45 | obo | funman: no change |
| 21:03:49 | kugel | imo the common file should be named lcd-c200-c200v2 (for clarity). And putting it into arm/ seems nasty. We should probably have something like firmware/drivers/misc |
| 21:04:05 | kugel | funman: domonoky found it |
| 21:04:07 | funman | obo: :( still reading |
| 21:04:30 | kugel | I was getting insane for 2 weeks or so because the buttons worked fine in the bootloader but not in the main binary |
| 21:04:42 | funman | kugel: kugel there is some common drivers in arm/ already |
| 21:04:49 | kugel | that is also nasty :) |
| 21:05:35 | bertrik | kugel, how does the thing with the red pixel work for reading the buttons? |
| 21:05:54 | | Join Akiyuki [0] (n=Akiyuki@rrcs-70-63-90-226.midsouth.biz.rr.com) |
| 21:06:02 | Akiyuki | Does rockbox work on the 120GB ipod classics? |
| 21:06:06 | kugel | ideally (yes, MrSomeone!) we should only have very arm specific stuff in their, properly put things into subdirs per soc (and shared drivers in the firmware/drivers folder) |
| 21:06:20 | kugel | bertrik: see lcd_button_support() |
| 21:06:41 | JdGordon| | Akiyuki: is it listed on the website? |
| 21:06:49 | Akiyuki | i can't find the hardware support |
| 21:07:24 | bertrik | kugel, weird ... :) |
| 21:07:31 | kugel | it just writes a single red pixel (fbdata data = 0xf<<12) outside visible area |
| 21:08:08 | JdGordon| | Akiyuki: you cant find the big list of supported devices at the very top of the website? |
| 21:08:10 | kugel | IIRC funman found the OF also doing some of this kind |
| 21:08:25 | funman | the c200v2 of writes -1 = 0xffffffff |
| 21:08:30 | Akiyuki | Apple: 1st through 5.5th generation iPod, iPod Mini and 1st generation iPod Nano |
| 21:08:30 | Akiyuki | (not the Shuffle, 2nd/3rd/4th gen Nano, Classic or Touch) |
| 21:08:32 | Akiyuki | :( |
| 21:09:02 | kugel | I just notice we send 2bytes, but only pass 1 as length |
| 21:09:48 | kugel | that could cause the fifo to be messed up maybe the reason we weird lcd actions sometimes? |
| 21:10:10 | bertrik | maybe it just needs a specific value on the DBOP lines to "precharge" the buttons |
| 21:10:13 | kugel | ah no, it should be fine |
| 21:10:15 | funman | sizeof(fb_data) = 2 (16 bits) |
| 21:10:48 | kugel | funman: I know :) |
| 21:10:59 | | Part Akiyuki ("Leaving") |
| 21:11:23 | kugel | I was confused for a moment by the 1 as length, but a pixel is two bytes, so it's ok |
| 21:11:42 | funman | obo: last change : can you remove lcd_delay() for c200v1 and make it #define lcd_delay(x) udelay(x*1000) ? |
| 21:12:24 | funman | after the previous changes it is the last functional difference between the previous patch you had tried |
| 21:12:45 | kugel | bertrik: I don't know really |
| 21:13:56 | kugel | funman: as long as the higher bits are set, any value works |
| 21:14:11 | kugel | so we could also use -1, but it doesn't make any difference |
| 21:15:42 | bertrik | ok, I now have the stack in iram (instead of dram) on my clip, and test_codec still shows the exact same speed :| |
| 21:16:14 | | Quit PaulJam_ (Read error: 113 (No route to host)) |
| 21:16:27 | | Quit jfc^2 (Read error: 54 (Connection reset by peer)) |
| 21:16:52 | | Join jfc^2 [0] (n=john@dpc691978010.direcpc.com) |
| 21:16:55 | bertrik | I guess most of the speed comes from the MMU because "iram" on ams sansa isn't really that fast |
| 21:18:41 | funman | i remember something like iram being 25% faster without caching, but i may be wrong |
| 21:19:07 | bertrik | ehm, yes cache I mean, not MMU |
| 21:20:20 | | Quit KBH () |
| 21:22:26 | kugel | bertrik: did you play around with putting codecs into DRAM to get the playback stops away? |
| 21:22:45 | kugel | I'm still thinking the IRAM could be full |
| 21:22:50 | | Join HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
| 21:22:59 | | Quit Thundercloud (Remote closed the connection) |
| 21:23:40 | funman | kugel: that can only happen if malloc is used, right? |
| 21:24:12 | kugel | some codecs do weird stuff, I don't know |
| 21:24:13 | bertrik | kugel, no haven't tried that |
| 21:24:40 | funman | if they use static memory it can't be full, and the stack is checked by the threads code |
| 21:24:50 | obo | funman: blank again |
| 21:25:10 | funman | obo: :/ something weird happens here |
| 21:25:18 | | Quit bmbl ("Bye!") |
| 21:25:36 | kugel | funman: well, codecs in iram is the only real difference. I can't see any other reason for the clip to fail |
| 21:25:52 | funman | kugel: i think of a bug in buffering |
| 21:25:55 | kugel | difference between the 8MB models |
| 21:27:18 | | Join ExoUY [0] (n=alvarota@static-200-71-9-10.techtel.com.uy) |
| 21:27:27 | kugel | funman: hm, in pcmbuf.c there's a specific define for <= 2MB (to get a smaller pcmbuff), maybe that's not correctly used throughout? |
| 21:27:35 | bertrik | I can't really reproduce the playback stops quickly and reliably |
| 21:27:51 | | Part ExoUY |
| 21:27:55 | kugel | bertrik: another thing, i get the blue bars with your lcd speed up patch too |
| 21:28:11 | kugel | I checked the error bits, they seem to be all fine |
| 21:28:35 | bertrik | we could experiment a bit with the TIMPOL settings maybe |
| 21:29:25 | bertrik | have you seen any specification anywhere of the timings for the LCD controller? |
| 21:30:06 | kugel | which lcd controller? :) |
| 21:30:08 | | Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) |
| 21:30:16 | kugel | we don't know the controller I think |
| 21:30:39 | bertrik | a good thing to do would be split up the TIMPOL magic words into individual bits, so we can more easily change timings |
| 21:30:53 | funman | kugel: the watermark is at 1second, same size than the whole pcm buffer |
| 21:31:31 | funman | the size is defined in pcmbuf_get_next_required_pcmbuf_size() (not sure if the name is really explicit ..) |
| 21:31:35 | bluebrother | domonoky: do we have anything left that would block rbutil 1.2.2? |
| 21:32:06 | | Quit Genesis (Connection timed out) |
| 21:32:11 | domonoky | bluebrother: no, i think we are fine to go. |
| 21:32:29 | | Join Genesis [0] (n=genesis@207.249.97-84.rev.gaoland.net) |
| 21:33:10 | kugel | bertrik, funman: do we have any idea if FlynDice's core voltage patch has any influence on our boosting scheme. We can do freebosting without delay right now, but I guess that could change if the voltage needs to be changed |
| 21:33:18 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-5eac05729d5b406e) |
| 21:33:20 | funman | obo: can you try http://pastie.org/515511 (ok, last one..) ? |
| 21:33:38 | bertrik | hm, I thought you usually have something like three parts: LCD data port (inside the SoC) -> LCD controller (outside the SoC) -> LCD |
| 21:34:13 | kugel | I mean we don't know the model |
| 21:34:31 | funman | the diff between the current file and the one patched by http://pastie.org/515308 (which worked) is at http://pastie.org/515512 : the only functional difference i see is that i made the PP specific init a static inline function |
| 21:34:46 | funman | kugel: well switching time needs to be measured |
| 21:35:21 | funman | it's using i2c so perhaps it brings additional delays |
| 21:35:24 | kugel | funman: use IRAMSTATIC instead. gcc does weird stuff with static functions that are in iram and called by dram code and similar |
| 21:35:41 | funman | it's not in iram |
| 21:36:15 | kugel | I think the framebuffer is |
| 21:37:08 | kugel | there's probably a reason why it is not static :) |
| 21:37:33 | funman | ? |
| 21:37:44 | bluebrother | domonoky: ok, then I'm going to release now. |
| 21:37:46 | funman | gra |
| 21:37:51 | | Join bigtomrodney [0] (n=tom@78.16.32.108) |
| 21:37:53 | funman | obo: well just try this: |
| 21:38:02 | funman | s/SANAS/SANSA/ line 196 |
| 21:38:09 | funman | indeed the function was not inlined :P |
| 21:38:27 | bertrik | an i2c write to change the voltage takes about 75 us theoretically |
| 21:42:13 | obo | funman: changed, but no difference when compiling. Where is SANSA_C200 defined? I can't see it... |
| 21:42:39 | funman | tools/configure |
| 21:43:13 | CIA-70 | New commit by bluebrother (r21319): Bump Rockbox Utility version number. |
| 21:43:53 | CIA-70 | New commit by bluebrother (r21320): Tag rbutil 1.2.2 release. |
| 21:44:30 | funman | obo: hm and c200v1_init -> c200v1_lcd_init |
| 21:45:00 | JdGordon| | kugel: so whats stopping the custom list vp patch being commited as is? |
| 21:45:01 | bertrik | kugel, oh so the fuze display was made working without having any datasheet at all? |
| 21:45:59 | kugel | JdGordon|: a few local changes that are not on the tracker, if at all. I think shortly after release (after/at devcon) is a good opportunity |
| 21:46:25 | kugel | bertrik: yes, purely by disassembly |
| 21:46:31 | JdGordon| | well, the release is branched, so getting it in soon would be great |
| 21:46:33 | | Join ExoUY [0] (n=alvarota@static-200-71-9-10.techtel.com.uy) |
| 21:46:41 | JdGordon| | plenty of time to fix bugs which pop up before 3.4 |
| 21:46:50 | kugel | bertrik: but I also get the blue bars with 31MHz DBOP, obviously only 50fps then |
| 21:47:30 | kugel | I'll get around it next week (hopefully) |
| 21:47:43 | bertrik | weird that you also get them at 31 MHz, I didn't expect that |
| 21:48:02 | bigtomrodney | Hi guys, apologies if this has been asked recently - I loved running Rockbox on my iRiver iHP140. I've moved over to an iPod Classic now and was just wondering if there has been any interest in porting to this platform? |
| 21:48:17 | bertrik | what makes the difference between blue bars and no blue bars at 31 MHz? just the FIFO? |
| 21:48:40 | kugel | applying your or my patch |
| 21:49:06 | bluebrother | bigtomrodney: you've read the front page? |
| 21:49:17 | kugel | I can show you the bars at the devcon |
| 21:49:52 | bigtomrodney | I see it's not currently supported, I was wondering if anyone had showed interest or made an attempt to port |
| 21:49:59 | bertrik | kugel, ok good idea |
| 21:50:10 | kugel | biengo: interest yes, effort to a port no |
| 21:50:20 | linuxstb | bigtomrodney: Interest - yes. But the port is hard due to Apple's encrypting and signing of the firmware, and no-one has solved that problem. |
| 21:50:33 | bigtomrodney | ah right, I understand |
| 21:50:34 | bigtomrodney | thanks guys |
| 21:50:46 | biengo | yep. although, who knows, i might get into it |
| 21:50:57 | | Join caffeina [0] (n=hostmast@c196244.adsl.hansenet.de) |
| 21:51:05 | biengo | ...after med-school |
| 21:51:14 | bertrik | I'll try to see if I can find a display datasheet anywhere that matches the fuze code |
| 21:51:37 | ExoUY | hi everyone, sorry to bother, i would like to know if theres any firmware suitable to run on a player using a Sigmatel STMP3505 SoC, the player is memorex brand. sorry for my bad english, i talk in spanish |
| 21:51:55 | obo | funman: success |
| 21:51:59 | funman | ExoUY: perhaps other firmwares but not rockbox |
| 21:52:12 | funman | obo: great! :) thanks for helping me fixing my typos ... |
| 21:52:23 | kugel | bertrik: there's a few registers that don't match the e200v2/v1 registers, most are the same though (e.g. I, for fun, tested if setting contrast worked by copying the related write_data calls, and it worked) |
| 21:52:27 | ExoUY | funman: thank you! |
| 21:52:31 | obo | funman: no worries :) |
| 21:52:48 | | Quit ExoUY () |
| 21:53:17 | | Join mborus [0] (n=5490ac21@gateway/web/cgi-irc/labb.contactor.se/x-b5918dbbe6440cc1) |
| 21:55:29 | CIA-70 | New commit by funman (r21321): Sansa c200v2 : lcd & backlight support, using the c200v1 lcd driver ... |
| 21:56:10 | CIA-70 | New commit by lenzone10 (r21322): Updated italian translation. |
| 21:56:12 | funman | linuxstb: can you check if subversion detects the move of sandisk/sansa-c200/lcd-c200.c ? I used git mv and the move is showed in git log |
| 21:57:16 | | Quit intrados (Read error: 104 (Connection reset by peer)) |
| 21:57:42 | | Quit biengo (Remote closed the connection) |
| 21:57:59 | bertrik | kugel, interesting, maybe we could copy the #defines too |
| 21:57:59 | funman | linuxstb: http://svn.rockbox.org/viewvc.cgi?view=rev&revision=21321 shows that it was renamed :) |
| 21:58:00 | kugel | funman: setting GPIO in backlight is weird |
| 21:58:09 | funman | kugel: why? |
| 21:58:16 | kugel | RockRabbit got backlight without it |
| 21:58:46 | funman | hum perhaps it's the same issue than with Clipv1 : 2 different screens ? |
| 21:58:58 | obo | funman: I see history for that file going back to r14625, the initial c200 commit |
| 21:59:16 | | Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") |
| 21:59:20 | funman | but i don't remember seeing reference to i2c/DCDC15 in the OF |
| 22:00 |
| 22:01:00 | domonoky | Bagder: or anyone else with access to the download server: please move this to it: http://jdgordon.info/~domonoky/rbutilqt-v1.2.2.dmg |
| 22:01:04 | | Join intrados [0] (n=intrados@cpe-71-67-129-220.woh.res.rr.com) |
| 22:01:51 | * | bertrik tried but failed to reproduce the playback stop problem on his clip |
| 22:03:31 | funman | bertrik: sometimes it can take hours |
| 22:03:33 | * | bluebrother needs a faster machine for rbutil builds :) |
| 22:03:53 | bluebrother | or maybe set up cross compiling the w32 binary ... MinGW is sloooow. |
| 22:04:34 | domonoky | we need automated rbutil builds :-) |
| 22:05:43 | | Quit kugel (Nick collision from services.) |
| 22:05:51 | | Join kugel [0] (n=kugel@e178078233.adsl.alicedsl.de) |
| 22:06:00 | bertrik | funman, I did get a playback problem on an m4a file but it seems different from the stops I get with mp3. The m4a problem is more like looping a tiny part of audio instead of a stop |
| 22:06:19 | JdGordon| | domonoky: ah good... that comp is still giving stupid /home problems so if you can copy it locally incase it doesnt get moved quickly that would be good.... im trying to get my brother to reinstall osx on it to fix it for good |
| 22:06:32 | funman | bertrik: ah i only use mp3 and occasionally vorbis |
| 22:06:50 | funman | bertrik: did you have a look at my logf dump? |
| 22:07:04 | bertrik | no |
| 22:07:13 | funman | there is a repeated error message from playback.c but i can't tell if it's a real error |
| 22:07:20 | kugel | funman: and you didn't get backlight without that gpio at all? |
| 22:07:31 | funman | kugel: no |
| 22:07:36 | Bagder | domonoky: transfer in progress |
| 22:07:44 | funman | bertrik: http://pastie.org/515566 |
| 22:07:46 | kugel | I remember the e200v2 needed to do buttonlight_init in the early days for backlight |
| 22:07:59 | domonoky | JdGordon| will do. please notice me when you have reinstalled this machine, then i will have to redo the rbutil build enviroment :-) |
| 22:08:03 | funman | kugel: or was it that the backlight needed to be active for the button light to work ? |
| 22:08:37 | mborus | hi - does anyone know who works on the timestrech feature? |
| 22:08:42 | funman | bertrik: on that one, playback never worked : the first song i played after boot stopped at 0:0 |
| 22:08:48 | bertrik | funman, ok saved it, not sure if I can make something out of that, maybe I should just compare it with anothe rplayer |
| 22:09:07 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 22:09:09 | Mikachu | mborus: maybe pondlife |
| 22:09:32 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-425a1377388f2490) |
| 22:09:38 | | Quit kugel (Remote closed the connection) |
| 22:09:42 | JdGordon| | domonoky: ok... just giving you a heads up.. of course, its also possible it wont happen untill i go home in sep :p |
| 22:09:44 | funman | bertrik: i extended MAX_LOGF_ENTRY to 100 and enabled logf in pcm.c & playback.c |
| 22:10:15 | mborus | thanks. mikachu |
| 22:12:40 | pixelma | mborus: generally just ask your "real" question, people who know might answer (and it can be more than one), other people may read logs... |
| 22:15:16 | mborus | my "question" is more a suggestion to have a dedicated "speed" screen in addition to the pitch-only and pitch/speed-combo screen |
| 22:15:59 | bertrik | lcd framerate on my c200 is now 39.3 fps (at 30 MHz), according to LcdFrameRate is was 50.7 fps |
| 22:16:27 | | Join strife89 [0] (n=a80a90fa@gateway/web/cgi-irc/labb.contactor.se/x-cb3ad58e45b3f423) |
| 22:17:24 | funman | bertrik: hmm .. |
| 22:17:29 | Genesis | http://www.rockbox.org/twiki/bin/view/Main/TelechipsInfo says my TCC7801 is dual core |
| 22:18:00 | bertrik | I could revert to 21319 and compare |
| 22:18:03 | Genesis | does the firmware build use the 2 cores or the second have a propriatary software use by the first ? |
| 22:18:06 | funman | can you make sure it really was 50.7 ? in fact i expected that it could be a little tiny bit faster with the lcd_send_data() change |
| 22:19:01 | mborus | this way the speed could also be set in 0.1% steps (like the pitch is now) and it would be easier to use in situations where you want to pitch to stay at 100% and just change the speed |
| 22:20:41 | bertrik | funman, rev 21319 does give me 50.7 fps |
| 22:21:59 | | Join p3tur [50] (n=petur@rockbox/developer/petur) |
| 22:22:35 | funman | bertrik: can you revert only the change to lcd_send_data() ? |
| 22:23:00 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
| 22:23:17 | | Quit strife89 ("Best wishes.") |
| 22:26:42 | bertrik | funman, ok I'll try |
| 22:27:01 | bertrik | move the while out of lcd_send_data, right? |
| 22:27:31 | | Quit funman (Read error: 60 (Operation timed out)) |
| 22:30:48 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 22:31:31 | funman | right, and correct the addr increment |
| 22:31:56 | | Join low_light [0] (i=c730180b@gateway/web/ajax/mibbit.com/x-f885ec07e110442e) |
| 22:32:14 | | Quit midgey|w ("http://www.mibbit.com ajax IRC Client") |
| 22:35:04 | | Quit low_light (Client Quit) |
| 22:35:13 | bertrik | funman, back at 50.7 fps ... |
| 22:35:41 | | Part bigtomrodney ("Ex-Chat") |
| 22:35:48 | funman | bertrik: hmm .. weird |
| 22:36:03 | funman | thanks for the test, i'll look at what happens |
| 22:36:22 | bertrik | yeah, I would expect your code to be faster too |
| 22:38:35 | bertrik | funman, this is what I did: http://pastebin.com/m3ac0e24d |
| 22:41:45 | | Join n00b81 [0] (n=taylor@unaffiliated/n00b81) |
| 22:41:47 | funman | bertrik: what if you change the loop inside lcd_send_data to do { } while(−−width); ? |
| 22:43:04 | | Part n00b81 ("Leaving") |
| 22:43:07 | *** | Saving seen data "./dancer.seen" |
| 22:44:24 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 22:45:33 | funman | the branch is faster and there's one less register used : only lr is saved on the stack, while in the previous version (r21318 and before) didn't use the stack |
| 22:46:54 | | Quit mborus ("CGI:IRC (Ping timeout)") |
| 22:50:13 | | Join nibbler_ [0] (n=Nibbler@pD9E3100D.dip.t-dialin.net) |
| 22:51:13 | | Join PaulJam [0] (i=PaulJam_@vpn-3063.gwdg.de) |
| 22:55:33 | | Join Ridayah [0] (n=ridayah@173-19-228-175.client.mchsi.com) |
| 22:56:19 | | Quit evilnick_230 ("http://www.mibbit.com ajax IRC Client") |
| 22:58:02 | amiconn | funman: Could you check with different cpu clock settings? |
| 22:58:29 | funman | amiconn: well i can't check, i have no c200v1 and the v2 is not functional yet ;) |
| 22:58:36 | | Quit efyx (Remote closed the connection) |
| 22:58:45 | amiconn | This effect (faster lcd transfer code sometimes leads to slower updates) can be explained |
| 22:58:53 | | Join efyx [0] (n=efyx@lap34-1-82-224-140-171.fbx.proxad.net) |
| 22:58:54 | amiconn | I observed it on ipods as well. |
| 22:59:18 | funman | did you fidn the cause ? |
| 22:59:39 | amiconn | The lcd transfer needs to wait for the lcd to become ready. Now it depends on whether the lcd becomes ready just before the check or just after the check |
| 23:00 |
| 23:00:11 | amiconn | If it becomes ready just after the check, the loop performs one more cycle. This often happens with faster transfer code |
| 23:00:40 | amiconn | Changing the cpu clock will change this |
| 23:01:00 | funman | reading from hardware memory can be blocking ? because i expect one loop to be very fast (while(*reg & 1<<bit) ; ) |
| 23:01:04 | amiconn | (i.e. you will find some cpu clock frequencies where the faster code is actually faster) |
| 23:02:22 | amiconn | Reading from hardware needs whatever number of waitstates is set for this region. Since memory-mapped i/o is uncached, this can take quite long |
| 23:02:45 | | Quit p3tur (Remote closed the connection) |
| 23:03:24 | | Join toffe82 [0] (n=chatzill@64.146.232.66) |
| 23:03:38 | | Join pat_mulchrone [0] (n=pat@99-13-70-2.lightspeed.cicril.sbcglobal.net) |
| 23:07:22 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 23:07:29 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-992b37e6418759be) |
| 23:09:00 | | Quit toffe82_ (Read error: 60 (Operation timed out)) |
| 23:15:13 | saratoga | i'd still like to try running the fuze with only 2MB of RAM, but i dind't get that to work before, could someone walk me through the needed changes? |
| 23:15:17 | bertrik | funman, sorry was afk, I'll try again with some other CPU speeds |
| 23:15:44 | bertrik | saratoga, maybe just define AMS_LOWMEM? |
| 23:15:55 | | Quit patmulchrone (Connection timed out) |
| 23:16:43 | bertrik | I think that's part of it, but probably not all |
| 23:16:51 | funman | saratoga: just set memory size to 2 in tools/configure |
| 23:17:15 | funman | the code is common to m200v4/clip/c200v2 so there is no model specific check, it only looks at mem size |
| 23:19:23 | bertrik | funman, it's slower at 80 MHz too (105.5 fps) |
| 23:20:04 | funman | bertrik: does changing the loop into a tail loop have any effect ? |
| 23:20:25 | bertrik | I'll try that |
| 23:23:07 | saratoga | huh wma fails to link due to full IRAM |
| 23:23:27 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 23:23:59 | funman | remove the framebuffer from iram in config-fuze.h |
| 23:25:15 | | Join fxb__ [0] (n=felixbru@h1252615.stratoserver.net) |
| 23:27:46 | bertrik | funman, the do {} while (−−width) is 40.5 fps at 30 MHz (so slightly faster but still slower than before) |
| 23:28:27 | bertrik | 108.5 fps at 80 MHz |
| 23:29:59 | funman | i have no other idea so i think we should revert lcd_send_data() to the previous way |
| 23:30:40 | funman | and perhaps test this way on sansa ams? |
| 23:30:43 | saratoga | my e200v2 won't even play with 2MB of memory |
| 23:31:04 | bluebrother | Bagder: can you move rbutil 1.2.2 from http://www.alice-dsl.net/dominik.riebeling/rockbox/? |
| 23:31:09 | funman | saratoga: what's the bug? |
| 23:31:43 | saratoga | playback never begins, it just sits there at 0 seconds |
| 23:31:53 | saratoga | buffering shows negative amounts for everything but PCM, which stays at zero |
| 23:32:09 | funman | hmm negative means no audio buffer? |
| 23:32:50 | saratoga | watermark is also about 2 billion |
| 23:33:20 | funman | a bit high imo |
| 23:33:32 | funman | can you paste the .map ? |
| 23:33:41 | saratoga | maybe theres not enough memory available due to extra use for the color screen |
| 23:33:44 | saratoga | sure one second |
| 23:34:04 | funman | it should have failed to link then |
| 23:34:07 | saratoga | which map is needed? |
| 23:34:14 | | Quit AlexP (Read error: 60 (Operation timed out)) |
| 23:34:16 | saratoga | ah rockbox,map |
| 23:34:23 | funman | rockbox.map & perhaps some codec.map |
| 23:34:55 | | Join AlexP [0] (n=alex@rockbox/staff/AlexP) |
| 23:35:40 | saratoga | http://www.duke.edu/~mgg6/rockbox/e200v2maps.zip |
| 23:36:05 | | Quit fxb () |
| 23:36:06 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 23:36:56 | funman | audiobuffert is 402908 bytes |
| 23:37:22 | funman | the codec use dram, so something didn't work |
| 23:37:25 | funman | did you make clean ? |
| 23:38:01 | funman | hm sorry |
| 23:38:45 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 23:38:46 | funman | 1456212 < 2MB so it's dram |
| 23:38:47 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 23:38:55 | saratoga | isn't there a seperate define to put codecs in IRAM? |
| 23:39:06 | funman | it should be auto if memorysize is <= 2MB |
| 23:39:16 | saratoga | hmm you're right |
| 23:39:24 | funman | in build/apps/codecs/codec.link i have PLUGIN_RAM : ORIGIN = ((0x30000000 + (2 * 0x100000)) + 0x50000 - 0x48000), LENGTH = 0x48000 |
| 23:40:19 | | Quit caffeina (Read error: 60 (Operation timed out)) |
| 23:43:10 | saratoga | why are they linking to 3015xxxxx then? |
| 23:44:06 | | Quit Rob2222 (Read error: 104 (Connection reset by peer)) |
| 23:44:37 | funman | 3015xxxxx is in the 2MB of DRAM |
| 23:46:13 | | Join Rob2222 [0] (n=Miranda@p4FDCFDB7.dip.t-dialin.net) |
| 23:48:24 | | Quit Thundercloud (Remote closed the connection) |
| 23:48:30 | domonoky | ~400k might be too small. i remember silent failing of playback if the audiobuffer is too small. (my m200v4 shows 800k free buffer) |
| 23:49:01 | saratoga | #define CODEC_SIZE 0x100000 |
| 23:49:04 | saratoga | i bet its that |
| 23:49:24 | funman | ah possible |
| 23:51:18 | | Part domonoky |
| 23:54:04 | | Join midgey|w [0] (i=836b0055@gateway/web/ajax/mibbit.com/x-8bf1b635fc8856d9) |
| 23:54:20 | saratoga | errr now plugins not linking due to LCD_COLOR |
icon identifies that the person is a core developer (has commit access).