redstore

Redstore es un pequeño mod de Fabric para Minecraft 26.3 que comprime circuitos de redstone ya posibles en vanilla en bloques individuales, con el objetivo de mantener las construcciones en servidores técnicos legibles y compactas. El autor enfatiza que nada de lo que añade supera las capacidades de supervivencia vanilla sin comandos: una puerta lógica es un ensamblaje de antorcha y repetidor en una sola celda, la tolva con filtro es la clásica celda clasificadora de comparador, y el cargador de chunks planificado es una cámara de estasis de perla del ender sin la perla. El objetivo declarado es eliminar la tediosidad, no los límites. Estado: temprano y sin publicar. Las tres puertas, el reloj y la tolva con filtro están escritos; el cargador de chunks está especificado pero no implementado. El ID del mod `redstore` es un nombre en código funcional y el nombre público aún no está decidido. Bloques descritos en el README: - Puerta AND / OR / XOR: placas del tamaño de un repetidor con dos entradas laterales y una salida frontal, con un tick de redstone de retardo. Clic derecho las invierte a NAND, NOR y XNOR. Cada una se fabrica con, y lleva un panel de, su propio metal: hierro, cobre, oro. - Reloj de redstone: emite una señal periódica. Clic derecho recorre ocho configuraciones, de 1 a 4 ticks de redstone por fase, como onda cuadrada o pulso de 1 tick. Funciona por defecto; una señal en cualquiera de los lados lo detiene y muestra la barra de piedra base de un repetidor bloqueado. - Tolva con filtro: una tolva con un slot de filtro adicional, más lista blanca/negra y coincidencia estricta/suelta. El filtro gobierna lo que puede entrar; lo que esté dentro siempre puede salir. - Cargador de chunks: especificado, no implementado. Mantendría su propio chunk forzado y completamente activo a través de reinicios. Requisitos: Minecraft 26.3, Fabric Loader 0.19.5 o superior, Fabric API (necesaria para el constructor de entidad de bloque y el gancho de pestaña creativa) y Java 25. Debe instalarse tanto en cliente como en servidor porque añade bloques y una pantalla. No hay archivo de configuración; cada bloque se comporta igual en todas partes, y un servidor que no quiera uno de ellos puede eliminar su receta con un datapack. Compilación: el mod se distribuye como código fuente. `./gradlew build` produce un jar en build/libs/, y `./gradlew runClient` inicia un cliente de desarrollo. Un JDK 25 o superior es el único prerrequisito; Gradle viene del wrapper y Minecraft se descarga mediante Loom. Dado que Minecraft se distribuye sin ofuscar desde 26.1, no hay mapeos que aplicar y Loom no remapea nada: las dependencias del mod usan `implementation` y el artefacto proviene de la tarea `jar` normal. Estructura del repositorio: `spec/` contiene el diseño escrito antes del código, un archivo por bloque, con especificaciones abstractas para componentes de placa plana compartidos; `spec/ideas/` registra ideas consideradas y rechazadas, como modos analógicos de puerta. `src/` contiene el mod, con clases solo de cliente en `src/client`. `buildSrc/` contiene la tarea `generateAssets`. Enfoque artístico: ninguna textura está dibujada a mano y ninguna se almacena en el repositorio. Cada una es una textura vanilla con una pequeña edición precisamente definida, por ejemplo la tolva con filtro es una tolva con el borde de su boca recoloreado al color de madera del marco de objeto, y una puerta es la placa del repetidor con su línea borrada y un panel de metal incrustado. Estas ediciones viven en `buildSrc/` como código, y la tarea de Gradle `generateAssets` las aplica en tiempo de compilación, leyendo la propia copia de Minecraft del usuario y escribiendo en `build/`. Se ejecuta automáticamente antes de `processResources`, de modo que tanto el jar como el cliente de desarrollo reciben los recursos sin pasos adicionales. El autor señala dos consecuencias: la edición permanece revisable en un diff y puede reproducirse cuando Mojang retoca un original, y el repositorio nunca contiene una textura de Mojang modificada, solo el código que describe la edición. Licencia: el código es BSD 2-Clause. El README señala que los propios términos de Minecraft se aplican encima, ya que Mojang permite mods siempre que no se vendan ni se monetizen, por lo que la redacción permisiva de uso comercial es subordinada a las directrices de uso de Mojang. Las texturas derivadas no son del proyecto para licenciarlas: son ediciones del arte de Mojang, y los términos de Mojang permiten modificar texturas predeterminadas para uso personal pero no redistribuirlas. Por eso el mod se distribuye como código fuente y genera texturas en la máquina del usuario a partir del juego que ya posee, en lugar de distribuir un jar con las ediciones incrustadas.