Sharp MIP makes every pixel an SRAM bit: near-zero current and no refresh necessary. The full color moral equivalent of Sharp MIP would be 3 DACs per pixel. TFT (à la LG Oxide) is closer to DRAM, except the charge level isn't just high/low.
So, no, there is a meaningful difference in the nature of the circuits.
chrome and firefox dropped support for it 5 years or so ago, it has had a lot of security issues over the years, was annoying over NAT, and there are better options for secure bulk transfers (sftp, rsync, etc)
Depending on your hardware (SBC), FTP can also be several times faster than SFTP for transferring files over a LAN. Though I'll admit to having used other protocols like torrents for large files that had bad transfers or other issues (low-quality connection issues causing dropped connections, etc).
Be aware, the vast majority of people who have ever smoked cigarettes occasionally never became addicted. They were not labeled as “smokers”. A non-trivial number of people today continue to smoke cigarettes on occasion. I like to have one on my birthday. Then again, I’m able to eat a chip and not consume the entire bag.
I’m not convinced of these social science studies, and when digging into individual studies I’m sure the replication crisis comes into play.
...and postulate, for science doesn’t truly know why, and frankly, my guess is as good as any scientist’s. Much like in public education, policy makers in public health cater to and enforce the average. What a crappy way to do things.
>However, nicotine can also act non-associatively. Nicotine directly enhances the reinforcing efficacy of other reinforcing stimuli in the environment, an effect that does not require a temporal or predictive relationship between nicotine and either the stimulus or the behavior. Hence, the reinforcing actions of nicotine stem both from the primary reinforcing actions of the drug (and the subsequent associative learning effects) as well as the reinforcement enhancement action of nicotine which is non-associative in nature.
You can find other studies about the addictiveness differences between cigarettes, vapes, chew, patches, pouches, etc. Basically, the methods with the most ceremony and additional stimulus are more addictive.
Tobacco may be the most* addictive delivery method, but nicotine alone is also addictive. To say its not is misinformation. Consistent use of nicotine still leads to upregulation, which does cause irritability, brain fog, cravings when you stop.
* I'd even change this to say modern nicotine salts in vapes are likely to lead to dependency faster than tobacco. A 5% nicotine salt pod will contain as much nicotine as a full pack of cigarettes, and so vapers tend to consume far more nicotine in a single sitting than they ever could with a cigarette. That combined withe constant availability means users of nicotine vapes & pouches (aka, no tobacco) are likey to have a more difficult time quitting than cigarette smokers.
Bottom line, its still dangerous to dismiss nicotine's addictive potential with or without tobacco as a delivery method.
How does that work when nicotine products that are every bit as addictive as tobacco exist, maybe you're just not aware of them? Sitting here with non tobacco snus (Swedish nicotine pouch) under my top lip, something I have been utterly unable to quit. I believe "nicotine free" tobacco would be completely non addictive.
tobacco contains MAO inhibiting compounds, which potentiate nicotine and increase addiction potential. that doesnt mean nicotine on its own isnt insanely addictive, i have no idea what the guy youre responding to is talking about. however, MAOIs were withdrawn as antidepressants for a good reason - they have a terrible withdrawal all on their own.
this article isnt as relevant as when it was written. eg regarding price, cigarette taxation has skyrocketed in certain countries. furthermore, the depicted studies were performed prior to the proliferation of disposable vapes - i somehow doubt that the idea of infinite nicotine on tap was accounted for. as to your question, some individuals find cutting down to be easier than cold turkeying. personally i opt for the latter, although this strategy should not be universally applied (eg. alcohol withdrawal may induce seizures). at the end of the day i find smoking (not vaping or gum) to be a net neutral - controlled motivation, treatment of schizophrenia symptoms, and neuroprotectivity are balanced out by addiction potential, shortening of lifespan, and reduced red blood cell count.
One of the reasons I build my own LineageOS builds is because of terrible one-party consent recording laws (in places like California) there’s no geographic way in Android to check it on a state-by-state way. It just goes off country code and disables it for the US since quite a few states it’s illegal to do. For my state it isn’t illegal so I modified my builds to allow it.
There are other things like this too in Android disabled on per-country. Japan has a camera shutter noise that cannot be disabled but this was a request by their carriers, apparently not a law, big discussion under this review: https://review.lineageos.org/c/LineageOS/android_frameworks_...
I always assumed blocking recording because two party consent states exist was an excuse to help big companies screw over individuals. For one thing, the phone has gps, for another it could start recording if it hears the “you are being recorded” tone. Also, why is this the only scenario where they block the mic and camera? Locker rooms are apparently fine.
Anyway, how many times have you been recorded on a phone call by some faceless corporation, then wished you had a copy of the recording after they “reviewed” it then came to the opposite conclusion the recording should support?
This is something I've never understood. If consent is remaining on the line after a message "this call may be recorded (for training and quality purposes)", the simple answer is in places where you have to have consent have the phone send a similar message.
> Also, why is this the only scenario where they block the mic and camera? Locker rooms are apparently fine.
How would the phone detect that you're in a locker room? Even if it is possible, it seems very hard and likely error prone. Disabling call recording is easy.
> Japan has a camera shutter noise that cannot be disabled but this was a request by their carriers, apparently not a law
In some countries, regulation works in a way that the economy gets a chance to fix issues before the legislative needs to intervene. And with the Japanese and their massive issues with rampant sexual abuse... I get where that one came from, in addition to the two major phone brands not wanting to be associated with sexual abuse (which the last comment of the thread also references).
And personally, I do believe that this is the better way when forced with widespread ignorance of difficult to enforce laws - target the "accomplices" or "toolmakers".
I'm not making a judgement on it either way. These are things that are available to change in source. I'm just pointing it out, since others aren't aware of how things can be done.
But there are things locked out in the US I cannot get to. One of the things I've wanted to do for some years is turn on BeiDou reception, but it has a firmware geofence while inside CONUS. For Qualcomm devices there's no way that I've been able to find a way around this, it's not an opensource component. Just to preempt anyone saying it's because it's Chinese spywhere, Qualcomm/Tomtom engineers don't feel receive-only reception is a security risk (there's a report somewhere where military said the same, it's strictly a political prohibition): https://www.uscc.gov/sites/default/files/Research/Staff%20Re...
Japanese "shutter sound" requirement is peak "we regulate ourselves" outcome - completely ineffecitve nuisance that provides an illusion of effectiveness to the illiterate.
'Recently', how long are we talking here? You've already emailed the execs, if they think it's worthy of review they'll assign someone to you, it can take a few days.
Apple’s system mostly works. If you need to reissue an esim without being able to transfer from an existing device on T-Mobile though need to either call in and give imei or get past the chatbot and there’s a page text support can give you to enter details. I was never able to successfully use the shit t-life app’s manage esim option.
> When you request a QR code, even though you provide the EID, they will ask for an IMEI number.
Everything else you say is accurate but they do not require this, T-Mobile is the only major in the US that doesn’t match EID to IMEI. I know because I use a removable esim (esim.me) euicc with multiple phones. I have to read the super long eid off to support to activate it. I cannot activate service on this card with verizon or at&t as its eid doesn’t match to an imei for them.
I think you're misunderstanding. I'm not saying T-Mobile locks the EID and IMEI together. I'm saying their tech support will completely ignore any EID you send them and instead look up an EID in their database based on the IMEI you send them. If you manage to convince the tech support to actually listen to you and use the correct EID then yes, everything will work out fine and you'll be able to move the card across devices.
I was also using a removable esim (from jmp.chat) and they did this to me three times. Each time it went like this:
> Me: Please send me a QR code to download my esim. My EID is XXXXXXXX
> Them: Thanks for providing your EID, please send me your IMEI (the first time this was just a plain message, the 2nd and 3rd time they sent me a link to a form to submit my IMEI to them)
> Me: <sends them my IMEI>
<at this point, the first two representatives initiated a transfer through their app and told me to wait 2 hours and then the transfer would finish. I told them whatever automatic transfer they just initiated will not work and they _need_ to send me the QR code.>
> Them: What is your e-mail address
> Me: My e-mail address is XXXXX@XXXX.XXXX
and then they'd send me a QR code. I'd then attempt to download it to my jmp.chat esim and I'd get an error that the EID was incorrect. Then, I'd try using the QR code to activate the built-in eSIM on the phone with the IMEI that I sent them, and it would work, proving that they were looking up the EID for the IMEI that I sent them rather than paying attention to the EID that I started the chat with.
The 4th and final time, I sent them my Librem 5's IMEI which had never been on T-Mobile and does not support eSIM. They told me that the phone was carrier locked, I assured them it wasn't and explicitly told them "it is important the QR code is for the EID I provided you. The past representatives have ignored that, leading to the error message <pasted the error from EasyLPAC's logs that was something like EID is incorrect>". THAT time they finally listened and sent a QR code for the correct EID, which let me download the eSIM to my jmp.chat card. At that point I was able to move the card across devices without issue.
Apologies on getting back late but… I’ve never had that experience. Historically I would call during day and get someone stateside. They would ask for IMEI and I would say ‘it’s not in your db but EID works’ and then they’d let me read that off, never an issue. Now I use the chat, it’s faster since they just give a portal link you drop the details to.
Call during day or you get the Philippines and they don’t understand specific requests like this as well. If you must do it at night use the chat route.
reply