That's why you only rebase when you actually need to in such cases. Another trick is to keep as few touch points into the original code as possible, preferring to keep most custom code in custom files.
Does anyone have a proper (and not overly expensive) solution for also moving input devices somewhere else? My main device is not in the same room as my TV.
I run 25 meters AOC HDMI, the problem was to pull it through pipe in the floor to the living room - those connectors are quite bulky. Some AOC cables come with mini-hdmi and, an adapter to the full size, but it wasn't available for HDMI 2.1 at the time. Works flawlessly. To switch between display on the desk and living room I run a small DIY java app in windows (shouldn't be a problem to run it on Linux), MQTT + home assistant as a remote app. I didn't play with CEC.
More interesting is a USB setup at this distance. I picked Ethernet - USB 2.0 converter and a simple USB hub with external PSU in the living room, $30. This enables BT, xbox360 dongles, keyboards. I didn't go with USB 3 as its expensive and unnecessary.
EDIT: It's easier to find under 'usb extender over ethernet', and I double check mine ATEN UEC260 costs closer to ~100$ now, way more expensive compared to what it used to be. It requires a dedicated CAT5 cable, it cannot go through any networking devices.
Depends on what you mean by “proper” and the exact layout you are trying to work around.
I can state from experience that drilling a hole through a wall, installing brush plates on both sides to make it look neater, and passing display and input cables through, works pretty well and costs very little. I was using wireless input devices, but still had input cables through the wall with the other end of the wireless link plugged into them, as the range limits of the devices' radios was problematical otherwise.
If you sometimes need to use the machine in its own location as well, then you need a screen there with the pair set to mirror the same output and a local set of input devices, sharing/switching audio output might be a touch more faffy.
Less practical if the device and screen are not near enough to the joining wall, or are in rooms that don't share a wall, of course.
With usbip you can run a USB device remotely as if it is local. You could use this to, for example, access a printer remotely (Wireguard would also allow you this). I went for fiber in my home, through the walls mostly. Also still some legacy twisted pair (esp. PoE).
I think the options are dependent on your setup. For example if you have a smart TV running Android, you could run https://www.virtualhere.com/usb_client_software on it to connect a dongle or controller attached to the TV through to your main device.
I do this with my Nvidia Shield and Xbox One Controller.
> Functional comparisons among devices within a category are always fair
When they have the same prerequisites, yes.
But then you need to count in the time the iPhone needs to boot as well, which will probably mean you are at a similar range.
No, because the criteria here is state transition from not-in-use/power saving to in-use/"on". The Pi Zero has no meaningful sleep state, as I lamented above, thus the only valid "off-on" state transition for the Optocam Zero is a full boot. Sure, if you were to leave it on in your bag then there's no boot time, but then you're limited to 70-80 minutes of runtime. Then you get "instant-on", but you're limited to the photos you can take within an hour off the charger, which also renders it useless as a camera, and compares unfavorably to the iPhone . If it had a sleep state then we could compare apples to apples. Since the iPhone's default "off" state is sleep, that's what counts for "turning it on".
You don’t even need to technically justify the comparison. Apples and oranges can be compared if you’re discussing how useful each is for a particular purpose or in a particular context. Oranges are nice because the skin proffers protection from soil and bumps during travel. Apples are nice because you don’t have to peel them or deal with sections — you just bite hunks off of it. If you’re not throwing it in your bag, the shortcomings of the Apple might be totally irrelevant. If you’re going on a picnic, the convenience of the Apple might be less important. Similarly, it wouldn’t make much sense to abstractly compare whether moving trucks or motorcycles are better. It makes complete sense to say one has better cargo capacity, and one is way more fun to operate.
I'm not defending the overall arrangement, simply pointing out that the blame is misplaced. If you want to sell below market value in a capitalist system then you must take appropriate measures to prevent a market from forming. More or less by design if one can form then it will.
Similarly I do not attempt to blame the rank and file employees of the ad tech industry for the actions of their employers, nor of the defense industry for the actions of the government. As an individual living under such a system either you move to make money when the opportunity arises or someone else will instead and you will lose out.
This is called "victim blaming". You are saying the blame for a problem shouldn't be on those who directly caused the problem, but on those who failed to prevent them from causing the problem.
You're right but in a different way. Scalpers aren't independent, they work for the artists to maximise artist revenue while absorbing the PR hit themselves.
No, I am saying that the people who went and created conditions that they knew would lead to the problem are the ones to blame. They are not victims except perhaps of their own poor decisions. I explicitly do not think that scalpers are doing anything wrong given that in a capitalistic system someone is always going to arbitrage things.
You don't get to enact poor policy, stick your fingers in your ears, then blame everyone but yourself for the place burning down.
> At least so long as my actions don't directly cause technical problems for the service operator.
That's the point of the criticism. The praise of their anti-anti-bot features reads like it is commonly used to cause technical problems to the service providers, be it intended or accepted for the cause.
> Did you ask them for an RSS feed? Lots of people are pretty reasonable for such requests if you write a nice email.
Yep!
They're busy people or just don't feel the need to do anything beyond hit the "publish" button on their CMS and call it good and that's fine / why I have a robot to make an RSS for me :).
