Software Engineer, Linux Enthusiast, OpenRGB Developer, and Gamer
Lemmy.today Profile: https://lemmy.today/u/CalcProgrammer1
- 0 Posts
- 55 Comments
Linux phones should allow for much higher longetivity than Android or iOS devices as Linux phone OSes update more like desktop OSes than mobile, in that the device-specific parts are relatively small instead of having the entire OS image be custom made for a specific device. As long as your device has mainline Linux support it will continue to receive updates pretty much forever, or until Linux drops the architecture (unlikely any time soon for ARM, especially ARM64).
People praise Apple for 6 years of updates but my 2010 desktop build runs Windows 10 flawlessly still and will run fine with updates until 2025. Windows 11 arbitrarily ends support officially, but it would still work fine. Linux works flawlessly too and will continue to do so. 6 years is shit, but the entire mobile industry is even shittier on average so 6 years ends up looking decent.
PinePhone is $150. The more appealing option long term will be getting Linux running well on old Android phones though, as they are available used for $100 or less and have better specs. Often better specs than even the $400 PinePhone Pro, which is the most powerful designed-for-Linux phone I know of.
I’m typing this on a OnePlus 6T running postmarketOS. I paid somewhere around $125 for this phone, with box and accessories and in very good condition. It has an 8 core processor, 6GB RAM, Vulkan-capable Adreno 630 GPU, better WiFi/Bluetooth than either PinePhone, much better battery life, and a very nice OLED screen.
It’s not all perfect yet though. It doesn’t support VoLTE yet in Linux, so you have to force 2G mode to be able to receive calls and texts. Call audio is sometimes missing. No camera support. No USB host mode support. Sensors are WIP, but I’m testing the merge request for them and rotation works.
I ran a PinePhone and then a Pro for a year each. I think I prefer the OnePlus 6T experience. If they get the modem issue figured out it will be an amazing option.
We built the layout when DCC was first coming out after going to a train show. We ended up picking up one of Digitrax’s first systems (Empire Builder IIRC, with DB150 base station). That’s still what we use for DCC. I designed a LocoNet to serial adapter (MS100 compatible, but very cheap and simple) in college (2010 ish) and we’re using that to connect it up to a Pi 3 running JMRI. Our layout is HO scale. N scale is probably too small for even a Raspberry Pi Zero with camera module, as the setup barely fits on an HO scale car.
I have set up a DCC++ Ex setup at my house for testing and experiments. Just got a loop of EZ Track on the floor with an Arduino as the base station and another Pi with JMRI that is configured similarly to the real layout.
Here is an early picture of the camera car design with the servo. I’ve since condensed everything on to one car with a custom 3D printed design. I want to publish it eventually but haven’t had time. I even 3D printed trucks with power pickups in my latest design (just had to buy metal wheel sets to put in them). I also made a tiny Python webserver that has buttons for different servo positions so you can easily move the servo from a browser.
https://mastodon.social/@CalcProgrammer1/110456485998532640
For the DCC controlled turnouts, lights, and turntable, I built up an Arduino Nano based DCC decoder from a design I found online and a DCC decoder library that is available in Arduino. Since the layout spans multiple tables, instead of putting a DCC decoder for each table/PCB I just had the one decoder echo the DCC commands as serial messages over a serial bus that spans all the tables. The other boards (turnout controllers, light controllers, and turntable controller) all just have their RX pins wired to the decoder’s TX and can receive commands that way. Turnout controllers are a mix of SG90 micro servo based ones and L293D motor drivers for Tortoise switch machines. Light controllers use transistors to switch 12V outputs on and off to drive bulbs and LEDs. Turntable controller is an EasyDriver based stepper controller with some pre-programmed position offsets for each turntable track (each track position is mapped to a DCC function address).
My dad has been into model trains since before I was born. We built a train layout in the early 2000s when I was in middle school or so. Working on that project helped get me into electronics as we made PCBs for signals and control circuits. Now, 20 some years later, I work in software engineering. My dad wanted to get back into working on the layout and I’m helping him with Arduino programming and Raspberry Pi stuff. He built a stepper motor controller for the turntable and then we built some turnout and light control boards that interface with DCC. We set up JMRI on a Raspberry Pi to drive trains from phones and automate stuff. I also got him into 3D printing and he’s printed a ton of new scenery for the layout after buying his own Ender 3 after using mine quite a bit. We’ve learned various CAD/modeling programs to make 3D prints.
I also finally got to do something I always wanted to do as a kid, which is to drive the trains from a first-person view. We have gone through a bunch of different variations of putting a Raspberry Pi Zero and camera module on an HO scale railcar. We did some different designs. Our latest design uses an SG-90 micro servo to control the camera angle so you can look left and right. I also 3D printed an enclosure for a regulator, battery charger, and battery that takes track power and powers the Pi.
It’s pretty fun to be able to sit on the couch with a phone, watching the view on the TV, and drive the train from the other room including operating turnouts. Haven’t yet tried to drive the trains over the Internet yet but I want to, since I live a state away from my parents where the layout is.
Edit: Here’s a video of the camera car in action! https://www.youtube.com/watch?v=Ls-Rg1TlDOA
Plenty of phones have unlockable bootloaders and it used to be pretty much an expected thing on Android phones until manufacturers and carriers started locking it down and being more Apple-like. You can’t run most custom ROMs without an unlocked bootloader as being able to run a custom kernel requires an unlocked bootloader. Being able to use non-Android Linux operating systems like postmarketOS also depend on unlocked bootloaders.
On most it’s just a matter of toggling an option in developer settings and using fastboot to unlock. Some make it more difficult than that, others completely prevent unlocking (and thus become e-waste after the official software stops getting updated).
I wasn’t referring to piracy, I was referring to unofficial releases. Think Wisdom Tree and their line of Bible Games for the NES/SNES (these are pretty well covered by YouTube creators which is why I mention them as an example). Also, some of the early consoles did have non-gaming uses. I believe there was a version of BASIC for the Atari 2600. There were several planned online communication systems for various early consoles. There was the “Work Boy” accessory for the Game Boy that turned it into a digital assistant/organizer. There were officially licensed cooking “games” for the Nintendo DS that were more of recipe collections than actual games. And you touched on media, which was another thing consoles did outside of gaming since CD drives became used on consoles. Wii Fit was more of a fitness accessory than it was a game.
Pretty much the only thing that separates PC from console in your definition is whether you can run your own code on it. I don’t disagree that being able to run your own code on a machine is a huge benefit, but do you consider the iPhone a console? What about the Amazon Echo Show? Smart fridge? These have the locked down ecosystems of consoles but aren’t gaming-first. I would say no, they are not consoles and I’m sure you would agree.
I feel like this is a modernized definition of “console”. The earliest consoles distinguished themselves from the computers of the time by being gaming-first, not by being restrictive and closed off. Things that defined a console were not coming with a keyboard or mouse, connecting primarily to a television rather than a monitor, and using a joystick or gamepad for input.
There were a lot of instances of third party published games for consoles in the past, whether officially licensed or unofficial, approved or unapproved. The online service definition ignores half of the console generations in video gaming history. There were a lot of unlicensed/3rd party games published for the 8-bit and 16-bit era consoles (and yes, some of those had to bypass security chips, but I don’t think all of them did).
I think in some ways the Steam Deck is a return to form of these earlier machines, but in a modern way (and handheld). Valve’s openness isn’t a good reason to not consider the Steam Deck a console. I fully agree that it is a PC, but I feel like it fits both definitions in the best way possible.
I really bought the ROG Ally to experiment with Linux on it. I think it is getting there. I have Arch Linux with chimera kernel on mine as well as gamescope-session which allows it to function very similarly to the Steam Deck, but at the moment it seems TDP control isn’t working so games don’t run as well as they should. I also can’t get the ROG button to work as a Steam button even though that should be working according to ChimeraOS. I wanted Arch because it allows for dual booting vs. Chimera which does not, as well as for development purposes. I think the hardware of the Ally is solid, though I still hold that the Deck’s controls are much better. Once the Ally is better supported on Linux I think it would be a better option, as I refuse to use Windows anymore except for testing/reverse engineering purposes.
The Steam Deck really blurs the lines between PC and console. Modern consoles use AMD64/Radeon hardware and at least the Xbox consoles use a modified Windows OS. The Steam Deck uses AMD64/Radeon hardware and a modified Linux OS. Both feature a controller-focused user interface centered around gaming.
If you exclude the Steam Deck from the definition of “console” then a console is defined by its restrictive nature and limited selection of games.
If you include the Steam Deck in the definition of “console” then a console is defined by its controller-friendly and gaming-first design (as opposed to a general purpose PC).
I feel both definitions have merit.
The death if the tower/server/workstation/supercomputer/etc. is a pretty bad take. Computers have been getting better for over half a century and these big machines still exist. As computing power grows, so do software demands. If we make a phone with the power of today’s gaming PC we could make a gaming PC with the same technology many times more powerful, and games will take advantage of that. A modern smartphone of today can run PC games of the 2000’s and maybe early 2010’s with proper emulation. The Steam Deck can run most games released today. That doesn’t mean demand for high end systems disappears.