Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

Notice: Only Gecko based browsers prior to FF4 support the multipart/mixed "server push" method used by this log reader to auto-update. Since you do not appear to use such a browser, this page will simply show the current log, and not automatically update.

#rockbox log for 2015-07-14

00:04:36prof_wolfffSaint: does the Yahoo ID works?, i so i can try to open a mail account in yahoo...
00:05:45[Saint]It's all one in the same.
00:06:00[Saint]We need to transition the gerrit instance to an updated version and implement oauth2
00:07:36prof_wolfffah!, i can try to commit the patches directly to master from my local branch (ignoring gerrit), but i suspect that will break some dependencies between git/gerrit
00:08:35[Saint]Oh? You have direct access?
00:08:39[Saint]Great, then, go for it.
00:08:48[Saint]This won't break the world.
00:09:41[Saint]prof_wolfff: with this tasks sitting on gerrit for so long bitrotting and you constantly maintaining them I was under the impression you didn't have direct access.
00:10:10[Saint]Lets just pretend that I can still get into my gerrit account and gave this a +2
00:10:38[Saint]I, and assumedly you, have been using this patch set for many months without issue.
00:10:45prof_wolfff:) yes, i can commit, i am not a git expert, so i will try to commit ignore gerrit, need to look at the git docs first
00:11:01[Saint]If I were you, I would just push everything but the clocking/undervoling patch.
00:11:26[Saint]If it falls over, I'll take the blame for this. :)
00:12:41[Saint]It should not, however. The patches apply with very minimal fuzzing (as I see you've kept them actively maintained), so as long as you follow the dependency flow it should all "Just Work(TM)".
00:13:17[Saint]I suspect you remember your own dependency flow. But it is in the backlog if you needed a refresher.
00:13:22prof_wolfff:) there is some progress in the clocking patch but is is not finished yet, and IIRC there are other minor changes on my local branch for the other patches, need to give a last look at this too
00:13:57[Saint]IS your clocking stuff (the new stuff) up anywhere?
00:14:13[Saint]I had a play with this myself, but I would also like to see your tree.
00:15:09[Saint]I ended up undervolting a bit more aggressively, and instead of dancing around with different min clocks for LCD on/off I just set the min clock to 54MHz.
00:15:43[Saint]I couldn't actually see much reason to keep the min clock at 34MHz.
00:16:26[Saint]Trying to change the minimum clock for screen on/off states resulted in a fairly obvious lag when the device woke up.
00:16:43[Saint]But I may well have implemented this in a foolish way.
00:16:44prof_wolfffthere is no new functionality but there are includes and functions that describes the clocking section, i can send you the patch as it is ATM if you want, but i advise you: it is really ugly code con lots of spanish comments and TODOs
00:17:19[Saint]What are your thoughts on how to handle the minimum clock?
00:17:47[Saint]Personally I think it is best to avoid switching clocks for screen dependent states.
00:18:27[Saint]I found with my own testing that the "sweet spot" seemed to be 54MHz minimum clock with a slightly more aggressive undervolting.
00:19:19prof_wolfffit is to leave the 36MHz as in the experimental patch, but increase them to 54MHz (like the actual HEAD) when the LCD is waken, the 36MHz<->54MHz switch can be done on iPod target code (not RB skeleton)
00:20:00[Saint]Did you not find that switching the minimum clock produced an obvious lag?
00:20:11[Saint]Perhaps we should swap code.
00:21:30[Saint]I was also taking into consideration how other targets behave and if we went down this route I believe it would be unique to the ipod6g as I'm not aware of any other device that uses an intermediary clock.
00:21:31prof_wolfffreally i have not tried the 36MHz<->54MHz switch yet, that is what i was planning to do, but not yet tried
00:21:54[Saint]Ah. OK. I'll remind myself to pull it out for you when I get home.
00:22:10[Saint]Your code can't be any worse than mine. Mine is ugly as shit.
00:22:22 Quit ender` (Quit: We must respect the other fellow's religion, but only in the sense and to the extent that we respect his theory that his wife is beautiful and his children smart.-- H.L. Mencken)
00:22:36[Saint]I found that waking the device still produces a very obvious lag.
00:23:10[Saint]The UI is /then/ usable and the refresh of the screen is perfectly fine, but initially on waking the device there is a very obvious UI lag.
00:23:22 Join Strife89 [0] (
00:23:41prof_wolfffin the experimental patch, the freq is also bosted when HDD is used, this saves lots of battery because the transfer is faster
00:24:02[Saint]Anyhow - by all means, push everything you have on gerrit besides the clocking/undervolting stuff.
00:24:08prof_wolfffdo you go from 36MHz to 54MHz before awakening the LCD?
00:25:05[Saint]Though there is a high probability that I fucked it up.
00:25:56prof_wolfffoh! the freq changes takes a hundred of usecs (iirc) so there should be not much than lag that in the current SVN version
00:27:05prof_wolfffi will send you a .diff whit the patch, there is a very insteresting graph with info about how the clocking sections seems to work
00:27:06[Saint]I even got some weird cases where when the LCD wakes up it is still showing the last frame that was displayed before it went to sleep, before it updates again, in this initially laggy period.
00:27:13[Saint]I may have explained that badly.
00:27:39[Saint]When I wake up the device, a few times, less often than not, it will display the last frame that was displayed before it went to sleep.
00:27:51[Saint]Sometimes with a weird tearing effect.
00:28:17[Saint]switching screens (going to menu, or quickscreen, etc.) will "fix" it though.
00:30:10prof_wolfffi got some of these effects when preparing the LCD sleep sleep patch, sometimes the DMA was involved
00:31:21[Saint]Hmmm. Interesting.
00:31:33 Quit ZincAlloy (Quit: Leaving.)
00:33:46prof_wolfffi am planning to work on the USB bug and the clocking patch after dualboot
00:36:39[Saint]"USB bug"?
00:36:57[Saint]WHich might that be, prof_wolfff?
00:37:23prof_wolfffit seems the USB<->PC does not work well on Windows
00:37:25 Join ParkerR [0] (~ParkerR@unaffiliated/parkerr)
00:38:12prof_wolfffit disconnects on large file transfers (work well for me on linux)
00:39:29prof_wolfffi wonder if the USB 500mA limit (on gerrit) mitigates this
00:43:12 Quit dfkt (Read error: Connection reset by peer)
00:43:27 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
00:44:07[Saint]task number?
00:45:22prof_wolfffSaint: g#1072
00:45:27fs-bluebot3Gerrit review #1072 at : 3iPod Classic: initialize USB power configuration by Cástor Muñoz
00:49:22[Saint]Oh. Ah. I already have that.
00:49:43[Saint]Because for some odd reason it seems to be required by all your IAP stuff.
00:49:52 Nick suYin is now known as suYin`OFF (
00:50:05[Saint](I don't mind, as I'd like to see them all committed anyway - but some of the dependencies seem pretty bloody nuts)
00:50:55[Saint]I can't offhand see any obvious reason why g#1071 depends on this
00:50:59fs-bluebot3Gerrit review #1071 at : 3iAP: lingo 1 (microphone) by Cástor Muñoz
00:51:24[Saint]Aaaaaaaaaaaaaaanyhooo - commit 'em.
00:51:31 Quit dfkt (Read error: Connection reset by peer)
00:51:33[Saint]Go forth and be fruitful.
00:52:01[Saint]Many ipod6g owners will be more than pleased with HAVE_RECORDING finally being implemented.
00:53:24prof_wolfffi have just remembered, i will commit other patch to fix recording mp3 @32kbps, it is a patch on mp3enc.c so affects all targets
00:53:47prof_wolfffsorry, 32000Hz sample rate, not 32kbsp
00:54:31***Saving seen data "./dancer.seen"
01:00:14 Quit bertrik (Ping timeout: 255 seconds)
01:07:52 Join girafe [0] (
01:10:14 Quit xorly (Ping timeout: 256 seconds)
01:22:25*[Saint] forgot how much quicker the iPods boot with no bootloader and just using rockbox.ipod in OSOS
01:23:08[Saint]Somewhat surprisingly, it is even several seconds faster on a solid state conversion iPod Video
01:23:38[Saint]It is approximately 5 seconds faster on a disk based iPod Video.
01:23:54[Saint]~3 seconds faster on an iPod Video with an SSD.
01:24:06[Saint](which honestly confuses the Hell out of me)
01:30:56*[Saint] looks at making devices sync their internal clocks against a connected host automagically but it is foolishly complicated.
01:55:39[Saint]27MB/s transfer rate on my SSD iPod Video.
01:55:44[Saint]Not too shabby at all.
01:57:23[Saint]Considering the HDD based one with the MK2431GAH in it only does 8MB/s on a good day.
02:04:35 Quit aphirst (Ping timeout: 264 seconds)
02:17:15 Join aphirst [0] (
02:37:34 Join bluebrother [0] (~dom@rockbox/developer/bluebrother)
02:38:47 Quit fs-bluebot (Ping timeout: 264 seconds)
02:39:15 Join fs-bluebot [0] (
02:40:16 Quit bluebrother^ (Ping timeout: 240 seconds)
02:43:19 Quit RiD (Quit: A good plan today is better than a perfect plan tomorrow.)
02:53:29 Quit ParkerR (Read error: Connection reset by peer)
02:54:34***Saving seen data "./dancer.seen"
02:58:08 Join timofonic [0] (~AndChat55@unaffiliated/timofonic)
03:00:19 Join ParkerR [0] (~ParkerR@unaffiliated/parkerr)
03:01:45timofonicI want to buy a music player for my gf in 15-40 eur range and put rockbox on it. I see sansa clip +/zip is getting more expensive at Amazon/ebay. Any recommendations of some device very tested with Rockbox? Please, it's for her birthday ...
03:02:56 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
03:08:07 Quit ParkerR (Read error: Connection reset by peer)
03:08:24 Quit aphirst (Ping timeout: 256 seconds)
03:10:37 Quit Guest42979 (Ping timeout: 244 seconds)
03:11:04 Join aphirst [0] (
03:16:40 Join Guest42979 [0] (Slayer@
03:18:05 Join ParkerR [0] (~ParkerR@unaffiliated/parkerr)
03:24:37 Join Parker_ [0] (~ParkerR@unaffiliated/parkerr)
03:27:05 Quit ParkerR (Ping timeout: 256 seconds)
03:29:22 Quit prof_wolfff (Ping timeout: 256 seconds)
03:35:13 Quit pamaury (Ping timeout: 265 seconds)
03:41:44 Join prof_wolfff [0] (
03:47:56 Nick Parker_ is now known as ParkerR (~ParkerR@unaffiliated/parkerr)
03:54:23 Quit ParkerR (Read error: Connection reset by peer)
03:58:33 Join ParkerR [0] (~ParkerR@unaffiliated/parkerr)
04:02:10 Quit girafe (Read error: Connection reset by peer)
04:54:36***Saving seen data "./dancer.seen"
04:59:11 Quit Markmast_ (Ping timeout: 255 seconds)
05:22:42 Quit TheSeven (Ping timeout: 256 seconds)
05:23:46 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
05:41:14 Join cmhobbs [0] (
05:41:14 Quit cmhobbs (Changing host)
05:41:15 Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs)
05:45:29TorC[Saint]: Just found your note about the "same screen as before sleep on waking". I find this to be the case consistently on C-zip while playing, but it flashes away real fast.
05:48:02TorCAs in the zip is playing and the display is allowed to expire. On waking the display (seems to happen with all buttons, though I notice it most with down to just wake the display and show me current details) there is a brief flash of the last display before it updates. Quick enough that only frequent users or highly observant folk are likely to notice, but there nonetheless.
05:48:47TorCI think I may have seen it on the C+, but it's been too long since I used it to be sure.
05:49:20 Join Persits_ [0] (~Persits1@
05:50:09TorCI've never seen any tearing or other distortion on waking the screen, though.
05:50:57TorCCome to think of it, I think the issue may only exist since I upgraded from "stable" a couple months ago, but I'm not positive.
05:51:18TorCNot enough of an issue to bother me.
05:52:11TorC*should note that while I said "while playing" I don't have any data point as to whether this occurs while paused/stopped.
06:02:26[Saint]TorC: Hmmm. Interesting. I only noticed this on the ipod6g (Classic) when I inserted a patch that greatly reduces the minimum clock and some magic to govern switching to a slightly higher minimum clock when the screen is woken up.
06:02:55[Saint]Prior to that, and upon removal of said aforementioned modifications, all is/was well.
06:12:19 Quit Persits_ (Quit: This computer has gone to sleep)
06:17:39TorCAs I said, it doesn't bother me. If you're interested in changing it and would like tests run I'd be happy to do so.
06:18:00TorC[Saint]: ^
06:18:27[Saint]I have no idea of the lowlevel workings of the Sansas.
06:18:39 Quit Jinx (Ping timeout: 246 seconds)
06:18:40[Saint]I'm mainly a PP iPod man.
06:19:14[Saint]And, to some extent, familiar with some lowlevel workings of the ipod6g.
06:23:43TorCAh. I guess it was primarily Mihail Zenkof (I've probably mangled that) looking into this more recently.
06:25:05 Join Jinx [0] (Dojo@unaffiliated/jinx)
06:25:55TorCPerhaps something on the order of not updating the screen to save power when the backlight is off. I suppose the solution might be to delay turning on the backlight for .1s or so.
06:27:18TorCWith no knowledge of the code, it sounds like something similar in both players, but I know looks can be deceiving.
06:28:44 Quit cmhobbs (Ping timeout: 255 seconds)
06:54:40***Saving seen data "./dancer.seen"
07:01:12[Saint]That's not gonna happen I don't think.
07:01:31[Saint]Many devices have transflective LCD displays that are perfectly usable with the backlight off.
07:01:53[Saint]And we don't update when the LCD is off anyway.
07:02:33[Saint]as prof_wolfff suggested earlier this is probably some weird DMA thing not playing nice with lower clock rates in the case of the ipod6g - for the sansa(s) you mentioned, I have no idea.
07:04:29 Join AndChat|55809 [0] (~AndChat55@
07:04:53 Quit timofonic (Read error: Connection reset by peer)
07:05:00 Join timofonic [0] (~AndChat55@unaffiliated/timofonic)
07:05:21 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
07:05:54 Quit krnlyng (Ping timeout: 246 seconds)
07:06:02 Quit timofonic (Read error: Connection reset by peer)
07:06:07 Join AndChat-55809 [0] (
07:07:03 Join krnlyng [0] (~liar@
07:08:27 Quit AndChat-55809 (Read error: Connection reset by peer)
07:08:44 Join timofonic [0] (~AndChat55@unaffiliated/timofonic)
07:08:49 Quit AndChat|55809 (Ping timeout: 244 seconds)
07:20:17 Quit pamaury (Ping timeout: 240 seconds)
07:41:29 Quit Strife89 (Quit: Off to sleep)
07:59:07 Quit aphirst (Quit: Leaving)
08:12:28 Join AndChat|55809 [0] (~AndChat55@
08:12:29 Quit timofonic (Read error: Connection reset by peer)
08:12:53 Join timofonic [0] (~AndChat55@unaffiliated/timofonic)
08:17:01 Quit AndChat|55809 (Ping timeout: 244 seconds)
08:21:10 Join ender` [0] (
08:22:25 Nick Guest40238 is now known as olspookishmagus (~pookie@
08:54:41***Saving seen data "./dancer.seen"
08:55:38 Join aphirst [0] (
08:56:07 Join bertrik [0] (~quassel@rockbox/developer/bertrik)
08:59:04 Join petur [0] (~petur@rockbox/developer/petur)
09:27:17 Quit bertrik (Ping timeout: 246 seconds)
09:40:06 Join einhirn [0] (
09:49:21 Join djukon_ [0] (transitor@gateway/shell/insomnia247/x-ukhmghflvahsdoxq)
09:58:31 Quit JanC (Ping timeout: 246 seconds)
10:03:38 Quit timofonic (Remote host closed the connection)
10:13:16 Join JanC [0] (~janc@lugwv/member/JanC)
10:20:29 Quit pystar89 (Ping timeout: 246 seconds)
10:25:05TorCWell, AFAICT, the clip+/Czip do not have transflective displays, and the LCD setting don't suggest they do either. The ghost display I see lasts just long enough to pick up the name of the song or so before the display updates, and is quite consistent about showing the ghost image - so much so that I've occasionally paid attention to see the reminder of what was playing when the backlight turned off, and not been disappointed.
10:35:50gevaertsThey're oled. No LCD or backlight
10:40:44 Quit mc2739 (Ping timeout: 255 seconds)
10:42:48 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739)
10:54:44***Saving seen data "./dancer.seen"
10:58:48 Join krabador [0] (~krabador@unaffiliated/krabador)
11:23:08 Join lebellium [0] (
11:32:48 Join xorly [0] (
12:00:09 Join ZincAlloy [0] (~Adium@2a02:8108:8080:26f0:21c:b3ff:feb5:d1e2)
12:05:49 Quit djukon_ (Quit: leaving)
12:12:11 Join AlexP [0] (~alex@rockbox/staff/AlexP)
12:22:26JdGordon_the AJBR takes a strandard PATA 2.5" hard drive right?
12:22:56JdGordon_I'm not allowed anything with a microphone or camera at my desk and my music options are very limited!
12:42:14JdGordon_whats the DC in voltage? I'm surprised it doesnt have marking on it
12:44:14 Quit petur (Quit: *plop*)
12:54:48***Saving seen data "./dancer.seen"
12:59:38JdGordon_amiconn: do you rmember? ^ ajbrv1
12:59:45JdGordon_not having much luck with the googles
13:00:31pixelmaperhaps the Rockbox wiki knows? SomethingHardware pages or the port pages
13:01:55JdGordon_if the backlight is flashing at the bootloader screen does that mean it needs more power (no batts or DC, plugged into usb)
13:12:19gevaertsDoes it do USB power?
13:12:58JdGordon_dunno :)
13:14:25gevaertsJdGordon_: might help
13:14:40gevaertsIt's about the AJB I think, but I suspect that's the same
13:14:53gevaertsMake sure you get the polarity right. You only get one chance...
13:15:13JdGordon_brand new AA's dont seem to turn on, might be other issues
13:15:20gevaerts might be more useful
13:56:26 Quit ZincAlloy (Quit: Leaving.)
14:10:58amiconnAJBR v1 dioes't take USB power. And you definitely need NiMH AA cells. Old NiCd or alkalines won't work
14:12:29amiconnAJB and AJBR use the same charger. There are several models (same voltage and polarity) which can be used interchangeably between AJB and AJBR
14:13:29amiconnIirc they are 12V 0.5A DC unregulated, but I'm not sure. I can check at home in 6 hours or so
14:24:13 Join RiD [0] (
14:36:30JdGordon_I found 7-12v on the wiki so just need to find a good plug now
14:41:28 Join amayer [0] (
14:54:50 Join pablo_pi [0] (~pablo@
14:54:53***Saving seen data "./dancer.seen"
14:58:01 Quit pablo_pi_ (Ping timeout: 256 seconds)
15:04:08 Quit Unhelpful (Ping timeout: 244 seconds)
15:10:08 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful)
15:12:13 Quit xorly (Ping timeout: 250 seconds)
15:15:27 Join xorly [0] (
16:00:16 Quit krabador (Ping timeout: 240 seconds)
16:19:37 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
16:34:04 Quit aphirst (Quit: Leaving)
16:40:27 Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs)
16:49:43 Quit cmhobbs (Ping timeout: 255 seconds)
16:54:54***Saving seen data "./dancer.seen"
17:04:23 Quit CustosLimen (Ping timeout: 256 seconds)
17:37:40 Join krabador [0] (~krabador@unaffiliated/krabador)
17:47:26 Quit RiD (Quit: A good plan today is better than a perfect plan tomorrow.)
17:47:36 Join Persits_ [0] (~Persits1@
17:56:38 Quit Persits_ (Quit: This computer has gone to sleep)
18:04:18 Quit krabador (Ping timeout: 246 seconds)
18:08:45 Join Persits_ [0] (~Persits1@
18:42:38 Join ZincAlloy [0] (~Adium@
18:43:46 Join ZincAlloy1 [0] (~Adium@
18:43:47 Quit ZincAlloy (Read error: Connection reset by peer)
18:49:48 Quit JanC (Ping timeout: 246 seconds)
18:54:58***Saving seen data "./dancer.seen"
19:03:33 Join JanC [0] (~janc@lugwv/member/JanC)
19:16:58 Join aphirst [0] (
19:17:51 Quit ZincAlloy1 (Quit: Leaving.)
19:25:08 Quit Persits_ (Quit: This computer has gone to sleep)
19:25:32 Join Persits_ [0] (~Persits1@
19:35:11 Join JdGordon [0] (
19:35:11 Quit JdGordon (Changing host)
19:35:12 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon)
19:37:20 Quit JdGordon_ (Ping timeout: 246 seconds)
19:48:19 Join bertrik [0] (~quassel@rockbox/developer/bertrik)
19:50:31 Quit JanC (Read error: Connection reset by peer)
19:54:09 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier.
19:55:47 Join JanC [0] (~janc@lugwv/member/JanC)
19:59:30 Join ZincAlloy [0] (~Adium@
20:00:40 Join ZincAlloy1 [0] (~Adium@
20:00:41 Quit ZincAlloy (Read error: Connection reset by peer)
20:02:05 Quit ZincAlloy1 (Client Quit)
20:17:52 Nick suYin`OFF is now known as suYin (
20:22:46 Quit mazzoo__ (Ping timeout: 240 seconds)
20:23:51 Join roger__ [0] (~quassel@2001:41d0:1:f93e::1)
20:25:43 Join __jae__ [0] (
20:25:46 Join foo|sh [0] (
20:26:13 Join rasher_ [0] (
20:26:45 Join igitoor_ [0] (igitur@2a00:d880:3:1::c1ca:a648)
20:29:27 Join froggymana [0] (~frogs@unaffiliated/froggyman)
20:29:47 Join mazzoo_ [0] (
20:30:37 Quit TheSeven (Disconnected by services)
20:30:46 Join [7] [0] (~quassel@rockbox/developer/TheSeven)
20:30:47 Quit aphirst (*.net *.split)
20:30:47 Quit dfkt (*.net *.split)
20:30:48 Quit pixelma (*.net *.split)
20:30:48 Quit webmeister (*.net *.split)
20:30:48 Quit igitoor (*.net *.split)
20:30:48 Quit froggyman (*.net *.split)
20:30:48 Quit foolsh (*.net *.split)
20:30:49 Quit rasher (*.net *.split)
20:30:49 Quit __jae___ (*.net *.split)
20:30:49 Quit architekt (*.net *.split)
20:30:49 Quit rogerbraun (*.net *.split)
20:30:51 Nick froggymana is now known as froggyman (~frogs@unaffiliated/froggyman)
20:30:51 Nick rasher_ is now known as rasher (
20:31:10 Join pixelma [0] (~pixelma@rockbox/staff/pixelma)
20:31:26 Quit igitoor_ (Changing host)
20:31:27 Join igitoor_ [0] (igitur@unaffiliated/contempt)
20:31:51 Nick igitoor_ is now known as igitoor (igitur@unaffiliated/contempt)
20:33:49 Join webmeister [0] (webmeister@unaffiliated/webmeister)
20:33:58 Quit Persits_ (Quit: This computer has gone to sleep)
20:42:38 Join Persits_ [0] (~Persits1@
20:45:25 Join architekt [0] (
20:52:01 Join petur [0] (~petur@rockbox/developer/petur)
20:54:40 Join girafe [0] (
20:55:02***Saving seen data "./dancer.seen"
21:29:15 Join CustosLimen [0] (~CustosLim@unaffiliated/cust0slim3n)
21:31:55 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon)
21:35:08 Quit JdGordon (Ping timeout: 248 seconds)
21:49:17 Join aphirst [0] (
21:49:52 Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs)
21:50:21 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
21:55:43 Quit cmhobbs (Ping timeout: 255 seconds)
21:58:29 Quit AlexP (Remote host closed the connection)
22:04:24 Nick suYin is now known as suYin`OFF (
22:13:28 Nick black_me1iator is now known as open_defiance (~winni953@
22:19:26 Join JdGordon [0] (
22:19:26 Quit JdGordon (Changing host)
22:19:26 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon)
22:21:29 Quit JdGordon_ (Ping timeout: 246 seconds)
22:28:37 Quit Persits_ (Ping timeout: 265 seconds)
22:29:04 Join Persits_ [0] (~Persits1@
22:30:51 Quit aphirst (Quit: Leaving)
22:50:26 Join pablo_pi_ [0] (~pablo@
22:50:28 Join AlexP [0] (~alex@rockbox/staff/AlexP)
22:53:16 Quit pablo_pi (Ping timeout: 250 seconds)
22:55:03***Saving seen data "./dancer.seen"
22:55:08 Quit pablo_pi_ (Ping timeout: 256 seconds)
23:00:56 Join pablo_pi [0] (~pablo@
23:03:56 Quit amayer (Quit: Leaving)
23:04:16 Quit igitoor (Ping timeout: 240 seconds)
23:05:16 Quit pablo_pi (Ping timeout: 240 seconds)
23:05:57 Join pablo_pi [0] (~pablo@
23:10:12 Join igitoor [0] (igitur@2a00:d880:3:1::c1ca:a648)
23:15:34 Quit igitoor (Changing host)
23:15:34 Join igitoor [0] (igitur@unaffiliated/contempt)
23:18:09 Join pablo_pi_ [0] (~pablo@
23:19:28 Quit pablo_pi (Ping timeout: 252 seconds)
23:22:16 Quit pablo_pi_ (Ping timeout: 240 seconds)
23:23:08 Join pablo_pi [0] (~pablo@
23:24:26 Quit petur (Quit: Leaving)
23:25:26TorCgevaerts: That explains why I don't see even a ghost of an image with it turned off. Hadn't paid much attention to it before. Still doesn't explain the last display showing briefly when the display is turned on.
23:28:13 Join pablo_pi_ [0] (~pablo@
23:29:04 Join ZincAlloy [0] (~Adium@
23:29:16 Quit pablo_pi (Ping timeout: 240 seconds)
23:34:57 Quit Persits_ (Quit: This computer has gone to sleep)
23:56:59ParkerRTorC, Zip is also OLED
23:57:05ParkerRJust a color OLED
23:57:16ParkerRI see the occasional ghosting but not oo bad
23:57:40ParkerRAlso becomes a lot more apprent with brightness set lower
23:58:34ParkerRSo there really isnt a backlight. Its just reducung the power going to the pixels
23:58:46 Quit lebellium (Quit: ChatZilla [Firefox 40.0/20150709163524])

Previous day | Next day