[00:40:36] user890104: yes, copy emcore-ipodclassic.bin to /.boot/ i use the one that is build by emCORE 859, the latest was not working for me, the use CENTER+RIGHT, you must use bootloader <= patch-set-7, the menu is removed in patch-set-8, i am going to publish it as a separate patch, i will send you the emcore-ipod6g.bin i am using [00:54:05] prof_wolfff: got the email, thanks [01:16:49] was looking storage_ata-ipod6g.c because it seems that the slow write speed (~4Mb/s) is due the BBT, ATM i know nothing about BBT but it is removed by Apple format, looks like the HDD driver disables write-buffer when there is BBT and enables it BBT is present, actually the write speed when HDD is formated by Apple (no BBT) is ~24MB/s using RB and ~35 MB/s using OF [01:17:33] maybe stupid questions but.. why emCORE uses the BBT?, it is necessary?, it's not supposed that the HDD should 'recover' damaged sector by itself? [01:18:51] 35mb? [01:18:54] that is awesome [01:19:44] when i do a sequential transfer using linux dd command, i get 35Mb/s with OF and 24Mb/s with RB [01:20:58] but if i disable write-buffer on HDD then write speed is only 4 MB/s [01:21:36] <[Saint]> The firmware on these disks is fucking terrible, which is the short reason why they were killing themselves. [01:23:21] sorry read it wrong, but still 25mb is really good [01:23:37] <[Saint]> emCORE uses this BBT to make those horrible disks actually functional again after a BBT scan by hddscan2.ubi [01:24:10] could the bbt be an option? since its not needed for the sd cards (i think) [01:24:13] <[Saint]> A lot of users find that necessary after their HDDs committed suicide just under normal function because the firmware is so bad. [01:24:20] but i see a couple of possible things that could cause the data corruption, need to look at the ATA specs but it seems that when write-buffer is enable then a cache flush should be done, and there is another potential discard_cache() aligment issue, but need to look at this on detail [01:25:31] <[Saint]> Looking at surface scans it seems like the cause of failure in this regard is rhythmically smashing the head against the platter. [01:26:27] <[Saint]> I have one that only reported a hundred or so starts and a couple of dozen power on hours with a nice pattern of gouges right across the disk surface. [01:26:44] are you refering to disk failing on Classic? [01:26:48] <[Saint]> I am. [01:27:20] using OF, RB or both? [01:30:03] i am a bit surprised my disks are resulting very durable (i only used RB), even when i am abusing on reseting the iPod when HDD are spinning [01:30:31] so it could be an OF bug (?) [01:34:13] <[Saint]> A lot in that area got fixed before you came on the scene I think. [01:34:54] <[Saint]> RB used to smash the head against the platter on a hard restart and when booting from emCORE to Rockbox pretty early on. [01:35:35] ah [01:36:35] <[Saint]> This might get interesting if the install flow can't detect the use of the BBT and attempt to save it, if a user upgrades from emCORE to mk6gboot. [01:36:56] <[Saint]> There aren't that many hddscan2 users out there, but they will immediately find their device to be unusable again. [01:37:28] <[Saint]> and generating the BBT can take hours, days, weeks. [01:37:42] <[Saint]> (due to the aformentioned very shitty disk firmware) [01:39:27] ATM, it seem the USB mode is working on the devel-bootloader, do you think it should be included in the main version?, it is intended to format the HDD for the first time to uses that only want single-boot, it could be used to mount the HDD and save the BBT, but note that if the iPod was restored then BBT is destroyed [01:40:10] <[Saint]> Yes, the latter part is problematic. [01:40:26] <[Saint]> I suppose those users just...won't. [01:40:30] <[Saint]> (won't upgrade) [01:41:52] <[Saint]> But that's out of anyones control I guess. [01:41:59] i am splitting the bundle into small patches, will include the USB mode, what buttons use to access it, CENTER+RIGHT, or just a single button? [01:42:36] <[Saint]> isn't 'CENTER+RIGHT' the emCORE binary access path? [01:43:34] yes, but it is for the devel-bootloader patch, so it can be changed it these buttons are used by the bootloader [01:44:00] <[Saint]> The way the other iPods do bootloader USb is they'll only present it if there isn't a rockbox.ipod file it can detect or use, there's no way to trigger it manually. This would work in this case as well, as no rockbox.ipod file would be present, no? [01:44:25] <[Saint]> then plugging USB to a host will automagically presnet USB storage access. [01:45:26] yes, it can be implemented that way, if there is no rockbox.ipod then enter USB mode or ask for cable plug if USB is no connected? [01:45:39] <[Saint]> yes. [01:46:39] have you tried patch-set-8?, if so... what do you think about? [01:46:42] <[Saint]> That would be the very last piece of the puzzle to get it to feature parity with the mainline iPod bootloaders. [01:47:01] <[Saint]> Yes. I'm using it now actually and I'm very impressed. [01:47:22] <[Saint]> For $SOME_REASON I find it exceedingly difficult to get into DIAGMODE at times. [01:47:27] <[Saint]> Not sure why though. [01:48:07] <[Saint]> OF and Disk Mode is fine, but for some reason DIAGMODE is a little bitch. [01:50:05] not noticed issues on that, not much tested but will see the DIAGMODE, tell me any other thing you thing that could be improved or modified [01:51:41] <[Saint]> Literally the only thing I think is missing is bootloader USB in the case of Rockbox being trashed. [01:52:14] there is a trick for diagmode [01:52:18] <[Saint]> I really like the way it handles at the moment. [01:52:25] <[Saint]> Oh? [01:52:40] well, USB mode is already done, i a going to test it a bit more but it seems it works well [01:52:44] you press for diskmode and switch really fast to press for diagmode [01:53:02] before the diskmode boots [01:53:19] <[Saint]> huh... [01:53:32] <[Saint]> yup, that works reliably. [01:53:37] <[Saint]> that's...odd. [01:53:39] ^^ [01:54:33] i really like the v8 bootloader, but the fact that it blocks my ipod to 127gb [01:54:58] oh?, it seems that the DIAGMODE buttons are not always detected correctly... [01:55:18] and if i resize it to 256 i cannot boot any OF because it reformats the drive really kills it for me :( [01:57:37] using the new bootloader with USB mode you can format the HDD to be used by RB, then use RB to copy files at ~24Mb/s, then 'only' problem it to solve the HDD corruptions and USB disconnects that some users are reporting [02:02:22] <[Saint]> I've actually been using my 5.5G a hell of a lot recently. [02:02:48] <[Saint]> Though I need to finally get around to replacing the LCD on it. [02:03:08] <[Saint]> ...I've got another one sitting there, I just can't be arsed pulling it apart again. [02:03:32] <[Saint]> It's not even really hard. [02:04:08] <[Saint]> I think I might just use this LCD until it really /really/ dies. It's just got a single fucky line of pixels through it horizontally. [02:06:07] is just me or the 5.5 LCD's are better than the 6/7g LCDs? [02:06:11] <[Saint]> I use the fallback theme with the default icons and a 15pt antialiased font (my only luxury really). So it isn't too bad I guess. But the line of 'fucky pixels' is kind of a medium grey so it sticks out a bit. [02:06:37] it looks like the 5g LCD's have better colors [02:06:52] *** Joins: noabobo (~noabobo@70-37-206-146.nntc.net) [02:07:16] <[Saint]> ...until, like every fucking 5.5G ever, you even slightly look at the screens vague direction and it scratches. [02:07:21] <[Saint]> [02:08:02] i am talking about the LCD not what is in front of it [02:08:32] i have hate that plastic shit too btw [02:09:18] <[Saint]> I guess it depends on what one finds "better" visually. [02:09:53] <[Saint]> The 6G is a more faithful reproduction to the colour chart. But the 5.5G 4G/Color/Photo etc. were warmer tuned. [02:10:14] <[Saint]> Whites are a bit yellowy and soft, blacks are blueish. [02:11:07] <[Saint]> My eyes prefer the 6G outright (looking at the lcd testplugin). [02:35:25] uhm... what's usb mode? mass storage mode embedded in the bootloader? [02:56:52] *** Quits: orpheu (0252b710@gateway/web/freenode/ip.2.82.183.16) (Ping timeout: 252 seconds) [02:58:50] *** Joins: orpheu (0252b710@gateway/web/freenode/ip.2.82.183.16) [03:05:06] <[Saint]> Yup. [03:11:39] how do i get to it? renaming rockbox.ipod? [03:16:58] well, it doesn't work for me [03:40:02] *** Quits: noabobo (~noabobo@70-37-206-146.nntc.net) (Quit: Leaving) [04:13:32] <[Saint]> Wait? WHat? [04:13:52] <[Saint]> No. Sorry for any confusion. This is something that should happen and very soon will. Not something that does. [04:14:26] <[Saint]> This is about meeting feature parity with the RB bootloader. [06:35:01] *** Quits: TheSeven (~quassel@rockbox/developer/TheSeven) (Ping timeout: 260 seconds) [06:35:59] *** Joins: TheSeven (~quassel@rockbox/developer/TheSeven) [06:39:06] *** Quits: __builtin (~me@unaffiliated/franklin) (Read error: Connection reset by peer) [06:40:34] *** Joins: __builtin (~me@unaffiliated/franklin) [09:47:42] *** Joins: STeeF (~STeeF@office.hostnetbv.nl) [09:53:13] *** Quits: orpheu (0252b710@gateway/web/freenode/ip.2.82.183.16) (Quit: Page closed) [16:52:01] *** Quits: krnlyng (~liar@83.175.90.24) (Quit: huiiiiii) [16:52:19] *** Joins: krnlyng (~liar@178.114.103.54.wireless.dyn.drei.com) [17:46:26] *** Quits: krnlyng (~liar@178.114.103.54.wireless.dyn.drei.com) (Ping timeout: 260 seconds) [17:52:46] *** Joins: krnlyng (~liar@83.175.90.24) [20:39:27] *** Joins: orpheu (0252b710@gateway/web/freenode/ip.2.82.183.16)