| 00:08:53 | *** | Saving seen data "./dancer.seen" |
| 00:31:12 | | Quit ac_laptop (Ping timeout: 260 seconds) |
| 01:00 |
| 01:10:49 | | Join Rower [0] (~Rower@78-73-72-39-no2340.tbcn.telia.com) |
| 01:13:55 | | Join Rower- [0] (~Rower@78-73-72-39-no2340.tbcn.telia.com) |
| 01:18:15 | | Quit Rower (Ping timeout: 272 seconds) |
| 01:19:13 | | Quit CommunistWitchDr (Ping timeout: 246 seconds) |
| 01:30:39 | | Join CommunistWitchDr [0] (quassel@024-217-039-226.res.spectrum.com) |
| 02:00 |
| 02:08:57 | *** | Saving seen data "./dancer.seen" |
| 02:48:04 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 03:00 |
| 03:01:58 | | Quit Misanthropos (Ping timeout: 260 seconds) |
| 03:20:44 | | Join Misanthropos [0] (~Misanthro@91.240.65.150) |
| 04:00 |
| 04:09:00 | *** | Saving seen data "./dancer.seen" |
| 04:26:58 | | Quit t0mato (Quit: Ping timeout (120 seconds)) |
| 04:40:38 | | Join t0mato [0] (t0mato@gateway/vpn/mullvad/t0mato) |
| 04:43:12 | | Quit ArsenArsen (Changing host) |
| 04:43:12 | | Join ArsenArsen [0] (~Arsen@fsf/member/ArsenArsen) |
| 04:46:35 | | Quit funman (Changing host) |
| 04:46:35 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 04:57:33 | braewoods | speachy: what else needs to happen for these bootloaders? i think i've done it all except have a new rbutil release |
| 05:00 |
| 05:15:24 | | Quit S|h|a|w|n (Read error: Connection reset by peer) |
| 05:35:29 | | Join prof_wolfff [0] (~prof_wolf@148.red-83-49-157.dynamicip.rima-tde.net) |
| 05:38:38 | braewoods | now i've seen everything. an 18650 cell with its own usb charging port. |
| 05:48:03 | | Join edhelas [0] (9d94237298@2a01:7c8:aab8:6b9:5054:ff:fec9:fd84) |
| 06:00 |
| 06:00:03 | | Quit Moarc (Read error: Connection reset by peer) |
| 06:00:06 | | Join Moarc_ [0] (~chujko@a105.net128.okay.pl) |
| 06:05:25 | | Quit Misanthropos (Ping timeout: 240 seconds) |
| 06:09:03 | *** | Saving seen data "./dancer.seen" |
| 06:20:20 | | Join Misanthropos [0] (~Misanthro@91.240.65.10) |
| 06:37:00 | edhelas | since the last updated (and USB changes) I cannot connect anymore Rockbox using USB to my computer |
| 06:37:10 | edhelas | it seems that i'm not the only one in that case https://forums.rockbox.org/index.php/topic,53652.0.html |
| 06:55:16 | speachy | what's the player? |
| 06:58:59 | fs-bluebot | Build Server message: New build round started. Revision 0400a39, 293 builds, 9 clients. |
| 06:59:14 | speachy | this next build should make that better. |
| 07:00 |
| 07:04:17 | | Quit Stanley00 (Remote host closed the connection) |
| 07:14:04 | | Quit Moarc_ (Quit: i znowu NADMUCHAŁ BALONA) |
| 07:14:17 | | Join Moarc [0] (~chujko@a105.net128.okay.pl) |
| 07:14:52 | fs-bluebot | Build Server message: Build round completed after 953 seconds. |
| 07:14:58 | fs-bluebot | Build Server message: Revision 0400a39 result: All green |
| 07:26:26 | edhelas | for my case the iPod last gen |
| 08:00 |
| 08:01:10 | | Quit braewoods (Quit: WeeChat 2.8) |
| 08:07:00 | | Join pacman [0] (~braewoods@learnprogramming/staff/braewoods) |
| 08:07:08 | | Nick pacman is now known as braewoods (~braewoods@learnprogramming/staff/braewoods) |
| 08:09:04 | *** | Saving seen data "./dancer.seen" |
| 08:29:45 | mendel_munkis | I tested g#3035 for the fuze+ manual. is there any other manual I should confirm it doesn't break? |
| 08:29:49 | fs-bluebot | Gerrit review #3035 at https://gerrit.rockbox.org/r/c/rockbox/+/3035 : Manual: remove most HWCODEC artifacts by Moshe Piekarski |
| 09:00 |
| 09:25:55 | speachy | mendel_munkis: when I did the initial excising of hwcodec+charcell stuff, I intentionally left lcd_bitmap behind (and always enabled) in the manual |
| 09:26:08 | speachy | just because there was ..just..so..much of it. |
| 09:26:22 | speachy | lcd_bitmap and swcodec I mean |
| 09:26:49 | speachy | so what are the things you haven't been able to track down? |
| 09:33:15 | | Join massiveH [0] (~massiveH@ool-18e4e82f.dyn.optonline.net) |
| 09:33:56 | speachy | lcd_bitmap and swcodec are also heavily referenced in the language files |
| 09:38:24 | mendel_munkis | the things I haven't tracked down are A chapter 12 text_viewer encodings some of the line breaks have been moved slightly B chapter 9 show icons diffpdf claims sonething changed but I cant see it |
| 09:40:52 | mendel_munkis | also I left 5 instances of swcodec which I wasn;t sure xactly what they where doing. |
| 09:47:19 | braewoods | https://forums.rockbox.org/index.php/topic,53654.0.html |
| 09:47:25 | braewoods | made a notice about it |
| 09:48:29 | braewoods | speachy: i think we need to wait for a new release of rbutil before we can release them to the website. |
| 09:48:37 | braewoods | why? the checksums are embedded in rbutil. |
| 09:48:46 | braewoods | afaik |
| 09:49:01 | braewoods | unless you can find evidence they're on the website somewhere. |
| 10:00 |
| 10:03:38 | speachy | ok. g#3036 cleans up the language files. |
| 10:03:40 | fs-bluebot | Gerrit review #3036 at https://gerrit.rockbox.org/r/c/rockbox/+/3036 : lang: Make all swcodec &| lcd_bitmap strings default. by Solomon Peachy |
| 10:04:05 | speachy | ~ +21K,-36K :) |
| 10:09:08 | *** | No seen item changed, no save performed. |
| 10:16:16 | mendel_munkis | how much of that is whitespace fixes? :) |
| 10:25:44 | speachy | very little; pretty sure all of the language files have already been given the once-over by the updatelang tool. |
| 10:27:34 | speachy | I stand corrected; one of the language files has whitespace fixes. |
| 10:46:03 | | Quit massiveH (Quit: Leaving) |
| 10:48:23 | speachy | g#3037 is next, with a net -5.2K lines |
| 10:48:24 | fs-bluebot | Gerrit review #3037 at https://gerrit.rockbox.org/r/c/rockbox/+/3037 : lang: Drop all deprecated strings, and rename LANG__NEVER to LANG_NEVER by Solomon Peachy |
| 10:50:17 | speachy | just some spring cleaning |
| 10:53:06 | edhelas | 🧹 |
| 10:59:17 | mendel_munkis | you're making my 400 line effort look bad |
| 11:00 |
| 11:00:32 | mendel_munkis | I was thinking about the xrick assets, maybe we should do what we have done for xworld? |
| 11:01:02 | mendel_munkis | (or ask square-enix to let us host them) |
| 11:04:25 | speachy | that was nearly entirely tool-generated. just took a few tweaks to the tool that generates it. |
| 11:04:30 | speachy | (gotta love write amplification!) |
| 11:05:12 | | Join Stanley00 [0] (~stanley00@unaffiliated/stanley00) |
| 11:07:12 | fs-bluebot | Build Server message: New build round started. Revision 20774d8, 293 builds, 9 clients. |
| 11:07:19 | speachy | let's see what breaks! |
| 11:08:52 | speachy | I completely rewrote update_lang a few months ago, primarily to fix voicefile generation but it also made this sort of thing a lot easier. |
| 11:09:00 | * | braewoods watches a dog walk up to speachy and say, "You broke my paw." |
| 11:09:05 | braewoods | ol |
| 11:09:16 | | Quit Stanley00 (Ping timeout: 240 seconds) |
| 11:09:27 | braewoods | anyway |
| 11:09:33 | speachy | wouldn't that dog be limping up instead? |
| 11:09:42 | mendel_munkis | it was a front paw |
| 11:10:07 | mendel_munkis | are there any particularly likely to break manuals I should test? |
| 11:11:59 | braewoods | mendel_munkis: you can test them all... manuallly ;p |
| 11:12:58 | mendel_munkis | braewoods: no thanks |
| 11:28:18 | fs-bluebot | Build Server message: Build round completed after 1266 seconds. |
| 11:28:25 | fs-bluebot | Build Server message: Revision 20774d8 result: All green |
| 11:48:50 | speachy | surprising amoutn of size variations, huh. |
| 11:50:57 | _bilgus_ | did you add lang entries to the aigoerosq |
| 11:51:40 | _bilgus_ | the name looks like a foreign lang btw |
| 11:52:21 | speachy | no, but those targets do see large-ish size swings from builder to builder. |
| 11:54:30 | speachy | mendel_munkis: IIRC older texlive distributions barfed with the \ipdfoutput -> \Ipdfoutput change. |
| 11:55:14 | speachy | if we need to enforce a specific texlive version to keep the builds from barfing, that can be done. |
| 12:00 |
| 12:02:34 | speachy | _bilgus_: looks like a proper fix for the usb prompt UI is called for; I enlarged the stack size as a hopeful hack. |
| 12:03:35 | _bilgus_ | can you elaborate on that a bit? you mean the out of band call to the prompt? |
| 12:03:57 | speachy | yeah, reports of stack overflows on clipzip and ipodclassic |
| 12:05:17 | speachy | I _think_ the reports were prior to my most recent bugfix to fix the defaults to be consistent (ie not prompt by default) |
| 12:05:46 | _bilgus_ | mmm yeah saving all that context is exceeding their limits |
| 12:06:30 | _bilgus_ | ok I'll take a look and decide if its getting its own or if it will become a mechanism |
| 12:06:59 | _bilgus_ | depends on what else might be able to share |
| 12:07:04 | mendel_munkis | yes. but the hwcodec stuff shouldn't require that |
| 12:07:57 | mendel_munkis | unless I misunderstood some stuff about gerrit |
| 12:09:09 | *** | Saving seen data "./dancer.seen" |
| 12:13:39 | mendel_munkis | How can I etermine minimum blugin buffer size for a plugin? |
| 12:20:08 | | Join TheLemonMan [0] (~lemonboy@irssi/staff/TheLemonMan) |
| 12:28:57 | braewoods | speachy: thanks for your efforts on that front. it'll be useful when i work on MTP. |
| 12:30:03 | braewoods | since i envision MTP being one of the options |
| 12:30:12 | braewoods | for some ports anyway |
| 12:30:46 | braewoods | not sure how practical MTP will end up being but i think it will be worth exploring at least |
| 12:35:14 | | Quit petur (Quit: Connection reset by beer) |
| 12:36:24 | braewoods | wow. seems some of the older users have been wanting this for a long time. |
| 12:36:41 | braewoods | whoever LambdaCalculus is? |
| 12:37:16 | _bilgus_ | mendel_munkis, the minimum size it needs or will recieve? |
| 12:37:24 | mendel_munkis | needs |
| 12:37:40 | _bilgus_ | watermark it |
| 12:38:20 | mendel_munkis | ? |
| 12:38:58 | _bilgus_ | fill the buffer with 0xdeadbeef and look at whats left |
| 12:39:22 | _bilgus_ | I just did this a few weeks ago in lua if you'd like an almost applicable example |
| 12:39:28 | | Join Guest17 [0] (4d1454bb@ip4d1454bb.dynamic.kabel-deutschland.de) |
| 12:39:56 | | Quit Guest17 (Remote host closed the connection) |
| 12:40:01 | _bilgus_ | g#2806 |
| 12:40:03 | fs-bluebot | Gerrit review #2806 at https://gerrit.rockbox.org/r/c/rockbox/+/2806 : lua add better memory stats by William Wilgus |
| 12:40:09 | mendel_munkis | thanks |
| 12:41:45 | mendel_munkis | why did you chose 0xBA5EFAC7? |
| 12:44:04 | speachy | braewoods: pamaury's old mtp patch had a full menu, instead of my hacked yesno thing, but yeah, once there's more options then a proper menu will be needed. |
| 12:44:26 | speachy | (maybe one day expanding to USB DAC support too..) |
| 12:46:41 | _bilgus_ | it just seemed unlikely to be used |
| 12:47:23 | _bilgus_ | cafebabe deadbeef and a few others are already used in the code so it makes it easy to know I'm looking at something lua touched |
| 12:47:41 | mendel_munkis | makes sense |
| 12:48:43 | _bilgus_ | I also got a initial count of zero the first time I ran it through (before I started filling the buffer with the byte string) |
| 12:49:15 | _bilgus_ | you know just to be sure it wasn't used in the code extensively (unlikely) |
| 12:49:37 | _bilgus_ | not that it can't happen but it shouldnt be much error if so |
| 12:53:50 | braewoods | speachy: you mean exposing a usb audio device when connected to a host PC or so? |
| 12:53:57 | speachy | braewoods: yeah |
| 12:54:11 | braewoods | for what purpose? streaming to the PC or from it? |
| 12:54:35 | speachy | since this is all fantasizing, either/both! |
| 12:54:44 | braewoods | i see. |
| 12:54:59 | braewoods | well it might be possible in software |
| 12:55:02 | speachy | use of standard external USB audio class devices, and also acting as one |
| 12:55:07 | braewoods | if USB 1.1 is fast enough for audio? |
| 12:55:14 | speachy | USB1.1 is plenty fast |
| 12:55:37 | speachy | at least for standard 16-bit 48K audio |
| 12:56:11 | braewoods | i'll stick to MTP for now. i think audio processing would require special experience I do not have. |
| 12:56:16 | braewoods | lol |
| 12:56:40 | braewoods | anyway |
| 12:56:55 | braewoods | i'll see what i can do there. it'll be awhile before i have anything to show off. |
| 12:57:15 | braewoods | i need to do a lot of research on USB and how rockbox does it and all |
| 12:57:36 | | Join lebellium [0] (~lebellium@89-92-69-66.hfc.dyn.abo.bbox.fr) |
| 12:57:38 | gevaerts | USB DAC would be a lot of fun to have. I suspect not all devices might be able to do it, but still |
| 12:57:42 | braewoods | though if you only have USB 1.1 i don't think MTP will be of much interest |
| 12:57:57 | braewoods | even if you could do i |
| 12:57:58 | braewoods | it |
| 12:58:27 | * | gevaerts points out that all USB 1.1 speeds also exist in USB 2.0 :) |
| 12:58:35 | braewoods | indeed |
| 12:59:05 | gevaerts | Also, I think all devices rockbox runs on that can do USB at all have high speed |
| 12:59:06 | braewoods | just fair question to ask if USB X feature would be useful even if we only have 1.1 on a given target |
| 12:59:40 | braewoods | MTP could be useful for safety reasons |
| 12:59:56 | speachy | MTP is useful, regardless of actual transfer speed. |
| 13:00 |
| 13:00:03 | gevaerts | Audio is fine on full speed I'd say. Fancy DACs want more because they want to do 192kHz at 24 bit on seventeen channels, but that won't happen here ever |
| 13:00:35 | braewoods | yea. i'll see what i can do to make it happen. |
| 13:00:53 | braewoods | i think RB is only going to need to support up to 2 storage contexts though |
| 13:01:13 | braewoods | i've never seen a RB target with more than 2 at least in terms of physical storage |
| 13:01:24 | braewoods | my clip+ exposed the internal and external separately |
| 13:01:42 | gevaerts | The one thing you *might* have problems with for MTP (not sure, there have been a lot of fixes since I looked) is stability. Back in my day (I feel old by saying that!) I tried to get some sort of speed graph thingy on the USB screen working, and the extra load (or bugs, or bad scheduling...) killed reliability |
| 13:01:50 | gevaerts | And MTP kind of implies you do that all the time |
| 13:02:14 | speachy | Also MTP means dealing with client-side "quirks". |
| 13:02:27 | braewoods | indeed which is why it will be experimental for awhile |
| 13:02:39 | gevaerts | That was on PP502x targets and gigabeat S, so what in rockbox is the arc driver. No idea what other controllers do |
| 13:02:48 | braewoods | UMS is going to remain the default |
| 13:02:54 | braewoods | it's stable and mature |
| 13:03:01 | braewoods | MTP will be an experimental option |
| 13:03:18 | gevaerts | It bricked my sansa c250 for a few days in the early days. Stupid typo :) |
| 13:03:44 | speachy | one thing that does need to be considered is that right now, USB takes over the whole system. There's no "background" operations going on that you have to fight with. With MTP, that changes. |
| 13:03:52 | gevaerts | Yes, exactly |
| 13:03:57 | speachy | MTP during playback? |
| 13:04:09 | braewoods | we'll see. |
| 13:04:22 | gevaerts | Same with usb audio, really |
| 13:04:24 | braewoods | i'm not sure what it realistic |
| 13:04:29 | speachy | I mean, the various OFs that I recall supporting MTP didn't allow the player to be used simultaneously either |
| 13:04:44 | braewoods | they probably couldn't handle it well |
| 13:04:47 | braewoods | limited resources and all |
| 13:04:53 | speachy | it's a lot of resources, exactly. |
| 13:05:02 | braewoods | phones can do both easily |
| 13:05:09 | speachy | first step will be simply s/UMS/MTP/ :) |
| 13:05:30 | braewoods | we need to implement a functioning MTP and then worry about optimizing it later |
| 13:05:30 | gevaerts | I'd say it should be tried, if only to stress-test to find bugs. |
| 13:05:34 | speachy | braewoods: even the crappiest smarphones had an order of magnitude more resources than the best rockbox target |
| 13:05:56 | braewoods | i plan to make it exclusive at first |
| 13:05:58 | speachy | plus they don't expose the whole filesystem |
| 13:06:08 | braewoods | but in time maybe that can change |
| 13:06:20 | speachy | hmm, that does give me an idea though |
| 13:06:36 | gevaerts | Ideally MTP during playback only leads to choppy sound and nothing worse. If you get that far, the thing is *stable* |
| 13:07:02 | braewoods | on the PP units though it has dual cores so |
| 13:07:04 | speachy | gevaerts: and for giggles, delete the file that's being played back. |
| 13:07:05 | _bilgus_ | keep in mind there are way to release bufferlib allocs on demand |
| 13:07:13 | braewoods | maybe you can delegate the MTP to the main threa |
| 13:07:15 | gevaerts | Oh yes :) |
| 13:07:17 | braewoods | and leave the playing in the background |
| 13:07:22 | mendel_munkis | I personally hate mtp but if you get it working nice. |
| 13:07:56 | mendel_munkis | _bilgus_: given that i plan on adding a .5k margin of error regardless I should be fine. |
| 13:17:38 | mendel_munkis | well used=unused seems like a bad start. |
| 13:25:35 | | Quit amiconn (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) |
| 13:25:35 | | Quit pixelma (Quit: .) |
| 13:28:11 | | Join pixelma [0] (marianne@rockbox/staff/pixelma) |
| 13:28:12 | | Join amiconn [0] (jens@rockbox/developer/amiconn) |
| 13:33:22 | speachy | here's a fun one. fs#13257 |
| 13:33:23 | fs-bluebot | https://www.rockbox.org/tracker/task/13257 USB Mode setting is ignored and always asks till WPS is opened (bugs, waiting on customer) |
| 13:33:49 | speachy | the main bug is fixed, but the second comment is another issue |
| 13:34:18 | speachy | in short, when we're booted up plugged into USB, the USB insertion event fires and is processed _before_ we load our settings |
| 13:36:37 | speachy | indeed, it intentionally happens before we even mount our storage |
| 13:36:59 | mendel_munkis | well apparently it runs entirely in the audio buffer instead of the plugin buffer. |
| 13:40:11 | speachy | I understand why it's done that way; we want to provide a way to export the disk in UMS mode rather than possibly exploding and preventing the system from proceeding into the mount) |
| 13:40:24 | speachy | s/mount/export via UMS) |
| 13:58:06 | edhelas | So you'll use a specific directory to store the musics ? |
| 14:00 |
| 14:09:12 | *** | Saving seen data "./dancer.seen" |
| 14:16:19 | braewoods | speachy: how important is supporting older windows from an MTP perspective? |
| 14:16:39 | braewoods | like pre-windows 7 or 10 even |
| 14:19:41 | speachy | I'd say Win7 + 10 matter. but actually _debugging_ operation is the problem, since there's no source code to reference. |
| 14:21:02 | braewoods | perhaps there is |
| 14:21:31 | braewoods | i've seen plenty of MTP responder implementations in C++. it may be possible to port their quirks, if any. |
| 14:22:12 | braewoods | but first we need something that works well enough to worry about that |
| 14:23:27 | braewoods | speachy: if i were going to allocate IO buffers in USB... what are my options? using the audio buffer interferes with playback... |
| 14:25:25 | speachy | honestly.. I'd say just statically allocate a chunk. |
| 14:25:42 | speachy | get it working with that, and then we can worry about making it dynamic. |
| 14:25:47 | braewoods | ok. |
| 14:26:01 | braewoods | i would think a multiple of 4K would be good |
| 14:26:11 | braewoods | be sure i can align writes to disk sectors or so |
| 14:26:54 | braewoods | ok. i'm going to read the MTP spec. |
| 14:27:00 | braewoods | wow 282 pages |
| 14:29:15 | braewoods | speachy: do we care about PTP? i haven't heard of anyone using that in ages. |
| 14:29:37 | braewoods | plus we're not really a camera lol |
| 14:29:47 | braewoods | at best we can display images someone put on the drive |
| 14:30:44 | speachy | no point to PTP. |
| 14:30:50 | braewoods | yea thought so |
| 14:31:00 | speachy | I mean, if you want to implement it anyway, feel free! :D |
| 14:31:30 | braewoods | not interested honestly. i can't see anyone really using it. |
| 14:33:56 | braewoods | i'll probably start my tests using a read-only fake data set |
| 14:34:00 | braewoods | once i figure out how this works |
| 14:35:35 | | Quit beencubed (Quit: Leaving) |
| 14:36:14 | braewoods | hm. apparently MTP uses UTF16 for strings. |
| 14:36:20 | braewoods | does rockbox already support this? |
| 14:37:25 | | Quit Rower- (Ping timeout: 240 seconds) |
| 14:37:35 | speachy | nope. |
| 14:37:57 | braewoods | joy. i'll look at what i can do about that later. |
| 14:38:16 | | Join beencubed [0] (~beencubed@209.131.238.248) |
| 14:41:12 | | Quit TheLemonMan (Quit: "It's now safe to turn off your computer.") |
| 14:47:51 | mendel_munkis | do we have a compendium of keymap tables? |
| 14:56:30 | braewoods | huh. MTP is a lot like basic HTTP |
| 14:56:42 | braewoods | unidirectional, request/response setup |
| 15:00 |
| 15:30:04 | | Quit Oksana (Ping timeout: 246 seconds) |
| 15:54:07 | | Join Oksana [0] (~Wikiwide@Maemo/community/ex-council/Wikiwide) |
| 16:00 |
| 16:01:52 | | Join _bilgus__ [0] (~bilgus@65.186.35.190) |
| 16:03:02 | | Quit _bilgus_ (Ping timeout: 264 seconds) |
| 16:09:16 | *** | Saving seen data "./dancer.seen" |
| 16:11:33 | | Quit t0mato (Quit: Ping timeout (120 seconds)) |
| 16:13:27 | | Join ac_laptop [0] (~ac_laptop@186.2.247.129) |
| 16:21:18 | | Join t0mato [0] (t0mato@gateway/vpn/mullvad/t0mato) |
| 16:38:28 | | Join livvy [0] (~livvy@gateway/tor-sasl/livvy) |
| 16:53:49 | | Quit lebellium (Quit: Leaving) |
| 17:00 |
| 17:09:20 | edhelas | Test |
| 17:15:25 | | Quit livvy (Remote host closed the connection) |
| 17:17:57 | | Quit kugel (Ping timeout: 265 seconds) |
| 17:18:04 | | Join livvy [0] (~livvy@gateway/tor-sasl/livvy) |
| 17:22:46 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 17:39:13 | | Quit ac_laptop (Ping timeout: 264 seconds) |
| 18:00 |
| 18:09:17 | *** | Saving seen data "./dancer.seen" |
| 19:00 |
| 19:25:37 | | Quit petur (Remote host closed the connection) |
| 19:37:43 | | Quit Acou_Bass (Quit: ZNC 1.8.1 - https://znc.in) |
| 19:40:09 | | Join Acou_Bass [0] (~eddie@cpc96070-bolt17-2-0-cust175.10-3.cable.virginm.net) |
| 19:41:59 | | Quit prof_wolfff (Ping timeout: 265 seconds) |
| 19:49:47 | | Join Misanthr- [0] (~Misanthro@91.240.65.5) |
| 19:51:25 | | Quit Misanthropos (Ping timeout: 240 seconds) |
| 19:51:25 | | Nick Misanthr- is now known as Misanthropos (~Misanthro@91.240.65.5) |
| 19:51:47 | | Join prof_wolfff [0] (~prof_wolf@148.red-83-49-157.dynamicip.rima-tde.net) |
| 19:54:11 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 19:54:56 | | Join fs-bluebot_ [0] (~fs-bluebo@55d4b1a8.access.ecotel.net) |
| 19:57:07 | | Quit bluebrother^ (Ping timeout: 246 seconds) |
| 19:57:08 | | Quit fs-bluebot (Ping timeout: 256 seconds) |
| 20:00 |
| 20:09:21 | *** | Saving seen data "./dancer.seen" |
| 20:21:12 | | Quit amdj (Remote host closed the connection) |
| 20:21:25 | | Join amdj [0] (~aaron@freenode/staff/atheme.amdj) |
| 20:36:56 | | Quit prof_wolfff (Ping timeout: 240 seconds) |
| 21:00 |
| 21:09:23 | | Quit livvy (Ping timeout: 240 seconds) |
| 21:12:46 | | Quit edhelas (Remote host closed the connection) |
| 21:14:17 | | Join Misanthr- [0] (~Misanthro@87.123.198.17) |
| 21:15:05 | | Quit Misanthropos (Ping timeout: 240 seconds) |
| 21:15:05 | | Nick Misanthr- is now known as Misanthropos (~Misanthro@87.123.198.17) |
| 21:18:15 | | Join ac_laptop [0] (~ac_laptop@186.2.247.129) |
| 21:54:20 | | Join Stanley00 [0] (~stanley00@unaffiliated/stanley00) |
| 22:00 |
| 22:00:59 | | Join karinka [0] (~karinka@n114-75-91-109.bla3.nsw.optusnet.com.au) |
| 22:01:08 | karinka | Hey guys |
| 22:01:27 | karinka | Just got a HiFi Walker H2, & have been running the dev build |
| 22:01:48 | karinka | I've noticed a few problems with it |
| 22:02:41 | karinka | Just wanting to know the best way I can help, I have some coding experience, but none with embedded devices |
| 22:09:22 | *** | Saving seen data "./dancer.seen" |
| 22:11:37 | | Quit karinka (Quit: karinka) |
| 22:11:52 | | Join karinka [0] (~karinka@n114-75-91-109.bla3.nsw.optusnet.com.au) |
| 22:13:26 | | Quit karinka (Client Quit) |
| 23:00 |
| 23:08:20 | braewoods | erm. |
| 23:12:20 | | Quit ender| (Ping timeout: 268 seconds) |
| 23:36:13 | | Quit ac_laptop (Ping timeout: 264 seconds) |
icon identifies that the person is a core developer (has commit access).