A veces me pregunto si la gente lee las publicaciones largas que a veces hago aquí 🤔

Yo apostaría que no, pero mis respetos a quienes leen esos testamentos xd

Si tuviera mejor micrófono hablaría en vez de escribir cuando el texto se pone muy largo

Reinicien el contador de días sin un hackeo en Venezuela... (¿O tal vez no?)

Por lo menos esta vez no me tocó 😇

👉 Fuente

Edit: Al parecer es un refrito de la filtración de 2025 🤔 o al menos eso parece, o sea, en realidad no sería algo nuevo. El contexto es que una persona está afirmando haberlo hecho pero los datos expuestos parecen ser los mismos del año pasado

Leí esto en mi feed RSS, sin embargo no se había añadido la información completa... Clickbait, luego de mirar la verdadera fuente original, pude ver el contexto y por eso es que he editado el post 🙃

¿Alguien aquí estaría interesado en leer un post random relacionado con emulación de vídeojuegos? 😁

Estos días me he medio obsesionado con un formato de compresión que puedes aplicar a roms de videojuegos, me ha asombrado la verdad...

Es un formato sin perdida, y pareciera que hace magia pero en realidad es simple compresión, matemáticas hijo 😁

El formato es chd, y sus resultados son emocionantes... por ejemplo, supón que descomprimes una rom de un juego de Playstation 1, y que pesa en total entre 600 0 700mb, bueno, dependiendo del contenido del juego, puedes reducir el peso a unos 300-400, y a diferencia de meter una rom dentro de una carpeta comprimida que el emulador debe extraer antes de ejecutar, en este caso es como cargar una rom convencional, aunque a veces puede que haya una espera de pocos segundos pero en general va bien.

Tienes compresión sin perdida y simplificación de librería, porque hay que recordar que una librería de juegos retro en formato cd, como de playstation y demás, es algo un poco caótico, si lo tienes todo descomprimido pesa mucho y además hay roms que tienen que si más de 1 track, así que en vez de tener una sola rom tienes como 10 archivos por juego ... caotico como dije. Con chd todo se fusiona de forma ordenada y sin perdida en un solo archivo, no más desastre.

Una guía interesante para quien le interese: https://retrogamecorps.com/2023/02/06/the-ultimate-rom-file-compression-guide/#CHD

Ejemplos, estos juegos en sus archivos originales sin comprimir pesan mucho más pero en chd no llegan ni a 500mb, y como dije, es compresión sin perdida, es decir, misma calidad de audio-video, mismo desempeño, etc, lo que cambia es el empaque, todo el contenido que compone el juego sigue ahí 👀

¿Y como se crea una rom en chd? bueno, creo que ahí está la respuesta a porque esto es tan de nicho, no hay un set de herramientas que todos puedan usar de forma fácil y accesible.

Texto largo:

Hay una, chdman, pertenece al emulador MAME, fueron ellos quienes crearon esto, pero viene en pack, es decir, para compilar esa herramienta tienes que compilar todo el emulador .... y bueno, MAME es un emulador con mucha historia y lleno de cosas, así que buena suerte con compilar todo eso solo por una simple herramienta 😁por eso en parte no es algo tan extendido con forks y demás

Pero, hay algunas formas sencillas de hacerlo.

En Android con CHDroid se pueden convertir archivos de forma decente, es básicamente un wrapper (y que sospecho es vibe code... pero bueno, sirve)lo único que hace es ponerle una interfaz gráfica y fácil de usar a la herramienta mencionada arriba, nada más, podrías hacer lo mismo en un script de termux si lo piensas... (De hecho ☝️🤓 ya lo hice...)

En Windows con namDHC, no uso Windows así que ni idea

Y en Linux, pues, algunas distros como dije tienen las herramientas de mame, entre ellas chdman, y alguien hizo una especie de script python para simplificar cosas

También existe esta repo que es un fork del emulador removiendo todo el contenido no relevante y solo manteniendo lo necesario para chdman, aunque fue archivada recientemente, no es un trabajo sencillo, pero bueno, por ahora está actualizada. Lo bueno de esa opción es que para compilar es ligera, hasta en termux compila 👀

En fin, en la guía de arriba se detallan más cosas

Yo lo que hice fue compilar, tanto en mi PC (fue un infierno en Alpine aquí entre nos... y todo por una simple linea de código...) como en Android, con flags agresivas de optimización nativa y demás, no sé, me gusta compilar así jaja. Y creo que me va mejor en termux que en la app Android que mencioné, CHDroid, siento que la compresión es mucho más rápida en Termux y eso que se está usando la misma configuración, como siempre todo en terminal es más rápido parece

Como se nota cuando de verdad me gusta hablar de algo, incluso intentando resumir termino escribiendo cosas largas 😇 perdón por el spam, pero bueno, si llevan rato aquí supongo que ya se deben haber acostumbrado, espero... jaja

El resumen de mi post que hace la IA de Telegram la verdad es que es relativamente decente, aunque pienso que resumir las cosas así mata en cierta forma la esencia de un canal porque bueno, estás leyendo un resumen, un resumen que va muy al grano, pero para quien no quiera leer párrafos largos supongo que está bien.

Duda existencial: es el mismo resumen para todos o se genera cada vez? en el resumen que veo yo hay un pequeño error tonto 🤔 fuera de eso, podría ser peor

Tremenda referencia se lanzó Durov aquí a una de mis series favoritas 👀

Me pregunto cuantos aquí sabrán cual es 🤔

Si la has visto la referencia es clara

Vale, respuesta al post anterior...

Nunca esperé ver a este grupo de locos referenciados en un promocional de una función de Telegram 👀

En el vídeo se puede ver que el perfil de ejemplo pertenece a alguien llamado "Bertram" quien es mejor conocido como Gilfoyle, y más adelante se ve interactuando en un chat con "Dinesh", ambos personajes de la serie Silicon Valley de HBO

Pero la referencia va a más, el nombre del bot encargado de manejar el chat: "Son of Anton", en la serie, esta es una IA creada por Gilfoyle que en la temporada final cobra mucha relevancia, es un concepto interesante de que puede salir mal cuando delegas tus cosas a una IA... (Btw, esto fue antes del boom de los llm)

En fin, por si les daba curiosidad (probablemente no 😁)

Que pesada está Google Play con que use cosas de IA 😁

Yo ni uso Play para conseguir o instalar apps...

Varias veces mencioné aquí que no le veía mucho sentido a usar Termux, que nunca le encontraba mucha utilidad... Con el tiempo eso ha cambiado.

Actualmente uso Termux para:

- Descomprimir archivos de casi cualquier formato, para así no instalar una app para eso.
- Parchear roms de vídeojuegos
- Comprimir roms en chd
- Usar adb con Shizuku
- Sincronizar cosas entre mi android y mi Linux con Rclone

Y así, varios usos, al final Termux es un Linux con todo lo que eso conlleva... Y a mi me encanta Linux.

No es para todos y los usos que le doy pueden lograrse con apps Android, pero soy minimalista, siempre prefiero una terminal antes que una interfaz gráfica, en PC o en Android, es igual...

Yo y mis manías 😁

El otro día estaba viendo lo raro que es parchear cierto juego de PS1 al español, el equipo que hizo la traducción tomó una decisión inusual en su momento: no ofrecer el archivo del parche directamente, en su lugar ofrecían un programa para automatizar el proceso, tiene algo de sentido en el contexto de 2010 pero en 2026 es un enfoque horrible

No solamente porque si no usas Windows, parchear el juego implica más trabajo de lo que debería ser normalmente, es que incluso en Windows es mala idea, Windows cambia, hay muchos programas viejos que ya no funcionan actualmente, así que a largo plazo fue una idea muy mala 🤔

¿Como preservas un parche al que no tienes acceso? ¿como garantizas que siga siendo accesible a futuro si es inusualmente complejo?

Por eso la importancia del open source... muchos proyectos relacionados a la emulación son de código abierto y gracias a eso pueden preservarse de mejor forma, sin embargo cuando se decide tomar un camino tan raro y además no soltar ningún código fuente o documentación las cosas se complican...

Por eso por norma general casi siempre se libera un parche, en el formato que quieras, pero solo eso, ya luego que el usuario se encargue de parchear como pueda, puede que el sitio web no exista mañana o que el equipo desaparezca, pero un parche es más fácil de conservar, o mejor aún, si hay código fuente nunca estará realmente perdido

Emmmm, este post no tiene comentarios aparentemente, porque ni siquiera aparece en el grupo de discusión asociado 🤔

Ni idea, quizás es caché y se actualiza pronto.

A veces liberar una vulnerabilidad es la única opción viable cuando los investigadores son ignorados...

Si bien es algo que se evita y es la opción nuclear, al final es la más efectiva, fuerzas a quien hace el software a arreglarlo cuando todo se hace público.

Parece que va a pasar pronto con Signal, porque este investigador ha anunciado que se agotaron todas las opciones:

Todos mis intentos de comunicar una vulnerabilidad en Signal han fallado, no he recibido ninguna respuesta a mis múltiples mensajes. Gente buena ha intentado hacerles llegar mi preocupación (y les agradezco sus esfuerzos y ayuda), pero no ha servido de nada.

Estoy decepcionado por la falta de comunicación de Signal. Revelaré todos los detalles del problema más tarde hoy (con mitigaciones para el usuario final), después del sexto mes desde el informe inicial.

A ver que pasa, Signal pudo haberlo evitado pero parece que tocó la opción nuclear 🤔

Fuente (Gracias a mi feed de Fedi... jeje)