

Why not compare 720p 265 to 1080p 265? I don’t get anything in 264 these days, 265 support is ubiquitous and the performance is so much better.


Why not compare 720p 265 to 1080p 265? I don’t get anything in 264 these days, 265 support is ubiquitous and the performance is so much better.
Perhaps it’s a bit pedantic, but I’d consider that a road sensor not a weather sensor. Road condition and a webcam is related to weather but not one of the primary instruments like a barometer, anemometer, thermometer, rain gauge, etc.
I see what you’re saying though, it could be one of those road sensors.

Doesn’t look like any weather sensor is there to me.


Radio is the OG fediverse and I want to promote decentralization and self-sufficiency. Amateur radio is a lot easier and more accessible than you might think.


No worries! It’s a cool hobby. Getting licensed was a bucket list item, as nerdy as that sounds. Still gotta learn Morse code but I hope to one of these days. Seeing some old heads tapping away at a local HAM event was pretty damn cool.


I did - I’ve got my general license. Missed extra by 2 questions despite not studying for it whatsoever.


Honestly I’ve been doing this for like 2 years now and I’ve not really keyed up and transmitted in the amateur radio sense, just GMRS walkie talkie stuff with the homies. Still, it’s super cool being able to listen. Picking up satcom stuff is just neat. I also take it to the airport and listen to the pilots talk with tower/ground crew.
One of these days I’ll transmit for real, but I have no problem following the “LURK MOAR” guideline as applied to amateur radio as I learn the culture.


You can buy a cheap Chinese HT like a Quansheng UV-K6 for like $40. These have open firmware and there’s a bunch of custom options radio nerds have whipped up. Get the USB programming cable even if you’re not doing custom FW, makes programming frequencies and tweaking options much easier. You’ll also need a license and in the US, HamStudy.org has the exact questions from the test. There’s a ton of YouTube channels you can watch and books you can read for general purpose radio knowledge. Then it’s just a matter of getting a proper antenna and pointing it in the right place at the right time; there’s free resources online, paid apps, all that is out there and it’s just a matter of wanting to learn it. The actual hardware you need to get started is really cheap these days.


You’d be better served learning how to do it yourself. It’s not hard and it’s a pretty cool skill to have (amateur radio).


Settings > Privacy & Security > Lockdown Mode


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 isn’t any exaggeration: it has been demonstrated using statistical analysis