00:15:34 | | Quit ac_laptop (Ping timeout: 256 seconds) |
00:17:22 | *** | Saving seen data "./dancer.seen" |
00:55:45 | | Quit massiveH (Quit: Leaving) |
01:00 |
01:39:31 | | Join advcomp2019_ [0] (~advcomp20@65-131-152-203.sxct.qwest.net) |
01:39:31 | | Quit advcomp2019_ (Changing host) |
01:39:31 | | Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019) |
01:42:34 | | Quit advcomp2019 (Ping timeout: 240 seconds) |
01:53:22 | | Quit ecs (Excess Flood) |
01:53:29 | | Join ecs [0] (esawady@d2evs.net) |
02:00 |
02:17:23 | *** | Saving seen data "./dancer.seen" |
03:00 |
03:15:18 | fs-bluebot | Build Server message: New build round started. Revision 7f3142f, 292 builds, 8 clients. |
03:47:29 | | Join lebellium [0] (~lebellium@89-92-253-148.hfc.dyn.abo.bbox.fr) |
04:00 |
04:17:25 | *** | No seen item changed, no save performed. |
05:00 |
05:17:37 | | Quit _3dsv (Ping timeout: 264 seconds) |
05:41:28 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
05:48:07 | | Join _3dsv [0] (~3dsv@097-091-206-090.res.spectrum.com) |
06:00 |
06:17:26 | *** | Saving seen data "./dancer.seen" |
06:35:54 | bluebrother | speachy: the "when" column on the front page is confusing. I did commit in the future :) |
06:37:43 | bluebrother | iirc it used utc in the past. Now it seems to use some timezone that is quite a bit off to mine. How about using utc again? Or use those "natural" things like cgit does −− "3 hours ago". |
06:55:49 | | Join aevin [0] (eivindsy@unaffiliated/aevin) |
06:56:59 | | Join J_Darnley [0] (~J_Darnley@d51A44418.access.telenet.be) |
06:57:14 | | Quit jdarnley (Ping timeout: 260 seconds) |
07:00 |
07:06:18 | | Quit J_Darnley (Read error: Connection reset by peer) |
07:07:04 | | Join J_Darnley [0] (~J_Darnley@d51a44418.access.telenet.be) |
08:00 |
08:17:28 | *** | Saving seen data "./dancer.seen" |
08:18:33 | | Join sakax [0] (~r0b0t@unaffiliated/r0b0t) |
08:26:45 | | Join ac_laptop [0] (~ac_laptop@186.2.247.129) |
09:00 |
09:21:13 | fs-bluebot | Build Server message: New build round started. Revision 7f3142f, 292 builds, 8 clients. |
09:29:06 | speachy | looks like the HTML-genration code strips off the timezone before doing the date calculations. |
09:29:27 | speachy | the old server was GMT+1 I think, whereas I'm GMT-4 or -5.. |
09:29:43 | speachy | dunno why the buildbot lost its mind there. |
09:30:57 | | Quit koniu (Remote host closed the connection) |
09:31:32 | | Join koniu [0] (~koniu@gateway/tor-sasl/koniu) |
09:43:54 | fs-bluebot | Build Server message: Build round completed after 1360 seconds. |
09:43:56 | fs-bluebot | Build Server message: Revision 7f3142f result: All green |
09:49:47 | | Join Soap [0] (~Soap@rockbox/staff/soap) |
09:52:23 | | Quit Soap_ (Ping timeout: 260 seconds) |
10:00 |
10:17:32 | *** | Saving seen data "./dancer.seen" |
10:17:43 | speachy | okay, commit timestamps are now properly in UTC |
11:00 |
11:07:56 | | Join nicl83 [0] (559e2c0a@outgoing.slimey.org) |
11:11:19 | nicl83 | Good afternoon, or whatever it may be in your area. I'm trying to set up the database on Rockbox, using ID3 tags. I have gone through and added correct ID3 tags to all of my tracks, but even after choosing "Update Database" or "Initialize Database", every single track on my device is still marked as "untagged". I think that some tags are |
11:11:19 | nicl83 | recognised, as I seem to be getting artist and/or album information displaying on the playback screen, but alas, I am not able to use the database functions correctly, as every single track appears as "<untagged>", despite having valid ID3 tags. Is this a known issue, or is there anything I can check? My library is almost all AIFF files with ID3 |
11:11:20 | nicl83 | tags, if that helps. Thanks in advance! |
11:18:57 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
11:34:23 | | Nick mendelmunkis is now known as mendel_munkis (~mendelmun@ool-ae2cb138.dyn.optonline.net) |
11:34:52 | mendel_munkis | what are the four colors available on a LCD__DPTH == 2 screen? |
11:43:33 | nicl83 | I'm trying to set up a desktop client for IRC, so I'm going to disconnect from this channel in a minute. I should return in a minute - if I miss anything relevant to my query, let me know when I return |
11:43:58 | | Quit nicl83 (Remote host closed the connection) |
11:44:36 | | Join nicl83 [0] (~nic@outgoing.slimey.org) |
12:00 |
12:02:24 | nicl83 | Just noticed something - when I choose a voice recording (made in Rockbox) the album/author info comes up as "(root)/(root)", which is where the file is, so Rockbox is basing that info on where the file is, not the ID3 tags. |
12:03:12 | nicl83 | If my guess is correct, this means that it's not reading the ID3 tags from the files at all. Are ID3 tags supported by Rockbox if they're in AIFF files? |
12:04:10 | Lonoxmont | not sure, might try with an mp3 file as a sanity check to see if your rockbox is reading the tags at all |
12:04:33 | nicl83 | I'll give it a shot, be back in a few minutes |
12:05:18 | | Join krabador_ [0] (~krabador@unaffiliated/krabador) |
12:07:46 | | Quit krabador (Ping timeout: 246 seconds) |
12:08:17 | nicl83 | Yeah, it can read the tags just fine if it's an MP3 (imported AIFF into Audacity, exported as MP3, didn't touch metadata) |
12:08:29 | nicl83 | so that's somewhat annoying |
12:09:00 | Lonoxmont | yeah might need to bug a dev |
12:09:13 | Lonoxmont | speachy: ping |
12:11:18 | mendel_munkis | do you need a forum account to view these days? |
12:14:20 | Lonoxmont | idk |
12:17:33 | *** | Saving seen data "./dancer.seen" |
12:17:57 | nicl83 | may need to be away from keyboard in a minute, so if anyone needs to reproduce my setup for bug hunting, my AIFF files were created through ripping CDs with cdparanoia (so they're uncompressed CD-quality AIFF/AIFF-C files) and my MP3 files were created with the default export settings in Audacity |
12:25:56 | mendel_munkis | code for reading ID3 tags from AIFF definitely exists |
12:26:07 | mendel_munkis | how long are your tags? |
12:26:51 | nicl83 | uh, let me just check |
12:27:05 | nicl83 | while I check, quick question - would one tag that's too long kill the whole library? |
12:27:51 | | Join __bilgus_ [0] (41ba23be@65.186.35.190) |
12:28:29 | nicl83 | mendel_munkis: just checked, the file I'm looking at here has tags that are all 16 characters or less in length |
12:28:31 | __bilgus_ | mendel_munkis the depth = 2 are all grey scale |
12:28:46 | nicl83 | and the tags work absolutely fine in the MP3 file |
12:28:52 | nicl83 | they're only broken in the AIFF file |
12:28:52 | mendel_munkis | __bilgus_: thanks |
12:29:00 | __bilgus_ | 0-3 goes light to dark and some are dark - light |
12:29:19 | mendel_munkis | nicl83: i saw something about long AIFF tags being broken but 16 chars should be fine |
12:29:57 | nicl83 | I wonder if it's CDParanoia creating "strange" AIFF files, let me see if exporting with Audacity changes anything |
12:33:37 | nicl83 | nope, even audacity-created files have the same issue - just completely untagged in the eyes of Rockbox, despite mp3tag seeing the tags just fine (ID3v2.3) |
12:33:50 | nicl83 | so something funky is going on here, but I'm not sure what |
12:34:45 | nicl83 | (export settings in Audacity: 44KHz project, Apple/SGI header, 16-bit signed audio. audacity metadata is also saved as ID3v2.3) |
12:34:56 | __bilgus_ | buf sz max 512 bytes |
12:35:46 | __bilgus_ | nicl83 whats the full size of the id3 tag? |
12:36:04 | nicl83 | what's the best way to check? |
12:36:12 | nicl83 | not too well versed on audio formats |
12:37:21 | __bilgus_ | https://github.com/Rockbox/rockbox/blob/master/lib/rbcodec/metadata/aiff.c#L65 |
12:38:11 | __bilgus_ | for checking it would probably suffice to look at each string (every letter x 8 bytes) + 8 bytes for terminator |
12:38:26 | __bilgus_ | r open it in a hex editor and look for the id3 header |
12:38:33 | __bilgus_ | OR* |
12:38:42 | nicl83 | if I'm using the default genres in ID3, do I count the characters, or do I just count a single byte |
12:38:59 | __bilgus_ | 1 character for each letter |
12:39:12 | nicl83 | ok, give me a moment |
12:39:42 | __bilgus_ | or just make a minimal file with 3 letter tags |
12:39:57 | mendel_munkis | __bilgus_: is there any reason not to write RGBPACK() values for !HAVE_LCD_COLOR? |
12:40:11 | nicl83 | if my calculations are correct, about 216 bytes (208 without terminator) |
12:40:15 | nicl83 | i'll try the minimal file |
12:40:16 | speachy | exiftool is able to parse quite a lot of media tags |
12:40:42 | mendel_munkis | ie convert to black/white || light dark grey based on overall color intensity? |
12:40:46 | __bilgus_ | the terminator is taken into account too and thats close enough that i'd try the minimal as well |
12:41:10 | mendel_munkis | s/values/macros |
12:41:33 | __bilgus_ | mendel there is something funky in one of those macros but its just a fuzzy recollection atm |
12:42:09 | __bilgus_ | like maybe it has to be converted after but let me find the code |
12:42:10 | mendel_munkis | one of the macros is funky or one of the macros is funly for certain formats? |
12:42:35 | __bilgus_ | wanna say it was only 2 bit screens |
12:42:41 | nicl83 | if I've done this right, dummy file has a 176b (168 without terminator) id3 header, let's see if that does anything |
12:44:13 | nicl83 | nope, even with all fields set to 3-character values (aaa for text, 100 for number) it's still not being detected |
12:46:16 | nicl83 | mIRC has a "send file" option, does freenode support that? I can send over the file I've got here (a 30 second sine wave) for someone to look at if that helps |
12:46:51 | __bilgus_ | thats weird nicl83 flyspray has an option to attach a file |
12:47:14 | __bilgus_ | our bug tracker from the main page [bugs] |
12:47:19 | Lonoxmont | idk if nicl83 has opened a bug |
12:47:25 | __bilgus_ | mendel I see what you are trying to do now |
12:47:25 | nicl83 | not yet |
12:47:32 | nicl83 | I came here to see if it was my fault first |
12:48:23 | __bilgus_ | you wanna use rgb_unpack but its not defined on two bit displays |
12:49:10 | __bilgus_ | you can convert them though |
12:49:16 | mendel_munkis | __bilgus_: not quite. I want to see how many plugins can be simplified by adding rgb_unpack to 1/2 bit displays |
12:49:43 | __bilgus_ | ah you want to do the conversion centrally |
12:49:52 | mendel_munkis | exactly |
12:50:06 | __bilgus_ | well its not a terribly complicated algo at least on the surface |
12:50:38 | mendel_munkis | I was just checking if there was a specific reason not to I wasn't aware of |
12:50:57 | __bilgus_ | no just code size I suspect |
12:51:54 | mendel_munkis | centrelizing it should decrease total code size but increase binary size on some targets. correct |
12:51:56 | mendel_munkis | ? |
12:52:12 | __bilgus_ | just remember some are inverse |
12:52:20 | mendel_munkis | I will |
12:53:01 | __bilgus_ | no it will raise bin size on all 2 bit targets and decrease plugin sz |
12:53:31 | mendel_munkis | how does that differ from what I said? |
12:53:56 | __bilgus_ | so question is does it free enough code on the plugin buffer to make it worth the loss on the total ram |
12:56:12 | nicl83 | I have *no idea* if I've done this right, I haven't used this type of bug tracker before |
12:56:18 | nicl83 | Let me know if I've messed up anywhere |
12:56:18 | mendel_munkis | maybe decrease the plugin buffer by a similar amount? |
12:56:20 | nicl83 | https://www.rockbox.org/tracker/task/13205 |
12:56:32 | nicl83 | may need to go afk in a minute like I mentioned earlier, not sure when that's happening |
13:00 |
13:00:48 | mendel_munkis | It's reading the tags as music data |
13:01:00 | nicl83 | what the hell |
13:01:04 | nicl83 | how does that even happen |
13:02:08 | __bilgus_ | your bug report looks good |
13:02:30 | nicl83 | I've raised issues on GitHub before now, but independent bug trackers are new to me |
13:02:41 | nicl83 | good to hear I've got it (mostly) right |
13:03:13 | __bilgus_ | also nicl83 are you using the latest dev version? |
13:03:31 | nicl83 | no, I'm using the current stable version (3.15) |
13:03:38 | nicl83 | I'm not running a daily build as far as I'm aware |
13:04:15 | __bilgus_ | try it on the latest dev version thats what we test against |
13:04:45 | nicl83 | ok, give me a sec |
13:04:46 | __bilgus_ | sometimes we actually manage to fix stuff even! |
13:05:59 | nicl83 | "Development Version" or "Release Candidate" (I presume I want to install the former) |
13:06:19 | __bilgus_ | yes |
13:06:41 | nicl83 | alright, downloading and installing now |
13:06:52 | nicl83 | I need to go so I'll leave that updating while I'm gone |
13:07:00 | nicl83 | will report back if anything changes |
13:07:13 | __bilgus_ | do it in the flyspray |
13:09:33 | | Quit __bilgus_ (Remote host closed the connection) |
13:38:36 | | Quit krabador_ (Quit: Leaving) |
13:40:25 | nicl83 | should I add further comments to the original post or as a new comment |
13:40:32 | nicl83 | because nothing changed |
13:40:50 | nicl83 | (Rev 7F3142F) |
13:49:14 | speachy | you can edit it to change the affected version to a dev build |
13:49:24 | speachy | and the rev |
13:59:11 | | Quit ecs (Remote host closed the connection) |
14:00 |
14:02:21 | | Join ecs [0] (esawady@d2evs.net) |
14:02:21 | | Quit ecs (Excess Flood) |
14:03:20 | | Join ecs [0] (esawady@d2evs.net) |
14:03:20 | | Quit ecs (Excess Flood) |
14:05:10 | nicl83 | speachy: thanks |
14:13:51 | | Join ecs [0] (esawady@d2evs.net) |
14:17:37 | *** | Saving seen data "./dancer.seen" |
14:17:49 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
14:34:59 | | Quit commate (Quit: brb) |
14:57:18 | | Quit nicl83 (Ping timeout: 256 seconds) |
15:00 |
15:03:34 | | Join textmate [0] (~chad@236-129-17-89.fiber.hringdu.is) |
15:04:23 | | Join nicl83 [0] (~nic@outgoing.slimey.org) |
15:31:54 | mendel_munkis | so in rockbox the metadata struct is pointers I cant figure out what they point to |
15:49:30 | | Join MrZeus [0] (~MrZeus@89-168-118-226.dynamic.dsl.as9105.com) |
16:00 |
16:17:40 | *** | Saving seen data "./dancer.seen" |
16:19:53 | mendel_munkis | I think I figured it out |
16:20:09 | Lonoxmont | do tell |
16:21:23 | mendel_munkis | Lonoxmont: depending on the tag format it's either a pointer to a substring in a buffer or a pointer to something else irrelevent to my current project |
16:21:48 | mendel_munkis | (said buffer being part of the metafata struct) |
16:34:54 | | Quit nicl83 (Ping timeout: 240 seconds) |
16:40:15 | mendel_munkis | Aiff has support for both comment and annotation tags. which is closer to id3 comments? |
16:41:37 | mendel_munkis | from reading the spec both |
16:41:49 | Lonoxmont | i would think annotations would be more for like subtitles or something |
16:46:12 | mendel_munkis | Lonoxmont: the spec draft seems to say that comments (which MAY be linked to a marker) are preffered to comments |
16:46:31 | Lonoxmont | uh |
16:46:33 | mendel_munkis | s/to comments/to annotations/ |
16:46:38 | Lonoxmont | ah |
16:47:09 | mendel_munkis | however scince they are all optional we can do what we want |
16:47:10 | Lonoxmont | maybe they are carrying forward something form an older version of the spec? |
16:47:15 | mendel_munkis | probably |
16:47:37 | mendel_munkis | I am looking at the version that introduced AIFF-C (I think) |
16:55:10 | | Quit lebellium (Quit: Leaving) |
17:00 |
17:00:24 | mendel_munkis | whats the general idea for files with multiple tag sets? |
17:00:37 | | Join dys [0] (~dys@tmo-102-147.customers.d1-online.com) |
17:15:23 | | Quit livvy (Ping timeout: 240 seconds) |
17:17:46 | | Join nicl83 [0] (~nic@outgoing.slimey.org) |
17:18:01 | | Join livvy [0] (~livvy@gateway/tor-sasl/livvy) |
17:34:14 | mendel_munkis | is there a function that given an fd offset and mp3entry will parse an id3tag at that offset into the mp3entry? |
17:47:20 | | Quit krabador (Remote host closed the connection) |
17:49:30 | | Quit nicl83 (Ping timeout: 256 seconds) |
17:53:23 | | Quit livvy (Ping timeout: 240 seconds) |
17:57:57 | | Join livvy [0] (~livvy@gateway/tor-sasl/livvy) |
18:00 |
18:17:41 | *** | Saving seen data "./dancer.seen" |
18:20:52 | | Quit pamaury (Ping timeout: 246 seconds) |
18:33:12 | | Join ftouigizg [0] (5f5af767@ip5f5af767.dynamic.kabel-deutschland.de) |
18:34:06 | ftouigizg | hello is there any plugin/patch i can use to make my voice (when recording) has sound effects? I like to sound as a pilot who tells someone that we are landing or some else fun effect ^^ is it possible? |
18:48:48 | ftouigizg | anyway gotta go offline |
18:50:41 | Lonoxmont | probably not in rockbox itself, but you could use audacity or other audio software on a computer to do that ahead of time |
18:51:40 | ftouigizg | ok thx |
18:51:57 | | Quit ftouigizg (Remote host closed the connection) |
19:00 |
19:06:21 | | Join Oksana [0] (~Wikiwide@Maemo/community/ex-council/Wikiwide) |
19:10:45 | | Quit sakax (Ping timeout: 265 seconds) |
19:12:27 | | Join sakax [0] (~r0b0t@unaffiliated/r0b0t) |
19:13:43 | | Join skx_ [0] (~r0b0t@unaffiliated/r0b0t) |
19:14:38 | | Join cockroach [0] (~blattodea@pdpc/supporter/active/cockroach) |
19:17:24 | | Quit sakax (Ping timeout: 256 seconds) |
19:31:05 | | Quit skx_ (Quit: Leaving) |
19:31:24 | | Join sakax [0] (~r0b0t@unaffiliated/r0b0t) |
20:00 |
20:17:45 | *** | Saving seen data "./dancer.seen" |
20:26:03 | | Quit livvy (Ping timeout: 240 seconds) |
20:30:39 | | Join livvy [0] (~livvy@gateway/tor-sasl/livvy) |
21:00 |
21:13:46 | | Quit MrZeus (Ping timeout: 246 seconds) |
21:57:24 | | Quit Oksana (Read error: Connection reset by peer) |
22:00 |
22:01:22 | | Quit _3dsv (Ping timeout: 246 seconds) |
22:12:18 | prg318 | Hmm.. I was pleasantly surprised to see that I can boot my AGPTEK rocker into rockbox using a microSD that's formatted as exfat and it actually works. How does this work if rockbox doesn't support exfat (or does it)? |
22:17:49 | *** | Saving seen data "./dancer.seen" |
22:18:11 | | Quit cockroach (Quit: leaving) |
22:24:27 | speachy | on the Rocker, rockbox is an application running under Linux. |
22:24:52 | speachy | and it will "support" whatever filesystems the host OS has enabled. |
22:25:35 | speachy | on most hardware, rockbox _is_ the OS, and as such only supports fat32. |
22:30:51 | prg318 | Ah okay - thanks speachy .. that makes sense |
22:31:35 | speachy | also, it wasn't until a few monnths ago that Rockbox could legally support exfat. |
22:32:05 | prg318 | what changed a few months ago wrt exfat? |
22:32:29 | speachy | Microsoft blessing a GPL-licensed implementation in the mainstream Linux kernel. |
22:33:17 | prg318 | that's good news |
22:33:37 | speachy | and, more importantly, a public promise to not assert its patents over it. |
23:00 |
23:03:13 | | Join Oksana [0] (~Wikiwide@Maemo/community/ex-council/Wikiwide) |
23:12:46 | | Quit ac_laptop (Ping timeout: 246 seconds) |
23:12:49 | | Quit dys (Ping timeout: 264 seconds) |
23:20:05 | mendel_munkis | is there a specific reason getid3v2len() assumes that the tag must be at the beginning of the file? |
23:49:07 | | Quit [7] (Ping timeout: 260 seconds) |
23:49:18 | | Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) |
23:50:24 | | Join _3dsv [0] (~3dsv@097-091-206-090.res.spectrum.com) |