Os presento las novedades de NeoChat en KDE Gear 24.12, el sexto artículo de la serie de la última actualización del ecosistema de aplicaciones de KDE, otro paso adelante en la mejora continua del proyecto.

Novedades de NeoChat en KDE Gear 24.12

El lanzamiento de KDE Gear 24.12 ha venido cargado de novedades. Ya he hablado de Okular, Kleopatra, Dolphin, KDE Connect, KDE Itinerary y Tokodon. Hoy le toca a Neochat, una aplicación de chat que le permite aprovechar al máximo la red Matrix. .

NeoChat pretende ser una aplicación con todas las funciones para la especificación de Matrix. Como tal, admite todo en la especificación estable actual, con las notables excepciones de VoIP, subprocesos y algunas funciones de cifrado de extremo a extremo. Existen algunas omisiones menos importantes debido al hecho de que la especificación de Matrix está en constante evolución, pero el objetivo sigue siendo brindar compatibilidad final con toda la especificación.

Según leeemos en el anuncio oficial, las novedades de NeoChat de KDE Gear 24.12 son las siguientes:

Como tu confianza y tu seguridad son importantes cuando hablas con desconocidos, ahora tienes la opción de bloquear las imágenes y los vídeos de forma predeterminada. También hemos implementado una especificación de Matrix que redirige las búsquedas de contenido dañino y potencialmente ilegal a un mensaje de soporte.

Además, al responder a usuarios que has ignorado, tu mensaje no se mostrará, lo que evitará interactuar accidentalmente con personas desagradables. También hemos mejorado la página de configuración de seguridad para que sea más relevante y útil para los usuarios normales.

El aspecto y la usabilidad de NeoChat también se han mejorado: se han incluido un selector de emojis más vistoso, más opciones de clasificación de listas de salas, un menú de contexto de mensajes más completo y encuestas con mejor aspecto.

Más información: KDE Gear 24.12

Recuerda que estamos en campaña de recaudación

Creo que es un buen momento para recordar que donar a proyectos abiertos es una de las formas de colaborar más sencillas en el desarrollo de estas iniciativas. Y es que debemos tener claro que gran parte del Software Libre es gratuito pero implica unos gastos básicos, por ejemplo, en cuanto a servidores. Además, si queremos calidad y que se tenga garantías de desarrollo los usuarios, o gran parte de estos, deben colaborar de alguna forma en su desarrollo. Creo que es un buen momento para invitaros a leer este artículo ya algo viejo que publiqué en su día en este humilde blog.

De esta forma se inició una campaña de recaudación de fondos para KDE para que la Comunidad KDE siga creciendo y tenga los recursos necesarios para afrontar los posibles retos que seguro aparecen. Además, de esta forma se comprometen a serguir ofreciendo más y más software de calidad de forma gratuita, tanto de forma monetaria como en forma de datos personales.

Y es que la Comunidad KDE necesita financiación para optimizar actividades como:

• Sprints para desarrolladores: Ayudarás a financiar las reuniones presenciales que mantienen a nuestros desarrolladores con energía y centrados en hacer KDE aún mejor.
• Gastos de viaje a eventos: Apoyarás la presencia de nuestro equipo en reuniones y conferencias importantes, como FOSDEM, FOSSAsia y LinuxCons.
• Evento Akademy: Garantizará el éxito del evento anual de la comunidad KDE para todos los miembros, y fomentará la colaboración y el crecimiento.
• Funcionamiento de KDE: Mantendrás las luces encendidas en la sede de KDE y nuestro hogar digital funcionando sin problemas.
• Pagar al personal de apoyo: Te asegurarás de que KDE tenga a mano los expertos que necesitamos para ayudar a nuestros colaboradores y usuarios.

La entrada Novedades de NeoChat en KDE Gear 24.12 se publicó primero en KDE Blog.

A estimativa do alvo do olhar, ou prever para onde uma pessoa está olhando em uma cena, é um desafio importante na pesquisa de inteligência artificial. Essa tarefa exige a integração de informações como a orientação da cabeça e o contexto visual. No entanto, métodos tradicionais enfrentam limitações, como altos custos computacionais e a necessidade de grandes volumes de dados rotulados, tornando difícil a implementação em tempo real e a escalabilidade dessas soluções.

Para superar essas barreiras, pesquisadores do Georgia Institute of Technology e da University of Illinois Urbana-Champaign desenvolveram o Gaze-LLE, uma arquitetura eficiente e simplificada para estimativa de olhar. Baseado em um codificador visual DINOv2 estático e um decodificador minimalista, o Gaze-LLE reduz em 95% os cálculos necessários, eliminando arquiteturas complexas de múltiplas ramificações. Essa abordagem compacta é altamente eficiente sem sacrificar a precisão.

O Gaze-LLE utiliza dois componentes principais: um codificador visual congelado que extrai recursos robustos e um decodificador leve que combina informações da cena com a posição da cabeça. Esse sistema produz mapas de calor que identificam possíveis alvos de olhar e realiza classificações rápidas, utilizando uma perda simples de entropia cruzada pixel a pixel para treinamento direto. Testado em conjuntos de dados como GazeFollow e ChildPlay, o modelo apresentou resultados notáveis em eficiência e precisão, superando métodos anteriores.

Os benchmarks do Gaze-LLE confirmam sua superioridade, com métricas como AUC de 0,958 e erro L2 de 0,099 no GazeFollow, além de tempos de treinamento significativamente reduzidos, alcançando convergência em menos de 1,5 horas de GPU. A arquitetura também se destaca pela forte generalização em diferentes conjuntos de dados sem necessidade de ajuste fino. Esses avanços reforçam o potencial de modelos otimizados para aplicações de estimativa de olhar precisas e flexíveis no campo da IA.

Fonte: https://github.com/fkryan/gazelle

Os presento las novedades de Kate en KDE Gear 24.12, un nuevo artículo de la serie de la última actualización del ecosistema de aplicaciones de KDE, otro paso adelante en la mejora continua del proyecto. Nunca está de más recordar Kate es un editor de texto repleto de funciones que le facilitarán la visualización y edición de todos los archivos de texto. .

Novedades de Kate en KDE Gear 24.12

El lanzamiento de KDE Gear 24.12 ha venido cargado de novedades. Ya he hablado de Okular, Kleopatra, Dolphin, KDE Connect, KDE Itinerary, Tokodon y Neochat. Hoy le toca a Kate una aplicación simple pero increíblemente potente, muy apreciada por los desarrolladores.

Kate es un editor de texto rápido, multidocumento y multivista para programadores creado por KDE. Incluye compatibilidad con LSP (Protocolo de servidor de lenguaje), proyectos, múltiples cursores y selecciones, integración de git, búsqueda en carpetas, divisiones horizontales y verticales, modo vi, resaltado de sintaxis para más de 300 idiomas, terminal integrado, ajuste de palabras dinámico y mucho más.

Según leeemos en el anuncio oficial, las novedades de Kate de KDE Gear 24.12 son las siguientes:

En lugar de grandes funciones, los desarrolladores se han centrado esta vez en cosas pequeñas con el objetivo de mejorar la experiencia general. Por ejemplo, Kate arranca ahora más rápido y muestra información visual sobre el estado de Git («modificado» o «preparado») en el árbol del Proyecto.

El orden de las pestañas se recuerda correctamente al restaurar una sesión anterior y las opciones de los servidores LSP se pueden descubrir más fácilmente, ya que no solo están disponibles mediante un menú de contexto, sino también en un botón de menú en la parte superior.

Se han mejorado las descripciones emergentes del formato de código en línea de Kate y ahora también se pueden mostrar en una vista especial de herramientas de contexto; además, los complementos funcionan ahora en Windows y se han ampliado para permitir el uso de Flutter para tareas de depuración.

La herramienta de apertura rápida permite buscar y explorar los proyectos abiertos en la sesión actual. También se ha añadido una opción para Volver a abrir los últimos documentos cerrados al menú de contexto de las pestañas.

Más información: KDE Gear 24.12

Recuerda que estamos en campaña de recaudación

Creo que es un buen momento para recordar que donar a proyectos abiertos es una de las formas de colaborar más sencillas en el desarrollo de estas iniciativas. Y es que debemos tener claro que gran parte del Software Libre es gratuito pero implica unos gastos básicos, por ejemplo, en cuanto a servidores. Además, si queremos calidad y que se tenga garantías de desarrollo los usuarios, o gran parte de estos, deben colaborar de alguna forma en su desarrollo. Creo que es un buen momento para invitaros a leer este artículo ya algo viejo que publiqué en su día en este humilde blog.

De esta forma se inició una campaña de recaudación de fondos para KDE para que la Comunidad KDE siga creciendo y tenga los recursos necesarios para afrontar los posibles retos que seguro aparecen. Además, de esta forma se comprometen a serguir ofreciendo más y más software de calidad de forma gratuita, tanto de forma monetaria como en forma de datos personales.

Y es que la Comunidad KDE necesita financiación para optimizar actividades como:

• Sprints para desarrolladores: Ayudarás a financiar las reuniones presenciales que mantienen a nuestros desarrolladores con energía y centrados en hacer KDE aún mejor.
• Gastos de viaje a eventos: Apoyarás la presencia de nuestro equipo en reuniones y conferencias importantes, como FOSDEM, FOSSAsia y LinuxCons.
• Evento Akademy: Garantizará el éxito del evento anual de la comunidad KDE para todos los miembros, y fomentará la colaboración y el crecimiento.
• Funcionamiento de KDE: Mantendrás las luces encendidas en la sede de KDE y nuestro hogar digital funcionando sin problemas.
• Pagar al personal de apoyo: Te asegurarás de que KDE tenga a mano los expertos que necesitamos para ayudar a nuestros colaboradores y usuarios.

La entrada Novedades de Kate en KDE Gear 24.12 se publicó primero en KDE Blog.

Me alegra compartir con todos vosotros la quinta actualización de Plasma 6.2, iniciando así una serie de revisión de software que le dotará de más estabilidad, mejores traducción y resolución de errores. Estas actualizaciones son 100% recomendables y casi obligatorias para cualquier usuario ya que lo único que hacen es mejorar la versión sin comprometer sus funcionalidades.

Quinta actualización de Plasma 6.2

No existe Software creado por la humanidad que no contenga errores. Es un hecho incontestable y cuya única solución son las actualizaciones. Es por ello que en el ciclo de desarrollo del software creado por la Comunidad KDE se incluye siempre las fechas de las mismas siguiendo una especie de serie de Fibonacci.

La Comunidad KDE ha publicado la quinta actualización de Plasma 6.2, una versión que viene a subsanar los errores más graves del gran salto en cuanto a tecnología que fue Plasma 6 y Plasma 6.1.

Así que me congratula en presentar que el pasado martes 31 de diciembre de 2024, (¡último día del año!) varios meses después de liberar el código de Plasma 6.2 la Comunidad KDE presenta la quinta actualización de errores.

• KScreenLocker: X11locker disminuye m_background al ocultar.
• Demonio Powerdevil: no se bloquea al ejecutar powerDevil::Core::unloadAllActiveActions().
• Discover: la página de actualizaciones corrige la superposición del cuadro de descripción de la actualización con su texto.

Más información: KDE

Las novedades generales de Plasma 6.2

Aprovecho para realizar un listado de las novedades generales de Plasma 6.2:

• Opción para reasignar los botones del lápiz de la tableta de dibujo a distintos tipos de clics del ratón.
• Capacidad de anular aplicaciones que bloquean la suspensión o el bloqueo de la pantalla.
• Discover es compatible ahora con PostmarketOS.
• Se ha renovado la interfaz gráfica del módulo Accesibilidad de las Preferencias del sistema para mayor… ¡accesibilidad!
• Nueva experiencia de usuario para el modo de edición de Plasma, para hacer que su modalidad sea más obvia y visualmente más elegante.
• Previsión meteorológica: Pronóstico nocturno del proveedor meteorológico NOAA.
• Opción para desactivar el desplazamiento suave en las aplicaciones de KDE.
• Se ha mejorado la organización de la vista de cuadrícula expandida de la bandeja del sistema.
• Ahora se reproduce un sonido al conectar o desconectar una pantalla.
• Herramienta de recorte integrada cuando se selecciona el avatar del usuario.

Más información: KDE

La entrada Quinta actualización de Plasma 6.2 se publicó primero en KDE Blog.

Resistance is not futile. If you try to force change like the Borg, your efforts to help teams will likely be foiled. Even worse, if you succeed at imposing your desired change, you’ll destroy the very potential of those you’re trying to help. 

In my experience teams following Extreme Programming (XP) values and practices have had some of the most joy in their work: fulfilment from meaningful results, continually discovering better ways of working, and having fun while doing so. As a manager, I wish everyone could experience joy in their work. 

I’ve had the privilege to work in, build, and support many teams; some have used XP from the get go, some have re-discovered XP from first principles, and some have been wholly opposed to XP practices. 

XP Teams are not only fun, they take control of how they work, and discover better ways of working. 

Who wouldn’t want that? Where does resistance come from? Don’t get me wrong; XP practices are not for everyone, and aren’t relevant in all contexts. However, it saddens me when people who would otherwise benefit from XP are implicitly or accidentally deterred.

Developers discount XP based on misconceptions. Managers say they support collaborative working while simultaneously reinforcing incentives that demonstrate the opposite. Let’s explore sources of resistance to XP from developers, management, systems, and tools, along with how to help…if appropriate.

Paradox of Giving Control

One cannot coerce teams to take control. Control must be taken. XP Teams take control of and own their ways of working. Management imposed XP is not XP. 

Supportive managers have significant power to influence ways of working, but can only invite and encourage ways of working; coercion cannot create teams that take control.

Developers’ resistance to XP

Curiously, given XP’s origins, much resistance to XP ways of working comes from developers. Perhaps even more so than management. 

It’s not what we’re used to

XP practices are incredible, in the full sense of the word. Not only are they highly effective but it is often difficult to believe they will work well for you, until you’ve had the chance to try them.

Most developers are familiar with the open source development workflows that have gained popularity thanks to GitHub—Long lived branches, pull requests, individual autonomy and collaboration amongst large groups of people across many time zones. This way of working is effective for large open source projects but it’s not as effective as small teams can be at working together towards a common goal. 

Furthermore, many XP practices are both counterintuitive and require a lot of skill. TDD is hard if you’ve not had the privilege to work in a team skilled at it. Many folks say they practice TDD, comparatively few do or can. Ditto Pairing. Ditto CI. People think TDD is about writing “the tests” first, think pairing is about discussing code from time to time, and think CI is about test/build automation. Actually integrating your changes every hour, driving implementation from a single failing test assertion for the next micro-unit of behaviour, and working collaboratively with another person throughout the work are both hard and unfamiliar. 

Pairing conflicts with the popular understanding of “flow”, and stereotypes of introverted developer needs. Pairing requires skill at collaborating in real time. It feels less efficient because you’re shaping the design collaboratively as you go rather than hammering out your personal vision. It takes experience of good pairing to see how flow is improved by continuity, resistance to distractions, and focus on different levels of abstraction throughout. It takes experience of good pairing to see how it saves on re-work on review. It takes experience of good pairing to be convinced it’s fun, even for self-identifying introverts. 

CI conflicts with the popular experience with pull request workflows. It takes skill to break a change down so that you can make an integrable small step in less than an hour. It takes humility and compassion for yourself and your team to accept the overhead of breaking work down into such small steps. It takes experience to see how working in small steps with some overhead of crafting each step will save time in the long run with less rework or breakages. 

TDD is hard, perhaps the hardest of the XP practices to learn, it requires both expertise and also humility. The humility to accept that the design may end up better through working in smaller steps with continuous feedback, than it would through shaping it out first.

These factors often lead to bad experiences where people see more examples of misunderstandings  than good practices. This leads to misnomers like  “TDD couples the tests to the implementation”, “pairing is for extroverts”, and “you must have CI on a branch“

Developers’ resistance to their own understanding and experience of XP practices are not then wrong or surprising. They likely will be more effective with the ways of working they understand and have become skilled in, even if they’re at a local maximum, even if their team could be more effective.

Individual Autonomy is Glorified

Popular developer culture glorifies individual autonomy and preferences above all else. What helps an individual focus, get into flow, get most done, avoid distractions. Maximise flow, minimise meetings. 

Embracing XP values requires embracing what’s best for the team and the team’s outcomes; at the expense of individual freedom and productivity. 

This wrankles.

Pairing requires preceding at the speed of conversation, and often accepting a more emotionally draining way of working. Pairing requires agreeing on a common tech setup often involving tradeoffs from keyboards to editor of choice.

CI requires effort to keep your changes integrated with everyone else’s rather than blasting off alone.

In short it needs humility and a commitment to the needs of the team. 

The needs of the many outweigh the needs of the few. 

Management incentives that resist XP

Of course resistance to different ways of working doesn’t just come from developers, managers have even more influence. Even managers who think and say they support collaborative working may be oblivious to the ways they signal and support systems that demonstrate the opposite.

Rewarding and Managing Individuals

Do you have OKRs for individuals? Are you performance managing individuals’ outcomes? Do you build promotion packets for individuals based on their direct contributions to the company results?

You are incentivising individuals to avoid collaborating and maximise their individual visible contributions. 

There’s a paradox for managers that managing individuals and optimising individual performance undermines team impact. You lose out on the impact multiplier that teams can have.

Helping teams means switching from holding people accountable for output, to holding them accountable for behaviours. This is often uncomfortable; it’s easier to point at a number that’s not good enough, than have a conversation about behaviour that isn’t meeting your needs or the team’s needs. 

Short termism

Management incentives often conspire to maximise short term results. How much can we get done this quarter, this week, today. It requires effort to support sustainability and protect teams from self-imposed deadlines and urgency stealing their discretion to work collaboratively.

Lack of time discretion 

Can your teams choose what they work on day to day or is their time managed and tracked to project plans and budgets by armies of bureaucrats? Without space to adapt, nobody will.

Lack of Control

Does everyone have to use Jira? There’s your problem ;)

Is a team allowed to not plan every week? Can they choose to not have a standup? Can they work differently?

“But how will we track without standardisation?” You won’t. “How will we manage without metrics?” you have to have real meaningful conversations, not just watch numbers on dashboards that are comforting lies.

Teams need control over their ways of working to be able to uncover better ways of working.

Tools reinforce resistance to XP

The tools we use, and the language and metaphors they employ have a surprisingly big effect on our ways of working.

This impact was starkly visible when a team switched from having daily “standup” conversations from around a Jira board, to a freeform custom layout for their workflow on a Miro board. There was an immediate improvement to the quality of conversation around who needed to work with whom on what, towards which outcomes.

Not to pick on Jira (but it’s such a good example of a tool antithetical to agility) Jira encourages each “issue” (everything is a problem) to be “assigned” (not self organised) to an individual (not a group). The default board view focuses on the work and not the team.

Similarly Github’s UX nudges towards work in isolation, and asynchronous blocking review flows. Building porcelain scripts around the tooling that represent your team’s workflow rather than falling into line with the assumed workflows of the tools designers can change the direction of travel.

While completely compatible with collaborative team-working when used in the right ways, commonplace tools are source of friction to departing from the most common workflows. Friction nudges teams who are starting to explore working together back towards isolation. 

How to help overcome resistance

As a manager, or member of the team with sufficient influence, how can you help teams discover the joy of ways of working that you’ve enjoyed?

Should you?

It’s fundamental that a team is in control and owns its ways of working. That has to include ways of working that you think are worse. 

Help must be offered as a gift, not as a mandate to work in a particular way.

So how to help?

Don’t force it

Explicitly give control to the team and invite them to try new things.

Hiring

If you’re a manager you likely have significant influence over hiring. Hiring people with experiences you think will be beneficial into the team, can have an enormous influence on the team culture and effectiveness. 

However, transplants can be rejected. Beware risks of trying to transplant people you’ve seen succeed elsewhere in different team cultures. What worked elsewhere may not work here. People who were highly effective in other team systems may be ineffective here. Bringing someone who wants to work in a different way into a team may help transform things for the better… or make the existing team and the new joiner unhappy. 

Furthermore, teams that really take control of their work, also take control of hiring. Overruling team hiring decisions will undermine their trust that you genuinely want them to take control.

Share experiences  

What have you seen work? How did it play out? What pitfalls were there? Your team may not have experienced these things, at least share what you’ve seen with them.

Practise together

If you have the time, skills, and trust, getting hands on working with the team can help. Giving folks the experience of working with beneficial practices is a powerful tool. 

The counterintuitive/countercultural nature of some of the practices mean that the best way to understand how they help, is to see it in practice through working with someone experienced.

Coaching

You can help through individual coaching; asking the right questions and inviting people to discover better ways and why, themselves. Beware advising people to do things the way that worked for you, instead be curious, and ask how you can help rather than imposing your help.

Accountability 

A team deciding to try a new practice may never really give it a proper go. Pairing may be squeezed out by some of the management incentives above that they aren’t even consciously aware of. Holding folks accountable to behaviours they’ve agreed to try/change shows that you care and support them. 

Inquiring about dropped working agreements can help signal that you see them as more important than whatever contrary signals you may be sending, unbeknownst to you, through the wider organisational incentives. 

If you’re not a manager you can explicitly ask your manager to help hold yourself, the team and team members accountable to working agreements.

Explicitly Make Time available

Time pressure gets in the way of trying new things. Like the proverbial “too busy to try the wheels“. Try making time explicitly available through simple habits like “On Fridays we mob program”, “We start each morning reviewing code together”, or “We leave a week between planning cycles to try new things”

In summary

Teams practising XP can be highly effective and have great joy in their work. Paradoxically this can’t be imposed, its effectiveness is counterintuitive, and faces resistance from all quarters. You can help by sharing what works, inviting folks to try, and coaching. 

What else have you found that helps? 

Good luck helping! 

The post Overcoming Resistance to Extreme Programming appeared first on Benji's Blog.

KDE Blog te desea un año lleno de GNU/Linux para que seas libre y no vendas tu libertad digital.

La entrada ¡Feliz 2025! Por un año lleno de GNU/Linux se publicó primero en KDE Blog.

Último día del año y quiero acabar jugón, como, ha sido este final de ciclo solar. De esta forma repito la entrada recurrente para esa serie de artículos. Os recuerdo que esta entrada mensual tiene como objetivo promocionar los juegos libres, pero no como una página que quede obsoleta o sea un cementerio de proyectos muertos, así que la voy a realizar poco a poco y con conocimiento de causa. Por ello, y conociendo mis limitaciones y mi estilo de trabajo, la voy a ir remodelando mes a mes y su contenido se irá ampliando poco a poco. De esta forma, bienvenidos a la entrada de juegos libres de calidad y en desarrollo de diciembre 2024 en la que recopilo los juegos libres presentados en forma de entrada «tocha» en el blog ampliándola con OpenRA y con noticias breves algunos de los juegos presentados.

Juegos libres de calidad y en desarrollo diciembre 2024

Como decía al principio, esta entrada de la serie Juegos Libre de Calidad y en Desarrollo pretende ser una entrada viva y creciente, que tenga una parte fija pero dinámica en la que muestre no solo juegos libres sino también su estado de desarrollo, sus novedades principales y, si es posible, alguna noticia relevante de alguno de ellos: lanzamientos especiales, vídeos, premios, cambios notables, etc.

Para empezar utilizaré una tabla para mostrar la información y los juegos iniciales que aparecen son aquellos que he analizado a fondo en el blog dado que son los que tengo más claro su desarrollo, y cada mes añadiré el siguiente que tengo en mente analizar.

Novedades de los juegos de la tabla

• Empezamos con Speed-dreams, donde leemos en su extenso mensaje de despedida del 2024 (entre otras cosas) que se ha implementado un nuevo gestor de descargas en el juego y que la fundación sin ánimo de lucro Libre en Communs se puso en contacto con ellos para ayudarlos con la infraestructura, y generosamente les ha proporcionado un VPS, así como una instancia de Forgejo, todo ello utilizando únicamente software libre y de código abierto.

• La noticia es vieja pero muy siginificativa. Leemos en 3D Juegos que «Más de 20 años después, este juego gratis de estrategia y código abierto es de lo mejor valorado en Steam, y se llama The Battle of Wesnoth» ¡Toma ya!
• Disponible una Entrevista con Antibody, desarrollador de Xonotic.

• Eternal Lands ha sido actualizado este diciembre a su versión 1.9.7 con la mejora de que ahora tu personaje se mueve hacia la criatura atacada si está demasiado lejos.
• Publicada la carta navideña tradicional de Supertux, un repaso a los logros del 2024 como que ha sido finalizado el remake de Bonus Island 1 o que se ha introducido una nueva mecánica: el Bolsillo de objetos, que sustituye a nuestra anterior mecánica de apilamiento de potenciadores con el objetivo de fomentar un juego más estratégico.
• Lanzado OpenTTD 15.0-beta1, que es más rápido, con puntos de ruta, menos contraseñas, mejor editor de escenarios y, esperemos, con muchos menos bugs.
• Ryzom se expande. He encontrado en el foro de este proyecto que hace tres años se lanzó «una novela apasionante, cuya historia se desarrolla en un universo que ustedes conocen bien: Ryzom.». Su autor es un gamer francófono acostumbrado a jugar en la Corteza, ha conseguido maravillosamente hacer vibrar el alma de Atys, haciendo evolucionar a sus enigmáticos y entrañables personajes en este mundo salvaje y misterioso que nos es tan querido. Se llama «La Guerre Sacrée: 1 – Destinées Croisées«. Os dejo la portada.

¡Feliz Año Nuevo!

La entrada Juegos libres de calidad y en desarrollo diciembre 2024 se publicó primero en KDE Blog.

Bit of the why

So often I come across the need to avoid my system to block forever, or until a process finishes, I can’t recall how did I came across systemd inhibit, but here’s my approach and a bit of motivation

Motivation

I noticed that the Gnome Settings, come with Rygel

After some fiddling (not much really), it starts directly once I login and I will be using it instead of a fully fledged plex or the like, I just want to stream some videos from time to time from my home pc over my ipad :D using VLC.

The Hack

systemd-inhibit --who=foursixnine --why="maybe there be dragons" --mode block \
    bash -c 'while $(systemctl --user is-active -q rygel.service); do sleep 1h; done'

One can also use waitpid and more.

Thank you for comming to my ted talk.

Nueva entrada de la serie de grandes juegos libres. Hoy toca un género que todavíano había aparecido en el blog, la estrategia en tiempo real, género que dominó los juegos de PC allá por la década de los noventa. Para ello inicair este género hay varios candidatos pero me he decantado por OpenRa, un proyecto de código abierto que recrea y moderniza juegos clásicos de estrategia en tiempo real, como Red Alert, Command & Conquer y Dune 2000.

OpenRa, modernizando los rts- Juegos Linux (XV)

Antes de empezar recordar que ya he tocado muchos de los géneros: estrategia por turnos (The Battle for Wesnoth, Hedgewars), disparos en primera persona (Xonotic, Alien Arena, OpenArena), velocidad (Speed Dreams, SuperTuxKart), MMORPG (Ryzom), plataformas (SuperTux), sandbox (Minestest) o simulador (OpenTTD, Simutrans). Así que si no os interesa este, podéis visitar alguno de los enlaces anteriores.

Allá por la década de los 90 yo tenía un PC así que tenía a mi disposición los juegos típicos de este sistema: simuladores, FPS, aventuras gráficas y, por supuesto, juegos de estrategia en tiempo real: Dune, Warcraft, Command & Conquer y Red Alert, entre sus máximos exponentes. Evidentemente, me aficioné a éstos últimos, llegando a su excelencia (en mi humilde opinión) con Warcraft III y Starcraft.

No obstante, hubo un tiempo que Command & Conquer y Red Alert poblaron mi PC, demostrando ser dos juegos adictivos y de gran calidad. Por tanto, guardo un buen recuerdo de ambos, así que cuando descubrí OpenRA me llevé una buena alegría: en un principio, estos juegos tienen menos posibilidades de quedar en el olvido.

OpenRA es un proyecto de código abierto que recrea y moderniza juegos clásicos de estrategia en tiempo real, como Red Alert, Command & Conquer y Dune 2000.

En palabras de sus desarrolladores:

Hemos desarrollado un motor de juego flexible (el motor OpenRA) que proporciona una plataforma común para reconstruir y reimaginar juegos clásicos de estrategia en tiempo real en 2D y 2,5D. El motor OpenRA no está restringido por las limitaciones técnicas de los juegos originales. Incluye soporte nativo para sistemas operativos modernos (como Windows 10, macOS y Linux) y resoluciones de pantalla sin depender de emulación o hacks, y multijugador online integrado.

EA no ha respaldado ni respalda este producto.

En este punto hay que decir que el proyecto está muy vivo, su última actualización beta (Playtest 20241228) fue publicada el pasado 28 de diciembre, es decir, apenas hace unos días. La versión estable es la 2023101 del 2023.

Las características de OpenRa

Como siempre, me gusta hacer un listado con sus características básicas:.

• Compatibilidad con clásicos: OpenRA es compatible con juegos clásicos como Command & Conquer (C&C), Red Alert, Tiberian Sun y Dune 2000. Puedes jugar las versiones originales de estos juegos o utilizar modificaciones y expansiones creadas por la comunidad.
• Gráficos mejorados: Aunque respeta el estilo visual de los juegos originales, OpenRA ofrece gráficos en resolución más alta y soporte para pantallas modernas, mejorando la apariencia sin perder la esencia retro.
• Multijugador en línea: OpenRA permite partidas multijugador en línea, lo que facilita jugar con otros usuarios de diferentes plataformas. Además, cuenta con un sistema de emparejamiento y servidores dedicados.
• Código abierto y personalización: Al ser un proyecto de código abierto, los usuarios pueden modificar el motor de juego y sus mecánicas. Hay un sistema de modding robusto que permite crear nuevos mapas, unidades y hasta nuevas reglas del juego.
• Soporte para plataformas modernas: OpenRA está disponible para Windows, macOS y Linux, lo que lo hace accesible en una variedad de sistemas operativos.
• Compatibilidad con la jugabilidad original: A pesar de sus mejoras, OpenRA conserva la jugabilidad básica de los títulos originales, como el control de unidades, la recolección de recursos y la construcción de bases.
• Interfaz mejorada: Aunque mantiene el enfoque clásico, OpenRA tiene una interfaz más moderna, con características como opciones de configuración más detalladas, atajos de teclado personalizados y soporte para resoluciones más altas.

Antes de continuar creo que es conveniente fijarnos y expandir esta última características. Es evidente que la jugabilidad clásica de los RTS es óptima para los jugadores que gozaron de estos juegos en los noventa, pero la tecnología avanza y el diseño de los juegos multijugador ha evolucionado mucho desde esa década. Por esta razón, el motor OpenRA incluye nuevas características y mejoras en la jugabilidad que son habituales en los juegos RTS más recientes. Entre ellas, los desarrolladores destacan:

• Posibilidad de elegir entre los esquemas de control «clic derecho» y «clic izquierdo» clásicos
• Interfaces de barra lateral revisadas con soporte para teclas de acceso rápido y colas de producción.
• Controles de unidad mejorados con funciones como el movimiento de ataque y las posturas.
• La «niebla de guerra» oscurece el campo de batalla fuera de la línea de visión de tus unidades.
• Otras funciones modernas de estrategia en tiempo real, como las estructuras tecnológicas capturables y la veteranía de las unidades.
• Soporte para repeticiones de partidas y una interfaz de observador diseñada para retransmitir partidas online

Estos cambios fundamentales y los continuos retoques de equilibrio para apoyar a la activa comunidad multijugador hacen que la jugabilidad de OpenRA haya evolucionado desde las versiones clásicas, con fuertes influencias de títulos posteriores de C&C.

¿Cómo conseguir OpenRa?

OpenRA es 100% gratuito y viene con tres mods distintos. Cuando ejecutas un mod por primera vez, el juego puede descargar automáticamente los recursos del juego original, o puedes usar los discos del juego original.

Además, como es habitual, estos juegos libres los podemos encontrar en casi todos los sistemas operativos disponibles. No hay más que visitar la página oficial para ver que hay versión para GNU/Linux, APPImages, Windows, MacOS o conseguir el código fuente.

También lo puedes encontrar en Flathub, que es como lo he probado en mi equipo.

Además, no olvides que gente de todo el mundo utiliza OpenRA para jugar a Red Alert, Command & Conquer, Dune 2000 y una gran variedad de mods de la comunidad. Utiliza el navegador de servidores para unirte a la diversión multijugador.

¿Puedo participar en su desarrollo?

Según leemos en su web:

OpenRA es un juego creado por la comunidad, para la comunidad. Puedes contribuir de muchas maneras, desde ayudar al equipo de desarrollo hasta encontrar e informar de errores, ¡o simplemente jugar!

Esto significa que los desarrolladores han creado una serie de ramas donde los interesados en el proyecto pueden contribuir:

• Participa en el debate: Si tienes preguntas o simplemente te apetece charlar, pásate por el Discord de la comunidad o por #openra en Libera Chat.
• Ayuda a construir OpenRA: este proyecto está construido por un equipo de voluntarios y siempre estan buscando ayuda. Si te encuentras con problemas, echa un vistazo a las FAQ – si encuentras un bug, asegúrate de reportarlo en el bug tracker de OpenRA. Si quieres contribuir con código, no dudes en echar un vistazo al artículo «Temas de desarrollo» de su wiki, o ponte en contacto con el equipo en Discord, IRC o los foros.
• Crear o descargar mapas para OpenRA: ningún juego de estrategia en tiempo real estaría completo sin sus mapas. OpenRA tiene su propio sitio web de recursos, donde puedes encontrar más de 9.000 mapas para añadir todo tipo de variedad al juego. Incluso puedes crear y subir tus propios mapas para que otros jueguen.
• Conecta con OpenRA en las redes sociales: están activos en Reddit, Twitter y Facebook. Síguenos para enterarte de las últimas novedades y lanzamientos.
• Únete a ellos en la Comunidad de Juego: OpenRA también participa en la comunidad de jugadores. Apoya el mod siguiendo y valorando OpenRA en itch.io y ModDb.

La entrada OpenRa, modernizando los rts- Juegos Linux (XV) se publicó primero en KDE Blog.