| 00:00:36 | | Quit Narod () |
| 00:01:14 | | Quit chrisjj (Quit: Page closed) |
| 00:08:56 | wodz | so 3 levels of indirection - cute |
| 00:10:13 | pamaury | and that's a very very very simple case, this driver is horrible |
| 00:14:14 | | Quit lebellium_gs2 (Quit: Bye) |
| 00:15:58 | pamaury | I don't know if anyone understand but I've reached the terrible moment where two sides of your RE meet and you realise that two objects X and Y you have defined must be equal and thus 1) either you've reach a contradiction 2) either you're just add such a huge relevation you cannot realise it can be true |
| 00:18:45 | wodz | I bet you made it right and now you posses the GODS knowledge about amsv2 rom |
| 00:19:00 | pamaury | hum, I suspect something is fishy rather |
| 00:19:25 | | Quit ender` (Quit: ... Because without a death penalty, Christianity wouldn't exist.) |
| 00:19:42 | pamaury | I have already RE 300 functions just for usb and I don't understand anything about this driver |
| 00:20:24 | wodz | thats the 'beauty' of OO in lowlevel things |
| 00:21:08 | wodz | *OOP |
| 00:21:15 | | Quit markun (Ping timeout: 246 seconds) |
| 00:22:18 | pamaury | I'm sure even Linux is simpler than this, and this is *not* a good point |
| 00:26:06 | wodz | pamaury: What the device is supposed to do in case of usb reset event? |
| 00:26:34 | pamaury | you mean in general ? |
| 00:26:38 | wodz | yes |
| 00:28:13 | | Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) |
| 00:28:15 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 00:28:17 | pamaury | I don't remember the details but at least reset its address, abort all transfers and deconfigure all its endpoints. In short it should return the a known state in which only EP0 is configured |
| 00:29:35 | wodz | so basically it should prepare for re-enumeration? |
| 00:30:02 | pamaury | yeah |
| 00:34:48 | | Join markun [0] (~markun@rockbox/developer/markun) |
| 00:34:59 | | Quit bertrik (Remote host closed the connection) |
| 00:35:37 | pamaury | I think this qualifies as once of the strangest code I've seen: http://pastebin.com/0gMSc8Gc |
| 00:36:00 | pamaury | *as one |
| 00:37:31 | [Saint] | USB_thing is amusing |
| 00:38:05 | pamaury | haha, that was at the beginning, when I still had ideas about funny names |
| 00:38:13 | pamaury | now I just pick random ones |
| 00:38:29 | pamaury | like this nice function: usb_wtf__get_ep_specific_something |
| 00:38:59 | wodz | :-) |
| 00:39:41 | pamaury | after that I lost my mind and ended up with: usb_thing_leu__get_last_vector_elem_ptr |
| 00:40:49 | | Quit wodz (Quit: Leaving) |
| 00:45:01 | | Quit markun (Ping timeout: 272 seconds) |
| 00:57:11 | | Join Epicanis [0] (~Epicanis@sdsl-68-238-63-20.static.ngn.east.myfairpoint.net) |
| 01:00 |
| 01:02:12 | | Join chrisjj [0] (561bb732@gateway/web/freenode/ip.86.27.183.50) |
| 01:04:14 | | Join Water [0] (~chatzilla@adsl-68-253-225-181.dsl.dytnoh.ameritech.net) |
| 01:04:45 | Water | Are the timestamps in the IRC log in GMT time? |
| 01:05:51 | Water | Nevermind, I'll use this post to figure it out. |
| 01:18:18 | | Quit JdGordon| (Ping timeout: 246 seconds) |
| 01:20:14 | | Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) |
| 01:32:51 | | Quit Water (Quit: ChatZilla 0.9.90.1 [Firefox 25.0.1/20131112160018]) |
| 01:36:24 | | Join treaki__ [0] (848140e022@p4FF4A35D.dip0.t-ipconnect.de) |
| 01:37:49 | | Quit pamaury (Ping timeout: 240 seconds) |
| 01:39:00 | | Quit treaki_ (Ping timeout: 248 seconds) |
| 01:40:55 | *** | Saving seen data "./dancer.seen" |
| 01:58:42 | | Join stripwax [0] (~Miranda@rockbox/developer/stripwax) |
| 02:00 |
| 02:08:47 | | Join amayer [0] (~amayer@72.25.43.42) |
| 02:24:42 | | Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) |
| 02:36:04 | | Nick SuperBrainAK is now known as DormantBrain (~andy@2001:470:8:a61::5f92:59a1) |
| 02:54:17 | | Join foolsh [0] (~foolsh@c-24-14-134-34.hsd1.in.comcast.net) |
| 03:00 |
| 03:13:45 | | Quit krabador (Quit: Sto andando via) |
| 03:26:02 | | Quit stripwax (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 03:40:57 | *** | Saving seen data "./dancer.seen" |
| 03:45:54 | | Join Strife89 [0] (~Strife89@adsl-98-80-219-190.mcn.bellsouth.net) |
| 03:50:46 | | Quit CaptainKewl (Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )) |
| 03:54:24 | | Nick DormantBrain is now known as SuperBrainAK (~andy@2001:470:8:a61::5f92:59a1) |
| 04:00 |
| 04:02:18 | | Quit pixelma (Disconnected by services) |
| 04:02:18 | | Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) |
| 04:02:18 | | Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) |
| 04:02:39 | | Quit amiconn (Disconnected by services) |
| 04:02:39 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 04:02:41 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 04:03:32 | | Quit JdGordon| (Ping timeout: 248 seconds) |
| 04:04:41 | | Join JdGordon| [0] (~jonno@ppp118-209-135-172.lns20.mel6.internode.on.net) |
| 04:04:41 | | Quit JdGordon| (Changing host) |
| 04:04:41 | | Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) |
| 04:36:42 | | Join Water [0] (~chatzilla@adsl-68-253-225-181.dsl.dytnoh.ameritech.net) |
| 04:37:51 | Water | pamaury: ya there? |
| 04:38:29 | Water | copper:? |
| 04:41:10 | Water | Fuze+ battery bench done. Version acaedfd ran for 30h24m http://www.pastebin.ca/2482718 |
| 04:43:24 | Water | I'll come back again to see if I can help bisect more. |
| 05:00 |
| 05:02:27 | | Quit [7] (Read error: Operation timed out) |
| 05:02:50 | | Quit Epicanis (Quit: gettin' late...) |
| 05:04:41 | | Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) |
| 05:21:06 | | Quit amayer (Quit: Leaving) |
| 05:40:59 | *** | Saving seen data "./dancer.seen" |
| 05:59:17 | | Quit TheSeven (Disconnected by services) |
| 05:59:31 | | Join [7] [0] (~quassel@rockbox/developer/TheSeven) |
| 06:00 |
| 06:29:45 | | Join mortalis [0] (~kvirc@213.33.220.118) |
| 06:34:17 | | Quit nosa-j (Ping timeout: 265 seconds) |
| 06:36:21 | | Join nosa-j [0] (~m00k@66.233.224.206) |
| 07:00 |
| 07:01:46 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 07:01:46 | | Quit dfkt_ (Disconnected by services) |
| 07:05:13 | | Quit nosa-j (Ping timeout: 265 seconds) |
| 07:14:24 | | Join nosa-j [0] (~m00k@66.233.224.206) |
| 07:16:16 | | Quit [Saint] (Remote host closed the connection) |
| 07:17:33 | | Join [Saint] [0] (~saint@rockbox/user/saint) |
| 07:19:16 | | Quit nosa-j (Ping timeout: 248 seconds) |
| 07:25:55 | | Join nosa-j [0] (~m00k@66.233.224.206) |
| 07:31:53 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 07:35:11 | | Quit gelraen (Read error: Operation timed out) |
| 07:41:01 | *** | Saving seen data "./dancer.seen" |
| 08:00 |
| 08:09:33 | | Quit cmhobbs (Ping timeout: 246 seconds) |
| 08:23:13 | kiwicam | Hi. How close is the Phillips GoGear Vibe SA4VBEOKF 8GB to the other Phiilip's devices being Rockboxed now? I quite like it. Surprisingly more so than an OF Clip+ |
| 08:28:50 | | Join Zagor [0] (~bjst@sestofw01.enea.se) |
| 08:28:50 | | Quit Zagor (Changing host) |
| 08:28:50 | | Join Zagor [242] (~bjst@rockbox/developer/Zagor) |
| 08:34:23 | | Quit Strife89 (Ping timeout: 240 seconds) |
| 08:39:20 | | Quit amiconn (Remote host closed the connection) |
| 08:39:20 | | Quit pixelma (Remote host closed the connection) |
| 08:39:48 | | Join pixelma [0] (pixelma@rockbox/staff/pixelma) |
| 08:39:48 | | Join amiconn [0] (amiconn@rockbox/developer/amiconn) |
| 08:46:37 | | Join markun [0] (~markun@rockbox/developer/markun) |
| 08:49:45 | | Join kevku [0] (~kevku@2a01:d0:ffff:34a::8:3) |
| 08:53:02 | | Join LinusN [0] (linus@giant.haxx.se) |
| 08:54:16 | | Join bertrik [0] (~quassel@rockbox/developer/bertrik) |
| 08:57:58 | | Join lorenzo92 [0] (~chatzilla@2a02:27e8:10:dc46:8893:1de5:8e46:bef5) |
| 09:00 |
| 09:00:43 | | Quit lorenzo92 (Client Quit) |
| 09:05:09 | | Quit bertrik (Remote host closed the connection) |
| 09:09:49 | | Quit markun (Ping timeout: 264 seconds) |
| 09:25:56 | | Quit foolsh (Remote host closed the connection) |
| 09:41:05 | *** | Saving seen data "./dancer.seen" |
| 09:44:56 | | Join lorenzo92 [0] (~chatzilla@2a02:27e8:10:dc46:28bf:98e6:aba4:d103) |
| 09:59:15 | | Quit akaWolf (Ping timeout: 264 seconds) |
| 09:59:38 | | Join petur [0] (~petur@78-21-33-246.access.telenet.be) |
| 09:59:41 | | Quit petur (Changing host) |
| 09:59:41 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 10:00 |
| 10:28:26 | | Quit lorenzo92 (Ping timeout: 252 seconds) |
| 10:30:58 | | Join lebellium [0] (~chatzilla@80.215.8.50) |
| 10:42:19 | | Join lorenzo92 [0] (~chatzilla@2a02:27e8:10:dc46:a0a3:8404:9740:2971) |
| 10:55:10 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 10:57:04 | pamaury | Water: thanks for the bench |
| 10:57:34 | lebellium | pamaury: what about the E360? :D |
| 10:57:48 | pamaury | I don't know, I just got up |
| 11:00 |
| 11:02:31 | | Quit lorenzo92 (Ping timeout: 252 seconds) |
| 11:03:04 | | Join lorenzo92 [0] (~chatzilla@2a02:27e8:10:dc46:9de6:ec8d:da5d:f199) |
| 11:09:31 | | Join gelraen [0] (~imax@lab.biomed.kiev.ua) |
| 11:09:32 | | Join foolsh [0] (~foolsh@c-24-14-134-34.hsd1.in.comcast.net) |
| 11:21:01 | | Join markun [0] (~markun@rockbox/developer/markun) |
| 11:23:10 | | Join lorenzo92_ [0] (~chatzilla@2a02:27e8:10:dc46:f4aa:781b:80bf:c4e7) |
| 11:23:58 | | Quit lorenzo92 (Ping timeout: 252 seconds) |
| 11:24:05 | | Nick lorenzo92_ is now known as lorenzo92 (~chatzilla@2a02:27e8:10:dc46:f4aa:781b:80bf:c4e7) |
| 11:32:59 | | Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) |
| 11:34:28 | wodz | Ha, ChibiOS exception handler confirms that I understand what I read :-) If you do not allow exception preemption you don't need to worry about saving s0-s8 and cpu status and config registers on MIPS. |
| 11:34:44 | | Quit pamaury (Ping timeout: 272 seconds) |
| 11:35:16 | wodz | I guess onda's exception handler was copied/addopted from linux where it does matter. |
| 11:39:55 | | Quit lorenzo92 (Ping timeout: 252 seconds) |
| 11:41:07 | *** | Saving seen data "./dancer.seen" |
| 11:48:12 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 11:48:59 | | Join lorenzo92 [0] (~chatzilla@2a02:27e8:10:dc46:9480:59a1:d8d8:7031) |
| 11:51:54 | | Nick SuperBrainAK is now known as DormantBrain (~andy@2001:470:8:a61::5f92:59a1) |
| 11:53:08 | pamaury | lebellium: fuze+ reached 35h on the revision just before the offdending commit |
| 11:53:15 | pamaury | *offending |
| 11:55:11 | pamaury | and E360 ran for 22h |
| 11:57:19 | pamaury | kiwicam: if my memory serves, I think it's quite different |
| 11:59:12 | pamaury | does it have a firmware upgrade available ? If so I can have a look at it and tell you |
| 12:00 |
| 12:00:05 | | Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) |
| 12:04:11 | | Quit petur (Ping timeout: 246 seconds) |
| 12:05:26 | wodz | pamaury: That means we are still 8h to regain battery runtime of 9faabb9 + g#525 + g#523 + g#526 according to SansaRuntime |
| 12:05:28 | fs-bluebot | Gerrit review #525 at http://gerrit.rockbox.org/r/525 : by Jean-Louis Biasini (changes/25/525/10) |
| 12:05:29 | fs-bluebot | Gerrit review #523 at http://gerrit.rockbox.org/r/523 : Disable touch device on keyhold for targets that handle it by Jean-Louis Biasini (changes/23/523/4) |
| 12:05:29 | fs-bluebot | Gerrit review #526 at http://gerrit.rockbox.org/r/526 : [Fuze+] activate the automatic touchpad disable on keylock by Jean-Louis Biasini (changes/26/526/1) |
| 12:05:50 | wodz | s/are still/still have/ |
| 12:08:00 | pamaury | yeah but the bench I did didn't include those changes |
| 12:08:06 | pamaury | I think |
| 12:08:40 | wodz | oh, I thought touchpad things were commited |
| 12:09:24 | pamaury | I was not benchmarking HEAD on the fuze+ |
| 12:09:39 | pamaury | hum in fact it did, so maybe we are facing two power regressions |
| 12:10:37 | pamaury | might also be a difference in battery, copper did the test with his but my battery seems a bit under |
| 12:12:38 | pamaury | anyway what is sure that: e90a5efe543914264bf697518ebf9564ff8a9964 -> 35h on my fuze+ and c4f2a46e0dfee336ce7016cd62608097f15367b8 -> 41h on copper's fuze+ |
| 12:14:20 | lebellium | well, maybe there are 2 regressions but that's already a good start. 22hrs is much more usable than 10hrs :) |
| 12:16:25 | chrisjj | pamaury: So far, zen rework lcd enable seems successful. I.e. resume from "Backlight" standby no longer gives a white screen of life, and reboot thereafter no longer gives a black screen of death. I'll test some more. |
| 12:16:58 | pamaury | ok thanks |
| 12:22:41 | chrisjj | I'd be interested to know what ZEN RB is doing after the Backlight period i..e in what I call device standby. Is it just turning off the backlight, or is it turning off the whole display unit? |
| 12:23:47 | gevaerts | Why would you call that "device standby"? |
| 12:23:52 | gevaerts | It's still doing stuff |
| 12:25:09 | pamaury | chrisjj: previously it was putting the display in standby mode but even the OF doesn't use this mode so now it just turn power down the display completely |
| 12:26:07 | | Quit lorenzo92 (Ping timeout: 252 seconds) |
| 12:28:17 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 12:36:19 | chrisjj | gevaerts: sorry, "display standby" |
| 12:36:23 | | Join pamaury_ [0] (~quassel@rockbox/developer/pamaury) |
| 12:36:32 | | Quit TBCOOL (Ping timeout: 272 seconds) |
| 12:38:47 | chrisjj | pamaury: OK, so is the normal behaviour for RB? I thought Settings' 'Backlight' period was supposed to control just the backlight. The manual (for other targets) thinks so too. |
| 12:39:09 | pamaury_ | I don't understand your question |
| 12:39:32 | pamaury_ | Backlight is related to the display, when backlight is off we turn off the screen |
| 12:39:42 | | Quit pamaury (Ping timeout: 272 seconds) |
| 12:39:46 | | Nick pamaury_ is now known as pamaury (~quassel@rockbox/developer/pamaury) |
| 12:41:17 | chrisjj | Is "when backlight is off we turn off the screen" normal RB behaviour? E.g. on other major targets? I ask becasue there's no mention of this in the docs that I can see. |
| 12:42:52 | gevaerts | It depends |
| 12:43:09 | gevaerts | Mostly on whether you can see anything on the screen with the backlight off |
| 12:43:48 | gevaerts | See e.g. http://download.rockbox.org/daily/manual/rockbox-ipodvideo/rockbox-buildch8.html#x11-1420008.4 |
| 12:43:53 | chrisjj | "It depends" meaning it varies with target? |
| 12:43:59 | pamaury | yeah on all targets where backlight off means you can't see the screen, we turn off the display |
| 12:44:50 | | Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) |
| 12:45:49 | chrisjj | OK. gevaerts: that manual page makes no mention of display off that I can see. Did I miss it? Or is this one of the targets that does not do display off. |
| 12:47:00 | pamaury | I don't see the point chrisjj, that's an implementation detail |
| 12:49:01 | chrisjj | pamaury: Well, I do see the point of accurate documentation. Esp. when it comes to a feature that can cause severe problems - at it was until your fix of yesterday. |
| 12:49:37 | foolsh | chrisjj: It |
| 12:49:40 | foolsh | opps |
| 12:50:00 | chrisjj | Moreover, I'd like to understand the point of gevaerts quote of that manual page. I'm sure there I have something to learn from him there :) |
| 12:52:26 | pamaury | without this "feature" your battery life will be much reduced. Backlight + lcd accounts for most of the power drain when it's on |
| 12:54:18 | pamaury | gevaerts simply pointed you to the list of settings we have for backlight, which is pretty already quite long |
| 12:56:26 | chrisjj | pamaury: OK, I though he was pointing me to something relevant to his "Mostly on whether you can see anything on the screen with the backlight off". Thanks for the clarification. |
| 12:59:23 | chrisjj | Do you know what proportion of screen's drain is down to the LCD? |
| 13:00 |
| 13:00:39 | pamaury | No I don't have figures |
| 13:02:45 | chrisjj | OK, thanks. You might be interested to know that it is apparently not high enough for the OF's screen power save to bother doing display off. The OF's screen power save dims the backlight and hence of course leaves display on. |
| 13:06:21 | pamaury | That doesn't mean anything, we have seen plenty of OF doing stupid things which cost a lot of power |
| 13:10:53 | chrisjj | Well, I wouldn't say it is stupid. It has the benefit of showing an image to the user. And I would not say it costs a lot of power. The tests I've done show it costs remarkably little, compared to the normal brightness backlight. |
| 13:12:13 | chrisjj | Another advantage is it avoids the unslightly smack of full white that RB currently shows upon resume. |
| 13:13:25 | pamaury | I'm sorry but I'm sure most users will disagree with you, what is the point of showing something when you don't even look at it ? But then if you feel like contributing a new setting to control whether backlighit should be off or very low on inactivity, you can |
| 13:13:38 | chrisjj | However, I accept that RB has different benefit weightings for such features, relative to commercial OF, and rightly so :) |
| 13:14:47 | chrisjj | I do look at it during play. That's the point of WPS, surely. |
| 13:16:13 | pamaury | you can disable backlight off, that's not a perfect fix but it works |
| 13:18:06 | chrisjj | It works, but doesn't work as a power saver. |
| 13:18:11 | chrisjj | When I get a moment, I'll measure how much charge is being saved specifically by the display Off side-effect. And let you know, if you're interested. |
| 13:19:19 | pamaury | As I said, if you want backlight dim, you'll have to implement it or convince someone to do it ^^ |
| 13:19:20 | | Quit ikeboy (Remote host closed the connection) |
| 13:19:40 | pamaury | At this point though, measurements will be useless |
| 13:20:13 | pamaury | We don't scale the processor frequency and that's even more power hungry |
| 13:20:57 | pamaury | anyway, I'll be back later |
| 13:26:37 | | Quit pamaury (Ping timeout: 264 seconds) |
| 13:30:55 | chrisjj | I'm not expecting backlight dim. I was just expecting backlight off as per the manual. For now, all I will suggest is that the manual be amended for accuracy. |
| 13:31:14 | gevaerts | chrisjj: patches welcome on gerrit, but make sure they're *correct* |
| 13:31:57 | chrisjj | I agree with you about the processor frequency. But I'm less concerned about that since it is still on the to-do list... and I'm sure you'll do a great job on it :) |
| 13:32:39 | chrisjj | gevaerts: Any pointers to the definition of 'correct' will be gratefully received! :) |
| 13:32:52 | gevaerts | Not incorrect |
| 13:33:33 | * | gevaerts still doesn't see *at all* what exactly chrisjj is unhappy about |
| 13:33:41 | chrisjj | And 'incorrect' is defined as 'not correct', right? :) |
| 13:34:47 | gevaerts | I'll comment when I see your patch |
| 13:36:00 | chrisjj | I'm not unhappy. I'm very happy to now have a RB on ZEN where the undocumented display off effect doesn't prang the device. I am ever grateful to Amaury for the great work he's done. |
| 13:36:31 | | Join krabador [0] (~krabador_@unaffiliated/krabador) |
| 13:37:59 | chrisjj | And I'll hope to ensure any patch was correct before you see it. :) But seriously my first path on this will be to the manual..There would be much less confusion if the manual was er... correct... w.r.t. the prorgam. |
| 13:39:04 | chrisjj | Bye for now. And thanks again to A. Awesome work! |
| 13:39:12 | gevaerts | So what exactly is the issue? Would you e.g. complain if we power down the usb controller before shutdown? I mean, we don't say anything about that in the manual... |
| 13:41:11 | *** | Saving seen data "./dancer.seen" |
| 13:41:52 | chrisjj | The UI and manual says Backlight, whereas the code is actually operating backlight and LC too. |
| 13:42:28 | gevaerts | Right, so you *would* have a problem if we power down e.g. the sound chip if no playback is active? |
| 13:42:46 | chrisjj | Perhaps long ago when this setting was designed, labelled and documented, Backlight was accurate. Now, it is less so. |
| 13:42:56 | chrisjj | Dunno about the sound chip. Sorry. |
| 13:43:32 | gevaerts | Well, it's *exactly* the same case. Rockbox is allowed to do things in the background that don't affect the user experience if it saves battery |
| 13:44:33 | gevaerts | We don't tell the user about adjusting CPU frequency in the manual either |
| 13:44:55 | chrisjj | In general I have a potential problem when a function labelled to do one thing actually does another. Esp. where that other function has a bad side-effect. |
| 13:45:08 | gevaerts | So you object to features that might have bugs? |
| 13:45:31 | foolsh | Extended battery life is not a bad side effect IMO |
| 13:46:41 | chrisjj | foolsh: Agreed = if this does indeed extend battery significantly. But the crashes of the last week were, and the remaining white smack is. |
| 13:48:00 | gevaerts | So whenever we have a bug, we need top document it in the manual instead of trying to fix it, even on targets in early development. OK, we will consider that |
| 13:48:50 | chrisjj | Display Off is not a bug. A has explained it is a deliberate feature. |
| 13:49:05 | chrisjj | Bye for now and thanks for the advice. |
| 13:49:28 | gevaerts | My advice is not to try to appear stupid |
| 14:00 |
| 14:01:16 | | Join pretty_function [0] (~sigBART@123.252.213.255) |
| 14:06:10 | | Quit pretty_function (Quit: Leaving...) |
| 14:13:24 | | Join petur2 [0] (~petur@78-21-33-246.access.telenet.be) |
| 14:15:16 | | Quit petur (Ping timeout: 248 seconds) |
| 14:15:32 | | Nick petur2 is now known as petur (~petur@78-21-33-246.access.telenet.be) |
| 14:15:43 | | Quit petur (Changing host) |
| 14:15:43 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 14:16:29 | | Quit foolsh (Ping timeout: 246 seconds) |
| 14:25:19 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 14:26:13 | pamaury | I'm completely confused by chrisjj, I don't understand the issue. How we manage the LCD is a technical details. If it doesn't work as expected that's a bug, we don't document bugs in the manual |
| 14:28:57 | | Join foolsh [0] (~foolsh@c-24-14-134-34.hsd1.in.comcast.net) |
| 14:34:50 | | Join amayer [0] (~amayer@mail.weberadvertising.com) |
| 14:35:35 | wodz | well, I think he is biased by the fact that OF dims the displaye instead going all dark. When the backlight goes all dark there is not f* difference if you power down lcd or not unless it is transreflective one which is not the case here |
| 14:36:25 | gevaerts | Surprise! This isn't the OF! |
| 14:36:36 | wodz | The bug was that the power down/up sequence WAS visible to the user and this was ahm a bug |
| 14:36:48 | * | gevaerts agrees |
| 14:37:12 | gevaerts | If you have this white flash, you're doing things in the wrong order I guess, without enough delay. |
| 14:38:04 | pamaury | rockbox already init the display before backlight but it seems this lcd is very difficult to program correctly |
| 14:38:08 | wodz | gevaerts: It is enough to say you do it wrong, anything else is implementation detail :-) |
| 14:38:14 | pamaury | lots of timing issue, even tough I have the "datasheet" |
| 14:39:10 | wodz | pamaury: Whats the benefit of putting it in standby anyway? Wakeup time? |
| 14:39:35 | pamaury | I've drop standby, now I just switch it off completely |
| 14:39:50 | pamaury | yeah that would allow faster wakeup |
| 14:39:50 | wodz | pamaury: I know I ask what was expected benefit |
| 14:40:06 | wodz | how much faster? Will the user notice at all? |
| 14:40:34 | gevaerts | If the user notices the speed, maybe you should consider a setting like e.g. the ipod video has |
| 14:40:58 | pamaury | the whole init sequence should take 200ms |
| 14:41:08 | pamaury | if you just go to standby mode and back, it's much faster, probably 10ms |
| 14:41:21 | wodz | thats barely noticable. |
| 14:41:25 | pamaury | but I can't make standby mode work anyway |
| 14:41:42 | wodz | I wouldn't bother |
| 14:42:16 | wodz | the backlight brightens slower most probably |
| 14:42:55 | pamaury | what chrisjj doesn't realise is that it took me week before being able to just display something, in comparison a little white flash seems like nothing |
| 14:43:01 | pamaury | *weeks |
| 14:43:24 | pamaury | and it still happen that the display stay black from time to time |
| 14:51:49 | pamaury | gevaerts: has anyone proposed a "backlight dim" option by the way ? |
| 14:52:07 | gevaerts | Not that I remember |
| 14:53:21 | wodz | the old days it doesn't make any sense as b&w displays are perfectly readable without backlight |
| 15:00 |
| 15:00:18 | | Join einhirn [0] (~Miranda@p4FC74254.dip0.t-ipconnect.de) |
| 15:03:01 | | Part LinusN |
| 15:04:25 | | Quit einhirn (Ping timeout: 246 seconds) |
| 15:04:36 | | Join einhirn [0] (Miranda@bsod.vpn.tu-clausthal.de) |
| 15:07:12 | amiconn | pamaury: I did (years ago...) |
| 15:07:27 | wodz | pamaury: What should I change to add freq analyzer for rk27xx? |
| 15:07:51 | amiconn | wodz: And in the really old days not possible either. Most of the old players have no means to control backlight brightness, they can only switch it on or off |
| 15:11:45 | | Quit wodz (Quit: Leaving) |
| 15:24:12 | pamaury | wodz (logs): currently, create an analyser in std-analyser.{h,cpp}. It must derive from Analyser and implement GetWidget() which return the top widget you want to display in the right panel. In the constructor you must create this widget and fill it with the proper values. You must also implement SupportSoc() to tell if it support a special soc. The name is the top level name in the register desc file. |
| 15:32:14 | | Quit kevku (Ping timeout: 245 seconds) |
| 15:41:14 | *** | Saving seen data "./dancer.seen" |
| 15:43:33 | | Quit Zagor (Quit: Clint excited) |
| 15:46:04 | | Quit bzed (Remote host closed the connection) |
| 15:46:36 | | Join bzed [0] (~bzed@devel.recluse.de) |
| 15:54:32 | | Join maruk [0] (~papier@titanium.v6.sdv.fr) |
| 16:00 |
| 16:01:02 | | Quit krabador (Ping timeout: 260 seconds) |
| 16:38:05 | | Quit pamaury (Read error: Connection reset by peer) |
| 16:43:12 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 16:48:44 | | Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) |
| 16:50:07 | | Join kevku [0] (~kevku@2001:470:27:773:0:feed:c0f:fee) |
| 16:55:11 | | Quit petur (Quit: Nettalk6 - www.ntalk.de) |
| 16:55:24 | | Join Narod [0] (Narod@p5DDDB4C0.dip0.t-ipconnect.de) |
| 17:00 |
| 17:08:01 | | Quit lebellium (Ping timeout: 264 seconds) |
| 17:09:22 | | Quit mortalis (Read error: Operation timed out) |
| 17:10:48 | | Join lebellium [0] (~chatzilla@80.215.8.50) |
| 17:16:48 | | Join mortalis [0] (~kvirc@213.33.220.118) |
| 17:23:00 | | Join n1s [0] (~n1s@nl118-168-30.student.uu.se) |
| 17:23:00 | | Quit n1s (Changing host) |
| 17:23:00 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 17:25:46 | | Quit Zambezi (Read error: Connection reset by peer) |
| 17:35:20 | | Quit markun (Read error: Operation timed out) |
| 17:41:16 | *** | Saving seen data "./dancer.seen" |
| 17:47:08 | | Join Zambezi [0] (Zulu@bnc.fran.hostbay.nu) |
| 17:52:03 | | Join y4n [0] (~y4n@unaffiliated/y4ndexx) |
| 17:53:07 | | Quit mortalis (Ping timeout: 246 seconds) |
| 18:00 |
| 18:04:41 | | Quit simabeis_ (Ping timeout: 245 seconds) |
| 18:05:31 | | Join simabeis [0] (~simabeis@lobmenschen.de) |
| 18:14:47 | | Join saratoga [0] (474b585f@gateway/web/freenode/ip.71.75.88.95) |
| 18:15:14 | saratoga | I see opus has a bunch of new optimizations committed this week |
| 18:16:57 | saratoga | looks like they haven't touched the fft though |
| 18:17:13 | saratoga | I should really look into those |
| 18:19:14 | | Join bertrik [0] (~quassel@rockbox/developer/bertrik) |
| 18:26:55 | | Quit cmhobbs (Ping timeout: 252 seconds) |
| 18:28:44 | | Join pretty_function [0] (~sigBART@123.252.213.255) |
| 18:29:42 | | Join mortalis [0] (~kvirc@213.33.220.118) |
| 18:37:21 | | Quit maruk (Quit: Leaving.) |
| 18:43:49 | | Join cmhobbs [0] (~cmhobbs@ip70-178-52-92.ks.ks.cox.net) |
| 18:43:49 | | Quit cmhobbs (Changing host) |
| 18:43:49 | | Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) |
| 18:45:14 | chrisjj | pamaury: I do realise Amaury that it took you a week to get a display (though actually I thought it probably took a lot longer). I very much realise how hard such development is, like finding a needle in a haystack in the dark. |
| 18:48:23 | chrisjj | pamaury: but a little flash is not necessarily just a little flash. Before your fix of yesterday, sometimes that flash would stick on, making the player unusable, and usually prevent the next boot, requiring a reset. |
| 18:49:29 | gevaerts | chrisjj: *nobody* is denying that there was a bug |
| 18:50:29 | chrisjj | pamaury: I don't yet know the remaining flash threatens stability. I hope not. But I think it worth being vigilant seems we all know that an LCD can't itself crash a CPU, so there must have been some related code lockup, and in firmware they are a nightmare to solve once the tell-tales go underground. |
| 18:51:40 | chrisjj | pamaury: "If it doesn't work as expected that's a bug, we don't document bugs in the manual" Sure, but let's remember that this definition of a bug depends on what's expected, and what's expected depends in part on what's declared in the manual. |
| 18:54:01 | | Quit cmhobbs (Ping timeout: 246 seconds) |
| 18:55:41 | pamaury | chrisjj: took me week*s*, and yes the lcd driver can lock up the cpu |
| 18:56:24 | chrisjj | pamaury: The manual does not give an expectation that the LC be affected by the Backlight setting, so by that definition, to someone with nothing more to go on, the LC effect is a bug. Of course, you personally have a different expectation - having coded the LC effect - so to you it is not a bug. |
| 18:56:32 | | Quit Water (Quit: ChatZilla 0.9.90.1 [Firefox 25.0.1/20131112160018]) |
| 18:57:19 | chrisjj | pamaury: Because of such variation from the same definition, I asked here what it was others' expectation, rather than report it as a bug. |
| 18:57:25 | pamaury | I'm not saying it's not a bug (actually it is a timing issue), I'm just saying that the manual shouldn't mention bug |
| 18:59:18 | chrisjj | pamaury: I'm am aware an LCD driver can lock the CPU. What I said was that "an LCD can't itself crash a CPU". |
| 18:59:20 | pamaury | First, there is no official manual for the ZEN, second it is still in development. Everyone using beta software should be ready to suffer from little annoyances like this flash |
| 19:00 |
| 19:00:03 | pamaury | When the device fails tool to boot, it's because the lcd driver lock up, not because the cpu crashed |
| 19:00:14 | pamaury | In this particular case of course, not in general |
| 19:01:54 | chrisjj | pamaury: I'm fine with annoyances like the little flash. I put effort into the issue only to help ensure it is no worse i.e. an ongoing risk that the now-usued LCD driver code having a crash risk will cause instability down the line. |
| 19:02:49 | chrisjj | "hen the device fails tool to boot, it's because the lcd driver lock up, not because the cpu crashed" Now that's interesting. I didn't make my report of the crash issue before but I did make many tests... |
| 19:02:59 | gevaerts | chrisjj: pamaury is developing this thing. He notices bugs too. Having people go on and on about some minor issues during early development does not help *at all*. In fact, it's very demoralising |
| 19:03:48 | gevaerts | So please don't speculate about this sort of thing until you know what "the cpu crashed" actually means |
| 19:04:54 | chrisjj | ... and every time, when the flash stuck, in the white screen, the CPU was /not/ locked. |
| 19:05:16 | gevaerts | The CPU is *never* locked, unless there's a hardware bug |
| 19:05:23 | chrisjj | The device was fully responsive - just the screen barely readable. |
| 19:05:48 | pamaury | Ok, I'm going to discolve all details, this way you'll understand everything |
| 19:05:53 | pamaury | *disclose |
| 19:06:17 | chrisjj | The lock came only when the device (in the white screen state) was powered off and on. Then I got a baclk screen of death (after bootloader, before RB start screen. |
| 19:09:00 | chrisjj | gevaerts: I didn't speculate. And if I don't know what *the cpu crashed* means (despite an honours degree in Computer Science and 33 years industry experience) then I am more than happy to learn for pamaury, yourself, or anyone else. |
| 19:09:35 | chrisjj | Oops. s/for pamaury, yourself/from pamaury, yourself/ |
| 19:09:37 | | Quit pretty_function (Remote host closed the connection) |
| 19:09:43 | gevaerts | chrisjj: good to know you're happu to learn from us then |
| 19:10:07 | chrisjj | Always! |
| 19:11:40 | | Quit foolsh (Quit: foolsh) |
| 19:12:06 | pamaury | So first, you should now that this a TFT-LCD which is *normally white*. Which means that if you power only the backlight, it will appear as entirely white. Second, it means that until you have power the LCD, make the complete initialising *and* send the first frame, the display will appear as white unless backlight is off. This explains the little flash: rockbox enable the lcd and then backlight *but* the lcd init doesn't send a frame so until |
| 19:12:06 | pamaury | rockbox repaint the whole screen in black, you can see a white screen. It append very quickly but you can still pick it up. Now there is a completely different issue which is when you fail to properly power the lcd (for whatever reason you don't ensure proper timing on the SPI bus and the data is corrupted), then some physical parameters of the panel might not be properly registered in the controller side and it will not drive the lcd correctly |
| 19:12:06 | pamaury | . And this display is white, when it's not driven correctly it will naturally tend to display white rather than something else I guess. This explains the white vertical strides. |
| 19:12:40 | pamaury | s/append/happen |
| 19:13:41 | pamaury | The second issue only appeared when going out of standby mode and since I couldn't find the fix, I just dropped standby mode. |
| 19:14:40 | pamaury | The only unexplained bug is when, sometimes, the lcd stays black and the device is unresponsive. I've run into this one a few times and I don't know if that's related to the LCD or not. Might be a completely different issue. |
| 19:16:53 | | Join foolsh [0] (~foolsh@c-24-14-134-34.hsd1.in.comcast.net) |
| 19:16:58 | | Quit JdGordon| (Ping timeout: 252 seconds) |
| 19:18:09 | | Join b0hoon [0] (5d9aa222@gateway/web/freenode/ip.93.154.162.34) |
| 19:24:05 | | Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) |
| 19:24:15 | | Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) |
| 19:28:42 | | Quit pamaury (Read error: Connection reset by peer) |
| 19:31:38 | | Quit cmhobbs (Ping timeout: 272 seconds) |
| 19:33:40 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 19:41:21 | *** | Saving seen data "./dancer.seen" |
| 19:45:05 | | Quit b0hoon (Ping timeout: 250 seconds) |
| 19:59:11 | | Join lorenzo92 [0] (~chatzilla@host219-104-dynamic.0-79-r.retail.telecomitalia.it) |
| 20:00 |
| 20:01:54 | | Quit foolsh (Remote host closed the connection) |
| 20:09:47 | | Quit saratoga (Ping timeout: 250 seconds) |
| 20:21:03 | | Join stripwax [0] (~Miranda@rockbox/developer/stripwax) |
| 20:24:54 | | Quit pamaury (Ping timeout: 246 seconds) |
| 20:34:35 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 20:35:26 | | Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) |
| 20:43:19 | | Quit y4n (Quit: 6,000,000 ways to die — choose one.) |
| 20:44:28 | | Quit JdGordon| (Ping timeout: 272 seconds) |
| 21:00 |
| 21:00:21 | | Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) |
| 21:15:50 | | Quit amayer (Quit: Leaving) |
| 21:24:36 | | Quit kevku (Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/) |
| 21:25:46 | | Join markun [0] (~markun@rockbox/developer/markun) |
| 21:41:25 | *** | Saving seen data "./dancer.seen" |
| 21:52:11 | | Join cmhobbs [0] (~cmhobbs@ip70-178-52-92.ks.ks.cox.net) |
| 21:52:11 | | Quit cmhobbs (Changing host) |
| 21:52:11 | | Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) |
| 21:53:56 | | Quit kiwicam (Remote host closed the connection) |
| 21:54:02 | | Quit markun (Ping timeout: 265 seconds) |
| 21:55:30 | | Join Zagor [0] (~bjst@178.174.218.60) |
| 21:55:30 | | Quit Zagor (Changing host) |
| 21:55:30 | | Join Zagor [242] (~bjst@rockbox/developer/Zagor) |
| 21:56:05 | | Quit stripwax (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 22:00 |
| 22:03:07 | | Quit ikeboy (Quit: ikeboy) |
| 22:05:23 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 22:05:24 | | Join markun [0] (~markun@rockbox/developer/markun) |
| 22:08:01 | | Quit fs-bluebot (Ping timeout: 264 seconds) |
| 22:08:19 | | Quit bluebrother^ (Ping timeout: 248 seconds) |
| 22:09:30 | | Join fs-bluebot [0] (~fs-bluebo@f053153169.adsl.alicedsl.de) |
| 22:19:50 | | Join wodz [0] (~wodz@87-207-223-0.dynamic.chello.pl) |
| 22:23:25 | | Join timofonic4 [0] (~timofonic@209.229.76.188.dynamic.jazztel.es) |
| 22:23:27 | timofonic4 | Hello |
| 22:23:55 | timofonic4 | I would like to know it SanDisk Sansa Clip+ works correctly with Rockbox :) |
| 22:24:10 | timofonic4 | And if there are news about supporting latest codecs, like Opus 1.1 |
| 22:26:01 | timofonic4 | And the functionality compared to Clip Zip in terms of support :) |
| 22:26:07 | timofonic4 | Do the FM radio works too? |
| 22:29:40 | timofonic4 | I see info about Clip+, but not about Clip Zip http://www.rockbox.org/wiki/SansaClip |
| 22:30:11 | timofonic4 | I like Rockbox, but the site has many lacks like with the OpenWRT project. I understand this project is mostly geek oriented, anyway :) |
| 22:30:51 | gevaerts | Clip+ and Clip Zip are almost identical apart from the screen, and they should work equally well with rockbox |
| 22:31:31 | timofonic4 | gevaerts: Can someone add it to the following chart, please? http://www.rockbox.org/wiki/BuyersGuide :) |
| 22:31:45 | gevaerts | Of course you can! :) |
| 22:31:49 | | Join benedikt93_ [0] (~benedikt9@frbg-5f732e02.pool.mediaWays.net) |
| 22:32:05 | | Quit benedikt93_ (Client Quit) |
| 22:32:12 | timofonic4 | gevaerts: Oh, sorry. I did think the wiki was only editable by Rockbox Team developers |
| 22:32:49 | gevaerts | Well, you need to be added to a list to be allowed to edit it, but that's merely an anti-spam system |
| 22:33:11 | timofonic4 | I need to add my real name? Damn |
| 22:33:15 | gevaerts | i.e. we give edit permissions to anyone who asks and who has followed the rules with regards to real name and things |
| 22:34:04 | timofonic4 | gevaerts: Done :) |
| 22:34:11 | timofonic4 | gevaerts: My nickname is timofonic |
| 22:34:47 | timofonic4 | Wiki has received a suspicious change request from your browser. <−− I use NoScript and other paranoid stuff on my Firefox |
| 22:35:15 | | Quit benedikt93 (Ping timeout: 252 seconds) |
| 22:36:36 | timofonic4 | gevaerts: Do I have to use my realname as a wiki name? :P |
| 22:36:42 | gevaerts | Yes |
| 22:37:15 | gevaerts | But someone else will have to do the actual activation. I just broke my networking here, so I can't access the website... |
| 22:38:33 | timofonic4 | gevaerts: Your personal Foswiki topic JoseFrancisco has been created |
| 22:38:34 | timofonic4 | okay :) |
| 22:39:19 | | Quit n1s (Quit: Ex-Chat) |
| 22:39:31 | timofonic4 | gevaerts: So FM works on Zip too? |
| 22:39:39 | gevaerts | It should, yes |
| 22:39:45 | timofonic4 | http://forums.rockbox.org/index.php?topic=28709.0 |
| 22:39:48 | timofonic4 | okay :) |
| 22:40:11 | timofonic4 | gevaerts: Do you know if Rockbox is translated to Spanish? |
| 22:40:32 | lebellium | it is |
| 22:41:56 | timofonic4 | There's a few words to translate, I'm going to submit at least two of them :) |
| 22:42:13 | timofonic4 | The interface seems easy, what it is using? |
| 22:44:16 | timofonic4 | http://translate.rockbox.org/edit.php?lang=espanol <−− I was only able to translate "Slow" to "Lento", the others are difficult for me |
| 22:44:21 | | Join rela [0] (~x@pdpc/supporter/active/rela) |
| 22:54:01 | | Join JdGordon| [0] (~jonno@ppp118-209-151-240.lns20.mel6.internode.on.net) |
| 22:54:01 | | Quit JdGordon| (Changing host) |
| 22:54:01 | | Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) |
| 22:59:28 | | Quit rela (Read error: Connection reset by peer) |
| 23:00 |
| 23:10:10 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 23:18:01 | | Quit markun (Read error: Connection reset by peer) |
| 23:21:16 | | Quit lorenzo92 (Remote host closed the connection) |
| 23:21:48 | | Quit JdGordon| (Ping timeout: 240 seconds) |
| 23:22:08 | | Join amayer [0] (~amayer@72.25.43.42) |
| 23:22:32 | | Join TBCOOL [0] (~tb@c-ec94e555.09-273-73746f44.cust.bredbandsbolaget.se) |
| 23:24:56 | | Quit ender` (Quit: Two things are infinite: the universe and human stupidity, even though I'm not yet sure about the universe. -- A. Einstein) |
| 23:28:49 | gevaerts | timofonic4: you should have wiki edit permissions now |
| 23:34:09 | timofonic4 | gevaerts: thanks :D |
| 23:35:00 | pamaury | which video formats do we support ? |
| 23:35:20 | pamaury | I think only mpeg2 |
| 23:35:28 | pamaury | can someone confirm ? |
| 23:35:42 | pamaury | or even better answer on the fuze+ thread |
| 23:35:59 | gevaerts | Also 1 |
| 23:36:25 | | Join stripwax [0] (~Miranda@rockbox/developer/stripwax) |
| 23:36:38 | gevaerts | pamaury: http://www.rockbox.org/wiki/PluginMpegplayer is the thing to point to |
| 23:36:46 | * | gevaerts will reply |
| 23:37:15 | pamaury | yeah but my connection is terrible at the moment ^^ |
| 23:37:18 | pamaury | thanks |
| 23:39:40 | | Quit cmhobbs (Ping timeout: 246 seconds) |
| 23:41:28 | *** | Saving seen data "./dancer.seen" |
| 23:50:29 | | Join JdGordon| [0] (~jonno@ppp118-209-184-71.lns20.mel6.internode.on.net) |
| 23:50:29 | | Quit JdGordon| (Changing host) |
| 23:50:30 | | Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) |
| 23:50:36 | | Quit einhirn (Ping timeout: 264 seconds) |
| 23:51:58 | | Quit wodz (Quit: Leaving) |
| 23:55:49 | | Quit JdGordon| (Ping timeout: 240 seconds) |
| 23:56:11 | | Join cmhobbs [0] (~cmhobbs@ip70-178-52-92.ks.ks.cox.net) |
| 23:56:11 | | Quit cmhobbs (Changing host) |
| 23:56:11 | | Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) |
| 23:58:01 | | Join JdGordon| [0] (~jonno@ppp118-209-175-209.lns20.mel6.internode.on.net) |
| 23:58:02 | | Quit JdGordon| (Changing host) |
| 23:58:02 | | Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) |
icon identifies that the person is a core developer (has commit access).