| 00:15:41 | | Quit dconrad (Remote host closed the connection) |
| 00:16:17 | | Join dconrad [0] (~dconrad@152.117.104.232) |
| 00:19:48 | | Quit jacobk (Ping timeout: 276 seconds) |
| 00:23:09 | | Quit dconrad (Ping timeout: 265 seconds) |
| 00:29:36 | | Join jacobk [0] (~quassel@47-186-65-73.dlls.tx.frontiernet.net) |
| 01:00 |
| 01:25:43 | | Join dconrad [0] (~dconrad@152.117.104.232) |
| 01:30:05 | | Quit dconrad (Ping timeout: 260 seconds) |
| 01:40:18 | | Quit rudi_s (Ping timeout: 248 seconds) |
| 01:41:10 | | Join rudi_s [0] (~simon@user/rudi-s/x-7673890) |
| 01:52:40 | *** | Saving seen data "./dancer.seen" |
| 02:00 |
| 02:00:28 | | Quit othello7 (Ping timeout: 252 seconds) |
| 03:00 |
| 03:27:14 | | Join dconrad [0] (~dconrad@152.117.104.232) |
| 03:32:12 | | Quit dconrad (Ping timeout: 276 seconds) |
| 03:52:42 | *** | Saving seen data "./dancer.seen" |
| 04:00 |
| 04:04:29 | | Quit jacobk (Ping timeout: 260 seconds) |
| 04:04:48 | | Join jacobk [0] (~quassel@47-186-65-73.dlls.tx.frontiernet.net) |
| 05:00 |
| 05:52:43 | *** | Saving seen data "./dancer.seen" |
| 06:00 |
| 06:29:35 | | Join dconrad [0] (~dconrad@152.117.104.232) |
| 06:34:21 | | Quit dconrad (Ping timeout: 265 seconds) |
| 06:38:50 | | Quit PheralSparky (Read error: Connection reset by peer) |
| 06:49:45 | | Quit COMPL_EXE (Ping timeout: 260 seconds) |
| 06:50:42 | | Join COMPL_EXE [0] (~compl.exe@aosc/dev/origincode) |
| 07:00 |
| 07:44:42 | _bilgus | Re File Text tag who would have known that the hard part was going to be making it play nice with the line alternator when the file doesn't exist |
| 07:52:47 | *** | Saving seen data "./dancer.seen" |
| 07:55:24 | rb-bluebot | Build Server message: New build round started. Revision f895167345, 345 builds, 9 clients. |
| 07:55:24 | rb-bluebot | Update Dockerfile for Debian 12 by neofright |
| 08:00 |
| 08:08:18 | rb-bluebot | Build Server message: Build round completed after 775 seconds. |
| 08:08:20 | rb-bluebot | Build Server message: Revision f895167345 result: All green |
| 08:32:55 | | Quit npmania (Read error: Connection reset by peer) |
| 08:34:30 | | Join npmania [0] (~npmania@210.123.73.190) |
| 08:51:36 | | Join dconrad [0] (~dconrad@152.117.104.232) |
| 08:56:32 | _bilgus | I think I also found a bug in the alternator timeout %t(n) it had a part where it short circuits and ends up applying the default timeout (2s) instead of whatever the user set if there is a conditional after |
| 08:56:33 | | Quit dconrad (Ping timeout: 276 seconds) |
| 09:00 |
| 09:01:36 | speachy | old and very complex bit of code. |
| 09:52:50 | *** | Saving seen data "./dancer.seen" |
| 09:58:53 | _bilgus | its deep but very neat |
| 10:00 |
| 10:00:09 | _bilgus | I especially liked the saving a pointer by referencing everything by offset back into the buf thats also something that makes it hairy |
| 10:01:34 | _bilgus | I do notice some pronounced stuttering in the sim now |
| 10:02:34 | _bilgus | it used to only be when voice played but I think its probably overhead from ASAN though I haven't verified yet |
| 10:05:40 | | Join dconrad [0] (~dconrad@152.117.104.232) |
| 10:07:53 | dconrad | speachy: does g#6132 achieve what you would want to see re: hardware version reporting on erosqnative? |
| 10:07:56 | rb-bluebot | Gerrit review #6132 at https://gerrit.rockbox.org/r/c/rockbox/+/6132 : erosqnative hw1/hw2: Check for DAC in bootloader by Dana Conrad |
| 10:09:09 | _bilgus | I'm going to auto-generate a playername.txt file in the build script thinking "Rockin' <playername>" |
| 10:09:28 | speachy | dconrad: I haven't looked at it specifically but I see no reason why not. |
| 10:09:58 | speachy | _bilgus: honestly I think it should be 'rockbox' or 'modelname' −− we can't i18n it, after all. |
| 10:10:30 | speachy | also we don't want it to be overwritten if the user installs a newer binary zip |
| 10:11:00 | _bilgus | in that case it'll have to be at boottime |
| 10:11:09 | speachy | perhaps instead we create a default string (that can be i18n'd) and use that if there's no file present? |
| 10:12:16 | speachy | of course that filename is freeform too, themes can reference any filename. |
| 10:12:30 | _bilgus | i'll put it in as 'Rockin' though I don't know that it should be localized |
| 10:12:43 | _bilgus | being Rockbox and all |
| 10:14:03 | _bilgus | Do WE translate 'Rockbox'? |
| 10:14:04 | speachy | dconrad: I wonder if it might be wise to put a "bootdata.version" field in there too? So we can fall back gracefully? |
| 10:14:24 | speachy | we don't translate rockbox, but 'rockin' is very much an english colliqualism |
| 10:14:49 | dconrad | hmm, yeah I could certainly do that |
| 10:15:16 | _bilgus | as evidenced by BOOTDATA thats prob a good ida ^ |
| 10:16:15 | speachy | I don't know if it's necessarily worth putting in any fallback code in this pre-stablerelease era, just thinking ahead to the inevitable hw5..hwN crap that's sure to come. |
| 10:16:30 | _bilgus | only issue is that wouldn't it always pick up the english text since first clean boot it'll be in EN |
| 10:16:59 | speachy | _bilgus: are you proposing creating the .txt file at firstboot? |
| 10:17:33 | _bilgus | its gotta get created at some point being the only indicator is file is missing when would it get built? |
| 10:17:57 | _bilgus | gonna have to be in init() |
| 10:18:09 | speachy | I think you're over engineering a general mechanism |
| 10:18:17 | speachy | (which is rich coming from me, hah) |
| 10:18:49 | speachy | right now the mechanism is arbitrary data a theme can reference. |
| 10:18:50 | _bilgus | no you brought it into boot time wanting it to be localized |
| 10:19:10 | speachy | if this is intended to provide a guaranteed "player name" that's something different |
| 10:19:24 | speachy | guaranteed-present I mean |
| 10:19:26 | _bilgus | non complicated is to do it in build with playername thats what we will go with |
| 10:19:43 | _bilgus | and overwrite in the zip |
| 10:20:12 | speachy | we dont' want an update to overwrite a user's customizations, which means the txt can't be in the zipfile. |
| 10:20:21 | _bilgus | now we could do init() at boot and just fill with playername if missing |
| 10:20:26 | speachy | or it has to be "playername_default.txt" or somethign like that. |
| 10:20:29 | _bilgus | that will work.. |
| 10:20:50 | speachy | but then it's no longer "theme just opens a file and reads from it" :) |
| 10:21:06 | _bilgus | it'll gen at first boot with <playername> and nothing localized |
| 10:21:20 | _bilgus | (if missing) |
| 10:21:33 | speachy | by that you mean 'ipod6g' or whatever? |
| 10:21:39 | _bilgus | yea |
| 10:21:51 | speachy | I think that's reasonable |
| 10:22:16 | _bilgus | I want something to show the user so they want to go change it :) |
| 10:22:37 | speachy | ...what's the advantage of doing it that way versus the existing config setting? |
| 10:23:01 | _bilgus | similar overhead with a lot more flexibility |
| 10:24:33 | _bilgus | figure for the same amount of code as adding settings to that I now have a way to pull in filedata to the theme that could allow many many things in a theme |
| 10:24:48 | _bilgus | the FT tag also can be used as a conditional |
| 10:25:00 | speachy | I wonder if it might make sense to add a specific theme token for the playername instead of requiring referencing a config entry or specific file/line |
| 10:25:14 | _bilgus | %?ft(tagnav..) |
| 10:25:40 | speachy | yeah, theme settings and the like |
| 10:26:18 | _bilgus | IPODvt will do some shiz with this I think |
| 10:27:01 | _bilgus | what would a specific %pn token do for us thoug? |
| 10:27:33 | speachy | fewer footguns? :D |
| 10:27:37 | _bilgus | no overhead during run with the current only at parse time |
| 10:28:07 | _bilgus | ha footguns in a minefield? |
| 10:29:29 | speachy | when I added the setting for the playername, my initial patch defaulted to <targetid> but the more I thought about that the less I liked it |
| 10:30:44 | speachy | one, the user already knows what their device is, it's on the case. two, it's the internal name, not the "proper name" for the device. eg all ipods OFs just display 'iPod' as their header. |
| 10:31:14 | speachy | and "what's erosqnative? I have a HIFI WALKER H2" |
| 10:31:54 | _bilgus | Do we have that available anywhere in the BIN though? |
| 10:31:57 | speachy | so I changed he default to blank so it would be easy to determine if the user had set something (which _should_ be displayed) or not (in which case it can be not displayed) |
| 10:32:28 | _bilgus | ok then lets make it Rockbox! |
| 10:32:29 | speachy | not at all. Granted, the erosq mess is special, nothing else has multiple OEM rebrands |
| 10:33:57 | speachy | (As evidenced by the ongoing saga of folks that keep managing to confuse things even after being told to "follow the steps in section X of the <wiki page>" |
| 10:34:36 | speachy | ...Rockbox does seem to be a saner default than the targetid |
| 10:34:52 | _bilgus | I like how bricked is their first word of description |
| 10:35:32 | _bilgus | need to get a new term and keep it to tech people |
| 10:35:39 | speachy | I guess I'm unusual in that I've only ever used our default cabbie on my daily drivers. And with tiny screens more often than not..) |
| 10:35:48 | _bilgus | no same here |
| 10:36:01 | _bilgus | well prob just both weird |
| 10:36:40 | _bilgus | we are afterall here ^^ |
| 10:37:07 | speachy | I like that minimalism. |
| 10:37:45 | speachy | that said I'm really impressed with how capable the theme engine is when you're determined and creative. |
| 10:38:15 | speachy | would be nice to get that themeeditor application up to speed, but that may be a sisyphean task. |
| 10:38:23 | _bilgus | a lot of that speaks to the theme makers |
| 10:38:46 | _bilgus | but it is pretty much a programming language its missing a few things |
| 10:38:54 | speachy | oh, definitely. |
| 10:39:23 | speachy | makes me wonder if we'd have been better off using a real language (lua?) instead. :D |
| 10:39:36 | _bilgus | thats the space I think I can fit micropython (or other core scripting) in |
| 10:39:44 | _bilgus | ^ yeah lol |
| 10:39:56 | speachy | at least we don't have the resources for the theme engine to gain sentience |
| 10:40:09 | _bilgus | basically I figure we port it over |
| 10:40:27 | speachy | amachronic has a bunch of patches in gerrit that implement a windowing UI |
| 10:41:18 | _bilgus | I looked at them for a bit but didn't try them is it any good on such small screens? |
| 10:41:36 | _bilgus | I figured it was geared towards touch |
| 10:43:32 | speachy | I didn't really give it a lot of attention at the time; I couldn't keep up with his prolificness... |
| 10:44:33 | _bilgus | JHMikeS is worse :p |
| 10:44:48 | speachy | that said we're still suffering from the USB rework he did. |
| 10:45:24 | speachy | made things more complicated and I'm not sure it was really any *better* in the end. I still haven't fixed the JZ47xx usb driver. |
| 10:45:33 | _bilgus | IDk if suffering is the right word most of it is much better |
| 10:46:02 | speachy | USB control URB stuff, that is. Other USB API improvements were awesome |
| 10:53:43 | dconrad | speachy: g#6132 now has a version field, I haven't done anything with it but it's there, and it's currently zero |
| 10:53:47 | rb-bluebot | Gerrit review #6132 at https://gerrit.rockbox.org/r/c/rockbox/+/6132 : erosqnative hw1/hw2: Check for DAC in bootloader by Dana Conrad |
| 10:54:19 | speachy | am I correct in remembering that uninitalized fields are set to 0xff? |
| 10:54:56 | dconrad | yep |
| 10:55:26 | dconrad | so if we get 255 hardware revisions we're good, otherwise that can be "found something prehistoric" |
| 10:55:30 | speachy | but back to the USB Stuff, it takes a lot longer upon plugging for the device to be recognized, I also woder if that is responsibel for some of the modern windows/macos problems folks are seeing. |
| 10:55:35 | dconrad | er, we're *not good* haha |
| 10:55:56 | speachy | that would be a good problem to have. :D |
| 10:56:12 | dconrad | burn that bridge when we come to it, as it were |
| 10:58:01 | speachy | so in the main firmware we could detect 0xff and run the codec detection logic so we don't break existing hw2 users? or is that now mooted by the lcd being mis detected anyway, forcing a bootloaded update? |
| 10:58:28 | dconrad | well, there's 2 older versions we could have problems with - |
| 10:58:58 | dconrad | the original bootloaders without any devicedata at all, so they'll see hw_rev=255, version=255 |
| 10:59:15 | dconrad | and the current ones, which will see hw_rev=1, version=255 |
| 10:59:36 | dconrad | the issue for the oldest ones are I didn't special case hw_rev=255 for the lcd logic |
| 11:00 |
| 11:00:02 | speachy | what will be the failure mode for current hw2 devices? swvol will work ok, or no audio output because we didn't initialize the codec properly? |
| 11:00:21 | dconrad | I believe they should fall back to swvol |
| 11:00:28 | dconrad | actually, I should check that a minute |
| 11:00:33 | dconrad | let me try it |
| 11:00:43 | speachy | thanks |
| 11:01:02 | speachy | (LCD all white is _really_ obvious that somethign is wrong) |
| 11:02:08 | dconrad | yeah... I /could/ make that work but that means there would be devices out there with weird mismatches potentially... |
| 11:04:21 | speachy | I'm not worried about that since it's obvious and easily rectified without our intervention, but audio not working is going to burden us with support questions. |
| 11:04:31 | dconrad | correct, on a hw2 device you would see hardware version 1, swvol, struct version 255 (can we display that as signed?) |
| 11:04:56 | speachy | dconrad: that's up to you. :D |
| 11:05:07 | dconrad | and yeah, audio still works fine |
| 11:05:41 | speachy | ok. hmm. should probably document that on the troubleshooting page ("version of -1 means you need to update your bootloader") |
| 11:06:39 | speachy | if you're ok with the patch as is then we can land it. (probably no harm in running the codec detction if we have version 255 and hwver=1 though) |
| 11:09:05 | dconrad | hmm, apparently casting a uint8_t to a (signed int) in a printf doesn't work for some reason, oh well |
| 11:10:48 | dconrad | I was waffling back and forth on whether I should re-check the dac during runtime or trust the devicedata |
| 11:16:06 | _bilgus | you can put the check in init_attr and suffer no codesize |
| 11:16:23 | _bilgus | assuming that target has it.. |
| 11:16:49 | dconrad | I'm not really worried about codesize, more if it might cause some confusion down the line |
| 11:17:05 | _bilgus | Id think a reality check isn't a bad thing |
| 11:17:55 | _bilgus | put something in debug if it differs perhaps? |
| 11:18:22 | dconrad | oh, yeah could do that |
| 11:19:00 | speachy | "UPDATE UR BOOTLOADER" |
| 11:20:03 | _bilgus | so I did a small change to carry over tag timeouts through a track change and it gets rid of my big annoyance of the scrollers resetting immediately |
| 11:21:42 | speachy | _bilgus: should also nuke the playername setting in that patch too. |
| 11:21:57 | speachy | even if it's just a revert patch |
| 11:23:09 | _bilgus | I'll put it on top once I decide its good enough |
| 11:24:54 | _bilgus | I forget what the fallback for %Sx is so I'll look at that too |
| 11:25:56 | _bilgus | I think its probably only iPodVt that has themes with it |
| 11:26:51 | _bilgus | I need to ask them what device so I can make them a build to test |
| 11:30:55 | speachy | I have some ideas to make checkwps (and therefore the themesite) a bit smarter |
| 11:33:28 | speachy | first, I want to validate fonts to at least make it clear that the fontpack is needed. but I'd also like to come up with a way to enumerate used theme features (perhaps even by storing the wps/sbs/fms files in the database and making that searchable...) |
| 11:33:51 | speachy | oh, and enumerate settings used. |
| 11:34:05 | speachy | we don't have a way to query the devicetype, do we? |
| 11:34:36 | speachy | some themes query settings that might not exist on all devices that share the same screensize |
| 11:35:28 | speachy | I was originally going to fail checkwps based on nonexistant settings but ran into that problem. |
| 11:36:14 | speachy | (I also want to validate any i18n strings referenced, and warn about non-i18n strings used) |
| 11:37:31 | dconrad | ok speachy, I think 6132 is good to merge... it works on all my devices as expected both with current and new bootloaders |
| 11:39:26 | rb-bluebot | Build Server message: New build round started. Revision adbd0125fd, 345 builds, 9 clients. |
| 11:39:26 | rb-bluebot | erosqnative hw1/hw2: Check for DAC in bootloader by Dana Conrad |
| 11:39:47 | speachy | ok, when this lands I assume we'll have a new set of bootloader binaries to upload? |
| 11:40:00 | dconrad | yep, you got it |
| 11:48:32 | | Quit rogeliodh (Quit: The Lounge - https://thelounge.chat) |
| 11:48:54 | | Join rogeliodh [0] (~rogeliodh@rogeliodh.dev) |
| 11:49:03 | _bilgus | that fontpack warning alone would solve quite a few user issues |
| 11:50:08 | _bilgus | query device type in the thems? |
| 11:50:49 | _bilgus | I think its all done at build time so I doubt it |
| 11:51:59 | dconrad | updated bootloaders: https://drive.google.com/file/d/1BAKocxIVjj7YCpE-xzZYOitvwhI4o_45/view?usp=sharing |
| 11:52:12 | _bilgus | you can check a particular tag by using a conditional on it %? |
| 11:52:39 | rb-bluebot | Build Server message: Build round completed after 793 seconds. |
| 11:52:40 | rb-bluebot | Build Server message: Revision adbd0125fd result: All green |
| 11:52:52 | *** | Saving seen data "./dancer.seen" |
| 11:53:16 | _bilgus | something like %?IT<%IT|IT Not Found> |
| 11:54:16 | _bilgus | better would prob be a get feature tag |
| 11:55:05 | _bilgus | %?HF(USB) maybe |
| 11:55:50 | speachy | well, it only helps if you're browing the themesite, it won't help rbutil |
| 11:56:05 | speachy | actually we really should splash an error on screen if a theme font isn't found |
| 11:56:12 | speachy | right now it just sorta breaks halfway through the theme load |
| 11:56:41 | _bilgus | oh you meant on the web side |
| 11:56:46 | speachy | ugh if not for the download size bloat I'd just put all the fonts in the firmware zips |
| 11:57:38 | _bilgus | yeah thats why I didn't suggest that |
| 11:57:44 | speachy | yeah, all of the stuff I have in mind (and partially cooked) is purely on the themesite side of things (and/or checkwps improvements) |
| 11:57:47 | _bilgus | thought about the same |
| 11:58:21 | speachy | would also really like to see common fonts bundled with themes pulled out and added to the fontpack |
| 11:59:03 | _bilgus | assuming fonts with the same name haven't been altered.. |
| 11:59:18 | _bilgus | I guess a crc check would suffice |
| 11:59:35 | _bilgus | gonna end up with a bunch of ALT1 stuff |
| 12:00 |
| 12:08:25 | speachy | oh, _bilgus in case it wasn't clear the theme load on teh device should throw up a splash if a font isn't found so we don't just... break. |
| 12:08:26 | | Quit desowin () |
| 12:08:52 | _bilgus | yeah I got it will put on list |
| 12:09:23 | speachy | I still need to move the themesite from sqlite to a real database. :( |
| 12:10:15 | | Join desowin [0] (~desowin@rockbox/developer/desowin) |
| 12:11:07 | | Join lebellium [0] (~lebellium@2a01cb0405d07f00d33a0da62bfc2206.ipv6.abo.wanadoo.fr) |
| 12:12:23 | speachy | so do you really intend to land g#174? :D |
| 12:12:26 | rb-bluebot | Gerrit review #174 at https://gerrit.rockbox.org/r/c/rockbox/+/174 : Play music or complex tones with square wave channel. by Michael Sevakis |
| 12:13:17 | _bilgus | No I was checking it out and brought it up to master to do so |
| 12:13:37 | speachy | make it themable and I'm sure we'll find users |
| 12:13:48 | _bilgus | I was thinking about doing some polyphonic plugin with it |
| 12:15:04 | _bilgus | but then I figured we already have chiptunes |
| 12:16:14 | speachy | taking us back to the flipphone era! |
| 12:18:50 | _bilgus | at $5 for a ringtone youd have killed for it back then :p |
| 12:19:08 | speachy | oh I just keyed in my own |
| 12:19:39 | speachy | I had the pac-man jingle going for years |
| 12:20:28 | _bilgus | I always did the ICQ uhoh |
| 12:21:10 | speachy | pour one out for ICQ. |
| 12:21:39 | speachy | sheesh a ton of e-bike spam coming into the mailing lists (and getting held up in moderation) |
| 12:22:52 | _bilgus | weird |
| 12:24:21 | speachy | comes in waves |
| 12:29:20 | | Quit gevaerts (Ping timeout: 244 seconds) |
| 12:29:41 | _bilgus | ok on device it still stutters a bit with the track change but t least it doesn't flip and flash as bad |
| 12:29:59 | _bilgus | I'm sure thats just the info updating |
| 12:31:13 | | Join gevaerts [0] (~fg@user/gevaerts) |
| 12:38:06 | speachy | oh don't forget to update the manual with that new theme tag |
| 12:40:29 | | Quit gevaerts (Ping timeout: 244 seconds) |
| 12:41:08 | _bilgus | g#6143 should be ready to test |
| 12:41:11 | rb-bluebot | Gerrit review #6143 at https://gerrit.rockbox.org/r/c/rockbox/+/6143 : [Feature] Skin engine Themes grab text from a file %ft(file, line) WIP by William Wilgus |
| 12:41:51 | _bilgus | is it in the manual too or just the wiki? |
| 12:42:11 | speachy | both but the manual is the authority |
| 12:42:13 | | Join gevaerts [0] (~fg@user/gevaerts) |
| 12:43:03 | _bilgus | there was a really tiny display 112x64,1 I think must be the clip+ |
| 12:43:34 | | Join othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net) |
| 12:43:38 | _bilgus | was thinking it was 128x64 tho |
| 12:43:53 | speachy | clip is 128x64 |
| 12:44:11 | _bilgus | anyway it is the only one where I couldn't do a timeout like the others |
| 12:45:07 | _bilgus | it has a bunch of timeouts already so it displays playername more often (every 10 seconds) unfortunatly no other lines to place it |
| 12:45:41 | _bilgus | maybe I should leave it out |
| 12:47:45 | speachy | that buf[MAX_PATH] in main is going to waste some stack? |
| 12:47:52 | _bilgus | ah Archos Recorders and Ondios - 112x64 |
| 12:48:05 | _bilgus | init attr should make it not matter |
| 12:48:41 | _bilgus | probably get away with half that otherwise but didn't think it'd matter |
| 12:49:32 | _bilgus | went ahead and made it /2 |
| 12:50:45 | speachy | playername.txt is landing in /, not /.rockbox ? |
| 12:50:58 | speachy | the auto-created one I mean |
| 12:52:15 | _bilgus | yeah whatever is root of the .rb folder |
| 12:52:38 | speachy | that's messy, shouldnt' that go under .rockbox ? |
| 12:52:59 | _bilgus | I can put it in the .rb folder but I figured it made more sense to be in root |
| 12:53:59 | _bilgus | I figure you want the same playername but in the .rb folder might make some happier |
| 12:54:20 | _bilgus | then you could have different ones per build |
| 12:54:34 | _bilgus | give me a second and i'll push that |
| 12:54:35 | speachy | also, when is this supposed to show up? I fired up an agptek rocker sim |
| 12:54:44 | _bilgus | 4 minutes |
| 12:55:20 | _bilgus | I figured that would make it not obnoxious |
| 12:56:57 | speachy | aaah. |
| 12:57:12 | speachy | though.. I think you skipped teh 128x60x16 |
| 12:58:38 | speachy | yeah, go figure, the one I tried to use wasn't touched |
| 13:00 |
| 13:02:10 | _bilgus | lol I did that earlier |
| 13:03:12 | _bilgus | oh it hasn't been localized |
| 13:03:24 | _bilgus | I searched for %sx(Next |
| 13:03:34 | _bilgus | I'll do that now too |
| 13:03:47 | speachy | danke. :D |
| 13:05:38 | _bilgus | that might be the only one kinda hard to tell |
| 13:08:12 | _bilgus | wow what are the chances lol |
| 13:09:30 | _bilgus | last thing I want to make sure of is that the theme engine stops updating when screen is off it feels like it does since the text is old when it comes back but I want to be sure |
| 13:14:29 | _bilgus | and since playername.txt is generated automatically an empty file disbales it i'll put that in the manual too |
| 13:15:00 | speachy | excellent |
| 13:15:12 | speachy | one more stumbling step towards perfection |
| 13:22:35 | speachy | oh! add it to the themeeditor's tables too? |
| 13:22:40 | speachy | and a pony |
| 13:27:34 | speachy | hmm, should %ft() always be referenced from /, or .rockbox ? |
| 13:29:33 | _bilgus | I have it set up to use whatever .rockbox root is |
| 13:30:06 | speachy | you mean "the root of the volume that has the active .rockbox dir" |
| 13:30:07 | _bilgus | so if you redirect to say /rb/.rockbox the lowest it will go is /rb/ |
| 13:30:11 | _bilgus | yep |
| 13:30:37 | _bilgus | that should skirt the multi volume issues |
| 13:30:47 | speachy | Hmm, is there a good argument for allowing access outside of .rockbox/* ? |
| 13:31:34 | _bilgus | can't say but this should be just as safe |
| 13:31:38 | speachy | (since themes thesmelves are restricted to stuff under .rockbox only) |
| 13:32:08 | _bilgus | IDK probably not gonna hurt to do the same |
| 13:32:39 | _bilgus | that would encourage them to keep it where it belongs |
| 13:32:44 | speachy | let's stay consistent then |
| 13:34:54 | _bilgus | i'll have to investigate this one a bit I'm not sure if I can just use ROCKBOX_DIR or if I need to combine it with the real root |
| 13:35:00 | | Quit akaWolf (Quit: Lost terminal) |
| 13:35:46 | _bilgus | I think that would make it reference ./rockbox on the root rather than the redirected one |
| 13:36:26 | _bilgus | sorry /.rockbox rather than /rb/.rockbox |
| 13:36:43 | _bilgus | check it out this eve |
| 13:37:28 | speachy | I want to say you solved that in the general case already? the volume with the active /.rockbox is always the "Root" volume, anything else has to have a volume ID. |
| 13:39:23 | _bilgus | I think.. thats the case |
| 13:39:30 | _bilgus | but i'll check |
| 13:39:50 | speachy | so using an unqualified ROCKBOX_DIR will always get you the "current" one |
| 13:40:29 | speachy | (I knew the answer to this but purged it from active braincells in an attempt to maintain some shred of sanity) |
| 13:41:03 | speachy | we really need to cut a release. and throw a party. |
| 13:41:36 | _bilgus | yes although we ae just now starting to get some feedback on broken/working devices |
| 13:42:08 | _bilgus | I don't think EOY will happen but sometime around the middle might |
| 13:43:01 | speachy | I got the HDD1630 going. the *third* ipod5.5g motherboard is DOA, the H320 turned out to be dead (which was expected, haven't tried to diagnose it, may just be a shorted battery) |
| 13:43:20 | speachy | havn't managed to successfully patch a DX50 firmware image yet. |
| 13:44:03 | _bilgus | the one i'm worried about is the sonys TBH |
| 13:44:16 | speachy | don't have any of those alas |
| 13:44:22 | _bilgus | they are unobtinium |
| 13:44:32 | speachy | but the hosted arm builds are generally functional at least. |
| 13:44:38 | _bilgus | well for reasonable $$ |
| 13:44:41 | speachy | (even with gcc 9.5) |
| 13:51:34 | speachy | oh I need to pull out one of the fuze+s and set that up for rockbox |
| 13:52:28 | dconrad | speachy if you want to put the new bootloaders up on the download site they're here: https://drive.google.com/file/d/1BAKocxIVjj7YCpE-xzZYOitvwhI4o_45/view?usp=share_link |
| 13:52:39 | dconrad | I've checked hw1/hw2, hw4 |
| 13:52:55 | *** | Saving seen data "./dancer.seen" |
| 13:53:02 | speachy | I'm probably not going to be able to get to those until late tonight at the earliest. |
| 13:53:16 | dconrad | alright, sounds good |
| 13:53:21 | speachy | downloaded though |
| 13:53:44 | speachy | I'll put them there in parallel and update the symlinks |
| 13:53:54 | dconrad | sounds good |
| 13:54:14 | speachy | tnaks for being so on the ball with this thing. |
| 13:54:16 | dconrad | I'll update the wiki and forum thread when I see the new ones there |
| 13:54:22 | dconrad | oh no worries |
| 13:54:49 | | Join WebGuest1 [0] (~WebGuest1@host-95-247-79-209.retail.telecomitalia.it) |
| 13:54:59 | dconrad | also at your leisure, see what you think of g#6133 |
| 13:55:03 | rb-bluebot | Gerrit review #6133 at https://gerrit.rockbox.org/r/c/rockbox/+/6133 : erosqnative: Repurpose stereosw_select setting for output select by Dana Conrad |
| 13:55:07 | speachy | ugh speaking of bootloaders, we should respin the ipod bootloaders too, to pick up the fixes for the flash adapters, partition support, and more. |
| 13:55:40 | dconrad | so many things to get in under the wire for release |
| 13:55:51 | speachy | I like it, but want to land a couple of other string-changing patches at the same time to save the translators from getting bugged back-to-back. |
| 13:56:11 | dconrad | makes sense |
| 13:56:20 | speachy | all of the ones [nearly] up-to-date have active auto-notified maintainers now |
| 13:56:51 | speachy | ...it's so nice when infra improvments JustWork(tm) |
| 13:59:39 | WebGuest1 | Hello all. I would like to ask question. My sansa clip plus bit the dust. I broke down and purchased a sansa CLIP JAM. I do realise that that firmware 3.15 won't work on this unit. However is there any way to make the FAST FORWARD. This the only request I would ask. Is there a way to this only function |
| 14:00 |
| 14:00:22 | speachy | you'll have to take that up with Sansa, we have no ability to do anything with the Clip Jam |
| 14:00:45 | WebGuest1 | Ok thanks alot. |
| 14:01:08 | | Join akaWolf [0] (~akaWolf@akawolf.org) |
| 14:02:36 | | Quit WebGuest1 (Quit: Client closed) |
| 15:00 |
| 15:41:28 | | Join Everything [0] (~Everythin@94.153.5.84) |
| 15:52:59 | *** | Saving seen data "./dancer.seen" |
| 16:00 |
| 16:37:00 | | Quit Everything (Quit: Lost terminal) |
| 16:40:59 | user890104 | speachy: is there a planned release date for 4.0, and is there going to be a feature freeze before that. if so - how long would it be? |
| 16:42:43 | user890104 | I'm aiming to get iPod Nano 3G support merged before the end of the year, but the patch is mixed with iPod Nano 4G support, so it's difficult to split them, since some changes depend on the rework that's been done during the N4G port |
| 17:00 |
| 17:18:26 | | Quit cstine (Quit: The Lounge - https://thelounge.chat) |
| 17:18:44 | | Join cstine [0] (~cstine@150.136.136.191) |
| 17:53:01 | *** | Saving seen data "./dancer.seen" |
| 18:00 |
| 18:40:49 | | Quit lebellium (Quit: Leaving) |
| 18:50:46 | | Join massiveH [0] (~massiveH@2600:4040:a982:5400:f5a5:9fd7:46e9:a9c1) |
| 18:55:29 | | Quit dconrad (Remote host closed the connection) |
| 19:00 |
| 19:53:03 | *** | Saving seen data "./dancer.seen" |
| 21:00 |
| 21:28:21 | _bilgus | The 2 things I found the clipJam was good for 1. battery 2. the usb port |
| 21:28:39 | _bilgus | as in to remove them for other things |
| 21:53:04 | *** | No seen item changed, no save performed. |
| 22:00 |
| 22:22:23 | | Quit speachy (Quit: WeeChat 4.4.3) |
| 22:22:36 | | Join speachy [0] (~speachy@rockbox/developer/speachy) |
| 22:22:36 | Mode | "#rockbox +v speachy" by ChanServ (ChanServ@services.libera.chat) |
| 22:23:42 | speachy | user890104: no planned date. as long as what you want to merge doesn't destabilize anything else, I don't see it holding up anything up. |
| 22:30:25 | speachy | it's not like the nano3g would be considered "stable" at the point of the 4.0 release anyway |
| 23:00 |
| 23:04:06 | _bilgus | I think I'm going to add a way to actually hide tags till a tmo is reached too |
| 23:05:47 | _bilgus | using %t(-tmo) since 0 is don't show i should be able to do that pretty easily then follow with %t(tmo) will keep it displayed for a bit |
| 23:37:39 | | Quit jn (Ping timeout: 252 seconds) |
| 23:38:05 | | Join jn [0] (~quassel@2001-4dd4-a045-0-20d-b9ff-fe49-15fc.ipv6dyn.netcologne.de) |
| 23:38:06 | | Quit jn (Changing host) |
| 23:38:06 | | Join jn [0] (~quassel@user/jn/x-3390946) |
| 23:53:06 | *** | Saving seen data "./dancer.seen" |
icon identifies that the person is a core developer (has commit access).