--- Log for 12.10.122 Server: iridium.libera.chat Channel: #rockbox --- Nick: rb-logbot Version: Dancer V4.16 Started: 2 months and 20 days ago 00.30.01 Quit tchan (Read error: Connection reset by peer) 00.37.10 Quit m01 (Quit: Konversation terminated.) 00.39.10 Join m01 [0] (~quassel@vps-b172b88b.vps.ovh.net) 00.41.55 Quit speachy (Ping timeout: 268 seconds) 00.43.30 Join speachy [0] (~speachy@98.97.182.161) 00.43.30 Quit speachy (Changing host) 00.43.30 Join speachy [0] (~speachy@rockbox/developer/speachy) 00.43.30 Mode "#rockbox +v speachy" by ChanServ (ChanServ@services.libera.chat) 00.48.44 Quit speachy (Ping timeout: 268 seconds) 00.49.48 Join speachy [0] (~speachy@98.97.182.49) 00.49.48 Quit speachy (Changing host) 00.49.48 Join speachy [0] (~speachy@rockbox/developer/speachy) 00.49.48 Mode "#rockbox +v speachy" by ChanServ (ChanServ@services.libera.chat) 00.54.54 Quit speachy (Ping timeout: 268 seconds) 00.56.06 Join speachy [0] (~speachy@98.97.182.141) 00.56.06 Quit speachy (Changing host) 00.56.06 Join speachy [0] (~speachy@rockbox/developer/speachy) 00.56.06 Mode "#rockbox +v speachy" by ChanServ (ChanServ@services.libera.chat) 00.56.19 *** Saving seen data "./dancer.seen" 01.08.02 Join shawn196 [0] (~shawn156@67.218.67.153) 01.11.33 Quit S|h|a|w|n (Ping timeout: 252 seconds) 01.17.02 Join MonTaGaTnoM [0] (~shawn156@67.218.67.153) 01.18.07 Quit MonTaGaTnoM (Client Quit) 01.18.32 Join S|h|a|w|n [0] (~shawn156@user/shawn/x-4432647) 01.20.09 Quit shawn196 (Ping timeout: 268 seconds) 01.44.35 Quit Natch (Remote host closed the connection) 02.42.44 Quit vup (*.net *.split) 02.42.44 Quit hactar|ant (*.net *.split) 02.42.44 Quit kugel_ (*.net *.split) 02.42.44 Quit Retr0id (*.net *.split) 02.42.44 Quit reductum_ (*.net *.split) 02.42.44 Quit Galois (*.net *.split) 02.42.44 Quit Nezumi-sama (*.net *.split) 02.42.44 Quit bluebrother^ (*.net *.split) 02.42.44 Quit gevaerts (*.net *.split) 02.42.44 Quit Xeha (*.net *.split) 02.42.45 Quit kirvesAxe (*.net *.split) 02.42.55 Join Nezumi-sama [0] (~narf@rrcs-67-53-148-69.west.biz.rr.com) 02.42.58 Join bluebrother [0] (~dom@user/bluebrother) 02.42.58 Join kirvesAxe [0] (kirvesaxe@user/kirvesaxe) 02.43.01 Join kugel [0] (~kugel@ip4d146a6d.dynamic.kabel-deutschland.de) 02.43.59 Join reductum_ [0] (~reductum@2603-8000-b400-8764-dea6-32ff-fe16-a622.res6.spectrum.com) 02.44.55 Join hactar|ant [0] (~zem@c-24-21-103-100.hsd1.or.comcast.net) 02.45.20 Join Xeha [0] (~Xeha@user/Xeha) 02.45.26 Join vup [0] (~~~~@46.101.193.235) 02.48.10 Join gevaerts [0] (~fg@user/gevaerts) 02.56.23 *** Saving seen data "./dancer.seen" 03.19.29 Quit S|h|a|w|n (Quit: Leaving) 04.56.26 *** Saving seen data "./dancer.seen" 06.41.15 # othello7: I noticed your use of the past tense. As in you "used" to use it; a quarter of your storage "was" used for video, and so forth. I'm not trying to be a contrarian here but that does seem to support my point about its usefulness in today's world. 06.42.37 # ...the overwhelming majority of rockbox's remaining users are not technically inclined. "whipping up a bash script" is not a solution. 06.44.45 # the only reason to carry a rockbox'd device in today's world is for kickass, fully accessible audio playback. A smartphone can be had for half the price of even the cheapest rockbox-capable device, and does everything other than audio far better. 06.45.21 # the DAP is the second device now, instead of the primary device it once was. 06.47.42 # so I think I'll take a page from Linus Torvalds here and say this -- if mpegplayer truly matters, then submit a patch to bring it back -- and that patch will include your name in the maintainers document. 06.49.04 # and yes, it absolutely is a maintainene burden right now. Granted with the removal of archos targets that got a bit simpler but it still had some substantial hooks into the rest of rockbox. 06.50.50 # It was the source of a lot of issues during the last toolchain update, and (heh) I still don't know if it actually still _worked_ still for the majority of our targets. 06.56.30 *** No seen item changed, no save performed. 07.06.58 Quit vup (Quit: vup) 07.07.19 Join vup [0] (~~~~@46.101.193.235) 07.27.39 # best to add a video conversion option to rockbox utility 07.30.47 Join amachronic [0] (~amachroni@user/amachronic) 07.32.47 # speachy: heh, and I just posted on the forums mpegplayer wasn't a maintanence burden _yet_ :P 07.33.03 # guess I may be proven wrong sooner rather than later 07.34.18 # Build Server message: 3New build round started. Revision f737e5025d, 303 builds, 7 clients. 07.50.54 # <_bilgus> amachronic, re the clip functions -- nice I like the direction 07.53.27 # _bilgus, thanks, and this is just the first of many cleanups - I'm slowly trying to tame the whole skin engine and viewport mess 07.54.45 # <_bilgus> It can really use it, I did the buffer rewrite with the intention but i've been a bit otherwise occupied as of late 07.56.40 # I'd like to replace viewports eventually with a mini window system 07.57.04 # so we can have real popups and layered drawing 07.57.37 # Build Server message: 3Build round completed after 1399 seconds. 07.57.38 # just for the drawing though -- an event loop is probably taking it too far :) 07.57.42 # Build Server message: 3Revision f737e5025d result: All green 07.58.43 # <_bilgus> windows 3.1 ran on a 90 mhz processor 07.59.08 # <_bilgus> well actually a 33dx but still 07.59.48 # it's more the effort of refactoring i was thinking of 08.00.26 # anyhow, i noticed that the LCD is getting redrawn a lot because nobody really owns it 08.00.35 # the skin engine updates on its own 08.00.40 # the main thread draws when it wants to 08.00.55 # the scroll thread can draw over top of both of those :D 08.01.17 # it's way too confusing 08.01.38 # <_bilgus> I implemented some owner draw flags and the notion of dirty vp to mitigate some of that but yeah the underlying issue is one of ownership 08.02.26 # that's what i'm hoping windows might address 08.02.42 # give everything a window and a callback to draw stuff in the window 08.03.04 # have one central place to clear the screen and call all the draw callbacks 08.03.15 # <_bilgus> ^yes 08.03.57 # i actually have the window system part mostly done - I should finish it and upload it to gerrit 08.04.18 # problem is I have no idea how to get from where we are to what I want 08.04.34 # so it's a bit useless atm 08.05.23 # that's why i'm trying to simplify the current code and hopefully it'll get easier from there 08.06.13 # Build Server message: 3New build round started. Revision c607bfac6f, 303 builds, 7 clients. 08.06.19 # <_bilgus> probably not but I'm sure itll be awesome once you figure it out 08.16.12 Join tchan [0] (~tchan@c-98-206-141-238.hsd1.il.comcast.net) 08.18.54 # <_bilgus> originally I don't think anything handled non default strides I don't remember if that was me or someone else probably I should look 08.21.52 # I'm pretty sure you added that stuff 08.23.37 # drawing on custom buffers is a thing I'm trying to avoid touching :) 08.24.27 # now that all our targets are basically plain software framebuffer LCDs - we should really have an SDL surface style API for drawing instead of explicitly tying everything to the LCD. 08.25.35 # but i don't see that as bringing much benefit other than "it's a nice API" 08.26.11 # (mis)using viewports for the purpose is good enough 08.27.12 # damnit, the buildserver hiccupped again with a zero-result build... 08.27.59 # Build Server message: 3Build round completed after 1305 seconds. 08.28.00 # Build Server message: 3Revision c607bfac6f result: All green 08.30.10 # so that's what causes the builds table to turn huge. weird... 08.31.55 # <_bilgus> yeah I did, but the problem is that the viewport rect version does a second copy so that is slower but if it doesn't work faster is worthless in the case of update_vp 08.32.33 # yeah, for some reason the buildserver things it loses contact with everyone and thus considers everythig failed. 08.33.22 # I think some of that might be due to swapping? I think it's a system thing rather than the buildserver specifically, though I suppose it might make more sense to just sit and spin instead of outright failing a round. 08.34.00 # amachronic: whenever it happens I try to resubmit the same build manually but when there are several queued up... it's toolate. 08.35.16 # yeah, I think the server is a bit overloaded. or maybe the VM Host is a little overcommitted making it worse. 08.38.56 Quit amachronic (Quit: amachronic) 08.56.32 *** Saving seen data "./dancer.seen" 09.08.07 Join CH23 [0] (~CH23@revspace/participant/ch23) 09.37.10 Join massiveH [0] (~massiveH@2600:4040:a993:4900:b808:faa9:cf62:9efe) 10.56.35 *** No seen item changed, no save performed. 11.29.39 # speachy: ah, apologies for the miscommunication. I really should've used "is" anyway. you see I had been up until the point of a couple days ago when I pulled the latest source and built again. I'm probably going to revert back the changes to before I had pulled because of how much of a necessity mpegplayer is to me. 11.34.44 Nick koniu is now known as kakaka (~koniu@cpc107003-dals23-2-0-cust91.20-2.cable.virginm.net) 11.36.50 # I have actually made some neat changes to the rockbox source code, namely porting my game to rockbox, but its not polished enough yet, and also I cannot give my name online due to the fact that I dont want it connected to my youtube presence. I heard the name policy was to help with copyright issues, but perhaps someone else can push it on my behalf as it is GPL on my github account. 11.37.02 Nick kakaka is now known as kakakaka (~koniu@cpc107003-dals23-2-0-cust91.20-2.cable.virginm.net) 11.38.30 Nick kakakaka is now known as kakaszsz (~koniu@cpc107003-dals23-2-0-cust91.20-2.cable.virginm.net) 11.39.23 Quit massiveH (Quit: Leaving) 12.04.34 Join Natch [0] (~natch@c-9e07225c.038-60-73746f7.bbcust.telenor.se) 12.32.03 Join Galois [0] (djao@efnet.math.uwaterloo.ca) 12.56.36 *** Saving seen data "./dancer.seen" 13.22.05 Quit rb-bluebot (Ping timeout: 250 seconds) 13.22.57 Quit bluebrother (Ping timeout: 250 seconds) 13.24.35 Join bluebrother [0] (~dom@user/bluebrother) 13.35.43 Join lebellium [0] (~lebellium@2a01cb040109a6001d1f6e2ddc0d8cec.ipv6.abo.wanadoo.fr) 13.36.22 Join rb-bluebot [0] (~rb-bluebo@rockbox/bot/utility) 13.46.36 Quit Natch (Ping timeout: 264 seconds) 13.48.26 Join Natch [0] (~natch@c-9e07225c.038-60-73746f7.bbcust.telenor.se) 14.56.39 *** Saving seen data "./dancer.seen" 16.48.09 Quit wolfshappen (Quit: later) 16.56.40 *** Saving seen data "./dancer.seen" 17.00.38 Quit lebellium (Quit: Leaving) 18.46.34 Quit CH23 (Ping timeout: 268 seconds) 18.56.44 *** Saving seen data "./dancer.seen" 20.17.44 # <__builtin> _bilgus: I don't think self-contained is technically feasible, unless we want to sacrifice lots of performance (I assume the hand-rolled asm YUV routines exist for a good reason) 20.18.22 # <__builtin> we could, of course, move all the device-specific code into apps/plugins, but that's probably worse from a maintenance standpoint than keeping it in core 20.56.47 *** No seen item changed, no save performed. 21.07.56 Quit michaelni (Ping timeout: 260 seconds) 22.56.49 *** Saving seen data "./dancer.seen"