[00:00:05] ok, can you write down all the values? [00:00:15] retracts, reallocs and so on [00:00:17] Retracts: 273 [00:00:23] Reallocs: 526 [00:00:31] Pending Sectors: 1 [00:00:41] PowerOn Hours: 620 [00:00:48] Start/Stops: 495 [00:01:03] Temp: Current 29c [00:01:13] Temp: Min 16c [00:01:21] Temp: Max 46c [00:01:48] last summer was that hot in Argentina! [00:02:07] it looks bad, but i've seen worse ones [00:02:10] the streets were burnin hell [00:02:27] mine has 48c as max temperature, no idea how... [00:02:33] direct sunlight? [00:02:50] maybe the ipod was left on some car's dashboard, don't remember [00:02:56] sure [00:03:26] ok, so with these statistics you might have some luck running theseven's hdd scan app [00:03:39] but be warned that it takes literally weeks sometimes [00:03:57] a couple of days for sure [00:04:03] huh, whats that tool? [00:04:10] hddscan2.ubi [00:04:14] i have it somewhere [00:04:26] it scans the entire hdd, sector by sector [00:04:44] and tests read/write, then if the block fails some of the tests, it gets marked [00:04:54] at the end, a BBT (bad block table) is generated [00:05:01] both emcore and rockbox use it [00:05:21] and our disk mode app (since it's actually an emcore app) [00:05:52] it did a great job for my ipod's bad hdd [00:06:02] i will give a try and report [00:06:31] ok, you might need a wall charger, so the ipod doesn't get unplugged for some reason [00:06:47] it should stop scanning once it detects that there's no power source [00:07:07] yeah, hdd is battery hungry [00:07:51] http://files.freemyipod.org/misc/hddscan2-20111121.ubi -> this looks like the most recent version [00:08:11] be warned that it will destroy all data on the hdd [00:08:35] at the end, it will format the hdd [00:08:56] and leave some files on it - be sure to download them, they contain its logs and the actual bad block table [00:10:09] table and logs, i suppose i can get them -after- finish [00:10:28] yes, exactly [00:12:02] after it's complete and the files are downloaded, you might want to do: dd if=/dev/zero of=/dev/sdX (where sdX is the ipod) [00:12:04] emCORE v0.2.2 r805M [00:12:25] and prefix that with "time" [00:12:29] and a white background. its working now? [00:12:38] yes, it should be [00:12:56] if you have python, pyusb and our svn tree [00:13:00] you can run: [00:13:06] python emcore.py console [00:13:20] and see the current operation that takes place [00:13:33] i don't remember if there's any progress indication [00:14:04] i'm going to sleep, good luck [00:14:08] tere is nothing on screen. i leave it connected to a usb charger [00:14:16] user890104: lot of thanks [00:14:22] good night [00:14:41] !! [00:28:32] *** Quits: bcobco (~bcobco@77.225.204.119) () [00:46:51] <[7]> user890104: no code at this point supports smart passthrough [00:46:59] <[7]> we should really add it to disk mode [00:50:53] <[7]> also hddscan2 should display a lot of info on the lcd [02:11:21] *** Joins: clustur (~logger@c-68-53-250-91.hsd1.tn.comcast.net) [02:11:21] *** Quits: clustur (~logger@c-68-53-250-91.hsd1.tn.comcast.net) (Remote host closed the connection) [05:54:51] *** Quits: [Saint] (~saint@rockbox/staff/saint) (Remote host closed the connection) [05:56:02] *** Joins: [Saint] (~saint@rockbox/staff/saint) [06:39:59] *** Quits: [7] (~quassel@rockbox/developer/TheSeven) (Disconnected by services) [06:40:14] *** Joins: TheSeven (~quassel@rockbox/developer/TheSeven) [07:23:11] *** Quits: [Saint] (~saint@rockbox/staff/saint) (Remote host closed the connection) [07:24:15] *** Joins: [Saint] (~saint@rockbox/staff/saint) [08:11:21] *** Joins: clustur (~logger@c-68-53-250-91.hsd1.tn.comcast.net) [08:11:21] *** Quits: clustur (~logger@c-68-53-250-91.hsd1.tn.comcast.net) (Remote host closed the connection) [09:29:10] *** Joins: bcobco (~bcobco@77.225.204.119) [10:03:18] libemcore.py depends on usb.core [10:03:33] python-usb 0.4.3 is installed [10:03:59] im missing something [10:04:17] <[Saint]> libusb-devel [10:08:12] no module named core [10:08:33] all files from /emcore/trunk/tools/ are needed? [10:08:37] maybe its that [10:09:43] <[Saint]> no. [10:09:54] <[Saint]> Do you have libusb on the machine? [10:10:44] yes: libusb-1.0.0 and libusb-0.1-4 [10:11:13] <[Saint]> Have you actually set up pyusb? [10:11:26] <[Saint]> sudo python setup.py install [10:12:33] installed python-usb with synaptic [10:12:34] <[Saint]> bcobco: do you have libusb-devel? [10:12:52] <[Saint]> pyhon-usb != pyusb [10:13:04] <[Saint]> (as far as I'm aware) [10:13:33] libusb-dev and libusb++-dev installed too [10:13:54] <[Saint]> use pyusb from http://sourceforge.net/projects/pyusb/files/PyUSB%201.0/1.0.0-beta-1/ [10:14:06] PyUSB is a native Python module written in C (meanwhile, because the [10:14:08] next major version will use ctypes), that provides USB access for it. [10:14:20] the description from python-usb is that [10:15:04] <[Saint]> Nevertheless, please try using pyusb from sourceforge as linked. [10:15:32] okk [10:17:27] solved. now solving dependencies [10:17:54] <[Saint]> Excellent. [10:19:03] does it require root access? [10:19:17] it does not find device [10:19:50] <[Saint]> The directions clearly state "Run: 'sudo python ipoddfu.py bootstrap-ipodclassic-*.dfu'" [10:21:07] im running TheSeven hddscan2-20111121.ubi in order to generate a bad block list (thx to user890104) [10:22:16] <[Saint]> The same directions apply. [10:23:12] <[Saint]> Its exactly the same process, except a different binary will be used once the UMSboot volume is presented. [10:23:42] hddscan2 its actually running since yesterday [10:24:34] or at least i think so, the classic2g screen has no text (except emcore release version) [10:26:09] system sees emCORE Debugger [10:27:16] *** Quits: bcobco (~bcobco@77.225.204.119) (Remote host closed the connection) [10:27:38] *** Joins: bcobco (~bcobco@77.225.204.119) [10:29:34] nowadays, thanks for help [Saint] [10:30:07] <[Saint]> hddscan should most defintely display a progress [10:30:17] <[Saint]> It doesn't sound like its running at all. [10:30:37] <[Saint]> There should be a very obvious display of progressing on the screen. [10:30:59] <[Saint]> current sector, next sector, previous sector, blah, blah, blah. [10:31:02] hmm, only line is "emCORE v0.2.2 r805M" [10:31:23] <[Saint]> Yeah, that doesn't sound right at all. [10:31:43] thats why i wanted to see whats happening with emcore.py console [10:31:50] <[Saint]> user890104: TheSeven: ping ^ [10:33:24] <[Saint]> The obvious test is: "can your hear and/or feel the disk spinning?" [10:33:56] <[Saint]> It should be spinning and making some rather unhealthy sounding noises every time it needs to force a reset [10:34:14] <[Saint]> Which should indeed be clearly audible [10:35:35] inside an anechoic chamber, i can hear the disk spin. but nothing about headers moving at all [10:36:01] so the answer is no [10:36:01] <[Saint]> That's not very encouraging. [10:36:03] <[Saint]> :-/ [10:36:27] i will try to upload hddscan2 again [10:36:44] <[Saint]> If you can stick around, I would stick around until user890104 or TheSeven pops in. [10:36:52] <[Saint]> And, also, yes - that can't do any harm. [10:37:35] nowadays, i prefer first to check with emcore.py console [10:38:00] maybe its running without showing information [10:38:06] silently [10:38:36] only suspect that there are not hdd header noises [10:38:37] <[Saint]> To the best extent of my knowledge that is not the case. [10:39:03] <[Saint]> It should display rather a myriad of debug/progress information. [10:40:03] <[Saint]> And most certainly it should be moving the arm across the platter with some regularity - which should be easily detectable. [10:40:25] yes, hdd activity should be noticeable [10:40:39] but i have uploaded hddscan2 again. its the same... [10:40:59] emCORE v0.2.2 r805M [10:41:28] nothing more. is there any newer version of hdd2scan¿? i actually have -20111121 [10:42:12] <[Saint]> At this point I think it would be wise to wait for either user890104 or TheSeven [10:42:41] <[Saint]> It rather sounds like the disk is getting power but cannot be accessed. [10:43:11] <[Saint]> Which "Ain't no good(TM)". [10:43:23] well, thats what i will do. thanks [Saint] !! [10:43:36] <[Saint]> Not a problem. [10:44:15] * user890104 is here, but has no idea what should be done in this case [10:44:50] there's an older version, though [10:45:05] <[Saint]> I have my suspicions that the disk isn't being detected at all. [10:45:09] did you try to re-upload it? [10:45:16] (the current one) [10:45:30] <[Saint]> Yes. He tried to re-run it just ~10 minutes ago. [10:46:19] yes, this is what i did: rebooted into v0.2.3 r919, run umsboot, copy hddscan2-20111121.ubi, umount, eject. [10:46:59] then inmediatly shows v0.2.2 r805M [10:47:19] ok, try this: http://files.freemyipod.org/tmp/hddscan2.ubi [10:47:24] here is where all the hddscan2 process information should appear i suppose [10:47:44] <[Saint]> indeed [10:49:04] user890104: works!! [10:50:01] now this classig2g is singing [10:50:54] <[Saint]> Now, all you have to do is wait anywhere from ~48 hours to a month+. ;) [10:51:15] <[Saint]> Make sure its always powered. [10:51:25] i can wait till i fix my car's RCA audio input cable [10:51:28] <[Saint]> You don't want it to run the battery flat and lose all the progress. [10:51:40] wich is takin months [10:51:43] <[Saint]> and it takes a *very* long time. [10:51:52] you can live-stream the progress, too :) [10:51:58] we have a script for that [10:52:01] <[Saint]> ah - well...good? I guess? :) [10:52:40] a script? emcore cannot access [10:52:53] uhm, that's an old version [10:53:06] so you need the older libemcore [10:53:21] well, few minutes and i count 8 hard resets [10:54:04] well.thanks both for the help [10:55:06] svn checkout -r 890 svn://svn.freemyipod.org/emcore/trunk/tools/ emcore-tools [10:55:19] use this to get the right v ersion [10:57:22] <[Saint]> I ran a hddscan test that eventually spun the hdd to death. [10:57:47] <[Saint]> The problem was a bearing in the platter, I guess. I shat itself. [10:59:39] user890104: works [11:00:50] well, read/write errors are appearing, around 20.000 by now huhh [11:01:00] bcobco: can you run a couple of commands via emcore.py? [11:01:41] console shows live output [11:02:37] press ctrl+c, then run the following: [11:02:49] emcore.py lockscheduler [11:03:58] emcore.py downloadfile 0x08000000 0x1000000 dump.bin [11:04:07] emcore.py unlockscheduler [11:04:17] locksheduler... no such command it says [11:04:28] uhm, i might have mistyped it [11:04:34] run only emcore.py [11:04:41] it will show a list of commands [11:04:57] lockscheduler [11:05:11] my fault sorry [11:06:16] ok, i have that dumb.bin [11:06:38] 16.0 MiB [11:06:58] upload it somewhere [11:07:05] or send it by email [11:07:08] ok [11:10:01] unzip the file i sent you in the same folder as emcore.py [11:10:24] when i get your file, i'll tell you how to run streamer.py [11:10:31] check in few minutes [11:10:32] 33k r/w errores [11:11:18] emcore.py, the old(i suppose) or the new? [11:12:06] the old one [11:12:11] = the working one [11:12:40] hddscan2 is 2-3 years old, that's why it's embedded in the old version of emcore [11:14:10] ok [11:16:14] <[Saint]> 33K errors in ~10 minutes? [11:16:18] <[Saint]> Eeek. [11:18:00] 50k now [11:18:41] <[Saint]> Well, I guess the "good" thing is that it might finish pretty quickly. [11:18:59] <[Saint]> The bad news is that that would be because half the disk in fucked. ;) [11:19:47] 120gb shrinked to 640kb [11:20:16] i will have to choose carefuly what to listen to [11:22:09] maybe its time for a hdd change [11:24:07] waiting for user890104 commands [11:24:50] bcobco: looks like the file you sent me is corrupted, can you retry the commands and send me the file again? [11:25:01] ok [11:25:20] be sure that lockscheduler executes successfully [11:26:04] scanner is stopped, i think thats sheduler locked [11:26:19] yes [11:26:20] <[Saint]> You guys should make a hddscan2 binary that actually mines dogecoins. ;) [11:26:29] lol [11:26:36] <[Saint]> "sure, its fixing your HDD...just keep it running..." [11:27:03] "and send us the results after a couple of weeks" [11:27:57] <[Saint]> Well...if we can access hddscan remotely already I assume that step wouldn;t be strictly necessary. [11:28:14] <[Saint]> As long as the host had connectivity and a route to the outside world. [11:28:40] * user890104 has been thinking of adding a network stack to emcore for a long time [11:29:01] *** Quits: [Saint] (~saint@rockbox/staff/saint) (Remote host closed the connection) [11:30:05] *** Joins: [Saint] (~saint@rockbox/staff/saint) [11:31:24] *** Quits: bcobco (~bcobco@77.225.204.119) (Ping timeout: 276 seconds) [11:31:37] *** Joins: bcobco (~bcobco@77.225.204.119) [11:32:06] user890104: have you received new dump.bin? [11:33:49] yes [11:51:25] *** Quits: [Saint] (~saint@rockbox/staff/saint) (Read error: Connection reset by peer) [11:52:22] *** Joins: [Saint] (~saint@rockbox/staff/saint) [11:53:58] 106496 r/w errores in 106496 sectors [11:54:29] statistics tell me that the hdd is very much broken [11:56:56] 29305206 total sectors, at a rate of 100k sectors/hour [11:57:17] twelve days [11:57:30] 2 weeks of error [12:00:11] http://www.ifixit.com/Guide/iPod+Classic+Hard+Drive+Replacement/564 [12:04:36] little question. what kind of hdd is that? [12:09:54] 1.8 pata [12:14:40] *** Quits: bcobco (~bcobco@77.225.204.119) (Remote host closed the connection) [12:15:07] *** Joins: bcobco (~bcobco@77.225.204.119) [12:20:07] i guess its 1.8" pata [13:25:35] does the HDD need to meet any requirement ? (same brand,size,connector) [13:26:51] it should be the same size so it can fit inside the ipod [13:27:04] and it should have the same connector, so you can actually use it :) [13:27:19] about capacity, you can use whatever you like [13:28:10] size: 1.8" [13:28:14] conector: pata? [13:28:33] yes [13:28:41] there are also ce-ata models [13:28:43] https://storage.toshiba.eu/export/sites/toshiba-sdd/media/products/datasheets/mk2431gah_datasheet.pdf [13:29:32] you might want to ask TheSeven, just in case [13:29:46] im not familiarized with such thin hdd's [13:30:09] also, never opened this classic2g [13:30:50] you can also ask him about opnening, if you don't want to damage the case [13:32:23] http://www.head-fi.org/t/604266/review-modded-ipod-classic-7g-with-240gb-hdd-from-ebay [13:34:41] im more worried with connector comatibility [13:35:03] compatibility* [13:47:51] well according to various ebay and alibaba sellers, it seems to be compatible [13:48:29] but they tell about 128gb size limits. i suppose that those limits are due to original firmware [13:49:45] meanwhile, the hddscan2 counts 300k errors in 300k sectors [14:11:25] *** Joins: clustur (~logger@c-68-53-250-91.hsd1.tn.comcast.net) [14:11:25] *** Quits: clustur (~logger@c-68-53-250-91.hsd1.tn.comcast.net) (Remote host closed the connection) [14:48:46] *** Joins: [Saint_] (~saint@rockbox/staff/saint) [14:49:43] *** Quits: [Saint] (~saint@rockbox/staff/saint) (Ping timeout: 258 seconds) [15:03:52] suspicious about the error numbers, i decided to start again. [15:03:56] i have no read errors [15:04:11] but, write errors = number of sectors [15:27:43] im giving a chance to diskmode [15:27:52] badblocks -b 4096 -c 1 -d 1 -w -o ipodbadblocks -p 1 -s /dev/sdd [15:35:54] time nice sudo badblocks -b 4096 -c 1 -d 100 -w -o ipodbadblocks -p 1 -s -v /dev/sdd [15:41:59] time nice sudo badblocks -b 4096 -c 1 -d 100 -w -o ipodbadblocks -p 2 -s -v -t random /dev/sdd [15:42:14] uh sorry this was not mean to be here [16:18:18] diskmode is stable enough for this? [16:20:01] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK [16:23:42] *** Quits: [Saint_] (~saint@rockbox/staff/saint) (Remote host closed the connection) [16:24:41] *** Joins: [Saint] (~saint@rockbox/staff/saint) [18:46:26] i/o error on all blocks [18:47:06] with diskmode from v0.2.3 r909M [19:20:56] *** Quits: STeeF (~STeeF@office.hostnetbv.nl) (Remote host closed the connection) [19:51:16] *** Quits: bcobco (~bcobco@77.225.204.119) () [19:53:54] *** Joins: bcobco (~bcobco@77.225.204.119) [20:01:04] *** Quits: bcobco (~bcobco@77.225.204.119) (Remote host closed the connection) [20:01:30] *** Joins: bcobco (~bcobco@77.225.204.119) [20:11:21] *** Joins: clustur (~logger@c-68-53-250-91.hsd1.tn.comcast.net) [20:11:21] *** Quits: clustur (~logger@c-68-53-250-91.hsd1.tn.comcast.net) (Remote host closed the connection) [21:46:17] * TheSeven reads the backlog... a LOT of backlog! [21:49:11] user890104: what's that second hddscan2 file now? where is that from? [21:51:35] user890104: did you manage to obtain a screenshot? [21:51:44] I'm curious about the real stats [21:57:34] TheSeven: the memory dump is either corrupted, or there's something wrong with tlsfanalyze [21:58:05] i tried to find the framebuffer's location [21:58:11] well tlsfanalyze probably won't be happy about only getting the first quarter of RAM, especially if more than that is allocated [21:58:26] ah, i see [21:58:31] look for large amounts of 00 and ff bytes [21:58:58] more precisely 150kbytes only consisting of those two values [22:00:46] regarding diskmode, i tried a simple "dd if=/dev/zero of=/dev/sdd" without success [22:01:00] tons of errors in dmesg [22:01:34] hm, i wouldn't really trust disk mode, that's very new code [22:01:47] but if hddscan reports write errors on every single sector, there's clearly something wrong [22:02:15] user890104: where did you get that .ubi file from? is that one from me or did you piggyback it to a new emcore build or something? [22:02:36] using the old hddscan2. both files are in files.freemyipod.org [22:02:48] TheSeven: that's probably something you built, a long time ago [22:02:59] there's a more recent one, which doesn't work for him [22:03:30] http://files.freemyipod.org/misc/hddscan2-20111121.ubi -> this doesn't work [22:03:39] http://files.freemyipod.org/tmp/hddscan2.ubi -> this works [22:04:10] we have all kinds of stuff in this folder :) [22:04:57] TheSeven: can you upload the source code of hddscan2 to the svn? i'd like to try building it and embed it to the current version of emcore [22:05:41] user890104: is there any apple native diskmode.ubi (like diagmode.ubi) ? [22:06:01] bcobco: there is, but it won't boot using our bootloader [22:06:05] are you sure that the 2011 one is newer? [22:06:09] same for the apple's original firmware [22:06:34] TheSeven: according to the timestamp, yes [22:06:51] *** Quits: bcobco (~bcobco@77.225.204.119) (Remote host closed the connection) [22:06:52] i tried to preserve the timestamps where restoring the backups [22:07:22] *** Joins: bcobco (~bcobco@77.225.204.119) [22:10:46] ? [22:11:07] * TheSeven needs to get svn set up right [22:11:36] the only way to load apple's diskmode or original firmware on a classic, is to use apple's bootloader - that is, to restore it (removing emcore completely) [22:13:42] i always though that there was no way back. installing emcore is like taking the red pill [22:14:58] no, it just completely wipes the device [22:15:12] since itunes is a painful expercience, i would prefer to help improve diskmode.ubi [22:15:22] nah [22:15:31] the real solution is fixing rockbox's USB code [22:16:13] rockbox providing diskmode (?) [22:16:21] bcobco: in theory it's possible to restore without itunes at all, but it's not well documented [22:16:41] it's fairly straightforward though if you have the basic tools up and running [22:16:55] this is, emcore-tools [22:17:07] it's mostly ipoddfu.py [22:17:16] (and i should write these docs at some point) [22:17:22] + the DFU mode drivers, which seem to be the bigger problem [22:17:55] once you have that running, it's basically as simple as fetching WTF, FIRMWARE and the big IPSW file and running [22:18:06] python ipoddfu.py WTF.*.dfu [22:18:16] python ipoddfu.py RECOVERY.*.dfu [22:18:33] ipodscsi FIRMWARE* [22:18:54] I meant WTF, RECOVERY and the FIRMWARE IPSW of course ;) [22:19:53] itunes seems easier, nowadays, i appreciate the indications [22:21:19] user890104: what do I need to do to get my svn working copy into a state where I can commit things again? [22:22:20] TheSeven: you need to reallocate it to use svn+ssh:// [22:22:40] exact url? [22:23:29] readerrors=0 writeerrors=sectors => im stopping hddscan2 [22:23:57] svn+ssh://svn.freemyipod.org/ [22:23:59] user: svn [22:24:11] and a private key [22:25:06] so basically this: svn switch --relocate --username svn svn+ssh://svn.freemyipod.org/ [22:25:13] need to figure out the old url... [22:25:30] svn://svn.freemyipod.org/ [22:26:20] svnserve: warning: cannot set LC_CTYPE locale [22:26:20] svnserve: warning: environment variable LANG is de_DE.UTF-8 [22:26:20] svnserve: warning: please check that your locale name is correct [22:26:20] svn: E210005: Unable to connect to a repository at URL 'svn+ssh://svn.freemyipod.org' [22:26:20] svn: E210005: No repository found in 'svn+ssh://svn.freemyipod.org' [22:26:50] (ignore the locale stuff, that's not the problem) [22:27:07] ok, let me see what's happening here [22:27:22] can you login using a plain ssh client? [22:27:28] user: theseven and the same key [22:27:54] I just tried to connect using SSH to the svn server, and got this: (seems semi-working at least) [22:27:55] PTY allocation request failed on channel 0 [22:27:55] svnserve: warning: cannot set LC_CTYPE locale [22:27:55] svnserve: warning: environment variable LANG is de_DE.UTF-8 [22:27:55] svnserve: warning: please check that your locale name is correct [22:27:55] ( success ( 2 2 ( ) ( edit-pipeline svndiff1 absent-entries commit-revprops depth log-revprops partial-replay ) ) ) [22:28:21] yes, that's what your svn client should receive [22:28:31] it somehow doesn't seem to like it though [22:29:21] the other option is to checkout the repo in an empty folder, instead of using relocate [22:30:12] checkout gets the same error: [22:30:13] svn: E210005: Unable to connect to a repository at URL 'svn+ssh://svn.freemyipod.org' [22:30:13] svn: E210005: No repository found in 'svn+ssh://svn.freemyipod.org' [22:31:26] some blog suggests that svn+ssh needs the full filesystem path to be specified [22:31:39] ah, i see [22:31:59] that would be /home/svn/freemyipod [22:32:36] that worked much better [22:32:41] :) [22:33:17] which username are you using? [22:33:28] can't commit though, getting permission denied [22:33:35] I told it to use svn as the username [22:33:46] not sure if it's actually doing that though ;) [22:33:51] that should work, that's how i'm commiting [22:34:07] i did this: svn relocate --username svn svn://svn.freemyipod.org/ svn+ssh://svn.freemyipod.org/home/svn/freemyipod [22:34:23] commit ends up with this error: [22:34:23] svn: E000013: Can't open file '/home/svn/freemyipod/db/txn-current-lock': Permission denied [22:34:31] May 6 22:33:14 freemyipod sshd[22223]: pam_unix(sshd:session): session closed for user theseven [22:34:33] well ... [22:34:51] that might have been another ssh session [22:35:02] that's the last one [22:35:15] I'll try to commit again, check if you get another one of those [22:35:36] done [22:35:39] yes [22:35:47] it's not using the right user to login [22:35:48] *** Quits: bcobco (~bcobco@77.225.204.119) (Remote host closed the connection) [22:36:10] you need user svn for SSH and user theseven for SVN [22:36:12] *** Joins: bcobco (~bcobco@77.225.204.119) [22:37:03] actually... [22:37:11] you don't need to specify your SVN user [22:37:18] ok, I fixed it [22:37:23] specifying the user name in the URL works [22:37:24] it figures it our based on your key [22:37:29] ah, great [22:37:34] and actually fixes the full path problem as well [22:37:47] so you just need svn+ssh://svn@svn.freemyipod.org/ [22:39:12] my windows client (TortoiseSVN) uses svn+ssh://freemyipod-svn, where "freemyipod-svn" is the name of a PuTTY session having svn.freemyipod.org:22 for host, svn as autologin username and my key [22:46:08] * TheSeven wonders where the hddscan2 source is... [22:46:46] i remember asking for it [22:47:03] I remember looking something up in it just weeks ago [22:47:07] but it somehow isn't in my working copy [22:47:12] must be hiding somewhere else [22:47:12] it could be either in one of my Downloads folders, or on my Ubuntu VM [22:47:27] (which fails to boot) [22:47:31] I definitely have it somewhere... just where? [22:50:39] hm... I can't seem to find it [22:52:11] * user890104 found the iLoader website on his harddrive... [22:52:27] * TheSeven probably has a copy of that somewhere as well [22:52:32] i have absolutely *no* idea where i have it from [22:52:52] probably grabbed from theseven.freemyipod.org on the old server [22:53:40] found it! :) [22:53:55] what's the exact file/folder name of that thing? [22:54:04] can you receive it via skype? [22:54:08] sure [22:54:10] hddscan2.7z [22:54:31] hm, I didn't have any file containing hddscan in its name that isn't the old embios one [22:54:51] i have no idea what this is [22:55:00] it's from 05 nov 2011 [22:55:25] in my old downloads folder [22:56:05] // This file is part of emCORE. [22:56:12] this looks promising... [22:56:26] searching by contents I found it as part of a file called freemyipod-theseven-local-changes.patch which, for some odd reason, is in my Downloads folder [22:56:39] i.e. I must have grabbed that back from the server at some time [22:57:07] ah, yes i have this too [22:57:09] that file is dated 2013-08-17, but that's just the download date [22:57:12] the patch is much older [22:57:17] and it should be on the server too [22:57:37] freemyipod-theseven-local-changes.patch 187K 05-May-2012 23:58 [22:57:40] http://files.freemyipod.org/misc/ [22:57:46] same date... that's odd [22:57:54] ah no [22:57:56] may, not nov [22:58:01] just looked that the day ;) [22:58:10] but why is the 7z older... [22:58:46] main.c inside is from 6 apr 2011 [22:59:27] I'm sure that I have a copy of this somewhere... I'm just not sure where [22:59:49] anyway, i think it's a good time to merge your changes from this patch into the tree [23:00:09] even those testing/debugging apps, they might come into use at some point [23:00:10] I just committed all relevant changes from my working copy [23:00:23] not some of the old (and outdated) testing code though [23:00:35] I still have test apps for the audio codec and CEATA interface sitting around [23:00:53] not much point in committing those since we have the drivers in emCORE and rockbox by now ;) [23:01:13] the gpioviewer might possibly be worth committing [23:01:24] not sure if that's even compatible with todays emcore though [23:01:24] * user890104 might implement an audio player in emCORE some day [23:01:39] lol [23:01:46] implement rockbox into emcore [23:02:27] implementing an audio player in emcore, which boots rockbox when it's unable to play the track :P [23:02:55] ah, nano4g loader. is this in the svn? [23:08:15] i mean emcore/trunk/loader/ipodnano4g [23:09:01] uhm... how do i run code from dfu if this is not in the svn? [23:13:05] is there a loader for 4g yet? [23:13:12] I don't think so, as we don't have a flash driver [23:13:32] well, i'm able to boot emcore from dfu [23:13:50] i just need to remember how [23:13:55] for DFU you typically use a bootstub, not an emcore loader [23:14:01] the emcore loader is what handles booting from flash [23:14:32] ah, i see [23:14:36] I think you're looking for apps/installer-ipodnano4g/bootstub [23:14:40] i mixed these up [23:15:31] so emcoreldr is what replaces apple's NOR loader, right? [23:16:10] yes [23:19:20] can you send me the audio codec test app? [23:19:39] that's for both nano2g and classic, right? [23:20:43] it's only for one, not sure which one [23:22:12] i guess it reads raw audio data from the hdd and plays it? [23:22:28] probably compiled into the app [23:23:05] and it's for the classic [23:23:15] ok, sounds good [23:24:18] lol [23:24:21] * user890104 thinks about an emcore app that can turn ipods into a usb sound card :) [23:24:34] it just plays 40135680 bytes of raw data at 0x08100000, hard-wired [23:24:39] lol [23:24:40] not even allocating the memory [23:24:55] there's experimental code for that in rockbox [23:24:59] at least for some other devices [23:25:35] i think pamaury was working on that a few years ago [23:25:46] there's probably a patch somewhere on flyspray or gerri [23:25:48] gerrit* [23:27:08] http://www.rockbox.org/tracker/task/11108 [23:32:01] looks like it has been moved to github [23:32:30] TheSeven: what about the lcd bug on some classics? is the code that fixes it in our svn? [23:32:47] I'm not quite sure which bug you mean [23:32:59] the umsboot v0.2 one, or is there something else as well? [23:33:00] the apple logo in umsboot [23:33:15] I certainly didn't commit it, but maybe you did [23:33:16] i dont want to interrupt your inspiration with a little doubt i have... will it be a newer hddscan/diskmode version? [23:33:22] that was a one-line fix [23:34:16] we can try to make a newer hddscan build, but if both hddscan and diskmode fail to access anything, your drive is 99% likely completely broken [23:36:02] i think that too [23:36:33] TheSeven: uhm, i can't find that change in the svn log [23:37:55] emcore does this: LCDWDATA = (data & 0xff) | ((data & 0x7f00) << 1); [23:39:01] ok, i'll commit the fix [23:39:04] I'd apply that transformation to ipcl_lcd_send_data in http://websvn.freemyipod.org/filedetails.php?repname=freemyipod&path=%2Fumsboot%2Fsrc%2Fboard%2Fipodclassic%2Flcd.c [23:39:28] it should only affect the broken type, because the other one never calls ipcl_lcd_send_data with more than 8 bits [23:41:22] [Saint]: do you have an ipod classic that displays a partial apple logo in umsboot? [23:41:35] (only in umsboot 0.2) [23:41:56] and only if booted through DFU of course, otherwise it will display other crap on the right side [23:53:22] TheSeven: do you think that is a good idea to pause boot and power off (properly) the hdd at some early stage if menu+select is pressed? [23:54:19] so entering DFU would be more pleasant for the HDD [23:55:53] for those that opened ipod-clasisc the hdd must be 5mm heigh? does a 8mm heigh fits?