

What are you referring to with “these”?


What are you referring to with “these”?


iOS has lockdown mode. If you have proof of this being bypassed I’d love to see it.


This external drive I have is just USB mass storage. It’s using the USB protocol and shows as removable external storage, same as a flash drive.
Removable storage is not the issue here. There is no significant overhead introduced by having removable storage with USB mass storage protocol.
OP is forced into using MTP which does suck and adds overhead. This is not the “normal” way of transferring to me, that would be USB mass storage.


No, that is not what I am suggesting at all.
Decompressing the zip on the phone is an inefficient operation, as you are reading and writing to/from the same storage device. It’s much more efficient to forgo the zip altogether and just transfer the files from one device to the other. No zipping whatsoever.
As said in other comments, it’s MTP that’s the issue here. Just use USB mass storage. MTP blows.


Interesting, so eSATA protocol can be used over a USB physical link?


Why does this overhead not exist when I’m sending files over USB to an external HDD or flash drive?
I have an external HDD array connected via USB 3.2 and it handles file transfers same as a SATA drive. There’s no handshaking beyond the initial negotiation of the USB connection, certainly not on a per-file basis.


I don’t see that specified anywhere, just looked at OPs history. MTP blows. Surely that’s not the only option on Android these days?


Right… that’s what I’m saying! My entire point.
Sending a zip of music files to a phone, then decompressing that zip on the phone, seems like a really stupid idea to me. You’ve now set up a situation where you’re reading and writing to one drive rather than reading from one and writing to another.


Understood. I’m also talking about sending a full zip over to the flash drive, then unzipping it on that same flash drive.
Music files are large enough to not get affected by overhead like sending a ton of 1kb files. I see no significant difference in transfer time sending 100 10mb files or a single 1000mb file.
This is a totally different story with actually small files (ie kilobytes). Music downloads are not small, they’re multiple megabytes.


This does not match my experiences. Transferring files over USB would absolutely be faster than sending a zip and unzipping it on a flash drive. I can easily do 300MB/s over USB3.2 when transferring music files.
Unzipping a large file is going to be a bunch of reads and write and the large file is going to transfer at the exact same speed as the smaller music files, which are not “small”, they’re still tens of MB. So, the zip and music files take roughly the same time except now you have to wait to unzip with one large file. It does not save time.
Transferring tens of thousands of 1kb files will slow things down, and I’d zip this, but music files are big enough.


Isn’t this just going to be happen when the zip is decompressed, thus not saving time? I would actually expect it to be worse, since now you’re reading and writing from the same drive instead of reading from one, and writing it to another.
I could eat Italian food, as in actual Italian or Americanized Italian food (not Olive Garden), for my entire life. S-tier cuisine.


I don’t disagree with anything you said; but my point still stands. It’s nearly universally supported these days, even on cheap ass TVs.
For windows users I either point them to Plex so they can hop on my server, MPC-HC (from Klite codec pack), or VLC. In OPs case I’d just include VLC along with the video files.
My Plex users use a multitude of shitty TVs and old consoles, and they report no issues back to me. It’s not the same compatibility situation as it was years ago.


I’ve found x265 is pretty universally supported in 2025. I’ve switched all of my downloads for Plex over to 265 and none of my users have reported issues. My users are not particularly tech savvy and have a ton of diversity in their devices from cheap ass smart TVs, to consoles, to various mobile devices and computers.
I think it’s fairly safe to start getting everything in 265 and the space savings is significant. Very easy to get 4K HDR rips that look great for only 5-7 GB. HD rips can easily be 1-2 GB.
Include VLC if you need a player, but again I’ve found nearly everything plays 265 these days. It’s not nearly the compatibility issue it was years ago.
MP4 container, 265 video (w/ HDR10 layer if appropriate), Dolby digital audio (w/ Atmos track if appropriate) is what I usually look for these days for a balance of compatibility and quality.
Yeah, I did. Did ya consider there’s more than just Apple who are collecting this data?
PS: each company has a different suffix, so you’re going to need to add a few more suffixes for them to even consider voluntarily not collecting that data.
As if hiding your SSID does anything beyond making you stick out as having something to hide, or that wardrivers would respect the suffix to your SSID


This is what I do. I allow it to go to 100% for traveling. I don’t need 100% charge when I’m around the house or at work with access to a charger.


Easily one of my favorite appliances, up there with dishwasher and washing machine. My floors are always insanely clean because that thing drives around every day.


That’s hardly useless. If everyone is blonde haired and blue eyed hetero etc. they have even more justification to cut programs that benefit anyone outside this demographic.
Settings > Privacy & Security > Lockdown Mode