00:26:05 | *** | Saving seen data "./dancer.seen" |
00:39:05 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
01:00 |
01:29:58 | | Quit krabador (Remote host closed the connection) |
02:00 |
02:04:18 | | Quit MrZeus (Ping timeout: 258 seconds) |
02:25:23 | IncognitoMan | 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:00 |
04:26:10 | *** | Saving seen data "./dancer.seen" |
04:53:11 | IncognitoMan | 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 | IncognitoMan | LDK Game |
04:56:35 | IncognitoMan | running it as a sdlapp |
05:00 |
05:00:31 | IncognitoMan | __builtin, https://cdn.discordapp.com/attachments/269742225288593408/590012711832649741/20190616_225854.jpg |
05:00:40 | IncognitoMan | https://cdn.discordapp.com/attachments/269742225288593408/590012711375601664/20190616_225916.jpg |
05:01:20 | IncognitoMan | any idea? |
05:16:46 | IncognitoMan | is there somewhere else i should be aware of to set or force 16bpp? |
05:18:50 | Bilgus | IncognitoMan, that kinda looks like what happens when the lcd size is wrong |
05:19:05 | IncognitoMan | lcd is 320x240 |
05:19:37 | IncognitoMan | also changing the BMP2RB_NATIVE to 16bpp fixed the bootsplash |
05:19:45 | IncognitoMan | ( -f 4 ) |
05:19:46 | mendelmunkis | it also looks like what happens if you have hight and width switched. |
05:20:06 | IncognitoMan | thats what i thought but its not that cause i tried switching it with the same results |
05:20:08 | Bilgus | rb uses a double buffer you might be overwriting the memory |
05:20:57 | IncognitoMan | https://cdn.discordapp.com/attachments/574151612000632832/589621225496510465/20190615_205539.jpg\ |
05:20:59 | IncognitoMan | err |
05:21:00 | IncognitoMan | https://cdn.discordapp.com/attachments/574151612000632832/589621225496510465/20190615_205539.jpg |
05:21:01 | Bilgus | also there is a stride to take into acct been a bit but let me find the relevant code |
05:21:12 | mendelmunkis | bilgus can you please elaborate? |
05:21:21 | IncognitoMan | theres what it looked like before setting -f 4 |
05:23:44 | Bilgus | 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 | IncognitoMan | huh |
05:24:24 | Bilgus | https://github.com/Rockbox/rockbox/blob/d64ff86fb6be22875cfae054f8a878dbd8b1472b/firmware/export/lcd.h |
05:24:46 | Bilgus | 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 | IncognitoMan | how would i set LCD_DEPTH? |
05:27:34 | * | __builtin isn't sure |
05:28:28 | mendelmunkis | thanks |
05:28:51 | IncognitoMan | ^ |
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 | IncognitoMan | 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 | Bilgus | LCD_PIXELFORMAT RGB888 is the 24 bit one iirc |
05:31:47 | IncognitoMan | 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 | IncognitoMan | thats what i did |
05:35:52 | Bilgus | 565swapped is also 16 bit |
05:36:33 | Bilgus | 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 | IncognitoMan | ill try that next |
05:39:03 | IncognitoMan | alright |
05:39:04 | IncognitoMan | that did it |
05:39:18 | IncognitoMan | thank you all so muchj |
05:39:20 | IncognitoMan | much* |
05:39:55 | | Quit TheSeven (Disconnected by services) |
05:40:02 | | Join [7] [0] (~quassel@rockbox/developer/TheSeven) |
05:41:19 | Bilgus | which did it? |
05:42:16 | Bilgus | @IncognitoMan |
05:44:55 | IncognitoMan | setting the depth and pixelformat |
05:45:56 | | Quit Ruhan (Quit: Connection closed for inactivity) |
05:47:13 | Bilgus | thx\ |
05:48:09 | IncognitoMan | no thank you... i was getting frustrated as to what i was missing |
05:48:24 | IncognitoMan | and that lcd.h is pretty informative |
05:49:43 | Bilgus | (for good and bad) a lot of documentation is in the source files |
06:00 |
06:26:12 | *** | Saving seen data "./dancer.seen" |
07:00 |
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:00 |
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:00 |
09:15:26 | | Join petur [0] (~petur@rockbox/developer/petur) |
10:00 |
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:00 |
11:38:14 | | Join vmx [0] (~vmx@ip5f5bfdec.dynamic.kabel-deutschland.de) |
12:00 |
12:26:22 | *** | Saving seen data "./dancer.seen" |
13:00 |
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:00 |
14:20:01 | | Quit wodz (Ping timeout: 245 seconds) |
14:26:24 | *** | Saving seen data "./dancer.seen" |
15:00 |
15:04:08 | | Quit Galois (Ping timeout: 252 seconds) |
16:00 |
16:26:26 | *** | Saving seen data "./dancer.seen" |
17:00 |
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:00 |
18:07:40 | doppler | 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 | doppler | 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 | JimSleezus | It's been working for me so far |
18:09:18 | doppler | yeah, I mean I've never had this issue on a 5G |
18:09:34 | doppler | or other players for that matter |
18:10:14 | JimSleezus | hmm idk, is it *only* mp3s? |
18:10:30 | gevaerts | Did you by any change update the main rockbox binary without updating the codecs? |
18:10:31 | doppler | haven't gotten that far yet |
18:11:01 | doppler | gevaerts: oh interesting. I don't think so? this was a manual install |
18:11:07 | doppler | gevaerts: is it possible I'm MISSING the codecs? |
18:11:39 | doppler | (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 | gevaerts | Could be |
18:17:58 | doppler | what can I read or look at to get further insight on this? |
18:19:23 | gevaerts | Check the .rockbox/ directory. There should be a "codecs" subdirectory in that, with files named <something>.codec, and a modification date similar to your main binary |
18:19:49 | doppler | 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 | gevaerts | 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 | doppler | yeah, it's a first-gen nano |
18:24:17 | doppler | the modification timestamps seem to match up |
18:24:40 | doppler | I'm not sure if I'm looking at the right MP3 codec, though |
18:24:53 | doppler | there's codecs/mp3_enc.codec, but that seems to suggest an encoder, not a decoder |
18:25:35 | doppler | $ stat -c %y rockbox.ipod codecs/mp3_enc.codec |
18:25:35 | doppler | 2017-04-30 15:27:33.000000000 -0500 |
18:25:35 | doppler | 2017-04-30 15:27:33.000000000 -0500 |
18:26:14 | gevaerts | Might be mpa.codec (mpeg audio) |
18:26:28 | *** | Saving seen data "./dancer.seen" |
18:27:23 | doppler | okay, yeah, that's in there |
18:27:29 | doppler | and timestamp is the same |
18:27:56 | gevaerts | Hmmm, weird then |
18:28:05 | doppler | 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 | doppler | (in case the extraction got borked) |
18:28:37 | gevaerts | Those files not being there or being the wrong version is the most common cause of things not playing at all |
18:28:45 | doppler | ok |
18:28:57 | doppler | failing that, is there any sort of debug output or stream I can enable? |
18:29:21 | gevaerts | 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 | doppler | oh yeah, haha, good idea |
18:55:08 | doppler | okay, I think I found something |
18:55:29 | doppler | the codec files are all there on the device but they're empty files according to the file browser |
18:56:08 | doppler | 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 | doppler | 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 | gevaerts | filesystem corruption? |
19:00 |
19:00:13 | doppler | 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:00 |
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 | ParkerR | 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:00 |
21:11:45 | Bilgus | 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 | ParkerR | Ahh |
21:14:38 | ParkerR | I think I may have been one poking about that around 8 being released lol |
21:15:20 | ParkerR | Bilgus, Thanks. Yeah I think I still have an older copy installed anyways. Was just seeing if it would update |
21:15:30 | Bilgus | you can try excluding the errors it is failing on -Wc++-compat and see if it works |
21:17:24 | Bilgus | 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 | Bilgus | ParkerR see if this rockboxdev.sh helps https://pastebin.com/FPi1VYi3 |
21:27:35 | Bilgus | 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 | ParkerR | 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 | ParkerR | Even though I tab completed the script name |
21:28:46 | ParkerR | Ill just try the script save again |
21:30:44 | ParkerR | Bilgus, lol /home/parker/FPi1VYi3: Bourne-Again shell script, ASCII text executable, with CRLF line terminators |
21:31:01 | ParkerR | The line header messed it up |
21:31:07 | ParkerR | *terminators |
21:31:13 | Bilgus | lol must be a pastebin thing let me repaste |
21:31:31 | ParkerR | Naah youre good |
21:31:37 | ParkerR | dos2unix has it covered |
21:31:46 | ParkerR | Removes the bad line endings |
21:33:14 | ParkerR | 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 | ParkerR | So far so good |
21:33:54 | | Join Ruhan [0] (uid76353@gateway/web/irccloud.com/x-nvvwybdfgpxeivbj) |
21:33:54 | ParkerR | Its on the build-gcc now |
21:34:31 | Bilgus | yeah I got tired of having to pipe it and search just to read errors |
21:40:34 | ParkerR | Bilgus, All good |
21:41:03 | ParkerR | https://gist.githubusercontent.com/parkerlreed/19b9b8d24b1c7172e6197bb5df3243c4/raw/8a9ab82ade1348d3d2f66018ca744dc29f3e32b7/gistfile1.txt |
21:41:53 | ParkerR | Thanks |
21:41:54 | Bilgus | Great, there are a few patches on gerrit that will remove the errors when you compile your target |
21:42:06 | Bilgus | Warnings rather |
21:42:23 | ParkerR | I dont see any error on target compilation |
21:42:29 | ParkerR | Sansa Clip Zip |
21:42:36 | ParkerR | *warnings even |
21:42:43 | Bilgus | some of them are better than others but I hate warnings when trying to look for my own screw-ups |
21:42:57 | ParkerR | https://i.imgur.com/zRN2X06.png |
21:43:14 | ParkerR | If thats the target compilation you meant |
21:43:36 | ParkerR | Oh hey |
21:43:37 | ParkerR | Duke 3D |
21:43:37 | Bilgus | yes I don't remember what targets specifically |
21:44:06 | ParkerR | If only I actually had the Sansa on me |
21:44:10 | ParkerR | lol |
21:44:48 | Bilgus | No problem glad I actually saved the file lol |
21:45:15 | | Join vmx [0] (~vmx@ip5f5bfdec.dynamic.kabel-deutschland.de) |
21:45:39 | ParkerR | Do the game plugins work for the normal SDL build? (As the main target) |
21:46:59 | Bilgus | NO clue __builtin might |
21:48:51 | ParkerR | Bilgus, Ahh only 4 of them work |
21:48:52 | ParkerR | https://i.imgur.com/qaeAmuT.png |
21:49:14 | ParkerR | Oh and even they dont work |
21:49:31 | ParkerR | Ok Chopper loads, Boomshine crashes |
21:50:04 | Bilgus | Boomshine is lua so thats something I should probably fix |
21:50:48 | ParkerR | Bilgus, https://i.imgur.com/kqIRgLt.png |
21:51:21 | ParkerR | Yeah everything else loads. Just Boomshine |
21:51:41 | ParkerR | 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 | Bilgus | I'll add it to my list it'll be 4 months before I really have time for rb again |
21:52:32 | ParkerR | Ahh no worries. I just play around with the native build every once in a while |
21:52:32 | Bilgus | I really don't know but its easy enough to test |
21:54:59 | ParkerR | Even the updated wiki page is a bit out of date |
21:55:00 | ParkerR | https://www.rockbox.org/wiki/RockboxAsAnApplication2010 |
21:58:04 | ParkerR | Clix works really well though lol. Supports clikcing with the mouse anywhere |
21:59:34 | ParkerR | As does Reversi |
22:00 |
22:12:34 | ParkerR | 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 | Bilgus | ParkerR I want to say the SOURCES files do it |
22:26:35 | *** | No seen item changed, no save performed. |
22:26:42 | Bilgus | SOURCES.app_build for the SDL |
22:27:02 | Bilgus | in apps/plugins |
22:27:57 | ParkerR | Ahh thanks |
22:28:49 | ParkerR | Thats odd. Chopper and Click are defined there but no mention of Boomshine |
22:28:53 | ParkerR | *Clix |
22:29:03 | ParkerR | Oh derp |
22:29:06 | ParkerR | I glossed over it |
22:30:25 | Bilgus | I know what the issue is I'll have it fixed in a bit |
22:31:50 | ParkerR | Bilgus, Issue for boomshine? |
22:31:56 | ParkerR | Also here's what I get trying duke3d |
22:31:57 | ParkerR | https://gist.githubusercontent.com/parkerlreed/d91b3458590e3e95cb65e9ee4f115d52/raw/79e245f0611739d48d80820c9042e084a18bca68/gistfile1.txt |
22:31:59 | ParkerR | So yeah |
22:32:02 | ParkerR | No luck |
22:32:50 | ParkerR | I assume there's just some device-only specific code? |
22:34:54 | ParkerR | Ahh yeah its limited to arm |
22:34:55 | ParkerR | #if (PLUGIN_BUFFER_SIZE > 0x14000) && defined(CPU_ARM) |
22:34:55 | ParkerR | duke3d.c |
22:35:36 | ParkerR | 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 | ParkerR | 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 | ParkerR | Heh |
22:40:39 | doppler | if I may ask: why are people interested in running RB as an application? is it just for debug? |
22:42:24 | ParkerR | Because we can? :P I dont even dev. I just like playing around with it. |
22:42:47 | ParkerR | I consider application just another "device" to run Rockbox on |
22:48:06 | | Join petur [0] (~petur@rockbox/developer/petur) |
22:49:50 | doppler | yeah, makes sense |
22:50:09 | doppler | I was mostly curious if there are people out there using RB as their primary desktop computer media player or something |
23:00 |
23:06:24 | Bilgus | ParkerR, boomshine should be fixed as of my latest commit |
23:11:14 | ParkerR | How fast does the git mirror populate? |
23:11:22 | ParkerR | *github |
23:12:22 | Bilgus | the mirror is pretty slow its just like 4 chars if you want to manually change it |
23:13:20 | ParkerR | Ahh ok will do |
23:13:47 | Bilgus | line 540 change rb.touchscreen_set_mode(rb.TOUCHSCREEN_POINT) to rb.touchscreen_mode(rb.TOUCHSCREEN_POINT) |
23:14:54 | ParkerR | Yeah I saw the commit |
23:15:06 | ParkerR | Already building |
23:15:21 | Bilgus | 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 | ParkerR | doppler, I tried for a little while. Wasnt bad but yeah obviously not suited for desktop usage |
23:16:06 | ParkerR | oops I forgot to remove my duke3d |
23:17:54 | ParkerR | Bilgus, It runs now but ti seems to have more issues with desktop usage. |
23:18:06 | ParkerR | Oh nvm |
23:18:08 | ParkerR | Took a second to load |
23:18:22 | ParkerR | The balls ran for maybe 10 seconds before the text appeared and was able to click |
23:18:49 | Bilgus | it does a speed test now to try and make the experience more consistent across targets |
23:19:28 | Bilgus | I rewrote the backend quite a bit |
23:22:11 | ParkerR | https://www.youtube.com/watch?v=uEeyVeHJ3h0 |
23:23:45 | Bilgus | looks about the same as my fuze+ |
23:25:44 | ParkerR | Heh 1080 is almost a slidehow :P |
23:25:55 | ParkerR | (Not that bad but you can see the speed) |
23:26:27 | ParkerR | I wonder if the slowdown comes from the SDL drawing |
23:27:04 | Bilgus | yeah lua is definitely NOT a speed demon to begin with |
23:28:21 | Bilgus | I'm sure there a many bottlenecks also greater than 1024 its using 64 bit numbers to draw those circles |
23:29:25 | ParkerR | https://www.youtube.com/watch?v=KnYikBjv_js |
23:30:53 | Bilgus | thats not as bad as I expected actually |
23:31:05 | ParkerR | Yeah still playable |
23:31:38 | Bilgus | does it pop a Slow Target message at the beginning? |
23:31:56 | ParkerR | Nope always goes straight to level 1 |
23:32:04 | ParkerR | 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) |