| 00:09:51 | *** | Saving seen data "./dancer.seen" |
| 02:00 |
| 02:09:55 | *** | No seen item changed, no save performed. |
| 02:11:38 | | Quit massiveH (Quit: Leaving) |
| 03:00 |
| 03:36:28 | | Join lebellium [0] (~lebellium@2a01:cb10:2e:2000:7009:4cc2:3f60:6120) |
| 03:47:04 | | Join ZincAlloy [0] (~Adium@ip5f5abcae.dynamic.kabel-deutschland.de) |
| 04:00 |
| 04:09:56 | *** | Saving seen data "./dancer.seen" |
| 04:16:09 | | Join Ryvaeus [0] (~Ryvaeus@152.32.98.161) |
| 04:16:58 | Ryvaeus | I haven't stepped into an IRC since 2002, forgive my rustiness |
| 04:17:20 | Ryvaeus | I was recently reunited with my old iRiver H120 |
| 04:17:57 | Ryvaeus | Got a new charger cable, and it boots up fine. However, the LCD screen is nonfunctional. |
| 04:18:37 | Ryvaeus | There's a backlight, but I guess the liquid crystals in the display have just melted or evaporated or something, and everything in the middle of the screen is completely gone or washed out. |
| 04:19:21 | Ryvaeus | Is there any way to swap out this LCD? Failing that, anybody with instructions on how to use an H120 without needing to use the screen? e.g. for blind users |
| 04:19:36 | Ryvaeus | It does have rockbox on it already, but an old version. |
| 04:49:26 | | Quit Arsen (Quit: Quit.) |
| 04:49:47 | | Join Arsen [0] (~arsen@managarm/dev/Arsen) |
| 04:54:48 | globalc | That's brave, trying to repair it. |
| 04:55:59 | globalc | I guess you have to either take it apart to find the display details, or find the details somewhere else. |
| 04:56:09 | globalc | Others have or had the same issue: https://forums.rockbox.org/index.php?topic=23085.0 |
| 04:56:33 | globalc | I have a Kindle ebook reader here with the top area having the same issue. |
| 05:00 |
| 05:00:46 | | Quit Arsen (Quit: Quit.) |
| 05:01:05 | | Join Arsen [0] (~arsen@managarm/dev/Arsen) |
| 05:02:53 | Ryvaeus | Thanks for the link. I came across this one as well, which seems to have pointed another user to what may have very well been a tutorial for replacing the actual display: https://taperssection.com/index.php?topic=144289.0 However, misticriver.net no longer seems to exist. The Internet Wayback Machine never cached that page, unfortunately, so it's |
| 05:02:53 | Ryvaeus | probably permanently lost to time. |
| 05:03:44 | Ryvaeus | In the meantime, I managed to update the rockbox firmware on it to the latest version and installed the English voice pack on it as well. This way I can at least navigate the menu without the screen, and am able to play back music. |
| 05:04:44 | | Quit Arsen (Client Quit) |
| 05:19:51 | | Join Arsen [0] (~arsen@managarm/dev/Arsen) |
| 05:21:00 | globalc | congrats! |
| 05:40:18 | braewoods | Ryvaeus: You'd probably need to take one from another unit. |
| 05:40:40 | braewoods | Ryvaeus: Also the bootloader has an update available, the V8 one I built last year. |
| 05:40:55 | braewoods | It fixed some bugs with the previous one. |
| 06:00 |
| 06:09:59 | *** | Saving seen data "./dancer.seen" |
| 06:18:01 | | Quit Xeha (Remote host closed the connection) |
| 06:18:27 | Ryvaeus | braewoods, thanks for that, I'll look into updating it. |
| 06:19:45 | | Join Xeha_ [0] (~Xeha@dynamic-82-220-88-142.ftth.solnet.ch) |
| 07:00 |
| 07:06:15 | braewoods | Ryvaeus: unfortunately i wouldn't suggest trying it if the LCD is totally unusable. |
| 07:07:32 | Ryvaeus | Too late |
| 07:27:31 | rb-bluebot | Build Server message: New build round started. Revision eafdba87f8, 303 builds, 9 clients. |
| 07:39:13 | | Quit Ryvaeus (Quit: Connection closed) |
| 07:40:41 | rb-bluebot | Build Server message: Build round completed after 790 seconds. |
| 07:40:43 | rb-bluebot | Build Server message: Revision eafdba87f8 result: All green |
| 08:00 |
| 08:10:00 | *** | Saving seen data "./dancer.seen" |
| 08:28:26 | braewoods | lol |
| 08:28:33 | braewoods | oh well |
| 08:28:51 | _bilgus | sonds like it worked :) |
| 08:28:57 | _bilgus | sounds* |
| 08:29:10 | _bilgus | maybe not spells like it.. |
| 08:39:03 | _bilgus | speachy I think you forgot a width specifier in logf.c https://scan3.coverity.com/reports.htm#v55211/p14259/fileInstanceId=57980509&defectInstanceId=10956326&mergedDefectId=354822 |
| 08:44:16 | | Quit ZincAlloy (Quit: Leaving.) |
| 08:45:45 | | Join ZincAlloy [0] (~Adium@95.90.188.174) |
| 08:56:06 | speachy | I didn't change that line at all. I don't get why it's flagging it now. |
| 08:59:04 | speachy | but "%*s" doesn't seem to sense. |
| 09:00 |
| 09:01:03 | speachy | apparently I did. ok, wtf. |
| 09:02:22 | _bilgus | its still weird |
| 09:02:35 | _bilgus | isn't i %.*s |
| 09:02:45 | speachy | it's the first time I've run into that '*' modifier in practice |
| 09:02:58 | speachy | so my fix to that line was wrong. it really was just a missing comma. |
| 09:03:49 | _bilgus | without the . it is a minimum width specifier |
| 09:04:36 | rb-bluebot | Build Server message: New build round started. Revision cc6b036ef5, 303 builds, 8 clients. |
| 09:04:37 | _bilgus | ah ok so it must be how they got it to roll over |
| 09:04:46 | _bilgus | we were boggling at it the other day |
| 09:05:20 | speachy | yeah. evidently nobody else here had run into that either. (And I've been dealing iwth printf() in anger for more than two decades now..) |
| 09:05:33 | speachy | (at times, a _lot_ of anger..) |
| 09:06:13 | _bilgus | oh the 62MB settings file was my last trying thing with the printf family |
| 09:07:09 | _bilgus | the sim would hang and write these massive setting fies |
| 09:07:49 | speachy | so other than (3rd-party) plugins & codecs, we're down to a mere handful off remaining issues. |
| 09:08:01 | _bilgus | there are some doozies in there |
| 09:08:17 | _bilgus | a lot of them are just too obscure still |
| 09:08:38 | _bilgus | but yeah we got it pretty clean |
| 09:09:08 | _bilgus | probably be some new ones with other targets |
| 09:09:20 | _bilgus | code paths we haven't tested |
| 09:11:03 | _bilgus | I've been pretty good about not pushing more than two builds a day but one needs to be mindful config changes push builds through again as well |
| 09:12:34 | _bilgus | Not sure how they feel about breaking that build limit but I'd rather not discover :P |
| 09:14:07 | _bilgus | I think the ipods would be a good next target |
| 09:15:18 | speachy | ipodvideo, yeah |
| 09:15:41 | speachy | seems to be the single most widely used (or at least complained about) |
| 09:15:51 | _bilgus | exactly |
| 09:16:07 | speachy | won't save us from undocumented hardware features |
| 09:16:15 | speachy | but that's not exactly a newsflash |
| 09:16:24 | rb-bluebot | Build Server message: Build round completed after 708 seconds. |
| 09:16:26 | rb-bluebot | Build Server message: Revision cc6b036ef5 result: All green |
| 09:17:29 | speachy | it also uses multivolume and dual-processor crap |
| 09:20:05 | _bilgus | yeah it does seem overly complicated but then again.. |
| 09:21:18 | speachy | it's overly complicated because the hardware is braindead |
| 09:22:34 | speachy | and on the PP500x a single core could barely handle mp3 on its own |
| 09:23:27 | speachy | 502x kept the same nominal clockspeed but ran effectively twice as fast due to a design flaw in the earlier gen |
| 09:24:23 | speachy | there are some public war stories from some of the original ipod developers |
| 09:24:32 | _bilgus | think of when that was though how many purpose built mp3 chips were around (or to buy cheaply) |
| 09:24:51 | speachy | PortalPlayer was one of the first. |
| 09:24:54 | _bilgus | too bad they didn't save the docs for us |
| 09:25:06 | speachy | one of 'em probably does have it kicking around somewhere :) |
| 09:25:39 | speachy | but nVidia pought up PP, and they're infamously black-holish (even beyond the usual blackholes that happen due to aquisitions) |
| 09:26:59 | _bilgus | not much different than the rest of the targets either |
| 09:27:25 | _bilgus | from falling off the map to just not doing that anymore |
| 09:28:07 | speachy | ingenic is about all that's left. At least they're not deliberately obtuse, just the reality that nearly nobody outside of China knows they exist. |
| 09:28:23 | speachy | To be honest, I'm amazed they bothered publishing English documentation at all. |
| 09:29:19 | speachy | even if we had proper docs on the Actions and RKNano stuff, the hardware is so limited it wouldn't really be rockbox any more. |
| 09:29:21 | _bilgus | I'd say I hope right to repair and junk gadgets being the antithesis will bring about a new era but Ive not that much optimism |
| 09:30:02 | speachy | Heh, of the current-gen of MP3 players out there, only FiiO claims to have a US office. |
| 09:30:43 | speachy | suppose some might have an European presense but right to repair is still in a quagmire over there too. |
| 09:31:50 | speachy | On a related grumble, I remain quite annoyed how many bluetooth stacks were acqurired and killed off. |
| 09:32:19 | _bilgus | unfair competition |
| 09:32:21 | speachy | several by Qualcomm alone |
| 09:32:46 | _bilgus | but how else do you backdoor a bt stack |
| 09:32:58 | speachy | oh that's easy; you follow the spec. :D |
| 09:33:16 | _bilgus | and make it all yours |
| 09:34:08 | speachy | and there's a kickass "open source" one out there but its license precludes use in Rockbox. |
| 09:35:17 | speachy | ANYway. |
| 09:35:35 | * | speachy wonders if the fresh blueberry muffins have cooled down enough to serve yet |
| 09:37:40 | _bilgus | is the author still active? |
| 09:39:40 | speachy | yep, I asked, and... tl;dr: No. |
| 09:39:58 | speachy | deliberately GPL incompatible |
| 09:40:19 | speachy | (ie "noncommercial" use only) |
| 09:40:50 | _bilgus | hmm how does that work if we compile it as a plugin? |
| 09:41:11 | _bilgus | well as said before our plugins are tied to build so probably no |
| 09:55:15 | | Quit JanC (Quit: 'k zien d'r mee weh zi) |
| 09:55:46 | | Join JanC [0] (~janc@user/janc) |
| 10:00 |
| 10:10:04 | *** | Saving seen data "./dancer.seen" |
| 10:30:44 | | Join Moriar [0] (~moriar@107-200-193-159.lightspeed.stlsmo.sbcglobal.net) |
| 12:00 |
| 12:10:08 | *** | No seen item changed, no save performed. |
| 13:00 |
| 13:18:54 | | Join dconrad [0] (~dconrad@208.38.228.17) |
| 13:19:11 | | Quit dconrad (Client Quit) |
| 14:00 |
| 14:10:11 | *** | Saving seen data "./dancer.seen" |
| 15:00 |
| 15:13:51 | | Join amachronic [0] (~amachroni@user/amachronic) |
| 15:18:06 | amachronic | so I did a quick'n'dirty experiment, and it seems that un-hardcoding the /.rockbox directory would be a viable way to handle multiboot. |
| 15:18:57 | amachronic | basically I replaced the literal paths in rbpaths.h with a function call to generate the path at runtime |
| 15:20:43 | amachronic | I estimate it would add up to 2-3 KB to the binary if it was properly implemented |
| 15:22:33 | amachronic | i didn't handle every place because some places are a bit tricky to convert, but I probably got at least 80% of the uses in the core |
| 15:28:34 | amachronic | one of the annoying parts is the settings that use a prefix/suffix like the icon set or language file, and the prefix is one of those hardcoded paths |
| 15:29:17 | amachronic | the other difficulty is places that currently use string literals and accomodating a dynamic path would increase stack usage |
| 15:36:16 | rb-bluebot | Build Server message: New build round started. Revision de578bde1f, 303 builds, 8 clients. |
| 15:48:51 | rb-bluebot | Build Server message: Build round completed after 755 seconds. |
| 15:48:53 | rb-bluebot | Build Server message: Revision de578bde1f result: All green |
| 15:50:59 | rb-bluebot | Build Server message: New build round started. Revision 5a4cc8da3f, 303 builds, 8 clients. |
| 16:00 |
| 16:02:32 | rb-bluebot | Build Server message: Build round completed after 692 seconds. |
| 16:02:34 | rb-bluebot | Build Server message: Revision 5a4cc8da3f result: All green |
| 16:05:38 | | Join mendel_munkis [0] (~mendel_mu@ool-ae2cb218.dyn.optonline.net) |
| 16:07:39 | | Join mendel_munkis_ [0] (~mendel_mu@ool-ae2cb218.dyn.optonline.net) |
| 16:08:01 | | Quit munkis (Ping timeout: 248 seconds) |
| 16:08:01 | | Nick mendel_munkis_ is now known as munkis (~mendel_mu@ool-ae2cb218.dyn.optonline.net) |
| 16:10:13 | *** | Saving seen data "./dancer.seen" |
| 16:10:52 | | Quit mendel_munkis (Ping timeout: 268 seconds) |
| 16:25:03 | | Quit amachronic (Ping timeout: 268 seconds) |
| 16:25:21 | | Join amachronic [0] (~amachroni@user/amachronic) |
| 16:30:40 | | Quit amachronic (Quit: amachronic) |
| 16:31:13 | | Quit munkis (Remote host closed the connection) |
| 16:31:37 | | Join munkis [0] (~mendel_mu@ool-ae2cb218.dyn.optonline.net) |
| 16:32:53 | braewoods | paulcarroty: I'm open to selling some of my repaired units, if you're still having trouble finding something. PM me if you want to discuss it. |
| 17:00 |
| 17:23:00 | | Quit lebellium (Quit: Leaving) |
| 18:00 |
| 18:10:14 | *** | Saving seen data "./dancer.seen" |
| 18:28:59 | | Join IPG [0] (~IPG@90.199.224.62) |
| 18:54:11 | | Quit ZincAlloy (Quit: Leaving.) |
| 19:00 |
| 19:50:13 | | Join dconrad [0] (~dconrad@208.38.228.17) |
| 19:52:41 | | Quit dconrad (Client Quit) |
| 20:00 |
| 20:00:42 | | Join dconrad [0] (~dconrad@208.38.228.17) |
| 20:02:08 | dconrad | would it be too confusing to add a line to the "New Platforms Currently Under Development" table on the TargetStatus page for the native erosq port? |
| 20:02:29 | speachy | have at it, as long as they're distinguished clearly |
| 20:02:35 | dconrad | alright, cool |
| 20:04:36 | dconrad | second question, do we want to have a precompiled bootloader for it, or would that be too confusing for people? jztool already supports it, and I believe if you go to the autouilder page, you /can/ download the latest build for it |
| 20:04:51 | dconrad | autobuilder* |
| 20:05:07 | dconrad | not sure if anybody wants to use it, but you never know |
| 20:05:48 | speachy | IMO the right thing here is to deprecate the hosted port once the native one has dualboot |
| 20:05:58 | speachy | but yeah it's going to be confusing |
| 20:06:00 | dconrad | hold off until then? |
| 20:07:18 | dconrad | I can't say I have any idea how to get dual boot working... that will probably take someone who knows how u-boot works |
| 20:07:45 | dconrad | I don't know if you just kinda point it to the right address and it goes, or what |
| 20:10:16 | *** | Saving seen data "./dancer.seen" |
| 20:13:37 | dconrad | there is one feature I don't know if native RB is even capable of supporting: USB OTG media |
| 20:14:08 | dconrad | I think I remember seeing hosted RB could do that, though never tried it myself |
| 20:18:40 | speachy | I don't think we have any USB Host implementation at all |
| 20:19:03 | speachy | on the hosted ports we kinda get it for free |
| 20:22:07 | dconrad | that makes sense, on both counts - I suspect that's an uncommonly used feature anyway |
| 21:00 |
| 21:01:23 | speachy | dconrad: btw the autobuilder page only provides "rockbox" builds, not bootloaders. it only build-tests those. |
| 21:05:48 | dconrad | I think I noticed that now that you mention it - probably a good safety mechanism to only have manually-built bootloaders |
| 21:32:14 | | Join MorganBlack [0] (~MorganBla@79.97.190.30) |
| 21:43:20 | _bilgus | amachronic g#1556 is the original patch by jhmikes |
| 21:43:22 | rb-bluebot | Gerrit review #1556 at https://gerrit.rockbox.org/r/c/rockbox/+/1556 : Allow mounting of any directory as the root directory. by William Wilgus |
| 21:52:47 | MorganBlack | Hi. Anyone knows any source of examples of usage of mtime in tagnavi_custom.config ? |
| 21:55:45 | _bilgus | I don't think we record mtime on disk |
| 21:57:02 | _bilgus | IIRC the tag nave keeps track of play time etc now you can possibly do it by the mtime from your initial copy but never tried it |
| 21:59:57 | MorganBlack | mtime is described in https://www.rockbox.org/wiki/TagcacheDBFormat |
| 22:00 |
| 22:02:32 | MorganBlack | What im trying to do is to add custom menu with "Tracks added in last XX days" |
| 22:08:42 | MorganBlack | I just don't know if that's even possible. I figure I need: a) variable containing current time accessible from tagnavi_custom.config b) ability to do simple math inside compare in tagnavi_custom.config c) audio files mtime |
| 22:10:16 | MorganBlack | *possible without adding custom code to tagnavi parser. |
| 22:10:20 | *** | No seen item changed, no save performed. |
| 22:11:57 | _bilgus | I think maybe that is old stuff |
| 22:11:59 | _bilgus | https://www.rockbox.org/wiki/DataBase#tagnavi.config_v2.0_Syntax |
| 22:12:13 | _bilgus | here I don't see an mtime field in the supported tags |
| 22:12:37 | _bilgus | entryage might work? |
| 22:13:01 | _bilgus | presumeably the newest file would have the lowest number?? |
| 22:13:50 | _bilgus | MorganBlack, the other option would be to use lua to parse the file properties and add them to a playlist |
| 22:14:07 | _bilgus | probably easier to grok than the tagnav\ |
| 22:14:51 | _bilgus | example lua scripts also has a tag nav customizer that allows you to set new tag criterion without restart |
| 22:15:08 | MorganBlack | Yea but commitid is not mentioned and yet is used in default tagnavi.config |
| 22:15:23 | _bilgus | but IDR what all tags I supported probably the 8 in ther db format or so |
| 22:15:28 | MorganBlack | it is mentioned in https://www.rockbox.org/wiki/TagcacheDBFormat tho. |
| 22:16:14 | _bilgus | yes but I think that might be the 1.0 |
| 22:17:19 | MorganBlack | what's the difference if commitid still works on dev build wont mtime too? |
| 22:17:46 | _bilgus | its using entry age |
| 22:18:01 | MorganBlack | i see i need to look at the code. |
| 22:18:42 | _bilgus | you are in luck |
| 22:18:47 | _bilgus | :p |
| 22:19:37 | _bilgus | https://github.com/Rockbox/rockbox/blob/master/apps/tagnavi.config#L178 |
| 22:20:38 | _bilgus | https://github.com/Rockbox/rockbox/blob/master/apps/tagcache.c#L137 |
| 22:21:03 | _bilgus | mtime is there |
| 22:22:25 | _bilgus | https://github.com/Rockbox/rockbox/blob/master/apps/tagcache.c#L1996 |
| 22:22:29 | _bilgus | and the tag is saved |
| 22:25:12 | _bilgus | "Recently Added" -> album ? mtime > "0" -> title = "fmt_title" |
| 22:25:13 | _bilgus | ? |
| 22:25:37 | MorganBlack | mtime is in unix epoh i think |
| 22:25:41 | _bilgus | mtime I assume is seconds since epooh |
| 22:25:48 | _bilgus | 1629080676 |
| 22:26:06 | _bilgus | but that might not be how rb stores it |
| 22:26:17 | MorganBlack | exactly |
| 22:26:34 | _bilgus | we should be able to pull it apart in the db files |
| 22:26:37 | MorganBlack | plus i still need to add a) & b) |
| 22:29:00 | MorganBlack | something like: "Recently Added - Last 24h" -> album ? mtime > cur_time-86400 -> title = "fmt_title" |
| 22:36:50 | MorganBlack | ok. so adding current time looks easy enough. i can simply add custom tag and assign current time to it. maths component difficulty depends on how time is stored. |
| 22:37:08 | MorganBlack | thx for the ideas. have a good one. bye |
| 22:37:29 | | Quit MorganBlack (Quit: Connection closed) |
| 22:38:00 | _bilgus | Date Format. A FAT directory entry date stamp is a 16-bit field that is basically a date relative to the |
| 22:38:00 | _bilgus | MS-DOS epoch of 01/01/1980. Here is the format (bit 0 is the LSB of the 16-bit word, bit 15 is the |
| 22:38:00 | _bilgus | MSB of the 16-bit word): |
| 22:38:00 | DBUG | Enqueued KICK _bilgus |
| 22:38:00 | _bilgus | |
| 22:38:00 | _bilgus | Bits 0–4: Day of month, valid value range 1-31 inclusive. |
| 22:38:01 | *** | Alert Mode level 1 |
| 22:38:01 | _bilgus | Bits 5–8: Month of year, 1 = January, valid value range 1–12 inclusive. |
| 22:38:03 | _bilgus | Bits 9–15: Count of years from 1980, valid value range 0–127 inclusive (1980–2107). |
| 22:38:07 | _bilgus | |
| 22:38:09 | _bilgus | Time Format. A FAT directory entry time stamp is a 16-bit field that has a granularity of 2 seconds. |
| 22:38:11 | _bilgus | Here is the format (bit 0 is the LSB of the 16-bit word, bit 15 is the MSB of the 16-bit word). |
| 22:38:13 | _bilgus | |
| 22:38:15 | _bilgus | Bits 0–4: 2-second count, valid value range 0–29 inclusive (0 – 58 seconds). |
| 22:38:17 | _bilgus | Bits 5–10: Minutes, valid value range 0–59 inclusive. |
| 22:38:19 | _bilgus | Bits 11–15: Hours, valid value range 0–23 inclusive. |
| 22:38:21 | _bilgus | |
| 22:38:23 | _bilgus | The valid time range is from Midnight 00:00:00 to 23:59:58. |
| 22:38:25 | _bilgus | that might come in handy |
| 22:48:02 | *** | Alert Mode OFF |
| 23:00 |
| 23:15:15 | | Quit dconrad () |
| 23:32:17 | | Quit IPG (Ping timeout: 248 seconds) |
| 23:43:33 | | Quit tchan (Read error: Connection reset by peer) |
icon identifies that the person is a core developer (has commit access).