| 00:07:36 | _bilgus_ | Guest71, what version did you install? |
| 00:08:22 | Guest71 | I downloaded Rockbox Utility 1.5.1 auto installer |
| 00:08:53 | _bilgus_ | So 3.15 or a dev version? |
| 00:09:18 | _bilgus_ | we are going to do it manually |
| 00:09:35 | Guest71 | Stable Release (v 3.15) |
| 00:09:38 | _bilgus_ | do you have a way to read/write the sd card without using the clip? |
| 00:09:52 | Guest71 | I do |
| 00:11:03 | _bilgus_ | ok so go download the latest dev version for the clip+ here:https://www.rockbox.org/daily.shtml |
| 00:11:50 | Guest71 | done: downloaded rockbox-sansaclipplus-20240708.zip |
| 00:11:53 | _bilgus_ | you will then unzip it to the root of the sd card when you are done it should be /.rockbox |
| 00:12:38 | _bilgus_ | next create a file called rockbox_main.clip+ open it and place a single / save it to the root of the sd card |
| 00:12:50 | _bilgus_ | so '/' |
| 00:12:56 | _bilgus_ | no quotes though |
| 00:13:24 | _bilgus_ | when you are done place the sd card back after (ejecting properly) |
| 00:13:40 | Guest71 | a single forward-slash as the contents of file rockbox_main.clip+ ? |
| 00:13:48 | _bilgus_ | correct |
| 00:13:53 | _bilgus_ | no return |
| 00:14:36 | _bilgus_ | now you should be able to boot and we will go from there once you do |
| 00:15:35 | Guest71 | boot and saw "Loading firmware" with a different version number? (I don't think it read 3.15) |
| 00:15:41 | _bilgus_ | good |
| 00:15:43 | Guest71 | (it goes very quick) |
| 00:16:01 | _bilgus_ | now you should be able to connect to usb |
| 00:16:44 | _bilgus_ | after you do take your same downloaded fw and unzip it to the internal drive (overwrite the other one) |
| 00:17:07 | _bilgus_ | not the sd card so look at the drive size 4gb or 8gb |
| 00:17:20 | Guest71 | still getting a green progress bar in Windows Explorer on the This PC screen −− I can see drives F: and G: but they won't fully mount :( |
| 00:18:22 | _bilgus_ | then it could be an issue withthe pc |
| 00:18:45 | _bilgus_ | you can try downlaod a program that will let you delete old USB descriptors |
| 00:19:02 | _bilgus_ | give me a second and ill see if I can look it up |
| 00:19:08 | Guest71 | oh that's something I haven't considered −− thank you! |
| 00:19:31 | Guest71 | device threw a divide-by-zero at 3007198c when unplugging cable from PC |
| 00:19:37 | Guest71 | (if that matters) |
| 00:19:43 | _bilgus_ | https://www.nirsoft.net/utils/usb_devices_view.html |
| 00:20:00 | _bilgus_ | that happens sometimes unfortunately |
| 00:21:15 | Guest71 | I've also tried plugging the Clip+ into a 2013 Macbook Air and it doesn't mount any removable storage on the desktop |
| 00:21:23 | Guest71 | but USBDeview is worth a shot |
| 00:21:50 | _bilgus_ | so in that program you should be able to see devices that are not connected delete the ones that look like the one you get from the clip+ when you plug it it should have a green circle(btw I haven't used this program since win7 and I don't use windows) |
| 00:22:20 | _bilgus_ | hmm its very odd that both the sd and internal won't mount |
| 00:22:42 | _bilgus_ | try a different cable too |
| 00:24:09 | _bilgus_ | did you by chance get a message from windows about formatting the drive at any point? |
| 00:24:16 | Guest71 | yes |
| 00:24:20 | _bilgus_ | did you? |
| 00:24:21 | Guest71 | maybe |
| 00:24:29 | Guest71 | not recently |
| 00:24:35 | _bilgus_ | ok so I have a way for you to fix this |
| 00:24:48 | _bilgus_ | is this aa 8gb or a 4gb? |
| 00:24:53 | Guest71 | 4gb |
| 00:25:28 | spork | using a card reader will take some extra steps but saves a lot of time |
| 00:25:45 | Guest71 | card reader for the external SD card? |
| 00:25:49 | spork | yeah |
| 00:26:27 | _bilgus_ | https://www.mediafire.com/folder/pyydmx9m5zi1d/Recovery_Images#9au5z9k2k9bg5 |
| 00:26:37 | _bilgus_ | https://forums.rockbox.org/index.php?topic=52014.0 |
| 00:26:47 | spork | sd card over usb in the clip+ is very slow, also in the original firmware |
| 00:27:06 | Guest71 | downloading 4GB imgc |
| 00:27:12 | _bilgus_ | there is the original forum post and the mediafire link will take you to your images |
| 00:27:49 | _bilgus_ | hopefully that util still works on win (whatever you have) |
| 00:28:23 | _bilgus_ | last thing we need is a special firmware to expose the internal drive give me a few to compile one |
| 00:28:38 | | Join braewoods_ [0] (~braewoods@user/braewoods) |
| 00:29:27 | | Quit braewoods (Read error: Connection reset by peer) |
| 00:29:39 | _bilgus_ | what you will do is put this special fw in a different directory on the sd card when it boots you will run the special .sansa file and then plug to usb after that you will copy that image to the internal drive using rawcopy |
| 00:30:40 | _bilgus_ | and do make sure you don't unplug it till its done so get the cats iguana and goldfish away and make sure the power will be on for at least an hour |
| 00:30:54 | Guest71 | can do |
| 00:32:10 | _bilgus_ | oh hey I already compiled it https://www.mediafire.com/folder/pyydmx9m5zi1d/Recovery_Images#1imps289auhha |
| 00:32:43 | _bilgus_ | do not do anything else with that drive and this fw |
| 00:33:09 | _bilgus_ | its literally the way you can brick the device don't let windows format it |
| 00:33:15 | Guest71 | understood |
| 00:33:23 | Guest71 | put the .sansa file at the root of my SD card? |
| 00:33:30 | _bilgus_ | sure |
| 00:33:40 | _bilgus_ | you'll browse to it and run it |
| 00:34:07 | _bilgus_ | it should pop a big ol warning and tell you to plug it in |
| 00:34:24 | Guest71 | keep the daily FW and clip+ file intact and all that |
| 00:35:09 | _bilgus_ | sure I highly reccomend doing sd card boot |
| 00:35:34 | _bilgus_ | like even in the future since when the internal flash wears out they brick |
| 00:35:50 | Guest71 | and what you initially set up with me was SD card boot? |
| 00:35:56 | _bilgus_ | yes |
| 00:35:58 | Guest71 | that's the clip+ file and .rockbox folder? |
| 00:36:00 | Guest71 | hell yeah |
| 00:36:12 | Guest71 | ok, so unplugged from PC, boot the device |
| 00:36:36 | Guest71 | nav to .sansa using Files app? |
| 00:37:40 | Guest71 | right in Files I see "ClipPlus_rockbox_RECOVERY" −− I did not have to drill down into microSD0 |
| 00:38:21 | _bilgus_ | yeah we got the namespace working |
| 00:38:31 | Guest71 | select the .sansa? |
| 00:38:47 | _bilgus_ | yes run it |
| 00:39:16 | Guest71 | saw a RECOVERY DRIVE INIT splash for a bit but now I'm back to main menu? |
| 00:39:22 | _bilgus_ | then usb plug |
| 00:39:47 | _bilgus_ | now you should get a drive mounting unless its a issue with the pc |
| 00:39:54 | Guest71 | here we go: USB: WARNING RECOVERY MODE splash |
| 00:40:10 | Guest71 | Windows is asking to format −− I will not, as you warned me |
| 00:40:29 | _bilgus_ | do your hdd raw copy and put the image on there |
| 00:41:13 | Guest71 | target USB "Rockbox Internal Storage (F:)" in the tool? |
| 00:41:28 | Guest71 | oh, this is asking for SOURCE |
| 00:41:37 | Guest71 | I want the 4G imgc here, correct? |
| 00:41:43 | _bilgus_ | yes the internal drive, I don't rem if there is anything but a fw in that image so when its done you will dc the usb and hold the power button till it shuts down |
| 00:42:40 | _bilgus_ | make sure its 4gb if it were linux we can do both with a single image windows requires the whole properly sized image |
| 00:43:15 | Guest71 | TARGET is 3933.73MB and SOURCE is IMAGE of ... at 3933.73 MB |
| 00:43:20 | Guest71 | I think I'm good to START |
| 00:43:36 | _bilgus_ | then boot with the sd again and copy that dev version (the same as on the sd card) to the internal drive |
| 00:43:58 | _bilgus_ | delete that recovery.sansa asap |
| 00:44:19 | _bilgus_ | (once all done) |
| 00:44:27 | Guest71 | am I imaging the stock Sansa firmware back onto the device here? |
| 00:44:34 | _bilgus_ | yes |
| 00:44:47 | _bilgus_ | and our older bootloader |
| 00:45:00 | Guest71 | so will I need to re-run the Rockbox Utiltiy auto-installer? because I did that the first time and it didn't work out so great :-P |
| 00:45:31 | _bilgus_ | once we get this right you can upgrade with rb util or it will work perfectly fine if not |
| 00:45:56 | Guest71 | thanks for all your help with this |
| 00:46:08 | _bilgus_ | I think you got corrupted somehow or the drive was already wonky likely |
| 00:46:29 | Guest71 | meaning the Internal Drive? |
| 00:46:38 | _bilgus_ | np, the clip+ is my all time <3 |
| 00:46:47 | Guest71 | (same) |
| 00:47:03 | _bilgus_ | I'm saving one for retirement |
| 00:47:06 | Guest71 | lol |
| 00:47:26 | Guest71 | if my internal drive _is_ flaky, can we essentially bypass it so it always routes to the SD card and avoid any future possible brickage? |
| 00:47:50 | _bilgus_ | yeah the internal drive might have a bad spot this should fix it as the image has the fw at a slightly different pos on the drive |
| 00:48:02 | Guest71 | nice |
| 00:48:06 | _bilgus_ | yes thats what the sd card boot file does |
| 00:48:21 | _bilgus_ | thats why |
| 00:48:25 | _bilgus_ | I made it |
| 00:50:16 | _bilgus_ | I believe it was johnb that was stringing along various clip+s and thed go readonly or die |
| 00:51:41 | spork | multiboot saves sansas |
| 01:00 |
| 01:05:17 | | Join sch [0] (a2fe4b5ecb@scarlet.mboa.dev) |
| 01:10:25 | Guest71 | raw copy complete |
| 01:10:52 | Guest71 | should I eject both drives from Windows before disconnecting? |
| 01:11:00 | | Quit braewoods_ (Ping timeout: 268 seconds) |
| 01:17:03 | Guest71 | ejected from Windows, disconnected USB cable (saw USB: NO ERRORS splash), held power until it turned off, then turned it back on and Rockbox launched −− expected? |
| 01:18:34 | _bilgus_ | sd card is in |
| 01:18:37 | _bilgus_ | so yes |
| 01:18:48 | _bilgus_ | so now will it connect to USB? |
| 01:19:19 | Guest71 | oh it sure does! |
| 01:19:24 | Guest71 | wow |
| 01:20:02 | Guest71 | I see a 10/9/2017 (US Date format) .rockbox on the F: drive |
| 01:20:04 | _bilgus_ | good now take that first downloded dev version and unzip it to internal eject properly turn off device and eject sd card make sure it still boots |
| 01:20:16 | _bilgus_ | thats when I did the images |
| 01:20:35 | Guest71 | stomp the .rockbox on F: with the daily fw we put on G: correct? |
| 01:20:53 | _bilgus_ | i'm not sure which is which there |
| 01:21:06 | Guest71 | G: is external −− the 7/7/2024 build |
| 01:21:08 | _bilgus_ | but if there is one on the internal delete it first |
| 01:21:21 | Guest71 | okay |
| 01:21:24 | _bilgus_ | then copy that same new dev build to it |
| 01:21:32 | Guest71 | the goal is a .rockbox folder on internal |
| 01:21:43 | _bilgus_ | and be sure to properly eject from windows |
| 01:21:58 | _bilgus_ | yes and without the sd card it should boot |
| 01:22:12 | _bilgus_ | (and mount USB) |
| 01:22:30 | Guest71 | could a single bad disconnect from Windows (i.e. not ejecting properly) have been the cause of all of this? |
| 01:22:52 | _bilgus_ | after that just leave it as a backup and put the SD back in and reboot |
| 01:23:08 | _bilgus_ | possibly if you then let windows format it |
| 01:23:21 | _bilgus_ | now when using the sd card no worries |
| 01:23:59 | _bilgus_ | you can pull it and reformat it with windows (or a special program bc windows doesn't like FAT32 > 64GB) |
| 01:24:23 | _bilgus_ | as long as you aren't writing to that internal drive no harm will come to it |
| 01:24:37 | Guest71 | no SD Card = mounts instantly |
| 01:24:50 | _bilgus_ | you can actually store stuff there if you dare and just read them |
| 01:25:24 | _bilgus_ | but I just leave the internal there just incase so I can fix it the sd card goes bad (happens) |
| 01:25:30 | Guest71 | so now, SD card back in, keep the .rockbox folder and the clip+ redirector and it'll just launch the build on the SD card, right? |
| 01:25:37 | _bilgus_ | yep |
| 01:25:40 | Guest71 | fabulous |
| 01:25:54 | _bilgus_ | and it now mounts it in the root of the files screen |
| 01:26:11 | _bilgus_ | and we have SOOOO many bugfixes we just need to get a release together |
| 01:26:18 | Guest71 | :D |
| 01:26:48 | _bilgus_ | anyway enjoy :) |
| 01:26:53 | Guest71 | thank you so much! |
| 01:27:35 | Guest71 | is it best practice to eject the SD card from the Clip+ and load files onto the card via a USB adapter, or will that put wear and tear on the SD card spring in the device and it's better to let the device mount drives |
| 01:28:05 | _bilgus_ | you are welcome btw I should say the reason it is dangerous to let windows format the internal drive is because its an emulated fat32 on flash |
| 01:28:30 | _bilgus_ | I try not to ever eject that sd card bc it eventually wears out |
| 01:29:07 | _bilgus_ | and I destroyed the clip+ I had first trying to solder a new sd card slot in that I stole from one of those shitty newer sansa |
| 01:29:13 | Guest71 | should I hide the internal drive in Settings so it only ever mounts the SD card from now on? |
| 01:29:21 | _bilgus_ | if you want |
| 01:29:48 | _bilgus_ | I don't but I do a lot of installs and it gets annoying setting it and unsetting it |
| 01:29:58 | Guest71 | makes sense |
| 01:30:19 | Guest71 | so happy to have this thing functioning again −− you have made my day; thanks again! |
| 01:30:31 | _bilgus_ | as long as you aren't writing to it I think they go for a long time |
| 01:30:52 | Guest71 | yeah, I'm happy to just use the SD card exclusively |
| 01:33:03 | _bilgus_ | If you are real happy you can always donate something to the RB fund :) |
| 01:33:19 | _bilgus_ | but not a requirement OFC |
| 01:36:53 | *** | Saving seen data "./dancer.seen" |
| 01:40:04 | rb-bluebot | Build Server message: New build round started. Revision fdbaf7df59, 305 builds, 9 clients. |
| 01:40:04 | rb-bluebot | [Feature] playlist_viewer id3 title display by William Wilgus |
| 01:41:28 | spork | you really broke an sd card slot on a sansa ? |
| 01:42:32 | spork | i have only managed that by inserting the card wrong |
| 01:46:05 | _bilgus_ | no it just spontaneously shot the card across the room |
| 01:46:20 | _bilgus_ | then it wouldnt click anymore to keep the card in |
| 01:46:44 | _bilgus_ | at that time I was deving the multiboot suff and was ejecting the card every build |
| 01:47:56 | _bilgus_ | I finished by putting a wedge in and then wanted to replace it and the pitch was so tiny I couldn't hardly see it with a magnifying glass and I toasted a pad resoldering it |
| 01:48:38 | _bilgus_ | its now setup with a current shunt and I did a bunch of optimizations on the sd driver but no way to test lol |
| 01:49:10 | _bilgus_ | and the rest of my sansas are too dear to do that to |
| 01:50:30 | _bilgus_ | I've since switched to the clipzip just because I was able to get 5 of them speachy has one |
| 01:50:51 | _bilgus_ | I traded him one for the xduoo x3 |
| 01:51:39 | _bilgus_ | lets see what i've broken |
| 01:52:20 | _bilgus_ | normally when these go long its becuase its red |
| 01:52:40 | spork | you will not beat speachy's recent red record |
| 01:53:47 | _bilgus_ | doesn't matter if theres already red only when it was a perfect green board |
| 01:54:27 | | Quit Guest71 (Quit: Client closed) |
| 01:54:35 | rb-bluebot | Build Server message: Build round completed after 871 seconds. |
| 01:54:36 | rb-bluebot | Build Server message: Revision fdbaf7df59 result: All green |
| 01:54:39 | _bilgus_ | wow |
| 01:55:42 | _bilgus_ | well with this the db hould build slightly faster and you now can display playlist tracks by title from the ondisk id3 (or db if in-ram highly recommend) |
| 01:56:23 | | Quit othello7 (Ping timeout: 264 seconds) |
| 01:56:29 | _bilgus_ | hmm wonder why its so much bigger |
| 01:59:08 | _bilgus_ | its not the bin but the ram |
| 02:00 |
| 02:33:54 | | Join braewoods [0] (~braewoods@user/braewoods) |
| 02:41:05 | _bilgus_ | not sure but now my build has jumped by 1k after pulling maybe something else got pulled in? unless I'm missing some static vars somewhere |
| 03:00 |
| 03:01:06 | | Join chris_s [0] (~chris_s@2a02:3037:200:b218:9c34:cd69:df5e:574c) |
| 03:04:48 | chris_s | bilgus: L234 in playlist_viewer.c seems to be backwards, i.e. with the flag it always reads from disk, and without it, it checks the DB |
| 03:08:44 | | Quit chris_s () |
| 03:36:54 | *** | Saving seen data "./dancer.seen" |
| 04:00 |
| 04:07:20 | | Quit rasher (Ping timeout: 252 seconds) |
| 04:19:27 | | Quit advcomp2019_ (Ping timeout: 264 seconds) |
| 05:00 |
| 05:09:17 | | Quit baltazar (Ping timeout: 240 seconds) |
| 05:11:21 | | Join baltazar [0] (~baltazar@user/baltazar) |
| 05:17:18 | | Join rasher [0] (~rasher@user/rasher) |
| 05:36:57 | *** | Saving seen data "./dancer.seen" |
| 06:00 |
| 06:06:09 | | Nick CH23[l] is now known as CH23 (CH23@revspace/participant/ch23) |
| 06:16:59 | | Join advcomp2019 [0] (~advcomp20@user/advcomp2019) |
| 06:33:39 | | Quit ParkerR (Server closed connection) |
| 06:34:43 | | Join ParkerR [0] (~ParkerR@znc.withg.org) |
| 06:44:40 | | Quit sam_d_ (Quit: Bye) |
| 06:48:22 | | Join sam_d [0] (~sam@user/sam-d/x-8933526) |
| 07:00 |
| 07:17:08 | | Join othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net) |
| 07:36:59 | *** | Saving seen data "./dancer.seen" |
| 07:53:12 | _bilgus_ | chris_s can you double double check I think I have it right already |
| 07:54:28 | _bilgus_ | if excluding the path it reads from disk, bc I need it to do title display from ram if possible it then would do straight from disk for the info plugin |
| 07:54:58 | _bilgus_ | sorry track_info |
| 07:55:41 | _bilgus_ | should mention this doesn't apply to get_metadata only the stuff in the pl viewer |
| 08:00 |
| 08:03:28 | _bilgus_ | https://github.com/Rockbox/rockbox/blob/master/apps/playlist_viewer.c#L234 so load_track_title has the flag (retrieve_track_metadata(&id3, filename, METADATA_EXCLUDE_ID3_PATH)), this should short circuit −− if ((flags & METADATA_EXCLUDE_ID3_PATH) || !tagcache_fill_tags(id3, filename)) and it skips the ram id3 |
| 08:04:09 | _bilgus_ | otherwise it grabs the ram one and if it fails it does the disk read |
| 08:19:29 | | Quit JanC (Read error: Connection reset by peer) |
| 08:26:21 | | Join JanC [0] (~janc@user/janc) |
| 09:00 |
| 09:37:03 | *** | Saving seen data "./dancer.seen" |
| 11:00 |
| 11:37:07 | *** | No seen item changed, no save performed. |
| 11:39:54 | | Quit zou (Server closed connection) |
| 11:40:09 | | Join zou [0] (~quassel@user/zou) |
| 13:00 |
| 13:01:53 | speachy | ok, I think I've fixed all the regressions with the >2TB storage stuff on the ipod5g and mini2g. |
| 13:04:39 | speachy | the hacks put into place dealing with the 2K sector size on the ipod5g are a real cluster-f |
| 13:07:19 | | Join lebellium [0] (~lebellium@2a01cb0405d07f0058ece3b6ac29fbe2.ipv6.abo.wanadoo.fr) |
| 13:09:16 | speachy | I suppose the easiest way to test this would be to get a >2TB SATA SSD and plug that into this ipod |
| 13:32:33 | speachy | in other news, the iflash SD adapters dont' report sector sizes. |
| 13:37:09 | *** | Saving seen data "./dancer.seen" |
| 13:43:31 | | Quit Trzyzet (Quit: http://site.3zet.net/) |
| 13:45:47 | | Join Trzyzet [0] (~Trzyzet@live-34-b2-v4wan-169259-cust832.vm29.cable.virginm.net) |
| 14:00 |
| 14:32:53 | | Quit braewoods (Ping timeout: 240 seconds) |
| 14:49:41 | | Quit benjaoming (Server closed connection) |
| 14:49:57 | | Join benjaoming [0] (~benjaomin@37.139.19.237) |
| 15:00 |
| 15:15:55 | | Join davisr [0] (~davisr@fsf/emeritus/davisr) |
| 15:37:11 | *** | Saving seen data "./dancer.seen" |
| 15:53:54 | | Join braewoods [0] (~braewoods@user/braewoods) |
| 16:00 |
| 16:01:43 | | Quit braewoods (Remote host closed the connection) |
| 16:01:56 | | Join braewoods [0] (~braewoods@user/braewoods) |
| 16:06:13 | | Quit berber_l51 (Server closed connection) |
| 16:06:34 | | Join berber_l51 [0] (~berber@2a03:4000:7:4e0::) |
| 16:08:16 | | Quit davisr (Remote host closed the connection) |
| 16:23:06 | | Join braewoods_ [0] (~braewoods@user/braewoods) |
| 16:23:40 | | Quit braewoods (Ping timeout: 268 seconds) |
| 16:31:44 | | Quit braewoods_ (Read error: Connection reset by peer) |
| 16:31:50 | | Join braewoods [0] (~braewoods@user/braewoods) |
| 16:38:17 | | Quit braewoods (Remote host closed the connection) |
| 16:38:21 | | Join braewoods_ [0] (~braewoods@user/braewoods) |
| 16:48:43 | | Quit braewoods_ (Remote host closed the connection) |
| 16:48:56 | | Join braewoods_ [0] (~braewoods@user/braewoods) |
| 17:00 |
| 17:03:43 | | Quit braewoods_ (Remote host closed the connection) |
| 17:03:57 | | Join braewoods_ [0] (~braewoods@user/braewoods) |
| 17:07:05 | | Quit Trzyzet (Quit: http://site.3zet.net/) |
| 17:08:49 | | Join Trzyzet [0] (~Trzyzet@live-34-b2-v4wan-169259-cust832.vm29.cable.virginm.net) |
| 17:09:13 | | Quit braewoods_ (Remote host closed the connection) |
| 17:09:27 | | Join braewoods_ [0] (~braewoods@user/braewoods) |
| 17:16:24 | | Join braewoods__ [0] (~braewoods@user/braewoods) |
| 17:17:14 | | Quit braewoods_ (Read error: Connection reset by peer) |
| 17:34:51 | | Join braewoods [0] (~braewoods@user/braewoods) |
| 17:35:06 | | Quit braewoods__ (Read error: Connection reset by peer) |
| 17:37:13 | *** | Saving seen data "./dancer.seen" |
| 17:38:51 | | Quit lebellium (Quit: Leaving) |
| 17:47:43 | | Join Moriar [0] (~moriar@107-200-193-159.lightspeed.stlsmo.sbcglobal.net) |
| 18:00 |
| 18:49:50 | speachy | I _think_ that patch is ready to go; or at least it doesn't seem to cause any regressions with <2TB stuff. |
| 18:51:03 | speachy | we have SECTOR_SIZE hardcoded in so many places all throughout the stack |
| 18:51:53 | speachy | it really needs to be a dynamic thing based on the underlying storage device. |
| 18:52:49 | speachy | I don't know if >512B sectors is common for SATA SSDs. |
| 18:56:59 | speachy | this could be a problem if we have multiple storage devices that use different logical sector sizes |
| 18:57:44 | speachy | (and if someone plugs a non-512B-sector drive into an ATA-supporting target) |
| 18:59:06 | speachy | also I am not confident that we can successfully use a GPT partition on iPods < 6g. |
| 19:00 |
| 19:00:42 | speachy | the GPT has to exist in the LBA 1-33, which likely collides with the apple firmware (including our bootloader) |
| 19:04:21 | speachy | well 2-33 are the partition entries, which can go anywhere. but LBA1 has to contain a GPT header. The final LBA is supposed to contain a backup of said header but it's not clear how to deal with that. |
| 19:10:15 | speachy | ok, looks like it starts at sector 64, phew. |
| 19:19:13 | | Quit q3k (Server closed connection) |
| 19:19:32 | speachy | ANYway. I'd appreciate further testing on g#5808 |
| 19:19:33 | | Join q3k [0] (q3k@boston-packets.hackerspace.pl) |
| 19:19:35 | rb-bluebot | Gerrit review #5808 at https://gerrit.rockbox.org/r/c/rockbox/+/5808 : storage: 64-bit sector offsets by Solomon Peachy |
| 19:19:59 | speachy | especially if you have the ability to slap >2TB into an ipod |
| 19:20:37 | speachy | but even if not, gotta ensure no regressiosn for everyone else. |
| 19:37:16 | *** | Saving seen data "./dancer.seen" |
| 19:41:40 | | Join massiveH [0] (~massiveH@pool-173-63-97-164.nwrknj.fios.verizon.net) |
| 20:00 |
| 20:05:36 | | Quit Trzyzet (Quit: http://site.3zet.net/) |
| 20:06:49 | | Join Trzyzet [0] (~Trzyzet@live-34-b2-v4wan-169259-cust832.vm29.cable.virginm.net) |
| 20:21:01 | | Join Everything [0] (~Everythin@37.115.212.219) |
| 21:00 |
| 21:37:20 | *** | Saving seen data "./dancer.seen" |
| 21:54:01 | | Quit Everything (Quit: leaving) |
| 22:00 |
| 22:08:07 | | Quit acidsys (Server closed connection) |
| 22:08:31 | | Join acidsys [0] (~crameleon@openSUSE/member/crameleon) |
| 22:47:43 | | Quit othello7 (Ping timeout: 260 seconds) |
| 23:00 |
| 23:06:59 | | Quit massiveH (Quit: Leaving) |
| 23:11:18 | | Quit Moriar (Quit: Leaving.) |
| 23:37:23 | *** | Saving seen data "./dancer.seen" |
icon identifies that the person is a core developer (has commit access).