--- Log for 27.11.113 Server: sendak.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 20 days and 18 hours ago 00.00.36 Quit Narod () 00.01.14 Quit chrisjj (Quit: Page closed) 00.08.56 # so 3 levels of indirection - cute 00.10.13 # and that's a very very very simple case, this driver is horrible 00.14.14 Quit lebellium_gs2 (Quit: Bye) 00.15.58 # 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 # I bet you made it right and now you posses the GODS knowledge about amsv2 rom 00.19.00 # 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 # I have already RE 300 functions just for usb and I don't understand anything about this driver 00.20.24 # thats the 'beauty' of OO in lowlevel things 00.21.08 # *OOP 00.21.15 Quit markun (Ping timeout: 246 seconds) 00.22.18 # I'm sure even Linux is simpler than this, and this is *not* a good point 00.26.06 # pamaury: What the device is supposed to do in case of usb reset event? 00.26.34 # you mean in general ? 00.26.38 # 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 # 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 # so basically it should prepare for re-enumeration? 00.30.02 # yeah 00.34.48 Join markun [0] (~markun@rockbox/developer/markun) 00.34.59 Quit bertrik (Remote host closed the connection) 00.35.37 # I think this qualifies as once of the strangest code I've seen: http://pastebin.com/0gMSc8Gc 00.36.00 # *as one 00.37.31 # <[Saint]> USB_thing is amusing 00.38.05 # haha, that was at the beginning, when I still had ideas about funny names 00.38.13 # now I just pick random ones 00.38.29 # like this nice function: usb_wtf__get_ep_specific_something 00.38.59 # :-) 00.39.41 # 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.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 # Are the timestamps in the IRC log in GMT time? 01.05.51 # 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.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.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.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 # pamaury: ya there? 04.38.29 # copper:? 04.41.10 # Fuze+ battery bench done. Version acaedfd ran for 30h24m http://www.pastebin.ca/2482718 04.43.24 # I'll come back again to see if I can help bisect more. 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.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.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.09.33 Quit cmhobbs (Ping timeout: 246 seconds) 08.23.13 # 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.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.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 # Water: thanks for the bench 10.57.34 # pamaury: what about the E360? :D 10.57.48 # I don't know, I just got up 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 # 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 # 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 # lebellium: fuze+ reached 35h on the revision just before the offdending commit 11.53.15 # *offending 11.55.11 # and E360 ran for 22h 11.57.19 # kiwicam: if my memory serves, I think it's quite different 11.59.12 # does it have a firmware upgrade available ? If so I can have a look at it and tell you 12.00.05 Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) 12.04.11 Quit petur (Ping timeout: 246 seconds) 12.05.26 # 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 # 3Gerrit review #525 at http://gerrit.rockbox.org/r/525 : 3 by Jean-Louis Biasini (changes/25/525/10) 12.05.29 # 3Gerrit review #523 at http://gerrit.rockbox.org/r/523 : 3Disable touch device on keyhold for targets that handle it by Jean-Louis Biasini (changes/23/523/4) 12.05.29 # 3Gerrit review #526 at http://gerrit.rockbox.org/r/526 : 3[Fuze+] activate the automatic touchpad disable on keylock by Jean-Louis Biasini (changes/26/526/1) 12.05.50 # s/are still/still have/ 12.08.00 # yeah but the bench I did didn't include those changes 12.08.06 # I think 12.08.40 # oh, I thought touchpad things were commited 12.09.24 # I was not benchmarking HEAD on the fuze+ 12.09.39 # hum in fact it did, so maybe we are facing two power regressions 12.10.37 # might also be a difference in battery, copper did the test with his but my battery seems a bit under 12.12.38 # anyway what is sure that: e90a5efe543914264bf697518ebf9564ff8a9964 -> 35h on my fuze+ and c4f2a46e0dfee336ce7016cd62608097f15367b8 -> 41h on copper's fuze+ 12.14.20 # well, maybe there are 2 regressions but that's already a good start. 22hrs is much more usable than 10hrs :) 12.16.25 # 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 # ok thanks 12.22.41 # 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 # Why would you call that "device standby"? 12.23.52 # It's still doing stuff 12.25.09 # 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 # 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 # 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 # I don't understand your question 12.39.32 # 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 # 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 # It depends 12.43.09 # Mostly on whether you can see anything on the screen with the backlight off 12.43.48 # See e.g. http://download.rockbox.org/daily/manual/rockbox-ipodvideo/rockbox-buildch8.html#x11-1420008.4 12.43.53 # "It depends" meaning it varies with target? 12.43.59 # 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 # 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 # I don't see the point chrisjj, that's an implementation detail 12.49.01 # 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 # chrisjj: It 12.49.40 # opps 12.50.00 # 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 # 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 # gevaerts simply pointed you to the list of settings we have for backlight, which is pretty already quite long 12.56.26 # 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 # Do you know what proportion of screen's drain is down to the LCD? 13.00.39 # No I don't have figures 13.02.45 # 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 # That doesn't mean anything, we have seen plenty of OF doing stupid things which cost a lot of power 13.10.53 # 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 # Another advantage is it avoids the unslightly smack of full white that RB currently shows upon resume. 13.13.25 # 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 # However, I accept that RB has different benefit weightings for such features, relative to commercial OF, and rightly so :) 13.14.47 # I do look at it during play. That's the point of WPS, surely. 13.16.13 # you can disable backlight off, that's not a perfect fix but it works 13.18.06 # It works, but doesn't work as a power saver. 13.18.11 # 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 # 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 # At this point though, measurements will be useless 13.20.13 # We don't scale the processor frequency and that's even more power hungry 13.20.57 # anyway, I'll be back later 13.26.37 Quit pamaury (Ping timeout: 264 seconds) 13.30.55 # 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 # chrisjj: patches welcome on gerrit, but make sure they're *correct* 13.31.57 # 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 # gevaerts: Any pointers to the definition of 'correct' will be gratefully received! :) 13.32.52 # Not incorrect 13.33.33 # * gevaerts still doesn't see *at all* what exactly chrisjj is unhappy about 13.33.41 # And 'incorrect' is defined as 'not correct', right? :) 13.34.47 # I'll comment when I see your patch 13.36.00 # 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 # 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 # Bye for now. And thanks again to A. Awesome work! 13.39.12 # 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 # The UI and manual says Backlight, whereas the code is actually operating backlight and LC too. 13.42.28 # Right, so you *would* have a problem if we power down e.g. the sound chip if no playback is active? 13.42.46 # Perhaps long ago when this setting was designed, labelled and documented, Backlight was accurate. Now, it is less so. 13.42.56 # Dunno about the sound chip. Sorry. 13.43.32 # 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 # We don't tell the user about adjusting CPU frequency in the manual either 13.44.55 # 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 # So you object to features that might have bugs? 13.45.31 # Extended battery life is not a bad side effect IMO 13.46.41 # 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 # 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 # Display Off is not a bug. A has explained it is a deliberate feature. 13.49.05 # Bye for now and thanks for the advice. 13.49.28 # My advice is not to try to appear stupid 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 # 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 # 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 # Surprise! This isn't the OF! 14.36.36 # 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 # If you have this white flash, you're doing things in the wrong order I guess, without enough delay. 14.38.04 # rockbox already init the display before backlight but it seems this lcd is very difficult to program correctly 14.38.08 # gevaerts: It is enough to say you do it wrong, anything else is implementation detail :-) 14.38.14 # lots of timing issue, even tough I have the "datasheet" 14.39.10 # pamaury: Whats the benefit of putting it in standby anyway? Wakeup time? 14.39.35 # I've drop standby, now I just switch it off completely 14.39.50 # yeah that would allow faster wakeup 14.39.50 # pamaury: I know I ask what was expected benefit 14.40.06 # how much faster? Will the user notice at all? 14.40.34 # If the user notices the speed, maybe you should consider a setting like e.g. the ipod video has 14.40.58 # the whole init sequence should take 200ms 14.41.08 # if you just go to standby mode and back, it's much faster, probably 10ms 14.41.21 # thats barely noticable. 14.41.25 # but I can't make standby mode work anyway 14.41.42 # I wouldn't bother 14.42.16 # the backlight brightens slower most probably 14.42.55 # 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 # *weeks 14.43.24 # and it still happen that the display stay black from time to time 14.51.49 # gevaerts: has anyone proposed a "backlight dim" option by the way ? 14.52.07 # Not that I remember 14.53.21 # the old days it doesn't make any sense as b&w displays are perfectly readable without backlight 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 # pamaury: I did (years ago...) 15.07.27 # pamaury: What should I change to add freq analyzer for rk27xx? 15.07.51 # 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 # 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.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.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.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 # I see opus has a bunch of new optimizations committed this week 18.16.57 # looks like they haven't touched the fft though 18.17.13 # 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 # 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 # 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 # chrisjj: *nobody* is denying that there was a bug 18.50.29 # 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 # 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 # chrisjj: took me week*s*, and yes the lcd driver can lock up the cpu 18.56.24 # 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 # 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 # 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 # 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 # 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.03 # When the device fails tool to boot, it's because the lcd driver lock up, not because the cpu crashed 19.00.14 # In this particular case of course, not in general 19.01.54 # 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 # "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 # 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 # So please don't speculate about this sort of thing until you know what "the cpu crashed" actually means 19.04.54 # ... and every time, when the flash stuck, in the white screen, the CPU was /not/ locked. 19.05.16 # The CPU is *never* locked, unless there's a hardware bug 19.05.23 # The device was fully responsive - just the screen barely readable. 19.05.48 # Ok, I'm going to discolve all details, this way you'll understand everything 19.05.53 # *disclose 19.06.17 # 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 # 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 # Oops. s/for pamaury, yourself/from pamaury, yourself/ 19.09.37 Quit pretty_function (Remote host closed the connection) 19.09.43 # chrisjj: good to know you're happu to learn from us then 19.10.07 # Always! 19.11.40 Quit foolsh (Quit: foolsh) 19.12.06 # 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 # 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 # . 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 # s/append/happen 19.13.41 # 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 # 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.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 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.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 # Hello 22.23.55 # I would like to know it SanDisk Sansa Clip+ works correctly with Rockbox :) 22.24.10 # And if there are news about supporting latest codecs, like Opus 1.1 22.26.01 # And the functionality compared to Clip Zip in terms of support :) 22.26.07 # Do the FM radio works too? 22.29.40 # I see info about Clip+, but not about Clip Zip http://www.rockbox.org/wiki/SansaClip 22.30.11 # 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 # Clip+ and Clip Zip are almost identical apart from the screen, and they should work equally well with rockbox 22.31.31 # gevaerts: Can someone add it to the following chart, please? http://www.rockbox.org/wiki/BuyersGuide :) 22.31.45 # 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 # gevaerts: Oh, sorry. I did think the wiki was only editable by Rockbox Team developers 22.32.49 # 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 # I need to add my real name? Damn 22.33.15 # 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 # gevaerts: Done :) 22.34.11 # gevaerts: My nickname is timofonic 22.34.47 # 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 # gevaerts: Do I have to use my realname as a wiki name? :P 22.36.42 # Yes 22.37.15 # 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 # gevaerts: Your personal Foswiki topic JoseFrancisco has been created 22.38.34 # okay :) 22.39.19 Quit n1s (Quit: Ex-Chat) 22.39.31 # gevaerts: So FM works on Zip too? 22.39.39 # It should, yes 22.39.45 # http://forums.rockbox.org/index.php?topic=28709.0 22.39.48 # okay :) 22.40.11 # gevaerts: Do you know if Rockbox is translated to Spanish? 22.40.32 # it is 22.41.56 # There's a few words to translate, I'm going to submit at least two of them :) 22.42.13 # The interface seems easy, what it is using? 22.44.16 # 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.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 # timofonic4: you should have wiki edit permissions now 23.34.09 # gevaerts: thanks :D 23.35.00 # which video formats do we support ? 23.35.20 # I think only mpeg2 23.35.28 # can someone confirm ? 23.35.42 # or even better answer on the fuze+ thread 23.35.59 # Also 1 23.36.25 Join stripwax [0] (~Miranda@rockbox/developer/stripwax) 23.36.38 # pamaury: http://www.rockbox.org/wiki/PluginMpegplayer is the thing to point to 23.36.46 # * gevaerts will reply 23.37.15 # yeah but my connection is terrible at the moment ^^ 23.37.18 # 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)