Cool! I'm relatively young, so the only interaction I've ever had with a rotary phone was my dad finding one in a box at my grandparents' house. Still, this seems like fun. Cool that you can communicate with the cell modem directly.
We used to do that to place free calls on pay phones. I don't recall it being a particularly fast way of dialing, though it was great if you wanted to keep your dimes for hockey cards. Yes, I'm that old.
Third parties are perfectly capable of making replacement parts that match the OEM parts in functionality and quality. This has no effect on integration. The other parts of the phone don't care who manufactured the part, unless they were programmed to, as long as they are functionally equivalent. The user certainly doesn't care who manufactured the part as it does not effect the user experience.
3rd parties are very much not able to match. Just do a side by side of screen quality and battery life. That is what upsets a customer more than anything - but they never know exactly why.
(Old 3rd party repair shop; thousands of data points)
I think when you look at it from a profit-driven lens, though, third-parties are always going to have to compromise on something to keep costs down in order to make a profit. Apple, historically, overcompensates on its parts and has higher tolerances so, in order for a third-party to be able to make replacement parts at significant enough profits, they need to be parts that don't match the OEM in quality or function, by definition.
Just look at screen repairs. Apple checks in software to verify the integrity of some of the hardware in screens and, in the past, it led to people being locked out of their devices when they were repaired with screens that had dummy FaceID/TouchID sensors.
In the Super Smash Bros. Melee competitive scene we still use CRTs for in-person tournaments because of the input lag on LCDs. Most original hardware available to play the game doesn't have a digital display output unless you have an early model GameCube and purchase a ~$100 HDMI adapter. Even if you get the hardware setup for modern digital output, most LCD monitors still have poor response times without spending the extra money for a "gaming" monitor.
There has been a lot of work by modders to reduce the input lag introduced by the game engine itself to offset the lag introduced by LCD monitors, but I hope someday LCDs can catch up in this last metric.
I can't think of anything else than some arcade games requiring the lowest possible latency. People are okay with 50 ping games so 2 ms really doesn't matter to most players.
50ms network latency is not the same thing as 50ms controller to display latency.
If your network latency is 50ms, you still have extremely low, almost zero latency for most operations like using the mouse to change the look direction.
50ms display latency would make a modern FPS utterly unplayable.
It's not just SSB. There are entire classes of games that aren't playable even at novice levels on modern LEDs like Guitar Hero style rhythm games.
LEDs often have much higher latency than necessary. Many have ALLM modes which disable certain features to decrease latency. We already have changed LED technology for this reason -- higher end computer monitors specifically focus on latency now. It's a really big deal.
LCDs may refresh pixels at a rate of 1ms, that does not mean the pixel displayed is only 1ms away from the input. You can get maybe 10ms of input lag with the very best setups. Modern TVs easily have 100ms of lag out of the box due to processing which you may or may not be able to bypass.
The traditional way to play melee is local multiplayer only, so players most players are used to the incredibly fast response of a CRT. This and the muscle memory required to play at a high level makes LCD monitors (and especially TV's) noticeable.
There's a phenomenon known as Polling Drift where the 2x-per-frame input polling at 120 Hz is mismatched with the NTSC framerate that's 0.1% slower, leading to a variable 0-0.5 frame input lag. This can be patched out.
Additionally, they found that there is an extra frame of buffer hanging around that wasn't necessary so that can be removed.
That sounds weird to me. Old game consoles with analog video output didn't generate perfect NTSC or PAL timings (for example, the Megadrive would actually run at 59.92274 Hz in NTSC, and 49.701459 Hz in PAL), but it didn't matter as the CRT TVs had some wiggle room and would synchronize to the video signal. There was no such thing as input and output running at different rates and desynchronizing.
The problem isn't that the framerate isn't exactly the right frequency, it's that the controller polling frequency is not a whole multiple of the framerate.
The game uses the last poll, but the last poll could be up to half a frame old.
A few projects that are pretty widely used in the Melee scene are 20XXTE [0] and Slippi [1].
As far as I know, neither rewrite the core engine of melee, but there are some key modifications like UCF (Universal Controller Fix) in 20XXTE that modifies the way the game interprets analog stick movement to help standardize the effectiveness of gamecube controllers. Without that fix, it's very hit or miss on whether or not certain movement tech would work consistently on a controller due to joystick drift / deadzones.
The T runs mostly on a separate rail, but there are a number of places in city limits where it runs with cars on the street. Check out Arlington Avenue in Allentown (the Pittsburgh neighborhood, not the city).
If I understand correctly, this is just a kernel-mode snippit to copy the System process token to your target process. It assumes you've already found a vulnerable driver to execute code in the kernel. If you can execute code in the kernel then yeah, you can give processes privileges they didn't have before.
I wish nobody did. I work for a security company writing Windows kernel drivers and I still have to support Windows 7 / Server 2008 R2. There's been talk of porting to Vista!
> Most of the listeners hearing the unfactual, misleading and false COVID information on Spotify are 24 years old, impressionable and easy to swing to the wrong side of the truth. These young people believe Spotify would never present grossly unfactual information.
Hello, 23 but close enough. This is not how I think. Spotify is not the creator of the content, they just host it. Is what Roe Rogan and his guests are saying so awful that you have to bully his host? I must be missing something.
Sounds like this idea is limited to the curl tool and wouldn't add anything to libcurl, which is great. I'd prefer libcurl leaving JSON to other libraries.
I use bash variables inside JSON with curl all the time, which leads to string escape screw ups. I know there are alternatives that make testing REST + JSON easier, but since our software uses libcurl in production I prefer to test with curl to keep things consistent.
