--- Log for 08.08.120 Server: kornbluth.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 10 days and 9 hours ago 00.02.12 # __Bilgus_: Only on the Clip+ and Clip Zip 00.03.11 # But I will temporarily revert those to booting from internal storage for further testing 00.04.33 # <__builtin> another note to self: the SDL1.2 PlayAudio() function is buggy as hell 00.05.25 # <__Bilgus_> Strife I've been running this bench since I said I'd try to repro 00.05.39 # <__Bilgus_> on the clipzip not the clip+ 00.05.56 # <__Bilgus_> pretty similar hardware in the processor dept 00.06.29 # <__Bilgus_> next time I get back to my house I'll grab my Clip+ and try if I haven't reproduced by then 00.06.50 # <__Bilgus_> also are you compiling your own builds or using the dev versions? 00.16.28 # <__builtin> aaand we have sound on SDL2.0! :D 00.27.39 *** Saving seen data "./dancer.seen" 01.05.25 Quit ac_laptop (Ping timeout: 240 seconds) 01.08.35 # <__builtin> and now SDLPoP compiles :) 01.08.39 # <__builtin> this has been a productive 24 hours 02.27.43 *** Saving seen data "./dancer.seen" 02.45.38 # Build Server message: New build round started. Revision d7b9eb6, 280 builds, 10 clients. 02.46.44 # <__Bilgus_> well that took entirely longer than I expected 02.47.24 # <__Bilgus_> the resulting code is pretty minimal but it sure took a long while to figure out how best to do it 02.48.09 # <__Bilgus_> Anyways hopefully this build is GREEN! if so ROLO will now work with multiboot redirects 02.49.00 # <__Bilgus_> Strife89 I suspect this may be the issue you were experiencing or your two sansas 02.49.50 # <__Bilgus_> basically ROLO loads your multiboot firmware but when the new firmware comes back up it uses the internal drive 02.50.23 # <__Bilgus_> now it should act like the bootloader and pass the boot drive to the new fw 03.05.39 # Build Server message: Build round completed after 1202 seconds. 03.05.41 # Build Server message: Revision d7b9eb6 result: All green 03.06.02 # <__Bilgus_> WOO night. 03.28.47 Quit J_Darnley (Ping timeout: 265 seconds) 03.36.57 Join J_Darnley [0] (~J_Darnley@d51A44418.access.telenet.be) 03.46.34 Join scorche [0] (~scorche@rockbox/administrator/scorche) 03.49.25 Quit scorche` (Ping timeout: 264 seconds) 03.56.56 Quit massive_H (Quit: Leaving) 04.02.03 # Build Server message: New build round started. Revision 48d2927, 280 builds, 10 clients. 04.15.41 Join sakax [0] (~r0b0t@unaffiliated/r0b0t) 04.16.52 # Build Server message: Build round completed after 889 seconds. 04.16.56 # Build Server message: Revision 48d2927 result: All green 04.27.46 *** Saving seen data "./dancer.seen" 04.49.00 Quit sakax (Ping timeout: 256 seconds) 04.52.38 Join sakax [0] (~r0b0t@unaffiliated/r0b0t) 05.06.57 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 05.17.56 Quit pamaury (Ping timeout: 246 seconds) 05.42.56 Quit livvy (Remote host closed the connection) 05.45.12 Join livvy [0] (~livvy@gateway/tor-sasl/livvy) 05.46.06 Quit ender| (Quit: Bydgoszcz = bid GOSH-CH (City in Poland. I straight up admit to choosing it just to cause panic in my audiobook narrator. To English-speaking eyes those four consonants at the end look alarming.) — Kevin Hearne: Staked) 05.59.13 Quit livvy (Remote host closed the connection) 06.09.10 Quit mixfix41 (Read error: Connection reset by peer) 06.14.32 Join livvy [0] (~livvy@gateway/tor-sasl/livvy) 06.14.48 Quit livvy (Remote host closed the connection) 06.17.39 Join livvy [0] (~livvy@gateway/tor-sasl/livvy) 06.27.49 *** Saving seen data "./dancer.seen" 06.30.48 Join ender| [0] (~ender1@2a01:260:4094:1:6045:6fff:fedd:cbf3) 06.34.01 Join lebellium [0] (~lebellium@89-92-253-148.hfc.dyn.abo.bbox.fr) 06.57.49 Join Rower [0] (~Rower@78-73-72-39-no2340.tbcn.telia.com) 08.01.09 Join cockroach [0] (~blattodea@pdpc/supporter/active/cockroach) 08.27.51 *** No seen item changed, no save performed. 09.01.39 # Build Server message: New build round started. Revision de8f95f, 280 builds, 10 clients. 09.14.21 # Build Server message: Build round completed after 761 seconds. 09.14.56 # Build Server message: Revision de8f95f result: All green 09.17.59 Quit cockroach (Quit: leaving) 09.18.05 Join ac_laptop [0] (~ac_laptop@186.2.247.129) 10.27.53 *** Saving seen data "./dancer.seen" 10.32.14 # __builtin: so, how about porting over System Shock? :D That'll be a fun UI with only five keys... 10.32.23 Quit sakax (Quit: Leaving) 11.05.53 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 11.09.04 # __Bilgus_: Awesome! Will update and test. 11.11.01 # Using official dev builds on everything but my m250 12.09.14 Quit advcomp2019_ (Ping timeout: 256 seconds) 12.14.25 Join advcomp2019_ [0] (~advcomp20@65-131-173-185.sxct.qwest.net) 12.14.25 Quit advcomp2019_ (Changing host) 12.14.26 Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019) 12.19.33 Join JanC_ [0] (~janc@lugwv/member/JanC) 12.19.46 Nick JanC is now known as Guest10290 (~janc@lugwv/member/JanC) 12.19.46 Quit Guest10290 (Killed (rajaniemi.freenode.net (Nickname regained by services))) 12.19.46 Nick JanC_ is now known as JanC (~janc@lugwv/member/JanC) 12.27.56 *** Saving seen data "./dancer.seen" 13.48.34 Join MrZeus [0] (~MrZeus@4e6942be.skybroadband.com) 13.55.11 Quit Rower (Ping timeout: 265 seconds) 14.12.37 # hmpf. Why do people always need to use custom types? 14.13.07 # * bluebrother is looking at libtomcrypt (quite nice), and there's a macro "byte" that conflicts with the type "byte" in sbtools. 14.28.00 *** Saving seen data "./dancer.seen" 14.37.13 # libtom has to work in all sorts of nonstandard environments.. 14.38.55 # and, heh, it probably predates pretty much everything else used in/by rbutil 14.50.49 Join sakax [0] (~r0b0t@unaffiliated/r0b0t) 15.04.06 # the macro is annoying, but what annoys me more is this custom type "byte". Seems to be a leftover of the old crypto functions in sbtools / mkimxboot 15.04.19 # anyway, I've got Rockbox Utility without libcryptopp :) 15.04.38 # and mkimxboot creates a binary that is identical to the previous one. So it seems to work correctly. 15.05.01 # now for some cleanup, then push it to gerrit so someone with more knowledge of that stuff can review it. 15.40.05 # <__Bilgus_> heh bluebrother thats you bud ! 15.40.47 # that's me? 15.46.16 # <__Bilgus_> out of the (6?) of us yeah lol 15.48.41 # <__Bilgus_> someone with more knowledge of that stuff can review it. 15.49.25 Join advcomp2019__ [0] (~advcomp20@65-131-173-185.sxct.qwest.net) 15.49.25 Quit advcomp2019__ (Changing host) 15.49.26 Join advcomp2019__ [0] (~advcomp20@unaffiliated/advcomp2019) 15.52.25 Quit advcomp2019_ (Ping timeout: 264 seconds) 15.52.27 # hmm, it ended up as 4 reviews. Well, it's been 4 commits :) 15.57.38 # added my feedback 16.01.50 # hmm. If I have multiple commits pushed to a review, and then edit one of those commit, then push it again. Will gerrit update my reviews? 16.06.22 # only the ones that changed. I don't recall if a simple rebase counts 16.06.45 # I do need to do another gerrit upgrade soon 16.07.31 # ok, but that sounds like what I'd expect. Nice :) 16.10.12 # the X3 is randomly dropping the volume when using the lineout -- basically the LO or HP detect is triggering a volume reduction but nothing pushes it back up... 16.15.21 Quit J_Darnley (Ping timeout: 265 seconds) 16.16.02 # pamaury: can you please have a look at g#2644? 16.16.05 # Gerrit review #2644 at http://gerrit.rockbox.org/r/2644 : sbtools: convert crypto to libtomcrypt. by Dominik Riebeling 16.17.04 Join J_Darnley [0] (~J_Darnley@d51a44418.access.telenet.be) 16.25.20 Join salty-horse [0] (~salty-hor@unaffiliated/salty-horse) 16.26.43 # got another bug with the xduoo x3 ii. I paused playback, waited <10 minutes (not sure how many), then resumed. nothing happened. the UI was still working, and pressing "play" showed the play symbol in wps, but nothing was playing. Seeking didn't help. Still trying to reproduce it. 16.27.41 # speachy, there's a typo in the wiki page title. It says "xDooo" - https://www.rockbox.org/wiki/XDuooX3ii 16.28.02 *** Saving seen data "./dancer.seen" 16.32.04 # bluebrother: will have a look, did you test it on actual files ? 16.38.58 # bluebrother: I have tried to run it but the code looks okay. I suspect that with this change the sbtools themselves don 16.39.05 # 't compiel anymore though 16.39.20 # I'll have look at fixing their makefiles 16.39.56 # ah great it's in g#2645, so perfect :) 16.39.57 # pamaury: I've tried it with a fuze+ sb file. The result was identical. 16.39.58 # Gerrit review #2645 at http://gerrit.rockbox.org/r/2645 : sbtools: Change crypto wrapper implementation to C. by Dominik Riebeling 16.40.33 # I did try to compile sbtools too :) 16.43.59 # and yeah byte is leftover from old code 16.45.33 # I figured that crypto++ also has a type byte. 17.03.40 # salty-horse: probably some powersaving feature in the underlying OS/firmware that needs to be explicitly kicked 17.04.19 # I tested while waiting 2 and 3 minutes. need to test more 17.05.46 # is it possible to make the bootloader boot straight to rockbox without making me choose a firmware? I would also like it if rockbox launched when I connect the usb instead of the original firmware, because it insists on scanning all the files after I disconnect the cable 17.06.22 # possible, absolutely.. just needs appropriate TLC 17.06.49 # though the mechanism for the OF-launched-upon-usb-insertion isn't known (AFAIK) 17.09.56 # have there been attempts to ask the company for specifications? 17.10.29 # not that I'm aware of, but the the original author (ie xvortex) might have. 17.14.44 # making that timeout configurable is on the to-do list. 17.17.30 # I see that the xduoo supports play/pause using the headphones cord button. Is that implemented yet? If not, I'd like to attempt it 17.18.00 # bluebrother, as far as I'm concerned that patch series can get merged. 17.19.21 # salty-horse, presumably it gets translated to standard linux input events -- and if so, adding that to button_map in firmware/target/hosted/xduoo/button-xduoo.c 17.19.47 Quit ac_laptop (Ping timeout: 240 seconds) 17.20.08 # speachy, and there's a way to activate a debug log on the device to figure out which event it is? 17.20.13 # ok, thanks. I'm off for today though, and I'd like not to rush it -- pamaury did the original work there so he might spot something I've missed. 17.21.22 # (btw, sorry, missed that one comment about CREDITS before.) 17.25.16 # bluebrother: I'd like to at least test it on a couple files on my computer today or tomorrow before it gets merged, but if I don't answer in a couple days (as I am travelling), feel free to merge it 17.31.55 # speachy, if it's using regular android stuff, it should be KEYCODE_HEADSETHOOK -- will try next week and report back 17.39.49 Quit pamaury (Ping timeout: 272 seconds) 17.46.24 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 17.49.21 Join ac_laptop [0] (~ac_laptop@186.2.247.129) 17.56.17 Quit pamaury (Ping timeout: 272 seconds) 18.16.30 Quit salty-horse (Quit: Leaving) 18.28.04 *** Saving seen data "./dancer.seen" 18.29.19 Quit lebellium (Quit: Leaving) 19.17.19 Quit MrZeus (Ping timeout: 246 seconds) 19.17.52 # __builtin: what do you think about g#2646 (and we can probably abandon g#1777 too) 19.17.56 # Gerrit review #2646 at http://gerrit.rockbox.org/r/2646 : plugins: properly build duke3d/quake/wolf3d on MIPS and HOSTED targets by Solomon Peachy 19.17.56 # Gerrit review #1777 at http://gerrit.rockbox.org/r/1777 : duke3d: enable for non-ARM targets by Franklin Wei 19.18.19 # <__builtin> does it actually work? 19.18.49 # I recall running duke and wolf3d on the Rocker 19.18.53 # <__builtin> oh, and you need to edit SUBDIRS as well 19.19.01 # SUBDIRS was already done 19.19.08 # <__builtin> oh, was it? 19.19.19 # <__builtin> ah, right 19.19.21 # yeah, I did that a while back when I first got the SDL stuff running hosted 19.19.26 # <__builtin> well, in that case definitely enable it 19.19.37 # but somehow I missed the SOURCES bit 19.19.38 # <__builtin> but since I don't have a MIPS target I can't test 19.19.55 # <__builtin> so you'll have to report what's broken :) 19.20.03 # <__builtin> because I'm sure lots of things are... 19.20.15 # hosted works okay, native is probably fine too but I don't have a native MIPS with a screen capable of it. 19.20.27 # <__builtin> native mips? 19.20.29 # #1777 also enabled them for m68k 19.20.39 # the xduoo x3 is native 19.20.48 # <__builtin> the problem with the SDL programs is they do a lot of really nasty pointer stuff 19.20.49 # x3ii, rocker, x20 are hosted mips 19.21.18 # <__builtin> I've done my best to clean them up, but it's likely that there's still unaligned accesses lurking somewhere 19.21.21 # the issue I had with the hosted mips stuff was actually RAM limitations; the underlying OS doesn't give us a lot to play with. 19.21.39 # yeah, I remember fixing up a bunch of that stuff during earlier forays into disabling warning suppression 19.21.58 # <__builtin> I have been meaning to do a deep clean myself 19.21.59 # but unaligned access is a major issue on most of our ARM targets too 19.22.28 # so I'd wager that for the most part the code is okay 19.22.46 # <__builtin> I've fixed what I can for ARM builds, but switching architectures might cause rearrangement memory, etc. 19.22.57 # Build Server message: New build round started. Revision be2c873, 280 builds, 10 clients. 19.22.59 # <__builtin> so I say go ahead and merge it 19.24.52 # you can probably abandon #2284, 2285, and 2286 once bluebrother's libtom stuff lands. 19.37.04 # Build Server message: Build round completed after 848 seconds. 19.37.06 # Build Server message: Revision be2c873 result: All green 19.44.35 Join MrZeus [0] (~MrZeus@4e6942be.skybroadband.com) 19.56.17 Quit sakax (Quit: Leaving) 20.27.24 Join Soap_ [0] (~Soap@rockbox/staff/soap) 20.28.08 *** Saving seen data "./dancer.seen" 20.30.02 Quit Soap (Ping timeout: 260 seconds) 20.32.37 Join Soap [0] (~Soap@rockbox/staff/soap) 20.34.40 Quit Soap_ (Ping timeout: 246 seconds) 21.05.46 Join massiveH [0] (~massiveH@ool-18e4e82f.dyn.optonline.net) 21.11.05 Quit MrZeus (Ping timeout: 240 seconds) 21.27.23 Quit ac_laptop (Ping timeout: 240 seconds) 22.21.03 Join ac_laptop [0] (~ac_laptop@186.2.247.129) 22.28.11 *** Saving seen data "./dancer.seen" 22.30.42 # Build Server message: New build round started. Revision 08c4b70, 280 builds, 10 clients. 22.34.13 # on jz4760, had to go back to the PLL for 11/22/44/88KHz audio. But I was able to reduce the clock from 508 to 169.5MHz so it's still a decent power savings. 22.44.20 # I swear, this SoC is such a janky mess 22.44.56 # Build Server message: Build round completed after 854 seconds. 22.44.59 # Build Server message: Revision 08c4b70 result: All green 22.50.27 # * __builtin is *not* a fan of the lseek() function 22.50.46 # why not? 22.50.51 # <__builtin> it's too easy to write lseek(fd, SEEK_SET, 0) instead of lseek(fd, 0, SEEK_SET) 22.51.19 # been there, done that.. 22.51.39 # oh, anyone feel like looking at g#2648? 22.51.42 # Gerrit review #2648 at http://gerrit.rockbox.org/r/2648 : mikmod: Upgrade mikmod core from v3.2.0 to v3.3.11 by Solomon Peachy 22.51.51 # <__builtin> aand now SDLPoP gets further before crashing :) 23.37.59 # <__builtin> well, I'll be damned 23.38.01 # <__builtin> it works with sound :) 23.38.18 # nice 23.42.16 Quit TheSeven (Ping timeout: 244 seconds) 23.42.33 Join [7] [0] (~quassel@rockbox/developer/TheSeven)