Figured I’d do the math on the power required.
In the article, they show a iPhone 15 Pro, which has a 3274 mAh battery, so let’s go with that. Assuming a 3.7 V battery and a 1 minute charging time, that’s 3274 mAh × 3.7 V / 1 min ≈ 727 W
.
Figured I’d do the math on the power required.
In the article, they show a iPhone 15 Pro, which has a 3274 mAh battery, so let’s go with that. Assuming a 3.7 V battery and a 1 minute charging time, that’s 3274 mAh × 3.7 V / 1 min ≈ 727 W
.
I used to use it, but then I switched to MPV, as it works a lot better with hardware acceleration. MPV supports more methods for hardware decoding (e.g. nvdec), and also MPV will keep the frames in VRAM when doing hardware decoding, and do additional processing and presentation using the GPU, while VLC copies everything back to system RAM and processes the frame on the CPU.
At the time I switched hardware decoding with copy-back would actually result in twice the CPU usage compared to software decoding, but that was a long time ago. Also, I would get tearing in VLC and not in MPV.
Something with OpenWRT. Turris Omnia is pretty good.
You’re right, that might work
That requires root
Motorola and Nokia have phones with 3.5mm jack, and they come with pretty clean Android, without a bunch of bloat, aggressive task killers and whatnot. Though I can’t speak for camera, photosphere or repairability.
Pixels are good in some ways, but of course, those don’t come with a 3.5mm jack.
Speaking of which, nowadays KDE hides files with these extensions for some reason
Oops, I misread, that was a different monitor
So it’s not really a 4K 1000Hz screen then, if it’s just togglable between being a 4k 240 Hz screen and a 1080p 1000 Hz screen.
Maybe if you use a file system that supports compression, e.g. btrfs, bcachefs, F2FS, squashfs, or EROFS. Of course, you’d need to add a separate FAT32 EFI System Partition for the bootloader, not sure how to do that.
A310 is the cheapest.
I wonder how well it does for transcoding on older computers without ReBAR, since apparently gaming on it is straight out broken without ReBAR. As in, it would actually freeze for a second or so every now and then.
The problem is the previous one only has 2G, and the 2G networks will soon be shut down, hence why they’re making a 4G version.
Could be that the graphics card is outputting an HDR signal (Rec. 2020 color space), but the monitor is in SDR mode. That would result in desaturated colors.
Already daily driving it on my laptop, which uses AMD graphics, and my work laptop, which uses Intel graphics. For Nvidia, there’s missing explicit sync (which should be fixed soon), and Steam completely freaking out (might get fixed by explicit sync). Kwin also seems a bit unstable on Nvidia, but I haven’t tested it for extended periods of time.
I also have a computer with display on an Nvidia card via reverse prime, which suffers performance issues on Wayland. Might be improved on Plasma 6, but that computer runs OpenSUSE Leap, so it won’t get that for some time.
There is also the issue of picture-in-picture, but that can be worked around with Kwin rules.
How the heck do people with 4TB SD cards do data hygiene wipes of their medium before crossing international borders?
They don’t
That doesn’t say that. Although the article linked from there does, for Pixels.
And thanks to specialized Pixel hardware, Pixel 8 and 8 Pro owners will also be able to find their devices if they’re powered off or the battery is dead.
Have they done anything about the lack of security? Last I checked, anyone could mount an NFS share and access it as whatever user they wanted, without authentication.
Where is that mentioned? I can’t find that in the article
It’s not just about quality (AAC is perfectly fine quality-wise), it’s IMHO more about the extreme latency, and the fact that they have to to drop down to terrible-sounding HSP/HSP when using the microphone, since A2DP is monodirectional. Sucks that they don’t support LE Audio.
It’s better in one way, in that updates are applied on reboot rather than pulling the rug put from under running applications. But I agree that it doesn’t go all the way, as it doesn’t provide a verifiable base system with clearly separated modifications. OSTree would be great.
Another possibility would be to distribute a base image as a btrfs send stream (possibly differential against previous versions) containing a compose-fs image and associated files. And then OS extensions could be installed with systemd-sysext.