--- Log for 12.10.120  Server: wilhelm.freenode.net  Channel: #rockbox
--- Nick: logbot_  Version: Dancer V4.16  Started: 14 days and 19 hours ago

00.06.17 Quit    JanC (Ping timeout: 272 seconds)
00.09.50 Join    JanC [0] (~janc@lugwv/member/JanC)
00.27.31 Join    S|h|a|w|n [0] (~shawn156@unaffiliated/shawn156)
00.36.59 ***     Saving seen data "./dancer.seen"
00.39.24 Quit    ac_laptop (Ping timeout: 256 seconds)
02.16.57 Quit    pixelma (Quit: .)
02.16.57 Quit    amiconn (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
02.19.26 Join    amiconn [0] (jens@rockbox/developer/amiconn)
02.19.27 Join    pixelma [0] (marianne@rockbox/staff/pixelma)
02.37.03 ***     Saving seen data "./dancer.seen"
02.38.25 Quit    w4tchguard (Ping timeout: 240 seconds)
03.51.43 Join    pamaury [0] (~pamaury@rockbox/developer/pamaury)
03.58.14 Quit    pamaury (Ping timeout: 256 seconds)
04.37.05 ***     Saving seen data "./dancer.seen"
05.02.50 Join    pamaury [0] (~pamaury@rockbox/developer/pamaury)
05.21.16 Join    Huntereb [0] (~Huntereb@174.226.10.229)
05.24.40 Join    Rower [0] (~Rower@78-73-72-39-no2340.tbcn.telia.com)
05.54.06 Join    Stanley|00 [0] (~stanley00@unaffiliated/stanley00)
05.56.05 Quit    Stanley00 (Ping timeout: 240 seconds)
06.06.25 Quit    S|h|a|w|n (Ping timeout: 240 seconds)
06.25.40 Join    w4tchguard [0] (~w4tchguar@2001:ac8:84:37::a14d)
06.27.07 Quit    w4tchguard (Client Quit)
06.37.08 ***     Saving seen data "./dancer.seen"
07.09.16 Quit    Stanley|00 ()
08.14.02 #       <speachy> _bilgus_: just ran into a situation where the SD card could get completely blown away by the OF's startup scripts
08.15.42 #       <braewoods> speachy: meaning it fills up the entire free space?
08.18.58 #       <braewoods> rofl. https://www.youtube.com/watch?v=MAlSjtxy5ak
08.32.49 #       <speachy> braewoods: as in "rm -Rf /mnt/*" in a startup script
08.33.39 #       <speachy> basically there's a race condition between mdev mounting the sd card and that script running.
08.34.21 #       <speachy> (on the xduoo firmware at least..)
08.34.59 #       <gevaerts> Sounds great
08.37.07 #       <braewoods> speachy: ah, so the equivalent of rm -rf /
08.37.11 ***     Saving seen data "./dancer.seen"
08.37.17 #       <speachy> braewoods: from rockbox's perspective, yeah
08.37.29 #       <braewoods> bbl.
09.02.16 #       <_bilgus_> speachy that is a nice bug.
09.02.33 #       <speachy> (ask me how I found it!)
09.03.14 #       <_bilgus_> the unfortunate way?
09.15.33 #       <speachy> _bilgus_: I seem to have only tripped over this on the xduoo targets; haven't had a chance to see if the rocker or eros stuff is similarly afflicted.
09.19.19 #       <_bilgus_> do you have some steps to test?
09.22.31 #       <braewoods> probably for the best i try to upgrade the bootloader... seems there's a fair number of ATA fixes since it was last updated
09.23.57 #       <speachy> _bilgus_: so far it looks like a purely xduoo "feature"
09.25.10 #       <braewoods> speachy: so it's a bug in the OF?
09.26.01 #       <speachy> braewoods: no, not a "bug" -- they don't use auto-mounting.
09.26.11 #       <braewoods> i see
09.26.22 #       <speachy> they just integrated things slightly differently than everyone else did.
09.26.44 #       <braewoods> https://dpaste.com/A7ECVTRTU a nice little program i wrote to generate some code i need
09.29.58 #       <_bilgus_> yep braewoods thats the seed continuation in the flesh but might do a bit better with a bigger buffer rather than a char at a time
09.30.30 #       <braewoods> _bilgus_: erm? i'm reading up to 4K at a time
09.32.03 #       <_bilgus_> oh lol missed it sorry
09.33.22 #       <braewoods> yea. fread is a weird API but it works.
09.33.49 #       <_bilgus_> yeah I focused on the elem sz not the count
09.34.32 #       <braewoods> not sure what fread does if the size is greater than 1 but this is the best way to read binary files
09.35.06 #       <braewoods> portably anyway
09.37.43 #       <_bilgus_> I think now a days systems with char <> 1 or even char <> 8 bits are probably pretty scarce
09.40.29 #       <fs-bluebot_> Build Server message: New build round started. Revision 9ad3086, 290 builds, 9 clients.
09.41.22 #       <speachy> _bilgus_: when the build after this one is done, I'd appreciate it if you could re-test the audio stuff on the rocker.
09.41.44 #       <speachy> (make sure it doesn't cut off the audio on first playback)
09.42.16 #       <_bilgus_> sure, I have two more builds to test for the lcd stuff
09.42.19 #       <speachy> I think I have it acting sanely on the eros, and as sane as possible on the x3ii.
09.44.44 #       <braewoods> ok. now building a new RB build so I can try to flash this bootloader
09.46.50 #       <speachy> (the rocker has a simple audio path that seems to mute/unmute nearly instantaneously.  so I have it set to basically mute whenever there's no PCM going)
09.48.51 #       <braewoods> speachy: isn't that good for latency?
09.50.10 #       <speachy> there's no real analog/audio "latency" per se; the delays here are (presumably) due to firmware toggling the power supplies for the HP vs LO paths.
09.50.15 #       <speachy> (and waiting for things to settle)
09.53.24 #       <_bilgus_> ah remote screens still horribly broken
09.54.22 #       <speachy> there aren't more than a handful of targets that support remote screens, right?  iriver, X5?  (classic ipods?)
09.55.25 #       <_bilgus_> yeah In several different flavors as well think I'm just missing a few macros
09.56.44 #       <fs-bluebot_> Build Server message: Build round completed after 975 seconds.
09.56.46 #       <fs-bluebot_> Build Server message: Revision 9ad3086 result: All green
09.56.47 #       <fs-bluebot_> Build Server message: New build round started. Revision 141e91e, 290 builds, 9 clients.
09.56.56 #       <_bilgus_> I'm focused on the iRiver hp100 atm
09.58.10 #       <_bilgus_> the usb 'follower' code in the BL makes it better already
09.58.21 #       <_bilgus_> (Rocker)
09.59.40 #       <speachy> yeah.  amazing how much progress one tends to make when those annoyances keep smacking you in the face..
10.02.35 #       <_bilgus_> Rolo had Executing grabled with its previous message, same line no clear
10.02.45 #       <_bilgus_> garbled*
10.03.16 #       <_bilgus_> Executinguffers or something along those lines
10.04.20 #       <speachy> whoops, forgot to fix that.  off by 1 error.  :)
10.04.35 #       <_bilgus_> not a big bug no worries
10.06.44 #       <_bilgus_> playback is good flac mp3 ape opus m4a but then I switched directories and no audio
10.07.10 #       <_bilgus_> still hear the voice prompts i'll try restart
10.07.42 #       <_bilgus_> might be me the keymaps make it hard lol
10.07.49 #       <braewoods> YES IT WORKS
10.09.58 #       <_bilgus_> speach appears to be good
10.10.30 #       <braewoods> now to test the new bootloader with the CF modded player i got
10.11.04 #       <fs-bluebot_> Build Server message: Build round completed after 857 seconds.
10.11.05 #       <fs-bluebot_> Build Server message: Revision 141e91e result: 54 errors 12 warnings
10.18.54 #       <_bilgus_> Its been several years since it landed but I think backlight exemptions and advanced keylock are my favorite
10.20.13 #       <_bilgus_> this rocker really puts off some heat off that back glass
10.22.19 #       <braewoods> hm
10.22.35 #       <braewoods> i don't dare try to flash the CF modded one...
10.22.46 #       <braewoods> usb is acting weird... i think i'll reinstall the original drive later.
10.22.56 #       <speachy> _bilgus_: there's a 1ghz SoC in there
10.26.03 #       <_bilgus_> quite nice speachy I think I'll buy one eventually (depending on supply)
10.26.46 #       <_bilgus_> in all the pictures it seemed as big as the x3
10.34.41 Quit    massiveH (Quit: Leaving)
10.37.14 ***     Saving seen data "./dancer.seen"
10.38.39 #       <_bilgus_> hmm, I think make clean isn't working quite right
10.48.37 Join    mendelmunkis [0] (~mendelmun@ool-435680b7.dyn.optonline.net)
10.49.25 Quit    mendel_munkis (Ping timeout: 240 seconds)
10.53.37 #       <braewoods> speachy: my new bootloaders fix the ATA errors i was getting. could you take the resulting patch to make iriver_flash happy?
10.54.17 #       <speachy> braewoods: feeling up to getting this into gerrit?
10.54.26 #       <braewoods> gerrit?
10.54.45 #       <braewoods> the bug tracker?
10.54.49 #       <speachy> https://www.rockbox.org/wiki/UsingGit
10.54.53 #       <speachy> the patch tracker
10.55.11 #       <speachy> starting at the "preparing to make changes or try out code from gerrit"
10.55.18 #       <braewoods> oh.
10.56.07 #       <speachy> I mean, I can take the patch directly from you but given that you seem likely to want to continue contributing, this seems prudent
10.56.45 #       <braewoods> speachy: though i do have a new mystery.
10.57.01 #       <braewoods> attempting to use USB when rockbox is fully booted causes it to freeze
10.57.16 #       <braewoods> all i get is this in my dmesg
10.57.20 #       <braewoods> usb 1-1.2: USB disconnect, device number 5
10.57.24 #       <braewoods> a disconnect message
10.57.36 #       <braewoods> only on my CF modded player though
10.57.43 #       <braewoods> the bootloader works fine in USB mode though
10.57.47 #       <braewoods> so no idea what's going on
10.58.07 #       <braewoods> i'll try building a regular git build and see where that gets me
10.59.26 #       <braewoods> maybe 3.15 is glitchy a bit
10.59.46 #       <speachy> I'd definitely recommend starting from current git.
10.59.54 #       <braewoods> i'm trying that now
10.59.59 #       <braewoods> just building first
11.00.06 #       <braewoods> i had it using a custom RB directory
11.00.25 #       <braewoods> ... gerrit doesn't have its own account system?
11.00.27 #       <braewoods> lol
11.00.32 #       <braewoods> interesting
11.00.51 #       <speachy> we're using it with external openid/etc only.
11.01.01 #       <braewoods> speachy: how do you execute memchk.lua?
11.01.20 Quit    koniu (Remote host closed the connection)
11.01.20 #       <speachy> ...browse to it and hit enter?
11.01.35 #       <braewoods> Oh.
11.01.37 #       <braewoods> Ok.
11.01.45 #       <braewoods> i thought it was a menu entry
11.01.57 #       <speachy> (I've fired up lua stuff something like three times in total fwiw)
11.02.07 Join    koniu [0] (~koniu@gateway/tor-sasl/koniu)
11.09.45 #       <braewoods> still an issue
11.09.52 #       <braewoods> i think it's a hardware issue of some kind
11.10.06 #       <braewoods> it's probably related to my CF mod since the original drive works fine
11.10.12 #       <braewoods> in the other unit
11.11.48 #       <braewoods> i'll do some experimentation later
11.16.55 #       <fs-bluebot_> Build Server message: New build round started. Revision 01dc81c, 290 builds, 9 clients.
11.19.51 #       <_bilgus_> anyone have an iriverh100?
11.22.43 #       <braewoods> https://gerrit.rockbox.org/r/#/c/2839/
11.23.04 #       <braewoods> only thing left is to upload the bootloaders to the existing wiki
11.24.28 #       <speachy> and onto the download site so rbutil users can pick it up
11.27.04 #       <braewoods> speachy: for development or what?
11.27.17 #       <braewoods> afaik the official stable is still on BL 6
11.27.22 #       <braewoods> not the 7 pre-releases
11.27.31 #       <speachy> hmm.
11.27.45 #       <speachy> oh, on the patch front, please add yourself to docs/CREDITS
11.27.53 #       <braewoods> ok...
11.28.06 #       <braewoods> how can I amend it then?
11.28.13 #       <braewoods> i already pushed it
11.28.20 #       <braewoods> hm
11.29.11 #       <speachy> you have to make a new commit, then rebase and squash the two together.
11.29.40 #       <speachy> if you don't want to bother with that right now, no worries, I'll take care of it.
11.29.44 #       <braewoods> Ok.
11.29.55 #       <braewoods> this system is different from how I normally use git
11.30.03 #       <speachy> (rebase/squash is one of the really, really nice things about git..)
11.30.36 #       <braewoods> in the past i've erased commits by checking out an older point and applying a new commit or so
11.30.41 #       <braewoods> and then doing a forced push
11.30.55 #       <braewoods> not ideal though it works for small projects
11.31.21 #       <fs-bluebot_> Build Server message: Build round completed after 866 seconds.
11.31.24 #       <fs-bluebot_> Build Server message: Revision 01dc81c result: 54 errors 12 warnings
11.33.39 #       <fs-bluebot_> Build Server message: New build round started. Revision 078c34e, 290 builds, 9 clients.
11.34.27 #       <speachy> braewoods: it's submitted, and will eventually pop out the other end of the build farm.
11.34.37 #       <speachy> braewoods: congratulations on your first patch!
11.35.33 #       <speachy> _bilgus_: and when you get another chance, please try git head on the rocker too, had to make more PCM changes.  Don't think they affected the rocker but one never knows.
11.36.12 #       <braewoods> uploaded
11.36.14 #       <braewoods> https://www.rockbox.org/wiki/IriverFlashing
11.36.36 #       <braewoods> i only could test the H120/H140 version but they're sister builds so
11.36.41 #       <braewoods> if one works the other should as well
11.37.41 #       <_bilgus_> oh the 120 has a remote as well
11.38.08 #       <_bilgus_> braewoods do you have the remote lcd with your h120
11.39.02 #       <speachy> #$^@^$.  missed a case.
11.39.57 #       <speachy> is there any reason to not push the v7-pre bootloaders onto download.r.o for rbutil to pick up?
11.47.02 #       <fs-bluebot_> Build Server message: Build round completed after 803 seconds.
11.47.04 #       <fs-bluebot_> Build Server message: Revision 078c34e result: 4 errors 2 warnings
11.47.05 #       <fs-bluebot_> Build Server message: New build round started. Revision b5c2a4a, 290 builds, 9 clients.
11.52.37 #       <braewoods> _bilgus_: no but i have one coming soon. i found one for $10.
11.53.12 #       <braewoods> speachy: probably not as they do boot but i haven't tested them with OF
11.53.53 #       <braewoods> then again OF is only viable if you use a regular HDD
11.54.04 #       <braewoods> it is known to flake out with CF cards
11.54.36 #       <braewoods> i do know it boots just fine from the HDD player i haven't yet modified
11.54.46 #       <braewoods> i own 2 H120s
11.54.48 #       <braewoods> right now
11.55.57 #       <braewoods> i would have considered HDDs but there's not really any options in 2020 that i can tell
12.00.52 #       <fs-bluebot_> Build Server message: Build round completed after 827 seconds.
12.00.54 #       <fs-bluebot_> Build Server message: Revision b5c2a4a result: 4 errors 2 warnings
12.00.55 #       <fs-bluebot_> Build Server message: New build round started. Revision 1724417, 290 builds, 9 clients.
12.05.10 Quit    pamaury (Quit: Konversation terminated!)
12.13.56 #       <fs-bluebot_> Build Server message: Build round completed after 781 seconds.
12.13.57 #       <fs-bluebot_> Build Server message: Revision 1724417 result: 4 errors 2 warnings
12.13.58 #       <fs-bluebot_> Build Server message: New build round started. Revision 6885753, 290 builds, 9 clients.
12.16.44 #       <_bilgus_> hmmm the remote screens are goint to throw a much bigger wrench into my plans than I initially expected
12.17.52 #       <braewoods> _bilgus_: ?
12.18.25 #       <_bilgus_> several screen types coexist in a remote display scenario
12.18.30 #       <braewoods> oh.
12.22.00 #       <_bilgus_> I think the way I set the buffer and address lookup functions help in that regard but I need a way for the default vp to be screen agnostic in its current form
12.23.06 #       <_bilgus_> or else set up separate default vp lcd_default_vp vs remote_lcd_default_vp but I really don't like that
12.25.39 #       <_bilgus_> I guess I can do it in the set viewport fn I just need to wire a way to figure out which screen the user intended to target
12.26.49 #       <fs-bluebot_> Build Server message: Build round completed after 772 seconds.
12.26.50 #       <fs-bluebot_> Build Server message: Revision 6885753 result: All green
12.37.17 ***     Saving seen data "./dancer.seen"
12.50.24 #       <_bilgus_> speach rocker @ head works fine small click on track change nothing major to report
12.50.33 #       <_bilgus_> speachy *
12.51.44 #       <speachy> hmm.  which commit, 6885753?
12.52.02 #       <_bilgus_> git status
12.52.09 #       <_bilgus_> bah
12.53.32 #       <_bilgus_> 6885753
12.57.05 #       <speachy> so far of all of these ingenic/hiby targets, my hands-down favorite are these eros variants.
12.58.16 #       <braewoods> speachy: is there any reason a CF card would have issues when used with an adapter set to slave mode?
12.58.31 #       <braewoods> i wonder since that's what ended up happening with that one
12.58.33 #       <_bilgus_> well built well integrated or both?
12.59.07 #       <speachy> well, slave mode is intended to operate as a slave to another device.  the controller might have some conniptions, and CF cards are never "slaves"  that I'm aware.  :)
12.59.26 #       <braewoods> so worth investigating
12.59.33 #       <braewoods> i need to short the jumper again somehow
12.59.34 #       <speachy> _bilgus_: well built, well integrated, and the flaws are almost nitpicks
12.59.34 #       <braewoods> then
12.59.42 #       <braewoods> i had to trim it back so it fit
13.01.41 #       <_bilgus_> thats just the adapter board though right?
13.03.05 #       <_bilgus_> it still has the pins so short it with a solder blob at the pins on the interface
13.05.33 #       <braewoods> _bilgus_: yes.
13.05.38 #       <braewoods> but i have no soldering tools
13.05.41 #       <braewoods> at present
13.06.06 #       <braewoods> but yes, i need to...
13.06.09 #       <braewoods> try shorting it
13.06.33 #       <braewoods> i think soldering is the only real option though
13.06.53 #       <braewoods> i would buy low profile adapter but they don't exist
13.07.24 #       <_bilgus_> CF card has a TRUE IDE mode, which allows the CF card to function exactly as a PATA/IDE drive. This mode is entered when the card has pin 9 grounded on the 50 pin
13.08.00 #       <_bilgus_> I imagine this is the function the jumper sets
13.08.25 #       <braewoods> i thought it was just for
13.08.31 #       <braewoods> setting master vs slave channel
13.16.18 #       <_bilgus_> pin 9 = ide mode pin 39 gets tied high for master
13.17.07 #       <_bilgus_> sorry floart high = slave tied low = master
13.17.14 #       <_bilgus_> float*
13.24.02 #       <_bilgus_> I'd say with 9 grounded (default for your board most likely) and CS set to slave yes it will cause issues
13.42.36 Join    lebellium [0] (~lebellium@89-92-69-66.hfc.dyn.abo.bbox.fr)
14.04.49 Join    S|h|a|w|n [0] (~shawn156@unaffiliated/shawn156)
14.23.05 Quit    Acou_Bass (Ping timeout: 240 seconds)
14.27.36 Join    Acou_Bass [0] (~eddie@cpc96070-bolt17-2-0-cust175.10-3.cable.virginm.net)
14.32.51 Quit    Rower (Ping timeout: 260 seconds)
14.37.21 ***     Saving seen data "./dancer.seen"
14.42.12 Join    johnb7 [0] (~johnb2@p5b3afc74.dip0.t-ipconnect.de)
14.43.39 #       <johnb7> for recording a battery charging curve, would I just run battery bench 'in reverse'?
14.55.30 #       <lebellium> speachy I can get an AGPTek H3 for €40. I don't really need it but I'd like to see your new port :D
14.55.41 #       <speachy> that's cheap!
14.57.02 #       <lebellium> Yes, on a famous French second-hand website (but it is presented as brand new)
14.57.31 #       <speachy> now it is based on the eros k as opposed to the q, so it's _possible_ there are some differences beyond just the case.
14.58.30 #       <lebellium> hum didn't you say "All five of those players have completely identical hardware, albeit with two different case designs" ?
15.00.08 #       <speachy> an educated guess, but easily proved wrong.
15.00.53 #       <speachy> there's no distinction between the two in teh firmware update images, but there could be something hidden within the actual player/platform code.
15.01.12 #       <lebellium> ok
15.01.29 #       <lebellium> Will see
15.01.56 #       <lebellium> If you need a guinea pig ;)
15.03.05 #       <speachy> always
15.03.28 #       <lebellium> Is dualboot possible or will be ?
15.03.42 #       <johnb7> lebellium : I don't want to snatch that player from you, but can you share the website for future items?
15.04.02 #       <speachy> yep, works fine, although my changes to enable hotplug usb+sd might interfere with how the stock firmware does things
15.04.27 #       <lebellium> johnb7 https://www.leboncoin.fr/image_son/1730375096.htm/
15.05.12 #       <johnb7> thx
15.06.39 #       <speachy> well, I can't flash the agptek_h3 firmware on top of the hifiwalker_h2.
15.06.53 #       <johnb7> He says he bought it new for 65 Euros? Where do you get that deal...
15.08.54 #       <speachy> and that's because agptek changed their model id string to 'agptek_erosq' -- the other four claim to be an 'erosq'
15.09.10 #       <johnb7> Maybe 'she' judging by the shoes :-)
15.12.01 #       <lebellium> bought
15.13.33 #       <lebellium> he says it is worth €65 new but those clones are more like €100 from what I read. The Apgtek is discontinued anyway
15.15.44 #       <speachy> huh, there's also an Eros Qii -- outwardly similar but uses a different DAC
15.16.11 Quit    danielp3344 (Quit: killed)
15.16.11 Quit    blbro[m] (Quit: killed)
15.16.26 Quit    kadoban (Quit: killed)
15.21.18 Join    pamaury [0] (~pamaury@rockbox/developer/pamaury)
15.23.40 Quit    Huntereb (Ping timeout: 246 seconds)
15.25.05 Join    kadoban [0] (kadobanmat@gateway/shell/matrix.org/x-koqtjvguqdzqkcxh)
15.31.14 #       <speachy> not just the DAC, supposedly no longer using an Ingenic SoC.
15.35.58 #       <lebellium> where did you find the Agptek H3 firmware? I can't find it here http://www.agptek.com/support/download.html
15.39.38 Quit    johnb7 (Quit: Nettalk6 - www.ntalk.de)
15.40.10 #       <speachy> http://www.agptek.com/blog/agptek-h3-firmware-upgrade/
15.40.13 #       <speachy> (thank you, google)
15.41.56 #       <lebellium> thanks
15.42.46 Join    danielp3344 [0] (danielp334@gateway/shell/matrix.org/x-yanpivkrjfleekkm)
15.42.52 Join    blbro[m] [0] (blbrostrat@gateway/shell/matrix.org/x-rnzovqjwiqbukkvg)
16.04.48 #       <speachy> huh, with the qii they went to some sort of RTOS.  Update image is built using czip (from zipgenius)
16.31.08 #       <speachy> can't figure out what the CPU core in this thing actually is.   "EROS E2" is all the description there is, and since the firmware image is encrypted, can't glean anything useful from that either.
16.37.23 ***     Saving seen data "./dancer.seen"
16.44.27 #       <efqw> speachy: got a link to the fw?
16.44.57 #       <speachy> http://www.eroshifi.com/upload/fw/EROS_Q2_v1.6.zip
16.57.03 #       <efqw> :/ didn't find anything useful either
17.11.57 #       <efqw> If time permits, I'll try to put up USB Cloner instructions on the wiki
17.12.25 Join    ac_laptop [0] (~ac_laptop@186.2.247.129)
17.18.27 #       <speachy> efqw: I haven't had a chance to try building a (manually) mangled m3k firmware yet, sorry.
17.31.24 Join    MrZeus__ [0] (~MrZeus@2a02:c7f:70d0:6a00:5d8a:b2a1:1c3:3bd3)
17.56.57 Quit    mendelmunkis (Remote host closed the connection)
17.57.34 Join    mendelmunkis [0] (~mendelmun@ool-435680b7.dyn.optonline.net)
18.01.49 Quit    lebellium (Quit: Leaving)
18.28.59 Quit    pamaury (Ping timeout: 260 seconds)
18.37.26 ***     Saving seen data "./dancer.seen"
18.44.05 Quit    ac_laptop (Ping timeout: 240 seconds)
19.11.15 Join    ac_laptop [0] (~ac_laptop@186.2.247.129)
19.34.24 #       <fs-bluebot_> Build Server message: New build round started. Revision f68463c, 290 builds, 9 clients.
19.50.13 Join    bluebrother [0] (~dom@rockbox/developer/bluebrother)
19.51.40 Join    fs-bluebot [0] (~fs-bluebo@55d44c22.access.ecotel.net)
19.53.10 Quit    bluebrother^ (Ping timeout: 246 seconds)
19.53.52 Quit    fs-bluebot_ (Ping timeout: 246 seconds)
19.57.31 #       <fs-bluebot> Build Server message: Build round completed after 1387 seconds.
19.57.32 #       <fs-bluebot> Build Server message: Revision f68463c result: All green
20.19.07 Quit    MrZeus__ (Ping timeout: 272 seconds)
20.37.27 ***     Saving seen data "./dancer.seen"
22.07.36 Quit    ac_laptop (Ping timeout: 256 seconds)
22.37.31 ***     Saving seen data "./dancer.seen"
23.04.52 Join    Stanley00 [0] (~stanley00@unaffiliated/stanley00)
23.12.04 #       <_bilgus_> ok I got the viewport issue worked out I just started carrying stride in the framebuffer struct (which I should have done in the first place tbh)
23.14.21 Join    ac_laptop [0] (~ac_laptop@186.2.247.129)
23.55.25 Quit    TheSeven (Ping timeout: 240 seconds)
23.55.43 Join    [7] [0] (~quassel@rockbox/developer/TheSeven)