| 00:24:58 | | Join _bilgus__ [0] (~bilgus@syn-162-154-213-134.res.spectrum.com) |
| 00:26:50 | | Quit _bilgus_ (Ping timeout: 255 seconds) |
| 00:29:32 | *** | Saving seen data "./dancer.seen" |
| 00:40:49 | | Quit advcomp2019 (Read error: Connection reset by peer) |
| 00:49:12 | | Join advcomp2019 [0] (~advcomp20@user/advcomp2019) |
| 01:00 |
| 01:14:00 | | Quit amiconn (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) |
| 01:14:00 | | Quit pixelma (Quit: .) |
| 01:14:58 | | Join amiconn [0] (jens@p4fe7602d.dip0.t-ipconnect.de) |
| 01:14:58 | | Join pixelma [0] (marianne@p4fe7602d.dip0.t-ipconnect.de) |
| 01:44:14 | | Quit drew (Ping timeout: 255 seconds) |
| 02:00 |
| 02:03:37 | | Join drew [0] (~drew@user/drew) |
| 02:29:36 | *** | Saving seen data "./dancer.seen" |
| 02:52:25 | CH23 | OlsroFR: you can use 'auto change directory' and set it to random. this way it'll play directories at random i believe |
| 02:53:31 | CH23 | see 'Random Folder Advance Configuration' in the manual |
| 03:00 |
| 03:04:00 | | Quit kugel (Ping timeout: 252 seconds) |
| 03:10:08 | | Join kugel_ [0] (~kugel@ip4d146a3a.dynamic.kabel-deutschland.de) |
| 03:33:33 | | Quit kugel_ (Ping timeout: 246 seconds) |
| 03:35:44 | | Join kugel_ [0] (~kugel@ip4d146a3a.dynamic.kabel-deutschland.de) |
| 04:00 |
| 04:04:18 | | Quit jacobk (Ping timeout: 248 seconds) |
| 04:05:45 | | Join jacobk [0] (~quassel@47-186-105-237.dlls.tx.frontiernet.net) |
| 04:29:38 | *** | Saving seen data "./dancer.seen" |
| 06:00 |
| 06:19:44 | | Join advcomp2019_ [0] (~advcomp20@user/advcomp2019) |
| 06:20:46 | | Join Burak_ [0] (~Burak@185.25.123.34) |
| 06:21:10 | | Nick Burak_ is now known as Guest3243 (~Burak@185.25.123.34) |
| 06:23:24 | | Quit advcomp2019 (Ping timeout: 260 seconds) |
| 06:23:50 | | Quit sebagala (Ping timeout: 252 seconds) |
| 06:29:42 | *** | Saving seen data "./dancer.seen" |
| 06:44:56 | | Join Everything [0] (~Everythin@46.211.114.113) |
| 07:00 |
| 07:22:30 | | Quit Natch (Ping timeout: 252 seconds) |
| 07:25:26 | | Join Natch [0] (~natch@c-92-34-7-158.bbcust.telenor.se) |
| 07:28:06 | rb-bluebot | Build Server message: New build round started. Revision d0aaa37d33, 345 builds, 9 clients. |
| 07:28:06 | rb-bluebot | ata: Panic if we get a drive with unaligned logical sectors. by Solomon Peachy |
| 07:31:08 | | Quit decky_e (Read error: Connection reset by peer) |
| 07:42:48 | rb-bluebot | Build Server message: Build round completed after 883 seconds. |
| 07:42:50 | rb-bluebot | Build Server message: Revision d0aaa37d33 result: All green |
| 08:00 |
| 08:29:46 | *** | Saving seen data "./dancer.seen" |
| 08:44:43 | speachy | So... anyone still around that understands/remembers the intricacies of the File I/O layer? |
| 09:00 |
| 09:02:31 | | Quit dys (Ping timeout: 264 seconds) |
| 09:08:49 | | Join thanosengine [0] (~thanos@user/thanosengine) |
| 09:49:21 | | Quit thanosengine (Quit: WeeChat 4.4.2) |
| 10:00 |
| 10:02:49 | | Join OlsroFR [0] (~OlsroFR@user/OlsroFR) |
| 10:03:16 | OlsroFR | can you maybe revert the patch you've made that was supposed to improve the stability of CF cards on the ipod classics until we find a tested fix ? |
| 10:03:57 | OlsroFR | I feel like this problem will not be solved until a while and a lot of tests so in my opinion it is preferable for most users (and HDD users) to get something reliable |
| 10:04:22 | OlsroFR | CF card modding on the classics seems to be very niche compared to stock-HDD + iFlash modded ones |
| 10:04:45 | speachy | try this, if you don't mind: https://www.shaftnet.org/~pizza/ipod6g-exp1.zip |
| 10:05:14 | OlsroFR | oh, with high pleasure. Let me some minutes to transfer then test that |
| 10:10:19 | OlsroFR | this builds works |
| 10:10:29 | OlsroFR | I don't have any glitch on the WPS now; looks perfect |
| 10:11:18 | OlsroFR | do you want me to do any kind of other specific test with this build ? |
| 10:11:47 | speachy | at this point the original state of the code is not coming back; I've undone a lot of hackery. |
| 10:12:30 | OlsroFR | the build you've sent to me works perfectly so it is very promising, good work |
| 10:12:37 | speachy | huh, I didn't expect that to work. |
| 10:12:58 | speachy | was that on the real HDD or the iflash |
| 10:13:02 | OlsroFR | real HDD |
| 10:14:09 | speachy | ok, let's see if it holds on the iflash. |
| 10:15:42 | OlsroFR | https://gerrit.rockbox.org/r/c/rockbox/+/5932 anything need to be tested about this ? |
| 10:16:20 | OlsroFR | The code changed a lot since I wrote it. I don't know if it need any test. Buf if yes, I am very motivated to do feedbacks if necessary |
| 10:18:53 | speachy | other than a rebase it should still be good. |
| 10:19:48 | OlsroFR | OK. I am going to work on the rebase, then try everything on my iPod, then push the rebase if everything is working allright |
| 10:29:48 | *** | Saving seen data "./dancer.seen" |
| 10:38:10 | | Quit Everything (Quit: leaving) |
| 11:00 |
| 11:10:32 | | Join davisr [0] (~davisr@fsf/emeritus/davisr) |
| 11:14:27 | OlsroFR | https://gerrit.rockbox.org/r/c/rockbox/+/5932 rebased and tested. I fixed a little few very little things that I noticed during my tests |
| 11:16:03 | OlsroFR | like a regresion (but partly my fault, I should have documented it): my code that forced to not translate 1 character strings was removed in the _bilgus__ revision. But for some reason "B" is translated in france by another character because it means "Byte" in English. It is a problem because it makes the first letter menus looking very weird; the |
| 11:16:03 | OlsroFR | B become replaced by a "o" |
| 11:17:03 | OlsroFR | This bug is only detectable if you change the language of Rockbox to something that translate the "B" into something else haha. Pretty nasty. Now I fixed it again for that new patch, and I also added a little code comment to explain why I check the strlen so it will not be removed by mistake by another dev in the future |
| 11:45:24 | | Quit jacobk (Ping timeout: 260 seconds) |
| 12:00 |
| 12:10:45 | | Join othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net) |
| 12:29:52 | *** | Saving seen data "./dancer.seen" |
| 13:00 |
| 13:02:35 | | Join thanosengine [0] (~thanos@user/thanosengine) |
| 13:08:31 | | Join advcomp2019 [0] (~advcomp20@user/advcomp2019) |
| 13:09:21 | | Quit advcomp2019_ (Ping timeout: 252 seconds) |
| 13:16:34 | | Quit spork (Quit: leaving) |
| 13:32:51 | | Join spork [0] (topic@77-164-207-8.fixed.kpn.net) |
| 13:33:02 | | Join advcomp2019_ [0] (~advcomp20@user/advcomp2019) |
| 13:35:45 | | Quit advcomp2019 (Ping timeout: 252 seconds) |
| 13:40:42 | | Join lebellium [0] (~lebellium@2a01cb0405d07f006defe0ec5558eb2b.ipv6.abo.wanadoo.fr) |
| 13:53:07 | | Quit thanosengine (Quit: WeeChat 4.4.2) |
| 13:53:43 | | Join thanosengine [0] (~thanos@user/thanosengine) |
| 13:57:19 | | Join WebGuest81 [0] (~WebGuest8@2607:fb90:bdd3:c6c:6927:9947:d620:1d0d) |
| 13:57:24 | WebGuest81 | Hey |
| 13:57:43 | WebGuest81 | Was curious if there's any plans for adding art album as part of the database indexing |
| 13:58:08 | WebGuest81 | like a compressed version (200x200) to be saved in the database so music with larger album arts won't take time to load anymore |
| 13:58:56 | WebGuest81 | because as of now, the only workarounds are either: (a) disabling album art covers or (b) downscaling/compressing album art manually using tools like mp3tag which is pretty tedious and requires modifying the original music file |
| 13:59:27 | WebGuest81 | Having a cached and downscaled album art saved in the database will dramatically increase song loading speeds for me |
| 14:00 |
| 14:02:45 | _bilgus__ | WebGuest81, Wouldn't be a bad idea might start something on the forum about it |
| 14:03:16 | _bilgus__ | https://forums.rockbox.org/index.php/board,49.0.html |
| 14:03:58 | _bilgus__ | Not saying w will do it but enough people interested might draw a dev to it or fell free to submit a patch if that person is you |
| 14:04:26 | _bilgus__ | hrm feel free.. |
| 14:04:51 | | Quit WebGuest81 (Ping timeout: 256 seconds) |
| 14:21:43 | OlsroFR | _bilgus__ I processed your feedpack on my last patch on the database translation. Anything other is blocking before merging it ? |
| 14:29:54 | *** | Saving seen data "./dancer.seen" |
| 14:41:40 | | Quit baltazar (Quit: reboot) |
| 14:42:59 | speachy | it's not necessarily practical/possible to add art to the database from within the system; we can't guarantee we are able to parse/load it in the resource we have available. |
| 14:54:42 | | Quit OlsroFR (Quit: Connection closed) |
| 14:58:45 | | Quit davisr (Quit: yeehaw) |
| 15:00 |
| 15:09:19 | spork | would the database also not get very big ? |
| 15:09:53 | spork | even with relatively small images |
| 15:52:28 | | Quit thanosengine (Quit: WeeChat 4.4.2) |
| 16:00 |
| 16:02:17 | | Join Everything [0] (~Everythin@46.211.104.82) |
| 16:03:59 | speachy | depends on how many individual album art images one has, naturally. |
| 16:20:17 | | Join OlsroFR [0] (~OlsroFR@user/OlsroFR) |
| 16:23:17 | OlsroFR | My current iPod Video need more than 1 hour to create the database for 30000 tracks (musepack .mpc). Doing mass artwork conversion is a very intensive operation. We can't expect the mp3 player to do the complex processing work; the PC is here for tagging and organizing the files. Also, I personnally noticed that changing the resolution even to |
| 16:23:18 | OlsroFR | 150x150 does not really speed up the things compared to something reasonable like JPEG 500x500. A good tool like mp3tag can mass-convert the image files in all the tracks to ensure a reasonable and fixed size for all. 500x500 is still good enough to look very good even on a PC |
| 16:23:54 | OlsroFR | I would be curious to see a patch about this though if there is interest, but this does not hype me much personnally |
| 16:24:43 | speachy | point being "the pc does this" |
| 16:26:34 | OlsroFR | what could be cool would be some kind of specific cache outside the database, to lazilly cache the downsized art once rockbox load it first when you do play the song |
| 16:26:55 | OlsroFR | though with this method it would still lag one time |
| 16:27:00 | speachy | it's all just a matter of sufficient resources. |
| 16:29:56 | *** | Saving seen data "./dancer.seen" |
| 16:31:46 | OlsroFR | I feel like it's what Apple did on iTunes. I feel like iTunes is cleverly converting multiple copy of the album arts in the optimized format for each menus so the iPod don't need to do much calculation. Apple could do cool things by mastering the whole hardware + software syncing chain |
| 16:33:55 | speachy | iTunes does it all in advance on the PC, yeah. |
| 16:34:23 | speachy | they do nothing on the player (except perhaps retaining play counters) |
| 16:34:57 | OlsroFR | I noticed they applied the same logic for the "Phase" iPod Clickwheel Game. When you put songs in the special playlist, iTunes generates the levels depending on the songs then syncs the levels related to the songs on the iPod |
| 16:59:18 | | Quit OlsroFR (Quit: Connection closed) |
| 17:00 |
| 17:29:46 | tobbez | can i get rockbox to automatically stop the currently running plugin before unmounting the sd card on the device when connecting to a computer using usb (and also restart it after disconnecting)? |
| 17:29:58 | tobbez | with hosted aigoerosq port (native not an option yet due to hw4), having the lastfm plugin running prevents the computer from mounting the sd card (and when disconnecting from computer after that, the device crashes with "*PANIC*", "mount: 0") |
| 17:36:32 | tobbez | manually stopping the plugin before connecting, and manually restarting after disconnecting works, but would prefer not having to do that manually every single time |
| 18:00 |
| 18:02:55 | | Quit Everything (Quit: leaving) |
| 18:15:03 | | Quit lebellium (Quit: Leaving) |
| 18:26:33 | rb-bluebot | Build Server message: New build round started. Revision 1fb906500a, 345 builds, 9 clients. |
| 18:26:33 | rb-bluebot | x1000: LCD DMA fix by Dana Conrad |
| 18:29:57 | *** | Saving seen data "./dancer.seen" |
| 18:40:38 | rb-bluebot | Build Server message: Build round completed after 846 seconds. |
| 18:40:40 | rb-bluebot | Build Server message: Revision 1fb906500a result: 0 errors 7 warnings |
| 19:00 |
| 19:36:41 | | Quit braewoods__ (Remote host closed the connection) |
| 19:36:55 | | Join braewoods__ [0] (~braewoods@user/braewoods) |
| 19:38:12 | | Join massiveH [0] (~massiveH@2600:4040:a982:5400:d083:4647:c80b:eb39) |
| 19:56:23 | | Join dconrad [0] (~dconrad@152.117.104.232) |
| 19:59:03 | rb-bluebot | Build Server message: New build round started. Revision d36ef610c2, 345 builds, 9 clients. |
| 19:59:04 | rb-bluebot | x1000: fix yellow in prior commit by Solomon Peachy |
| 20:00 |
| 20:13:14 | rb-bluebot | Build Server message: Build round completed after 851 seconds. |
| 20:13:15 | rb-bluebot | Build Server message: Revision d36ef610c2 result: All green |
| 20:24:30 | | Quit jn (Ping timeout: 272 seconds) |
| 20:24:44 | | Join jn [0] (~quassel@2a0a-a549-8313-0-20d-b9ff-fe49-15fc.ipv6dyn.netcologne.de) |
| 20:24:44 | | Quit jn (Changing host) |
| 20:24:44 | | Join jn [0] (~quassel@user/jn/x-3390946) |
| 20:25:39 | dconrad | speachy: we're still working towards a v4.0 release, right? Hopeful I can get this hw4 patchset merged in time, but I want to put a few charge cycles on it first I think |
| 20:29:59 | *** | Saving seen data "./dancer.seen" |
| 20:32:26 | | Join WebGuest18 [0] (~WebGuest1@2605:59c8:1030:d210::ddf) |
| 20:33:59 | | Quit WebGuest18 (Client Quit) |
| 20:56:50 | dconrad | so turns out the hw3+ lcd is a ips display! |
| 20:59:01 | dconrad | I had no idea, I thought they just changed because they got a different type for cheaper or something |
| 20:59:10 | dconrad | p nice |
| 21:00 |
| 21:18:49 | | Join decky_e [0] (~decky_@69.9.139.110) |
| 22:00 |
| 22:00:45 | | Quit dconrad (Remote host closed the connection) |
| 22:30:00 | *** | Saving seen data "./dancer.seen" |
| 22:59:01 | | Join dconrad [0] (~dconrad@152.117.104.232) |
| 23:00 |
| 23:04:33 | | Quit dconrad (Remote host closed the connection) |
| 23:05:46 | | Join dconrad [0] (~dconrad@152.117.104.232) |
| 23:10:54 | | Quit massiveH (Quit: Leaving) |
icon identifies that the person is a core developer (has commit access).