| 00:13:40 | __Bilgus | I finally got a decent text searcher that has helped a lot jEdit I think hate the text editor in it but it searches file contents in directories and it is wonderful |
| 00:20:15 | | Join manjaroCinnamon [0] (~Manjarous@47.187.107.124) |
| 00:22:10 | manjaroCinnamon | AM i in yet? |
| 00:22:39 | | Part manjaroCinnamon |
| 00:26:49 | __Bilgus | sounds like a cookie |
| 00:37:52 | *** | Saving seen data "./dancer.seen" |
| 01:00 |
| 01:16:01 | __Bilgus | speachy g#2701 |
| 01:16:03 | fs-bluebot | Gerrit review #2701 at http://gerrit.rockbox.org/r/2701 : Xduoo X3 Tweak LCD settings by William Wilgus |
| 01:25:43 | __Bilgus | speachy g#2701 |
| 01:25:44 | fs-bluebot | Gerrit review #2701 at http://gerrit.rockbox.org/r/2701 : Xduoo X3 Tweak LCD settings by William Wilgus |
| 01:25:52 | __Bilgus | damnit sorry! |
| 02:00 |
| 02:37:53 | *** | No seen item changed, no save performed. |
| 03:00 |
| 03:40:42 | | Join livvy [0] (~livvy@gateway/tor-sasl/livvy) |
| 04:00 |
| 04:37:57 | *** | No seen item changed, no save performed. |
| 05:00 |
| 05:00:44 | | Quit koniu (Remote host closed the connection) |
| 05:01:13 | | Join koniu [0] (~koniu@gateway/tor-sasl/koniu) |
| 05:04:29 | | Quit kadoban (Quit: Idle for 30+ days) |
| 05:45:35 | | Join sakax [0] (~r0b0t@unaffiliated/r0b0t) |
| 05:50:41 | | Join johnb2 [0] (~johnb2@p5b3afff4.dip0.t-ipconnect.de) |
| 05:55:36 | | Join lebellium [0] (~lebellium@aaubervilliers-653-1-153-110.w86-218.abo.wanadoo.fr) |
| 06:00 |
| 06:02:36 | | Join pamaury [0] (~pamaury@maths.r-prg.net.univ-paris7.fr) |
| 06:02:36 | | Quit pamaury (Changing host) |
| 06:02:36 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 06:06:05 | johnb2 | speachy, __Bilgus : My X3 arrived and I installed the bootloader successfully. I have a nasty effect in RB, that is not present in the OF: when I start playback (or skip to the next track), I have a crackling noise, which goes away after a few seconds of playback. |
| 06:07:25 | johnb2 | I have the impression that this happens during loading the track mainly. Pausing and resuming within the track doesn't cause that noise. Doing pause/resume in the first seconds of the track does. |
| 06:08:44 | johnb2 | This is with 5fb4c74bfb-200827. Initially I thought it might be related to fade-in/-out, but it's not. |
| 06:17:23 | johnb2 | Hah, this happens with mp3, but not with flac! |
| 06:21:04 | johnb2 | Opus is also fine. |
| 06:29:29 | johnb2 | MPC, too. |
| 06:38:00 | *** | Saving seen data "./dancer.seen" |
| 07:00 |
| 07:04:13 | __Bilgus | hmm clocking issue perhaps? |
| 07:04:45 | __Bilgus | try goint in the test boost menu and bump it up a few and then try a mp3 |
| 07:05:05 | __Bilgus | going* |
| 07:32:51 | johnb2 | Running at 576 MHz the noise stays constantly and doesn't go away at all! |
| 07:35:40 | johnb2 | so you are right: somehow related to clock. |
| 07:40:27 | __Bilgus | oh it gets worse I would have figured it got better |
| 07:40:54 | johnb2 | Nope |
| 08:00 |
| 08:00:25 | | Quit Oksana (Ping timeout: 240 seconds) |
| 08:09:24 | speachy | johnb2: AFAIK you're the only one who's reported something like that with the X3. |
| 08:10:15 | speachy | is it "noise" or the audio breaking up? |
| 08:10:39 | speachy | also, all mp3s? |
| 08:11:19 | __Bilgus | let me try it and see if it happens |
| 08:11:21 | speachy | (If anything, I've found the X3's audio output to be exceptionally noise-free) |
| 08:12:21 | speachy | until I reclocked everything the CPU was clocking at 528MHz and the audio PLLs in the 500-ishMHz range too |
| 08:13:27 | speachy | (and 95% of what I play back on mine are mp3s) |
| 08:15:04 | __Bilgus | johnb2 can you give me a set of actions to try to repro? |
| 08:15:16 | speachy | oh and maybe a specific file too |
| 08:15:42 | | Join johnb4 [0] (~johnb2@p5b3afff4.dip0.t-ipconnect.de) |
| 08:16:28 | __Bilgus | I think I might have heard a crackle play/paues at the start of a song |
| 08:16:50 | __Bilgus | maybe a failure to init the buffer and some old data creeps in |
| 08:17:10 | __Bilgus | or orse somekind of memory dma glitch |
| 08:17:14 | speachy | __Bilgus that's actually likely. I've noticed something like that when switching tracks |
| 08:17:19 | __Bilgus | worse! |
| 08:18:01 | __Bilgus | john is probably using better headphones than us too |
| 08:18:10 | johnb2 | speachy: It's like crackle alternating (not exactly) on the left and right channel. |
| 08:18:24 | johnb2 | It stops after 5 - 10 secs. |
| 08:18:41 | johnb2 | transition from one song to another is fine. |
| 08:18:46 | __Bilgus | yeah now that i'm listening I hear it every skip sounds like a sticky door |
| 08:18:51 | johnb2 | I tried multiple albums. |
| 08:18:54 | speachy | does it coincide with the "disk activity" icon? |
| 08:19:10 | johnb2 | audio continues, no break-ups |
| 08:19:39 | speachy | next thing to try −− in the sound settings there's a "playback rate" option. it defaults to auto; please set it to 44.1 |
| 08:19:51 | johnb2 | I haven't seen that icon on the X3. Any particular theme? |
| 08:19:53 | braewoods | to anyone who's done the CF card mod, have you ever had write speeds better or equal to the original HDD? seems like no matter how fast my CF card it's still the same slow speed. |
| 08:20:33 | speachy | I have no explanation for how/why it would last so long though. |
| 08:20:43 | __Bilgus | yeah its on the main screen john |
| 08:21:41 | speachy | also if it's clocking related I'd expect the crackle to kick in as soon as you switch to a new track (and thus the CPU is boosted to fill the decoded buffer) |
| 08:21:54 | __Bilgus | use the failsafe theme |
| 08:22:02 | __Bilgus | it'll leave the statusbar |
| 08:22:16 | johnb2 | Note, It's not a low level noise: at the volume I listen to the music, I almost cannot stand the crackle. I tried the 44.1 before, no change. |
| 08:22:32 | __Bilgus | yeah its on prior to the glitch |
| 08:23:23 | speachy | braewoods: I've only personally done the cf mod to a mini2g, and yes, disk I/O and write speeds were much improved with the card I used. |
| 08:23:32 | __Bilgus | lets try turning off audio a bit longer on load |
| 08:23:41 | speachy | johnb2: if you pause the audio when the crakling is going on, does the crackle go away? |
| 08:23:48 | braewoods | speachy: must be the card I was using. I've been getting half my original write speed. |
| 08:24:01 | braewoods | speachy: i'm going to try a newer Lexar card. |
| 08:24:23 | __Bilgus | no its still there with a pause in the middle of it |
| 08:24:31 | speachy | braewoods: I was using an actual CF card. but yes, card speed varies greatly, especially for writes. |
| 08:24:49 | braewoods | speachy: me too. i was using a ZIF 40 adapter to make it work though. |
| 08:25:25 | __Bilgus | hmm play pause introduces its own coloring on the sound like a slight sparkle |
| 08:25:45 | johnb2 | No, pausing doesn't help while I am in the up to 10s phase. I had also thought about "filling the buffer" problems. |
| 08:26:38 | speachy | johnb2: so you hear it when there is nothing playing? okay, that's definitely not audiobuffer corruption then. |
| 08:26:40 | __Bilgus | john play a quiet song and pause play a few times does that sparkle sound sound about the same? |
| 08:26:41 | johnb2 | If play for 10s, i.e. crackle gone, and then skip to the beginning of the track the crackle is back (I would assume the song is still in memory). |
| 08:27:20 | speachy | have you tried a different SD card, or the other slot? |
| 08:27:45 | johnb2 | No, I hear it only when audio is playing. Not talking about hardware hiss. |
| 08:27:58 | johnb2 | During pause, there is no noise. |
| 08:28:38 | __Bilgus | I was talking about pause resume in quick succession |
| 08:28:58 | speachy | ...so it's 10s wall time, not 10s playback time? |
| 08:29:55 | johnb2 | no, ~10s play time of the song. |
| 08:30:13 | johnb2 | I have 2 different Sandisk cards in the slots. |
| 08:30:24 | johnb2 | Happens with mp3 on both of them. |
| 08:31:08 | johnb2 | Now, in the middle of the song, pausing and resuming also has the crackle. |
| 08:31:36 | __Bilgus | yeah I can get it reliably that way |
| 08:32:11 | johnb2 | I will upload a track for you. |
| 08:34:11 | johnb2 | And btw the crackle lasts longer than the activity sign (~2s longer) |
| 08:34:19 | speachy | johnb2: please back off to a build older than 2020-08-07, and see if it's still there |
| 08:34:26 | speachy | https://download.rockbox.org/daily/xduoox3/rockbox-xduoox3-20200806.zip should do it |
| 08:34:57 | speachy | that's prior to all of the clocking changes |
| 08:36:01 | speachy | (I'd recommend moving the existing .rockbox elsewhere and starting fresh with that old build) |
| 08:36:55 | __Bilgus | speachy II have a 'contrast' build up there 2701 IIRC |
| 08:37:02 | johnb2 | speachy |
| 08:37:11 | johnb2 | : the noise is gone with that |
| 08:38:02 | *** | Saving seen data "./dancer.seen" |
| 08:39:51 | speachy | okay, try https://download.rockbox.org/daily/xduoox3/rockbox-xduoox3-20200807.zip next. |
| 08:41:11 | speachy | it has the first set of clocking changes; main clock speed dropped slightly, enables native non-44.1KHz playback, and leaves the audio PLL off if we're not actually playing something. |
| 08:42:13 | johnb2 | still fine! |
| 08:42:19 | __Bilgus | that PLL switching could be the cause I remember something to the effect on maybe the fuze+? |
| 08:42:40 | speachy | And now https://download.rockbox.org/daily/xduoox3/rockbox-xduoox3-20200809.zip |
| 08:44:07 | | Quit johnb4 (Quit: Nettalk6 - www.ntalk.de) |
| 08:44:08 | speachy | (most of the reclocking changes are in the 2020-08-08 build but there's a major bugfix for 44KHz audio that landed the next day) |
| 08:46:57 | speachy | johnb2: do you have the ability to compile your own builds for this thing? |
| 08:47:26 | johnb2 | crackles |
| 08:47:52 | johnb2 | I have not compiled the toolchain for this yet |
| 08:48:06 | speachy | ok. the next step is to determine if it's the audio pll or the main PLL changes. |
| 08:50:26 | speachy | I'm doing a build now with the CPU reclocking disabled, dialed down to 480MHz. |
| 08:52:54 | | Join johnb4 [0] (~johnb2@p5b3afff4.dip0.t-ipconnect.de) |
| 08:54:00 | braewoods | is this a newer build port? |
| 08:54:05 | speachy | http://www.shaftnet.org/~pizza/x3-test1.zip |
| 08:54:24 | speachy | johnb2: ^^ |
| 08:55:02 | speachy | it's the latest git code with all _CPU_ clocking changes since 2020-08-07 backed out. |
| 08:57:35 | speachy | so main CPU at 480MHz, memory and major buses at 120. |
| 08:59:44 | speachy | braewoods: The xDuoo X3 |
| 09:00 |
| 09:02:13 | johnb2 | speachy : This one plays fine |
| 09:02:58 | speachy | excellent. give me a few for the next one |
| 09:04:30 | speachy | it'll be with the new clocking hierarchy but with reclocking off. |
| 09:04:45 | speachy | http://www.shaftnet.org/~pizza/x3-test2.zip |
| 09:04:48 | johnb2 | I am curious why you don't notice this on your device. xvortex states that there are 2 nand versions around (beyond cosmetics and battery capacity). |
| 09:05:28 | speachy | it could be due to how I use mine I just don't hear it. |
| 09:05:40 | speachy | that and it's obviously a recent regression |
| 09:06:35 | speachy | this build has the CPU clocked at 576, major buses at 96. The latter allowing for USB to be within spec, incidently... |
| 09:08:27 | johnb2 | ;-) my Windows had trouble recognizing the player for the last couple of trials. This one plays fine, too. |
| 09:09:28 | speachy | ...that's unexpected. |
| 09:09:45 | johnb2 | not just test2 ... |
| 09:09:53 | johnb2 | had to plug it multiple times |
| 09:10:22 | speachy | I meant the playback. USB being a little wonky with older builds is expected. |
| 09:12:48 | speachy | next one will have CPU clocked at minimum (192MHz), no other changes. |
| 09:13:08 | speachy | http://www.shaftnet.org/~pizza/x3-test3.zip |
| 09:15:09 | speachy | it this is also good then it means the issues are due to switching the CPU freq on the fly. |
| 09:16:54 | johnb2 | It's good! |
| 09:17:05 | speachy | ok. hmm. |
| 09:19:34 | speachy | for giggles, please try this one: http://www.shaftnet.org/~pizza/x3-test4.zip |
| 09:21:53 | johnb2 | crackle again |
| 09:24:45 | braewoods | speachy: huh. one of the newer targets. |
| 09:24:50 | amdj | Question: Does RockBox support EFI GUID Partition Tables (GPT) on SD cards, or just MSDOS labels? |
| 09:25:11 | speachy | amdj: MSDOS only |
| 09:25:24 | amdj | Thanks |
| 09:25:28 | braewoods | amdj: chances are just legacy ones since that's what most low capacity flash things use |
| 09:26:01 | braewoods | i can't see rockbox ever needing 2TB+ storage. |
| 09:26:50 | speachy | IIRC the SD spec still calls for MSDOS partition tables |
| 09:26:51 | amdj | braewoods: GPT isn't just for high storage requirements. It's redundant (an extra copy of the table is stored at the end of the drive to protect against accidental table damage), you can have more than 4 partitions (without that ugly extended partitioning trick), and partitions can be labelled (separate from filesystem labels). |
| 09:27:16 | speachy | just like it calls for FAT32 for <32GB and exFAT for >32GB cards |
| 09:27:25 | braewoods | amdj: i know all the benefits. but the main one that matters is capacity. |
| 09:30:11 | johnb4 | speachy : I will be back in 30min. |
| 09:31:46 | braewoods | speachy: what is rockbox development focused on these days? it seems like new device support would be the main thing because new features like codecs don't come out too often. |
| 09:32:50 | speachy | braewoods: there's no real top-down focus. each individual contributor has their own itches (and questionable sanity) to scratch. |
| 09:33:00 | braewoods | i see. |
| 09:33:28 | speachy | there are only a handful of active contributors these days so not a lot is going on |
| 09:35:22 | | Quit johnb4 (Ping timeout: 246 seconds) |
| 09:35:27 | speachy | having rockbox run (well) on still-purchasable hardware is pretty important though |
| 09:35:49 | braewoods | so people don't have to hunt second hand stuff? |
| 09:36:38 | speachy | yeah. that said the mp3 player market is pretty much split into two camps these days, very cheap shovelware that could never run rockbox, and ultra-high-end stuff that only occasionally leaks out of the domestic Chinese market |
| 09:37:01 | braewoods | mmm. makes me wonder if rockbox could partner with a hardware project like Pine Microsystems to develop their own stuff. |
| 09:37:34 | speachy | it's a thought. but I don't know if the volumes/economics make sense |
| 09:38:08 | braewoods | one option, a general port that can run on Linux and act as a frontend interface could be another option. |
| 09:38:09 | speachy | would take a nontrivial up-front investment. |
| 09:38:15 | braewoods | so it could run atop another kernel. |
| 09:38:32 | speachy | braewoods: that's been around for some time, actually. :) |
| 09:38:36 | braewoods | Oh. |
| 09:38:58 | braewoods | so in theory someone could run it on an ARM Linux distribution that was stripped down for this purpose. |
| 09:39:03 | braewoods | e.g. rPI |
| 09:39:40 | braewoods | wouldn't be as elegant as specialized options though. |
| 09:40:12 | speachy | it needs to be, well, portable. which means battery, display, buttons, reasonably compact... |
| 09:40:16 | braewoods | speachy: so there's very few mp3 players that make it onto other markets now? |
| 09:40:19 | braewoods | yea. |
| 09:40:39 | speachy | the "nontrivial investment" is purely hardware. |
| 09:40:42 | braewoods | and the problem with these other Linux boards is they have more stuff than an mp3 player strictly needs. |
| 09:40:54 | braewoods | like a networking stack. |
| 09:41:05 | speachy | tbh most of the angst we go through here is due to not having access to manufacturer schematics or component datasheets |
| 09:41:17 | speachy | and the need to reverse engineer things. which is _very_ time consuming. |
| 09:41:52 | __Bilgus | On the trail for test_scanrate.rock failing to change frequency it appears the update_rect function for the X3 is broken |
| 09:42:14 | __Bilgus | maybe backwards?? |
| 09:42:26 | speachy | the "extra stuff" isn't a big deal if there is sufficient system resources (mainly RAM) |
| 09:43:21 | speachy | braewoods: the "standalone mp3 player" market is nearly nonexistent these days. thank smartphones (and streaming audio) for that |
| 09:43:39 | braewoods | speachy: i noticed. the last new stuff was largey 2010 or so. |
| 09:44:35 | speachy | and even on the high end the market is moving to smartphone-like stuff, not unlike the ipod touch (apps, wifi, touch-only UI) only with high-end audio components. |
| 09:45:31 | braewoods | i have an iriver h10 i've been field testing with. i wondered why the CF card was doing so badly. |
| 09:46:16 | braewoods | seems iriver still has new devices but not in the US. |
| 09:46:23 | speachy | so Chinese audiophiles can plug in their domestic equivalent to oxygen-depleted gold-plated optical monster cables and wank about how jitter-free their DSD files sound. |
| 09:47:23 | speachy | the X3 we're going on about here is the most recent "native" rockbox port. and it was discontinued a couple of years ago. |
| 09:48:00 | braewoods | so android basically killed the mp3 player it appears. |
| 09:48:07 | | Join johnb4 [0] (~johnb2@p5b3afff4.dip0.t-ipconnect.de) |
| 09:48:25 | speachy | the others since then have all been apps built on top of Linux. which works fine for most purposes but since we rarely have access to the kernel sources we can do nothing about platform bugs. of which there are many. |
| 09:49:05 | braewoods | interesting. i guess audio SOCs are even harder than router SOCs... |
| 09:49:08 | speachy | braewoods: I'd say smartphones rather than android. most higer-end mp3 players these days are built on top of android bits. |
| 09:49:48 | speachy | eh, not really. it's just a matter of volume. |
| 09:50:09 | braewoods | true. |
| 09:50:46 | speachy | for audio applications it's the external components (clocks, power supply, filtering, DACs) that make the difference |
| 09:50:52 | braewoods | i guess it helps openwrt that there's still plenty of new platforms to port to |
| 09:51:06 | braewoods | and that it's embedded Linux |
| 09:51:26 | speachy | when you can ship a RPi Zero for $5... that's vastly, vastly more powerful than you need for Rockbox. |
| 09:51:37 | speachy | and that comes with what, 512MB RAM too? |
| 09:52:12 | braewoods | meaning you don't need a super powerful main CPU. |
| 09:52:42 | braewoods | if anything it's more about the periphereals and integrating those. |
| 09:52:48 | braewoods | into a lightweight package |
| 09:52:54 | speachy | but the low-end "volume" mp3 player market consists of microcontrollers with hw codecs bolted to the side |
| 09:53:11 | speachy | with barely enough RAM to drive a UI |
| 09:53:16 | __Bilgus | which is where the whole mess started too! |
| 09:53:24 | braewoods | IOW, they do all the hard work in ASICs? |
| 09:53:29 | speachy | __Bilgus: and the circle of life continues. :D |
| 09:53:46 | __Bilgus | seroom's law I guess |
| 09:54:26 | braewoods | it sounds like rockbox would be best off with their own hardware designs given the shortage of newer stuff. |
| 09:54:34 | speachy | basically needing external DRAM drives the cost _way_ up. both for the RAM itself but also the larger package for the necessary pins, plus pcb space/complexity, plus bigger battery due to higher consumption, etc... |
| 09:55:39 | braewoods | speachy: btw, i noticed the rockbox port for iriver has a battery capacity setting. do i need to set that? I replaced the original battery with a newer one of higher capacity. |
| 09:55:41 | speachy | I have one of the cheapies here; its PCB is little more than the rknano ASIC, buttons, the SD slot, and the display connector. |
| 09:56:19 | speachy | braewoods: that capacity setting is only used for runtime estimation. the real question is how the discharge curve on the new battery compares to the old. |
| 09:56:55 | braewoods | ah. |
| 09:58:42 | | Quit johnb4 (Quit: Nettalk6 - www.ntalk.de) |
| 09:59:12 | speachy | the ingenic approach is to embed DRAM into the package. 32MB is more than enough for a DAP! But the overhead of Linux leaves us with not a lot of room for rockbox. |
| 09:59:48 | braewoods | that's less than openwrt recommends now... |
| 09:59:49 | speachy | (plus the other stuff they have running on their players. |
| 09:59:56 | braewoods | they want at least 64MB now. |
| 10:00 |
| 10:00:31 | speachy | braewoods: because "routers" do a lot more than just "route" these days. :) But higher network speeds do need larger buffers to sustain throughput. |
| 10:00:58 | braewoods | heh. my x86 openwrt has 2G. |
| 10:01:10 | braewoods | way more than it can use |
| 10:01:47 | speachy | braewoods: also, the DRAM market being what it is, it's often cheaper to put more RAM there than less. |
| 10:02:37 | speachy | use the same parts as the market volume leaders (ie cell phones) and it'll be overall cheaper |
| 10:04:10 | braewoods | for now sounds like rockbox is mainly going to be running on old stuff. |
| 10:04:17 | braewoods | that people have repaired or so. |
| 10:04:53 | braewoods | this iriver h10 is still pretty good for its age. |
| 10:05:55 | johnb2 | speachy : Do we stick with test3 for now? |
| 10:07:29 | speachy | johnb2: yeah. I don't want to disable dyanmic reclocking just yet. trying to hunt down the definitions of some magic registers written during the init sequence. |
| 10:09:12 | speachy | at least we know it's triggered/exacerbated by changing the clocks, rather than the specific clock settings. |
| 10:09:48 | speachy | I wonder if the solution is to introduce some hysterisis in the clock twiddling? |
| 10:15:47 | speachy | one of the magic register writes goes to a peripheral that's blanked out of the programmer's manual |
| 10:19:33 | johnb2 | bbl |
| 10:24:06 | | Quit johnb2 (Ping timeout: 258 seconds) |
| 10:27:50 | __Bilgus | speachy anyclue what might affect the timer exposed to plugins |
| 10:28:14 | __Bilgus | it looks like scan rate is failing because the time is only one shotting |
| 10:30:27 | __Bilgus | maybe something higher priority is stealing it |
| 10:36:34 | speachy | the caller has to re-register the timer after it fires, right? |
| 10:36:46 | speachy | it it doesn't automatically reload |
| 10:36:53 | speachy | *ie |
| 10:38:06 | *** | Saving seen data "./dancer.seen" |
| 10:43:24 | __Bilgus | it looks like its the changing of timeout that kills it |
| 10:43:45 | __Bilgus | probably something missing to re enable it after set_timer is called |
| 10:45:48 | speachy | yeah. |
| 10:46:21 | speachy | I made changes to the init code, pulled the non-pll inits out of the pll code. |
| 10:47:10 | __Bilgus | I should be able to just fix it in timer_set_period |
| 10:48:47 | __Bilgus | I think I found it |
| 10:49:49 | speachy | I don't hear any crackling on this. I wonder if that means I fixed it, my headphones suck, or my ears are fried. |
| 10:50:10 | fs-bluebot | Build Server message: New build round started. Revision 1aee168, 280 builds, 9 clients. |
| 10:50:45 | speachy | the code change is "correct" anyway; no need to poke the DRAM controller and bus arbitration settings on each reclock. |
| 10:50:48 | __Bilgus | I wonder if the stopped timer might cause issues |
| 10:51:16 | speachy | __Bilgus: quite likely! |
| 10:51:42 | __Bilgus | ill know here shortly if my assumption is correct |
| 10:52:49 | speachy | since johnb2 is gone for now, you can hear the crackling he talked about, correct? |
| 10:52:59 | speachy | or glitch/whatever |
| 10:53:33 | __Bilgus | yes give me a few |
| 10:53:36 | speachy | if you could grab the commit I pushed and tell me if the artifact is there still |
| 10:54:28 | speachy | (also I'm using the buffering thread debug screen to tell me what the CPU is doing) |
| 10:56:37 | __Bilgus | and yes the timer code needs fixed speachy the timer fix got rid of the junk on play pause |
| 10:56:47 | speachy | this timer glitch is system-wide, right? and nothign to do with the X3? |
| 10:56:58 | __Bilgus | no its X3 only |
| 10:57:27 | speachy | guess I'll need to see the diff to understand what's going on |
| 10:58:21 | __Bilgus | https://github.com/Rockbox/rockbox/blob/master/firmware/target/mips/ingenic_jz47xx/timer-jz4760.c#L81 |
| 10:58:45 | __Bilgus | __tcu_start_counter(5); |
| 10:58:58 | __Bilgus | its never reenabled unless start is true |
| 10:59:16 | speachy | ah, so pulling the __tcu_start() out of the if |
| 10:59:18 | speachy | ok |
| 10:59:29 | __Bilgus | well on set_timer_period start = false and 10 lines above the timer is disable unconditionally |
| 10:59:40 | __Bilgus | yeah you got it |
| 10:59:48 | | Quit __Bilgus (Remote host closed the connection) |
| 11:00 |
| 11:00:24 | | Join __Bilgus_ [0] (41ba23be@65.186.35.190) |
| 11:02:42 | speachy | ok, I'm loading up a build with your LCD patch and the timer fixed. (I assume you'll go ahead and push the latter?) |
| 11:03:53 | __Bilgus_ | yeah i'll push it, compiling at head atm |
| 11:03:54 | speachy | oh nice, the contrast settings _really_ help. |
| 11:04:31 | __Bilgus_ | yeah its a little stupid with the negatives but it was the easiest way to make set contrast do double duty |
| 11:04:49 | __Bilgus_ | -9 to -1 lol |
| 11:05:04 | speachy | I say go ahead and push that too. probably hurts battery life a bit but.. eh. |
| 11:06:15 | __Bilgus_ | in theory it raises the refresh rate a bit too |
| 11:06:17 | speachy | well, I tested version 2 of that patch since you're mucking with it still. |
| 11:07:31 | speachy | should probably pick up the LCD delay patch too as god knows what the fixed asm delay loop works out to be with the cpu clocking |
| 11:08:12 | __Bilgus_ | oh i've been adding it ontop of my builds for the moment sounds like a lot of pushes |
| 11:09:14 | speachy | lots of smaller commits make it easier to find regressions |
| 11:11:43 | speachy | the downside of that delay patch is that its worst-case delay will be twice what we need. (ie 82us vs the needed 40) |
| 11:12:37 | speachy | that could be dropped to a worst-case of ~51us but that would require quadrupling the timer speed (since the HW doesn't have a /2 divisor... wtf?) |
| 11:13:27 | | Quit pamaury (Quit: Konversation terminated!) |
| 11:13:51 | __Bilgus_ | ok speachy head along with g#2703 and I don't hear any of the glitching |
| 11:13:53 | fs-bluebot | Gerrit review #2703 at http://gerrit.rockbox.org/r/2703 : Xduoo_X3 Fix timer_set_period fail to reenable by William Wilgus |
| 11:14:00 | speachy | awesome! |
| 11:14:08 | speachy | let's merge away. :) |
| 11:15:19 | fs-bluebot | Build Server message: Build round completed after 1509 seconds. |
| 11:15:23 | fs-bluebot | Build Server message: Revision 1aee168 result: All green |
| 11:15:24 | fs-bluebot | Build Server message: New build round started. Revision 77019c2, 280 builds, 8 clients. |
| 11:18:44 | __Bilgus_ | is 2697 still a WIP? |
| 11:19:21 | speachy | it was only WIP becasue I wanted your feedback |
| 11:20:18 | speachy | The jz4740 timer code had the same bug. (which makes sense as the 4760 started out copy-pasta'd from it..) |
| 11:28:08 | __Bilgus_ | looks like the scanrate is 103.7 hz |
| 11:29:29 | __Bilgus_ | or a multiple maybe 50 is |
| 11:29:53 | fs-bluebot | Build Server message: Build round completed after 871 seconds. |
| 11:29:56 | fs-bluebot | Build Server message: Revision 77019c2 result: All green |
| 11:29:57 | fs-bluebot | Build Server message: New build round started. Revision 4a6d8e9, 280 builds, 9 clients. |
| 11:30:13 | speachy | I gotta run for a while. |
| 11:30:23 | __Bilgus_ | ciao |
| 11:30:26 | | Quit speachy (Quit: WeeChat 2.8) |
| 11:39:00 | | Join johnb2 [0] (~johnb2@p5b3afff4.dip0.t-ipconnect.de) |
| 11:42:55 | fs-bluebot | Build Server message: Build round completed after 778 seconds. |
| 11:42:56 | fs-bluebot | Build Server message: Revision 4a6d8e9 result: All green |
| 11:45:33 | johnb2 | I am back .. |
| 11:45:50 | johnb2 | 4a6d8e91bb still has the noise. |
| 12:00 |
| 12:05:03 | | Join easrng [0] (4a4da336@cpe-74-77-163-54.buffalo.res.rr.com) |
| 12:08:30 | easrng | Hi, is the wiki up to date for the iPod nano 3G? It says there's not much progress, but https://nitter.net/freemyipod/status/983439330483081216 seems to indicate otherwise. |
| 12:08:59 | | Quit sakax (Remote host closed the connection) |
| 12:15:00 | | Quit JanC (Remote host closed the connection) |
| 12:15:29 | | Quit __Bilgus_ (Remote host closed the connection) |
| 12:18:23 | | Join JanC [0] (~janc@lugwv/member/JanC) |
| 12:19:30 | | Quit JanC (Remote host closed the connection) |
| 12:23:19 | johnb2 | speachy: no wonder, frequency scaling is still enabled. |
| 12:31:44 | | Quit easrng (Ping timeout: 245 seconds) |
| 12:38:09 | *** | Saving seen data "./dancer.seen" |
| 12:39:41 | | Quit livvy (Remote host closed the connection) |
| 12:41:14 | | Join __Bilgus [0] (41ba23be@65.186.35.190) |
| 12:42:10 | __Bilgus | I don't hear it with the current head although I did find out that running cube while playing music leads to a crash and has audio glitches every screen refresh |
| 12:42:57 | | Join livvy [0] (~livvy@gateway/tor-sasl/livvy) |
| 12:43:26 | | Join easrng [0] (4a4da336@cpe-74-77-163-54.buffalo.res.rr.com) |
| 12:44:45 | johnb2 | I definitely do. As I understood speachy, in the previous tests fixing the frequency was the solution. However, in the current HEAD freq scaling is still active ( you can boost it in debug). |
| 12:45:23 | easrng | I'm back. The tab I had freenode in was suspended. I checked the logs for replies |
| 12:45:43 | | Quit __Bilgus (Remote host closed the connection) |
| 12:46:35 | | Join __BIlgus [0] (41ba23be@65.186.35.190) |
| 12:47:26 | __BIlgus | johnb do you hear the one when you pause unpause anymore? |
| 12:48:57 | johnb2 | yes |
| 12:51:08 | __BIlgus | not sure then odd, perhaps delete the .rb folder and try again or maybe make clean your build dir? |
| 12:51:20 | johnb2 | I am really wondering if there are some hardware differences. |
| 12:52:01 | __BIlgus | possible but I heard it before but not now |
| 12:52:19 | johnb2 | Ok, this time I unzipped it on top of the previous installation. I will do a clean install on the sd (I dont build myself ..). |
| 12:53:16 | __BIlgus | oh then let me get you one the latest stuff I don't think uploads till 1200 |
| 12:56:55 | __BIlgus | johnb2 http://www.mediafire.com/file/c0hel8il9ls61hu/XDUOO_X3_rockbox-full.zip/file |
| 12:57:08 | __BIlgus | that has test plugins too |
| 12:57:39 | johnb2 | 4a6d8e91bb definitely has it. I missed adjusting volume, it really hurts :-) |
| 12:57:44 | johnb2 | Ok, will try |
| 13:00 |
| 13:01:52 | | Join mendel_munkis_ [0] (~mendelmun@ool-ae2cb138.dyn.optonline.net) |
| 13:02:31 | johnb2 | __BIlgus : still awful crackle |
| 13:02:45 | | Join J_Darnley [0] (~J_Darnley@d51a44418.access.telenet.be) |
| 13:02:48 | __BIlgus | weird |
| 13:03:37 | __BIlgus | do you hear it only on the first song or on all skips? |
| 13:04:05 | | Quit mendelmunkis (Ping timeout: 240 seconds) |
| 13:04:05 | | Quit jdarnley (Ping timeout: 240 seconds) |
| 13:04:25 | johnb2 | Basically it sounds like a crackle from record players (in between tracks), vinyl :-) |
| 13:04:39 | johnb2 | all skips |
| 13:05:25 | __BIlgus | yeah I don't which is v odd being that we are using the exact same fw |
| 13:06:18 | __BIlgus | well there are still some issues with this player but maybe if we fix those it'll fix yours |
| 13:06:22 | johnb2 | And being more objective by looking at the clock: it ceases around 3s into the track, not 10s. |
| 13:07:07 | __BIlgus | while playing back music if you run the cube plugin does it click while the cube spins? |
| 13:07:19 | johnb2 | I will be back after dinner .. |
| 13:10:35 | | Quit t0mato (Quit: Ping timeout (120 seconds)) |
| 13:13:37 | | Join JanC [0] (~janc@lugwv/member/JanC) |
| 13:19:18 | | Quit __BIlgus (Remote host closed the connection) |
| 13:19:55 | | Join ac_laptop [0] (~ac_laptop@186.2.247.129) |
| 13:20:28 | | Join t0mato [0] (~t0mato@193.32.127.154) |
| 13:25:04 | | Quit easrng (Ping timeout: 245 seconds) |
| 13:32:03 | | Quit livvy (Remote host closed the connection) |
| 13:40:39 | | Join livvy [0] (~livvy@gateway/tor-sasl/livvy) |
| 13:48:26 | johnb2 | __Bilgus: not it doesnt click, but the sound is distorted, like ag guitar string swinging |
| 13:49:54 | johnb2 | as soon as the backlight turns off, the sound is normal again. |
| 13:55:02 | braewoods | sounds awful |
| 13:55:04 | braewoods | :) |
| 13:56:16 | johnb2 | I lack the proper English words. Like a "twang" applied to the regular audio. |
| 13:57:11 | | Join __BILGUS [0] (41ba23be@65.186.35.190) |
| 13:58:08 | __BILGUS | IDK if they are related but it seems when the write line gets toggles to write the lcd data it glitches the device |
| 13:58:52 | __BILGUS | at track start there is going to be a creen clear and reload so I suppose its possible thery are one and the same |
| 13:59:04 | | Join speachy [0] (40eebded@64.238.189.237) |
| 14:00 |
| 14:00:29 | speachy | ok, heads-up, shutting down the server to swap out the RAID controller. should be back online within a few minutes |
| 14:00:29 | speachy | . |
| 14:01:45 | johnb2 | Now I ran cube during flac playback and I get the same "twang", but it is different to the sharp clicks I am referring to (like record player clicks). |
| 14:01:57 | DEBUG | Received signal 15 (SIGTERM), terminating (snapshot: transfer.c line 304) |
| 14:01:57 | *** | Cleanup |
| 14:01:57 | *** | Saving seen data "./dancer.seen" |
| 14:01:57 | *** | Exit |
| 14:37:35 | *** | Started Dancer V4.16 |
| 14:37:35 | DEBUG | gethostbyname(2) failed for irc.freenode.net (No such device or address) (snapshot: netstuff.c line 99) |
| 14:37:35 | DEBUG | gethostbyname(2) failed for irc.freenode.net (No such device or address) (snapshot: netstuff.c line 99) |
| 14:37:35 | DEBUG | gethostbyname(2) failed for irc.freenode.net (No such device or address) (snapshot: netstuff.c line 99) |
| 14:37:35 | *** | Connected to irc.freenode.net on port 6667 |
| 14:37:35 | *** | Logfile for #rockbox started |
| 14:37:45 | Mode | "logbot_ :+i" by logbot_ |
| 14:37:46 | Ctcp | Version from freenode-connect!frigg@freenode/utility-bot/frigg |
| 14:37:52 | *** | Server message 501: 'logbot_ :Unknown MODE flag' |
| 14:37:52 | | Join logbot_ [0] (~rockbox@stuffed.shaftnet.org) |
| 14:37:52 | | Join MrZeus [0] (~MrZeus@05467834.skybroadband.com) |
| 14:37:52 | | Join __BILGUS [0] (41ba23be@65.186.35.190) |
| 14:37:52 | | Join livvy [0] (~livvy@gateway/tor-sasl/livvy) |
| 14:37:52 | | Join t0mato [0] (~t0mato@193.32.127.154) |
| 14:37:52 | | Join ac_laptop [0] (~ac_laptop@186.2.247.129) |
| 14:37:52 | | Join JanC [0] (~janc@lugwv/member/JanC) |
| 14:37:52 | | Join J_Darnley [0] (~J_Darnley@d51a44418.access.telenet.be) |
| 14:37:52 | | Join mendel_munkis_ [0] (~mendelmun@ool-ae2cb138.dyn.optonline.net) |
| 14:37:52 | | Join johnb2 [0] (~johnb2@p5b3afff4.dip0.t-ipconnect.de) |
| 14:37:52 | | Join lebellium [0] (~lebellium@aaubervilliers-653-1-153-110.w86-218.abo.wanadoo.fr) |
| 14:37:52 | | Join koniu [0] (~koniu@gateway/tor-sasl/koniu) |
| 14:37:52 | | Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) |
| 14:37:52 | | Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) |
| 14:37:52 | | Join fs-bluebot [0] (~fs-bluebo@55d42817.access.ecotel.net) |
| 14:37:52 | | Join Moarc [0] (~chujko@a105.net128.okay.pl) |
| 14:37:52 | | Join edhelas [0] (9d94237298@2a01:7c8:aab8:6b9:5054:ff:fec9:fd84) |
| 14:37:52 | | Join akaWolf [0] (~akaWolf@akawolf.org) |
| 14:37:52 | | Join Rower [0] (~Rower@78-73-72-39-no2340.tbcn.telia.com) |
| 14:37:52 | | Join amiconn [0] (jens@rockbox/developer/amiconn) |
| 14:37:52 | | Join pixelma [0] (marianne@rockbox/staff/pixelma) |
| 14:37:52 | | Join Galois [0] (djao@efnet-math.org) |
| 14:37:52 | | Join beencubed [0] (~beencubed@209.131.238.248) |
| 14:37:52 | | Join prof_wolfff [0] (~prof_wolf@240.red-88-19-58.staticip.rima-tde.net) |
| 14:37:52 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 14:37:52 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
| 14:37:52 | | Join advcomp2019__ [0] (~advcomp20@unaffiliated/advcomp2019) |
| 14:37:52 | | Join heredoc [0] (heredoc@2a01:7e01::f03c:91ff:fec1:de1d) |
| 14:37:52 | | Join Tsesarevich [0] (Tsesarevic@fluxbuntu/founder/joejaxx) |
| 14:37:52 | | Join craftyguy [0] (~craftyguy@qutebrowser/dev/craftyguy) |
| 14:37:52 | | Join braewoods [0] (~braewoods@learnprogramming/staff/braewoods) |
| 14:37:52 | | Join St3ak [0] (~st3ak@st3ak3000.powered.by.lunarbnc.net) |
| 14:37:52 | | Join APLU [0] (~mulx@eva.aplu.fr) |
| 14:37:52 | | Join TheSphinX^ [0] (~briehl@srv001.nosupamu.de) |
| 14:37:52 | | Join atsampson [0] (~ats@cartman.offog.org) |
| 14:37:52 | | Join danielp3344 [0] (danielp334@gateway/shell/matrix.org/x-okrigotilslypxys) |
| 14:37:52 | | Join blbro[m] [0] (blbrostrat@gateway/shell/matrix.org/x-lwbiixtrybdohtlt) |
| 14:37:52 | | Join igitoor [0] (igitur@unaffiliated/contempt) |
| 14:37:52 | | Join ufdm [0] (~ufdm@c-73-164-63-214.hsd1.mn.comcast.net) |
| 14:37:52 | | Join vup [0] (~~~~@46.101.193.235) |
| 14:37:52 | | Join marex-cloud [0] (sid137234@gateway/web/irccloud.com/x-qhlnsseulmxilghd) |
| 14:37:52 | | Join bleb [0] (~cm@unaffiliated/bleb) |
| 14:37:52 | | Join klock [0] (~freeklock@unaffiliated/klock) |
| 14:37:52 | | Join galaxy_knuckles [0] (~gknux@unaffiliated/galaxy-knuckles/x-1756549) |
| 14:37:52 | | Join toruvinn [0] (~toruvinn@178-37-200-229.adsl.inetia.pl) |
| 14:37:52 | | Join Jack87 [0] (Jack87@nasadmin/admin/jack87) |
| 14:37:52 | | Join alexbobp [0] (~alex@meowface.org) |
| 14:37:52 | | Join Slasheri [0] (~miipekk@rockbox/developer/Slasheri) |
| 14:37:52 | | Join SammysHP [0] (~SammysHP@faol.sammyshp.de) |
| 14:37:52 | | Join rudi_s [0] (~simon@bmi.informatik.uni-erlangen.de) |
| 14:37:52 | | Join xcin [0] (~x@159.203.132.140) |
| 14:37:52 | | Join user890104 [0] (~Venci@freemyipod.org) |
| 14:37:52 | | Join olspookishmagus [0] (~pookie@snf-137798.vm.okeanos.grnet.gr) |
| 14:37:52 | | Join prg318 [0] (~prg@deadcodersociety/prg318) |
| 14:37:52 | | Join XDjackieXD [0] (~jackie@irc.chaosfield.at) |
| 14:37:52 | | Join ecs [0] (esawady@d2evs.net) |
| 14:37:52 | | Join blackyus- [0] (~blackyus1@ip189.ip-144-217-213.net) |
| 14:37:52 | | Join shrizza [0] (~shrizza@oki-180-131-209-187.jptransit.net) |
| 14:37:52 | | Join trfl [0] (~ed@static.59.110.40.188.clients.your-server.de) |
| 14:37:52 | | Join Xeha [0] (~Xeha@unaffiliated/xeha) |
| 14:37:52 | | Join @ChanServ [0] (ChanServ@services.) |
| 14:37:52 | | Join mikroflops [0] (~yogurt@c188-150-217-176.bredband.comhem.se) |
| 14:37:52 | | Join yosafbridge [0] (~yosafbrid@static.38.6.217.95.clients.your-server.de) |
| 14:37:52 | | Join plum [0] (~plum@unaffiliated/plum) |
| 14:37:52 | | Join copper [0] (~copper@unaffiliated/copper) |
| 14:37:52 | | Join aevin [0] (eivindsy@unaffiliated/aevin) |
| 14:37:52 | | Join amdj [0] (~aaron@freenode/staff/atheme.amdj) |
| 14:37:52 | | Join ParkerR [0] (ParkerR@unaffiliated/parkerr) |
| 14:37:52 | | Join WakiMiko [0] (~WakiMiko@unaffiliated/wakimiko) |
| 14:37:52 | | Join Skyrider [0] (~Skyrider@v220200567215119438.goodsrv.de) |
| 14:37:52 | | Join Strife89 [0] (sid399903@gateway/web/irccloud.com/x-jufepegjoeamjhuc) |
| 14:37:52 | | Join sh4 [0] (shapeless@unaffiliated/sh4) |
| 14:37:52 | | Join kirvesAxe [0] (kirvesaxe@aulis.sange.fi) |
| 14:37:52 | | Join Lonoxmont [0] (~lonoxmont@024-180-058-254.res.spectrum.com) |
| 14:37:52 | | Join benedikt93 [0] (~quassel@unaffiliated/benedikt93) |
| 14:37:52 | | Join bzed [0] (~bzed@shell.bzed.at) |
| 14:37:52 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 14:37:52 | | Join dys [0] (~dys@116.203.150.34) |
| 14:37:52 | | Join ender| [0] (~ender1@2a01:260:4094:1:6045:6fff:fedd:cbf3) |
| 14:37:52 | | Join SovietShaman [0] (quassel@024-217-039-226.res.spectrum.com) |
| 14:37:52 | | Join _3dsv [0] (~3dsv@068-184-255-059.res.spectrum.com) |
| 14:37:52 | | Join emacsomancer [0] (~runner@c-174-52-88-123.hsd1.ut.comcast.net) |
| 14:37:52 | | Join __builtin [0] (~quassel@rockbox/developer/builtin) |
| 14:37:52 | | Join logbot [0] (~rockbox@giant.haxx.se) |
| 14:37:52 | | Join rogeliodh [0] (~rogeliodh@vmi417874.contaboserver.net) |
| 14:37:52 | | Join rasher [0] (~rasher@rockbox/developer/rasher) |
| 14:37:52 | | Join Acou_Bass [0] (~eddie@cpc97736-bolt17-2-0-cust152.10-3.cable.virginm.net) |
| 14:37:52 | | Join ps-auxw [0] (~arneb@p548c61b6.dip0.t-ipconnect.de) |
| 14:37:52 | | Join lemon_jesus [0] (~lemon_jes@c-73-9-49-209.hsd1.in.comcast.net) |
| 14:37:52 | | Join TorC [0] (~Tor@fsf/member/TorC) |
| 14:37:52 | | Join bonfire [0] (~bonfire@c-73-52-134-66.hsd1.ut.comcast.net) |
| 14:37:52 | | Join Ckat [0] (~Ckat@xn--z7x.xn--6frz82g) |
| 14:37:52 | | Join fauweh [0] (~root@ithaqua.unzane.com) |
| 14:37:52 | | Join scorche [0] (~scorche@rockbox/administrator/scorche) |
| 14:37:52 | | Join gevaerts [0] (~fg@rockbox/developer/gevaerts) |
| 14:37:52 | | Join michaelni [0] (~michael@213-47-68-29.cable.dynamic.surfer.at) |
| 14:37:52 | | Join Rondom [0] (~rondom@modo.nonmodosedetiam.net) |
| 14:37:52 | | Join paulk-leonov [0] (~paulk-leo@vpn-0-22.aquilenet.fr) |
| 14:39:09 | | Join speachy [0] (40eebded@64.238.189.237) |
| 14:39:45 | __BILGUS | speachy got one for you(happens on old dailyies as well |
| 14:40:17 | speachy | infra is back up finally. bleh. missing kernel module so couldn't mount rootfs |
| 14:40:22 | __BILGUS | so play music and then use cube hear the click and pop it happens when any of the gpios get toggled |
| 14:40:55 | __BILGUS | in cube you can crash the player choose left or right and hit the play button |
| 14:41:27 | __BILGUS | freq increases as well with the lcd updates and eventually it will crash |
| 14:42:18 | __BILGUS | but it doesn't appear to happen when I just use the regular image functions so maybe something isnt set like it should |
| 14:43:34 | speachy | not crashing cube for me.. |
| 14:43:42 | speachy | well, spoke too soon. |
| 14:44:33 | speachy | took a few seconds of all-out thrashing the cube |
| 14:44:46 | __BILGUS | yeah same here |
| 14:45:47 | speachy | another possibility −− I might need to dial the boosted freq down to 528. since it's possible Vcore isn't set high enough for stable operation |
| 14:46:35 | __BILGUS | idk it did the same with the first build posted for john |
| 14:46:49 | __BILGUS | at least the clicking part not sure on the crash |
| 14:54:16 | __BILGUS | looks like 6068 and 8080 mode are pretty similar maybe I should try switching the logic to follw the other |
| 14:55:59 | __BILGUS | the fire plugin crashes it even faster |
| 14:57:19 | | Quit speachy (Remote host closed the connection) |
| 14:57:29 | | Quit johnb2 (Quit: Nettalk6 - www.ntalk.de) |
| 15:00 |
| 15:26:26 | | Quit t0mato (Quit: Ping timeout (120 seconds)) |
| 15:33:26 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 15:41:06 | | Join t0mato [0] (~t0mato@193.32.127.154) |
| 15:42:00 | | Join mendelmunkis [0] (~mendelmun@ool-ae2cb138.dyn.optonline.net) |
| 15:44:19 | | Quit mendel_munkis_ (Ping timeout: 265 seconds) |
| 15:48:19 | | Quit __BILGUS (Remote host closed the connection) |
| 16:00 |
| 16:02:21 | | Join speachy [0] (~speachy@209.2.65.77) |
| 16:37:39 | *** | Saving seen data "./dancer.seen" |
| 17:00 |
| 17:09:37 | | Quit t0mato (Quit: Ping timeout (120 seconds)) |
| 17:16:28 | fs-bluebot | Build Server message: New build round started. Revision a2b7744, 280 builds, 8 clients. |
| 17:27:31 | | Quit mendelmunkis (Remote host closed the connection) |
| 17:27:50 | | Join mendelmunkis [0] (~mendelmun@ool-ae2cb138.dyn.optonline.net) |
| 17:31:32 | fs-bluebot | Build Server message: Build round completed after 903 seconds. |
| 17:31:34 | fs-bluebot | Build Server message: Revision a2b7744 result: All green |
| 17:54:50 | * | speachy frowns. |
| 17:56:08 | speachy | this thing is clocking at 192 when it should be clocking at 576. |
| 18:00 |
| 18:14:27 | | Join cockroach [0] (~blattodea@pdpc/supporter/active/cockroach) |
| 18:37:43 | *** | Saving seen data "./dancer.seen" |
| 18:54:45 | | Quit cockroach (Quit: leaving) |
| 19:00 |
| 19:29:04 | | Quit pamaury (Ping timeout: 265 seconds) |
| 19:42:44 | | Quit lebellium (Quit: Leaving) |
| 19:44:26 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 19:47:26 | | Quit fs-bluebot (Ping timeout: 256 seconds) |
| 19:48:00 | | Quit bluebrother^ (Ping timeout: 256 seconds) |
| 19:55:46 | | Join fs-bluebot [0] (~fs-bluebo@55d4725d.access.ecotel.net) |
| 20:00 |
| 20:37:45 | *** | Saving seen data "./dancer.seen" |
| 20:39:25 | | Quit MrZeus (Ping timeout: 240 seconds) |
| 21:00 |
| 21:00:23 | | Join t0mato [0] (~t0mato@193.32.127.155) |
| 21:13:19 | | Join apoptosis [0] (62b0d59f@ip98-176-213-159.sd.sd.cox.net) |
| 21:13:55 | | Part apoptosis |
| 21:27:38 | | Join fs-bluebot_ [0] (~fs-bluebo@55d4c6e1.access.ecotel.net) |
| 21:27:43 | | Quit bluebrother (Disconnected by services) |
| 21:27:47 | | Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) |
| 21:28:02 | | Quit fs-bluebot (Ping timeout: 258 seconds) |
| 21:41:33 | | Quit livvy (Remote host closed the connection) |
| 21:51:22 | | Quit Galois (Ping timeout: 260 seconds) |
| 22:00 |
| 22:19:55 | | Quit ac_laptop (Ping timeout: 240 seconds) |
| 22:37:49 | *** | Saving seen data "./dancer.seen" |
| 22:53:10 | fs-bluebot_ | Build Server message: New build round started. Revision fc7eb3b, 280 builds, 8 clients. |
| 23:00 |
| 23:07:27 | fs-bluebot_ | Build Server message: Build round completed after 857 seconds. |
| 23:07:28 | fs-bluebot_ | Build Server message: Revision fc7eb3b result: All green |
| 23:18:25 | | Quit TheSeven (Ping timeout: 240 seconds) |
| 23:19:06 | | Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) |
| 23:47:06 | | Join Galois [0] (djao@efnet-math.org) |
icon identifies that the person is a core developer (has commit access).