[00:26:23] *** [Saint_] is now known as [Saint] [00:35:22] *** Joins: fmibot1 (~ircbot@freemyipod.org) [00:35:22] *** ChanServ sets mode: +o fmibot1 [00:38:41] fmibot1? wtf? [00:39:39] these are going to take over the world... [00:40:04] <[Saint]> I woke up as [Saint_], guess it's got an auto-nick-if-nick-unavailable thingy like most clients do? [00:40:18] <[Saint]> looks like there was some pretty heavy netsplit action overnight. [00:42:39] 11 Oct 00:35:13 - QUIT: fmibot!~ircbot@freemyipod.org Ping timeout: 256 seconds [00:42:45] looks like a network desync [00:43:03] *** Quits: fmibot (~ircbot@freemyipod.org) (*.net *.split) [00:43:28] <[Saint]> [2015 10 11 10:43:15] <= Netsplit between *.net and *.split. Users quit: fmibot [00:43:40] yes, you've guessed right [00:43:47] <[Saint]> :)) [00:47:17] [Saint]: what types of ipod classic do you have? [00:51:27] <[Saint]> The only ones I have in a functional state presently are an 80GB 6G and a 120GB 6G 2nd Gen. [00:51:54] do you have any headphones with mic? [00:52:15] <[Saint]> No, sorry. [00:52:47] i'm looking for someone to test the recording on a classic 2g using prof_wolfff's build [00:53:09] <[Saint]> Oh. I found a weirdness with the Classic and Rockbox. If you plug in firewire, the battery stats page gets all types of messed up. [00:53:26] if the OF supports it then RB should support them (as ipod classic 3G) [00:53:30] <[Saint]> It'll say charger present, but it claims it's discharging, but it doesn't actually discharge. [00:53:36] <[Saint]> it doesn't /charge/ either. [00:53:54] <[Saint]> It's almost as though it manages to run entirely off firewire power. [00:54:29] <[Saint]> noticed that by accident the other day plugging in the wrong charger while drunk. [00:54:53] <[Saint]> you can leave it there for hours, and, it won't charge, but it won't discharge either. [00:55:45] :) the external charger is not detected actually, it is supposed to charge @500mA (instead of previous 1000mA) but i have not tested it, i will try to patch it soon [00:57:26] [Saint]: your drinking nights help finding bugs in rockbox! good job! :) [00:57:55] sometimes i use the same approach :) [00:58:00] <[Saint]> ;) [02:21:51] *** Quits: [Franklin] (~franklin@unaffiliated/franklin) (Ping timeout: 255 seconds) [02:27:34] *** Joins: [Franklin] (~franklin@unaffiliated/franklin) [02:53:39] <[Saint]> Out of interest, was the fireware charge detection an obvious bug, or a bug _in theory_ based on observation of behavior? [04:14:48] *** Quits: [Franklin] (~franklin@unaffiliated/franklin) (Ping timeout: 255 seconds) [04:17:18] *** Joins: [Franklin] (~franklin@unaffiliated/franklin) [04:23:46] *** Quits: [Franklin] (~franklin@unaffiliated/franklin) (Ping timeout: 244 seconds) [06:32:55] *** Quits: [7] (~quassel@rockbox/developer/TheSeven) (Disconnected by services) [06:33:02] *** Joins: TheSeven (~quassel@rockbox/developer/TheSeven) [06:57:43] *** Joins: user030949 (~user03099@45.55.165.47) [07:08:57] hey! any success here with http://www.tarkan.info/store/iFlash-Bundle [07:09:19] the battery life would be astounding [07:09:43] apocalypse level [07:16:13] i'm surprised they don't sell batteries for the extra space [07:17:32] haha... for those people who can't be bothered [07:19:23] <[Saint]> the 'thick' ones have an 800mAh battery, vs the thin's 650 (iirc) mAh. [07:19:43] <[Saint]> also, yes, emCORE/Rockbox will work fine with these adapter plates. [07:38:59] *** [Saint] is now known as hayden [07:39:06] *** hayden is now known as [Saint] [08:03:24] ok not so fantastical times afterall [08:20:27] <[Saint]> only if you're one of those people that is constantly changing tracks and ends up waking the disk a lot. [08:20:43] <[Saint]> disk access is expensive, but, it doesn't happen particularly often. [08:21:15] <[Saint]> typically there's about 58MB or so available for the audiobuffer. [13:23:53] *** Quits: krnlyng (~liar@83.175.90.24) (Remote host closed the connection) [13:27:27] *** Joins: krnlyng (~liar@83.175.90.24) [17:38:22] *** Joins: [Franklin] (~franklin@unaffiliated/franklin) [18:18:11] *** Quits: [Franklin] (~franklin@unaffiliated/franklin) (Ping timeout: 264 seconds) [18:31:29] *** Joins: [Franklin] (~franklin@unaffiliated/franklin) [19:27:18] *** Quits: [Franklin] (~franklin@unaffiliated/franklin) (Ping timeout: 260 seconds) [20:02:42] *** Joins: [Franklin] (~franklin@unaffiliated/franklin) [20:25:10] *** Quits: [Franklin] (~franklin@unaffiliated/franklin) (Ping timeout: 265 seconds) [20:25:56] *** Joins: [Franklin] (~franklin@unaffiliated/franklin) [21:55:40] *** Quits: [Franklin] (~franklin@unaffiliated/franklin) (Quit: Lost terminal) [22:12:01] *** Joins: [Franklin] (~franklin@unaffiliated/franklin) [23:29:15] TheSeven: any idea about my issue with libusb/windows? [23:29:48] i tried sending the update packets with my utility, and only the zero-sized one with python, and it worked [23:30:17] so the only issue is the zero packet which marks the end of the upload [23:46:34] hm, what exactly happens? [23:46:52] i.e. what's the behavioral difference compared to the python one?