| 00:47:36 | | Quit dconrad_ (Remote host closed the connection) |
| 01:00 |
| 01:05:05 | | Join dconrad [0] (~dconrad@152.117.104.217) |
| 01:09:41 | | Quit dconrad (Ping timeout: 248 seconds) |
| 01:24:53 | *** | Saving seen data "./dancer.seen" |
| 01:56:29 | | Quit massiveH (Quit: Leaving) |
| 02:00 |
| 02:55:31 | | Quit bpye (Quit: Ping timeout (120 seconds)) |
| 02:56:12 | | Join bpye [0] (~bpye@user/bpye) |
| 03:00 |
| 03:06:42 | | Join dconrad [0] (~dconrad@152.117.104.217) |
| 03:11:34 | | Quit dconrad (Ping timeout: 260 seconds) |
| 03:24:57 | *** | Saving seen data "./dancer.seen" |
| 04:00 |
| 04:03:12 | | Quit Bobathan_ (Quit: ZNC 1.8.2+deb2+b1 - https://znc.in) |
| 04:05:32 | | Join Bobathan_ [0] (~admin@syn-065-029-248-157.res.spectrum.com) |
| 04:35:51 | | Join dconrad [0] (~dconrad@152.117.104.217) |
| 04:40:15 | | Quit dconrad (Ping timeout: 246 seconds) |
| 05:00 |
| 05:25:01 | *** | Saving seen data "./dancer.seen" |
| 07:00 |
| 07:00:37 | | Join OlsroFR [0] (~OlsroFR@user/OlsroFR) |
| 07:08:06 | | Join dconrad [0] (~dconrad@152.117.104.217) |
| 07:12:32 | | Quit dconrad (Ping timeout: 252 seconds) |
| 07:25:05 | *** | Saving seen data "./dancer.seen" |
| 08:00 |
| 08:06:00 | | Join Moriar [0] (~moriar@107-200-193-159.lightspeed.stlsmo.sbcglobal.net) |
| 08:53:52 | _bilgus | OlsroFR, good morning |
| 08:56:35 | _bilgus | couple things are those actually libc functions? i'd really like them elsewhere otherwise, 2 code style should match surrounding functions/code (your brackets, and 3 could you try to cut down the ifdefs a but perhaps a dummy function for fill_selective_random_playlist_indexes() would help |
| 08:57:47 | | Join dconrad [0] (~dconrad@152.117.104.217) |
| 09:00 |
| 09:03:39 | _bilgus | last for the smaller ram targets could we just make that segment buffer say 128 bytes long and just makes the runs much smaller? and lower quality and ditch all the ifdefs altogether? |
| 09:25:08 | *** | No seen item changed, no save performed. |
| 09:39:08 | OlsroFR | hey _bilgus , thanks for the feedbacks, I will do it today |
| 09:47:02 | _bilgus | i'll try to get it review a last time, Amachronic is the user who commented, Aiden that is |
| 09:47:32 | edhelas_ | I was wondering if there was some plans to allow themes to integrate the "native" elements, the gray rectangles |
| 09:48:07 | edhelas_ | Would be nice to have progressbar and turning-off elements natively supported in some themes :) |
| 09:55:36 | _bilgus | edhelas_, I don't currently have any plans for the theme engine can't say for anyone else. |
| 09:56:24 | _bilgus | I'm also not sure what exactly you are proposing either |
| 10:00 |
| 10:34:10 | OlsroFR | _bilgus All done, all changes are now pushed. 2 revisions pushed. The first one is to remove ifdefs and add a new condition to set a 128 bits buffer. The second one is just to adjust brackets to the code style |
| 10:41:09 | _bilgus | OlsroFR, thats looking very good I'm going to go ahead and push this |
| 10:42:02 | OlsroFR | :) |
| 10:44:23 | rb-bluebot | Build Server message: New build round started. Revision c16dbbfd1f, 337 builds, 9 clients. |
| 10:44:23 | rb-bluebot | Reworks to the shuffle system to improve performance and allow fast shuffling from a big library (but this work for all database views) by Paul Sauro |
| 10:57:48 | rb-bluebot | Build Server message: Build round completed after 806 seconds. |
| 10:57:49 | rb-bluebot | Build Server message: Revision c16dbbfd1f result: All green |
| 11:00 |
| 11:00:28 | _bilgus | that was a pretty big ram size hit though I'll probably try to pare that down a bit at some point |
| 11:04:42 | OlsroFR | By looking at the binary size, it grew up to 1kb more compared to the one from the last daily build |
| 11:05:25 | OlsroFR | it's clearly the kb of the static allocation |
| 11:11:55 | _bilgus | https://build.rockbox.org/dev.cgi |
| 11:12:23 | _bilgus | if you click the binsize/ramsize link it'll show you that :) |
| 11:12:50 | OlsroFR | cool webpage |
| 11:13:12 | _bilgus | Speachy updated it to its current form |
| 11:18:03 | OlsroFR | wow, just adding myself to the credits cost 176 bits of RAM on an iPod Mini |
| 11:18:43 | OlsroFR | would be probably a very good optim to load this externally; that file is huge |
| 11:23:51 | _bilgus | I don't think credits should be in the build the only user is the credits plugin |
| 11:24:25 | | Quit Moriar (Quit: Leaving.) |
| 11:25:10 | *** | Saving seen data "./dancer.seen" |
| 11:26:09 | _bilgus | yeah I don't see a binsize change when I delete half the file |
| 11:26:49 | _bilgus | maybe you are seeing the result of the credits plugin? |
| 11:28:12 | OlsroFR | https://build.rockbox.org/dev.cgi no matter the view I selected (ram or binsize), the tool show an increase. 144 bits for the Mini 2G |
| 11:29:29 | _bilgus | those bounce around a bit |
| 11:29:58 | _bilgus | later one will probably show a decrease of that much |
| 11:30:45 | _bilgus | Ph actually no thats probably the other build of yours |
| 11:32:04 | _bilgus | Yeah its because I pushed your scroll stop patch with that one as a child commit and the build system only shows the credits |
| 11:32:20 | OlsroFR | aaaah that makes sense |
| 11:32:30 | _bilgus | if you click on the commit and then click [parent] there is your scroll stop |
| 11:32:50 | _bilgus | but the build system just shows the last one in the stack |
| 11:34:37 | _bilgus | but builds do bounce around a bit just not usually the whole field |
| 11:37:57 | | Quit OlsroFR (Quit: Connection closed) |
| 12:00 |
| 12:09:15 | | Join OlsroFR [0] (~OlsroFR@user/OlsroFR) |
| 12:09:22 | | Quit OlsroFR (Client Quit) |
| 12:25:20 | | Join OlsroFR [0] (~OlsroFR@user/OlsroFR) |
| 12:25:24 | | Quit OlsroFR (Client Quit) |
| 13:00 |
| 13:00:55 | | Quit dconrad (Remote host closed the connection) |
| 13:25:13 | *** | Saving seen data "./dancer.seen" |
| 14:00 |
| 14:21:08 | | Quit prg (Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in) |
| 14:24:46 | | Join prg [0] (~prg@xannode.com) |
| 14:53:46 | | Join dconrad [0] (~dconrad@152.117.104.217) |
| 15:00 |
| 15:25:14 | *** | Saving seen data "./dancer.seen" |
| 16:00 |
| 16:24:57 | dook | edhelas_: There have been some historical merge requests attempting to, for example, allow the USB screen to be themed but these were largely opposed by the devs of that time |
| 16:26:37 | dook | I'm guessing the grey recentangles you mention are the information pop ups like for shutting down, generating the database etc. |
| 16:28:31 | dook | I'd like to be able to do something with those, but it would be a lot of work and time for something that realistically already has a solution |
| 16:36:48 | edhelas_ | Thanks for the info :) I imagine that it could be quite a lot of work indeed |
| 17:00 |
| 17:25:16 | *** | No seen item changed, no save performed. |
| 18:00 |
| 18:14:06 | | Join OlsroFR [0] (~OlsroFR@user/OlsroFR) |
| 18:14:40 | OlsroFR | In my opinion what would be currently the game changer would be some real working power management for iFlash adapters, even if it implies to disable any kind on writes |
| 18:15:23 | OlsroFR | If we could have power management working with iFlash, this will open the way to build things like a 1 Terabyte ipod mini filled entirely with FLACS |
| 18:15:38 | OlsroFR | and with a battery life lasting around 15 hours |
| 18:16:54 | | Join Moriar [0] (~moriar@107-200-193-159.lightspeed.stlsmo.sbcglobal.net) |
| 18:17:06 | OlsroFR | Right now there seems to be often very great promos on Ali express to get 256GB Compact flash for cheap, but that's a bit frustrating as a workaround for something that is purely a software issue |
| 18:17:30 | OlsroFR | Unfortunately, I already spent many hours trying to fix it without any kind of success and improvements about this |
| 18:17:33 | | Quit dconrad (Remote host closed the connection) |
| 18:20:30 | edhelas_ | OlsroFR what are the issues with powermanagement and Flash ? |
| 18:20:59 | edhelas_ | I just added the imcort adapter to mine https://moonlit.market/products/imcort-sd-card-adapter-for-the-ipod-classic-classic-connect |
| 18:21:05 | OlsroFR | It's fully disabled so Rockbox keep the drive ON all the time which sucks the battery very fast |
| 18:21:55 | OlsroFR | On Classics iPods it is less noticeable because they have much bigger battery, but it is very noticeable on the iPod Mini |
| 18:22:16 | edhelas_ | And what is preventing Rockbox to enable it ? |
| 18:22:18 | OlsroFR | The iPod Mini 2nd gen can last around 17 hours on Stock OS playing AAC file, but will last only around 5/6 hours on Rockbox with iFlash adapter |
| 18:22:52 | OlsroFR | The iFlash adapters do not support any ATA commands related to power management, they are all ignored |
| 18:23:36 | OlsroFR | So Rockbox can cut the power completely, but doing so especially on the iPod Mini will make the storage dead during all future disk accesses |
| 18:24:26 | edhelas_ | Wondering how the imcort one is behaving regarding that, maybe it's the same hardware as iFlash |
| 18:24:30 | OlsroFR | On some other iPods like the iPod video there's no such freeze but it causes data corruptions |
| 18:25:51 | ant|hactar | i feel like my mini lasts far longer than that on rockbox |
| 18:26:00 | ant|hactar | but i haven't done a proper test |
| 18:26:28 | OlsroFR | I personnally did tests : https://www.reddit.com/r/ipod/comments/1ee7dq0/rockboxed_ipod_mini_2g_its_time_to_benchmark_the/ |
| 18:27:25 | OlsroFR | If iFlash power management is ever fixed, your battery life will go x2 at minimum |
| 19:00 |
| 19:02:13 | | Quit Malinux (Ping timeout: 248 seconds) |
| 19:25:20 | *** | Saving seen data "./dancer.seen" |
| 19:53:12 | | Quit OlsroFR (Quit: Connection closed) |
| 20:00 |
| 20:39:34 | | Join massiveH [0] (~massiveH@2600:4040:a982:dc00:7021:a16f:5018:5121) |
| 21:00 |
| 21:25:24 | *** | Saving seen data "./dancer.seen" |
| 21:45:57 | | Quit jjs0077018310196 (Ping timeout: 248 seconds) |
| 22:00 |
| 22:34:10 | | Quit Moriar (Quit: Leaving.) |
| 23:00 |
| 23:01:54 | | Join dconrad [0] (~dconrad@152.117.104.217) |
| 23:03:56 | | Join dconrad_ [0] (~dconrad@152.117.104.217) |
| 23:03:56 | | Quit dconrad (Read error: Connection reset by peer) |
| 23:25:28 | *** | Saving seen data "./dancer.seen" |
icon identifies that the person is a core developer (has commit access).