CheezyWeezle

I never said this was a bad value, but I think we all know that these prices will not remain. They will increase because people will pay it once they are locked in. And if someone buys a used car, they have to pay that subscription to get these features, ensuring the manufacturer gets a slice from used sales. I can understand the cost, but it sets a dangerous precedent. It should be one time fee that grants the VIN access to the severs permanently. What would be really nice is if we had legislation that requires companies with a certain amount of revenue to maintain services for older products so they can't just pull the plug later anyways.

I can understand some of these features requiring a $5/month subscription. Anything more than that is absolutely insane. With roadside assistance (depending on what that actually entails) I could see that sevice being bumped to $15-$20 a month,

Whenever I see a checkbox or something that just says "Check here to confirm you accept our privacy policy" I think it's funny because all I am legally agreeing to are the words actually in front of me. Sure, I agree with the standalone words "our privacy policy". I'm not sure what that does for you, but i guess "our privacy policy" is an acceptable string of words.

No? It's literally not a thing on any android. I just pretty extensively looked for any evidence of this online and I can only see people misunderstanding the feature of removing permissions for unused apps. One of the permissions apps are granted is storage, and that permission can get revoked if that feature is turned on. This does not delete stored data (it does not remove data the app has already written) but removes the apps ability to read or write to storage further, and can cause any temporary storage like cache to get erased. This will cause your accounts to get signed out and could potentially lead to data loss, but not because the operating system is actively and purposefully erasing data.

I'm honestly not sure what they are talking about, I'm on Android 14 on my s23 and that isn't a feature, nor has it ever been on any android phone I've ever had or seen. There is an option to remove permissions for apps that have not been used, but not to delete all storage for an app after an amount of time.

Even if it was somehow 10° below absolute zero, it would still be 10° above absolute zero

You may know the difference between a DAC and Amp, but you clearly don't understand what I'm trying to say. I'm saying that a DAC doesn't have its own power output. It literally takes a digital signal, and converts it to analog. In order for it to add any power to the signal, it needs to include an amplifier. Otherwise, the signal will always be a little bit weaker due to the power loss from traveling through the DAC. Most DAC units have at least a weak amplifier for this reason, but there are some units that are just a DAC. And the Amp part isn't going to be controlling the digital volume, i.e. changing the system volume on your device. It will operate on its own volume control, so regardless of how limited the output is from your phone, it will still be made louder as it amplifies the volume independently of the phone. A unit that is just a DAC doesn't have any way to amplify the signal it receives, so it will never be able to make it louder.

You said explicitly that the android system will limit the output of any DAC, but that is wrong on multiple counts. The android system will not limit the output of a DAC because a DAC itself just 1:1 outputs an analog signal converted from a digital source so there is nothing to limit. The android system will also not limit the output from an Amplifier because it literally is not capable of that. That's like saying your water faucet can limit how hot your water can get when you boil it on the stove. An Amp increases the power of the signal after it has already left the phone.

Well the problem is that a DAC doesn't have any power to it at all. What you are thinking of is an amplifier, which a lot of portable DAC units have in them, but not all of them do. For example, the DAC/AMP I have is the iFi iDSD Black Label, which has its own Amp that is controlled through an analog dial.

If your unit doesn't have its own volume controls then it is likely just a DAC with no Amp, meaning you are limited to the power output of your source.

On Boost, go to Settings > Advanced > Media Viewer, under Image Viewer check "Load HQ Images" so you don't need to hit the button every time

The manifest (at least how I am using the term) is whatever metadata a file has, and the format and location of this metadata can differ between operating systems. Usually the manifest is generated by the operating system based off of header data from the file itself, and details about the file that the operating system can deduce, such as file size, origin, location, file type, etc. In Windows you can view this info by right clicking/opening the context menu on any file and selecting "Properties", on macOS by opening the context menu and selecting "Get Info", and on other OSes such as linux/freeBSD it will be something similar.

There are other usages for "manifest" depending on the context, for example a manifest.xml would be something a developer would include with an android app that has configuration settings and properties for the app.

Lmao your edit 2 is completely silly. SHA-256 is what would be used for checksum verification, and SHA-256 is pretty much collision resistant, and even then if two files computed the same hash they would have such different contents/properties that it would be obvious they are not the same file. MD5 and SHA-1 have been phased out for any serious usage for a while now.

Seriously tho, if you don't know what you are talking about you should probably stop making a fool of yourself

I'm not sure that these things work the way you think they do... an antivirus wouldn't just look for the name of an executable to be "legit.exe" but rather would look at what the program calls itself in it's manifest, compute the hash for the executable binary file, and compare that hash against a database of known good hashes. If the contents of the executable compute a hash identical to the known good hash, then you know the contents of the executable are clean.