47 meneos
193 clics
Sound Open Firmware ya es parte de The Linux Foundation
Fue en los 90 cuando llegaron las tarjetas de sonido dedicadas a nuestros ordenadores. El problema era que su firmware era privativo. El controlador del sistema operativo podía ser libre, pero el software dentro de las tarjetas tenía una licencia que se puede resumir en “ni se mira ni se toca”. Por eso es una buena noticia que el proyecto Sound Open Firmware se integre dentro de The Linux Foundation y se trata de un firmware de procesamiento de señal digital (DSP) y un SDK para los desarrolladores.
|
comentarios cerrados
DirectX de Microsoft es el que no ha sido nunca estándar. Y no, un software que funciona solo en un solo SO de una sola arquitectura no es estándar se mire por donde se mire.
OpenAL es una librería multiplataforma de audio.
En cuanto a OpenAL, ya sé que es una librería de audio Pero igualmente hay un subsistema de audio en cada equipo, aunque vaya empotrado en la placa base.
Lo siguiente a OpenAL en la cadena no es el subsistema de audio empotrado en la placa base, si no el servidor de audio del SO.
En el caso de Windows el "Servicio de Audio de Microsoft Windows" o sistemas de audio profesionales como ASIO.
En el caso de Linux tienes OSS, ALSA, y por encima JackD, ARTS, ESD, Pulse audio, etc...
Personalmente encuentro que Direct3D nunca debió llegar a salir, teniendo en cuenta que fue una puñalada trapera a OpenGL (quien quiera, que busque información sobre el proyecto Fahrenheit entre Microsoft y Silicon Graphics)
Eso lo hace una característica usada por muchos equipos, no una norma.
Las DirectX son tan norma como cola de impresión o el sistema de sonido de de Windows.
Algo que solo se usa en un único SO y en una única arquitectura no es automáticamente una norma.
Si fuese la única puñalada trapera de MS... pero hay donde escoger.
En cuanto a puñaladas traperas de MS, sí, se pueden escribir muchos libros sobre eso.
El soporte de DirectX sin embargo ha sido con wrappers de software.
El API OpenGL es mucho más simple y se puede integrar bastante bien en las GPUs, DirectX imposible por que es mucho más que primitivas y transformaciones.
En cuanto a que las TdV hayan soportado a nivel HW las primitivas de OpenGL ¿entonces cómo es que hacía/hace falta un driver entre la tarjeta y el SO para que trague OpenGL? ¿No valdría con que el SO le enviara las primitivas y se ahorra el paso intermedio?
Nota: no soy especialista en el tema, ojo. Sólo es un tema que me interesa.
Dicho de otra manera: mover el driver de vídeo dentro de la tarjeta y que la interfaz con la misma sea independiente del SO (no sé si me explico).
Las últimas versiones meten mucha funcionalidad que habitualmente vienen del lado del Juego. Son cosas que se siguen haciendo por software, pero al meterlo dentro de Direct3D los juegos que lo usan crean una dependencia que de otra forma no estaría ahí.
Que es precisamente lo que mejor se le da hacer a MS, crear mercados esclavos que una vez que estás dentro es complicado salir por que tienes que tirar la mitad del trabajo.
Gracias por la información.
Y es verdad que suena al EEE habitual de MS.
En el mismo sentido el hardware libre no te asegura que el producto que distribuyen se corresponda con el diseño publicado. Buena suerte fabricandote tu propio microprocesador de 14 nanómetros.
pues a lo que me refiero es que no es necesario que seas tú quien compile la fuente porque pueden ser sistemas centralizados de confianza los que compilen y tú simplemente verificar con hashes, este sistema es ampliamente usado hoy en día por si no lo sabías
suerte con la arrogancia
Y en los binarios determinísticos o bien lo compilas tú para verificar que el código fuente coincide con el binario, con su hash, o tienes que confiar en que lo hagan otros por ti y confiar en que no te mienten.
Si hubieras indicado que te referías a esto en vez de hacer una afirmación categórica vacía de contenido mi respuesta habría sido más completa.
Y una vez aclarado que para los binarios determinísticos se pueden hacer firmas criptográficas ahora nos puedes explicar como coño se fabrica hardware de forma determinística y como coño haces un hash criptográfico de un producto fabricado.
Anda, a ver si sigues teniendo la arrogancia de ponerle magia a la realidad para que encaje con tus prejuicios.
pues no, a lo que me refería es al uso de terceras entidades de confianza que sean quienes compilen desde fuente, es lo que toda distro con repo propia hace, señor humilde, por si no lo sabía usted, aunque disculpe usted por afirmar eso ya que claramente lo sabe usted todo
y como no preguntas nada sino que te dedicas a afirmar y a ensalzar tus aires de superioridad vuelves a hacer el ridículo, no me refería al uso del mismo método en el hardware sino otros métodos, puedes preguntarle a entidades militares cómo vigilan que el hardware comprado no es manipulado por entidades de espionaje enemigas
pero no preguntarás, te volverás a hacer el arrogante, para tí preguntar es una humillación, impensable que no sepas algo
Cuando compilas desde código fuente el binario obtenido puede ser distinto, de hecho suele serlo, si se compila en maquinas distintas. No se obtiene el mismo binario ni el mismo hash aún partiendo del mismo código fuente. Esto es algo que cobró importancia como digo en las criptomonedas, donde la confianza en el software es mucho más relevante al mover valor. Y para dar solución a ese problema usaron compilaciones determinísticas, que básicamente es compilarlo en una VM Qemu o similar donde el hardware que ve el compilador es virtual y por lo tanto sí es idéntico, y el binario resultante también.
Es un proceso engorroso y lento, poco práctico, por eso se utiliza muy poco.
No es intuitivo pensar que del mismo código fuente se puedan compilar binarios que no son idénticos pero esa es la realidad, la cruda realidad.
me refería al uso del mismo método en el hardware sino otros métodos
Sí, ya te he entendido la primera vez, te referías a magia. No tienes ni idea de como se podría hacer pero tu imaginación mágica te lleva a pensar que los militares tienen tecnología secreta que lo hace de forma mágica, solo por que te gustaría que fuera así.
Quizá no sea arrogancia si no tener poco contacto con la realidad, lo desconozco.
la comparación de hashes es solo para verificar que obtienes lo mismo que ha compilado la máquina de confianza central, no entiendo por qué le das tantas vueltas, es muy sencillo, una máquina que se declare de confianza porque ejecute un compilador monitorizable y en general no tenga ninguna circunstancia que genere desconfianza compila el paquete y se distribuye, es que no tiene más
y la magia militar a la que te refieres no es más que vigilancia personal, sorprende verdad? Estás tan metido en el mundo que le buscas mil vueltas y enrevesamiento a cosas tan sencillas y usadas
Que un programa sea software libre no te asegura que los binarios que distribuyen se correspondan con el código fuente publicado. La solución en ese caso es compilarlo tú mismo.
Y ahora en este último comentario nos dices que sabes que es lo mismo por que confías en una máquina central de alguien de confianza en quien confías que habrá compilado ese código fuente y habrá obtenido un binario de su confianza en el que tú confías por que confías en la persona de confianza que ha compilado ese binario en esa máquina de confianza.
En resumen, que un programa sea software libre no te asegura que los binarios que distribuyen se correspondan con el código fuente publicado.
Y para hardware es aún más surrealista, nos dices que tenemos que confiar en que un militar esté siguiendo el proceso y vea él que todo se hace según el diseño para que luego nosotros confiemos en ese militar para "saber" que el diseño se corresponde con el harware producido.
Demencial.
Vaya troleada te has marcado campeón.
Estás diciendo que no confías en ninguna máquina? En la tuya sí? En una que montéis tu amigo y tú sí? Cuál es el punto en el que dejas de confiar?
nos dices que tenemos que confiar en que un militar esté siguiendo el proceso y vea él que todo se hace según el diseño para que luego nosotros confiemos en ese militar para "saber" que el diseño se corresponde con el harware producido.
Demencial.
Te parece demencial lo que se hace y se ha venido haciendo en todos los países potencias militares? Tanto en vigilancia de fabricación como en auditorías nucleares en los tratados de desmantelamiento? Vaya
Puedes llamarlo troleada si quieres, desde luego está claro que conversar con gente tan tóxica que no admiten un mínimo de conversación ni duda no conviene en absoluto
No jodas, ¿eso se puede hacer?
Jamás lo hubiera imaginado ... Que un programa sea software libre no te asegura que los binarios que distribuyen se correspondan con el código fuente publicado. La solución en ese caso es compilarlo tú mismo.
Te parece demencial lo que se hace y se ha venido haciendo en todos los países potencias militares? Tanto en vigilancia de fabricación como en auditorías nucleares en los tratados de desmantelamiento? Vaya
Me parece demencial que propongas eso como "alternativa" a reconocer la veracidad de esta frase:
En el mismo sentido el hardware libre no te asegura que el producto que distribuyen se corresponda con el diseño publicado. Buena suerte fabricandote tu propio microprocesador de 14 nanómetros.
en fin
En el mismo sentido el hardware libre no te asegura que el producto que distribuyen se corresponda con el diseño publicado. Buena suerte fabricandote tu propio microprocesador de 14 nanómetros.