| 00:24:14 | | Quit pixelma (Quit: .) |
| 00:24:15 | | Quit amiconn (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) |
| 00:25:17 | | Join amiconn [0] (jens@p4fe76649.dip0.t-ipconnect.de) |
| 00:25:17 | | Join pixelma [0] (marianne@p4fe76649.dip0.t-ipconnect.de) |
| 01:00 |
| 01:02:23 | | Join rnkn [0] (~rnkn@210.23.145.234) |
| 01:17:49 | | Quit rnkn (Quit: Client closed) |
| 01:38:26 | | Join dconrad [0] (~dconrad@152.117.104.232) |
| 01:43:12 | | Quit dconrad (Ping timeout: 265 seconds) |
| 01:51:32 | *** | Saving seen data "./dancer.seen" |
| 02:00 |
| 02:20:30 | | Quit _bilgus__ (Quit: Leaving) |
| 02:22:56 | | Join _bilgus [0] (~bilgus@syn-162-154-213-134.res.spectrum.com) |
| 02:27:02 | | Join _bilgus_ [0] (~bilgus@syn-162-154-213-134.res.spectrum.com) |
| 02:27:02 | | Quit _bilgus (Read error: Connection reset by peer) |
| 03:00 |
| 03:51:35 | *** | Saving seen data "./dancer.seen" |
| 03:58:10 | | Quit _bilgus_ (Remote host closed the connection) |
| 03:59:10 | | Join _bilgus [0] (~bilgus@syn-162-154-213-134.res.spectrum.com) |
| 04:00 |
| 04:04:18 | | Quit jacobk (Ping timeout: 248 seconds) |
| 04:04:58 | | Join jacobk [0] (~quassel@47-186-65-73.dlls.tx.frontiernet.net) |
| 04:06:55 | | Join dconrad [0] (~dconrad@152.117.104.232) |
| 04:11:14 | | Quit dconrad (Ping timeout: 248 seconds) |
| 05:00 |
| 05:51:39 | *** | Saving seen data "./dancer.seen" |
| 06:00 |
| 06:11:23 | edhelas_ | I don't know if its related to the latest changes made by speachy but the battery on my iPod 6G (with flash adapter and new battery) is pretty amazing. I've been listening to albums the whole day for 3 days already and still at 77%. |
| 06:11:23 | edhelas_ | I'm scrobbling so I'll count the total playtime amount once the battery will be over. |
| 07:00 |
| 07:00:11 | | Quit PheralSparky (Quit: Leaving) |
| 07:51:41 | *** | Saving seen data "./dancer.seen" |
| 08:00 |
| 08:25:19 | speachy | edhelas_: glad to hear it! |
| 09:00 |
| 09:22:57 | | Quit speachy (Quit: WeeChat 4.4.3) |
| 09:25:49 | | Join speachy [0] (~speachy@rockbox/developer/speachy) |
| 09:25:49 | Mode | "#rockbox +v speachy" by ChanServ (ChanServ@services.libera.chat) |
| 09:41:27 | | Join OlsroFR [0] (~OlsroFR@user/OlsroFR) |
| 09:42:09 | OlsroFR | edhelas_ Glad to hear that this iPod can shut down its storage probably just fine. Speachy improved the code recently in order to ask the iPod to shutdown the storage as soon as possible just like the Stock OS to save a lot of battery |
| 09:42:51 | speachy | basically found a way to safely flush the data on the iflash boards, making it safe to power down. |
| 09:43:35 | OlsroFR | yes that's amazing. There's still some missing bricks now to get the same experience for the mini (and maybe other kind of iPods ?) but we're getting close to it |
| 09:43:54 | OlsroFR | and it's cool that your patch is already working out of the box for at least some ipods |
| 09:44:32 | speachy | it worked before but with data loss. :D |
| 09:45:16 | edhelas_ | I'm using the CanalTornillo - Razor SD adapter, not the iFlash, but it seems to work the same way maybe ? |
| 09:45:18 | OlsroFR | yup exact. I remember it with my first classic (then I ruined it months ago when trying to open it). I used a build of Rockbox that had the bug of inverted bits which resulted in shut down of the adapter |
| 09:45:31 | OlsroFR | I had an imcort SD adapter and I was transfering the music using the Stock OS disk mode |
| 09:45:36 | speachy | edhelas_: they're all based on the FC1307 chipset and mostly suck equally. |
| 09:45:39 | OlsroFR | when gathering playback data was disabled, this setup was very reliable |
| 09:46:09 | OlsroFR | then I remembered updating Rockbox and the battery life became terrible, then I ruined that iPod shortly after ;( |
| 09:46:52 | OlsroFR | edhelas_ You had the same adapter that had my first Classic, the imcort design small adapter |
| 09:47:44 | speachy | yeah, the mini2g (maybe mini1g too?) and the ipod4g (color and grey) are nearly identical HW-wise and share the samepower management hardware. |
| 09:48:41 | speachy | turns out we don't know how to compltely power down the storge device. |
| 09:49:23 | OlsroFR | right now I am using mine only in Stock OS; I am preparing a very huge guide to abuse the M4a "chapters" function to mass convert CDs to properly tagged single file CDs (this trick will also allow to get gapless playback on any iPod) |
| 09:49:43 | OlsroFR | For some reason, Rockbox can't read and understand at all the M4a chapters tags, even in the "nero" format |
| 09:50:22 | OlsroFR | this new way of organizing the music also reduces significantly the amount of song files in the iPod; I have now 5500 files rather than 32000 so the iPods boot very fast and is very fast in the menus, even my Video |
| 09:50:49 | | Join dconrad [0] (~dconrad@152.117.104.232) |
| 09:51:09 | OlsroFR | The Stock OS was pretty good in navigation between the chapters on an AAC file (but even the Classics can't show the chapters titles so this info is completely lost excepted on iTunes) |
| 09:51:45 | *** | Saving seen data "./dancer.seen" |
| 09:52:07 | OlsroFR | It appears that chapters in AAC music files was not reserved for audiobooks; the iPod add cute little marks automatically when it detect chapters in a music file and using the "next" button just go the next chapter directly |
| 09:52:50 | user890104 | OlsroFR: have you tried using a cuesheet (.cue)? I remember some albums using it, and it worked well in Rockbox |
| 09:52:58 | OlsroFR | Rockbox don't understand that concept, it just treat my albums like 1 hour music files so the navigation becomes very painful |
| 09:53:36 | OlsroFR | oooh cue sheet is probably very interesting to force Rockbox to understand chapters, but mmmm, who knows if Foobar2K can automate this (or if any tool can extract this properly) |
| 09:53:48 | OlsroFR | also the whole point is to sync with iTunes because.... Stock OS requires it |
| 09:54:07 | OlsroFR | which means you cannot interfere with folders how you want to create and move the cuesheet where they should be... |
| 09:54:12 | user890104 | ffmpeg should be able to extract the data needed, not sure if it can create the cuesheet |
| 09:54:29 | OlsroFR | even if it can create it, iTunes moves randomly the files sometimes in folders when syncing |
| 09:54:40 | OlsroFR | and cuesheet will need to be linked to a folder/music files in the same folder |
| 09:54:43 | OlsroFR | so it's cooked |
| 09:55:11 | | Quit dconrad (Ping timeout: 255 seconds) |
| 09:55:15 | user890104 | ah, you want to build the rockbox database with the already synced files from iTunes? |
| 09:55:18 | OlsroFR | and iTunes don't care about cue sheet. iTunes also don't care about "Nero" chapters metadata created by Foobar, which need to be converted with another program to be "QuickTime" chapters metadata |
| 09:55:44 | OlsroFR | That's the whole point of a successfull dual boot, which works pretty well with normal aac files |
| 09:56:09 | OlsroFR | (especially when you enable the option that I created to force Rockbox to display the tags in all of your playlist viewers rather than the file name ;) ) |
| 09:57:34 | OlsroFR | this setup makes the Stock OS now very convenient to use and very fast even with my insane amount of songs, but at the cost of excluding Rockbox from the equation. Life is about compromises.... haha |
| 10:00 |
| 10:01:27 | OlsroFR | theorically, Rockbox could support chapters and extract automatically/create bookmarks from tags but I don't have the motivation and time to start a project liek this. Though, coding this will probably be liked by audiobooks listeners (right now, to listen conveniently audiobooks, I used Foobar2K to create one file per chapter, which circumvented |
| 10:01:28 | OlsroFR | this pretty elegantly in this case) |
| 10:03:23 | OlsroFR | Also the other solution is simplier and uglier; isolate completely the Stock OS and Rockbox and adding a database.ignore in the iPod_Control folder so Rockbox will never come indexing the AAC chaptered files. It its pretty viable with very high capacities iPods (my 512GB iPods have like 300GB free), but it makes syncing new music more painful |
| 10:03:23 | OlsroFR | (because one more lossy library will need to be maintained and synced...) so I will not do it |
| 10:08:22 | user890104 | you can poke around the source code and see when the chapters screen is used, besides cuesheets. it might not be that hard to add it to other formats that also support chapters |
| 10:09:55 | speachy | there's no technical reason why there's no m4b chapter awareness; it just needs someone suitably motivated to implement it. Might make more sense to write it as a plugin that converts the chapter metadata to a cuesheet |
| 10:10:55 | OlsroFR | I wished Apple could release their Stock OS source code, to show the title of the chapters but well it will never appear. But Rockbox could theorically show it. |
| 10:11:08 | OlsroFR | On Mac, QuickTime 7 or iTunes is perfectly capable at showing the titles of the chapters |
| 10:12:47 | OlsroFR | In a perfect world, the database tagtree could have also an option to consider chapters as real track names to index everything correctly |
| 10:18:03 | speachy | again, "just needs someone suitably motivated to implement it" |
| 10:18:59 | OlsroFR | I put the ideas here in case it can arrive to the ears from someone with this motivation right now or in the future |
| 10:19:24 | speachy | that's.. not really how this tends to work |
| 10:19:58 | speachy | (and I say that as someone who nearly exclusively uses rockbox for audiobooks) |
| 10:20:49 | OlsroFR | For audiobooks the workaround to produce one file per chapter is just much more convenient that coding the whole chapters handling things. I don't even know if a format like the opus one can support chapters, for example |
| 10:21:45 | OlsroFR | AAC is not that good for audiobooks also, it requires 2x more bitrate (32kbps/channel) to sound even lower than a 16kbps/channel VBR OPUS file... |
| 10:23:55 | speachy | https://stackoverflow.com/questions/49364269/how-to-add-chapters-to-ogg-file |
| 10:24:12 | speachy | https://wiki.xiph.org/Chapter_Extension |
| 10:24:17 | OlsroFR | https://hydrogenaud.io/index.php/topic,97533.0.html I found this |
| 10:24:25 | OlsroFR | definitely possible, but requires a different implementation |
| 10:39:55 | | Quit OlsroFR (Quit: Client closed) |
| 10:44:33 | | Quit Nezumi-sama (Ping timeout: 265 seconds) |
| 10:47:52 | rb-bluebot | Build Server message: New build round started. Revision 4919c32bc7, 345 builds, 9 clients. |
| 10:47:52 | rb-bluebot | FS13525: Updated Russian translation (Ilya Ban) by Solomon Peachy |
| 10:56:37 | _bilgus | OlsroFR the forum feature ideas and also valid Flyspray are decent places to write up things you might want or wish and a bit easier to find rather than looking thru IRC logs |
| 10:57:42 | _bilgus | by all means talk about them here but put something in the forum or FS explaining / referencing it |
| 10:59:49 | | Quit _bilgus (Remote host closed the connection) |
| 11:00 |
| 11:06:31 | user890104 | Vorbis and APE seems to support loading cue files from /cue, so this should not interfere with iTunes at all. Then on the ipods, center+play is the shortcut to open the chapters |
| 11:07:52 | rb-bluebot | Build Server message: Build round completed after 1199 seconds. |
| 11:07:52 | | Join _bilgus [0] (~bilgus@syn-162-154-213-134.res.spectrum.com) |
| 11:07:53 | rb-bluebot | Build Server message: Revision 4919c32bc7 result: All green |
| 11:38:27 | | Join dconrad [0] (~dconrad@152.117.104.232) |
| 11:39:47 | paulcarroty | bilgus: got discharging issues on 2 sansas, with connected plug (both too) |
| 11:40:02 | paulcarroty | something is broken, definitely |
| 11:43:15 | | Quit dconrad (Ping timeout: 260 seconds) |
| 11:51:48 | *** | Saving seen data "./dancer.seen" |
| 11:57:59 | _bilgus | are these both fuze+? |
| 11:59:02 | paulcarroty | bilgus: fuze+ and v1 |
| 12:00 |
| 12:01:47 | paulcarroty | 15-20% discharging and it will start over |
| 12:02:05 | _bilgus | OH I have a v1 around still |
| 12:03:20 | _bilgus | thing is, its supposed to switch the power to draw from the USB it shouldn't be discharging.. |
| 12:03:57 | _bilgus | I'll try to have a look in the next few days |
| 12:04:25 | _bilgus | Rn I'm on a quest to get QT6 |
| 12:10:00 | paulcarroty | bilgus: thanks. firmware was updated ~1 month ago. |
| 12:12:00 | | Join Everything [0] (~Everythin@94.153.24.195) |
| 12:13:36 | _bilgus | what was your prior? |
| 12:15:38 | _bilgus | hmm v1 and 2 don't really share anything maybe its broken further up the stack |
| 12:15:54 | _bilgus | sorry v1 and + |
| 12:20:42 | _bilgus | g#4050 maybe? |
| 12:20:45 | rb-bluebot | Gerrit review #4050 at https://gerrit.rockbox.org/r/c/rockbox/+/4050 : powermgmt: Remove CURRENT_USB by Aidan MacDonald |
| 12:22:57 | speachy | IIRC nothing actually _used_ CURRENT_USB. |
| 12:26:42 | | Quit jacobk (Ping timeout: 248 seconds) |
| 12:28:10 | | Quit _bilgus (Read error: No route to host) |
| 12:28:25 | | Join _bilgus [0] (~bilgus@syn-162-154-213-134.res.spectrum.com) |
| 12:29:26 | _bilgus | https://gerrit.rockbox.org/r/c/rockbox/+/4050/9/firmware/powermgmt.c#b193 |
| 12:29:28 | _bilgus | ^that may be something though |
| 12:29:43 | _bilgus | sorry if thats a repeat Wifi driver reset |
| 12:33:18 | | Quit _bilgus (Quit: Leaving) |
| 12:35:01 | | Join _bilgus [0] (~bilgus@syn-162-154-213-134.res.spectrum.com) |
| 12:35:42 | speachy | IIRC battery_current only factors into the "Time remaining on battery" calculation. |
| 12:36:40 | _bilgus | Idk that was just the only global power thing I saw |
| 12:37:02 | _bilgus | once I can compile again and get this other cleaned up i'll do some testing |
| 12:37:39 | paulcarroty | found similar cases on forum, but all >10yo |
| 12:38:29 | _bilgus | paulcarroty, what was your prior version sorry if I missed it |
| 12:41:12 | paulcarroty | from early 2024 tho |
| 12:41:43 | _bilgus | ok that gives me a range |
| 12:48:56 | | Quit Everything (Quit: leaving) |
| 13:00 |
| 13:02:41 | | Join lebellium [0] (~lebellium@2a01cb0405d07f00d33a0da62bfc2206.ipv6.abo.wanadoo.fr) |
| 13:09:39 | _bilgus | Ok FINALLY building rbutil it ha to be QT6 and you need the QT5 compatibility shim too |
| 13:23:40 | _bilgus | I updated the INSTALL doc |
| 13:29:00 | _bilgus | sigh fatal error: QTextCodec: No such file or directory |
| 13:38:39 | speachy | there's a bunch of deprecation warnings in there too that probably need to be fixed. |
| 13:43:02 | | Join Nezumi-sama [0] (~narf@syn-067-053-148-069.biz.spectrum.com) |
| 13:51:50 | *** | Saving seen data "./dancer.seen" |
| 13:52:39 | _bilgus | what a cluster it looks like they have since deprecated the compat module and the new one is missing ..something.. |
| 13:52:58 | speachy | can't comment on that; it WorksForMe(tm). :D |
| 13:53:34 | _bilgus | once I finally get it I'll update the doc |
| 13:54:17 | _bilgus | maybe building quazip will fix it |
| 13:54:26 | speachy | in RH land at least QT has been slpit until a bajillion subpackages |
| 14:00 |
| 14:01:13 | _bilgus | yeah I had to install a bunch of stuff singly |
| 14:02:18 | _bilgus | I think I have it its weird that quazip is carried in the rbutil dir and themeeditor but its the one in themeeditor failing and I had to use #include <QtCore5Compat/QTextCodec> |
| 14:03:10 | speachy | hmm. not needed on my end. |
| 14:03:13 | _bilgus | maybe some macros might help |
| 14:03:52 | _bilgus | got another QDesktopWidget ill try the same |
| 14:07:55 | _bilgus | <QDesktopWidget> is now #include <QScreen> |
| 14:08:05 | _bilgus | so much for backwards compatibility |
| 14:09:37 | speachy | qt6 has been a complete mess IME |
| 14:10:11 | _bilgus | error: ‘class QMap<QString, QList<QString> >’ has no member named ‘insertMulti’ |
| 14:10:45 | _bilgus | I wonder if maybe that mising compat shim had all this and they just dumped the whole thing |
| 14:11:04 | _bilgus | or I'm doing something wrong which is equally as likely |
| 14:11:15 | speachy | I have it building on one system fine, another it breaks. |
| 14:11:35 | _bilgus | just depends if you can get the proper versions likely |
| 14:12:01 | speachy | I think the themeeditor isn't qt6. it's qt4. |
| 14:12:25 | _bilgus | ah |
| 14:12:38 | speachy | my workstation is a zombie that's been constantly upgraded for over a decade. |
| 14:12:52 | speachy | s/zombie/frankenstein/ |
| 14:14:22 | _bilgus | same here I had to do like 3 versions to get a new enough gcc |
| 14:14:40 | _bilgus | and then fix bootloos and etc |
| 14:14:47 | _bilgus | loops |
| 14:14:50 | _bilgus | same diff :p |
| 14:15:31 | speachy | there, that did it. |
| 14:15:36 | speachy | -j40 is nice. |
| 14:21:03 | _bilgus | ok so for the moment I made InsertMulti just .insert() ill have to look how exactly it was meant to work |
| 14:23:26 | _bilgus | error: use of deleted function ‘QVariant::QVariant(T) not sure about this one I'll try later.. |
| 14:23:46 | _bilgus | didn't know this was to be a 3 day adventure |
| 14:30:18 | speachy | two different quazip implementations, blech. |
| 14:30:40 | | Join othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net) |
| 14:43:40 | | Join jacobk [0] (~quassel@utdpat241106.utdallas.edu) |
| 14:45:57 | _bilgus | -j40 how many cored do you have? |
| 14:45:59 | rb-bluebot | Build Server message: New build round started. Revision 27da734a73, 345 builds, 9 clients. |
| 14:45:59 | rb-bluebot | themeeditor: Use the quazip and zlib provided by rbutilqt by Solomon Peachy |
| 14:47:27 | speachy | _bilgus: that should make some of the mess go away (ie the qtextcodec crap) |
| 14:48:07 | speachy | 28c/56t on that box. (dual Xeon Et-2690v4) |
| 14:52:06 | _bilgus | wow |
| 14:52:38 | _bilgus | thanks! |
| 14:58:47 | rb-bluebot | Build Server message: Build round completed after 768 seconds. |
| 14:58:48 | rb-bluebot | Build Server message: Revision 27da734a73 result: All green |
| 15:00 |
| 15:10:18 | rb-bluebot | Build Server message: New build round started. Revision a565734e47, 345 builds, 9 clients. |
| 15:10:18 | rb-bluebot | themeeditor: Don't double-compile quazip, just use the same one as rbutil by Solomon Peachy |
| 15:10:20 | speachy | one more. |
| 15:22:39 | rb-bluebot | Build Server message: Build round completed after 742 seconds. |
| 15:22:40 | rb-bluebot | Build Server message: Revision a565734e47 result: All green |
| 15:25:20 | _bilgus | well I made it quite a bit further will eventually get it |
| 15:25:33 | _bilgus | well I made it quite a bit further (86%) will eventually get it.. undefined reference to `QTextCodec::toUnicode(QByteArray const&) const |
| 15:26:11 | _bilgus | maybe I can find the original compatability stuff so I can understand what the end result is supposed to do |
| 15:26:12 | speachy | rbutil can be built with either qt5 or qt6, but the themeeditor maxes out at qt5. |
| 15:26:27 | _bilgus | qt5 failed too |
| 15:26:50 | _bilgus | it failed at cmake though |
| 15:26:53 | speachy | on my workstation it's building it with qt5. |
| 15:28:32 | _bilgus | i'll try again this eve with qt5 = |
| 15:46:13 | rb-bluebot | Build Server message: New build round started. Revision c24862ab64, 345 builds, 9 clients. |
| 15:46:13 | rb-bluebot | themeeditor: Get rid of another pile of deprecation warnings by Solomon Peachy |
| 15:51:54 | *** | No seen item changed, no save performed. |
| 16:00 |
| 16:01:25 | rb-bluebot | Build Server message: Build round completed after 914 seconds. |
| 16:01:27 | rb-bluebot | Build Server message: Revision c24862ab64 result: All green |
| 16:16:39 | | Quit jacobk (Ping timeout: 260 seconds) |
| 16:39:41 | speachy | down to just one themeeditor error on qt6. builds on qt5 cleanly. |
| 17:00 |
| 17:03:35 | | Join dconrad [0] (~dconrad@152.117.104.232) |
| 17:05:45 | speachy | and it's that qvariant gobbelygook error that perfectly embodies why C++ is such a PITA to figure out. |
| 17:07:54 | | Quit dconrad (Ping timeout: 252 seconds) |
| 17:45:52 | | Quit lebellium (Quit: Leaving) |
| 17:51:55 | *** | Saving seen data "./dancer.seen" |
| 18:00 |
| 18:10:07 | | Join dconrad [0] (~dconrad@152.117.104.232) |
| 18:14:41 | | Quit dconrad (Ping timeout: 255 seconds) |
| 18:22:30 | | Join dconrad [0] (~dconrad@152.117.104.232) |
| 18:54:07 | | Quit LjL (Remote host closed the connection) |
| 18:54:21 | | Join LjL [0] (~ljl@user/ljl) |
| 19:00 |
| 19:45:53 | | Join massiveH [0] (~massiveH@2600:4040:a982:5400:4811:3a1c:e8a7:e13d) |
| 19:51:56 | *** | Saving seen data "./dancer.seen" |
| 20:00 |
| 20:23:26 | | Quit COMPL_EXE (Read error: Connection reset by peer) |
| 20:23:43 | | Join COMPL_EXE [0] (~compl.exe@aosc/dev/origincode) |
| 20:57:19 | dconrad | bilgus: have you worked with multivolume path stuff? could you take a look at my proof-of-concept patchset g#6147 to fix fs#13519? |
| 20:57:23 | rb-bluebot | https://www.rockbox.org/tracker/task/13519 Playlists: Absolute paths broken on devices with HAVE_MULTIVOLUME (bugs, new) |
| 20:57:23 | rb-bluebot | Gerrit review #6147 at https://gerrit.rockbox.org/r/c/rockbox/+/6147 : FS #13519: Proof-Of-Concept ensure absolute paths get drive letter by Dana Conrad |
| 20:58:54 | dconrad | It does fix the issue on my device if I make the "fixed" path a real absolute path, but string manipulation can be tricky to get right, and I just hardcoded it to see if it works |
| 21:00 |
| 21:52:00 | *** | Saving seen data "./dancer.seen" |
| 21:55:51 | | Join tertty [0] (~tertty@202-207-58-66.gci.net) |
| 21:59:53 | dconrad | actually, my "fixed" playlist from that testset also does not have a leading "/"... the fact that it works because it begins with <microSD0> could be considered a bug? |
| 22:00 |
| 22:00:28 | tertty | Hi there! I'm trying to use the Rockbox Utility appimage on Debian and I'm running into an issue with the Utility getting stuck on on "Checking for update...". Log seems to show there's an ssl cert issue for resolving "https://download.rockbox.org/rbutil/linux/". Loads fine on Firefox though... |
| 22:43:29 | _bilgus | dconrad AFAIR / means the root of the namespace and there is code that depends on that to be the case |
| 22:44:50 | dconrad | it still should be with this... I just need to insert <microSD0> into the path if it's not present, I think |
| 22:45:12 | _bilgus | and you could check if the incoming name has a drive specifier but how do you decide what to prepend |
| 22:45:25 | _bilgus | its going to be wrong at some point |
| 22:46:00 | dconrad | yeah... I think if there's no specified drive it should probably be assumed to be the same one as where the playlist resides? |
| 22:46:10 | dconrad | that would seem reasonable to me |
| 22:46:33 | _bilgus | what if you used the filename part of the playlist? |
| 22:48:17 | dconrad | the filename path? |
| 22:48:36 | dconrad | yeah, if we can get access to it |
| 22:49:16 | _bilgus | but you can't do it here |
| 22:50:35 | _bilgus | you'll have to go find a place thats calling this and probably push it thru https://github.com/Rockbox/rockbox/blob/master/apps/filetree.c#L501 |
| 22:52:03 | _bilgus | not that fn but something along those lines with the playlist path instead of root real path |
| 22:52:50 | dconrad | that makes sense |
| 22:54:59 | _bilgus | so this will be an on drive playlist IIRC there is already a dirlen var that allows you to cut off th playlist_name part |
| 22:55:25 | dconrad | actually, in the call from format_track_path(), I thought that's what basepath would be, but I guess not |
| 22:56:45 | _bilgus | yeah but you still don't have the logic to cut it back to the drive in there |
| 22:57:15 | _bilgus | dirlen would give you /<sd0>/playlists |
| 22:58:12 | _bilgus | so you'll have to ferret out if there is one and probably don't look for drivetype0 instead search for 0> 1> |
| 22:59:39 | _bilgus | if buf[0] == '/' && [strchr(buf, '>' != 0] && [srrchr(..) -1 isdigit] |
| 22:59:56 | _bilgus | something along that line |
| 23:00 |
| 23:00:08 | _bilgus | brackets denote the char* |
| 23:01:15 | | Quit massiveH (Quit: Leaving) |
| 23:03:14 | _bilgus | char *gt = strchr(buf, '>'); bool has drive = (buf[0] == '/' && buf[1] == '<' && gt && isdigit(*gt-1); |
| 23:03:54 | _bilgus | that should do it that way if you switch to a device with a different drive name it doesnt attempt to append the drive again |
| 23:05:39 | _bilgus | might be microsd or a number of different names but its merely a decorator to the disk stuff it cuts everything down to <0> <1> internally |
| 23:06:00 | dconrad | so really, the brackets are what to look for |
| 23:06:20 | _bilgus | yeah the start and end <> |
| 23:06:30 | dconrad | alright, I gotta puzzle this out |
| 23:07:16 | _bilgus | let me know if you need anything I'm going to continue to battle qy6 though it looks like speachy blessed me with progress :) |
| 23:07:25 | _bilgus | QT6 |
| 23:07:31 | dconrad | alright, good luck with that nightmare |
| 23:11:58 | | Join jacobk [0] (~quassel@47-186-65-73.dlls.tx.frontiernet.net) |
| 23:21:43 | | Quit tertty (Quit: Client closed) |
| 23:24:21 | _bilgus | Freakin finally |
| 23:24:41 | _bilgus | speachy you left me the easy stuff hope its right |
| 23:30:36 | _bilgus | g#6145 |
| 23:30:39 | rb-bluebot | Gerrit review #6145 at https://gerrit.rockbox.org/r/c/rockbox/+/6145 : rbutil changes for qt6 by William Wilgus |
| 23:36:32 | _bilgus | also what exactly was the theme issue everything looks like it works |
| 23:52:04 | *** | Saving seen data "./dancer.seen" |
icon identifies that the person is a core developer (has commit access).