| 00:53:51 | | Quit othello7 (Quit: othello7) |
| 01:00 |
| 01:20:51 | | Quit cnx (Ping timeout: 255 seconds) |
| 01:21:25 | | Quit massive_H (Quit: Leaving) |
| 01:28:44 | | Join cnx [0] (~cnx@tem.loang.net) |
| 01:35:52 | *** | Saving seen data "./dancer.seen" |
| 02:00 |
| 02:20:31 | braewoods_ | speachy, sounds like a job for a function like memccpy. |
| 03:00 |
| 03:35:55 | *** | No seen item changed, no save performed. |
| 05:00 |
| 05:35:58 | *** | No seen item changed, no save performed. |
| 07:00 |
| 07:36:00 | *** | No seen item changed, no save performed. |
| 07:53:05 | speachy | except it has to do byteswapping and string trimming transparently. |
| 08:00 |
| 08:09:59 | speachy | _bilgus_: If you're so inclined, could you update docs/MAINTAINERS with the plugins and other stuff you consider yourself to be the active maintainer of? |
| 08:13:05 | rb-bluebot | Build Server message: New build round started. Revision 7ea7112220, 305 builds, 9 clients. |
| 08:13:05 | rb-bluebot | MAINTAINERS update by Solomon Peachy |
| 08:15:06 | speachy | (as opposed to the "nobody else is around" maintiner-by-default) |
| 08:19:16 | speachy | Hah, the last not-me change to MAINTAINERS was back in 2009. |
| 08:25:03 | rb-bluebot | Build Server message: Build round completed after 719 seconds. |
| 08:25:04 | rb-bluebot | Build Server message: Revision 7ea7112220 result: All green |
| 08:34:16 | _bilgus_ | I'm more vertical than inclined but sure |
| 08:37:15 | | Quit armin (Ping timeout: 272 seconds) |
| 08:37:38 | | Quit spork (Ping timeout: 268 seconds) |
| 08:39:03 | | Join spork [0] (topic@80-235-20-31.ftth.glasoperator.nl) |
| 09:00 |
| 09:03:31 | rb-bluebot | Build Server message: New build round started. Revision af1eddb6e9, 305 builds, 9 clients. |
| 09:03:32 | rb-bluebot | release/voices: Update script to check for global POOL by Solomon Peachy |
| 09:13:52 | rb-bluebot | Build Server message: Build round completed after 622 seconds. |
| 09:13:53 | rb-bluebot | Build Server message: Revision af1eddb6e9 result: All green |
| 09:36:02 | *** | Saving seen data "./dancer.seen" |
| 09:46:07 | | Join armin [0] (~armin@zero.m2m.pm) |
| 09:51:27 | | Join Moriar [0] (~moriar@107-200-193-159.lightspeed.stlsmo.sbcglobal.net) |
| 09:52:52 | | Quit armin (Ping timeout: 268 seconds) |
| 09:53:32 | _bilgus_ | Looking at the playlist viewer it seems a little silly to buffer the whole path string even if its not displayed just to use it in most cases to look up the index and only uses the file name on track selection |
| 09:54:13 | _bilgus_ | I'm going to explore buffering only the display string and lookup the track filename only on selection |
| 09:55:08 | _bilgus_ | that should allow the buffer to hold a whole lot more tracks per read (depending on display settings) |
| 10:00 |
| 10:08:06 | | Join armin [0] (~armin@zero.m2m.pm) |
| 10:12:52 | _bilgus_ | oh but that complicates the the file clip voice stuff :/ |
| 10:53:29 | speachy | yeah... |
| 11:00 |
| 11:35:07 | rb-bluebot | Build Server message: New build round started. Revision ea80d1cc9c, 305 builds, 9 clients. |
| 11:35:07 | rb-bluebot | config: Change default HAVE_MULTIVOLUME settings by Solomon Peachy |
| 11:36:06 | *** | Saving seen data "./dancer.seen" |
| 11:44:54 | rb-bluebot | Build Server message: Build round completed after 589 seconds. |
| 11:44:55 | rb-bluebot | Build Server message: Revision ea80d1cc9c result: 11859 errors 15 warnings |
| 11:45:11 | speachy | oh wow. that's... |
| 11:45:41 | speachy | that has to be a record. |
| 11:50:48 | _bilgus_ | TBF those are highly inflated by the warnings |
| 11:50:55 | _bilgus_ | well #errors |
| 11:51:01 | speachy | config.h is included in everything so yeah |
| 11:53:54 | speachy | I expected some fallout from this but not in the core. |
| 11:54:43 | _bilgus_ | well turns out get_metadata copies the filename to the id3->path buffer which not as much time as finding the metadata in the file does make a noticeable difference when you load 150 of them |
| 12:00 |
| 12:03:42 | _bilgus_ | would probably make a difference in building the tagcache but I haven't looked yet |
| 12:04:57 | speachy | fixedok, the remaining issues are because some multivolume stuff is gated by HAVE_HOTSWAP but others is gated by HAVE_MULTIVOLUME |
| 12:05:39 | rb-bluebot | Build Server message: New build round started. Revision 181fe7530a, 305 builds, 9 clients. |
| 12:05:39 | rb-bluebot | Fix most of the (extensive) red in ea80d1cc9ca by Solomon Peachy |
| 12:06:28 | | Join othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net) |
| 12:07:54 | _bilgus_ | huzzah, tagcache does throw away that strcpy of the path |
| 12:15:53 | rb-bluebot | Build Server message: Build round completed after 614 seconds. |
| 12:15:54 | rb-bluebot | Build Server message: Revision 181fe7530a result: 327 errors 33 warnings |
| 12:23:03 | _bilgus_ | Ill have to do a few runs of building the tagcache to see what difference it makes along with a pointless memset of the id3 struct since get_metadata handles it |
| 12:23:49 | _bilgus_ | I love when stuff like that happens :) |
| 12:29:45 | rb-bluebot | Build Server message: New build round started. Revision f37b5a8349, 305 builds, 9 clients. |
| 12:29:46 | rb-bluebot | Fix the remaining red in red from ea80d1cc9ca by Solomon Peachy |
| 12:29:55 | speachy | that should take care of the rest. |
| 12:30:14 | speachy | in other news, the simulator breaks if HAVE_HOTSWAP isn't defined |
| 12:32:06 | speachy | ouch. adding HAVE_MULTIVOLUME added ~10K to the binary size on the ipods (and other HDD-based players) |
| 12:32:30 | _bilgus_ | HOTSWAP in the sim I think there is a reason for that but its escaping me atm |
| 12:33:07 | speachy | mainly to handle if the simdisk isn't there |
| 12:33:30 | speachy | only some of the uses of the hotswap-gated functions are properly gated by #ifdefs |
| 12:36:54 | speachy | and... ~40K increase in the rk27xx targets. Not sure why, as they were generally multi-drive already. |
| 12:37:13 | speachy | the various SD-equipped Sansas saw a ~13K binary boost from MULTIVOLUME too |
| 12:37:16 | speachy | yuck. |
| 12:37:56 | speachy | Might be worth disabling enabling multivolume on SD targets until the SD drivers are 64-bit clean |
| 12:38:48 | speachy | and we do waste some RAM on MULTIDRIVE+MULIVOLUME targets when the primary storage is single-partition flash. |
| 12:38:57 | _bilgus_ | prob not a major concern except bootloaders |
| 12:39:13 | rb-bluebot | Build Server message: Build round completed after 568 seconds. |
| 12:39:14 | rb-bluebot | Build Server message: Revision f37b5a8349 result: 274 errors 14 warnings |
| 12:39:45 | speachy | wtf? I build-tested some of those. |
| 12:40:25 | speachy | hmm, multivolume probably doesn't matter on bootloaders. |
| 12:40:35 | speachy | since they're not going to have multiple volumes mounted simultaneously. |
| 12:44:31 | speachy | Added that back in. Hpefully it won't break any bootloaders that previously had it enabled. :D |
| 12:46:33 | _bilgus_ | is it that you need MV and MP active or can you just do MP and place other volumes in emulated partitions or something |
| 12:46:49 | speachy | MD is needed when there are multiple physical devices |
| 12:47:07 | speachy | MV is only if you want to be asble to use multiple partiitons on a single physical device |
| 12:48:14 | _bilgus_ | oh I had hat backwards then I was thinking it was multi volume and multi partition |
| 12:49:06 | speachy | with the rise of large SSDs, it's now easy to exceed the 2TB limit of MBR partitions so if you want to use the full storage on a single drive you'll need multiple partitions. |
| 12:49:09 | _bilgus_ | I vagely remember dealing with this for (Ithink) the AMS V1 sansas |
| 12:49:24 | _bilgus_ | makes sense |
| 12:49:48 | speachy | at least until one of us writes an exFAT driver. :D |
| 12:53:37 | othello7 | isn't it not just that you can't exceed 2TB in a single partition but in MBR I thought you cant have any partitions past the 2TB mark on the physical disk |
| 12:57:06 | speachy | yes, on a 512B sector device |
| 12:57:23 | speachy | should have said MBR partitioning, not partitions. |
| 12:57:56 | speachy | I suppose strictly speaking on MBR it's a 2TB total device size, and a 2TB-512B max single partition size |
| 12:58:10 | speachy | since the partition has to start at sector 1. :D |
| 12:58:40 | othello7 | lol interesting. so does that mean it's impossible to have a >2TB ipod without it somehow using GPT? |
| 13:00 |
| 13:01:12 | speachy | yes |
| 13:01:16 | speachy | or rather, correct. |
| 13:02:52 | othello7 | I see, that's about what I suspected. still, 2TB should be enough to hold our entire music collection in lossless. I remember some folks saying that 256GB was the maximum for the ipod 4g, but I think that was just a recommended maximum. understandably so as I think itunes freaks out if it's too much bigger and the transfer speed is like 2MB/s so it would suck to put all that on there. rockbox theoretically could take it tho |
| 13:03:39 | _bilgus_ | they barely expected multi gigabyte drives back when that spec was devised |
| 13:05:30 | othello7 | that quote of the 8-bit guy saying about a macbook that could be upgraded to a "whopping" 6GB of ram and how "I dont know how you could ever use that much" lol |
| 13:05:31 | speachy | Im honestly surprised they used 32 bit offsets |
| 13:05:52 | speachy | given that MBR dates from what, MS-DOS 2.0? |
| 13:13:20 | speachy | granted back then it was that C/H/S nonsense |
| 13:18:38 | rb-bluebot | Build Server message: New build round started. Revision 520875ff00, 305 builds, 10 clients. |
| 13:18:38 | rb-bluebot | simulator: Fix numerous latent issues by Solomon Peachy |
| 13:18:50 | speachy | fingers crossed. |
| 13:26:14 | speachy | sim target function #ifdefs not matching the headers, basically |
| 13:27:55 | rb-bluebot | Build Server message: Build round completed after 558 seconds. |
| 13:27:57 | rb-bluebot | Build Server message: Revision 520875ff00 result: 71 errors 32 warnings |
| 13:29:03 | othello7 | ruh roh |
| 13:36:08 | *** | No seen item changed, no save performed. |
| 13:51:03 | speachy | ok, remaining errors are all related. |
| 14:00 |
| 14:47:49 | rb-bluebot | Build Server message: New build round started. Revision 1528b44349, 305 builds, 9 clients. |
| 14:47:50 | rb-bluebot | More red fixes by Solomon Peachy |
| 14:54:42 | speachy | what a mess. |
| 14:59:21 | rb-bluebot | Build Server message: Build round completed after 693 seconds. |
| 14:59:22 | rb-bluebot | Build Server message: Revision 1528b44349 result: 13 errors 3 warnings |
| 15:00 |
| 15:14:17 | rb-bluebot | Build Server message: New build round started. Revision 5a2bd580cd, 305 builds, 9 clients. |
| 15:14:17 | rb-bluebot | Hopefully fix the last of the stragglers. by Solomon Peachy |
| 15:23:40 | rb-bluebot | Build Server message: Build round completed after 563 seconds. |
| 15:23:41 | rb-bluebot | Build Server message: Revision 5a2bd580cd result: 16 errors 0 warnings |
| 15:27:55 | | Quit sam_d (Quit: Bye) |
| 15:36:09 | *** | Saving seen data "./dancer.seen" |
| 15:36:31 | | Join sam_d [0] (~sam@user/sam-d/x-8933526) |
| 15:41:41 | rb-bluebot | Build Server message: New build round started. Revision 60c3fdbc11, 305 builds, 9 clients. |
| 15:41:41 | rb-bluebot | More red fixes: by Solomon Peachy |
| 15:51:49 | rb-bluebot | Build Server message: Build round completed after 609 seconds. |
| 15:51:50 | rb-bluebot | Build Server message: Revision 60c3fdbc11 result: 15 errors 0 warnings |
| 16:00 |
| 16:03:19 | rb-bluebot | Build Server message: New build round started. Revision c51a9821e7, 305 builds, 9 clients. |
| 16:03:20 | rb-bluebot | rk27xx: Fix simulator errors brought upon by HAVE_MULTIDRIVE but not HAVE_HOTSWAP by Solomon Peachy |
| 16:10:03 | | Join Malinux [0] (~malin@2001:4641:4dfa::12c:c4a7) |
| 16:13:47 | rb-bluebot | Build Server message: Build round completed after 628 seconds. |
| 16:13:49 | rb-bluebot | Build Server message: Revision c51a9821e7 result: 20 errors 4 warnings |
| 16:14:37 | speachy | fix one set of errors, a new set crops up. this will be the fourth iteration. |
| 16:37:59 | | Join Everything [0] (~Everythin@109.162.122.37) |
| 16:40:13 | Everything | Hi all. Are there any new players sold to be used with rockbox? |
| 16:40:23 | Everything | 'Rockboxable' as they say |
| 16:46:44 | rb-bluebot | Build Server message: New build round started. Revision 07cf874191, 305 builds, 10 clients. |
| 16:46:45 | rb-bluebot | simulator: Fix one set of errors, a new set crops up. by Solomon Peachy |
| 16:48:00 | | Join MarcAndersen [0] (~no_znepna@217.74.221.70) |
| 16:48:50 | speachy | Everything: The Surfans F20 and Hifi Walker H2 are still in production. |
| 16:50:13 | Everything | speachy: thanks |
| 16:55:10 | rb-bluebot | Build Server message: Build round completed after 506 seconds. |
| 16:55:11 | rb-bluebot | Build Server message: Revision 07cf874191 result: All green |
| 16:56:19 | MarcAndersen | Sorry for not building windows sims lately, I have to get sims.pl merged with my own changes and that is not as easy as I hoped. |
| 17:00 |
| 17:05:46 | | Quit Everything (Ping timeout: 268 seconds) |
| 17:24:18 | | Join jacobk [0] (~quassel@2600:1700:9e1e:7800:b4a1:ccf2:3d91:1e21) |
| 17:36:13 | *** | Saving seen data "./dancer.seen" |
| 17:51:43 | | Quit lebellium (Quit: Leaving) |
| 18:00 |
| 18:08:35 | speachy | MarcAndersen: A few days ago I got the winsim builds working properly in my environments. I don't know if there's a standard way to locate the SDL.dll (if it's needed!) though. |
| 18:08:41 | speachy | (and any other dependencies) |
| 18:13:31 | | Quit jacobk (Ping timeout: 260 seconds) |
| 18:31:34 | speachy | so I should have enough in place to define a win32 profile for the build farm stuff, but it's not ready to create redistributable zip files. |
| 19:00 |
| 19:12:40 | | Quit jj5 (Ping timeout: 256 seconds) |
| 19:17:48 | | Join jj5 [0] (~jj5@100.80.216.139.dynamic.dsl.dv.iprimus.net.au) |
| 19:36:15 | *** | Saving seen data "./dancer.seen" |
| 19:45:21 | | Join massiveH [0] (~massiveH@pool-173-63-97-164.nwrknj.fios.verizon.net) |
| 21:00 |
| 21:24:56 | | Join seangibbz [0] (~seangibbz@104.246.154.11) |
| 21:28:41 | | Quit seangibbz (Changing host) |
| 21:28:41 | | Join seangibbz [0] (~seangibbz@user/seangibbz) |
| 21:36:19 | *** | Saving seen data "./dancer.seen" |
| 22:00 |
| 22:03:39 | seangibbz | I've added RockBox Utility to the winget repository so Windows users can install it with the following command: |
| 22:03:39 | seangibbz | winget install -e −−source winget −−id Rockbox.RockboxUtility |
| 22:03:39 | seangibbz | By default, it'll install to %localappdata%\Microsoft\WinGet\Packages\Rockbox.RockboxUtility__DefaultSource |
| 22:03:39 | DBUG | Enqueued KICK seangibbz |
| 22:03:39 | seangibbz | However, this can be changed by specifying the following: |
| 22:03:39 | seangibbz | winget install -e −−source winget −−id Rockbox.RockboxUtility -l "<DESIRED-PATH>\Rockbox Utility" |
| 22:03:41 | seangibbz | Example (running as Administrator): winget install -e −−source winget −−id Rockbox.RockboxUtility -l "C:\Program Files (x86)\Rockbox Utility" |
| 22:03:43 | seangibbz | This way, users can easily install the program without needing to navigate to the webpage. |
| 22:03:45 | seangibbz | I find winget especially useful when setting up a new Windows machine where I want to install multiple third-party applications without the need to manually navigate various websites / downloads / installers. |
| 22:03:47 | seangibbz | Additionally, if any updates are released, corresponding manifests can be added to the winget repository and users will be able to easily upgrade via: |
| 22:03:49 | seangibbz | winget upgrade -e −−source winget −−id Rockbox.RockboxUtility |
| 22:04:07 | seangibbz | https://github.com/microsoft/winget-pkgs/pull/161843 |
| 22:04:07 | seangibbz | It should be live within the next day or so |
| 22:25:40 | | Part seangibbz |
| 22:30:10 | | Quit Moriar (Quit: Leaving.) |
| 23:00 |
| 23:05:04 | | Quit massiveH (Quit: Leaving) |
| 23:36:20 | *** | Saving seen data "./dancer.seen" |
icon identifies that the person is a core developer (has commit access).