00:21:27 | | Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) |
00:28:36 | | Quit lebellium (Quit: ChatZilla 0.9.93 [Firefox 56.0/20170926190823]) |
00:37:06 | | Quit __builtin (Ping timeout: 240 seconds) |
00:38:47 | | Join __builtin [0] (~xray@rockbox/developer/builtin) |
00:48:33 | | Quit _meg (Ping timeout: 240 seconds) |
00:49:03 | | Join _meg [0] (~notsure@211.25.203.45) |
01:00 |
01:03:59 | | Quit advcomp2019__ (Ping timeout: 248 seconds) |
01:13:03 | | Quit petur (Quit: Leaving) |
01:27:09 | | Quit Jinx (Ping timeout: 246 seconds) |
01:27:44 | | Join bray90820 [0] (~bray90820@50-83-217-236.client.mchsi.com) |
01:36:16 | | Quit Marex (Ping timeout: 255 seconds) |
01:36:59 | | Quit bray90820 () |
01:38:34 | | Join bray90820 [0] (~bray90820@50-83-217-236.client.mchsi.com) |
01:39:22 | | Quit bray90820 (Remote host closed the connection) |
01:39:46 | | Join Jinx [0] (Dojo@unaffiliated/jinx) |
01:43:29 | | Quit [Saint] (Disconnected by services) |
01:43:34 | | Join [Saint] [0] (~sinner@rockbox/staff/saint) |
01:44:51 | | Join bray90820 [0] (~bray90820@50-83-217-236.client.mchsi.com) |
01:47:08 | | Quit PimpiN8 (Quit: My MacBook has gone to sleep. ZZZzzz…) |
01:48:03 | | Join Marex [0] (~Marex@195.140.253.167) |
01:49:31 | *** | Saving seen data "./dancer.seen" |
01:55:54 | | Quit ender` (Quit: As a computer, I find your faith in technology amusing.) |
02:00 |
02:31:24 | | Quit mmint (Ping timeout: 258 seconds) |
02:35:06 | | Join mmint [0] (~mmint@unaffiliated/mmint) |
03:00 |
03:00:39 | | Quit nlogex (Remote host closed the connection) |
03:10:09 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
03:12:27 | | Quit krabador (Client Quit) |
03:12:55 | | Quit _meg (Ping timeout: 240 seconds) |
03:14:57 | | Join advcomp2019 [0] (~advcomp20@65-131-157-137.sxct.qwest.net) |
03:14:58 | | Quit advcomp2019 (Changing host) |
03:14:58 | | Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) |
03:15:54 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
03:18:02 | | Join _meg [0] (~notsure@211.25.203.45) |
03:19:25 | | Join nlogex [0] (~nlogex@198-16-168-171.on.cable.ebox.net) |
03:31:52 | | Quit krabador (Quit: Leaving) |
03:35:37 | | Join Ruhan [0] (uid76353@gateway/web/irccloud.com/x-wokyxpabxmvnclwb) |
03:43:15 | | Quit bray90820 () |
03:49:35 | *** | Saving seen data "./dancer.seen" |
05:00 |
05:49:38 | *** | No seen item changed, no save performed. |
06:00 |
06:06:07 | | Quit TheSeven (Ping timeout: 246 seconds) |
06:09:23 | | Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) |
06:13:49 | | Quit TheSeven (Ping timeout: 246 seconds) |
06:14:45 | | Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) |
06:23:20 | | Quit TheSeven (Ping timeout: 258 seconds) |
06:23:55 | | Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) |
06:44:14 | | Join _Bilgus [0] (~Bilgus@unaffiliated/bilgus) |
06:46:56 | | Quit Bilgus (Ping timeout: 240 seconds) |
07:00 |
07:03:02 | | Join johnb2 [0] (~johnb2@p5B3AFB6D.dip0.t-ipconnect.de) |
07:03:40 | johnb2 | Bilgus: https://www.mediafire.com/file/82wdghrw9zb88d3/orig_image.bin |
07:06:16 | johnb2 | That is one of the early trials. The latest ones I had already deleted again, but never ckecked if they are identical. I can do such a comparison once I have recovered from jet lag. |
07:22:34 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
07:25:28 | | Quit alexweissman (Remote host closed the connection) |
07:26:01 | | Quit JdGordon_ (Ping timeout: 255 seconds) |
07:49:39 | *** | Saving seen data "./dancer.seen" |
08:00 |
08:04:01 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
08:10:06 | duo8 | is it possible for the ipod classic to start w/o a battery? |
08:10:19 | duo8 | the current bootloader doesn't allow it |
08:19:26 | | Quit pamaury (Ping timeout: 240 seconds) |
08:54:23 | | Quit dys (Ping timeout: 248 seconds) |
09:00 |
09:04:04 | | Join almog1006 [0] (4d8bf186@gateway/web/freenode/ip.77.139.241.134) |
09:05:04 | | Join dys [0] (~dys@tmo-108-210.customers.d1-online.com) |
09:10:21 | | Quit almog1006 (Quit: Page closed) |
09:33:03 | | Join almog1006 [0] (4d8bf186@gateway/web/freenode/ip.77.139.241.134) |
09:33:10 | | Quit almog1006 (Client Quit) |
09:40:44 | | Join lebellium [0] (~chatzilla@89-93-177-206.hfc.dyn.abo.bbox.fr) |
09:49:41 | *** | Saving seen data "./dancer.seen" |
10:00 |
10:06:01 | | Quit lebellium (Read error: Connection reset by peer) |
10:06:30 | | Join lebellium [0] (~chatzilla@89-93-177-206.hfc.dyn.abo.bbox.fr) |
11:00 |
11:11:08 | | Join ender` [0] (krneki@foo.eternallybored.org) |
11:16:05 | | Quit johnb2 (Quit: Nettalk6 - www.ntalk.de) |
11:49:45 | *** | Saving seen data "./dancer.seen" |
11:49:47 | | Join almog1006 [0] (4d8bf186@gateway/web/freenode/ip.77.139.241.134) |
11:49:55 | | Quit almog1006 (Client Quit) |
11:51:29 | | Join johnb2 [0] (~johnb2@p5B3AFB6D.dip0.t-ipconnect.de) |
11:59:15 | | Join robertd1 [0] (~root@201.242.176.168) |
12:00 |
12:00:13 | johnb2 | Bilgus: This time I used Knoppix from a usb stick. On the second trial I was able to dump the 32MB. I uploaded the recovery.bin with no error. See https://pastebin.com/fZ65TjfP |
12:01:46 | johnb2 | Unfortunately the md5 sums of the next dump still match the original one. I tried writing once more. dd aborted after 16MB. But the next dump still has the old content. |
12:02:40 | johnb2 | So that flash insists on being read-only. |
12:05:11 | | Quit Ruhan (Quit: Connection closed for inactivity) |
12:07:04 | | Quit johnb2 (Ping timeout: 240 seconds) |
12:24:02 | | Join PimpiN8 [0] (~textual@145.132.155.235) |
12:36:26 | | Quit _meg (Ping timeout: 240 seconds) |
12:40:50 | | Join _meg [0] (~notsure@211.25.203.45) |
13:00 |
13:04:44 | _Bilgus | johnb2 glad you were able to pull it finally I'm messing around with boosting CVDD2 to the sdcard and leaving not enabling wide bus mode let me test on my clip+ and then you might try that |
13:18:50 | | Join johnb2 [0] (~johnb2@p5B3AFB6D.dip0.t-ipconnect.de) |
13:27:13 | _Bilgus | Its in the same folder as the other one on mediafire |
13:48:48 | johnb2 | I am ready to go, when you are done. |
13:48:49 | | Quit man_in_shack (Read error: Connection reset by peer) |
13:49:48 | *** | Saving seen data "./dancer.seen" |
13:50:49 | | Join man_in_shack [0] (~chat@unaffiliated/man-in-shack/x-4279753) |
13:59:50 | _Bilgus | its already up on MF |
14:00 |
14:00:23 | johnb2 | I meant your test on your clip+ |
14:01:47 | _Bilgus | yeah I tested it before I uploaded the FW I was able to pull the image and it checked with md5 |
14:02:04 | johnb2 | Ok, I am on my way ... |
14:02:26 | _Bilgus | you might try with dd again the first time |
14:04:26 | | Quit johnb2 (Read error: Connection reset by peer) |
14:22:38 | | Join johnb2 [0] (5b3afb6d@gateway/web/freenode/ip.91.58.251.109) |
14:23:29 | johnb2 | Bilgus: For the upload it is really just " dd of= if= ", i.e. no bs or count. Correct? |
14:24:47 | _Bilgus | yes the count is handled by the size of the image and BS doesn't matter but You could probably set it with no ill effect |
14:32:10 | johnb2 | I tried uploading twice + once with bs=512, but still get the old md5. |
14:32:22 | johnb2 | ls -rtl |
14:32:42 | * | johnb2 is typing in the wrong window |
14:34:26 | | Quit johnb2 (Quit: Page closed) |
14:35:01 | _Bilgus | is dd working properly no to puill the image? |
14:35:06 | _Bilgus | now* |
14:38:40 | | Join johnb2 [0] (~johnb2@p5B3AFB6D.dip0.t-ipconnect.de) |
14:39:23 | johnb2 | Yes, I succeeded 3x in a row. I always get the same image. |
14:40:43 | _Bilgus | now does that md5 match the original one you pulled? |
14:41:36 | | Quit _meg (Ping timeout: 260 seconds) |
14:44:38 | | Join _meg [0] (~notsure@211.25.203.45) |
14:45:15 | johnb2 | yes |
14:46:08 | _Bilgus | well thats progress at least |
14:46:30 | _Bilgus | you decent with BASH? |
14:47:02 | johnb2 | Like doing this in a loop? |
14:47:44 | johnb2 | While uploading I got an abort with 16MB. After that I had to reboot the clip. |
14:48:24 | johnb2 | So I doubt that I can run a loop for a dozen times. |
14:49:47 | _Bilgus | hmm if its getting an abort that means it failed like 200x lol |
14:50:25 | johnb2 | On a different note, I have this other clip+ which had the "DC write callback error". I have the multiboot installed, and your Febuary FW, which only shows the SD. |
14:51:23 | johnb2 | Sometimes after powering down, it won't start at all and I have the impression that even long Power doesn't really shut it down. |
14:51:30 | _Bilgus | if you already have the multiboot FW on there I'd probably leave it since its perfectly usable |
14:51:55 | johnb2 | It only comes to live again after the battery has run down completely. |
14:52:11 | _Bilgus | hmm so its hanging |
14:53:15 | johnb2 | Sometimes I get the "ATA error -2" and I can walk through a few debug pages, then with longPower it gets to the state where I have to wait for the battery to run empty. |
14:53:56 | _Bilgus | wait so it still gets an ATA error even with the SD onlt FW? |
14:54:07 | johnb2 | yes, if it actually boots from SD everything is fine, but I am puzzled by this hanging state. |
14:54:15 | johnb2 | yes |
14:55:07 | johnb2 | I also had your latest MultiFW, but this gave more problems when it tried to mount the internal memory. |
14:55:35 | _Bilgus | ah so when you see the ATA error it hasn't successfully booted |
14:56:50 | johnb2 | correct, it appears on powering up. And then I might shut down and try again, but usually that's where I get stuck, i.e. no reaction at all when trying to turn it o. |
14:56:53 | johnb2 | on. |
14:57:34 | _Bilgus | well the MB_bootloader still touches the internal memory at least initializes it |
14:57:36 | johnb2 | So I have put it aside in drawer, by now it might be empty again. |
14:58:39 | _Bilgus | we might be able to use this same method to write a new MB_bootloader |
14:59:19 | _Bilgus | special one for that particular clip |
14:59:52 | johnb2 | which would not initialize the internal? |
15:00 |
15:00:15 | _Bilgus | yes basically the same as your sd only firmware |
15:01:19 | _Bilgus | is it a 4gb clip+? |
15:01:47 | johnb2 | yes |
15:03:10 | _Bilgus | ok give me a few basically what i'll do is make it never look in internal it'll just loop in the code for loading from sd card |
15:03:53 | _Bilgus | assuming you can read and write from internal mem long enough to actually get it on to the darn thing |
15:06:12 | johnb2 | I just grabbed it. It showed no sign of life. Holding center button while connecting to USB, it showed the ATA error. |
15:06:20 | _Bilgus | you might try and get the recovery fw running and see if you can access the drive through it w/o erroring out |
15:07:26 | _Bilgus | thats kinda weird taht means it still ran the bootloader |
15:08:07 | _Bilgus | figure though bootloader USB mode does acess the internal drive only though |
15:13:46 | johnb2 | Now it shows "Eject M200Plus" when I connect it and Win10 asks to format it. |
15:14:37 | johnb2 | But at least I am in a state, where it reacts on usb connection. |
15:19:26 | _Bilgus | let me know if you are able to get it to boot I have an easy way to disable the internal for the bootloader |
15:20:09 | johnb2 | Right now I fail. What would be the steps I have to execute? |
15:22:11 | _Bilgus | well you'll have to have the multiboot bootloader from gerrit |
15:23:14 | johnb2 | The BL or FW? |
15:25:24 | _Bilgus | the BL |
15:27:40 | _Bilgus | and then you would just add a check for drive == INTERNAL_AS3525 and silent;y fail if so |
15:27:54 | _Bilgus | give me a sec and i'll pastebin it for you |
15:32:50 | _Bilgus | https://pastebin.com/5Hh8FKdC |
15:34:00 | johnb2 | Thanks, after compiling that, the challenge is how I get the BL updated: through OF or image? |
15:34:02 | | Quit ps-auxw (Disconnected by services) |
15:34:08 | | Join ArneB [0] (~arneb@p5B0FBD7D.dip0.t-ipconnect.de) |
15:34:34 | _Bilgus | well see i'd probably just do it through the image |
15:36:19 | _Bilgus | I think it will work if you just write the clippa bin file directly but let me verify |
15:36:26 | _Bilgus | brb |
15:38:11 | _Bilgus | if this doesn't work ill have to recover this clip+ first install it and give you that image but i'm pretty sure this will work |
15:40:30 | johnb2 | I checked and right now I only have the Multi_FW patches in my repo. So if you have the image ready, that would help me. |
15:41:50 | _Bilgus | I don't but I can build it for you |
15:42:11 | _Bilgus | and yes I was able to write the new bootloader directly from the image to the drive |
15:42:40 | _Bilgus | so You might try on that other clip+ to just write the MB bootloader image directly |
15:42:55 | _Bilgus | its only 16 MB |
15:43:08 | _Bilgus | but before you do let me verify it actually wrote |
15:43:36 | johnb2 | I still have to get it into recovery mode though. |
15:44:32 | johnb2 | Ah, why is it 16 instead of the previously 32MB? |
15:45:16 | _Bilgus | well previously we were doing the whole hidden partition |
15:47:21 | _Bilgus | but I just wrote the bootimage directly and it worked so either that second 16mb is just where the OF puts the image first to checksum it before copying it into the real offset (0) or its junk or its a second area the device tries to boot |
15:47:56 | _Bilgus | still before you do let me check the image i pulled to be sure it wrote it correctly |
15:49:20 | _Bilgus | and yes it matches clppa_new.bin perfectly let me do one last check and make sure it still boots the OF |
15:49:49 | *** | Saving seen data "./dancer.seen" |
15:50:10 | _Bilgus | yep it made me wait to refresh media but it booted into OF perfectly as well |
15:50:38 | _Bilgus | ok i'll be back in a bit I'll compile that special bootloader for you |
15:51:44 | johnb2 | No hurry. I will also be out for the next 2h and have to hit that lucky moment, when it actually powers up, so I can go into recovery mode. |
15:53:04 | _Bilgus | I'll put it on mediafire when I'm done I probably won't be back till 12-14 hrs from now |
15:53:19 | _Bilgus | maybe a bit earlier |
15:53:59 | johnb2 | Thanks. |
15:54:07 | johnb2 | bb |
15:54:39 | _Bilgus | I won't be able to test this bootloader for you as my tester clip+ has no sd slot so it'd be a brick after I put an sd only bootloader on it |
15:56:22 | johnb2 | I have one more that I can test it on. |
16:00 |
16:09:24 | | Join CH23 [0] (5594df77@gateway/web/freenode/ip.85.148.223.119) |
16:09:40 | CH23 | if you want i could test it too |
16:11:27 | _Bilgus | do you have a device that has bad internal drive? |
16:12:12 | _Bilgus | I mean you can test it if you like but really no point otherwise |
16:15:24 | CH23 | i expect this to come in handy if transplanting NAND fails, so it helps me as well. would it be able to reflash afterwards? |
16:15:44 | | Quit Strife89 (Remote host closed the connection) |
16:18:19 | _Bilgus | Also looking at the "Recovery Partition" it appears to have 1024 bytes (1kb) of header 15727616 bytes of firmware and at the end of that another block 15727616 bytes and finally a 2024 bytes of 00 |
16:18:27 | _Bilgus | Also looking at the "Recovery Partition" it appears to have 1024 bytes (1kb) of header 15727616 bytes of firmware and at the end of that another block 15727616 bytes and finally a 1024 bytes of 00 |
16:18:32 | | Join Strife89 [0] (~quassel@adsl-98-80-181-168.mcn.bellsouth.net) |
16:18:54 | _Bilgus | so it goes [HEADER][FW][FW2][00] |
16:20:02 | _Bilgus | Now I wonder if FW2 is used as a backup or as a staging area when updating the firmware |
16:20:34 | _Bilgus | CH23 the only problem there is that the bootloader would have to be loaded from the NAND initially |
16:21:21 | CH23 | so then it wouldn't actually work for johnb2's unflasheable clip+? |
16:21:45 | _Bilgus | not the unflashable one he has another that crashes with ATA error |
16:21:45 | | Join Ruhan [0] (uid76353@gateway/web/irccloud.com/x-vroohlffxnalwfiv) |
16:22:20 | CH23 | ah sorry then i misunderstood; i thought it was for the other one |
16:22:36 | _Bilgus | the readonly one might be able to write the first 16MB portion |
16:23:11 | _Bilgus | I was able to write the clppa_new.bin directly to the beginning of the drive and it worked |
16:23:35 | _Bilgus | so the second 16MB protion [FW2] is for the moment JUNK data |
16:23:51 | _Bilgus | portion* |
16:24:59 | _Bilgus | I need to do some testing with the OF and see if when it flashes a new image if it puts the old or the new there |
16:26:08 | _Bilgus | I'm more hopeful its the old FW and there would be a way we could put a secondary bootloader there |
16:26:47 | _Bilgus | or for that matter even a recovery bootloader |
16:43:11 | | Quit jhMikeS (Ping timeout: 258 seconds) |
16:43:58 | | Join almog1006 [0] (4d8bf186@gateway/web/freenode/ip.77.139.241.134) |
16:45:54 | _Bilgus | Well THE [FW2] area doesn't match the firmware that is being placed on the device or the Fw that is being replaced so not sure what it is |
16:50:47 | | Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) |
16:55:28 | | Quit jhMikeS (Ping timeout: 248 seconds) |
16:56:45 | CH23 | could it be the original firmware? i know kobo keeps the first installed version of their firmware in recovery |
16:56:57 | CH23 | unrelated company, but logical step |
16:59:13 | _Bilgus | It changed between my last image and the image that I took after using the OF to load a new bootloader |
16:59:41 | _Bilgus | so it might be portions of the replaced firmware but it doesn't seem to be |
17:00 |
17:00:09 | _Bilgus | for all I know it might just be a diff between them |
17:00:21 | _Bilgus | like maybe they just copy whats changed |
17:00:54 | _Bilgus | would explain why the first 1024 kb is stripped |
17:01:12 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
17:01:28 | _Bilgus | sorry 1024 bytes |
17:04:26 | _Bilgus | I gotta go do some real work I might screw around with it later |
17:32:38 | | Join alexweissman [0] (~alexweiss@c-68-50-12-70.hsd1.in.comcast.net) |
17:40:22 | johnb2 | Bilgus: The one with the ATA error that registered as M200Plus on Window shows up like this on Linux: https://pastebin.com/BS4NhMr7 |
17:42:08 | johnb2 | In other words, it looks exactly like the 32MB area when in recovery mode. The big question now is if it is writable with 'dd'. I am going to wait for your modified BL before trying this. |
17:49:52 | *** | Saving seen data "./dancer.seen" |
18:00 |
18:00:56 | | Quit johnb2 (Ping timeout: 264 seconds) |
18:38:46 | | Join johnb4 [0] (~johnb2@p5B3AFB6D.dip0.t-ipconnect.de) |
18:39:49 | CH23 | is there a way to 'force' auto lock? |
18:41:16 | johnb4 | What do you mean by that? |
18:45:52 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
18:55:24 | lebellium | pamaury: don't forget the auction :) |
19:00 |
19:02:55 | | Quit johnb4 (Ping timeout: 248 seconds) |
19:05:25 | CH23 | johnb4 : when you press 'select' and 'home' you can switch between 'button lock' 'auto lock' or 'no lock', but i want to have auto lock on and be able to lock directly instead of having to wait for screen time out. |
19:05:52 | pamaury | lebellium: yeah |
19:08:58 | | Quit GodEater (Quit: Coyote finally caught me) |
19:09:25 | pamaury | lebellium: how much do you think I should bet? |
19:10:15 | lebellium | £15 in the last 2 minutes |
19:11:53 | | Join johnb2 [0] (~johnb2@p5B3AFB6D.dip0.t-ipconnect.de) |
19:14:03 | | Join GodEater [0] (~whoknows@90.201.148.134) |
19:14:03 | | Quit GodEater (Changing host) |
19:14:03 | | Join GodEater [0] (~whoknows@rockbox/staff/GodEater) |
19:17:13 | | Quit krabador (Quit: Leaving) |
19:25:08 | lebellium | hum |
19:25:14 | lebellium | it's already £18 now :/ |
19:27:24 | pamaury | that's not very encouraging |
19:28:05 | lebellium | people are so stupid. Why bidding hours before the end and virtually raise up the price |
19:33:59 | CH23 | i don't get that either, it's people not really trying to get it, but they still bid |
19:37:27 | pamaury | I've set my current maximum to 20, but that might not be enough |
19:37:49 | pamaury | I suspect it might be automatic |
19:38:27 | pamaury | some tools or ebay that increases the bet until the maximum that you have set |
19:38:59 | | Quit michaelni (Read error: Connection reset by peer) |
19:39:20 | pamaury | I hardly ever use ebay, I don't know how the "set maximum auto bet" algo works |
19:39:59 | almog1006 | pamaury: I found out that I could translate the firmware without having to extract the sql file..that means i just need to repack from sql to fw |
19:40:35 | pamaury | almog1006: that sounds slightly suspicious, if the sql file has any checksum in it, it won't work |
19:41:21 | almog1006 | I mean by HEX Editor |
19:41:30 | lebellium | ebay will automatically bid for you until you reach the maximum: looks easy for the user but it virtually raises up the price. Nobody should bid before the last 5 minutes so that even if many people are interested, there is no enough time to raise the price too up |
19:43:30 | pamaury | almog1006: I mean, the sql file is structured data, it's a database. Databases usually have some checksuming for data integrity. Thus if you modify with an hex editor, the checksum won't match and the sql file will be invalid |
19:44:51 | pamaury | Maybe you'll get lucky and it doesn't checksum the data |
19:45:42 | almog1006 | I'm ready to try.. |
19:46:11 | almog1006 | and after unpacking the sql there no problem to translate with hex? |
19:47:15 | pamaury | I don't know the format so I cannot answer. I suspect not, you can always try by editing the sql directly first and if it doesn't work unpack/repack the sql |
19:49:37 | almog1006 | On the side that the firmware will be invalid .. will I be able to do flash the original again? |
19:49:54 | *** | Saving seen data "./dancer.seen" |
19:49:55 | almog1006 | to flash* |
19:50:08 | pamaury | lebellium: I see, they it may have been might fault when I change my maximum :-/ though that means the other guy had set 18, I would have lost at 15 |
19:50:39 | pamaury | almog1006: I don't know, I can't be sure. I think those devices have a recovery mode but I don't know how it works. Ask wodz |
19:51:28 | almog1006 | ok anyway I feel I will not lose anything |
19:54:18 | almog1006 | we just need you to upgrade your "atjboottool" tool with repacking option.. I think i'll try by translating the sql file only |
19:56:56 | | Join michaelni [0] (~michael@213-47-41-20.cable.dynamic.surfer.at) |
19:59:46 | | Quit alexweissman (Remote host closed the connection) |
20:00 |
20:08:33 | | Quit _meg (Ping timeout: 240 seconds) |
20:11:25 | | Join alexweissman [0] (~alexweiss@c-68-50-12-70.hsd1.in.comcast.net) |
20:11:33 | | Quit CH23 (Ping timeout: 260 seconds) |
20:12:39 | | Join _meg [0] (~notsure@211.25.203.45) |
20:16:13 | | Quit almog1006 (Ping timeout: 260 seconds) |
20:22:49 | | Join wodz [0] (~wodz@89-79-40-110.dynamic.chello.pl) |
20:24:02 | wodz | pamaury: https://ibb.co/kweMy6 (this is running slightly tweaked https://git.rockbox.org/?p=rockbox.git;a=tree;f=utils/atj2137/adfuload/test_binary/lcm) |
20:27:24 | pamaury | cool :) |
20:31:07 | wodz | it is still rather hack with most things as stubs and display system emulated to the bare minimum. |
20:32:29 | pamaury | wodz: how does it work with the lcd? Do you emulate the spi/parallel connection and the lcd registers? |
20:32:52 | wodz | pamaury: sort of |
20:34:33 | wodz | pamaury: Currently I implemented only 'write GRAM' command and transfer from bus to emulated video ram. From there qemu display update callback pickups data, transforms pixel format and displays |
20:35:22 | | Quit johnb2 (Quit: Nettalk6 - www.ntalk.de) |
20:35:40 | wodz | pretty inefficient from the emulation point of view but quite close to how this is realized in hardware. |
20:44:44 | | Join johnb2 [0] (~johnb2@p5B3AFB6D.dip0.t-ipconnect.de) |
20:54:47 | | Quit johnb2 (Quit: Nettalk6 - www.ntalk.de) |
21:00 |
21:01:23 | | Quit Ruhan (Quit: Connection closed for inactivity) |
21:02:15 | __builtin | do you know why a data abort wouldn't produce a panic screen? |
21:02:49 | wodz | in theory stack corruption could do this |
21:04:05 | pamaury | lebellium: one minute left, I'm still the highest bidder |
21:04:17 | __builtin | the data abort is probably from an alignment fault (which I purposely enabled) |
21:04:19 | | Join JanC_ [0] (~janc@lugwv/member/JanC) |
21:05:21 | __builtin | I just want an address so I can fix it |
21:05:35 | | Nick JanC is now known as Guest41887 (~janc@lugwv/member/JanC) |
21:05:35 | | Quit Guest41887 (Killed (card.freenode.net (Nickname regained by services))) |
21:05:36 | | Nick JanC_ is now known as JanC (~janc@lugwv/member/JanC) |
21:06:08 | pamaury | I won it \o/ |
21:06:13 | lebellium | great! |
21:06:24 | lebellium | you put 25 max? |
21:06:42 | wodz | pamaury: any progres with sony's playback stuttering? |
21:07:54 | pamaury | lebellium: yeah, I won with 22 pounds, not ncluding expedition fees, so it's a bit expensive, hopefully I can make good use of it |
21:08:20 | pamaury | wodz: no :-/ I think at this point my only hope is to add a third pcm alsa mode with a dedicated thread and blocking writes |
21:08:48 | pamaury | or try to add xrun recovery to the pcm tick task |
21:09:09 | pamaury | but I'm not sure if we can recover in the nonblocking fashion, thus a dedicated thread might really be needed |
21:10:50 | | Join maffe [0] (~Miranda@p200300CD03DD31004077B351BC76F26D.dip0.t-ipconnect.de) |
21:12:27 | wodz | pamaury: maybe you should discuss this with Mike |
21:12:43 | pamaury | wodz: yeah probably |
21:13:21 | pamaury | what's strange though is that I have no idea what is causing those xrun |
21:13:56 | wodz | pamaury: I was wondering about corelation with backlight. Maybe device reduce freq when backlight is off? |
21:14:14 | _Bilgus | Johnb2 I'm sorry I had already compiled the SD only bootloader but forgot to give you the link http://www.mediafire.com/file/hobh06sh3d0hjdy/clppa_NOINTERNAL.bin |
21:14:36 | pamaury | wodz: that was my theory but it doesn't seem to be the case |
21:18:51 | | Quit alexweissman (Remote host closed the connection) |
21:22:33 | | Quit dys (Ping timeout: 240 seconds) |
21:26:04 | | Join alexweissman [0] (~alexweiss@c-68-50-12-70.hsd1.in.comcast.net) |
21:30:53 | | Join petur [0] (~petur@rockbox/developer/petur) |
21:36:22 | | Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:88:e65b:4e60:ebd4) |
21:49:56 | *** | Saving seen data "./dancer.seen" |
21:51:00 | | Join johnb4 [0] (~johnb2@p5B3AFB6D.dip0.t-ipconnect.de) |
21:55:10 | | Quit johnb4 (Ping timeout: 248 seconds) |
22:00 |
22:08:09 | | Join johnb2 [0] (~johnb2@p5B3AFB6D.dip0.t-ipconnect.de) |
22:13:46 | | Join dys [0] (~dys@tmo-107-99.customers.d1-online.com) |
22:13:52 | | Join Ruhan [0] (uid76353@gateway/web/irccloud.com/x-mmajmktntxxdzpyr) |
22:18:27 | johnb2 | Bilgus: Just trying to dd in this "M200Plus" state did not work. The download is still the old. I have to wait until I can run your recovery. |
22:25:03 | | Quit johnb2 (Ping timeout: 240 seconds) |
22:37:42 | | Quit wodz (Ping timeout: 252 seconds) |
22:40:43 | | Join wodz [0] (~wodz@89-79-40-110.dynamic.chello.pl) |
22:43:50 | | Join bray90820 [0] (~bray90820@50-83-217-236.client.mchsi.com) |
22:48:47 | | Quit ZincAlloy (Quit: Leaving.) |
23:00 |
23:01:59 | | Quit lebellium (Quit: ChatZilla 0.9.93 [Firefox 56.0/20170926190823]) |
23:38:42 | | Join melissa_ [0] (~Melissa@ip565366d6.direct-adsl.nl) |
23:40:10 | melissa_ | Hello. I'm planning to get a Rockbox-compatible device. I'm mainly looking at iPod Classic 5G and 6G. 5G has stable rockbox, but 6G has dual-boot. Can anyone help me decide between the two? |
23:40:33 | melissa_ | Is it possible to dual-boot between regular firmware on 5G? And just how unstable is Rockbox on the 6G? |
23:42:49 | | Join almog1006 [0] (4d8bf186@gateway/web/freenode/ip.77.139.241.134) |
23:44:24 | | Quit maffe (Quit: IRC ist obsolet!) |
23:45:16 | wodz | melissa_: AFAIK it is pretty stable on 6G |
23:45:36 | wodz | melissa_: and it is possible to dualboot on 5G |
23:50:00 | *** | Saving seen data "./dancer.seen" |
23:53:30 | | Join maffe [0] (~Miranda@p200300CD03DD31004077B351BC76F26D.dip0.t-ipconnect.de) |
23:53:39 | | Join Tony [0] (ae3638f0@gateway/web/freenode/ip.174.54.56.240) |
23:56:47 | | Quit maffe (Client Quit) |