It's an app for translating and speaking text using Mozhi.
We've added automatic selection for the fastest instance and fixed some bugs.
My next plan is to port it to Qt6. I try to get to it during my winter vacation. I'm just currently focused on a FOSS life simulation game. If anyone wants to help with the migration, PRs are welcome!
Works both on desktops and mobile Linux. Here is a screenshot of the app running on my PinePhone Pro:
Can't they change this status?
I mean thanks to bridgy you can communicate across blusky and mastodon.
It requires to use a separate app like this which is not very convenient.
The dreamcast port is based on the mentioned Re3 (it's a fork), which can becompiled on both PC and PS2. The author showed the gameplay on the original hardware some time ago. So I guess he adapted the controls as well. Sorry if I confused you.
On PS2 - yes because Re3 could be compiled for it. On PC it will work with modern controllers. It's just a reverse-engineered port with some enhancements. But on Dreamcast - it depends on the port.
This port works with dual sticks as you would expect. It's not a vanilla GTA III, it's based on Re3 project.
They usually cut costs in unnoticeable for regular consumer way. Like include some chemistry that easy to produce and makes it tasty, but bad for health.
I have a small question about the keyboard :) How does it connect to the tablet? Via pins, it's not BT?
but capacitive (most new touch screens) don’t seem to detect the Wacom pen
Yes, it's totally expected! But looks like this screen supports MPP pens.
This is very helpful, thank you a lot!
How is the passive cooling? Does it get hot?
That's interesting details, thanks!
I saw a few posts on their reddit, like this, they were positive, but no one mentioned the drawing aspect...
Recently discovered this project. Looks very interested. The screenshot on GitLab is outdated, here is a more recent one:
Source: https://xcancel.com/poiitidis/status/1817919660949405842
Bought the device a few days ago and wanted to share the experience of running a Bevy game on it. I developing an open source life simulation game called Project Harmonia. The game is at the prototype stage: you can build walls, place objects and move around, but no no actual gameplay loop.
Bevy engine supports it natively since it's just a regular x86 with GNU/Linux. So nothing special was needed! I compiled the game via Cargo and it works.
The game runs great. I get stable 90 FPS (90Hz is the refresh rate of the device) consuming only 13.1 W. The UI is a little big and controls aren't adapted well for gamepads, but I will fix it later.
The console itself is also a nice machine for development. Next I will write about the setup I use.
As you may know, it runs SteamOS with KDE and based on ArchLinux.
Packages mostly mirror official ArchLinux repositories, but there are some additions and everything is compiled by Valve. So you can even install SuperTuxKart or GNOME 😃
Another difference from vanilla ArchLinux is immutable file system. You can make it writable via a single command in terminal, but each update wipes all changes made to the system. Home directory remains untouched.
Because of the immutable filesystem, I decided to try Flatpak. It installs packages into the user's home directory. Therefore, such apps won't be removed after an update.
But I faced some limitations due to containerization. For example, the Firefox extension for KeePassXC does not work because apps can't interact with each other. And it's not suited for installing stuff like compilers or libraries. So I decided to explore other options.
Next, I tried to create a script that I planned to run after each update. It installs all the packages I need through the system package manager.
But packages on SteamOS are older then in Archlinux. For example, Neovim on SteamOS is 0.9, but on ArchLinux it's 0.10, so I had to downgrade my configuration. And it causes incompatibilities with AUR. For example, I couldn't install Crow Translate because of it.
Another problem with such script is that Valve nuked /usr/include directory to free space. All packages are present, but the folder is missing. It makes sense for a gaming device, but I need it to compile packages from AUR.
It can be solved by reinstalling all packages that put files into /usr/include. But it causes another problem 😃 Allocated space for / is limited and you quickly run out of space after restoring headers and installing a couple of packages.
Then I decided to try Distrobox. It creates containers that tightly integrated with the host system. It even comes pre-installed on the Steam Deck.
And I like it a lot! It is very easy to use and combines the advantages of both approaches. All packages will persist across updates and I have access to all packages that I have on my regular PC. Graphical apps look native and can interact with each other.
The game on photos was compiled on the Steam Deck 🥰
It's Papirus.
No, it's a standalone app for online translation.