--- Log for 17.06.119 Server: hitchcock.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 month and 25 days ago 00.26.05 *** Saving seen data "./dancer.seen" 00.39.05 Join krabador [0] (~krabador@unaffiliated/krabador) 01.29.58 Quit krabador (Remote host closed the connection) 02.04.18 Quit MrZeus (Ping timeout: 258 seconds) 02.25.23 # mind if i ask what is the point of "export ROCKBOX_SHARE_PATH=" if when used does absolutely nothing to change the directory to read 02.26.07 *** Saving seen data "./dancer.seen" 02.35.56 Quit Ruhan (Quit: Connection closed for inactivity) 02.39.49 Join Ruhan [0] (uid76353@gateway/web/irccloud.com/x-vafuvacdajdrtttz) 02.57.35 Quit cc___ (Ping timeout: 250 seconds) 04.26.10 *** Saving seen data "./dancer.seen" 04.53.11 # hmm so setting it to 16bpp fixed the bootsplash... but everything else is still broken like its still set for 24bpp? 04.56.16 # <__builtin> IncognitoMan: what exactly is this running on? 04.56.23 # LDK Game 04.56.35 # running it as a sdlapp 05.00.31 # __builtin, https://cdn.discordapp.com/attachments/269742225288593408/590012711832649741/20190616_225854.jpg 05.00.40 # https://cdn.discordapp.com/attachments/269742225288593408/590012711375601664/20190616_225916.jpg 05.01.20 # any idea? 05.16.46 # is there somewhere else i should be aware of to set or force 16bpp? 05.18.50 # IncognitoMan, that kinda looks like what happens when the lcd size is wrong 05.19.05 # lcd is 320x240 05.19.37 # also changing the BMP2RB_NATIVE to 16bpp fixed the bootsplash 05.19.45 # ( -f 4 ) 05.19.46 # it also looks like what happens if you have hight and width switched. 05.20.06 # thats what i thought but its not that cause i tried switching it with the same results 05.20.08 # rb uses a double buffer you might be overwriting the memory 05.20.57 # https://cdn.discordapp.com/attachments/574151612000632832/589621225496510465/20190615_205539.jpg\ 05.20.59 # err 05.21.00 # https://cdn.discordapp.com/attachments/574151612000632832/589621225496510465/20190615_205539.jpg 05.21.01 # also there is a stride to take into acct been a bit but let me find the relevant code 05.21.12 # bilgus can you please elaborate? 05.21.21 # theres what it looked like before setting -f 4 05.23.44 # mendelmunkis, the data is striped a certian way either left to right right to left or up to down down to up 05.24.14 # huh 05.24.24 # https://github.com/Rockbox/rockbox/blob/d64ff86fb6be22875cfae054f8a878dbd8b1472b/firmware/export/lcd.h 05.24.46 # there is some info in that header that explains it 05.27.01 # <__builtin> IncognitoMan: you might need to set LCD_DEPTH as well 05.27.13 # <__builtin> bmp2rb only processes static bitmaps 05.27.29 # how would i set LCD_DEPTH? 05.27.34 # * __builtin isn't sure 05.28.28 # thanks 05.28.51 # ^ 05.29.10 # <__builtin> yeah, it looks like you can't set it through tools/configure 05.29.54 # <__builtin> ah, it's forced to 24bit in export/config/sdlapp.h 05.30.09 # oh? 05.30.19 # <__builtin> wait 05.30.29 # <__builtin> it looks like tools/configure overrides that 05.30.56 # <__builtin> actually no 05.30.58 # <__builtin> that's wrong 05.31.13 # <__builtin> try editing LCD_DEPTH and LCD_PIXELFORMAT in sdlapp.h 05.31.29 # LCD_PIXELFORMAT RGB888 is the 24 bit one iirc 05.31.47 # yea needs to be 16 and thanks again for all the help 05.35.22 # <__builtin> try setting LCD_DEPTH=16 and LCD_PIXELFORMAT=RGB565 05.35.29 # thats what i did 05.35.52 # 565swapped is also 16 bit 05.36.33 # Id try setting stride too that looks a lot like the issues I had with LUA when I rewrote the image libs 05.36.47 # <__builtin> could be 05.37.04 # ill try that next 05.39.03 # alright 05.39.04 # that did it 05.39.18 # thank you all so muchj 05.39.20 # much* 05.39.55 Quit TheSeven (Disconnected by services) 05.40.02 Join [7] [0] (~quassel@rockbox/developer/TheSeven) 05.41.19 # which did it? 05.42.16 # @IncognitoMan 05.44.55 # setting the depth and pixelformat 05.45.56 Quit Ruhan (Quit: Connection closed for inactivity) 05.47.13 # thx\ 05.48.09 # no thank you... i was getting frustrated as to what i was missing 05.48.24 # and that lcd.h is pretty informative 05.49.43 # (for good and bad) a lot of documentation is in the source files 06.26.12 *** Saving seen data "./dancer.seen" 07.04.26 Join eevan [0] (~eevan@tls.chat.sum7.eu) 07.11.54 Join advcomp2019_ [0] (~advcomp20@65-131-155-4.sxct.qwest.net) 07.11.54 Quit advcomp2019_ (Changing host) 07.11.54 Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019) 07.15.17 Quit advcomp2019 (Ping timeout: 272 seconds) 07.34.55 Quit benedikt93 (Ping timeout: 248 seconds) 07.40.20 Join Rower [0] (~husvagn@m176-68-82-94.cust.tele2.se) 08.04.34 Quit Rower (Ping timeout: 244 seconds) 08.15.01 Quit dys (Ping timeout: 245 seconds) 08.18.05 Join Rower [0] (~husvagn@m176-68-82-94.cust.tele2.se) 08.26.15 *** Saving seen data "./dancer.seen" 08.40.58 Quit [7] (Ping timeout: 248 seconds) 08.43.53 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 09.15.26 Join petur [0] (~petur@rockbox/developer/petur) 10.26.19 *** Saving seen data "./dancer.seen" 10.28.42 Quit Huntereb (Ping timeout: 248 seconds) 10.53.33 Join Huntereb [0] (~Huntereb@d-69-161-102-241.va.cpe.atlanticbb.net) 11.38.14 Join vmx [0] (~vmx@ip5f5bfdec.dynamic.kabel-deutschland.de) 12.26.22 *** Saving seen data "./dancer.seen" 13.27.44 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 13.30.01 Quit Moarc (Read error: Connection reset by peer) 13.33.57 Join Moarc [0] (~chujko@a105.net128.okay.pl) 14.20.01 Quit wodz (Ping timeout: 245 seconds) 14.26.24 *** Saving seen data "./dancer.seen" 15.04.08 Quit Galois (Ping timeout: 252 seconds) 16.26.26 *** Saving seen data "./dancer.seen" 17.01.20 Join Galois [0] (djao@efnet-math.org) 17.14.46 Quit petur (Quit: Connection reset by beer) 17.36.31 Join JimSleezus [0] (~Jim@69.12.94.115) 18.07.40 # weird. has anyone experienced RB refusing to play any mp3 files? as soon as I go to play a file, playback stops before even the first sample makes it through the pipeline 18.08.09 # and if I set up a playlist and turn repeat on, it will just cycle through the tracks at superspeed with no sound coming out 18.09.07 # It's been working for me so far 18.09.18 # yeah, I mean I've never had this issue on a 5G 18.09.34 # or other players for that matter 18.10.14 # hmm idk, is it *only* mp3s? 18.10.30 # Did you by any change update the main rockbox binary without updating the codecs? 18.10.31 # haven't gotten that far yet 18.11.01 # gevaerts: oh interesting. I don't think so? this was a manual install 18.11.07 # gevaerts: is it possible I'm MISSING the codecs? 18.11.39 # (I just got this device up and running yesterday, so I haven't actually seen it work yet) 18.17.06 Join ZincAlloy [0] (~Adium@2a02:8108:9440:dfc:14f8:22e8:ad4e:a397) 18.17.24 # Could be 18.17.58 # what can I read or look at to get further insight on this? 18.19.23 # Check the .rockbox/ directory. There should be a "codecs" subdirectory in that, with files named .codec, and a modification date similar to your main binary 18.19.49 # thanks, I'll check. 18.21.09 Nick JimSleezus is now known as Tuple (~Jim@69.12.94.115) 18.21.25 Quit ZincAlloy (Ping timeout: 258 seconds) 18.21.42 # That's an ipod, right? If so, the main binary will be named "rockbox.ipod" I think, also in .rockbox/ 18.23.36 Nick Tuple is now known as JimSleezus (~Jim@69.12.94.115) 18.23.47 Quit JimSleezus (Quit: JimSleezus went offline) 18.24.06 # yeah, it's a first-gen nano 18.24.17 # the modification timestamps seem to match up 18.24.40 # I'm not sure if I'm looking at the right MP3 codec, though 18.24.53 # there's codecs/mp3_enc.codec, but that seems to suggest an encoder, not a decoder 18.25.35 # $ stat -c %y rockbox.ipod codecs/mp3_enc.codec 18.25.35 # 2017-04-30 15:27:33.000000000 -0500 18.25.35 # 2017-04-30 15:27:33.000000000 -0500 18.26.14 # Might be mpa.codec (mpeg audio) 18.26.28 *** Saving seen data "./dancer.seen" 18.27.23 # okay, yeah, that's in there 18.27.29 # and timestamp is the same 18.27.56 # Hmmm, weird then 18.28.05 # really I should be double-checking these files on the device itself, but I left my sync cable at home 18.28.20 Join cc___ [0] (~ac@2001:910:1033:1:6a05:caff:fe1c:1627) 18.28.31 # (in case the extraction got borked) 18.28.37 # Those files not being there or being the wrong version is the most common cause of things not playing at all 18.28.45 # ok 18.28.57 # failing that, is there any sort of debug output or stream I can enable? 18.29.21 # If you have the device, you should be able to set it to show hidden files (IIRC . counts as hidden here) and then check properties on those files 18.29.51 # oh yeah, haha, good idea 18.55.08 # okay, I think I found something 18.55.29 # the codec files are all there on the device but they're empty files according to the file browser 18.56.08 # when I get home this evening I'll replace those files. they're populated in the zip. 18.56.31 Join dys [0] (~dys@tmo-108-154.customers.d1-online.com) 18.56.36 # I wonder how the hell that happened 18.57.51 Join ZincAlloy [0] (~Adium@2a02:8108:9440:dfc:14f8:22e8:ad4e:a397) 18.59.27 # filesystem corruption? 19.00.13 # eek, I hope not 19.09.45 Join lebellium [0] (~lebellium@89-92-69-110.hfc.dyn.abo.bbox.fr) 19.19.59 Quit vmx (Remote host closed the connection) 20.20.35 Quit dys (Ping timeout: 258 seconds) 20.26.32 *** Saving seen data "./dancer.seen" 20.34.15 Join dys [0] (~dys@tmo-083-45.customers.d1-online.com) 20.52.40 # Anybody else having issues with the arm cross toolchain? Build is failing https://gist.githubusercontent.com/parkerlreed/be211d7a015da97a6d023752e0b0f97a/raw/bd98630ecc1915d37a859326b54313a58e0989e2/out (Host GCC is 9.1.0) 21.11.45 # ParkerR cross compiling is notoriously difficult especially if you are building on a different version, For instance it took me a week to get the build system compiled with gcc 8 21.14.12 # Ahh 21.14.38 # I think I may have been one poking about that around 8 being released lol 21.15.20 # Bilgus, Thanks. Yeah I think I still have an older copy installed anyways. Was just seeing if it would update 21.15.30 # you can try excluding the errors it is failing on -Wc++-compat and see if it works 21.17.24 # I think I still have the makefile I edited to do it let me check, the other thing was grabbing the right package versions 21.25.41 # ParkerR see if this rockboxdev.sh helps https://pastebin.com/FPi1VYi3 21.27.35 # being that its been 6 months I don't remember what all I changed but it should relax errors and fail earlier when the errors can't be ignored 21.28.14 # I did a+x and I get "sudo: unable to execute ../tools/rockboxdev.sh: No such file or directory" Am I having a stroke? lol 21.28.27 # Even though I tab completed the script name 21.28.46 # Ill just try the script save again 21.30.44 # Bilgus, lol /home/parker/FPi1VYi3: Bourne-Again shell script, ASCII text executable, with CRLF line terminators 21.31.01 # The line header messed it up 21.31.07 # *terminators 21.31.13 # lol must be a pastebin thing let me repaste 21.31.31 # Naah youre good 21.31.37 # dos2unix has it covered 21.31.46 # Removes the bad line endings 21.33.14 # Bilgus, Oh is your script silent? heh was confused for a sec https://gist.githubusercontent.com/parkerlreed/ff36e3494f9424e8a098a86d84d22c63/raw/4f9517303383bc5b3f263063dc5e019534a38c65/gistfile1.txt 21.33.25 # So far so good 21.33.54 Join Ruhan [0] (uid76353@gateway/web/irccloud.com/x-nvvwybdfgpxeivbj) 21.33.54 # Its on the build-gcc now 21.34.31 # yeah I got tired of having to pipe it and search just to read errors 21.40.34 # Bilgus, All good 21.41.03 # https://gist.githubusercontent.com/parkerlreed/19b9b8d24b1c7172e6197bb5df3243c4/raw/8a9ab82ade1348d3d2f66018ca744dc29f3e32b7/gistfile1.txt 21.41.53 # Thanks 21.41.54 # Great, there are a few patches on gerrit that will remove the errors when you compile your target 21.42.06 # Warnings rather 21.42.23 # I dont see any error on target compilation 21.42.29 # Sansa Clip Zip 21.42.36 # *warnings even 21.42.43 # some of them are better than others but I hate warnings when trying to look for my own screw-ups 21.42.57 # https://i.imgur.com/zRN2X06.png 21.43.14 # If thats the target compilation you meant 21.43.36 # Oh hey 21.43.37 # Duke 3D 21.43.37 # yes I don't remember what targets specifically 21.44.06 # If only I actually had the Sansa on me 21.44.10 # lol 21.44.48 # No problem glad I actually saved the file lol 21.45.15 Join vmx [0] (~vmx@ip5f5bfdec.dynamic.kabel-deutschland.de) 21.45.39 # Do the game plugins work for the normal SDL build? (As the main target) 21.46.59 # NO clue __builtin might 21.48.51 # Bilgus, Ahh only 4 of them work 21.48.52 # https://i.imgur.com/qaeAmuT.png 21.49.14 # Oh and even they dont work 21.49.31 # Ok Chopper loads, Boomshine crashes 21.50.04 # Boomshine is lua so thats something I should probably fix 21.50.48 # Bilgus, https://i.imgur.com/kqIRgLt.png 21.51.21 # Yeah everything else loads. Just Boomshine 21.51.41 # Is there anything really stopping the rest of the games from compiling or have they just not been tested to be enabled? 21.52.12 # I'll add it to my list it'll be 4 months before I really have time for rb again 21.52.32 # Ahh no worries. I just play around with the native build every once in a while 21.52.32 # I really don't know but its easy enough to test 21.54.59 # Even the updated wiki page is a bit out of date 21.55.00 # https://www.rockbox.org/wiki/RockboxAsAnApplication2010 21.58.04 # Clix works really well though lol. Supports clikcing with the mouse anywhere 21.59.34 # As does Reversi 22.12.34 # Bilgus, So what actually defines what applications/plugins are enabled for a system? I've been digging around the source trewe without much luck 22.25.26 # ParkerR I want to say the SOURCES files do it 22.26.35 *** No seen item changed, no save performed. 22.26.42 # SOURCES.app_build for the SDL 22.27.02 # in apps/plugins 22.27.57 # Ahh thanks 22.28.49 # Thats odd. Chopper and Click are defined there but no mention of Boomshine 22.28.53 # *Clix 22.29.03 # Oh derp 22.29.06 # I glossed over it 22.30.25 # I know what the issue is I'll have it fixed in a bit 22.31.50 # Bilgus, Issue for boomshine? 22.31.56 # Also here's what I get trying duke3d 22.31.57 # https://gist.githubusercontent.com/parkerlreed/d91b3458590e3e95cb65e9ee4f115d52/raw/79e245f0611739d48d80820c9042e084a18bca68/gistfile1.txt 22.31.59 # So yeah 22.32.02 # No luck 22.32.50 # I assume there's just some device-only specific code? 22.34.54 # Ahh yeah its limited to arm 22.34.55 # #if (PLUGIN_BUFFER_SIZE > 0x14000) && defined(CPU_ARM) 22.34.55 # duke3d.c 22.35.36 # I guess that would make sense. Native ARM code wouldnt be expected to run on other platforms 22.35.57 Quit cc___ (Ping timeout: 258 seconds) 22.36.56 # That makes me wonder now. What if I try the application build on a Pi 22.37.06 # * ParkerR doesnt have Pi 22.37.09 # Heh 22.40.39 # if I may ask: why are people interested in running RB as an application? is it just for debug? 22.42.24 # Because we can? :P I dont even dev. I just like playing around with it. 22.42.47 # I consider application just another "device" to run Rockbox on 22.48.06 Join petur [0] (~petur@rockbox/developer/petur) 22.49.50 # yeah, makes sense 22.50.09 # I was mostly curious if there are people out there using RB as their primary desktop computer media player or something 23.06.24 # ParkerR, boomshine should be fixed as of my latest commit 23.11.14 # How fast does the git mirror populate? 23.11.22 # *github 23.12.22 # the mirror is pretty slow its just like 4 chars if you want to manually change it 23.13.20 # Ahh ok will do 23.13.47 # line 540 change rb.touchscreen_set_mode(rb.TOUCHSCREEN_POINT) to rb.touchscreen_mode(rb.TOUCHSCREEN_POINT) 23.14.54 # Yeah I saw the commit 23.15.06 # Already building 23.15.21 # I had consolidated a bunch of the rb functions exported to lua since each table entry uses like 300 bytes its pretty easy to save a ton of ram by consolidating them 23.15.48 # doppler, I tried for a little while. Wasnt bad but yeah obviously not suited for desktop usage 23.16.06 # oops I forgot to remove my duke3d 23.17.54 # Bilgus, It runs now but ti seems to have more issues with desktop usage. 23.18.06 # Oh nvm 23.18.08 # Took a second to load 23.18.22 # The balls ran for maybe 10 seconds before the text appeared and was able to click 23.18.49 # it does a speed test now to try and make the experience more consistent across targets 23.19.28 # I rewrote the backend quite a bit 23.22.11 # https://www.youtube.com/watch?v=uEeyVeHJ3h0 23.23.45 # looks about the same as my fuze+ 23.25.44 # Heh 1080 is almost a slidehow :P 23.25.55 # (Not that bad but you can see the speed) 23.26.27 # I wonder if the slowdown comes from the SDL drawing 23.27.04 # yeah lua is definitely NOT a speed demon to begin with 23.28.21 # I'm sure there a many bottlenecks also greater than 1024 its using 64 bit numbers to draw those circles 23.29.25 # https://www.youtube.com/watch?v=KnYikBjv_js 23.30.53 # thats not as bad as I expected actually 23.31.05 # Yeah still playable 23.31.38 # does it pop a Slow Target message at the beginning? 23.31.56 # Nope always goes straight to level 1 23.32.04 # Message that is 23.35.32 Quit ZincAlloy (Quit: Leaving.) 23.38.45 Quit lebellium (Quit: Leaving) 23.50.54 Quit yosafbridge (Ping timeout: 248 seconds) 23.53.21 Join yosafbridge [0] (~yosafbrid@static.38.6.217.95.clients.your-server.de)