00:25:35 | | Quit chris_s (Quit: Client closed) |
00:30:34 | *** | Saving seen data "./dancer.seen" |
00:56:35 | _bilgus__ | I guess th question is does it mention the addition of shortcuts on the the theme page and yes, just barely (Theme including shortcuts.txt file) |
00:57:07 | _bilgus__ | not really a mechanism in place to bu either |
00:57:16 | _bilgus__ | sorry backup* |
01:00 |
01:13:38 | | Quit npmania (Ping timeout: 248 seconds) |
01:24:42 | | Join npmania [0] (~npmania@210.123.73.190) |
02:00 |
02:30:37 | *** | Saving seen data "./dancer.seen" |
02:50:11 | | Join rnkn [0] (~rnkn@starbeastie.blip.town) |
02:52:24 | rnkn | on the iPod (5th) is there any way to get the menu button behaviour to work the same way as the original OS, i.e. go up one menu level? |
02:52:46 | rnkn | instead of jumping back to main menu |
02:59:14 | | Join chris_s [0] (~chris_s@2a09:bac2:2a1b:2c8::47:2e7) |
03:00 |
03:02:57 | _bilgus__ | rnkn, https://forums.rockbox.org/index.php/topic,54131.msg250404.html#msg250404 |
03:03:26 | _bilgus__ | keyremap plugin |
03:06:01 | rnkn | oh |
03:06:03 | rnkn | my |
03:06:05 | rnkn | god |
03:06:13 | rnkn | _bilgus__: thank you! |
03:43:29 | rnkn | _bilgus__: is there a full list of buttons/actions somewhere? I found button.h but it doesn't seem to have them, nor config.h |
03:46:57 | chris_s | apps/keymaps/keymap-ipod.c . If you're willing to compile your own builds, you may find this existing patch helpful: https://gerrit.rockbox.org/r/c/rockbox/+/4485 |
03:51:31 | rnkn | chris_s: awesome, thanks! |
04:00 |
04:04:18 | | Quit jacobk (Ping timeout: 248 seconds) |
04:04:54 | | Join jacobk [0] (~quassel@47-186-105-237.dlls.tx.frontiernet.net) |
04:13:58 | | Join Okpod [0] (~Okpod@213.219.160.172.adsl.dyn.edpnet.net) |
04:17:18 | | Join WebGuest81 [0] (~WebGuest8@2607:fb90:bd27:a3c4:fdd7:3dd8:f113:e46a) |
04:29:14 | | Quit Okpod (Quit: Client closed) |
04:30:09 | | Quit WebGuest81 (Quit: Client closed) |
04:30:38 | *** | Saving seen data "./dancer.seen" |
05:00 |
05:32:16 | rnkn | something weird about the keyremap is `{ACTION_` works but `{ ACTION_` (w space) is an error |
05:35:45 | | Quit TorC (Ping timeout: 276 seconds) |
05:41:15 | | Join TorC [0] (~Tor@fsf/member/TorC) |
05:54:08 | rnkn | aw man... ACTION_WPS_PLAY, unsurprisingly, does not work from std/tree/etc. contexts |
05:57:52 | rnkn | I don't suppose there's another ACTION_something_PLAY? ACTION_STD_PLAY is an error |
06:00 |
06:20:03 | | Quit chris_s (Quit: Client closed) |
06:21:13 | | Join chris_s [0] (~chris_s@2a09:bac2:2a18:126e::1d6:58) |
06:30:40 | *** | Saving seen data "./dancer.seen" |
06:35:37 | chris_s | To get it to play/pause playback from menus without returning to the WPS (if that's the goal), you'd probably have to edit the source code to adapt relevant places in the tree/list code to react to a new custom action. That may be a quite a bit more involved than using the keyremap plugin |
06:37:58 | rnkn | chris_s: thanks, yeah the goal is to emulate the iPod OS, play/pause from anywhere |
06:38:23 | | Join Everything [0] (~Everythin@46.211.81.7) |
06:38:29 | rnkn | but I see there is ACTION_WPS_VIEW_PLAY, which I assume might jump to WPS and play at the same time |
06:38:40 | rnkn | which is pretty close |
06:44:43 | | Join paulk-bis [0] (~paulk@vpn-0-22.aquilenet.fr) |
06:45:33 | | Quit paulk (Read error: Connection reset by peer) |
07:00 |
07:02:43 | rnkn | actually I think I'll stick with play -> WPS |
07:03:51 | rnkn | my main victory was getting menu hold to jump to the main menu |
07:19:19 | rnkn | I'm having trouble understanding "prereq button code" i.e. when one needs to check the previous button's value |
07:24:10 | rb-bluebot | Build Server message: New build round started. Revision 9bf033dd66, 345 builds, 9 clients. |
07:24:10 | rb-bluebot | ata: Prefer using "virtual" sector size where possible by Solomon Peachy |
07:34:53 | | Quit chris_s (Quit: Client closed) |
07:37:46 | rnkn | except for the the settings context |
07:38:02 | rnkn | ACTION_STD_MENU does not seem to work in CONTEXT_SETTINGS |
07:41:53 | rb-bluebot | Build Server message: Build round completed after 1064 seconds. |
07:41:55 | rb-bluebot | Build Server message: Revision 9bf033dd66 result: All green |
07:42:05 | rb-bluebot | Build Server message: New build round started. Revision 15a4eb0422, 345 builds, 9 clients. |
07:42:05 | rb-bluebot | debug: Correct most of the sector_t printf()s by Solomon Peachy |
07:42:50 | | Quit Everything (Ping timeout: 252 seconds) |
07:45:00 | | Join Everything [0] (~Everythin@178-133-201-255.mobile.vf-ua.net) |
07:56:46 | rb-bluebot | Build Server message: Build round completed after 882 seconds. |
07:56:48 | rb-bluebot | Build Server message: Revision 15a4eb0422 result: All green |
07:57:46 | | Join OlsroFR [0] (~OlsroFR@user/OlsroFR) |
07:59:20 | OlsroFR | Hello everyone; I am very happy to share 2 features that I developed to review https://gerrit.rockbox.org/r/c/rockbox/+/6031 https://gerrit.rockbox.org/r/c/rockbox/+/6032 |
07:59:21 | OlsroFR | One is available on all Stock OS iPods (the default "All tracks" view on artists on iPods is to follow the names of albums). The other (Shuffled/Random by album names) feature was available only on the Stock OS of the last iPods (the iPods Classics). |
08:00 |
08:01:03 | OlsroFR | I had the idea to port these features by using the Stock OS quite a lot lastly on my Classic, and I found out that album names ordering are very useful, especially for artists who released a lot of singles. Adding each singles to the dynamic playlist was not ergonomic, and there was no way to shuffle albums after that. Now with this feature you can |
08:01:04 | OlsroFR | just click on the new button to create easily a new dynamic playlist that will play all albums from the artist/composer/etc in the right order :) |
08:02:51 | OlsroFR | I didn't touch of course the Rockbox default view of "All tracks" (alphabetically) which is also very useful in order for example to play all the versions (live & non lives) from a song easily. |
08:03:59 | OlsroFR | I tested my 2 patches on my iPod Mini and performance-wise, it is very fast on my device to show this new views (randomly or not, it is instantaneous on my CF modded device) |
08:20:42 | | Quit OlsroFR (Quit: Client closed) |
08:30:43 | *** | Saving seen data "./dancer.seen" |
09:00 |
09:19:52 | | Quit Everything (Quit: leaving) |
10:00 |
10:30:45 | *** | Saving seen data "./dancer.seen" |
11:00 |
11:18:31 | | Join davisr [0] (~davisr@fsf/emeritus/davisr) |
11:48:48 | | Quit rogeliodh (Quit: The Lounge - https://thelounge.chat) |
11:49:21 | | Join rogeliodh [0] (~rogeliodh@rogeliodh.dev) |
12:00 |
12:11:52 | | Join lebellium [0] (~lebellium@2a01cb0405d07f00d9a1bc62be2d439b.ipv6.abo.wanadoo.fr) |
12:21:27 | | Join braewoods_ [0] (~braewoods@user/braewoods) |
12:23:06 | | Quit braewoods__ (Read error: Connection reset by peer) |
12:30:47 | *** | Saving seen data "./dancer.seen" |
14:00 |
14:24:12 | | Quit jacobk (Ping timeout: 276 seconds) |
14:30:48 | *** | Saving seen data "./dancer.seen" |
14:32:01 | | Join OlsroFR [0] (~OlsroFR@user/OlsroFR) |
14:33:31 | | Join jacobk [0] (~quassel@47-186-105-237.dlls.tx.frontiernet.net) |
14:35:15 | OlsroFR | Hello all (again), I have another release for today, I released a Java program https://github.com/Olsro/musicshortestpath to help you to mass normalize (and shorten) your music paths in order to use safely the Rockbox database tool on PC and on any OS :) I also Dockerized the database tool itself: https://github.com/Olsro/rockbox-docker |
14:35:16 | OlsroFR | With this workflow, I can now build the database fully on my Mac. With 30000 musepack files, it requires just a few minutes. Very efficient. And seems perfectly reliable with a lot of tests. |
14:37:53 | OlsroFR | Since my normalized paths don't have any problematic UTF character anymore, the Rockbox PC database tool can just mass scan without issues anymore, the music can rock like never :) Adding music is now more a pleasure than ever without having to wait more than 1 hour that it builds the database on device. Just a few minutes is now needed with the PC |
14:37:53 | OlsroFR | tool for 30000 musepack (.mpc) music tracks, I am very happy to share this and hope the program and its documentation will be useful to someone other here |
14:51:55 | spork | nice contributions, OlsroFR |
14:52:06 | OlsroFR | thank you very much |
14:54:04 | _bilgus__ | OlsroFR, might want to make a forum post, I doubt most will see it on IRC |
14:54:55 | OlsroFR | I just created a Reddit post: https://www.reddit.com/r/rockbox/comments/1gs4xr1/use_the_rockbox_database_pc_tool_normalize_and/ |
14:54:55 | OlsroFR | will look into register myself on the forum, I never used it (yet) as a contributor |
14:55:59 | spork | if you can make the build type flexible i will be even more useful |
14:56:11 | spork | the number/resulting zip name |
15:00 |
15:09:24 | | Join othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net) |
15:11:54 | | Quit OlsroFR (Quit: Client closed) |
15:25:04 | | Join JanC_ [0] (~janc@user/janc) |
15:25:04 | | Nick JanC is now known as Guest2773 (~janc@user/janc) |
15:25:05 | | Quit Guest2773 (Killed (calcium.libera.chat (Nickname regained by services))) |
15:25:05 | | Nick JanC_ is now known as JanC (~janc@user/janc) |
15:27:10 | | Join Okpod [0] (~Okpod@213.219.160.172.adsl.dyn.edpnet.net) |
16:00 |
16:30:49 | *** | Saving seen data "./dancer.seen" |
16:31:25 | | Quit Okpod (Ping timeout: 256 seconds) |
17:00 |
17:18:32 | | Quit cstine (Quit: The Lounge - https://thelounge.chat) |
17:19:22 | | Join cstine [0] (~cstine@150.136.136.191) |
18:00 |
18:30:51 | *** | Saving seen data "./dancer.seen" |
18:46:09 | | Quit lebellium (Quit: Leaving) |
18:56:16 | | Join massiveH [0] (~massiveH@2600:4040:a982:5400:9849:c97f:5389:3323) |
19:00 |
19:50:11 | | Quit davisr (Remote host closed the connection) |
20:00 |
20:06:31 | | Quit othello7 (Quit: othello7) |
20:09:52 | | Join othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net) |
20:22:02 | | Quit othello7 (Quit: othello7) |
20:23:50 | | Join othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net) |
20:30:54 | *** | Saving seen data "./dancer.seen" |
20:40:04 | | Quit othello7 (Quit: othello7) |
20:43:14 | | Join othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net) |
21:00 |
21:15:49 | | Quit baltazar (Ping timeout: 248 seconds) |
21:17:40 | | Join baltazar [0] (~baltazar@user/baltazar) |
21:50:27 | rnkn | _bilgus__: I'm using your excellent lastfm_scrobbler plugin; how do I set the timezone? it's currently 10hrs in the future |
21:50:47 | rnkn | my timezone is +1000 so it could be the timezone is applied twice? |
21:55:14 | | Quit JanC (Ping timeout: 248 seconds) |
21:56:23 | | Join JanC [0] (~janc@user/janc) |
22:00 |
22:19:17 | _bilgus__ | rnkn, idk let me have a look |
22:24:29 | _bilgus__ | none of our targets have the tz listed so it should be the same as you have set under date/time in rockbox |
22:28:35 | rnkn | I see I can set the time obvs, but is there a separate place to set the timezone? |
22:30:57 | *** | Saving seen data "./dancer.seen" |
22:39:13 | rnkn | i.e. there's not timezone under date/time for me |
22:50:29 | rnkn | there is a header #TZ/UNKNOWN in .scrobbler.log so that would suggest there's a timezone *somewhere* |
22:51:00 | rnkn | I've changed this to #TZ/Australia/Brisbane and will see if I get anything different |
23:00 |
23:18:50 | tobbez | exact behaviour can depend on which hardware/rockbox port you're using, and also which application you're using to submit the scrobbles |
23:34:26 | tobbez | rnkn: in your case, the device likely writes timestamps in your local time zone, and the application doesn't convert them to UTC before before submitting |
23:36:39 | tobbez | (also, rockbox does not have a concept of time zones, the "#TZ/UNKNOWN" is a hardcoded string) |