| 00:01:40 | *** | Saving seen data "./dancer.seen" |
| 01:00 |
| 01:22:14 | | Quit othello7 (Quit: othello7) |
| 02:00 |
| 02:01:43 | *** | Saving seen data "./dancer.seen" |
| 03:00 |
| 03:28:39 | | Quit massiveH (Quit: Leaving) |
| 03:49:00 | | Join bakedbacon420 [0] (~bakedbaco@99.187.64.97) |
| 03:49:24 | bakedbacon420 | alright so ive been playing with this adapter for some time and it seems to wrap around the same way the quad does :/ |
| 03:49:36 | bakedbacon420 | guess if i want to do this ill hafta make the adapter myself >:( |
| 03:56:04 | | Quit bakedbacon420 (Read error: Connection reset by peer) |
| 04:00 |
| 04:01:46 | *** | Saving seen data "./dancer.seen" |
| 04:47:23 | | Join lebellium [0] (~lebellium@2a01cb0405d07f00d33a0da62bfc2206.ipv6.abo.wanadoo.fr) |
| 05:00 |
| 05:33:14 | | Join Malinux [0] (~malin@2001:4641:4dfa::12c:c4a7) |
| 05:35:32 | | Join Malinux- [0] (~malin@2001:4641:4dfa::12c:c4a7) |
| 05:37:57 | | Quit Malinux (Ping timeout: 248 seconds) |
| 06:00 |
| 06:01:48 | *** | Saving seen data "./dancer.seen" |
| 07:00 |
| 07:34:54 | _bilgus | bakedbacon420 well that sucks I guess it might give us a chance to have an adaptor that actually follows spec |
| 07:53:06 | | Quit jjs0077018310196 (Ping timeout: 252 seconds) |
| 08:00 |
| 08:01:50 | *** | Saving seen data "./dancer.seen" |
| 08:36:21 | | Quit speachy (Quit: WeeChat 4.3.4) |
| 08:36:39 | | Join speachy [0] (~speachy@hurricane.shaftnet.org) |
| 08:36:39 | | Quit speachy (Changing host) |
| 08:36:39 | | Join speachy [0] (~speachy@rockbox/developer/speachy) |
| 08:36:39 | Mode | "#rockbox +v speachy" by ChanServ (ChanServ@services.libera.chat) |
| 08:37:12 | speachy | bakedbacon420: How did you establish the sector count is wrapping? |
| 08:40:01 | speachy | IIUC these PATA<>SATA converters are fairly passive devices; ie they just convert the signalling protocol and don't screw with the message/data itself. |
| 08:41:54 | speachy | LBA48 is absolutely part of the pre-SATA world, though while it's _possible_ that implemetnations couldn't handle >32-bit addressing... it's not like it was any more work to do so. After all you still had to convert the LBA48 insttructions over. |
| 08:42:30 | speachy | what I think is a necessary first step here is to plug hta drive into a "real" system first, to make sure it actually is what it claims to be. |
| 08:43:10 | speachy | because even if the adapter wraps at >2TB it should still _work just fine_ for <2TB addresses. |
| 08:43:46 | speachy | (and it's certainly possible there are remaining bugs in the 64-bit storage patch I wrote) |
| 09:00 |
| 09:03:37 | | Join dconrad [0] (~dconrad@152.117.104.217) |
| 09:22:09 | _bilgus | I'm stuck on this cue viewer I have the file indexed and all my offsets now do I write that to a file and keep the original cue separate or should I copy the entries to my new file and fix up offsets? |
| 09:22:49 | speachy | the latter, I'd think? We don't normally want to modify user-supplied files? |
| 09:23:35 | _bilgus | two options are to have a separate file indexing to the original cue or copying the data to the index file since they are intimately linked |
| 09:24:07 | _bilgus | problem being 10000 files metadata is several megs |
| 09:25:43 | _bilgus | in a normal system I could hold the file and prevent updates I don't think we do that? |
| 09:26:19 | _bilgus | I guess our db gets away with it but... |
| 10:00 |
| 10:01:54 | *** | Saving seen data "./dancer.seen" |
| 10:41:42 | _bilgus | yeah we don't have any kind of file locking in place |
| 11:00 |
| 11:21:59 | | Join Moriar [0] (~moriar@107-200-193-159.lightspeed.stlsmo.sbcglobal.net) |
| 11:59:42 | speachy | Any reason you see to not land my 64-bit storage patch? I've been using it (albeit not heavy usage and not with any >2TB systems) for a few weeks now |
| 12:00 |
| 12:01:56 | *** | No seen item changed, no save performed. |
| 12:04:25 | _bilgus | nothing I know of and we probably won't without releasing it |
| 12:10:47 | _bilgus | I'm thinking I'll just copy the data over to the indexed file and sort it on the way to make displaying it take less compute since I'm already touching it |
| 12:12:35 | _bilgus | I guess I could also check modtime and hope for the best |
| 12:13:38 | _bilgus | bet on devices without RTC they probably don't have any way to know |
| 12:14:12 | | Join bakedbacon420 [0] (~bakedbaco@2600:381:cb60:1e23:b577:39e0:fe0d:b3ff) |
| 12:14:13 | _bilgus | run a CRC on the fiel probably wouldn't be the worst |
| 12:14:43 | _bilgus | but by them might as well re-index on the way |
| 12:15:15 | _bilgus | so maybe just make the index each time and work on making that fast |
| 12:17:30 | bakedbacon420 | speachy: theres a few things going on when ive been working on it. mainly it seems to corrupt the disk no matter what i do. ive been able to get itunes to restore the ipod a few times, but it immediately boots into the "no disk" sad face and folder. in 5th gen it does essentially the same thing. in disk mode on the 5th/6th gen it shows only 1.64TB no matter how i format the disk, but when |
| 12:17:30 | bakedbacon420 | i take it out and put it in my pc it shows a 1.64tb fat32 partition, and 2tb unformatted space. when i do this for the 5th gen it gives a 64mb partition or so for the bootloaders and such, a 1.99tb fat32 partition, and 2tb of unformatted storage space |
| 12:18:17 | bakedbacon420 | so the chip in the ipod is doing some formatting of the disk somewhere. its got an identical looking blob/chip to the iflash quad on it so i dont think its so passive with this adapter atleast. atleast with my (obviously) pretty limited knowledge |
| 12:18:25 | bakedbacon420 | chip in the adapter* |
| 12:20:03 | bakedbacon420 | 1.64TB unformatted space in regards to 5th gen formatted disk in the pc* sorry for so many formatting errors in my messages i just woke up. |
| 12:22:30 | bakedbacon420 | OH and when i used ipodpatcher to install the default rockbox bootloader to the 5th gen in the same configuration just on a whim, it gave a panic that said "not compatible with this size disk 2x32" or something to that effect so it lead me to believe *maybe* the rockbox bootloader can actually see the whole disk? when i compiled a bootloader with the patched 5808 source it gave the same |
| 12:22:30 | bakedbacon420 | errors the 6th gens were about "no partition found" but in usb mode it still only showed 1.64TB |
| 12:27:59 | _bilgus | so the ipod can't handle the full 2TB anyway can you make a bunch of 1TB partitions and get it to work? |
| 12:29:06 | _bilgus | or a 1TB and another with the rest? |
| 12:31:55 | _bilgus | maybe better would be like some of the devices that weren't compatible with FAT32 and make a small partition to boot and hide the rest from the OF |
| 12:32:59 | | Quit bakedbacon420 (Ping timeout: 260 seconds) |
| 12:34:07 | | Join bakedbacon420 [0] (~bakedbaco@254.sub-174-210-68.myvzw.com) |
| 12:34:34 | bakedbacon420 | i did try with a few 1TB partitions and showed a 1tb partition, and a 640gb partition |
| 12:35:02 | _bilgus | don't the mac formatted ipods use a different underlying filesystem already? |
| 12:35:24 | bakedbacon420 | with the bootloader panicking with a 2x32 error though im hopeful it can actually see the disk and its just a matter of the 64bit code needing some cleaning up |
| 12:35:42 | bakedbacon420 | and yes mac formatted ipods do HFS or somethinf to that effect |
| 12:35:56 | bakedbacon420 | but im using windows with fat32 partitions |
| 12:36:46 | bakedbacon420 | but the HFS formatted ipods are limited to 2.2tb or so if i recall correctly |
| 12:36:48 | _bilgus | yeah so maybe you could give them a 1gb HFS partition to stay happy and work out a method for US |
| 12:37:14 | bakedbacon420 | hm i may have to pick up a cheap mac to try that out |
| 12:37:37 | bakedbacon420 | im happy to slam my head against the wall for hours partitioning disks if it moves the needle forward |
| 12:37:46 | _bilgus | but if its the ipods hardware limiting you you might need your adaptor and work out a scheme to communicate with it |
| 12:39:11 | _bilgus | hehe or invest in tooling to make sd slot cases for ipods :) |
| 12:39:29 | bakedbacon420 | i need to get a new zif to usb adapter so i can plug the sata adapter up directly to my pc. ive just been chucking the m.2 into my pc when i need to check its formatting and such |
| 12:39:49 | bakedbacon420 | and thats actually one of the main ideas ive had for circumventing 2tb since ive been having so many issues with adapters |
| 12:40:54 | bakedbacon420 | theres adapters for pi's and such that allow you to switch between two micro sd cards. just install rockbox to both sd cards, and turn off rhe ipod and flip a switch and hey presto ive got another 1.5-2tb of sd card |
| 12:41:50 | bakedbacon420 | that would allow me to shove 3-4tb in an ipod albeit in a scuffed way but thats kind of my jam |
| 12:43:30 | | Join Tonux_ [0] (~Tonux@193.32.127.216) |
| 12:43:39 | | Join GeekShad1w [0] (~antoine@lbf.turmel.info) |
| 12:43:57 | speachy | The 5g and 6g use completely different ATA controllers. IIRC the 6G uses CE-ATA for some of them, which is effectively ATA over the a physical SD/MMC interface |
| 12:44:13 | | Quit bakedbacon420 (Read error: Connection reset by peer) |
| 12:44:54 | speachy | so on the 6g there are additional complications, but the 5g is a "traditional" ATA controller which is to say it's dumb as bricks and is little more than a passthrough to the real on-drive smarts. |
| 12:45:09 | | Join bakedbacon420 [0] (~bakedbaco@254.sub-174-210-68.myvzw.com) |
| 12:46:20 | | Quit berber_l51 (Ping timeout: 264 seconds) |
| 12:46:44 | speachy | so I _really_ don't think there's any sort of inherent limitation there, unless that PATA<>SATA adapter is trying to be clever. |
| 12:47:09 | | Quit bakedbacon420 (Read error: Connection reset by peer) |
| 12:47:17 | speachy | I don't know if there were any >2TB PATA drives shipped. |
| 12:47:48 | | Quit GeekShadow (*.net *.split) |
| 12:47:52 | | Quit Tonux (*.net *.split) |
| 12:47:52 | | Quit q3k (*.net *.split) |
| 12:47:52 | | Quit hook54321 (*.net *.split) |
| 12:47:53 | | Quit CH23 (*.net *.split) |
| 12:47:54 | | Quit Xeha (*.net *.split) |
| 12:47:57 | | Nick Tonux_ is now known as Tonux (~Tonux@193.32.127.216) |
| 12:48:08 | | Join q3k [0] (q3k@hswaw/infra/q3k) |
| 12:48:08 | | Join hook54321 [0] (sid149355@user/hook54321) |
| 12:48:08 | | Join CH23 [0] (CH23@revspace/participant/ch23) |
| 12:49:21 | speachy | but there were plenty of PATA LBA48 drives −− ie anything over 128GB. |
| 12:49:57 | | Join Xeha [0] (~Xeha@user/Xeha) |
| 12:51:52 | speachy | but anyway −− doesn't matter if it's SATA or PATA, the LBA48 command set is bit-for-bit identical. |
| 12:52:08 | | Quit hook54321 (Ping timeout: 265 seconds) |
| 12:53:51 | speachy | but the USB<->ZIF adapters (which are just USB<->PATA adapters with a different pysical plug) may nto work >2TB either because the USB mass storage protocol uses a different command for >32bit sectors. |
| 12:54:15 | speachy | (sorry, >32-bit sector counts) |
| 12:54:38 | | Join hook54321 [0] (sid149355@user/hook54321) |
| 12:54:39 | | Join bakedbacon420 [0] (~bakedbaco@2600:1004:b03b:926:31e9:493c:4076:9f4d) |
| 12:54:53 | bakedbacon420 | sounds like i should focus my efforts on the 5th gen for now for simplicity sake then |
| 12:54:59 | speachy | (READ16/WRITE16) |
| 12:56:15 | speachy | (which gives 64-bit addresses and 32-bit counts, vs the 32+16 that READ10/WRITE10 gets you) |
| 12:57:39 | speachy | I don't know what's under the epoxy blob on that adapter but various stuff I've seen online claims to have no hardware limit) |
| 12:57:40 | bakedbacon420 | are there any better programs for advanced harddrive/partition troubleshooting and general partitioning? ive been using aomei and its *okay* but it and all pther programs ive tried are pretty basic even after "paying" for their premium versions |
| 12:58:03 | speachy | I don't bother with anything more than straight (linux) fdisk and gparted |
| 12:58:04 | bakedbacon420 | and im real close to using destructive methods to find out whats under those blobs myself honestly |
| 12:58:22 | bakedbacon420 | i recently finally got a full linux install going so ill look into familiarizing myself with it |
| 12:58:32 | bakedbacon420 | i was using WSL2 before and that crap sucks |
| 12:58:37 | | Join berber_l51 [0] (~berber@2a03:4000:7:4e0::) |
| 12:59:29 | speachy | google for 'gparted live', write it to a USB stick, boot from that |
| 12:59:57 | | Quit bakedbacon420 (Read error: Connection reset by peer) |
| 13:00 |
| 13:01:18 | speachy | hmm, I'm seeing adapters for plugging a ZIF drive into an SATA system, but what I want is the other way around |
| 13:01:43 | | Quit Moriar (Ping timeout: 252 seconds) |
| 13:01:51 | speachy | (ie plug a "real" SATA drive into a ZIF system) |
| 13:02:01 | | Join bakedbacon420 [0] (~bakedbaco@254.sub-174-210-68.myvzw.com) |
| 13:02:03 | speachy | then I can do all the debugging with a known-good drive |
| 13:02:49 | | Quit bakedbacon420 (Read error: Connection reset by peer) |
| 13:12:40 | | Quit dconrad (Remote host closed the connection) |
| 13:13:09 | _bilgus | thing is likely there is just a wirebonded board at best and likely just a chunk of die so maybe ken sherrif or something but I don't know that it'd help you much |
| 13:13:51 | _bilgus | (under those epoxy blobs) |
| 13:14:04 | speachy | the only useful info you'd get woudl be the markings on the ASIC, which probably wouldn't survive deblobbing anyway. |
| 13:14:29 | | Join dconrad [0] (~dconrad@152.117.104.217) |
| 13:18:41 | | Join berber_l518 [0] (~berber@v2202101107577140883.nicesrv.de) |
| 13:19:09 | | Quit dconrad (Ping timeout: 276 seconds) |
| 13:20:33 | | Quit berber_l51 (Ping timeout: 244 seconds) |
| 13:20:33 | | Nick berber_l518 is now known as berber_l51 (~berber@v2202101107577140883.nicesrv.de) |
| 13:20:45 | _bilgus | i'm saying there probably aren't any markings anyway they have gotten real good with bonding what looks to me like a raw wafer with bond pads Chip On Board i think |
| 13:26:35 | _bilgus | iDK not really into that kind of thing but I'd like to see it if you do :) |
| 13:34:25 | | Join dconrad [0] (~dconrad@152.117.104.217) |
| 14:00 |
| 14:01:59 | *** | Saving seen data "./dancer.seen" |
| 14:03:13 | | Quit dconrad (Remote host closed the connection) |
| 14:26:59 | | Join Moriar [0] (~moriar@107-200-193-159.lightspeed.stlsmo.sbcglobal.net) |
| 14:28:48 | | Quit drew (Quit: Quit) |
| 14:31:25 | | Join drew [0] (~drew@user/drew) |
| 14:49:17 | rb-bluebot | Build Server message: New build round started. Revision 66fa10f1ba, 337 builds, 9 clients. |
| 14:49:17 | rb-bluebot | FS #13463: Updated Italian translation (Alessio Lenzi) by Solomon Peachy |
| 15:00 |
| 15:02:30 | rb-bluebot | Build Server message: Build round completed after 795 seconds. |
| 15:02:31 | rb-bluebot | Build Server message: Revision 66fa10f1ba result: All green |
| 16:00 |
| 16:02:02 | *** | Saving seen data "./dancer.seen" |
| 16:32:45 | | Quit speachy (Quit: WeeChat 4.3.5) |
| 16:40:59 | | Join speachy [0] (~speachy@rockbox/developer/speachy) |
| 16:41:00 | Mode | "#rockbox +v speachy" by ChanServ (ChanServ@services.libera.chat) |
| 17:00 |
| 17:16:49 | | Quit lebellium (Quit: Leaving) |
| 18:00 |
| 18:02:03 | *** | Saving seen data "./dancer.seen" |
| 18:13:20 | | Join dconrad [0] (~dconrad@152.117.104.217) |
| 18:37:56 | | Join othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net) |
| 18:52:37 | | Quit dconrad (Remote host closed the connection) |
| 19:00 |
| 19:03:19 | | Join davisr [0] (~davisr@fsf/emeritus/davisr) |
| 19:29:19 | | Quit davisr (Remote host closed the connection) |
| 19:35:53 | | Join davisr [0] (~davisr@fsf/emeritus/davisr) |
| 19:53:25 | | Join massiveH [0] (~massiveH@2600:4040:a982:dc00:dd19:5322:81c7:ae6f) |
| 20:00 |
| 20:02:07 | *** | Saving seen data "./dancer.seen" |
| 20:23:15 | | Join dconrad [0] (~dconrad@152.117.104.217) |
| 20:30:23 | | Quit davisr (Quit: yeehaw) |
| 20:35:02 | | Quit dconrad (Remote host closed the connection) |
| 21:00 |
| 21:16:19 | | Quit baltazar (Ping timeout: 264 seconds) |
| 21:17:45 | | Join baltazar [0] (~baltazar@user/baltazar) |
| 21:46:50 | | Join dconrad [0] (~dconrad@152.117.104.217) |
| 22:00 |
| 22:02:09 | *** | Saving seen data "./dancer.seen" |
| 22:17:05 | | Quit Moriar (Quit: Leaving.) |
| 22:25:22 | | Quit dconrad (Remote host closed the connection) |
| 22:57:22 | | Join mry [0] (~mry@2001:8003:274e:d500:4671:ac5d:55dd:3dec) |
| 22:59:06 | | Nick mry is now known as mry6 (~mry@2001:8003:274e:d500:4671:ac5d:55dd:3dec) |
| 22:59:09 | | Quit massiveH (Quit: Leaving) |
| 23:00 |
| 23:03:54 | | Quit mry6 (Changing host) |
| 23:03:54 | | Join mry6 [0] (~mry@user/mry6) |
| 23:07:41 | | Quit mry6 (Remote host closed the connection) |
| 23:11:02 | | Join mry6 [0] (~mry6@2001:8003:274e:d500:4671:ac5d:55dd:3dec) |
| 23:11:02 | | Quit mry6 (Changing host) |
| 23:11:02 | | Join mry6 [0] (~mry6@user/mry6) |
| 23:13:44 | | Quit othello7 (Ping timeout: 245 seconds) |
| 23:15:41 | | Quit mry6 (Remote host closed the connection) |
| 23:17:44 | | Join dconrad [0] (~dconrad@152.117.104.217) |
| 23:19:24 | | Quit dconrad (Remote host closed the connection) |
| 23:19:36 | | Join dconrad [0] (~dconrad@152.117.104.217) |
| 23:26:10 | | Join mry6 [0] (~mry6@user/mry6) |
| 23:27:19 | | Quit mry6 (Remote host closed the connection) |
| 23:34:56 | | Join mry6 [0] (~mry6@user/mry6) |
| 23:42:43 | | Quit mry6 (Ping timeout: 264 seconds) |
| 23:46:47 | | Join mry6 [0] (~mry6@user/mry6) |
icon identifies that the person is a core developer (has commit access).