Make sure your Elden Ring in Linux has Proton Experimental Forced. Pq sino no va a subir

Aquí tienes el post listo, con formato claro y pasos numerados para que la gente de la comunidad lo siga sin bolas:

---

Cómo hacer funcionar Reforge 2 Mod de Elden Ring

¿Quieres jugar Elden Ring con el mod Reforge 2? Aquí te explico paso a paso cómo dejarlo funcionando correctamente en Linux.

Paso 1: Prepara la carpeta del mod

Ve a la siguiente carpeta:

ER-Reforge/ERRv2.2.9.6/dll/offline/

Paso 2: Copia los archivos de Seamless Co-op

Desde la carpeta de Seamless Co-op, copia y pega dentro de la carpeta anterior:

• La carpeta locale
• El archivo ersc.dll

Paso 3: Regresa a la carpeta principal del mod

Ahora ve a:

ER-Reforge/ERRv2.2.9.6/

Paso 4: Dale permisos de ejecución al launcher

Busca el archivo:

4 - Launch ELDEN RING Reforged - Offline or Seamless (Linux).sh

1. Haz click derecho sobre el archivo
2. Entra a Permissions (Permisos)
3. Activa la opción Allow Executing File As Program (Permitir ejecutar el archivo como programa)

️ Paso 5: Ejecuta el mod

Finalmente, haz click derecho otra vez sobre el mismo archivo y selecciona:

Run in Konsole

¡Y listo! Con esto ya deberías tener Reforge 2 corriendo, ya sea en modo offline o con Seamless Co-op.

---

¿Quieres que te lo deje también con una intro más de "bienvenida" para la comunidad, o prefieres que quede así de directo tipo tutorial?

Sin Docker, en Bazzite el reto es que es un sistema inmutable (rpm-ostree) — no puedes hacer dnf install steamcmd directo en el sistema base. La forma limpia es usar Distrobox (que ya viste mencionado en el banner de bienvenida), que te da un contenedor Ubuntu completo donde SteamCMD funciona sin fricciones, pero el servidor corre igual de "nativo" que si estuviera instalado directo.

1. Crear el distrobox

distrobox create --name palworld --image ubuntu:24.04
distrobox enter palworld

Todo lo que sigue es dentro del distrobox (verás el prompt cambiar).

2. Instalar SteamCMD

sudo dpkg --add-architecture i386
sudo apt update
sudo apt install software-properties-common -y
sudo add-apt-repository multiverse -y
sudo apt update
sudo apt install steamcmd -y

Te va a pedir aceptar la licencia de Steam — acepta.

3. Descargar el servidor de Palworld

mkdir -p ~/Palworld-Server
~/.steam/steamcmd/steamcmd.sh +force_install_dir ~/Palworld-Server +login anonymous +app_update 2394010 validate +quit

Esto descarga varios GB, tarda un rato.

4. Primer arranque (genera los archivos de configuración)

cd ~/Palworld-Server
./PalServer.sh

Déjalo correr unos 30-60 segundos, luego páralo con Ctrl+C. Esto genera Pal/Saved/Config/LinuxServer/PalWorldSettings.ini.

5. Configurar el servidor

nano Pal/Saved/Config/LinuxServer/PalWorldSettings.ini

Busca la línea larga OptionSettings=(...) y ajusta lo que te interese, por ejemplo:

ServerName="Los Del Ring Palworld"
ServerDescription=""
AdminPassword="cambia_esto"
ServerPassword=""
ServerPlayerMaxNum=8
PublicIP=""
PublicPort=8211
RCONEnabled=True

6. Arrancar el servidor real

./PalServer.sh port=8211 players=8 -useperfthreads -NoAsyncLoadingThread -UseMultithreadForDS

Esos flags (-useperfthreads, etc.) son los recomendados oficialmente para mejor rendimiento multi-hilo.

7. Salir del distrobox sin matar el servidor

Si quieres que siga corriendo aunque cierres la terminal, usa screen o tmux dentro del distrobox antes de arrancar:

screen -S palworld
./PalServer.sh port=8211 players=8 -useperfthreads -NoAsyncLoadingThread -UseMultithreadForDS

Ctrl+A luego D para desconectarte de la sesión sin cerrar el servidor. Para volver a verla:

distrobox enter palworld
screen -r palworld

8. Firewall y port forwarding

Igual que antes — en el host (no dentro del distrobox, las reglas de firewalld son del sistema):

sudo firewall-cmd --add-port=8211/udp --permanent
sudo firewall-cmd --reload

El port forwarding del MikroTik que ya tienes de antes (Palworld Game UDP 8211) sirve igual, sin cambios.

---

¡Palworld es bastante más sencillo que los otros dos — corre nativo en Linux (no necesita Wine), y hay una imagen Docker muy popular y bien mantenida específicamente para esto. Te armo la guía con Podman, aplicando lo que ya aprendimos con Windrose (permisos, --userns=keep-id, etc).

Requisitos a tener en cuenta

Palworld llegó a la versión 1.0 el 10 de julio de 2026. Es pesado en RAM: para el máximo de 32 jugadores necesitas ~16 GB dedicados solo al servidor. Si tu laptop no tiene tanto libre, se puede bajar el límite de jugadores sin problema.

1. Preparar carpeta

mkdir -p ~/Palworld-Server/Saved
cd ~/Palworld-Server

2. Lanzar el contenedor

Uso la imagen thijsvanloef/palworld-server-docker, la más usada y mantenida para esto — maneja SteamCMD, actualizaciones y backups automáticamente vía variables de entorno:

podman run -d --name palworld-server \
  --user 1000:1000 --userns=keep-id \
  -p 8211:8211/udp \
  -p 27015:27015/udp \
  -v /home/joseam/Palworld-Server/Saved:/palworld/Pal/Saved:Z \
  -e PLAYERS=8 \
  -e MULTITHREADING=true \
  -e RCON_ENABLED=true \
  -e SERVER_NAME="Los Del Ring Palworld" \
  -e SERVER_PASSWORD="" \
  -e ADMIN_PASSWORD="cambia_esto" \
  -e COMMUNITY=false \
  -e SERVER_PLAYER_MAX_NUM=8 \
  docker.io/thijsvanloef/palworld-server-docker:latest

Notas sobre las variables:

• PLAYERS / SERVER_PLAYER_MAX_NUM — súbelo a 32 si tienes RAM para ello, o déjalo bajo (4-8) para que sea liviano
• ADMIN_PASSWORD — cámbiala, es la que usarás para RCON (administración remota)
• SERVER_PASSWORD — déjala vacía si no quieres contraseña, o ponle una
• COMMUNITY — true publica tu servidor en el navegador público de Palworld dentro del juego (como el sitio de Windrose, pero integrado). false = solo por IP directa

️ Basado en lo que aprendimos con Windrose: el primer arranque tarda varios minutos porque descarga el servidor completo vía SteamCMD dentro del contenedor. No te preocupes si el log no muestra nada por un rato.

3. Ver el progreso / logs

podman logs -f palworld-server

Espera a ver algo como:

[LOG] Server has successfully started!

4. Firewall del host (Bazzite/firewalld)

sudo firewall-cmd --add-port=8211/udp --permanent
sudo firewall-cmd --add-port=27015/udp --permanent
sudo firewall-cmd --reload

5. Port forwarding en el MikroTik

Vi que ya tenías reglas viejas para Palworld en tu router (de un intento anterior), apuntando correctamente a 192.168.88.254:

41    ;;; Palworld Game
      chain=dstnat action=dst-nat to-addresses=192.168.88.254 to-ports=8211 protocol=udp in-interface=ether1 dst-port=8211 

42    ;;; Palworld Query
      chain=dstnat action=dst-nat to-addresses=192.168.88.254 to-ports=27015 protocol=udp in-interface=ether1 dst-port=27015 

Solo verifica que no estén deshabilitadas (X

/ip firewall nat print

Y necesitas también las reglas de filter (igual que con Windrose):

/ip firewall filter add chain=forward protocol=udp dst-port=8211 dst-address=192.168.88.254 action=accept place-before=0 comment="Allow Palworld UDP"

/ip firewall filter add chain=forward protocol=udp dst-port=27015 dst-address=192.168.88.254 action=accept place-before=0 comment="Allow Palworld Query UDP"

6. Cómo se conectan tus amigos

En el juego: Multijugador → Unirse vía Steam/IP → TU_IP:8211 (local: 192.168.88.254:8211, remota: tu IP pública 65.23.208.23:8211)

¡Buenas noticias — Hytale es mucho más simple que Windrose. Ya salió en Early Access (enero 2026), tiene servidor dedicado oficial en Java nativo (no necesita Wine ni Docker con trucos raros), y corre nativo en Linux sin problemas. Además vi que ya tenías una regla vieja para "Hytale Server" puerto 5520 UDP en tu MikroTik — coincide justo con el puerto que usa oficialmente.

Diferencias clave vs Windrose

• Es Java 25, no un binario Windows envuelto en contenedor.
• Usa QUIC sobre UDP exclusivamente — nada de TCP, así que el firewall es más simple.
• Puerto por defecto: 5520/UDP.
• Requiere autenticación de tu cuenta Hytale (device code, como Netflix/YouTube en un TV).

1. Instalar Java 25

En Bazzite lo más limpio es via brew (viene incluido):

brew install openjdk@25

Verifica:

java --version

Debería mostrar algo como openjdk 25.0.1 ... LTS.

2. Crear carpeta y descargar el servidor

La forma recomendada para producción es el Hytale Downloader CLI:

mkdir -p ~/Hytale-Server
cd ~/Hytale-Server
curl -LO https://downloader.hytale.com/hytale-downloader.zip
unzip hytale-downloader.zip
chmod +x hytale-downloader
./hytale-downloader

Esto te deja los archivos del servidor ya listos (jar, assets, scripts de arranque).

3. Autenticar el servidor

Arranca el servidor y sigue el flujo de autenticación por dispositivo:

./start.sh

Dentro de la consola del servidor:

/auth login device

Te va a mostrar algo así:

Visit: https://accounts.hytale.com/device
Enter code: ABCD-1234

Entras desde tu navegador (o celular), pones el código, y listo — el servidor queda autenticado permanentemente (guarda las credenciales en auth.enc/auth.key).

️ Límite: 500 servidores por licencia del juego — para un servidor privado normal no es problema.

4. Firewall (host Bazzite, no el router todavía)

Bazzite usa firewalld:

sudo firewall-cmd --add-port=5520/udp --permanent
sudo firewall-cmd --reload

5. Port forwarding en el MikroTik

Ya viste que tenías esta regla armada de antes (probablemente de un intento previo):

;;; Hytale Server
chain=dstnat action=dst-nat to-addresses=192.168.88.254 to-ports=5520 protocol=udp dst-port=5520

Solo verifica que esté habilitada (sin bandera X) y que tenga in-interface=ether1. Si no lo tiene, corrígela:

/ip firewall nat print

Y necesitas la regla de filter para permitir el forward (igual que hicimos con Windrose):

/ip firewall filter add chain=forward protocol=udp dst-port=5520 dst-address=192.168.88.254 action=accept place-before=0 comment="Allow Hytale UDP"

Nota importante: Hytale usa QUIC, que maneja NAT traversal bastante bien — pero si tienes NAT simétrico (poco común en routers domésticos normales), podrías tener problemas. No debería ser tu caso con MikroTik.

6. Ajustar memoria/rendimiento (opcional)

Crea jvm.options en la carpeta raíz (junto a start.sh

cat > jvm.options << 'EOF'
-Xms2G
-Xmx4G
-XX:+UseG1GC
EOF

7. Arranque automático (systemd)

A diferencia de Windrose, aquí no necesitas Podman ni --userns=keep-id — es Java corriendo directo. Podemos armarte un servicio systemd normal (usuario, sin root) cuando quieras.

Cómo montar un servidor dedicado de Windrose en Linux (Bazzite + Podman)

Guía paso a paso para levantar un servidor privado de Windrose usando la imagen Docker oficial (windroseserver/windroseserver) en un sistema Linux tipo Bazzite/Fedora Atomic con Podman rootless. Documentado a partir de una instalación real, incluyendo los errores que salieron y cómo se resolvieron.

---

0. Requisitos previos

• Linux con Podman (o Docker) instalado.
• Al menos ~6 GB libres (la imagen pesa varios GB por el payload del juego).
• Puerto 7777 TCP/UDP disponible.
• Acceso al router (para exponer el servidor a internet, opcional).

Verifica qué tienes disponible:

which podman docker

En Bazzite, Podman viene de fábrica con un alias docker='podman', así que ambos comandos funcionan igual.

---

1. Preparar la carpeta del servidor

mkdir -p ~/Windrose-Server/Saved
cd ~/Windrose-Server

---

2. Primer arranque SIN configuración propia (para generar IDs válidos)

Importante: no crear el ServerDescription.json a mano desde cero con campos vacíos (PersistentServerId, WorldIslandId, etc. en ""). Eso provoca un crash tipo:

Fatal error: [R5DataKeeperForServerCoop.cpp:154] InitializeBLServer - Cannot init Coop NetServer
Condition: 'ServerDescription.WorldIslandId.IsValid()'

En su lugar, deja que el propio servidor genere el archivo la primera vez:

podman run --user ue_user --name WindroseServer \
  -p 7777:7777/tcp -p 7777:7777/udp \
  -d \
  -v ~/Windrose-Server/Saved:/home/ue_user/app/R5/Saved:Z \
  docker.io/windroseserver/windroseserver:latest

sleep 20
podman stop WindroseServer

Copia el archivo generado a tu carpeta local:

podman cp WindroseServer:/home/ue_user/app/R5/ServerDescription.json ~/Windrose-Server/ServerDescription.json

Este archivo ya trae PersistentServerId real y otros valores válidos generados por el motor — no los toques.

---

3. Editar solo los campos que quieres personalizar

# Nombre del servidor
sed -i 's/"ServerName": *"[^"]*"/"ServerName": "TU_NOMBRE_AQUI"/' ServerDescription.json

# Habilitar conexión directa por IP (necesario para Docker/Podman)
sed -i 's/"UseDirectConnection": false/"UseDirectConnection": true/' ServerDescription.json
sed -i 's/"DirectConnectionServerPort": -1/"DirectConnectionServerPort": 7777/' ServerDescription.json

Campos relevantes en ServerDescription_Persistent:

Campo	Qué hace
ServerName	Nombre visible del servidor
MaxPlayerCount	Jugadores máximos
IsPasswordProtected / Password	Contraseña de acceso
UseDirectConnection	true = conexión por IP directa. false = conexión por código de invitación (relay P2P vía Epic Online Services)
DirectConnectionServerPort	Puerto a usar (7777 por defecto)
InviteCode	Código de invitación — solo funciona si UseDirectConnection está en false

️ UseDirectConnection y el código de invitación son mutuamente excluyentes. No puedes usar ambos al mismo tiempo. Con true, el invite code queda inútil aunque tenga un valor válido. Para hosting dedicado con IP fija, true (Direct IP) es lo recomendado: menos latencia, no depende del relay de Epic/AWS.

---

4. Borrar el contenedor de prueba y lanzar el definitivo

Clave: usar --userns=keep-id en Podman rootless. Sin esto, el UID ue_user (1000) dentro del contenedor no mapea al UID real del host, y el servidor no puede reescribir ServerDescription.json cuando genera el mundo — causa el mismo crash del paso 2 pero después de crear el mundo:

open('.../ServerDescription.json', ...) failed: errno=13 (Permission denied)
Cannot save ServerDescription file.

Comando final:

podman rm -f WindroseServer

podman run --user ue_user --userns=keep-id --name WindroseServer \
  -p 7777:7777/tcp -p 7777:7777/udp \
  -d \
  -v ~/Windrose-Server/Saved:/home/ue_user/app/R5/Saved:Z \
  -v ~/Windrose-Server/ServerDescription.json:/home/ue_user/app/R5/ServerDescription.json:Z \
  docker.io/windroseserver/windroseserver:latest

El flag :Z en los volúmenes es necesario en sistemas con SELinux (Fedora/Bazzite) para evitar errores de permisos.

---

5. Verificar que está corriendo bien

podman logs -f WindroseServer

Busca estas líneas como señal de éxito:

IpNetDriver listening on port 7777
Bringing World .../GenlandiaMulty up for play
Server. Change state LoadedIslandData => WaitingForFirstAccount

Para ver logs sin quedarte pegado en tiempo real:

podman logs --tail 100 WindroseServer

Guardar log completo a archivo:

podman logs WindroseServer > ~/Windrose-Server/server.log

---

6. Ver nombre, contraseña e invite code guardados

grep -E '"ServerName"|"Password"|"IsPasswordProtected"|"InviteCode"' ~/Windrose-Server/ServerDescription.json

---

7. Cómo conectan tus amigos

En la misma red local:

IP_LOCAL_DEL_HOST:7777

(consíguela con ip addr show | grep 'inet ' | grep -v 127.0.0.1)

Remotos (por internet): necesitan la IP pública del host, más el port forwarding hecho en el router (ver sección 8).

curl ifconfig.me

En el juego: Play → Connect to Server → Direct IP tab → pegan IP:7777.

---

8. Port forwarding en router MikroTik (RouterOS)

Reemplaza ether1 por tu interfaz WAN y 192.168.88.254 por la IP local del host (idealmente fijada por DHCP lease estático).

Fijar la IP del host (opcional pero recomendado):

/ip dhcp-server lease print
/ip dhcp-server lease make-static <número_de_la_entrada>

Reglas NAT (port forward), TCP y UDP:

/ip firewall nat add chain=dstnat protocol=tcp dst-port=7777 in-interface=ether1 action=dst-nat to-addresses=192.168.88.254 to-ports=7777 comment="Windrose TCP"

/ip firewall nat add chain=dstnat protocol=udp dst-port=7777 in-interface=ether1 action=dst-nat to-addresses=192.168.88.254 to-ports=7777 comment="Windrose UDP"

Reglas de firewall filter (deben quedar antes de cualquier drop general en la cadena forward):

/ip firewall filter add chain=forward protocol=tcp dst-port=7777 dst-address=192.168.88.254 action=accept place-before=0 comment="Allow Windrose TCP"

/ip firewall filter add chain=forward protocol=udp dst-port=7777 dst-address=192.168.88.254 action=accept place-before=0 comment="Allow Windrose UDP"

Verificar:

/ip firewall nat print
/ip firewall filter print

Revisar CGNAT (paso crítico): compara la IP de tu interfaz WAN...

/ip address print

...contra la que te da curl ifconfig.me desde el host, o whatismyip.com. Si son diferentes, hay CGNAT/doble NAT de por medio y el forwarding no funcionará desde afuera sin pasos extra (pedir IP pública al ISP, o usar una alternativa tipo VPN/túnel).

---

Resumen de comandos útiles

# Ver contenedores corriendo
podman ps

# Ver logs en vivo
podman logs -f WindroseServer

# Reiniciar el servidor (tras editar ServerDescription.json)
podman rm -f WindroseServer
podman run --user ue_user --userns=keep-id --name WindroseServer \
  -p 7777:7777/tcp -p 7777:7777/udp -d \
  -v ~/Windrose-Server/Saved:/home/ue_user/app/R5/Saved:Z \
  -v ~/Windrose-Server/ServerDescription.json:/home/ue_user/app/R5/ServerDescription.json:Z \
  docker.io/windroseserver/windroseserver:latest

# Parar / iniciar sin borrar
podman stop WindroseServer
podman start WindroseServer

---

Notas finales

• La imagen oficial (windroseserver/windroseserver) corre el binario nativo Linux del motor (no requiere Wine).
• Actualizar el servidor: podman pull docker.io/windroseserver/windroseserver:latest y volver a lanzar el contenedor (los datos del mundo persisten en Saved/ porque está montado como volumen).
• Pendiente para el futuro: configurar arranque automático con Quadlet (systemd nativo de Fedora Atomic/Bazzite) para que el servidor levante solo al encender la máquina.

Herramientas y Mods para Elden Ring Nightreign (Seamless Co-op)

Recopilación de herramientas y mods útiles para jugar con Cheat Engine y Seamless Co-op. Todos los enlaces son de MEGA.

️ Herramientas

Programas base necesarios para modificar memoria y lanzar el juego con soporte para mods.

Herramienta	Descripción	Enlace
Cheat Engine	Editor de memoria en tiempo real, usado para inspeccionar y modificar valores del juego mientras corre.	Descargar
ProtonHax	Utilidad que facilita lanzar herramientas externas (como Cheat Engine) dentro del mismo prefix de Proton que usa el juego.	Descargar
Mod Engine 3 Manager	Herramienta que gestiona y carga los mods (como Seamless Co-op y el mod de mapas/armas/jefes) sin modificar los archivos originales del juego.	Descargar

Tablas de Cheat Engine

Estas tablas (.CT) contienen los scripts y punteros ya configurados para cargar directo en Cheat Engine, sin tener que buscar las direcciones de memoria manualmente.

Tabla	Descripción	Enlace
Relics Table	Tabla enfocada en reliquias/relics del juego.	Descargar
Hexington Table	Tabla de Hexington con opciones adicionales.	Descargar

Mods

Mod	Descripción	Enlace
Maps Variations, Weapons and Bosses	Mod que agrega variaciones de mapas, armas y jefes al juego.	Descargar
Seamless Co-op	Mod que permite jugar en cooperativo sin las limitaciones del multijugador vanilla (sin invasiones, sin límites de progreso entre jugadores, etc).	Descargar

Cómo se usan juntos

Si vienen del post anterior sobre cómo correr Cheat Engine junto al juego en Bazzite:

1. Instalen Cheat Engine (vía Wine/Flatpak, como se explicó en el post de instalación).
2. Instalen Mod Engine 3 Manager — es el que se encarga de cargar los mods sin tocar los archivos originales del juego.
3. Instalen Seamless Co-op y el mod de Maps/Weapons/Bosses, y cárguenlos como perfiles dentro de Mod Engine 3 Manager (.me3).
4. Carguen la tabla .CT (Relics o Hexington) desde Cheat Engine una vez que esté enganchado al proceso del juego.
5. Usen ProtonHax (o el método manual con Proton directo que vimos en el post anterior) para lanzar Cheat Engine dentro del mismo prefix que el juego.

️ Nota de responsabilidad

Estas herramientas modifican la memoria del juego en tiempo real. Úsenlas bajo su propio criterio:

• No se recomienda usarlas en partidas con anti-cheat activo o en modos competitivos.
• Al usar mods como Seamless Co-op, verifiquen que todos los jugadores del grupo usen la misma versión del mod para evitar desincronización.
• Descarguen siempre desde fuentes que consideren confiables y escaneen los archivos antes de ejecutarlos.

cheatengine.sh

#!/bin/bash

STEAM_COMPAT_CLIENT_INSTALL_PATH="$HOME/.local/share/Steam" \
STEAM_COMPAT_DATA_PATH="$HOME/.local/share/Steam/steamapps/compatdata/2622380" \
"$HOME/.local/share/Steam/steamapps/common/Proton - Experimental/proton" run \
"/home/joseam/.var/app/org.winehq.Wine/data/wine/drive_c/Program Files/Cheat Engine/cheatengine-x86_64.exe"

Para crear un sh y no tener que copiar y pegar en terminal.

Bazzite starter.sh

#!/bin/bash
export SteamAppId=2622380
export SteamGameId=2622380
export SteamOverlayGameId=2622380
export STEAM_COMPAT_DATA_PATH="$HOME/.local/share/Steam/steamapps/compatdata/2622380"

protonhax init me3 launch -p "/home/joseam/.config/me3/profiles/Seamless/Seamless.me3"

# Bazzite:

STEAM_COMPAT_CLIENT_INSTALL_PATH="$HOME/.local/share/Steam" \
STEAM_COMPAT_DATA_PATH="$HOME/.local/share/Steam/steamapps/compatdata/2622380" \
"$HOME/.local/share/Steam/steamapps/common/Proton - Experimental/proton" run \
"/home/joseam/.var/app/org.winehq.Wine/data/wine/drive_c/Program Files/Cheat Engine/cheatengine-x86_64.exe"

Paso 1: Crear el contenedor Ubuntu 24.04 en BoxBuddy

1. Abre BoxBuddy.
2. Haz clic en el botón de crear nuevo contenedor (ícono de "+").
3. En la lista de imágenes, elige Ubuntu 24.04 (a veces aparece como ubuntu:24.04 o docker.io/library/ubuntu:24.04).
4. Ponle un nombre, por ejemplo Ubuntu-Apps (o el que prefieras).
5. Confirma y espera a que termine la creación — verás el mismo log de "Container Setup Complete!" que ya viste antes.

Paso 2: Abrir una terminal dentro del contenedor

Desde BoxBuddy, haz clic en el contenedor recién creado y elige la opción de abrir terminal (o desde tu terminal normal de Bazzite):

distrobox-enter -n Ubuntu-Apps

Paso 3: Descargar e instalar MEGAsync

Dentro del contenedor, corre:

wget https://mega.nz/linux/repo/xUbuntu_24.04/amd64/megasync-xUbuntu_24.04_amd64.deb && sudo apt install "$PWD/megasync-xUbuntu_24.04_amd64.deb"

Esto descarga el .deb oficial de MEGA y lo instala junto con todas sus dependencias (Qt5, PipeWire, etc. — vas a ver una lista larga de paquetes, es normal). Confirma con y cuando te lo pida.

Paso 4: Exportar la app al escritorio de Bazzite

distrobox-export --app megasync

Paso 5: Verificar

find ~/.local/share/applications -iname "*mega*"

Deberías ver algo como Ubuntu-Apps-megasync.desktop. Después de unos segundos, búscalo en el launcher de tu escritorio y debería abrir con normalidad.

---

Nota: si quieres que se abra automáticamente al iniciar sesión, copia ese .desktop a autostart:

cp ~/.local/share/applications/Ubuntu-Apps-megasync.desktop ~/.config/autostart/

¿Quieres que te arme esto también como post para el foro, siguiendo el mismo formato de los anteriores?

¿Qué es BoxBuddy y por qué es tan útil en Bazzite?

Si vienes de una distro tradicional (Ubuntu, Fedora normal, Arch, etc.) y te mudaste a Bazzite, seguramente ya notaste que no puedes simplemente hacer sudo apt install algo o sudo pacman -S algo en el sistema base. Esto no es un error ni una limitación tonta — es la naturaleza de Bazzite como sistema operativo inmutable, y ahí es exactamente donde entra BoxBuddy.

El problema: Bazzite es inmutable

Bazzite está construido sobre una base tipo Fedora Atomic/Silverblue. Eso significa que el sistema de archivos raíz es de solo lectura la mayor parte del tiempo. Esto trae ventajas enormes:

• El sistema es mucho más difícil de romper.
• Las actualizaciones son atómicas (o se aplican completas, o no se aplican, nunca a medias).
• Puedes revertir a una versión anterior del sistema si algo sale mal.

Pero como contraparte, instalar paquetes tradicionales directo en el sistema base no es la forma recomendada de trabajar (existe rpm-ostree, pero está pensado para paquetes específicos del sistema, no para uso diario).

La solución: contenedores con Distrobox

Aquí es donde entra Distrobox, una herramienta que crea contenedores de otras distros (Arch, Ubuntu, Fedora, Debian, lo que quieras) que corren integrados con tu sistema — comparten tu home, tu red, tus temas, tus sockets de audio/video, etc. Dentro de esos contenedores, sí puedes usar pacman, apt, dnf, o lo que corresponda, con total libertad, sin tocar el sistema base de Bazzite.

El problema es que Distrobox, por defecto, se maneja todo por línea de comandos: crear contenedores, entrar a ellos, exportar apps al host... funciona perfecto, pero no es muy amigable si no te gusta vivir en la terminal.

Ahí aparece BoxBuddy

BoxBuddy es básicamente una interfaz gráfica para Distrobox. Te permite:

• Crear contenedores nuevos eligiendo la distro que quieras (Arch, Ubuntu, Fedora, Debian, etc.) con un par de clics, sin escribir comandos.
• Ver todos tus contenedores existentes en un solo lugar, con su estado.
• Abrir una terminal dentro de cualquier contenedor con un clic.
• Exportar aplicaciones instaladas dentro del contenedor para que aparezcan como apps normales en tu menú del escritorio (esto es lo que evita tener que abrir una terminal cada vez que quieres usar el programa).
• Eliminar contenedores completos cuando ya no los necesitas, sin dejar basura en el sistema.

En otras palabras: BoxBuddy le quita la fricción de terminal a todo el flujo de trabajo de Distrobox, que es la pieza clave que hace que vivir en un sistema inmutable como Bazzite sea práctico en el día a día.

¿Por qué esto importa tanto en Bazzite específicamente?

Bazzite está pensado sobre todo para gaming y multimedia, y hay un montón de herramientas del ecosistema Linux que no vienen preinstaladas ni tienen Flatpak oficial (o el Flatpak disponible tiene limitaciones). Con BoxBuddy + Distrobox puedes:

• Instalar paquetes del AUR (como hicimos con Hypnotix) sin necesitar Arch como sistema base.
• Tener herramientas de desarrollo completas (compiladores, librerías, etc.) sin ensuciar tu sistema base.
• Probar apps de distintas distros sin necesidad de instalarlas ni tener que reiniciar o hacer dual boot.
• Si algo dentro del contenedor se rompe, simplemente borras el contenedor entero y creas uno nuevo — tu sistema base de Bazzite nunca se ve afectado.

En resumen

BoxBuddy no reemplaza a Distrobox, lo complementa: le da una cara gráfica amigable a algo que de otra forma requeriría terminal todo el tiempo. En un sistema inmutable como Bazzite, esta combinación es prácticamente el estándar para instalar software que no está disponible como Flatpak — mantiene tu sistema base limpio y estable, mientras te da acceso a todo el ecosistema de paquetes de cualquier distro tradicional.

Si están empezando en Bazzite y todavía no le agarran el modo a Distrobox por terminal, empiecen por BoxBuddy — es la puerta de entrada más amigable.

Cómo instalar Hypnotix (TV en vivo) en Bazzite usando BoxBuddy

Bazzite es un sistema inmutable, así que no podemos instalar paquetes directamente con pacman o apt en el host. La solución es usar Distrobox (a través de la interfaz gráfica de BoxBuddy) para crear un contenedor de otra distro, instalar la app ahí dentro, y luego "exportarla" para que aparezca como una app normal en el menú del escritorio.

En esta guía instalamos Hypnotix (reproductor de IPTV) desde el AUR, dentro de un contenedor Arch Linux.

Requisitos previos

• Bazzite instalado y actualizado
• BoxBuddy instalado (viene por defecto en Bazzite, o se puede instalar desde Discover / Flathub)
• Un contenedor de Arch Linux creado en BoxBuddy (si no tienes uno, créalo eligiendo la imagen archlinux al crear un nuevo contenedor)

Paso 1: Entrar al contenedor

Desde BoxBuddy, abre una terminal dentro de tu contenedor Arch Linux, o desde tu terminal normal de Bazzite:

distrobox-enter -n Arch-Linux

Paso 2: Instalar herramientas de compilación

Hypnotix no está en los repos oficiales de Arch, así que lo instalamos desde el AUR (Arch User Repository), lo cual requiere git y base-devel:

sudo pacman -S --needed git base-devel

Paso 3: Clonar y compilar la dependencia python-cinemagoer

Hypnotix depende de un paquete llamado python-cinemagoer, que también está en el AUR (no en los repos oficiales), así que hay que instalarlo aparte primero:

git clone https://aur.archlinux.org/python-cinemagoer.git
cd python-cinemagoer
makepkg -si
cd ..

Paso 4: Clonar y compilar Hypnotix

git clone https://aur.archlinux.org/hypnotix-wayland.git
cd hypnotix-wayland
makepkg -si

El flag -si le dice a makepkg que instale las dependencias (-s) y luego el paquete compilado (-i) automáticamente. Va a pedir confirmación un par de veces — solo presiona y.

Paso 5: Exportar la app al escritorio de Bazzite

Hasta aquí, Hypnotix solo existe dentro del contenedor. Para que aparezca como una app normal en tu menú de aplicaciones:

distrobox-export --app hypnotix

Deberías ver un mensaje confirmando que se exportó correctamente.

Paso 6: Verificar

Puedes confirmar que el acceso directo se creó con:

find ~/.local/share/applications -iname "*hypnotix*"

Después de unos segundos, busca "Hypnotix" en el launcher de tu escritorio — debería abrir normalmente, ejecutándose por debajo a través del contenedor Arch Linux.

Notas

• Si quieres que Hypnotix (o cualquier otra app exportada) se abra automáticamente al iniciar sesión, copia su archivo .desktop a ~/.config/autostart/:

  cp ~/.local/share/applications/Arch-Linux-hypnotix.desktop ~/.config/autostart/
  

  (el nombre exacto puede variar — verifícalo primero con el comando find del paso 6).
• Este mismo método (clonar → makepkg -si → distrobox-export --app) sirve para instalar prácticamente cualquier paquete del AUR dentro de Bazzite, sin tocar el sistema base.

https://github.com/2Pz/me3-manager

Tutorial: Instalar Wine en Manjaro usando git clone

Este tutorial muestra cómo instalar Wine en Manjaro clonando el paquete desde el AUR con git y compilándolo con makepkg, sin depender de un AUR helper como yay o paru. Es el método "manual" de instalar paquetes en sistemas basados en Arch.

Nota: Manjaro también tiene Wine en sus repositorios oficiales (sudo pacman -S wine), que es más simple y rápido. El método de git clone tiene sentido si quieres una versión específica del AUR (como wine-staging, que trae parches extra) o simplemente prefieres controlar el proceso manualmente.

---

1. Requisitos previos

Antes de clonar y compilar necesitas las herramientas básicas de compilación:

sudo pacman -S --needed base-devel git

• base-devel → incluye makepkg y las herramientas necesarias para compilar paquetes.
• git → para poder clonar el repositorio del AUR.

También conviene habilitar el repositorio multilib (necesario para Wine, que requiere librerías de 32 bits para ejecutar apps de Windows de 32 bits). En Manjaro normalmente ya viene habilitado, pero puedes confirmarlo:

sudo pacman-mirrors --fasttrack
sudo pacman -Syu

Y revisa que en /etc/pacman.conf la sección [multilib] no esté comentada. Si lo está, descomenta estas líneas:

[multilib]
Include = /etc/pacman.d/mirrorlist

Luego actualiza:

sudo pacman -Syu

---

2. Clonar el paquete de Wine desde el AUR

Elige una carpeta de trabajo (por ejemplo ~/aur-builds) y clona el paquete:

mkdir -p ~/aur-builds && cd ~/aur-builds
git clone https://aur.archlinux.org/wine.git
cd wine

Si prefieres la versión con parches extra (más compatibilidad con juegos y apps):

git clone https://aur.archlinux.org/wine-staging.git
cd wine-staging

Solo elige una de las dos (wine o wine-staging), no ambas — son paquetes que compiten entre sí.

---

3. Revisar el PKGBUILD (recomendado)

Antes de compilar cualquier paquete del AUR, es buena práctica revisar el PKGBUILD para saber qué va a hacer el script:

cat PKGBUILD

Esto te muestra las dependencias, de dónde descarga el código fuente, y qué pasos de compilación va a correr. Es una medida de seguridad estándar al usar el AUR, ya que cualquiera puede subir paquetes ahí.

---

4. Compilar e instalar con makepkg

makepkg -si

Qué hace cada flag:

• -s → instala automáticamente las dependencias necesarias (usando pacman) antes de compilar.
• -i → instala el paquete resultante automáticamente al terminar de compilarlo.

Este proceso puede tardar bastante (Wine es un proyecto grande), así que no te preocupes si toma varios minutos.

Durante el proceso, makepkg te puede pedir tu contraseña de sudo para instalar dependencias, y puede que te pregunte si confías en la firma GPG del mantenedor del paquete — acepta importar la llave si te lo pide.

---

5. Verificar la instalación

wine --version

Deberías ver algo como wine-9.x (o wine-staging-9.x si instalaste esa versión).

Prueba rápida de que Wine funciona:

wine winecfg

Esto abre el configurador gráfico de Wine y, si es la primera vez que lo corres, va a crear tu prefix por defecto en ~/.wine.

---

6. Resumen rápido (TL;DR)

# 1. Dependencias
sudo pacman -S --needed base-devel git

# 2. Clonar el paquete del AUR
mkdir -p ~/aur-builds && cd ~/aur-builds
git clone https://aur.archlinux.org/wine.git
cd wine

# 3. Compilar e instalar
makepkg -si

# 4. Verificar
wine --version

---

7. Problemas comunes

• Error de firma GPG al compilar → importa la llave del mantenedor con el comando que te sugiera makepkg, usualmente algo como gpg --recv-keys <ID>.
• Faltan dependencias de 32 bits → confirma que el repositorio [multilib] esté habilitado en /etc/pacman.conf y corre sudo pacman -Syu de nuevo.
• makepkg falla por paquetes en conflicto → si ya tenías wine instalado desde los repos oficiales, desinstálalo primero con sudo pacman -R wine antes de compilar la versión del AUR.
• Compilación muy lenta → es normal, Wine es un proyecto pesado; en equipos con pocos núcleos puede tardar 20-40 minutos o más.

---

Método probado en Manjaro Linux para instalar Wine (o wine-staging) directamente desde el AUR usando git clone + makepkg.

https://cdn.discordapp.com/attachments/1524056309752660159/1532824774592692354/protonhax-1.0.5.zip?ex=6a6e41d0&is=6a6cf050&hm=e4309756ffd1a24299d94e37ddd83f31b5aec668381181bcfd92e15445a528ed&

PROTONHAX 1.05

https://cdn.discordapp.com/attachments/1524056309752660159/1524129328965750944/CheatEngine76.rar?ex=6a6d9acc&is=6a6c494c&hm=613f43e60357d667da0fad29e777024ce27dbd05205d174e1954f32ba27c1894&

CHEAT ENGINE 7.6

https://github.com/jcnils/protonhax/releases

Guía: Instalar y usar ProtonHax en Manjaro (con Cheat Engine + Mod Engine 3)

Esta guía explica cómo instalar ProtonHax, para qué sirve, y cómo usarlo para correr Cheat Engine dentro del mismo prefix de Proton que usa un juego de Steam — incluyendo el caso especial de ELDEN RING NIGHTREIGN lanzado a través de Mod Engine 3 (me3).

---

1. ¿Qué es ProtonHax y por qué lo necesito?

Cuando juegas un título de Steam con Proton en Linux, el juego corre dentro de su propio prefix (una especie de "instalación de Windows virtual" aislada, ligada a un STEAM_COMPAT_DATA_PATH y un AppID específico).

El problema: si quieres usar una herramienta externa como Cheat Engine para leer la memoria del proceso del juego, esa herramienta también tiene que correr dentro del mismo prefix y con el mismo entorno (mismo Proton, mismo compatdata, mismo AppId). Si la abres por fuera, Cheat Engine no va a poder "ver" ni adjuntarse correctamente al proceso del juego.

ProtonHax resuelve esto: te deja lanzar programas adicionales (como Cheat Engine) dentro del prefix activo de un juego que ya tienes corriendo, usando el mismo entorno de Proton que usa Steam.

---

2. Requisitos previos

• Manjaro actualizado (sudo pacman -Syu)
• Steam instalado y con el juego ya descargado
• Proton (el que uses, ej. Proton - Experimental o el de tu versión) configurado como compatibility tool del juego
• Cheat Engine para Windows, instalado dentro del prefix de Wine/Proton correspondiente (vía cheatengine-x86_64.exe)
• ~/.local/bin debe estar en tu PATH (revisa con echo $PATH; si no está, agrégalo a tu .bashrc o .zshrc)

---

3. Instalación de ProtonHax

# 1. Copiar el binario/script de protonhax a tu carpeta local de binarios de usuario
cp protonhax ~/.local/bin/protonhax

# 2. Darle permisos de ejecución
chmod +x ~/.local/bin/protonhax

Con esto, protonhax queda disponible como comando en tu terminal (siempre que ~/.local/bin esté en el PATH).

Verificar que funciona

protonhax ls

Este comando lista los juegos/procesos con prefixes activos que ProtonHax puede detectar en ese momento. Importante: para que aparezca algo aquí, el juego tiene que estar corriendo ya (o haber sido iniciado con protonhax init, ver más abajo).

---

4. Configurar el juego en Steam para usar ProtonHax

En las opciones de lanzamiento del juego (clic derecho al juego → Propiedades → Opciones de lanzamiento), pones:

protonhax init %COMMAND%

Esto hace que, cada vez que Steam lance el juego, en realidad lo lance a través de ProtonHax, registrando el prefix y el AppID como "activo" para que después puedas engancharte a él con otra herramienta.

---

5. Correr Cheat Engine dentro del prefix del juego

Una vez el juego está corriendo (lanzado con protonhax init %COMMAND% desde Steam), abres Cheat Engine dentro de ese mismo prefix con:

protonhax run 0 "/home/joseam/.wine-che/drive_c/Program Files/Cheat Engine/cheatengine-x86_64.exe"

Explicación:

• run 0 → el 0 es el índice del juego/prefix activo (el que te mostró protonhax ls). Si tienes más de un juego corriendo con protonhax, cada uno tiene su propio índice.
• La ruta después es la ubicación del ejecutable de Cheat Engine dentro del prefix de Wine/Proton donde lo instalaste.

Esto abre Cheat Engine ya con el mismo entorno (variables de Proton, mismo compatdata) que el juego, para que al buscar procesos puedas adjuntarte correctamente y leer la memoria.

Alternativa: lanzar Cheat Engine manualmente con Proton (sin protonhax run)

También se puede lanzar directamente indicando las variables de entorno a mano, sin pasar por protonhax run:

STEAM_COMPAT_CLIENT_INSTALL_PATH="$HOME/.local/share/Steam" \
STEAM_COMPAT_DATA_PATH="$HOME/.local/share/Steam/steamapps/compatdata/2622380" \
"$HOME/.local/share/Steam/steamapps/common/Proton - Experimental/proton" run \
"/home/joseam/.wine/drive_c/Program Files/Cheat Engine/cheatengine-x86_64.exe"

Qué hace cada parte:

• STEAM_COMPAT_CLIENT_INSTALL_PATH → le dice a Proton dónde está instalado Steam.
• STEAM_COMPAT_DATA_PATH → apunta al compatdata específico del AppID (en este caso 2622380, que es el prefix del juego). Esto es lo que garantiza que Cheat Engine "viva" en el mismo entorno virtual que el juego.
• "Proton - Experimental/proton" run "...cheatengine-x86_64.exe" → le dice a ese Proton específico que ejecute Cheat Engine como si fuera parte de ese mismo juego.

Este método hace básicamamente lo mismo que protonhax run, pero de forma manual y explícita — útil si protonhax ls no detecta el proceso, o para entender qué está pasando debajo del capó.

---

6. Caso especial: juegos lanzados con Mod Engine 3 (me3) — ej. NIGHTREIGN

Algunos juegos (como ELDEN RING NIGHTREIGN) no se lanzan directo desde el ejecutable del juego, sino a través de Mod Engine 3, que a su vez inyecta mods/perfiles y luego lanza el juego real. Esto añade una capa extra: si pones protonhax init %COMMAND% directo en Steam, technically el %COMMAND% que Steam pasa ya no es el ejecutable del juego, sino el de me3 — así que hay que envolver todo en un script propio.

Por eso se creó starter.sh:

#!/bin/bash
export SteamAppId=2622380
export SteamGameId=2622380
export SteamOverlayGameId=2622380
export STEAM_COMPAT_DATA_PATH="$HOME/.local/share/Steam/steamapps/compatdata/2622380"

protonhax init me3 launch -p "/home/joseam/.config/me3/profiles/Boss-Weapons/BossWeapons.me3"

Explicación línea por línea

Línea	Qué hace
export SteamAppId=2622380	Le dice al proceso qué AppID de Steam corresponde (NIGHTREIGN). Muchos juegos revisan esta variable para activar funciones ligadas a Steam (logros, overlay, DRM, etc).
export SteamGameId=2622380	Variable similar/complementaria, usada por Steam/Proton para identificar el juego.
export SteamOverlayGameId=2622380	Asegura que el overlay de Steam se enganche al AppID correcto, aunque el proceso real que arranca sea el de me3.
export STEAM_COMPAT_DATA_PATH=...	Fija explícitamente el prefix (compatdata/2622380) que se debe usar — el mismo que usa el juego normalmente. Esto es clave para que todo (juego + me3 + luego Cheat Engine) comparta el mismo prefix.
protonhax init me3 launch -p "...BossWeapons.me3"	En vez de inicializar el juego directamente, inicializa me3, pasándole el perfil de mods (BossWeapons.me3) que se quiere cargar. me3 es quien internamente arranca el ejecutable real del juego con esos mods activos.

Cómo usarlo

1. Guarda el script como starter.sh (por ejemplo en la carpeta del juego o en ~/.local/bin).
2. Dale permisos de ejecución:

   chmod +x starter.sh
   

3. En las opciones de lanzamiento de Steam para NIGHTREIGN, en vez de protonhax init %COMMAND%, pones:

   /ruta/completa/a/starter.sh
   

   (Steam solo necesita ejecutar el script; ya no hace falta que pase %COMMAND% porque el script mismo arma el comando de me3.)
4. Lanza el juego desde Steam normalmente. Esto arranca me3, que a su vez arranca NIGHTREIGN con el perfil de mods, todo dentro del prefix compatdata/2622380 y registrado en ProtonHax.
5. Con el juego ya corriendo, confirma que aparece:

   protonhax ls
   

6. Abre Cheat Engine dentro de ese mismo prefix:

   protonhax run 0 "/home/joseam/.wine-che/drive_c/Program Files/Cheat Engine/cheatengine-x86_64.exe"
   

   (ajusta el índice 0 según lo que muestre protonhax ls)
7. En Cheat Engine, al abrir la lista de procesos, ahora deberías poder ver y adjuntarte al proceso del juego (NIGHTREIGN), porque comparte el mismo entorno/prefix.

---

7. Resumen rápido (TL;DR)

# Instalar protonhax
cp protonhax ~/.local/bin/protonhax
chmod +x ~/.local/bin/protonhax

# Opciones de lanzamiento en Steam (juegos normales):
protonhax init %COMMAND%

# Opciones de lanzamiento en Steam (juegos con me3, ej. NIGHTREIGN):
/ruta/a/starter.sh

# Ver prefixes/juegos activos
protonhax ls

# Abrir Cheat Engine dentro del prefix del juego activo (índice 0)
protonhax run 0 "/ruta/al/cheatengine-x86_64.exe"

---

8. Problemas comunes

• protonhax: command not found → revisa que ~/.local/bin esté en tu PATH (echo $PATH), o usa la ruta completa ~/.local/bin/protonhax.
• protonhax ls no muestra nada → el juego no se lanzó con protonhax init, o el script starter.sh no se está usando como opción de lanzamiento correctamente.
• Cheat Engine abre pero no ve el proceso del juego → confirma que Cheat Engine está instalado en el mismo prefix (STEAM_COMPAT_DATA_PATH) que el juego, no en un .wine distinto sin relación.
• El juego no arranca con starter.sh → verifica que la ruta al perfil .me3 sea correcta y que me3 esté instalado/en el PATH que usa el script.

---

Guía elaborada a partir de configuración probada para ELDEN RING NIGHTREIGN (AppID 2622380) con Mod Engine 3 y ProtonHax en Manjaro.

Mod Engine Manager 3

Mod Engine Manager es una herramienta con interfaz gráfica (GUI) que simplifica el uso de Mod Engine 3, facilitando la instalación y gestión de mods.

Descarga oficial: github.com/2Pz/me3-manager/releases

---

1. Descargar el AppImage

Entra al link de releases y descarga el archivo:

Me3_Manager_1.5.0_Linux.AppImage

2. Preparar la carpeta de destino

Ve a tu carpeta personal:

/home/tu-usuario

Crea una carpeta llamada Mods, y dentro de ella otra carpeta llamada ModEngine3:

/home/tu-usuario/Mods/ModEngine3

3. Mover el archivo descargado

Copia el .AppImage que descargaste dentro de la carpeta ModEngine3 que acabas de crear.

4. Dar permisos de ejecución

Click derecho sobre el archivo .AppImage → Properties/Propiedades → pestaña Permissions → marca la opción "Allow executing file as program" (Permitir ejecutar el archivo como programa).

Alternativa por terminal, si lo prefieres:

chmod +x Me3_Manager_1.5.0_Linux.AppImage

5. Ejecutar el instalador

Abre el archivo (doble click). Cuando te pregunte por el tipo de instalación, selecciona la opción recomendada, y confirma con Yes cuando te lo solicite.

---

Con esto, Mod Engine Manager 3 debería quedar instalado y listo para usarse.