| 00:04:08 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 00:04:43 | *** | Saving seen data "./dancer.seen" |
| 00:07:16 | | Quit bertrik (Ping timeout: 276 seconds) |
| 00:29:15 | | Part LinusN |
| 00:38:44 | | Join thegeek [0] (thegeek@110.36.34.95.customer.cdi.no) |
| 00:55:10 | | Quit ender` (Quit: If you're going to do something tonight that you'll be sorry for tomorrow morning, sleep late.) |
| 01:00 |
| 01:07:39 | | Quit foolsh (Ping timeout: 252 seconds) |
| 01:20:45 | | Join foolsh [0] (~foolsh@nc-76-0-175-2.dhcp.embarqhsd.net) |
| 01:28:39 | | Quit lebellium (Quit: ChatZilla 0.9.90 [Firefox 19.0/20130206083616]) |
| 01:28:56 | * | [Saint] wonders how random playback works/will work. |
| 01:29:27 | [Saint] | Does it randomise the entire playlist? Randomise until it fills the buffer and thinks about it again when it has to? etc. |
| 01:30:33 | [Saint] | If it is indeed 'random' then the playlist has no end if it has 2+ tracks, no? |
| 01:30:44 | * | [Saint] is confuzzled about how this will work |
| 01:31:51 | * | [Saint] wonders if JdGordon has a better idea of this |
| 01:32:16 | gelraen | [Saint], you're talking about my little patch? |
| 01:32:27 | [Saint] | In part, yes. |
| 01:32:47 | gelraen | well, it does nothing with playlist |
| 01:33:03 | gelraen | it just affects how next track is chosen |
| 01:33:06 | [Saint] | That'll fuck up 'next track' order in the .wps |
| 01:33:14 | gelraen | yes it does |
| 01:33:17 | [Saint] | iiuc, that's read from the playlist. |
| 01:33:26 | [Saint] | So, that's nasty. :-S |
| 01:33:30 | gelraen | yes |
| 01:33:30 | | Quit foolsh (Ping timeout: 252 seconds) |
| 01:34:02 | * | [Saint] really wants 'true random' but doesn't see any way to make it work nicely. |
| 01:34:26 | Torne | won't that laso break buffering? |
| 01:34:33 | Torne | it'll buffer the wrong tracks, no? |
| 01:34:38 | gelraen | what do you mean 'nicely'? |
| 01:34:40 | [Saint] | it'll have to rebuffer after ever track. |
| 01:34:47 | [Saint] | *every |
| 01:34:57 | [Saint] | as the order will suddenly change. |
| 01:35:19 | [Saint] | gelraen: stuff like thwe above not happening ;) |
| 01:35:23 | [Saint] | *the |
| 01:35:43 | gelraen | well, I don't know much about the internals |
| 01:36:04 | gelraen | how much track are buffered that way? |
| 01:36:07 | Torne | we fill up RAM with as much audio as possible |
| 01:36:09 | gelraen | *tracks |
| 01:36:13 | Torne | no specific number of tracks |
| 01:36:14 | gelraen | oh |
| 01:36:15 | Torne | just every available byte of memory |
| 01:36:23 | Torne | according to what's next in the playlist :) |
| 01:36:25 | [Saint] | rebuffering after every track (how will that work with crossfade? hilariously, I imagine :)) and breaking the next track ordering in the .wps really isn't nice at all... |
| 01:36:38 | [Saint] | I imagine this makes crossfade hilarious. |
| 01:36:45 | gelraen | =) |
| 01:37:22 | [Saint] | "doop-e-doo...playing the first few seconds of the next track...wait, what?" <−− playback engine. |
| 01:37:26 | gelraen | for just next track it can be fixed realtively easy |
| 01:38:30 | [Saint] | Well, as far as the skin engine is concerned, we only care about knowing the next track. But it would be nicer if there was no arbitrary limit into how far forward or backward you can look into a playlist. |
| 01:38:33 | gelraen | but it can be hard for me, because I actually have no idea what happens on track change |
| 01:40:47 | gelraen | I was surprised how that "if (steps == 1)" fixed 2 UI problems I was concerned about |
| 01:40:55 | Torne | well, the skin engine can look further if the skin uses it |
| 01:41:02 | Torne | the mini playlist display |
| 01:41:09 | Torne | and, "just hte next track" is not very much in buffering |
| 01:41:18 | Torne | on the targets with lots of ram playing lossy codecs we often can buffer 8+ tracks |
| 01:41:36 | [Saint] | Right, but for metadata, we only care about the very next track. |
| 01:41:44 | [Saint] | the playlist viewer is a slight exception. |
| 01:41:56 | Torne | having hte playlist viewer display info that's known to be wrong is dumb though |
| 01:42:01 | [Saint] | (and would give the wrong listing for 'random' playback) |
| 01:42:11 | [Saint] | heh, snap. |
| 01:42:31 | | Join froggymana [0] (~me@unaffiliated/froggyman) |
| 01:42:53 | [Saint] | What is the basis behind the playlist not being re-ordered? |
| 01:42:59 | [Saint] | Who does that, and why? |
| 01:43:13 | [Saint] | Is there an example in the wild of an OS that does this I can look at? |
| 01:43:20 | Torne | all this is exactly why shuffle works the way it does in rockbox in the first place |
| 01:43:30 | * | [Saint] nods |
| 01:43:34 | Torne | the playback and buffering system depends on being able to know what the next N tracks are for an arbitrary value of N |
| 01:43:45 | Torne | and so we shuffle the playlist rather than picking at random on track change :) |
| 01:44:03 | | Quit pamaury (Ping timeout: 246 seconds) |
| 01:44:03 | Torne | trying to change it to pick at random on track change without coming up with an alternative solution for buffering and UI is not viable |
| 01:44:12 | [Saint] | repeat shuffled is my 'true random'. |
| 01:44:19 | [Saint] | a poor compromise, but, ...meh. |
| 01:44:45 | | Quit froggyman (Ping timeout: 246 seconds) |
| 01:45:02 | [Saint] | I very much dislike true random anyway. I prefer psuedo-random where there's no chance of hearing the same track within N tracks of itself. |
| 01:45:12 | | Join eckoit [0] (~ryan@50.65.10.24) |
| 01:45:21 | [Saint] | But, I would /like/ true random, as it is oft requested. |
| 01:45:32 | gelraen | [Saint], what do you mean by "example in the wild of an OS that does this"? something that does not reorder the playlist? |
| 01:45:49 | | Join foolsh [0] (~foolsh@nc-76-0-175-2.dhcp.embarqhsd.net) |
| 01:46:03 | [Saint] | gelraen: something that has true random playback without presenting the playlist order in that fashion to the user. |
| 01:46:06 | | Quit prof_wolfff (Read error: Operation timed out) |
| 01:46:12 | [Saint] | so, yes, wht you said. |
| 01:46:16 | [Saint] | *what |
| 01:46:28 | gelraen | well, most desktop players do it that way |
| 01:46:40 | [Saint] | Not the ones I use. ;) |
| 01:46:41 | gelraen | or at least they appear to |
| 01:46:42 | [Saint] | Example? |
| 01:46:54 | gelraen | winamp, amarok, clementine |
| 01:46:55 | JdGordon | [Saint]: there is no limit how far you can look forward/back in the playlist in the skins |
| 01:46:56 | Torne | you can have "true" randomness and still use a preset playlist |
| 01:47:08 | [Saint] | JdGordon: for metadata there is... |
| 01:47:14 | Torne | just instead of shuffling the playlist, create a new one derived from it that's random, and continue to create more as you go through it |
| 01:47:22 | [Saint] | Wait, hum...is there. Shit. |
| 01:47:49 | [Saint] | No, haha, I'm quite wrong there. |
| 01:48:44 | Torne | the only thing you can't easily do using the playlist system as-is is have it be "secret" which track is going to play next |
| 01:48:56 | [Saint] | Not really relevant though I guess, as the information will be incorrect anyway. |
| 01:48:58 | Torne | if you just want it to be able to repeat the same track without going through the entire list first that's perfectly doable |
| 01:49:17 | JdGordon | [Saint]: yeah, it doesnt have to be |
| 01:49:32 | JdGordon | the random patch doesnt go far enough to make that work |
| 01:49:46 | [Saint] | it also needs a skin tag ;) |
| 01:49:47 | JdGordon | it is perfectly easy to store the index of the next X tracks so it works |
| 01:50:07 | * | [Saint] shudders at 'skin tag' |
| 01:50:41 | | Part eckoit |
| 01:58:23 | [Saint] | How much longer do I have before the release to sneak the new presets in? |
| 01:58:48 | [Saint] | ...and, does anyone *really* give a flying fudge if I deprecate a few of them? |
| 01:59:14 | JdGordon | put em up |
| 02:00 |
| 02:00:29 | [Saint] | and, the second question? Is it really a huge deal if I remove a few? |
| 02:01:01 | [Saint] | I did some *very* crappy frequency doubling to avoid that the first time around, and I dislike that very much. |
| 02:01:40 | JdGordon | probably not |
| 02:03:32 | * | [Saint] really wants a system to remove deprecated files from the filesystem at first boot after installation. |
| 02:03:45 | [Saint] | 'twould be nice. |
| 02:04:21 | JdGordon | and not nice to maintain |
| 02:04:46 | *** | Saving seen data "./dancer.seen" |
| 02:05:03 | [Saint] | How so? It would just need to be something like a magic filoe with a csl of files to remove, last step being to remove the list itself. |
| 02:05:29 | [Saint] | and just check if <file> exists in a known location at boot time. |
| 02:05:54 | JdGordon | and where would that file come from? |
| 02:06:15 | JdGordon | it would parse the file every upgrade if it is in the zip |
| 02:07:28 | [Saint] | Well, it wouldn't be present if there were no need for it. But, say if for some reason a developer renamed a plugin, he could add said plugin to <magic_file> so it wiped out the old version at the first boot. |
| 02:07:47 | [Saint] | It would need to be maintained manually, but the dev making the changing commit should know what they're deprecating. |
| 02:09:30 | [Saint] | I thought it could be done trivially with autorock and LUA, but, ...nah. |
| 02:29:04 | JdGordon | autorock isnt enabled by default |
| 02:29:26 | [Saint] | it also only opens a plugin, iirc, there's no way to tell it to run anything. |
| 02:31:31 | JdGordon | is there any issue really with having the old ones left around? |
| 02:31:36 | JdGordon | or just empty them |
| 02:32:06 | [Saint] | Apart from user confusion, not really, no. |
| 02:32:24 | [Saint] | I just don't really like the idea of leaving old files around on the disk. |
| 02:32:54 | | Quit foolsh (Ping timeout: 252 seconds) |
| 02:45:19 | | Join foolsh [0] (~foolsh@nc-76-0-175-2.dhcp.embarqhsd.net) |
| 02:45:19 | | Quit kaputnik (Read error: Connection reset by peer) |
| 02:57:08 | [Saint] | Question: Is the "Default" preset /really/ necessary? |
| 02:57:25 | [Saint] | I find it confusing, and misleading (it actually disables the EQ) |
| 02:59:14 | * | [Saint] added g#401 |
| 02:59:26 | [Saint] | errr, g401 |
| 02:59:28 | fs-bluebot | Gerrit review #401 at http://gerrit.rockbox.org/r/401 : EQ Presets by Hayden Pearce (changes/01/401/1) |
| 02:59:33 | [Saint] | huzzah! |
| 03:00 |
| 03:01:16 | [Saint] | JdGordon: ^ |
| 03:01:33 | [Saint] | give 'em a try, see how they sound. |
| 03:01:52 | [Saint] | I like them very much compared to whats in HEAD presently. |
| 03:03:13 | * | JdGordon doesnt use the eq at all |
| 03:03:25 | JdGordon | change the commit message though |
| 03:03:42 | [Saint] | to? and why? |
| 03:04:18 | JdGordon | the cupertino bit |
| 03:04:24 | JdGordon | adapted at least |
| 03:04:26 | JdGordon | not borrowed |
| 03:05:02 | * | [Saint] doesn't see anything terribly wrong with saying where they came from |
| 03:06:03 | JdGordon | adapted sounds less troublesome |
| 03:06:58 | [Saint] | I asked prior to starting if it would be a bother if I outright stole the presets from iTunes, and I got a resounding "no". |
| 03:07:06 | [Saint] | ...but, I'll remove the reference to them. |
| 03:07:43 | [Saint] | Done. |
| 03:09:11 | [Saint] | Hum...weird. If you do a commit −−amend, and only change the commit message, gerrit doesn't display the previous patch set. |
| 03:09:44 | [Saint] | Or, Chrome is being a meanie. |
| 03:09:51 | [Saint] | Yes, that. |
| 03:10:28 | | Join Spaceghost1 [0] (~Pablo@unaffiliated/spaceghost) |
| 03:12:06 | JdGordon | f5 is your friend |
| 03:13:25 | | Quit Spaceghost (Ping timeout: 260 seconds) |
| 03:22:23 | | Quit XavierGr (Ping timeout: 248 seconds) |
| 03:28:20 | | Nick Spaceghost1 is now known as Spaceghost (~Pablo@unaffiliated/spaceghost) |
| 03:31:00 | * | [Saint] is pretty sure that that one is quite safe to go through directly |
| 03:31:15 | [Saint] | I've been using the presets for a few days, they seem fine to me. |
| 04:00 |
| 04:04:47 | *** | Saving seen data "./dancer.seen" |
| 04:04:54 | JdGordon | [Saint]: have you tried the new eq menu? |
| 04:05:10 | | Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) |
| 04:05:10 | | Quit amiconn (Disconnected by services) |
| 04:05:15 | | Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) |
| 04:05:26 | | Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) |
| 04:05:27 | | Quit pixelma (Disconnected by services) |
| 04:05:29 | | Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) |
| 04:16:51 | | Part amayer |
| 04:22:26 | | Quit froggymana (Read error: Connection reset by peer) |
| 04:36:30 | | Quit guymann (Remote host closed the connection) |
| 04:37:07 | | Join guymann [0] (~c@unaffiliated/guymann) |
| 05:00 |
| 05:14:58 | | Join TheSphinX^ [0] (~briehl@p5DD45581.dip.t-dialin.net) |
| 05:19:18 | | Quit TheSphin_ (Ping timeout: 276 seconds) |
| 05:30:46 | | Join froggyman [0] (~me@wr700n.nebula.msoe.edu) |
| 05:30:46 | | Quit froggyman (Changing host) |
| 05:30:46 | | Join froggyman [0] (~me@unaffiliated/froggyman) |
| 05:46:44 | | Join webguest984 [0] (~ae03ec68@www.haxx.se) |
| 05:48:20 | webguest984 | Hey there, got a classic 160gb ipod with some trouble |
| 05:52:42 | | Quit webguest984 (Quit: CGI:IRC) |
| 05:52:57 | | Join Billytex [0] (~ae03ec68@www.haxx.se) |
| 05:54:03 | Billytex | Hey there, been on here a few times now and havent ever gotten a responce. I've got a Classic 160gb ipod with emcore and rockbox that I thoroghly enjoy... when it works! |
| 05:54:41 | Billytex | Occasionally iit locks up for no apparent reason accompanied by loud annoying 'buzz' out the speakers |
| 05:55:39 | [7] | known issue with old builds up to summer 2012 or something |
| 05:55:55 | Billytex | I know the Classic 160gb is not an 'officially' supported port just yet but I have been contemplating taking off Rockbox for the lame but stable Apple OEM firmware BS |
| 05:55:58 | | Quit [7] (Disconnected by services) |
| 05:56:06 | | Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) |
| 05:56:46 | Billytex | How do I get a newer build on there? I'd be okay with almost any other trouble than that |
| 05:57:33 | Billytex | Its being touted 'The Rockbox FAIL' |
| 05:58:54 | TheSeven | known issue with old builds up to summer 2012 or something |
| 05:58:56 | TheSeven | builds newer than that have other problems though (mostly non-working usb) |
| 05:59:09 | TheSeven | unpack the zip file of whatever build you want? |
| 05:59:54 | Billytex | so non working usb means i have to back to current build to add music? |
| 06:00 |
| 06:00:14 | Billytex | I have to go back to current build every time? |
| 06:00:41 | Billytex | what build do you recommend? |
| 06:01:56 | | Join dfkt_ [0] (dfkt@unaffiliated/dfkt) |
| 06:02:11 | TheSeven | yes, basically |
| 06:02:14 | TheSeven | and that's what I recommend |
| 06:02:23 | TheSeven | new build for playback, old build for USB if it fails on the new one |
| 06:02:50 | Billytex | Is the newest build any good? any serious issues? |
| 06:02:59 | | Quit dfkt (Ping timeout: 256 seconds) |
| 06:03:05 | TheSeven | well, USB mess... |
| 06:03:34 | Billytex | is it possible to store both builds on the drive itself? |
| 06:04:38 | Billytex | ah cant even charge? |
| 06:04:50 | *** | Saving seen data "./dancer.seen" |
| 06:06:13 | Billytex | I was also wondering how to get the proper size batteryh meter 'uploaded' or update or whatever term Rockbox uses |
| 06:06:35 | TheSeven | I don't know of charging problems |
| 06:06:51 | Billytex | hmm cool... |
| 06:06:54 | TheSeven | just the device not being detected properly by the computer, which might give it a smaller power budget |
| 06:07:08 | TheSeven | but it will even charge (albeit slowly) while being completely off |
| 06:07:21 | Billytex | there was a post somewhere about the battery metter being for a smaller milliamp hour rating |
| 06:07:41 | TheSeven | that's configurable |
| 06:07:48 | Billytex | and a way to change that |
| 06:07:55 | TheSeven | the various ipod classic generations/models have slightly different capacity ratings |
| 06:08:18 | Billytex | i think it currently goes to 500, but the battery has more than that |
| 06:08:26 | TheSeven | but then again the milliamp hour setting doesn't really influence anything |
| 06:08:35 | TheSeven | because we can't read the battery current on the classic (yet) |
| 06:09:00 | Billytex | the 'configurable' part are the different ratings, up to 500 |
| 06:09:02 | Torne | that setting is only used to calculate the remaining time estimate |
| 06:09:09 | Torne | it doesn't affect hte way the battery is charged or usde |
| 06:09:19 | Torne | if it's wrong it will just predict the wrong battery life |
| 06:09:21 | TheSeven | which is based on completely arbitrary power consumption guesses |
| 06:09:23 | Billytex | yeah, no probs... I underastand |
| 06:09:48 | Billytex | 'A few have taken them apart and found no info I read here |
| 06:10:06 | Billytex | estimated at around ~850 |
| 06:10:40 | Billytex | Was just curious |
| 06:11:33 | Billytex | so to update rockbox I just delete the .rockbox folder and drop in the newer one? |
| 06:11:55 | TheSeven | just unpack the new folder, replacing the old one |
| 06:12:12 | TheSeven | if you delete it first you'll lose your config etc. |
| 06:12:29 | Billytex | unpack... I have some reading to do I suppose |
| 06:12:42 | Billytex | emcore unpacks? |
| 06:13:01 | TheSeven | well just extract the zip file |
| 06:13:09 | Billytex | Or once emcore is on, rockbox unpacker functions as normal |
| 06:13:21 | TheSeven | emcore is just the bootloader |
| 06:13:35 | Billytex | extract to THAT folder |
| 06:14:04 | Billytex | Zips are updated daily? |
| 06:14:26 | TheSeven | extract to the root directory of the ipod |
| 06:14:28 | Torne | every time new code is checked in |
| 06:15:32 | Billytex | any idea when new code was checked lately? |
| 06:16:05 | Billytex | *checked in |
| 06:16:05 | Torne | several times a day |
| 06:16:12 | Torne | sometimes lots of times a day |
| 06:17:01 | Billytex | is there a website address you can point me at to see them? |
| 06:17:22 | Torne | www.rockbox.org :) |
| 06:17:29 | Billytex | haha |
| 06:17:42 | Billytex | nice |
| 06:18:25 | Billytex | old releases archive? |
| 06:20:52 | Billytex | ther must be a place for just ipod 6g 160gb zips too? |
| 06:21:16 | TheSeven | they aren't archived |
| 06:21:40 | TheSeven | well, releases of course are, but not all of those autobuilds |
| 06:21:54 | TheSeven | and there is no official ipod classic release |
| 06:22:40 | Billytex | so just unzip a release for a different ipod? like 4? |
| 06:22:55 | TheSeven | no, just use the most recent ipod classic build |
| 06:23:56 | Billytex | the most recent according to the website is the one I'm using... |
| 06:25:02 | Billytex | Or, is this updated somehow automatically with new code? http://build.rockbox.org/data/rockbox-ipod6g.zip |
| 06:25:33 | TheSeven | yes, several times per day, as stated above |
| 06:25:40 | Billytex | Ah I see |
| 06:25:50 | Billytex | K I'll try that |
| 06:26:38 | Billytex | the unpacker with the working usb is still available somewhere as well? |
| 06:28:04 | Billytex | I really wanna keep Rockbox if I can |
| 06:28:21 | TheSeven | "the unpacker"? |
| 06:30:39 | Billytex | Sorry, excuse me. The unpacked 'zip' that comes when you initially instal emCore |
| 06:31:06 | TheSeven | that's linked on the emcore download page |
| 06:37:39 | Billytex | thanks so much! I found them both. I'll try and see if I can force it too work |
| 06:43:19 | | Join Rower [0] (husvagn@v-413-alfarv-177.bitnet.nu) |
| 06:48:07 | | Quit froggyman (Ping timeout: 252 seconds) |
| 06:50:55 | | Quit Billytex (Quit: CGI:IRC) |
| 07:00 |
| 07:25:30 | | Join mortalis [0] (~mortalis@195.34.194.126.kalibroao.ru) |
| 07:52:13 | | Quit SuperBrainAK (Quit: pbly going to sleep /_\) |
| 07:52:14 | | Join melmothX [0] (~melmoth@unaffiliated/melmothx) |
| 07:57:48 | | Quit soap (Read error: Connection reset by peer) |
| 08:00 |
| 08:04:51 | *** | Saving seen data "./dancer.seen" |
| 08:14:55 | | Join soap [0] (~soap@cpe-174-102-96-10.woh.res.rr.com) |
| 08:14:56 | | Quit soap (Changing host) |
| 08:14:56 | | Join soap [0] (~soap@rockbox/staff/soap) |
| 08:23:22 | | Join bertrik [0] (~quassel@rockbox/developer/bertrik) |
| 08:30:35 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 08:40:19 | | Join ender` [0] (~ender@foo.eternallybored.org) |
| 08:45:56 | | Join LinusN [0] (~linus@giant.haxx.se) |
| 08:54:15 | | Quit jhMikeS (Ping timeout: 256 seconds) |
| 09:00 |
| 09:02:56 | | Join stripwax [0] (~Miranda@rockbox/developer/stripwax) |
| 09:06:29 | | Quit stripwax (Client Quit) |
| 09:12:11 | | Quit bertrik (Ping timeout: 255 seconds) |
| 09:14:18 | | Join Zagor [0] (~bjst@sestofw01.enea.se) |
| 09:14:18 | | Quit Zagor (Changing host) |
| 09:14:18 | | Join Zagor [242] (~bjst@rockbox/developer/Zagor) |
| 09:27:56 | | Join kevku [0] (~kevku@2a01:d0:ffff:34a::8:3) |
| 09:37:36 | | Join lebellium [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) |
| 09:37:50 | | Join y4n [0] (~y4n@unaffiliated/y4ndexx) |
| 10:00 |
| 10:01:10 | | Quit Scromple_ (Ping timeout: 252 seconds) |
| 10:04:28 | | Join Scromple [0] (~Simon@161.43.73.67) |
| 10:04:54 | *** | Saving seen data "./dancer.seen" |
| 10:11:26 | | Join lorenzo92 [0] (~chatzilla@host135-231-dynamic.5-87-r.retail.telecomitalia.it) |
| 10:12:37 | gevaerts | [Saint]: why are new EQ presets actually needed? |
| 10:19:35 | | Nick dfkt_ is now known as dfkt (dfkt@unaffiliated/dfkt) |
| 10:22:25 | | Quit Raptors (Disconnected by services) |
| 10:22:26 | | Join Raptors_ [0] (~whoneedsa@216-58-33-203.cpe.distributel.net) |
| 10:23:23 | | Join Guinness` [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) |
| 10:24:38 | | Quit Guinness (Read error: Connection reset by peer) |
| 10:24:39 | | Nick Guinness` is now known as Guinness (Slayer@c-68-55-111-159.hsd1.va.comcast.net) |
| 10:28:05 | | Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) |
| 10:32:26 | mortalis | wodz: do you remember report about pops in sound? I could reproduce it if switch to failsafe theme. |
| 10:32:47 | wodz | oh, thats interesting |
| 10:32:47 | mortalis | it seems it's problem with commit_discard_dcache_range |
| 10:32:59 | wodz | no, not again please |
| 10:33:35 | wodz | mortalis: you mean current version or the previous one? I slightly changed this function not so long ago |
| 10:33:40 | mortalis | both |
| 10:34:05 | mortalis | no pops if i remove disabling interrupt |
| 10:34:08 | | Quit y4n (Read error: Connection reset by peer) |
| 10:34:51 | | Join y4n [0] (~y4n@unaffiliated/y4ndexx) |
| 10:36:26 | mortalis | replacing commit_discard_dcache_range in lcd_update with commit_discard_idcache seems helps too |
| 10:43:22 | | Quit dfkt (Read error: Connection reset by peer) |
| 10:43:33 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 10:45:03 | mortalis | wodz: btw, there some news about white screen problem on slim. It appears that it has v1 type lcd (like mine), and white screen problem doesn't related to lcd identification, so it something else. |
| 10:45:33 | mortalis | and now i'm stuck |
| 10:50:41 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
| 10:53:17 | wodz | mortalis: pamaury reported that commit_discard_dcache_range doesnt work in usb driver so thats suspicious. |
| 11:00 |
| 11:05:05 | mortalis | wodz: In sdk there is delay in loop after discarding every line. |
| 11:05:58 | wodz | mortalis: which is odd as you busy loop until cache controller signals its done with discarding |
| 11:07:31 | mortalis | wodz: oh yes, i read it wrong first time. |
| 11:08:57 | mortalis | wodz: interresting what means this comment in sdk: //081103,BUG. |
| 11:09:23 | wodz | :P |
| 11:13:07 | wodz | In theory we could create separate section for frame buffer with fixed address and configure this range to be not cached. |
| 11:23:22 | mortalis | yes + I think dcache_range should be replaced with idcache function, until dcache_range will be fixed. |
| 11:24:42 | wodz | the idea about uncached section would be quite complicated |
| 11:26:34 | wodz | hmm, it is even not possible - base address has to be 32MB alligned and at least 32MB in size |
| 11:27:41 | | Join kaputnik [0] (~kaputnik@port-92-206-7-238.dynamic.qsc.de) |
| 11:30:02 | mortalis | wodz: any ideas whats wrong with lcd? |
| 11:31:28 | wodz | maybe different interface? like 16bit vs 18bit? |
| 11:32:16 | wodz | white screen basically means that initialization failed |
| 11:32:49 | | Quit Zambezi_ (Changing host) |
| 11:32:49 | | Join Zambezi_ [0] (Zulu@unaffiliated/zambezi) |
| 11:32:57 | | Nick Zambezi_ is now known as Zambezi (Zulu@unaffiliated/zambezi) |
| 11:37:12 | mortalis | wodz: on slim I borrowed only 1 from ~20 starts with white screen |
| 11:37:27 | mortalis | so it's prbably not interface |
| 11:38:02 | wodz | randomness usually means timing problems |
| 11:39:23 | mortalis | yes, but same delays like in OF in lcd_init doesn't help |
| 11:43:48 | wodz | we played with interface timing IIRC maybe we are driving it to hard |
| 11:46:43 | | Join XavierGr [0] (XavierGr@rockbox/staff/XavierGr) |
| 11:47:20 | mortalis | you mean VERT_PERIOD? |
| 11:47:20 | mortalis | VERT_PERIOD=0xfff doesn't help too |
| 11:47:49 | wodz | weird |
| 11:50:00 | wodz | crazy idea: try to do initialization two/three times in row. Its interesting if it is truly random failure or we hit some weird lcd state |
| 11:52:09 | mortalis | wodz: it probably weird lcd state, because if bootloader starts with white screen, then main binary will start with white screen too |
| 11:53:31 | mortalis | i noticed some sort of "memory" effect. After white screen boot, if you restart device quickly you'll most probably get white screen again |
| 11:54:32 | mortalis | if switch off, wait a bit and switch on again, lcd initializes normally. |
| 11:56:57 | | Quit petur (Quit: *plop*) |
| 11:58:49 | lorenzo92 | kugel: I'm updating another patch set for R1, some cleanups and fixes for touchscreen, who can I also add for a review of the patch, you think? |
| 12:00 |
| 12:00:00 | | Quit y4n (Read error: Connection reset by peer) |
| 12:00:46 | | Join y4n [0] (~y4n@unaffiliated/y4ndexx) |
| 12:04:56 | *** | Saving seen data "./dancer.seen" |
| 12:05:57 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 12:08:28 | wodz | mortalis: is there a gpio connected to reset line in lcd? |
| 12:09:20 | mortalis | dunno |
| 12:09:36 | wodz | pamaury: back from .pt? |
| 12:09:42 | pamaury | yeah |
| 12:09:47 | mortalis | how to check it? |
| 12:11:54 | kugel | lorenzo92: don't know. I have little time currently, but I try to review in the next few days |
| 12:12:41 | lorenzo92 | kugel: okay, thanks, no problem do that when you have time we're not in a hurry :) |
| 12:36:40 | | Join evilnick_ [0] (538a2493@gateway/web/freenode/ip.83.138.36.147) |
| 12:37:55 | | Quit melmothX (Quit: bau) |
| 12:42:41 | wodz | + |
| 12:52:44 | | Quit evilnick_ (Quit: Page closed) |
| 13:00 |
| 13:09:15 | | Join evilnick_ [0] (538a2493@gateway/web/freenode/ip.83.138.36.147) |
| 13:25:44 | | Part LinusN |
| 13:35:07 | JdGordon | does anyone have any ideas why going into the fm screen, then exiting and trying to start playback would seem to fail the first time (playback starts for half a second the first time then stops)... this happens with a new playlist or resume playlist... |
| 13:35:36 | JdGordon | my patch which apparently triggers this only unloads the fm skin and loads the wps skin when this happens, though there shld be no correlation |
| 13:38:35 | | Join Wardo [0] (~Mirandaha@bpb01-1-88-162-4-186.fbx.proxad.net) |
| 13:39:49 | | Join minouch [0] (~d590c461@www.haxx.se) |
| 13:40:09 | minouch | Hello |
| 13:41:06 | minouch | I have a problem with my Fuze+. It keep restarting at bootup screen stoping at "Exctracting" step. |
| 13:41:45 | minouch | I can connect it to USB. But it don't let me pass the bootloader step. It used to works well... |
| 13:42:50 | lorenzo92 | JdGordon: I never noticed that on R0/R1...if I play something from filebrowser, then i go to fm radio, and again resuming playback everything works fine |
| 13:43:15 | minouch | When I want to power it On it don't do so, and when I plug the charger I have that restart bootloader problem. When I connect it to USB, it enter to USB mode of the bootloader |
| 13:43:30 | minouch | Any hints to help me guys, please? |
| 13:44:09 | pamaury | minouch: I don't understand your problem, when you boot normally, without usb, what happen ? |
| 13:44:17 | JdGordon | lorenzo92: no, its with my new skin patch I'm working on... I tihnk i just figured out the problem though |
| 13:44:41 | lorenzo92 | ah ok, sorry :) |
| 13:44:55 | minouch | Hello pamaury long time |
| 13:45:04 | minouch | It refuse to boot. |
| 13:45:38 | minouch | I have to plug charger or USB to have bootloader screen output |
| 13:45:46 | pamaury | battery is low ? |
| 13:46:11 | minouch | That what I thought first hence my desire to charge it but then... |
| 13:46:31 | pamaury | boot into the OF on usb plug by holding volume down |
| 13:46:42 | minouch | First time I got that behaviour. It used to have another behaviour when very low state |
| 13:47:07 | minouch | OK let's try |
| 13:47:46 | pamaury | the current bootloader doesn't charge when usb is plugged, that's a known issue, will be fixed by next bootloader but "next" bootloader has a memory corruption issue :-/ |
| 13:48:12 | | Join funman_ [0] (~fun@rockbox/developer/funman) |
| 13:48:15 | minouch | Apparently, it don't want to boot OF |
| 13:48:40 | minouch | Now that it know Rockbox, it don't want OF anymore :) |
| 13:49:09 | pamaury | try to reflash the OF: put the OF firmware.sb at the root, dismount and hold down when booting so that it upgrades |
| 13:50:02 | | Quit Spaceghost (Quit: Leaving.) |
| 13:50:04 | | Quit funman (Read error: Connection reset by peer) |
| 13:50:28 | minouch | Forcing the thing worked, I had to hold the button for a long time |
| 13:50:39 | pamaury | yes, so it boots into the OF? |
| 13:51:07 | minouch | Yes I'm on the OF USB mode it seems (first time I saw that :) |
| 13:51:25 | pamaury | ok, let it charge for some time, then if you still have a problem, poke me |
| 13:51:48 | minouch | That was it thank you! |
| 13:51:59 | minouch | leaving usb got me rockbox boot again! |
| 13:53:02 | minouch | Btw pamaury, great works on cpu scaling |
| 13:53:25 | minouch | Very good improve in stability and battery life |
| 13:53:32 | | Quit funman_ (Ping timeout: 256 seconds) |
| 13:53:49 | minouch | We just need to have a control on that crappy touchpad :) |
| 13:53:51 | | Join Spaceghost [0] (~Pablo@unaffiliated/spaceghost) |
| 13:53:54 | minouch | Good luck on that |
| 13:54:06 | minouch | BAck to work, merci pamaury |
| 13:54:22 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 13:54:40 | JdGordon | B4gder: Zagor: err, I just noticed one of the skin engine files I added back in sep 2010 had the (c) header copy/pasted from another file, is it OK to just change the name so its me with the correct date and not randoms? |
| 13:55:25 | JdGordon | 99% of the file was last modified by me and most not since th einitial commit |
| 13:55:26 | Zagor | JdGordon: which file? |
| 13:55:38 | JdGordon | apps/gui/skin_engine/skin_engine.c |
| 13:55:56 | lebellium | JdGordon: what's the current status of transparency in theme engine again? In some weeks I'll start making my first theme for a touch target, YP-R1, and I'm wondering if I'll be able to reproduce the transparency of OF lebellium/test/Samsung_R1/R0012325.JPG">http://media.generationmp3.com/lebellium/test/Samsung_R1/R0012325.JPG |
| 13:56:36 | JdGordon | 1) \m/ 2) That should be doable.. you'd have to ask [Saint] for a better confirmatino though :) |
| 13:56:46 | * | JdGordon isnt sure :p |
| 13:56:55 | Zagor | JdGordon: go ahead |
| 13:57:06 | JdGordon | you can definitly do the AA layering though |
| 13:57:10 | JdGordon | Zagor: ta |
| 14:00 |
| 14:00:02 | lebellium | JdGoron |
| 14:00:02 | lebellium | JdGordon: http://anythingbutipod.com/forum/showpost.php?p=601530&postcount=68 |
| 14:00:33 | lebellium | the post is a bit old. Has anything changed since then? |
| 14:04:58 | *** | Saving seen data "./dancer.seen" |
| 14:14:18 | | Join LinusN [0] (~linus@giant.haxx.se) |
| 14:45:31 | | Join froggyman [0] (~me@dhcp-155-92-103-232.nebula.msoe.edu) |
| 14:45:31 | | Quit froggyman (Changing host) |
| 14:45:31 | | Join froggyman [0] (~me@unaffiliated/froggyman) |
| 14:51:07 | kugel | the url parser in the log viewer is still broken :( |
| 14:52:11 | | Join amayer_ [0] (~amayer@mail.weberadvertising.com) |
| 14:52:57 | Zagor | oh right, nicks have priority |
| 14:53:41 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 14:53:54 | | Quit froggyman (Ping timeout: 260 seconds) |
| 14:57:05 | Zagor | kugel: patches are welcome :-) |
| 15:00 |
| 15:06:34 | | Quit mortalis (Quit: Leaving) |
| 15:11:35 | | Join nateloaf [0] (~nwild@S0106bcaec5c3e90e.wp.shawcable.net) |
| 15:13:12 | | Join Spaceghost1 [0] (~Pablo@unaffiliated/spaceghost) |
| 15:13:54 | | Join kaputnik_ [0] (~kaputnik@port-92-206-98-155.dynamic.qsc.de) |
| 15:15:46 | | Quit Spaceghost (Ping timeout: 252 seconds) |
| 15:16:07 | | Nick Spaceghost1 is now known as Spaceghost (~Pablo@unaffiliated/spaceghost) |
| 15:17:29 | | Quit kaputnik (Ping timeout: 255 seconds) |
| 15:19:48 | | Quit wodz (Quit: Leaving) |
| 15:26:18 | | Quit Wardo (Quit: Blarglarg) |
| 15:26:31 | | Join Wardo [0] (~Mirandaha@bpb01-1-88-162-4-186.fbx.proxad.net) |
| 15:56:12 | | Quit liar (Read error: No route to host) |
| 16:00 |
| 16:02:17 | | Quit scorche (Disconnected by services) |
| 16:02:21 | | Join scorche` [0] (~scorche@rockbox/administrator/scorche) |
| 16:05:02 | *** | Saving seen data "./dancer.seen" |
| 16:06:00 | | Quit bluebrother (Disconnected by services) |
| 16:06:05 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 16:06:52 | | Join TBCOOL [0] (~tb@c-893571d5.09-42-73746f22.cust.bredbandsbolaget.se) |
| 16:07:06 | | Quit TBFOOL (Remote host closed the connection) |
| 16:10:47 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 16:10:51 | | Quit minouch (Quit: CGI:IRC) |
| 16:12:49 | | Quit lorenzo92 (Ping timeout: 255 seconds) |
| 16:21:59 | [Saint] | lebellium: statis text should be possible, dynamic text will mess things up gleefully. |
| 16:22:04 | [Saint] | *static |
| 16:22:24 | [Saint] | so, anything that scrolls, counters, <other_dynamic_content>, etc. |
| 16:23:43 | | Join melmothX [0] (~melmoth@unaffiliated/melmothx) |
| 16:25:30 | [Saint] | Also, lol, is that Comic Sans? |
| 16:25:32 | [Saint] | ....hahahaha |
| 16:25:55 | | Join jlbiasini [0] (~metaphysi@109.103.46.91) |
| 16:27:42 | lebellium | nope, that's AV_jumok_kr_v.ttf I guess |
| 16:27:55 | lebellium | I don't see Comic Sans in the sysdata folder |
| 16:28:58 | jlbiasini | hello, just to be sure I'm not doing some double work here, I'm starting on drawing zen X-Fi2 & 3 in svg, is anyone else working on that? |
| 16:31:02 | pamaury | jlbiasini: I don't think so, I did the images myself |
| 16:31:05 | lebellium | [Saint]: What about playmode icons (prev, next, play/pause) showing up over the album art with shadowed transparent background like on the pic? |
| 16:31:35 | pamaury | and you know how bad I am at drawing ^^ |
| 16:31:37 | jlbiasini | pamaury: so you have already done it? |
| 16:31:44 | pamaury | just for the sim |
| 16:31:54 | | Quit ml| (Ping timeout: 260 seconds) |
| 16:32:05 | pamaury | and not in svg |
| 16:32:14 | pamaury | so go ahead :) |
| 16:32:32 | jlbiasini | ah yeah I saw the sim, I guess a slight improvement is still possible ;) |
| 16:32:50 | jlbiasini | jep I'm starting |
| 16:33:12 | jlbiasini | I have to learn again how to use inskape but its fun anyway... |
| 16:33:51 | [Saint] | [04:31:06] <lebellium> [Saint]: What about playmode icons (prev, next, play/pause) showing up over the album art with shadowed transparent background like on the pic? <−− perfectly possible |
| 16:34:06 | [Saint] | dynamic text however... |
| 16:34:19 | [Saint] | it's /possible/, but it'll look like ass. |
| 16:36:12 | lebellium | ok thanks, when I start the theme I'll probably need your help as it will be my first theme for a touch target and as for now I don't really imagine how it is possible to have 3 layers: Album Art + shadowed transparent background + icons |
| 16:37:44 | [Saint] | you can't have three layers. |
| 16:37:53 | [Saint] | but, I don't see why you'd need them. |
| 16:38:24 | [Saint] | shadowed transparent background+icons will need to be one image. |
| 16:38:43 | [Saint] | you absolutely canot have three layers. |
| 16:38:56 | lebellium | hum I did not think about that trick :) |
| 16:39:04 | [Saint] | there's only "background" and "not the background", no concept of front or back. |
| 16:39:39 | lebellium | so I'll need 2 images: one with the play icon and another with the pause icon. sounds like doable |
| 16:53:35 | | Quit kevku (Ping timeout: 264 seconds) |
| 16:59:18 | | Quit Zagor (Quit: Clint excited) |
| 16:59:47 | | Join froggyman [0] (~me@dhcp-155-92-103-232.nebula.msoe.edu) |
| 16:59:48 | | Quit froggyman (Changing host) |
| 16:59:48 | | Join froggyman [0] (~me@unaffiliated/froggyman) |
| 17:00 |
| 17:04:31 | | Join melmothX_ [0] (~melmoth@78-0-99-40.adsl.net.t-com.hr) |
| 17:04:38 | | Quit melmothX (Read error: Operation timed out) |
| 17:19:02 | | Join dfkt_ [0] (~dfkt@unaffiliated/dfkt) |
| 17:20:03 | | Quit evilnick_ (Quit: Page closed) |
| 17:21:11 | | Quit dfkt (Ping timeout: 264 seconds) |
| 17:25:46 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 17:25:55 | | Quit dfkt_ (Disconnected by services) |
| 17:35:44 | | Quit jlbiasini (Ping timeout: 276 seconds) |
| 17:43:21 | | Join wodz [0] (~wodz@89-76-32-53.dynamic.chello.pl) |
| 17:44:43 | wodz | pamaury: please consider looking at rk27xx usb issue with analyzer :-) |
| 17:45:05 | pamaury | yes, I just need....time ! |
| 17:47:03 | | Join jlbiasini [0] (~metaphysi@109.103.46.91) |
| 17:56:14 | | Join kevku [0] (~kevku@2001:470:27:773:0:feed:c0f:fee) |
| 18:00 |
| 18:05:05 | *** | Saving seen data "./dancer.seen" |
| 18:07:16 | | Join jhMikeS [0] (~jethead71@50.4.240.19) |
| 18:07:16 | | Quit jhMikeS (Changing host) |
| 18:07:16 | | Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) |
| 18:18:24 | wodz | mortalis: (log) what about removing disable_irq_save() and restore_irq() from commit_discard_dcache_range()? It is used in sd, lcd and pcm drivers to handle transfers form/to data buffers so this should not harm. The build with modification passed my limited tests. It may be suggestion but this seems to remove background noise on my generic dap. |
| 18:21:08 | | Quit XavierGr (Disconnected by services) |
| 18:21:10 | | Join XavierGr [0] (~xavier@rockbox/staff/XavierGr) |
| 18:21:29 | wodz | pamaury: In which way commit_discard_dcache_range() didn't work for you in usb driver? |
| 18:23:17 | pamaury | wodz: which usb driver ? I don't remember such a thing |
| 18:23:23 | wodz | rk27xx |
| 18:23:39 | | Join bertrik [0] (~quassel@rockbox/developer/bertrik) |
| 18:23:46 | pamaury | I don't remember honestly |
| 18:24:03 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 18:29:36 | wodz | Torne: What is the status of mSATA? This seems to be hot topic on forum. |
| 18:29:51 | Torne | i've got a device with a converter + mSATA SSD in it |
| 18:30:05 | Torne | had a poke and it's just not initialised/ready when we expect it to be, but increasing timeouts doesn't fix it |
| 18:30:14 | Torne | i think we just need to be more careful and thorough about resets |
| 18:30:24 | Torne | once i get home i'm gonna craft some better ATA debug code |
| 18:30:40 | Torne | since currently there doesn't appear to be an easy way to, say, get a dump of the ATA registers in a panic |
| 18:30:57 | Torne | but i've been too busy on my vacation to do a lot :) |
| 18:32:06 | wodz | ok, I'll respond on the forum then |
| 18:33:01 | Torne | the people trying to do it in a h120/300 are of course in for ht eusual disappointment re bootloader |
| 18:33:06 | Torne | :) |
| 18:33:25 | Torne | well, also :( |
| 18:34:02 | wodz | that is fixable :-) Just aswer them to bug gevaerts who got BDM pod to poke with :-) |
| 18:38:06 | Torne | i broke my own ipodvideo though |
| 18:38:21 | Torne | the disk had errors and stuff, so i opened it up to reseat the cable which fixed it last time |
| 18:38:41 | [Saint] | What do you need? |
| 18:38:45 | Torne | and now the disk doesn't respond at all, and i also broke the corner of the lcd so the top left is no longer visible |
| 18:38:45 | [Saint] | I have a few spares. |
| 18:38:52 | Torne | erm, a new ipod basically :) |
| 18:38:58 | [Saint] | Aha. :) |
| 18:38:59 | Torne | since the screen and disk are both fucked |
| 18:39:10 | Torne | so yeah |
| 18:39:12 | [Saint] | I have an LCD, a drive, and all ribbons. |
| 18:39:29 | Torne | i dunno if i can be bothered to fix it :) |
| 18:39:32 | Torne | i use it so rarely now |
| 18:39:35 | [Saint] | Fair enough. |
| 18:39:39 | | Quit DmL (Quit: CGI:IRC (EOF)) |
| 18:39:52 | [Saint] | Well, I imagine so...since, y'know, it's non-functional. |
| 18:40:04 | [Saint] | I imagine you get very little enjoyment out of its usage. |
| 18:41:31 | Torne | heh |
| 18:42:20 | [Saint] | You need the batteries in other devices to blow up. The, Apple will hopefully do what they did with the Nano1G. :) |
| 18:42:26 | [Saint] | *Then |
| 18:45:07 | | Quit wodz (Quit: Leaving) |
| 18:54:19 | | Quit froggyman (Ping timeout: 240 seconds) |
| 19:00 |
| 19:01:30 | | Quit nateloaf (Quit: Leaving.) |
| 19:04:28 | | Join ml| [0] (~ml@unaffiliated/ml/x-3958674) |
| 19:06:17 | | Join nateloaf [0] (~nwild@S0106bcaec5c3e90e.wp.shawcable.net) |
| 19:14:10 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 19:16:26 | | Quit ml| (Read error: Operation timed out) |
| 19:16:53 | | Join lorenzo92 [0] (~chatzilla@host159-105-dynamic.31-79-r.retail.telecomitalia.it) |
| 19:24:31 | | Join ml| [0] (~ml@unaffiliated/ml/x-3958674) |
| 19:25:42 | | Quit fs-bluebot (Ping timeout: 256 seconds) |
| 19:26:25 | | Quit bluebrother (Ping timeout: 255 seconds) |
| 19:27:04 | | Join fs-bluebot [0] (~fs-bluebo@g225255074.adsl.alicedsl.de) |
| 19:27:29 | | Quit jlbiasini (Read error: Operation timed out) |
| 19:28:33 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 19:29:28 | | Join pretty_function [0] (~sigBART@123.252.213.172) |
| 19:31:59 | | Quit XavierGr (Disconnected by services) |
| 19:32:01 | | Join XavierGr [0] (XavierGr@rockbox/staff/XavierGr) |
| 20:00 |
| 20:05:07 | *** | Saving seen data "./dancer.seen" |
| 20:07:00 | | Join froggyman [0] (~me@unaffiliated/froggyman) |
| 20:07:16 | | Quit ml| (Ping timeout: 255 seconds) |
| 20:09:17 | | Join ml| [0] (~ml@unaffiliated/ml/x-3958674) |
| 20:20:58 | | Join DmL [0] (~acdc5b42@www.haxx.se) |
| 20:25:49 | | Quit pretty_function (Remote host closed the connection) |
| 20:37:59 | | Join SuperBrainAK [0] (~Andy@97-124-78-183.phnx.qwest.net) |
| 20:59:56 | | Quit froggyman (Ping timeout: 252 seconds) |
| 21:00 |
| 21:30:53 | | Quit melmothX_ (Quit: bau) |
| 21:56:52 | | Join froggyman [0] (~me@msoe-00033403.nebula.msoe.edu) |
| 21:56:52 | | Quit froggyman (Changing host) |
| 21:56:52 | | Join froggyman [0] (~me@unaffiliated/froggyman) |
| 22:00 |
| 22:02:28 | | Quit thegeek (Ping timeout: 255 seconds) |
| 22:05:10 | *** | Saving seen data "./dancer.seen" |
| 22:08:23 | | Join thegeek [0] (~thegeek@110.36.34.95.customer.cdi.no) |
| 22:14:32 | | Quit y4n (Quit: HOLY SHIT! WE'RE ALL JUST LIVING ON A GINORMOUS FUCKING SPINNING ROCK FLOATING THROUGH SPACE CIRCLING A BIG FUCKING BALL OF FIRE!!!) |
| 22:21:40 | | Quit froggyman (Ping timeout: 245 seconds) |
| 22:28:38 | | Join froggyman [0] (~me@dhcp-155-92-103-232.nebula.msoe.edu) |
| 22:28:39 | | Quit froggyman (Changing host) |
| 22:28:39 | | Join froggyman [0] (~me@unaffiliated/froggyman) |
| 22:36:11 | | Quit Wardo (Ping timeout: 264 seconds) |
| 22:49:10 | | Quit Rower (Quit: Hmmm...) |
| 22:51:50 | | Join Mathnerd314 [0] (~quassel@palevsky-223-221.rh.uchicago.edu) |
| 22:52:30 | | Join stripwax [0] (~Miranda@rockbox/developer/stripwax) |
| 23:00 |
| 23:00:50 | | Part LinusN |
| 23:01:34 | | Quit liar (Read error: No route to host) |
| 23:10:08 | | Quit amayer_ (Quit: amayer_) |
| 23:30:45 | | Quit foolsh (Ping timeout: 252 seconds) |
| 23:32:00 | | Quit stripwax (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 23:42:44 | | Quit lorenzo92 (Quit: ChatZilla 0.9.90 [Firefox 18.0.2/20130201190337]) |
| 23:43:04 | | Join stripwax [0] (~Miranda@rockbox/developer/stripwax) |
| 23:46:59 | | Quit kevku (Ping timeout: 264 seconds) |
| 23:49:14 | | Quit Spaceghost (Quit: Leaving.) |
| 23:54:25 | | Quit wry (Ping timeout: 252 seconds) |
| 23:56:17 | | Join wry [0] (wry@newelite.bshellz.net) |
| 23:57:12 | | Quit pamaury (Ping timeout: 246 seconds) |
| 23:58:01 | | Join prof_wolfff [0] (~prof_wolf@62.83.50.196) |
icon identifies that the person is a core developer (has commit access).