--- Log for 30.10.120 Server: weber.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 day and 21 hours ago 00.17.00 Quit TheSeven (Ping timeout: 268 seconds) 00.17.30 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 00.28.09 Quit edhelas (Ping timeout: 260 seconds) 00.40.43 *** Saving seen data "./dancer.seen" 01.04.41 # _bilgus: yes i'm aware of the size. it excludes the 8 bytes. i was aware of that when i added the 7-pre5 bootloader. 01.05.04 # <_bilgus> but you removed it from the comment? 01.07.13 # <_bilgus> ah ok I see you were anticipating the next question 01.16.05 # <_bilgus> so braewoods you are bring in memcpy in this plugin right? 01.16.21 # <_bilgus> sorry memcmp 01.17.26 # <_bilgus> (2937) 01.20.44 # Build Server message: New build round started. Revision 6bc6af6, 293 builds, 8 clients. 01.22.52 # <_bilgus> this fuze+ hard locked again it now has two twisted wires for a battery switch 01.35.03 # _bilgus: yea. is that a problem? it was simpler than reinventing it. 01.35.46 # <_bilgus> no I just figured you would switch the others to it 01.35.53 # eventually yes 01.35.57 # _bilgus I amplanning on (eventually)soldering a switch onto the batteryofone of my fuze+s 01.36.04 # i'm working on them in stages 01.37.52 # <_bilgus> mendel_munkis, word of advice on that only pull the battery while connected to a usb supply I glitched it doing it and it took like 20 mins before it'd turn on instead of a white screen 01.38.32 # <_bilgus> I'm scared to even do the switch with out having it on usb at this point TBH 01.38.57 # Build Server message: Build round completed after 1092 seconds. 01.39.00 # Build Server message: Revision 6bc6af6 result: All green 01.40.04 # <_bilgus> mendel solder in a reed switch I have some at home and then you can reset with a strong magnet 01.40.43 # <_bilgus> it looks like there might be enough room for a small one 01.41.51 # the real reason I want it is to test RTC init stuff where that is not an issue. but yeah using a reed for that seems like a cool idea. 01.42.07 # _bilgus: i rebased my other patch set. it said it had a merge conflict. 02.04.11 # Build Server message: New build round started. Revision 7c498b9, 293 builds, 8 clients. 02.13.23 # <_bilgus> gerrit is dumb sometimes 02.18.05 # Build Server message: Build round completed after 834 seconds. 02.18.06 # Build Server message: Revision 7c498b9 result: All green 02.35.38 # interesting. 02.35.53 # the old code for dialog has an incorrect pointer arithmetic 02.36.16 # it adds 4MiB to a uint16_t* so it's actually offset by twice that. 02.36.32 # funny what you can find... 02.40.46 *** No seen item changed, no save performed. 03.26.15 Join prof_wolfff [0] (~prof_wolf@148.red-83-49-157.dynamicip.rima-tde.net) 04.03.32 Join edhelas [0] (9d94237298@2a01:7c8:aab8:6b9:5054:ff:fec9:fd84) 04.07.14 Part edhelas 04.07.55 Join edhelas [0] (9d94237298@2a01:7c8:aab8:6b9:5054:ff:fec9:fd84) 04.29.31 Quit S|h|a|w|n (Quit: Leaving) 04.40.47 *** Saving seen data "./dancer.seen" 04.42.04 Quit prof_wolfff (Ping timeout: 246 seconds) 05.23.21 Join Rower [0] (~Rower@78-73-72-39-no2340.tbcn.telia.com) 05.50.05 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 06.12.41 Quit pamaury (Quit: this->disconnect()) 06.40.48 *** Saving seen data "./dancer.seen" 07.16.36 Quit Stanley00_ () 07.23.40 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 07.44.50 Quit ubervison (Read error: Connection reset by peer) 07.49.28 Join massiveH [0] (~massiveH@ool-18e4e82f.dyn.optonline.net) 08.28.50 Quit pamaury (Ping timeout: 264 seconds) 08.39.21 Quit massiveH (Quit: Leaving) 08.40.52 *** Saving seen data "./dancer.seen" 08.41.59 Quit wodz (Quit: Leaving) 09.02.35 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 09.08.01 Quit michaelni (Ping timeout: 264 seconds) 09.33.42 Join genevino [0] (~genevino@m2m.pm) 09.46.37 Join prof_wolfff [0] (~prof_wolf@148.red-83-49-157.dynamicip.rima-tde.net) 10.06.33 Join michaelni [0] (~michael@213-47-68-29.cable.dynamic.surfer.at) 10.40.53 *** Saving seen data "./dancer.seen" 11.22.50 Quit pamaury (Ping timeout: 264 seconds) 11.39.54 Join MrZeus_ [0] (~MrZeus@2a02:c7f:70d0:6a00:b566:5eb2:38:23d6) 11.48.14 Quit prof_wolfff (Ping timeout: 260 seconds) 11.57.45 Join MrZeus__ [0] (~MrZeus@2a02:c7f:70d0:6a00:b566:5eb2:38:23d6) 12.00.44 Quit MrZeus_ (Ping timeout: 240 seconds) 12.22.39 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 12.29.15 Join livvy [0] (~livvy@gateway/tor-sasl/livvy) 12.40.54 *** Saving seen data "./dancer.seen" 13.06.12 Quit genevino (Quit: Great minds discuss ideas. Average minds discuss events. Small minds discuss people.) 13.06.38 Join genevino [0] (~genevino@m2m.pm) 13.55.57 Quit dys (Remote host closed the connection) 14.02.49 Join prof_wolfff [0] (~prof_wolf@148.red-83-49-157.dynamicip.rima-tde.net) 14.05.13 Join S|h|a|w|n [0] (~shawn156@unaffiliated/shawn156) 14.25.27 Join lebellium [0] (~lebellium@89-92-69-66.hfc.dyn.abo.bbox.fr) 14.40.57 *** Saving seen data "./dancer.seen" 14.51.37 # Build Server message: New build round started. Revision fa3184f, 293 builds, 8 clients. 15.02.27 Quit livvy (Remote host closed the connection) 15.02.37 Join livvy [0] (~livvy@gateway/tor-sasl/livvy) 15.04.30 # Build Server message: Build round completed after 772 seconds. 15.04.33 # Build Server message: Revision fa3184f result: All green 15.15.02 Quit emacsomancer (Read error: Connection reset by peer) 15.20.00 Join harmonicholas [0] (4f5ccef2@242.206.92.79.rev.sfr.net) 15.20.27 # _bilgus: so I just installed a fresh build on my YP-R1. Is FS#13249 really supposed to be fixed? 15.20.28 # http://www.rockbox.org/tracker/task/13249 SBS Info viewport not refreshing when used as a conditional (bugs, requires testing) 15.20.57 Join emacsomancer [0] (~runner@c-174-52-88-123.hsd1.ut.comcast.net) 15.22.34 # Hello to everyone. I've managed to compile the rockbox project on macOS catalina, be it with gcc or clang. I am able to get sound in the simulator (no GUI unfortunately). Could I submit my patches ? If so, how to proceed ? 15.28.50 # harmonicholas: https://www.rockbox.org/wiki/DevelopmentGuide if you've not already been there 15.28.59 # else, https://www.rockbox.org/wiki/UsingGit 15.30.29 Quit tchan (Ping timeout: 260 seconds) 15.31.42 # tthank you braewoods ;) 15.38.01 Quit prof_wolfff (Ping timeout: 264 seconds) 15.43.19 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 15.43.50 Quit harmonicholas (Ping timeout: 245 seconds) 15.54.38 # Build Server message: New build round started. Revision 2d85c72, 293 builds, 8 clients. 16.01.03 Join prof_wolfff [0] (~prof_wolf@148.red-83-49-157.dynamicip.rima-tde.net) 16.04.50 Join ubervison [0] (~ubervison@2a02:aa12:b106:1b80:8de:d17a:31d4:5524) 16.06.44 # Build Server message: Build round completed after 726 seconds. 16.06.46 # Build Server message: Revision 2d85c72 result: All green 16.07.18 Quit livvy (Remote host closed the connection) 16.12.22 Join livvy [0] (~livvy@gateway/tor-sasl/livvy) 16.23.50 Quit ubervison (Remote host closed the connection) 16.40.35 Quit mendel_munkis (Ping timeout: 268 seconds) 16.41.01 *** Saving seen data "./dancer.seen" 16.41.40 Join turrican [0] (~turrican@2a01:e0a:54a:2d50:2c27:c948:b21:719b) 16.52.25 Quit S|h|a|w|n (Ping timeout: 264 seconds) 17.12.29 Join dys [0] (~dys@aurora.ydns.eu) 17.13.33 Quit prof_wolfff (Ping timeout: 258 seconds) 17.25.44 Join mendelmunkis [0] (~mendelmun@ool-435680b7.dyn.optonline.net) 17.33.28 Quit turrican (Read error: Connection reset by peer) 18.24.46 Join cockroach [0] (~blattodea@pdpc/supporter/active/cockroach) 18.32.57 Quit lebellium (Quit: Leaving) 18.41.05 *** Saving seen data "./dancer.seen" 18.41.14 Quit Rower (Ping timeout: 260 seconds) 18.50.45 Quit mendelmunkis (Ping timeout: 240 seconds) 18.56.03 Join prof_wolfff [0] (~prof_wolf@148.red-83-49-157.dynamicip.rima-tde.net) 18.59.58 Join ubervison [0] (~ubervison@2a02:aa12:b106:1b80:4978:337a:24bd:4bbc) 19.03.18 # <_bilgus> AFAICT it is used your examples and they worked? does it not for you? 19.53.36 Quit prof_wolfff (Ping timeout: 268 seconds) 19.56.26 Join _bilgus_ [0] (~bilgus@65.186.35.190) 19.57.37 Quit _bilgus (Ping timeout: 258 seconds) 20.06.48 # I want to nuke pcm_play_pause from the PCM API. The only core use is exporting it to the plugin API, and it's unused there except the lua bindings. 20.08.47 # everything that used to use it now uses the mixer_play_pause api instead. 20.35.26 Quit pamaury (Ping timeout: 260 seconds) 20.37.09 # it hasn't been used since 2011. 20.37.12 # g#2941 20.37.14 # Gerrit review #2941 at http://gerrit.rockbox.org/r/2941 : pcm: Get rid of pcm_play_pause() and associated APIs by Solomon Peachy 20.38.48 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 20.39.26 Join massiveH [0] (~massiveH@ool-18e4e82f.dyn.optonline.net) 20.39.45 Join fs-bluebot [0] (~fs-bluebo@55d458a4.access.ecotel.net) 20.41.07 *** Saving seen data "./dancer.seen" 20.41.57 Quit bluebrother^ (Ping timeout: 260 seconds) 20.42.19 Quit fs-bluebot_ (Ping timeout: 268 seconds) 21.16.26 # <_bilgus_> get rid of it before someone uses it again 21.18.31 # Build Server message: New build round started. Revision fe2d52c, 293 builds, 8 clients. 21.18.44 # I guess we'll find out what turns yellow/red. :D 21.19.21 # * speachy likes seeing diffs that yield a net negative LOCC. 21.38.49 Quit cockroach (Quit: leaving) 21.41.16 # Build Server message: Build round completed after 1365 seconds. 21.41.19 # Build Server message: Revision fe2d52c result: 8 errors 0 warnings 21.44.51 # Build Server message: New build round started. Revision 7eee526, 293 builds, 8 clients. 21.47.25 # not sure if I'll get it done this weekend, but I'm going to attempt to rewrite the pcm-alsa driver to do its thing in a separate thread. 22.03.32 # Build Server message: Build round completed after 1120 seconds. 22.03.34 # Build Server message: Revision 7eee526 result: All green 22.06.09 # _bilgus_: here's a question. on an average screen repaint, how often does lcd_update_rect() get called? potentially once per vp? 22.07.03 # <_bilgus_> depends where you are exactly but there is no overlap cheching so yeah worst case 1 per in flight vp 22.07.18 # on the linux driver, every call to lcd_update_rect() triggers a low-level screen repaint. I wonder if I should batch things and only update it on the next timer tick. 22.08.59 # <_bilgus_> probably lets see 70 fps would be roughly 16 ms? 22.09.22 # I think ticks are 100 HZ, ie 10ms. 22.09.52 # <_bilgus_> so yeah not quite two each tick then 22.10.30 Quit MrZeus__ (Ping timeout: 268 seconds) 22.11.04 # <_bilgus_> I've been chasing an error questioning my sanity for the vp test program and I realize I'm allocating the buffer on the stack now 22.11.12 # <_bilgus_> F-ME! 22.11.23 # well, that would do it. :D 22.15.02 # <_bilgus_> I threw away good code over this :/ lol 22.41.08 *** Saving seen data "./dancer.seen" 22.51.18 Quit Tsesarevich (Read error: Connection reset by peer) 22.51.56 Join Tsesarevich [0] (Tsesarevic@fluxbuntu/founder/joejaxx) 22.55.20 Join Oksana_ [0] (~Wikiwide@Maemo/community/ex-council/Wikiwide) 23.19.46 # <__builtin> is there any desire for a release around the new year? 23.21.11 Quit livvy (Remote host closed the connection) 23.29.19 # <_bilgus_> I don't know if we will be ready by then but yes 23.58.43 # I want to see the hiby-based players promoted to stable too. Or at least one of them.