[opensuse-es] No hay más sax
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
El mar, 18-05-2010 a las 02:36 +0200, Carlos E. R. escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Content-ID:
Aviso para que no os pille desprevenidos: el sax desaparece en la 11.3, porque ya no funciona y no hay voluntarios para arreglarlo.
Ya lo sabíamos... motivo que sumó a las causas de mi abandono de OpenSuSE.
También aviso que el video Intel con compiz no va, lo que me hace suponer que su aceleración/3D tampoco va. La solución prevista es simplemente desactivar compiz para esas tarjetas. Ajo y agua.
Pues me alegro de haber dejado de usar OpenSuSE. Mi PC portátil es "propietary-drivers free", y usa una gráfica INTEL... si lo llego a saber antes, antes dejo de usar OpenSuSE.
¡Ah! Durante la instalación yo veo "efectos visuales no identificados". El bug me lo han cerrado como que "probablemnte tengas mal el monitor", lo cual es una supina estupidez. No me voy a preocupar, si luego se queja más gente es su problema. Yo ya he informado.
Otra más... de la chulería de Novell...
También he leído de problemas con el video de Nvidia, opengl no va. No he visto respuestas sobre esto.
Realmente menos mal que he dejado de usar OpenSuSE... es que mis Desktop si no usan Intel usan nVidia.
Con ATI no sé como está la cosa - pero claro, lo que pasa es que los drivers "propietarios" no se preparan hasta que la distro no se publica definitivamente, lo que implica que pocas personas han probado realmente esas tarjetas con los drivers propietarios (hay que instalarlos manualmente). Y dado que ahora van en el kernel en lugar de las X, pues agarraos que vienen curvas.
Y si he metido la pata en este agorero informe más de la cuenta, es que me estoy durmiendo. Ya debería estar en el sobre hace tiempo, pero se me ocurrió aceptar un update y estoy esperando... (python y nosequemás).
- -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux)
iEYEARECAAYFAkvx4QgACgkQtTMYHG2NR9Wi/QCfZzs+E5PngjDRws46BTcb2S0v QLgAnjibMGTqQHWWqOw7Q1r95Bjz2nSH =Wg9b -----END PGP SIGNATURE-----
Gracias por el reporte... va a volver a OpenSuSE "tita" Juana y su hermana, porque lo que es yo, tararí que te vi. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
2010/5/17 César Sánchez
El mar, 18-05-2010 a las 02:36 +0200, Carlos E. R. escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Content-ID:
Aviso para que no os pille desprevenidos: el sax desaparece en la 11.3, porque ya no funciona y no hay voluntarios para arreglarlo.
Ya lo sabíamos... motivo que sumó a las causas de mi abandono de OpenSuSE.
También aviso que el video Intel con compiz no va, lo que me hace suponer que su aceleración/3D tampoco va. La solución prevista es simplemente desactivar compiz para esas tarjetas. Ajo y agua.
Pues me alegro de haber dejado de usar OpenSuSE. Mi PC portátil es "propietary-drivers free", y usa una gráfica INTEL... si lo llego a saber antes, antes dejo de usar OpenSuSE.
¡Ah! Durante la instalación yo veo "efectos visuales no identificados". El bug me lo han cerrado como que "probablemnte tengas mal el monitor", lo cual es una supina estupidez. No me voy a preocupar, si luego se queja más gente es su problema. Yo ya he informado.
Otra más... de la chulería de Novell...
También he leído de problemas con el video de Nvidia, opengl no va. No he visto respuestas sobre esto.
Realmente menos mal que he dejado de usar OpenSuSE... es que mis Desktop si no usan Intel usan nVidia.
Con ATI no sé como está la cosa - pero claro, lo que pasa es que los drivers "propietarios" no se preparan hasta que la distro no se publica definitivamente, lo que implica que pocas personas han probado realmente esas tarjetas con los drivers propietarios (hay que instalarlos manualmente). Y dado que ahora van en el kernel en lugar de las X, pues agarraos que vienen curvas.
Y si he metido la pata en este agorero informe más de la cuenta, es que me estoy durmiendo. Ya debería estar en el sobre hace tiempo, pero se me ocurrió aceptar un update y estoy esperando... (python y nosequemás).
- -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux)
iEYEARECAAYFAkvx4QgACgkQtTMYHG2NR9Wi/QCfZzs+E5PngjDRws46BTcb2S0v QLgAnjibMGTqQHWWqOw7Q1r95Bjz2nSH =Wg9b -----END PGP SIGNATURE-----
Gracias por el reporte... va a volver a OpenSuSE "tita" Juana y su hermana, porque lo que es yo, tararí que te vi.
-- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
O.O??!! Recuerdo que le respondía de la misma manera a mi ex. Creo que era por que tenía unas ganas de volver con ella. =/ Desde hace ya un tiempo no requiero usar SAX, yo lo necesitaba para configurar bien el monitor de la PC y la tarjeta (una nvidia). Tal vez se han encontrado con que la gran mayoría de usuarios, no requieren del programa en cuestión, o habrá alguna otra opción.. Bueno si es a Ajo y agua, pues ya sabemos que lo mismo pasa a la inversa. ;) Tal vez este incluido en la siguiente ola de migrantes. =P -- Carlos A. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2010-05-18 05:04, Shinji Ikari wrote:
Desde hace ya un tiempo no requiero usar SAX, yo lo necesitaba para configurar bien el monitor de la PC y la tarjeta (una nvidia). Tal vez se han encontrado con que la gran mayoría de usuarios, no requieren del programa en cuestión, o habrá alguna otra opción..
Es que, afortunadamente, el sax casi no es necesario, funcionan las X de modo automático. Pero es que han cambiado las cosas de tal forma que el sax simplemente ha dejado de funcionar, y haría falta una serie de modificaciones importantes para arreglarlo. Novell me temo que no tiene gente bastante para arreglar todo, así que lo ha dejado en manos de la comunidad - como el kde3. No se han presentado voluntarios, así que tendrán que quitarlo porque no funciona.
Bueno si es a Ajo y agua, pues ya sabemos que lo mismo pasa a la inversa. ;) Tal vez este incluido en la siguiente ola de migrantes. =P
- -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iF4EAREIAAYFAkvyLI4ACgkQja8UbcUWM1yQDgEAlFtnFoiq06byoTZ7ZkraeG0d ctal3ks68B77HchnrY4A/j5nL/ljJgDYDZaJjCz0u8fu9kg+VWrJAyMi0dhkUtsM =G7kE -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 [Enviado después] On 2010-05-18 03:59, César Sánchez Alonso wrote:
El mar, 18-05-2010 a las 02:36 +0200, Carlos E. R. escribió:
También aviso que el video Intel con compiz no va, lo que me hace suponer que su aceleración/3D tampoco va. La solución prevista es simplemente desactivar compiz para esas tarjetas. Ajo y agua.
Pues me alegro de haber dejado de usar OpenSuSE. Mi PC portátil es "propietary-drivers free", y usa una gráfica INTEL... si lo llego a saber antes, antes dejo de usar OpenSuSE.
No te alegres tanto, porque eso no es cosa de Novell, sino del kernel y de Intel, afecta a todas las distribuciones si tienen el kernel de ésta época. De hecho son problemas reportados desde hace meses en otras distros.
También he leído de problemas con el video de Nvidia, opengl no va. No he visto respuestas sobre esto.
Realmente menos mal que he dejado de usar OpenSuSE... es que mis Desktop si no usan Intel usan nVidia.
Pues no te alegres, porque esos cambios también están el resto de distribuciones que tengan una versión de las X moderna. Si no te ha pillado ahora mismo, te pillará. Para librarte, tienes que no actualizar en un año. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iF4EAREIAAYFAkvyKwsACgkQja8UbcUWM1xOlwD9E7gRAtOTXxAtIHRJHRsKbB8v AaWZxleE/RMLHWlrdCIA/RZ06AdreIlHYc2ZuQBOuSYxWUqwr1P772gtQBMyMElC =zzH7 -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El mar, 18-05-2010 a las 07:52 +0200, Carlos E. R. escribió:
Pues no te alegres, porque esos cambios también están el resto de distribuciones que tengan una versión de las X moderna. Si no te ha pillado ahora mismo, te pillará.
Para librarte, tienes que no actualizar en un año.
Acabo de cambiar de distros, las tengo recién calentitas y son LTS. Funciona todo perfectamente.
- -- Cheers / Saludos,
Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/
iF4EAREIAAYFAkvyKwsACgkQja8UbcUWM1xOlwD9E7gRAtOTXxAtIHRJHRsKbB8v AaWZxleE/RMLHWlrdCIA/RZ06AdreIlHYc2ZuQBOuSYxWUqwr1P772gtQBMyMElC =zzH7 -----END PGP SIGNATURE-----
-- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2010-05-18 19:24, César Sánchez Alonso wrote:
El mar, 18-05-2010 a las 07:52 +0200, Carlos E. R. escribió:
Pues no te alegres, porque esos cambios también están el resto de distribuciones que tengan una versión de las X moderna. Si no te ha pillado ahora mismo, te pillará.
Para librarte, tienes que no actualizar en un año.
Acabo de cambiar de distros, las tengo recién calentitas y son LTS. Funciona todo perfectamente.
No tendrán un kernel muy moderno, o no habrán activado KMS. A la larga, es inevitable. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iF4EAREIAAYFAkvy1iAACgkQja8UbcUWM1wYoAD+IDBMfLCSIbP8uNj+0ZO6EpwX xCbLnzKo2nT+91z1SG8A/1YNvmJoEWeBBDz3mvCVDlx5Y6vhnw7MdHbfqChK+SQh =0wiT -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El mar, 18-05-2010 a las 20:02 +0200, Carlos E. R. escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 2010-05-18 19:24, César Sánchez Alonso wrote:
El mar, 18-05-2010 a las 07:52 +0200, Carlos E. R. escribió:
Pues no te alegres, porque esos cambios también están el resto de distribuciones que tengan una versión de las X moderna. Si no te ha pillado ahora mismo, te pillará.
Para librarte, tienes que no actualizar en un año.
Acabo de cambiar de distros, las tengo recién calentitas y son LTS. Funciona todo perfectamente.
No tendrán un kernel muy moderno, o no habrán activado KMS. A la larga, es inevitable.
Linux EL-1200 2.6.32-21-generic #32-Ubuntu SMP Fri Apr 16 08:09:38 UTC 2010 x86_64 GNU/Linux ¿Te parece el kernel muy angiguo? No sé si habrán activado KMS o no, el caso es que funciona. Y si OpenSuSE ni KDE saben hacer cambios adaptados a las necesidades y al ritmo de los usuarios uno se pira y listo.
- -- Cheers / Saludos,
Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/
iF4EAREIAAYFAkvy1iAACgkQja8UbcUWM1wYoAD+IDBMfLCSIbP8uNj+0ZO6EpwX xCbLnzKo2nT+91z1SG8A/1YNvmJoEWeBBDz3mvCVDlx5Y6vhnw7MdHbfqChK+SQh =0wiT -----END PGP SIGNATURE-----
-- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
O Martes 18 Maio 2010 20:13:55 César Sánchez Alonso escribiu:
(...) No tendrán un kernel muy moderno, o no habrán activado KMS. A la larga, es inevitable.
Linux EL-1200 2.6.32-21-generic #32-Ubuntu SMP Fri Apr 16 08:09:38 UTC 2010 x86_64 GNU/Linux
¿Te parece el kernel muy angiguo? No sé si habrán activado KMS o no, el caso es que funciona. Y si OpenSuSE ni KDE saben hacer cambios adaptados a las necesidades y al ritmo de los usuarios uno se pira y listo.
(...)
Quién te garantiza que si te funciona bajo Ubuntu no lo haga en openSUSE? .. y lo que es mi caso, ya que individualizamos, meter kubuntu es garantía de desastre. Salud!! -- karl
El mar, 18-05-2010 a las 20:38 +0200, Karl García Gestido escribió:
O Martes 18 Maio 2010 20:13:55 César Sánchez Alonso escribiu:
(...) No tendrán un kernel muy moderno, o no habrán activado KMS. A la larga, es inevitable.
Linux EL-1200 2.6.32-21-generic #32-Ubuntu SMP Fri Apr 16 08:09:38 UTC 2010 x86_64 GNU/Linux
¿Te parece el kernel muy angiguo? No sé si habrán activado KMS o no, el caso es que funciona. Y si OpenSuSE ni KDE saben hacer cambios adaptados a las necesidades y al ritmo de los usuarios uno se pira y listo.
(...)
Quién te garantiza que si te funciona bajo Ubuntu no lo haga en openSUSE?
Karl, como en otras ocaciones haces preguntas que distraen el sentido original. a) A mí nadie me tiene que garantizar que no funcione o funcione en openSuSE. (Me he ido de OpenSuSE por el tiempo de soporte y ya había muchas cosas que me molestaban y cada vez hay más motivos para no quedarse, para mí particularmente. Eso es lo que he dicho y no otra cosa). b) Además es que no me interesa que funcione o deje de funcionar en openSuSE mientras openSuSE siga teniendo menos de 24 meses de soporte.
.. y lo que es mi caso, ya que individualizamos, meter kubuntu es garantía de desastre.
Salud!!
c) No sé, no me interesa tampoco kubuntu, es que no me interesa KDE4, si lo que quieres es abrir un debate sobre kubuntu puedes abrir un nuevo hilo. Si por casualidad te interesaba conocer mi opinión de Kubuntu -es que no sé en realidad qué pretendías- te diré que siempre ha sido un desastre Kubuntu. Encontré una derivada de Kubuntu que funcionaba muy bien con KDE3, con KDE4, que es lo que hay ahora, no sé porque ni lo he probado pues no me interesa KDE4. Esta que probé con kde3 hace tiempo se llama LinuxMint. Hoy ha salido la versión final en gnome basada en Ubuntu 10.04 LTS, en unos días tendrás la basada en Kubuntu que también será LTS. Si quieres probarla... Yo gracias al desastre de KDE4 me he pasado a gnome 2.30 al menos por los próximos dos años. Dentro de dos años veremos si gnome3 no es la misma historia que KDE4 -espero que no- y si KDE4 por fin está completa, usable y estabale para mí. Saludos. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2010-05-18 20:13, César Sánchez Alonso wrote:
El mar, 18-05-2010 a las 20:02 +0200, Carlos E. R. escribió:
No tendrán un kernel muy moderno, o no habrán activado KMS. A la larga, es inevitable.
Linux EL-1200 2.6.32-21-generic #32-Ubuntu SMP Fri Apr 16 08:09:38 UTC 2010 x86_64 GNU/Linux
¿Te parece el kernel muy angiguo? No sé si habrán activado KMS o no, el caso es que funciona. Y si OpenSuSE ni KDE saben hacer cambios adaptados a las necesidades y al ritmo de los usuarios uno se pira y listo.
La factory tiene el kernel de la serie vmlinuz-2.6.34, que es más moderno que ese. No tengas cuidado, ya os caerá el mismo problemilla tarde o temprano. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iF4EAREIAAYFAkv7akMACgkQja8UbcUWM1zbJwD/ezfCSdP4vWxRQH0vPAQyd6Xo x5QCHoiIx9enJoHcKU4A/2Ba6+btyDETVFPwT10FpeCUSnypmWeIL0yUTdRT4yPj =Q1I8 -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Hola El 17/05/10 21:36, Carlos E. R. escribió:
Content-ID:
Aviso para que no os pille desprevenidos: el sax desaparece en la 11.3, porque ya no funciona y no hay voluntarios para arreglarlo.
Eso no me parece bien, yo entre en "SuSE" en el año 1998 por gracia de esto, era la única distribución en la cual podía configurar bien a mi gusto la pantalla. Si no hubiese estado sax es muy probable que hoy utilizara otra distribución. Una pena. Saludos, Alfredo -- Dona tu voz http://www.voxforge.org/es -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El lun, 17-05-2010 a las 23:54 -0300, Alfredo Jesús Delaiti escribió:
Hola
El 17/05/10 21:36, Carlos E. R. escribió:
Content-ID:
Aviso para que no os pille desprevenidos: el sax desaparece en la 11.3, porque ya no funciona y no hay voluntarios para arreglarlo.
Eso no me parece bien, yo entre en "SuSE" en el año 1998 por gracia de esto, era la única distribución en la cual podía configurar bien a mi gusto la pantalla. Si no hubiese estado sax es muy probable que hoy utilizara otra distribución. Una pena.
Saludos,
Alfredo
Es una pena, me acabé de ir de OpenSuSE desde la 9.0... porque redujeron el soporte a 18 meses... Un amable colistero me dijo el otro día que estaban pensando en hacer una LTS y que si no me lo pensaría... Hombre, pues sí me lo pensaría, pero si no va a funcionar el víedo intel ni nvidia... pues no... Sax no funciona porque no hay voluntarios, comprensible si no fuera porque qué pasa ¿que tampoco lo van a poner en los Novell Linux de pago? Y si lo ponen en los de pago, ¿no lo van a poner en OpenSuSE? El viernes quité OpenSuSE y puse Ubuntu en el portátil y LinuxMint en el Desktop... y todo, absolutamente todo funciona "out of the box"... YaST era el éxito de SuSE y paradógicamente puede que sea la causa de su muerte debido a que su lenguaje de programación no es sencillo. Bueno, pues migren a python... pueden hacer un YaST en python y aprovecharse de todas las herramientas que imitan a YaST que están escritas muchas, muchas en python... Pero dejar morir a YaST no creo que sea la solución. En fin. Da penilla, como penilla me dio ver la evolución de Mandrake, ahora Mandriva, que es lo que usé antes que SuSE y después de RedHat, que también da penilla ver la evolución de RedHat a Fedora. Imagino que pasará lo mismo con Ubuntu y sus derivadas tarde o temprano... pues entonces siempre nos quedará Debian... Qué le vamos a hacer. :( Pero me gustaría no haberme tenido que cambiar pues SuSE funcionaba divina. Lástima.
-- Dona tu voz http://www.voxforge.org/es
-- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Momento..... si se acaba sax .... que viene entonces ??? Entonces no vuelvo a usar el compiz ? ni los efectos ? -- Ing. Alejandro Rodriguez || @LeX Usuario Linux # 379802 http://en.opensuse.org/User:Alexio44 -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 [Enviado después] On 2010-05-18 05:29, Alex Rodriguez wrote:
Momento..... si se acaba sax .... que viene entonces ???
Automático. Igual que en la 11.2 estable. Si tienes que cambiar cosas, a mano.
Entonces no vuelvo a usar el compiz ? ni los efectos ?
Con gráficas Intel, no. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iF4EAREIAAYFAkvyMC8ACgkQja8UbcUWM1x9JgD/VFOcmd7D+MBiXA/FoN52hmsn f2LiZGLwX6V7nO1rBrABAIBNcYVJ7f48sLu6UU7UB7cDfxq6ZksekpI5b8smiN6H =sKLv -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 [Enviado después] On 2010-05-18 05:16, César Sánchez Alonso wrote:
El lun, 17-05-2010 a las 23:54 -0300, Alfredo Jesús Delaiti escribió:
Es una pena, me acabé de ir de OpenSuSE desde la 9.0... porque redujeron el soporte a 18 meses...
Eso no fué con la 9.0, ha sido con la 11.0 o por ahí. Ha estado en 2 años hasta hace poco.
Un amable colistero me dijo el otro día que estaban pensando en hacer una LTS y que si no me lo pensaría... Hombre, pues sí me lo pensaría, pero si no va a funcionar el víedo intel ni nvidia... pues no...
Pero es que el vídeo no te va a ir bien en ninguna distribución. Échale la culpa al señor Torvalds y de ahí pa'bajo, por un lado, y por otro a los de Intel que no son capaces de arreglar su propio driver a tiempo. Insisto, es un cambio en el kernel, que viene de "arroyo arriba". Los drivers de video en vez de estar en las X pasan a ser parte del kernel. Eso supone cambios en las X, en el kernel, y en los drivers. De hecho, yo le temo más a lo que afecte a los propietarios que a lo de Intel, que tardarán pero lo arreglarán.
Sax no funciona porque no hay voluntarios, comprensible si no fuera porque qué pasa ¿que tampoco lo van a poner en los Novell Linux de pago? Y si lo ponen en los de pago, ¿no lo van a poner en OpenSuSE?
Claro que no lo van a poner en la de pago. Si tuvieran que dar marcha atrás, arreglarlo y ponerlo, también volvería a aparecer aquí. Ten en cuenta que para la proxima SLES debe faltar un año por lo menos. Para entonces debería estar arreglado lo del video, y si no, tendrían que esperar más.
El viernes quité OpenSuSE y puse Ubuntu en el portátil y LinuxMint en el Desktop... y todo, absolutamente todo funciona "out of the box"...
Bueno, y en la 11.3 también me funciona todo "out of the box", con los fallos esperables para ser una de pruebas. Con las salvedades descritas. Y con la 11.2, todo. Tu esperate que estas modificaciones se propaguen y ya verás como te afecta: la unica forma de librarse una distro de lo que se viene encima es mantener la versión de las X sin actualizar, y no activar ¿KMS? en el kernel.
YaST era el éxito de SuSE y paradógicamente puede que sea la causa de su muerte debido a que su lenguaje de programación no es sencillo. Bueno, pues migren a python... pueden hacer un YaST en python y aprovecharse de todas las herramientas que imitan a YaST que están escritas muchas, muchas en python... Pero dejar morir a YaST no creo que sea la solución.
¿Quien te ha dicho que lo dejan morir? Lo están ampliando. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iF4EAREIAAYFAkvyL8YACgkQja8UbcUWM1ytjAD7B+u4EDuzabomQC6Xle17LhZJ h/QibPgUCfYKYF0jWpkA/1+7TQsTMk9zKRIbZKSLvFiGlIPt/LPeQzW3aHdHXqYg =tXug -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El mar, 18-05-2010 a las 08:12 +0200, Carlos E. R. escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
[Enviado después]
On 2010-05-18 05:16, César Sánchez Alonso wrote:
El lun, 17-05-2010 a las 23:54 -0300, Alfredo Jesús Delaiti escribió:
Es una pena, me acabé de ir de OpenSuSE desde la 9.0... porque redujeron el soporte a 18 meses...
Eso no fué con la 9.0, ha sido con la 11.0 o por ahí. Ha estado en 2 años hasta hace poco.
Efectivamente. Acabo de quitar la 11.0. Llevaba en SuSE desde 9.0 y pagando la caja por sus estupendo manuales.
Un amable colistero me dijo el otro día que estaban pensando en hacer una LTS y que si no me lo pensaría... Hombre, pues sí me lo pensaría, pero si no va a funcionar el víedo intel ni nvidia... pues no...
Pero es que el vídeo no te va a ir bien en ninguna distribución. Échale la culpa al señor Torvalds y de ahí pa'bajo, por un lado, y por otro a los de Intel que no son capaces de arreglar su propio driver a tiempo.
Insisto, es un cambio en el kernel, que viene de "arroyo arriba". Los drivers de video en vez de estar en las X pasan a ser parte del kernel. Eso supone cambios en las X, en el kernel, y en los drivers. De hecho, yo le temo más a lo que afecte a los propietarios que a lo de Intel, que tardarán pero lo arreglarán.
Sax no funciona porque no hay voluntarios, comprensible si no fuera porque qué pasa ¿que tampoco lo van a poner en los Novell Linux de pago? Y si lo ponen en los de pago, ¿no lo van a poner en OpenSuSE?
Claro que no lo van a poner en la de pago. Si tuvieran que dar marcha atrás, arreglarlo y ponerlo, también volvería a aparecer aquí. Ten en cuenta que para la proxima SLES debe faltar un año por lo menos. Para entonces debería estar arreglado lo del video, y si no, tendrían que esperar más.
El viernes quité OpenSuSE y puse Ubuntu en el portátil y LinuxMint en el Desktop... y todo, absolutamente todo funciona "out of the box"...
Bueno, y en la 11.3 también me funciona todo "out of the box", con los fallos esperables para ser una de pruebas. Con las salvedades descritas. Y con la 11.2, todo. Tu esperate que estas modificaciones se propaguen y ya verás como te afecta: la unica forma de librarse una distro de lo que se viene encima es mantener la versión de las X sin actualizar, y no activar ¿KMS? en el kernel.
En la 9.04 y 9.10 también funcionaba todo "out of the box"... Yo sé bien porqué me he cambiado, principalmente por el tiempo de soporte, y sé bien adónde me he ido.
YaST era el éxito de SuSE y paradógicamente puede que sea la causa de su muerte debido a que su lenguaje de programación no es sencillo. Bueno, pues migren a python... pueden hacer un YaST en python y aprovecharse de todas las herramientas que imitan a YaST que están escritas muchas, muchas en python... Pero dejar morir a YaST no creo que sea la solución.
¿Quien te ha dicho que lo dejan morir? Lo están ampliando.
Ya :)
- -- Cheers / Saludos,
Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/
iF4EAREIAAYFAkvyL8YACgkQja8UbcUWM1ytjAD7B+u4EDuzabomQC6Xle17LhZJ h/QibPgUCfYKYF0jWpkA/1+7TQsTMk9zKRIbZKSLvFiGlIPt/LPeQzW3aHdHXqYg =tXug -----END PGP SIGNATURE-----
-- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2010-05-18 19:27, César Sánchez Alonso wrote:
El mar, 18-05-2010 a las 08:12 +0200, Carlos E. R. escribió:
En la 9.04 y 9.10 también funcionaba todo "out of the box"... Yo sé bien porqué me he cambiado, principalmente por el tiempo de soporte, y sé bien adónde me he ido.
Lo del tiempo de soporte, si. Lo que estoy contando en este hilo, no, porque todavía no había pasado y porque pasa(rá) en todas las distros.
¿Quien te ha dicho que lo dejan morir? Lo están ampliando.
Ya :)
Yo lo veo en lo que traduzco nuevo para el yast. Está el webyast, nuevo. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iF4EAREIAAYFAkvy1uQACgkQja8UbcUWM1x4rQD9FC3Q42A7jFaUC8pM2zXgGiI+ pp97cP4KtEiZ6xfVSA0A/jIgyCVbmbnS2QPUjbJ/TfJ/RN79uql0n/Vxk6Qi3hE/ =zEGx -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El mar, 18-05-2010 a las 20:05 +0200, Carlos E. R. escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 2010-05-18 19:27, César Sánchez Alonso wrote:
El mar, 18-05-2010 a las 08:12 +0200, Carlos E. R. escribió:
En la 9.04 y 9.10 también funcionaba todo "out of the box"... Yo sé bien porqué me he cambiado, principalmente por el tiempo de soporte, y sé bien adónde me he ido.
Lo del tiempo de soporte, si. Lo que estoy contando en este hilo, no, porque todavía no había pasado y porque pasa(rá) en todas las distros.
¿Quien te ha dicho que lo dejan morir? Lo están ampliando.
Ya :)
Yo lo veo en lo que traduzco nuevo para el yast. Está el webyast, nuevo.
Ya, como funcione tan bien como el anterior :)
- -- Cheers / Saludos,
Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/
iF4EAREIAAYFAkvy1uQACgkQja8UbcUWM1x4rQD9FC3Q42A7jFaUC8pM2zXgGiI+ pp97cP4KtEiZ6xfVSA0A/jIgyCVbmbnS2QPUjbJ/TfJ/RN79uql0n/Vxk6Qi3hE/ =zEGx -----END PGP SIGNATURE-----
-- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Tue, 18 May 2010 20:05:24 +0200, Carlos E. R. escribió:
On 2010-05-18 19:27, César Sánchez Alonso wrote:
¿Quien te ha dicho que lo dejan morir? Lo están ampliando.
Ya :)
Yo lo veo en lo que traduzco nuevo para el yast. Está el webyast, nuevo.
Precisamente, con la idea de sustituirlo (yast → webyast) >:-) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El mar, 18-05-2010 a las 19:41 +0000, Camaleón escribió:
El Tue, 18 May 2010 20:05:24 +0200, Carlos E. R. escribió:
On 2010-05-18 19:27, César Sánchez Alonso wrote:
¿Quien te ha dicho que lo dejan morir? Lo están ampliando.
Ya :)
Yo lo veo en lo que traduzco nuevo para el yast. Está el webyast, nuevo.
Precisamente, con la idea de sustituirlo (yast → webyast) >:-)
Saludos,
-- Camaleón
Como funcione de mal como en la anterior...
-- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-05-18 a las 19:41 -0000, Camaleón escribió:
El Tue, 18 May 2010 20:05:24 +0200, Carlos E. R. escribió:
Yo lo veo en lo que traduzco nuevo para el yast. Está el webyast, nuevo.
Precisamente, con la idea de sustituirlo (yast → webyast) >:-)
Ya veremos. También aparecen módulos nuevos y nuevas funcionalidades en el normal. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkvzCpIACgkQtTMYHG2NR9V31QCgin8H6GmuFDFRRpTGWLwjaWT0 mYEAn24Ij0UxjDipqB2n9fxkhYHDfgCy =E5R7 -----END PGP SIGNATURE-----
El Tue, 18 May 2010 02:36:21 +0200, Carlos E. R. escribió:
Aviso para que no os pille desprevenidos: el sax desaparece en la 11.3, porque ya no funciona y no hay voluntarios para arreglarlo.
Bueno, sí... eso ya lo dijeron hace 6 meses: [opensuse-factory] The Future of SaX2 http://lists.opensuse.org/opensuse-factory/2009-12/msg00017.html "Thus starting with openSUSE 11.2 SaX2 will no longer be offered as a configuration option in YaST. It is still shipped and installed by default but it's likely to be deprecated further when it's usefulness diminishes further." Y más recientemente: [opensuse-factory] SaX2: Dead or alive ? http://lists.opensuse.org/opensuse-factory/2010-05/msg00079.html "I'm wondering whether our openSUSE community is interested into using and therefore fixing sax2. Currently there are two open issues. Both are kind of fatal and make the program more or less useless, especially the first one." Nada que objetar en cuanto a la forma. Avisaron con tiempo suficiente y la transición ha sido bastante suave y positiva, la verdad. Por cierto, no os empeñéis tanto con el SaX2. Aunque parezca mentira, se puede vivir sin él (y sin YaST2) :-)
También aviso que el video Intel con compiz no va, lo que me hace suponer que su aceleración/3D tampoco va. La solución prevista es simplemente desactivar compiz para esas tarjetas. Ajo y agua.
¡Albricias y zapatetas! Que no se puedan activar esas cosas no me entristece lo más mínimo >:-) De todas formas, Compiz siempre ha mantenido un listado de adaptadores y chipsets gráficos en su lista negra que de manera predeterminada no permite activarlo (activar Compiz) si detecta que el equipo tiene uno de esos chipsets. Que lo corrijan (el bug) es cuestión de tiempo. Aún falta un mes largo.
¡Ah! Durante la instalación yo veo "efectos visuales no identificados". El bug me lo han cerrado como que "probablemnte tengas mal el monitor", lo cual es una supina estupidez. No me voy a preocupar, si luego se queja más gente es su problema. Yo ya he informado.
Esto me parece más serio porque un usuario que vea eso en la instalación se puede asustar y detenerla, con efectos desastrosos :-/ ¿También aparecen los artefactos si eliges una instalación en modo texto?
También he leído de problemas con el video de Nvidia, opengl no va. No he visto respuestas sobre esto. Con ATI no sé como está la cosa - pero claro, lo que pasa es que los drivers "propietarios" no se preparan hasta que la distro no se publica definitivamente, lo que implica que pocas personas han probado realmente esas tarjetas con los drivers propietarios (hay que instalarlos manualmente). Y dado que ahora van en el kernel en lugar de las X, pues agarraos que vienen curvas.
Con las tarjetas gráficas hoy en día es una lotería con cada versión -de la distribución- (y cada kernel) nuevo. Y ahora, con la inclusión del KMS y del driver "nuvó" para las nvidia, más aún. Yo siempre recomiendo lo mismo ante una nueva instalación: cargar una LiveCD y mantenerla unos días (se puede hibernar y así se mantienen todos los cambios y programas instalados :-P), después, instalar la nueva versión en una máquina virtual y por último, pasar a la instalación sobre hierros.
Y si he metido la pata en este agorero informe más de la cuenta, es que me estoy durmiendo. Ya debería estar en el sobre hace tiempo, pero se me ocurrió aceptar un update y estoy esperando... (python y nosequemás).
Bueno, sólo se te puede reprochar cierto tono pesimista, teniendo en cuenta que aún no ha terminado el ciclo de desarrollo y que los bugs se pueden corregir >>:-) P.S. Los vídeos "*.3gp" se pueden reproducir en Totem sin problemas ;-) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2010-05-18 12:51, Camaleón wrote:
El Tue, 18 May 2010 02:36:21 +0200, Carlos E. R. escribió:
Aviso para que no os pille desprevenidos: el sax desaparece en la 11.3, porque ya no funciona y no hay voluntarios para arreglarlo.
Bueno, sí... eso ya lo dijeron hace 6 meses:
Avisaron, en efecto.
Y más recientemente:
[opensuse-factory] SaX2: Dead or alive ?
Ese en concreto, bueno, su segunda parte, es el "trigger" de mi correo :-)
Nada que objetar en cuanto a la forma. Avisaron con tiempo suficiente y la transición ha sido bastante suave y positiva, la verdad.
Por cierto, no os empeñéis tanto con el SaX2. Aunque parezca mentira, se puede vivir sin él (y sin YaST2) :-)
Ya lo se, yo sax no lo necesito - creo. Simplemente lo traslado a esta lista para que la gente que no lee factory (en inglés) esté algo al tanto.
También aviso que el video Intel con compiz no va, lo que me hace suponer que su aceleración/3D tampoco va. La solución prevista es simplemente desactivar compiz para esas tarjetas. Ajo y agua.
¡Albricias y zapatetas!
Que no se puedan activar esas cosas no me entristece lo más mínimo >:-)
Vale, yo el compiz lo quito enseguida, es cierto,no me gusta. Lo tengo activado en un usuario auxiliar del portatil para "epatar" a los curiosos windoseros ;-) Pero es un síntoma de que el driver no va bien. Las cosas de la aceleración se usan en los menús de despliegue rápido, para mover ventanas graficas con el contenido mostrado sin retrasos, etc. ¡Hasta el OOo usa 3D en sus dialogos! No es imprescindible, pero si interesante. Y es crucial para muchos juegos y otras aplicaciones gráficas. Vale que las gráficas Intel no sean una maravilla, pero sin eso son todavía peores. Y no tienes opción de usar un driver 2D como con nvidia.
De todas formas, Compiz siempre ha mantenido un listado de adaptadores y chipsets gráficos en su lista negra que de manera predeterminada no permite activarlo (activar Compiz) si detecta que el equipo tiene uno de esos chipsets.
A ese listado nos añaden.
Que lo corrijan (el bug) es cuestión de tiempo. Aún falta un mes largo.
No es bastante, el problema lleva desde Julio, lo apuntó Juan Erbes. Supone cambiar de kernel enterito, y estamos casi en feature freeze (RCs). Y sin garantías de que lo resuelva.
¡Ah! Durante la instalación yo veo "efectos visuales no identificados". El bug me lo han cerrado como que "probablemnte tengas mal el monitor", lo cual es una supina estupidez. No me voy a preocupar, si luego se queja más gente es su problema. Yo ya he informado.
Esto me parece más serio porque un usuario que vea eso en la instalación se puede asustar y detenerla, con efectos desastrosos :-/
Así es. Y van y me dicen que tendré un problema en mi monitor y me lo cierran con worksforme. Ah, si lo has visto... vale que pregunten si tengo mal el monitor, pero no que lo cierren.
¿También aparecen los artefactos si eliges una instalación en modo texto?
No creo, pero no he probado.
Yo siempre recomiendo lo mismo ante una nueva instalación: cargar una LiveCD y mantenerla unos días (se puede hibernar y así se mantienen todos los cambios y programas instalados :-P), después, instalar la nueva versión en una máquina virtual y por último, pasar a la instalación sobre hierros.
sí.
Y si he metido la pata en este agorero informe más de la cuenta, es que me estoy durmiendo. Ya debería estar en el sobre hace tiempo, pero se me ocurrió aceptar un update y estoy esperando... (python y nosequemás).
Bueno, sólo se te puede reprochar cierto tono pesimista, teniendo en cuenta que aún no ha terminado el ciclo de desarrollo y que los bugs se pueden corregir >>:-)
No mucho. Bueno, una cosa buena: no tocan el init, lo dejan "tradicional". El otro está en los paquetes, pero no se pone por defecto. Menos mal.
P.S. Los vídeos "*.3gp" se pueden reproducir en Totem sin problemas ;-)
¿Si? Mis pruebas los muestran, pero sin sonido. Yo tuve que verlos en el movil, el portatil no me dejaba (factory). Click click, banshee, falta driver. Jamás he podido ver un video con banshee, no se para que lo ponen. Bueno, sí lo se, pero tampoco sé como hacer para que el banshee funcione. ¿Pasar por caja? - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iF4EAREIAAYFAkvyrjUACgkQja8UbcUWM1yMkgD/W8puiW24zhTDM8qA3tW5s/KH ImZVYeHbuQ4mGmTo6E0BAIfU7S6lml8//LGnHdugP/wMFwv3pfe8XSUa5IxrfCeN =qE6u -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Tue, 18 May 2010 17:11:50 +0200, Carlos E. R. escribió:
On 2010-05-18 12:51, Camaleón wrote:
(...)
También aviso que el video Intel con compiz no va, lo que me hace suponer que su aceleración/3D tampoco va. La solución prevista es simplemente desactivar compiz para esas tarjetas. Ajo y agua.
¡Albricias y zapatetas!
Que no se puedan activar esas cosas no me entristece lo más mínimo >:-)
Vale, yo el compiz lo quito enseguida, es cierto,no me gusta. Lo tengo activado en un usuario auxiliar del portatil para "epatar" a los curiosos windoseros ;-)
Pero es un síntoma de que el driver no va bien. Las cosas de la aceleración se usan en los menús de despliegue rápido, para mover ventanas graficas con el contenido mostrado sin retrasos, etc. ¡Hasta el OOo usa 3D en sus dialogos! No es imprescindible, pero si interesante. Y es crucial para muchos juegos y otras aplicaciones gráficas. Vale que las gráficas Intel no sean una maravilla, pero sin eso son todavía peores. Y no tienes opción de usar un driver 2D como con nvidia.
Compiz tiene problemas tanto con ATI como con nvidia, no creas que se trata de un problema único y exclusivo de Intel. El problema sería que el driver no funcionara con un escritorio en 2D, sin adornos extra. Eso sí sería problemático y grave.
De todas formas, Compiz siempre ha mantenido un listado de adaptadores y chipsets gráficos en su lista negra que de manera predeterminada no permite activarlo (activar Compiz) si detecta que el equipo tiene uno de esos chipsets.
A ese listado nos añaden.
Sí, pero a ver, la lista negra de Compiz se puede "baipasear" fácilmente, eso no es problema. El problema sobreviene si al activar Compiz (aún estando en la lista negra) no funciona, o va lento. En ese caso no queda otra opción que desactivarlo.
Que lo corrijan (el bug) es cuestión de tiempo. Aún falta un mes largo.
No es bastante, el problema lleva desde Julio, lo apuntó Juan Erbes. Supone cambiar de kernel enterito, y estamos casi en feature freeze (RCs). Y sin garantías de que lo resuelva.
Entonces la opción de desactivar Compiz en equipos con esos chipsets problemáticos me parece lo más acertado. Total, es sólo un "click" de ratón >:-)
¡Ah! Durante la instalación yo veo "efectos visuales no identificados". El bug me lo han cerrado como que "probablemnte tengas mal el monitor", lo cual es una supina estupidez. No me voy a preocupar, si luego se queja más gente es su problema. Yo ya he informado.
Esto me parece más serio porque un usuario que vea eso en la instalación se puede asustar y detenerla, con efectos desastrosos :-/
Así es. Y van y me dicen que tendré un problema en mi monitor y me lo cierran con worksforme. Ah, si lo has visto... vale que pregunten si tengo mal el monitor, pero no que lo cierren.
Me parece que se lo han tomado muy a la ligera para ser un problema que se presenta en la instalación. A ver, el proceso de instalación tiene que ser 100% perfecto, o al menos debe presentar los errores mínimos. La instalación siempre es delicada y el usuario está con los nervios a flor de piel... bueno, yo al menos siempre estoy en tensión cuando tengo que instalar, pensado si no se me olvidará algún paso o si habré puesto los datos correctamente :-)
¿También aparecen los artefactos si eliges una instalación en modo texto?
No creo, pero no he probado.
Podría ser un error del YaST gráfico y no de la tarjeta o el driver :-?
Y si he metido la pata en este agorero informe más de la cuenta, es que me estoy durmiendo. Ya debería estar en el sobre hace tiempo, pero se me ocurrió aceptar un update y estoy esperando... (python y nosequemás).
Bueno, sólo se te puede reprochar cierto tono pesimista, teniendo en cuenta que aún no ha terminado el ciclo de desarrollo y que los bugs se pueden corregir >>:-)
No mucho.
Bueno, una cosa buena: no tocan el init, lo dejan "tradicional". El otro está en los paquetes, pero no se pone por defecto. Menos mal.
¿Dices que no se atreven con el upstart? Miedicas :-P
P.S. Los vídeos "*.3gp" se pueden reproducir en Totem sin problemas ;-)
¿Si? Mis pruebas los muestran, pero sin sonido. Yo tuve que verlos en el movil, el portatil no me dejaba (factory). Click click, banshee, falta driver. Jamás he podido ver un video con banshee, no se para que lo ponen. Bueno, sí lo se, pero tampoco sé como hacer para que el banshee funcione. ¿Pasar por caja?
Bueno, yo ahora no tengo Banshee pero con Totem los vídeos que me mandan en ese formato (por lo general desde móviles Nokia) los veo y oigo sin problemas (ahora mismo no sé qué plugins de A/V tengo, no preguntes). Hay que activar la grabación del sonido en la configuración del modo "cámara de vídeo" del móvil, eso sí, de lo contrario sólo almacena imagen, lo cual suele ser conveniente si se quiere reducir el tamaño del archivo resultante. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El mar, 18-05-2010 a las 16:08 +0000, Camaleón escribió:
El Tue, 18 May 2010 17:11:50 +0200, Carlos E. R. escribió:
Bueno, yo ahora no tengo Banshee pero con Totem los vídeos que me mandan en ese formato (por lo general desde móviles Nokia) los veo y oigo sin problemas (ahora mismo no sé qué plugins de A/V tengo, no preguntes).
Investiga investiga y nos lo cuentas :)
-- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Tue, 18 May 2010 19:32:36 +0200, César Sánchez Alonso escribió:
El mar, 18-05-2010 a las 16:08 +0000, Camaleón escribió:
Bueno, yo ahora no tengo Banshee pero con Totem los vídeos que me mandan en ese formato (por lo general desde móviles Nokia) los veo y oigo sin problemas (ahora mismo no sé qué plugins de A/V tengo, no preguntes).
Investiga investiga y nos lo cuentas :)
Pero es que no sé cómo... ¿qué miro y dónde? :-? Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El mar, 18-05-2010 a las 19:39 +0000, Camaleón escribió:
El Tue, 18 May 2010 19:32:36 +0200, César Sánchez Alonso escribió:
El mar, 18-05-2010 a las 16:08 +0000, Camaleón escribió:
Bueno, yo ahora no tengo Banshee pero con Totem los vídeos que me mandan en ese formato (por lo general desde móviles Nokia) los veo y oigo sin problemas (ahora mismo no sé qué plugins de A/V tengo, no preguntes).
Investiga investiga y nos lo cuentas :)
Pero es que no sé cómo... ¿qué miro y dónde? :-?
Los plugines y codecs que tienes instalados :)
Saludos,
-- Camaleón
-- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Tue, 18 May 2010 21:58:14 +0200, César Sánchez Alonso escribió:
El mar, 18-05-2010 a las 19:39 +0000, Camaleón escribió:
Investiga investiga y nos lo cuentas :)
Pero es que no sé cómo... ¿qué miro y dónde? :-?
Los plugines y codecs que tienes instalados :)
Sí, pero... bueno, a ver si sacas algo en claro: sm01@stt008:~$ dpkg -l | grep gstreamer ii gstreamer0.10-alsa 0.10.19-2 GStreamer plugin for ALSA ii gstreamer0.10-ffmpeg 0.10.4-3 FFmpeg plugin for GStreamer ii gstreamer0.10-gnomevfs 0.10.19-2 GStreamer plugin for GnomeVFS ii gstreamer0.10-plugins-base 0.10.19-2 GStreamer plugins from the "base" set ii gstreamer0.10-plugins-good 0.10.8-4.1~lenny2 GStreamer plugins from the "good" set ii gstreamer0.10-plugins-ugly 0.10.8-1 GStreamer plugins from the "ugly" set ii gstreamer0.10-tools 0.10.19-3 Tools for use with GStreamer ii gstreamer0.10-x 0.10.19-2 GStreamer plugins for X11 and Pango ii libgstreamer-plugins-base0.10-0 0.10.19-2 GStreamer libraries from the "base" set ii libgstreamer0.10-0 0.10.19-3 Core GStreamer libraries and elements ii totem-gstreamer 2.22.2-6 A simple media player for the GNOME desktop sm01@stt008:~$ dpkg -l | grep plugins ii evolution-plugins 2.22.3.1-1 standard plugins for Evolution ii gstreamer0.10-plugins-base 0.10.19-2 GStreamer plugins from the "base" set ii gstreamer0.10-plugins-good 0.10.8-4.1~lenny2 GStreamer plugins from the "good" set ii gstreamer0.10-plugins-ugly 0.10.8-1 GStreamer plugins from the "ugly" set ii gstreamer0.10-x 0.10.19-2 GStreamer plugins for X11 and Pango ii libgstreamer-plugins-base0.10-0 0.10.19-2 GStreamer libraries from the "base" set ii libpt-1.10.10-plugins-alsa 1.10.10-2 Portable Windows Library Audio Plugin for th ii libpt-1.10.10-plugins-v4l 1.10.10-2 Portable Windows Library Video Plugin for Vi ii totem-plugins 2.22.2-6 Plugins for the Totem media player sm01@stt008:~$ dpkg -l | grep codec ii libavcodec51 0.svn20080206-18+lenny1 ffmpeg codec library ii libspeex1 1.2~rc1-1 The Speex codec runtime library ii libwavpack1 4.50.1-1 an audio codec (lossy and lossless) - librar sm01@stt008:~$ dpkg -l | grep totem ii libtotem-plparser10 2.22.3-1 Totem Playlist Parser library - runtime vers ii totem-common 2.22.2-6 Data files for the Totem media player ii totem-gstreamer 2.22.2-6 A simple media player for the GNOME desktop ii totem-mozilla 2.22.2-6 Totem Mozilla plugin ii totem-plugins 2.22.2-6 Plugins for the Totem media player Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El mar, 18-05-2010 a las 20:09 +0000, Camaleón escribió:
El Tue, 18 May 2010 21:58:14 +0200, César Sánchez Alonso escribió:
El mar, 18-05-2010 a las 19:39 +0000, Camaleón escribió:
Investiga investiga y nos lo cuentas :)
Pero es que no sé cómo... ¿qué miro y dónde? :-?
Los plugines y codecs que tienes instalados :)
Sí, pero... bueno, a ver si sacas algo en claro:
sm01@stt008:~$ dpkg -l | grep gstreamer ii gstreamer0.10-alsa 0.10.19-2 GStreamer plugin for ALSA ii gstreamer0.10-ffmpeg 0.10.4-3 FFmpeg plugin for GStreamer ii gstreamer0.10-gnomevfs 0.10.19-2 GStreamer plugin for GnomeVFS ii gstreamer0.10-plugins-base 0.10.19-2 GStreamer plugins from the "base" set ii gstreamer0.10-plugins-good 0.10.8-4.1~lenny2 GStreamer plugins from the "good" set ii gstreamer0.10-plugins-ugly 0.10.8-1 GStreamer plugins from the "ugly" set ii gstreamer0.10-tools 0.10.19-3 Tools for use with GStreamer ii gstreamer0.10-x 0.10.19-2 GStreamer plugins for X11 and Pango ii libgstreamer-plugins-base0.10-0 0.10.19-2 GStreamer libraries from the "base" set ii libgstreamer0.10-0 0.10.19-3 Core GStreamer libraries and elements ii totem-gstreamer 2.22.2-6 A simple media player for the GNOME desktop
sm01@stt008:~$ dpkg -l | grep plugins ii evolution-plugins 2.22.3.1-1 standard plugins for Evolution ii gstreamer0.10-plugins-base 0.10.19-2 GStreamer plugins from the "base" set ii gstreamer0.10-plugins-good 0.10.8-4.1~lenny2 GStreamer plugins from the "good" set ii gstreamer0.10-plugins-ugly 0.10.8-1 GStreamer plugins from the "ugly" set ii gstreamer0.10-x 0.10.19-2 GStreamer plugins for X11 and Pango ii libgstreamer-plugins-base0.10-0 0.10.19-2 GStreamer libraries from the "base" set ii libpt-1.10.10-plugins-alsa 1.10.10-2 Portable Windows Library Audio Plugin for th ii libpt-1.10.10-plugins-v4l 1.10.10-2 Portable Windows Library Video Plugin for Vi ii totem-plugins 2.22.2-6 Plugins for the Totem media player
sm01@stt008:~$ dpkg -l | grep codec ii libavcodec51 0.svn20080206-18+lenny1 ffmpeg codec library ii libspeex1 1.2~rc1-1 The Speex codec runtime library ii libwavpack1 4.50.1-1 an audio codec (lossy and lossless) - librar
sm01@stt008:~$ dpkg -l | grep totem ii libtotem-plparser10 2.22.3-1 Totem Playlist Parser library - runtime vers ii totem-common 2.22.2-6 Data files for the Totem media player ii totem-gstreamer 2.22.2-6 A simple media player for the GNOME desktop ii totem-mozilla 2.22.2-6 Totem Mozilla plugin ii totem-plugins 2.22.2-6 Plugins for the Totem media player
Saludos,
-- Camaleón
dpkg? Pero tú no eras susera? :D -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Tue, 18 May 2010 22:22:23 +0200, César Sánchez Alonso escribió:
El mar, 18-05-2010 a las 20:09 +0000, Camaleón escribió:
Los plugines y codecs que tienes instalados :)
Sí, pero... bueno, a ver si sacas algo en claro:
(...)
dpkg? Pero tú no eras susera? :D
Tú lo has dicho: "era" :-) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El mié, 19-05-2010 a las 06:35 +0000, Camaleón escribió:
El Tue, 18 May 2010 22:22:23 +0200, César Sánchez Alonso escribió:
El mar, 18-05-2010 a las 20:09 +0000, Camaleón escribió:
Los plugines y codecs que tienes instalados :)
Sí, pero... bueno, a ver si sacas algo en claro:
(...)
dpkg? Pero tú no eras susera? :D
Tú lo has dicho: "era" :-)
Saludos,
-- Camaleón
:) ¿Y qué te has puesto?, corazón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Wed, 19 May 2010 09:12:15 +0200, César Sánchez Alonso escribió:
El mié, 19-05-2010 a las 06:35 +0000, Camaleón escribió:
dpkg? Pero tú no eras susera? :D
Tú lo has dicho: "era" :-)
:)
¿Y qué te has puesto?, corazón
¿Dónde has estado durante estos últimos meses, hibernando como un oso? :-) Desde hace ya varias lunas que Debian habita en mi corazón, y por mis venas y mis ssitemas corre sangre debianera. Lenny se llama ella, oh, tan discreta y recatada como una buena ensaimada, que todos los días me alimenta, con su azúcar glaseada. Vaya, ahora me ha entrado "jambre". Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El mié, 19-05-2010 a las 11:28 +0000, Camaleón escribió:
El Wed, 19 May 2010 09:12:15 +0200, César Sánchez Alonso escribió:
El mié, 19-05-2010 a las 06:35 +0000, Camaleón escribió:
dpkg? Pero tú no eras susera? :D
Tú lo has dicho: "era" :-)
:)
¿Y qué te has puesto?, corazón
¿Dónde has estado durante estos últimos meses, hibernando como un oso? :-)
Desde hace ya varias lunas que Debian habita en mi corazón, y por mis venas y mis ssitemas corre sangre debianera. Lenny se llama ella, oh, tan discreta y recatada como una buena ensaimada, que todos los días me alimenta, con su azúcar glaseada.
Vaya, ahora me ha entrado "jambre".
Saludos,
-- Camaleón
La verdad es que llevo meses sin entrar... ¿Entonces nada de SuSE? :O -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Wed, 19 May 2010 13:41:19 +0200, César Sánchez Alonso escribió:
El mié, 19-05-2010 a las 11:28 +0000, Camaleón escribió:
¿Dónde has estado durante estos últimos meses, hibernando como un oso? :-)
La verdad es que llevo meses sin entrar... ¿Entonces nada de SuSE? :O
Una "miajita". En la VM tengo una 11.2 pero no le queda mucho tiempo de vida. La verdad es que la mantengo por vosotros, para poder hacer pruebas y eso :-) En los servidores, estaciones de trabajo y equipos de escritorio ya sólo tengo Debian. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El día 19 de mayo de 2010 06:05, Camaleón
El Wed, 19 May 2010 13:41:19 +0200, César Sánchez Alonso escribió:
El mié, 19-05-2010 a las 11:28 +0000, Camaleón escribió:
¿Dónde has estado durante estos últimos meses, hibernando como un oso? :-)
La verdad es que llevo meses sin entrar... ¿Entonces nada de SuSE? :O
Una "miajita". En la VM tengo una 11.2 pero no le queda mucho tiempo de vida. La verdad es que la mantengo por vosotros, para poder hacer pruebas y eso :-)
:(
En los servidores, estaciones de trabajo y equipos de escritorio ya sólo tengo Debian.
Pero porque Debian?
Saludos,
-- Camaleón
-- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-- Linux codigo abierto: Millones de personas en el mundo con mentes abiertas no pueden estar equivocadas -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Wed, 19 May 2010 08:09:39 -0600, cheperobert escribió:
El día 19 de mayo de 2010 06:05, Camaleón escribió:
(...)
En los servidores, estaciones de trabajo y equipos de escritorio ya sólo tengo Debian.
Pero porque Debian?
Porque: 1/ Tiene un soporte de parches de ±2 años 2/ Usa el entorno GNOME como predeterminado, lo cual me facilita mucho la instalación y configuración en las estaciones y equipos de escritorio 3/ Al menos de momento no pertenece a ninguna empresa y decide por sí misma (supongo que habrá cierta burocracia, pero no tanta como en otras distribuciones que tienen a una empresa detrás) ¿Por qué no Ubuntu? Porque no me fío de Canonical y porque la veo muy comercial, enfocada a un determinado tipo de usuario que me parece que no encaja conmigo (personalmente) ni con mis necesidades (profesionalmente hablando) :-) ¿Por qué no Archlinux? Porque las distribuciones de tipo "rolling" (actualizaciones continuas) me parecen muy arriesgadas, esto es algo totalmente personal, no digo que lo sean, sino que a mí me costaría mucho administrarlas. Y ahora que conozco a Debian un poco mejor, añadiría que es muy -pero que muy- estable, altamente configurable, con una gran cantidad de documentación disponible, tiene un montón de paquetes ya compilados listos para usar y su gestor de paquetes y sus repos funcionan... sí, funcionan. Quiero decir que "funcionan", sencillamente :-). No me he metido en sus interioridades porque no me ha hecho falta. Actualizo con "apt-get update apt-get upgrade" y no tengo que hacer nada más. Parece un tópico pero es real como la vida misma. Otra cosa que tiene (y que aún no he explotado "debidamente") es su sistema de configuración de programas (dpkg-reconfigure) a modo de plantillas, que inician un asistente de configuración muy básico (tipo yast pero mucho más sencillo) aunque suficiente para que un usuario pueda configurar Postfix o cualquier servicio "complicadillo" (xorg, alsa...) sin necesidad de tocar directamente los archivos de configuración. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El mié, 19-05-2010 a las 16:07 +0000, Camaleón escribió:
El Wed, 19 May 2010 08:09:39 -0600, cheperobert escribió:
El día 19 de mayo de 2010 06:05, Camaleón escribió:
(...)
En los servidores, estaciones de trabajo y equipos de escritorio ya sólo tengo Debian.
Pero porque Debian?
Porque:
1/ Tiene un soporte de parches de ±2 años
Como tenía OpenSuSE y tiene Ubuntu LTS.
2/ Usa el entorno GNOME como predeterminado, lo cual me facilita mucho la instalación y configuración en las estaciones y equipos de escritorio
Como Ubuntu y como tiene OpenSuSE si quieres.
3/ Al menos de momento no pertenece a ninguna empresa y decide por sí misma (supongo que habrá cierta burocracia, pero no tanta como en otras distribuciones que tienen a una empresa detrás)
Sí, pero también tiene sus cosas, esas icewesseladas me tocan las narices... pero bueno.
¿Por qué no Ubuntu?
Porque no me fío de Canonical y porque la veo muy comercial, enfocada a un determinado tipo de usuario que me parece que no encaja conmigo (personalmente) ni con mis necesidades (profesionalmente hablando) :-)
Como OpenSuSE... lo bueno es que Lenny está casi casi tratable... si nos hace una Novellada en dos años estará ya Debian usable para un usuario comodón compo Ubuntu.
¿Por qué no Archlinux?
Porque las distribuciones de tipo "rolling" (actualizaciones continuas) me parecen muy arriesgadas, esto es algo totalmente personal, no digo que lo sean, sino que a mí me costaría mucho administrarlas.
No me parece algo para trabajar, ni tampoco Gentoo... Se aprenderá la leche, te podrás ajustar todo como un guante, bla, bla, bla... pero los problemas que te puede dar...
Y ahora que conozco a Debian un poco mejor, añadiría que es muy -pero que muy- estable,
Será que has dejado KDE4 :)
altamente configurable, con una gran cantidad de documentación disponible, tiene un montón de paquetes ya compilados listos para usar y su gestor de paquetes y sus repos funcionan... sí, funcionan. Quiero decir que "funcionan", sencillamente :-). No me he metido en sus interioridades porque no me ha hecho falta. Actualizo con "apt-get update apt-get upgrade" y no tengo que hacer nada más. Parece un tópico pero es real como la vida misma.
¿Como Ubuntu? :)
Otra cosa que tiene (y que aún no he explotado "debidamente") es su sistema de configuración de programas (dpkg-reconfigure) a modo de plantillas, que inician un asistente de configuración muy básico (tipo yast pero mucho más sencillo) aunque suficiente para que un usuario pueda configurar Postfix o cualquier servicio "complicadillo" (xorg, alsa...) sin necesidad de tocar directamente los archivos de configuración.
¿Como Ubuntu? :)
Saludos,
-- Camaleón
Personalmente creo que lo que no me gusta de Ubuntu es Canonical... pero eso, que si nos hace una Novellada o Canonicalada pues a Debian dentro de dos añitos. :) -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El mié, 19-05-2010 a las 19:25 +0200, César Sánchez Alonso escribió:
Personalmente creo que lo que no me gusta de Ubuntu es Canonical... pero eso, que si nos hace una Novellada o Canonicalada pues a Debian dentro de dos añitos. :)
No, Canonical no está en esa parada. Aunque Shuttleworth ya no es el presidente de Canonical, la actual directiva nunca sería tan ingenua (léase tonta) como para arruinar la empresa de esa forma. Contrariamente a lo que muchos dicen, aún no he visto razones de peso como para desconfiar tanto de Canonical. Por lo menos yo no desconfío más de Canonical que de otras empresas del rubro... Los hechos muestran que es una empresa que sabe hacer bien las cosas y que ha tenido enorme éxito al posicionar su principal producto Ubuntu (para mí la mejor distro del momento) la cual sirve actualmente y con éxito en importantes empresas e instituciones públicas y privadas (En sistemas de escritorio y servidores). No creo que Canonical sea más despreciable que otras empresa de software dedicadas al lucro, Novell, Red Hat, Mandriva, etc., tratar de seguir buscando la quinta pata al gato me parece francamente ya una majadería... -- Saludos, Mauricio J. Adonis C. ------------------------------------------ Usuario Linux # 482032 Usuario Ubuntu # 25554 ------------------------------------------
El mié, 19-05-2010 a las 15:42 -0400, Mauricio J. Adonis C. escribió:
El mié, 19-05-2010 a las 19:25 +0200, César Sánchez Alonso escribió:
Personalmente creo que lo que no me gusta de Ubuntu es Canonical... pero eso, que si nos hace una Novellada o Canonicalada pues a Debian dentro de dos añitos. :)
No, Canonical no está en esa parada. Aunque Shuttleworth ya no es el presidente de Canonical, la actual directiva nunca sería tan ingenua (léase tonta) como para arruinar la empresa de esa forma.
Contrariamente a lo que muchos dicen, aún no he visto razones de peso como para desconfiar tanto de Canonical. Por lo menos yo no desconfío más de Canonical que de otras empresas del rubro...
Los hechos muestran que es una empresa que sabe hacer bien las cosas y que ha tenido enorme éxito al posicionar su principal producto Ubuntu (para mí la mejor distro del momento) la cual sirve actualmente y con éxito en importantes empresas e instituciones públicas y privadas (En sistemas de escritorio y servidores).
No creo que Canonical sea más despreciable que otras empresa de software dedicadas al lucro, Novell, Red Hat, Mandriva, etc., tratar de seguir buscando la quinta pata al gato me parece francamente ya una majadería...
Esa es tu opinión, otros muchos no nos fiamos. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El mié, 19-05-2010 a las 22:34 +0200, César Sánchez Alonso escribió:
Esa es tu opinión, otros muchos no nos fiamos.
Sí, a lo que voy es que jamás se dan razones de peso para esa actitud... -- Saludos, Mauricio J. Adonis C. ------------------------------------------ Usuario Linux # 482032 Usuario Ubuntu # 25554 ------------------------------------------
El mié, 19-05-2010 a las 17:01 -0400, Mauricio J. Adonis C. escribió:
El mié, 19-05-2010 a las 22:34 +0200, César Sánchez Alonso escribió:
Esa es tu opinión, otros muchos no nos fiamos.
Sí, a lo que voy es que jamás se dan razones de peso para esa actitud...
Las que tu has dado no me parecen tampoco de peso... Así que me permitirás tener mi propia opinión, ¿no te parece? -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El día 19 de mayo de 2010 10:07, Camaleón
El Wed, 19 May 2010 08:09:39 -0600, cheperobert escribió:
El día 19 de mayo de 2010 06:05, Camaleón escribió:
(...)
En los servidores, estaciones de trabajo y equipos de escritorio ya sólo tengo Debian.
Pero porque Debian?
Porque:
1/ Tiene un soporte de parches de ±2 años Eso es muy bueno es lo que esperaria que tubiera openSUSE, pero veo que esta muy lejos de lograrlo o volver a sus raizes (todo cambia)
2/ Usa el entorno GNOME como predeterminado, lo cual me facilita mucho la instalación y configuración en las estaciones y equipos de escritorio
Eso es de lo mejor de Debían (Basándose en su lema que no es Linux si no GNU/Linux y tratando de estar al 100% con el proyecto GNU), aunque no es escusa para cambiarse a Debían, en openSUSE también esta la misma posibilidad de seleccionar Gnome, salvo por error en una instalación dejemos KDE (que fue lo que pusieron por default los de Novell).
3/ Al menos de momento no pertenece a ninguna empresa y decide por sí misma (supongo que habrá cierta burocracia, pero no tanta como en otras distribuciones que tienen a una empresa detrás)
Si creo que hemos tenido que soportar a Novell los que usamos OS (Lo hacemos por openSUSE), y los que usan Fedora a RedHat. Eso que no pertenezca a ninguna empresa por el momento, es lo que levanta el ego de algunos Debianitas, lo que no se ve muy bien para los usuarios menos experimentados, (lo dicen ellos mismos en sus listas de usuarios).
¿Por qué no Ubuntu?
Porque no me fío de Canonical y porque la veo muy comercial, enfocada a un determinado tipo de usuario que me parece que no encaja conmigo (personalmente) ni con mis necesidades (profesionalmente hablando) :-)
Ubuntu es para señoritas, que solo han usado Windows en entornos de oficina :) dicen mucho. Al igual con migo no va, la he probado y es que no me gusta que pongan las casas tan fácil y me lleven de la mano en todo, me gustan los retos
¿Por qué no Archlinux?
Porque las distribuciones de tipo "rolling" (actualizaciones continuas) me parecen muy arriesgadas, esto es algo totalmente personal, no digo que lo sean, sino que a mí me costaría mucho administrarlas.
+1
Y ahora que conozco a Debian un poco mejor, añadiría que es muy -pero que muy- estable, altamente configurable, con una gran cantidad de
Quisas tengas mucha razon que es muy estable, pero algunas actualizaciones de paquetes son un poco mas tardias que otras distribuciones,
documentación disponible, tiene un montón de paquetes ya compilados listos para usar y su gestor de paquetes y sus repos funcionan... sí, funcionan. Quiero decir que "funcionan", sencillamente :-). No me he metido en sus interioridades porque no me ha hecho falta. Actualizo con "apt-get update apt-get upgrade" y no tengo que hacer nada más. Parece un tópico pero es real como la vida misma.
Si apt-get es muy bueno, quisas mejor que zypper, yum, conary, pacman, etc, Creo que su base de éxito ha sido su continuidad en su filosofía.
Otra cosa que tiene (y que aún no he explotado "debidamente") es su sistema de configuración de programas (dpkg-reconfigure) a modo de plantillas, que inician un asistente de configuración muy básico (tipo yast pero mucho más sencillo) aunque suficiente para que un usuario pueda configurar Postfix o cualquier servicio "complicadillo" (xorg, alsa...) sin necesidad de tocar directamente los archivos de configuración.
Quiero probar esas herramientas de Debian. Ya tengo Debian instalado en una maquina Virtual para probarlo, aunque hoy en dia sigo y seguire con openSUSE..... Pues si estas muy bien en Debían y te sientes muy agusto, pues disfrutalo y cuando te aburras o creas que ya no te gusta, acá te esperamos en openSUSE, o llegamos nosotros ha hacerte barra :)) Saludos cheperobert
Saludos,
-- Camaleón
-- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-- Linux codigo abierto: Millones de personas en el mundo con mentes abiertas no pueden estar equivocadas -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
O Mércores 19 Maio 2010 19:31:28 cheperobert escribiu:
El día 19 de mayo de 2010 10:07, Camaleón
escribió: El Wed, 19 May 2010 08:09:39 -0600, cheperobert escribió:
El día 19 de mayo de 2010 06:05, Camaleón escribió: (...) 2/ Usa el entorno GNOME como predeterminado, lo cual me facilita mucho la instalación y configuración en las estaciones y equipos de escritorio Gran decisión histórica xD Desechar QT tantos años por la primitiva licencia de Trolltech... en fin, viva el software libre ;)
Eso es de lo mejor de Debían (Basándose en su lema que no es Linux si no GNU/Linux y tratando de estar al 100% con el proyecto GNU), aunque no es escusa para cambiarse a Debían, en openSUSE también esta la misma posibilidad de seleccionar Gnome, salvo por error en una instalación dejemos KDE (que fue lo que pusieron por default los de Novell). Despistes hay todos los días, pero hay que despistarse Muuucho...
3/ Al menos de momento no pertenece a ninguna empresa y decide por sí misma (supongo que habrá cierta burocracia, pero no tanta como en otras distribuciones que tienen a una empresa detrás) Cierto. Si no fuera así, sería preocupante. Si creo que hemos tenido que soportar a Novell los que usamos OS (Lo hacemos por openSUSE), y los que usan Fedora a RedHat. Eso que no pertenezca a ninguna empresa por el momento, es lo que levanta el ego de algunos Debianitas, lo que no se ve muy bien para los usuarios menos experimentados, (lo dicen ellos mismos en sus listas de usuarios). No es su soporte "no comercial", sinó algunas de sus manías, incluso errores, y graves. ¿Por qué no Ubuntu?
Porque no me fío de Canonical y porque la veo muy comercial, enfocada a un determinado tipo de usuario que me parece que no encaja conmigo (personalmente) ni con mis necesidades (profesionalmente hablando) :-)
Ubuntu es para señoritas, que solo han usado Windows en entornos de oficina :) dicen mucho. Al igual con migo no va, la he probado y es que no me gusta que pongan las casas tan fácil y me lleven de la mano en todo, me gustan los retos Ubuntu <> Debian.
(...) Y ahora que conozco a Debian un poco mejor, añadiría que es muy -pero que muy- estable, altamente configurable, con una gran cantidad de
Quisas tengas mucha razon que es muy estable, pero algunas actualizaciones de paquetes son un poco mas tardias que otras distribuciones,
"Debian way of life". Lo raro es que Debian actualice antes que los demás.
documentación disponible, tiene un montón de paquetes ya compilados listos para usar y su gestor de paquetes y sus repos funcionan... sí, funcionan.
Hay días para todo. Desde el verano pasado he utilizado muchas veces muchos repositorios de openSUSE y no tuve problemas. Además, hay espejos para el caso de que fallen... no veo esa cuestión decisiva. Creo que a la larga, los problemas de conexión pueden afectar a cualquiera por cualquier cosa.
Quiero decir que "funcionan", sencillamente :-). No me he metido en sus interioridades porque no me ha hecho falta. Actualizo con "apt-get update apt-get upgrade" y no tengo que hacer nada más. Parece un tópico pero es real como la vida misma. zypper up?? Si apt-get es muy bueno, quisas mejor que zypper, yum, conary, pacman, etc, Creo que su base de éxito ha sido su continuidad en su filosofía. No creo que hoy en día sea mucho mejor que los otros, si acaso lo es. apt y dpkg manejan un montón de situaciones en las que mejor que uno no se vea metido xD, por lo que considerar eso como una ventaja, no sé yo ... Otra cosa que tiene (y que aún no he explotado "debidamente") es su sistema de configuración de programas (dpkg-reconfigure) a modo de plantillas, que inician un asistente de configuración muy básico (tipo yast pero mucho más sencillo) aunque suficiente para que un usuario pueda configurar Postfix o cualquier servicio "complicadillo" (xorg, alsa...) sin necesidad de tocar directamente los archivos de configuración.
Quiero probar esas herramientas de Debian. Hace mucho que no uso Debian, sólo estuve con Debian Potato y Woody (las siguientes apenas las probé por encima)... pero no tiene "esas herramientas". Cada paquete .deb incluye un scrip de postinstalación que se ejecutará cuando se instala. La forma sencilla de cambiar algo en la configuración inicial de un paquete es "reconfigurarlo", que es justo lo que hace dpkg-reconfigure, como es fácil adivinar por su nombre. No obstante, la mayor utilidad de esta herramienta es para cuando un paquete no se configura correctamente al instalarse -típicamente por algún problema de dependencias.
Lo que interpretáis como un asistente no es tal: simplemente se configura Debian para que la salida de las herramientas de "postinstalación" se muestren con ese formato, desde la típica línea de comandos a salida gráfica. El proceso de instalación de las distribuciones basadas en Debian es distinto a aquellos basados en rpm (y más aún del que usa Slax), y bueno, no es oro todo lo que reluce... cuando veas al sistema "liado" ya verás tú!! XD Por cierto, en el uso común se aconseja usar aptitude en lugar de apt-get. Hasta donde yo he probado, es mucho menos propenso a hacer cosas raras, lo cual es interesante para alquien a quien le preocupe que su sistema se desestabilice. apt llega a donde no llega aptitude, pero no creo en un entorno de servidores sea demasiado interesante tal diferencia.
(...)
Saludos,
-- Camaleón
-- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org Salud!! -- karl
El Wed, 19 May 2010 21:45:31 +0200, Karl García Gestido escribió:
El día 19 de mayo de 2010 10:07, Camaleón escribió:
El Wed, 19 May 2010 08:09:39 -0600, cheperobert escribió:
El día 19 de mayo de 2010 06:05, Camaleón escribió: (...) 2/ Usa el entorno GNOME como predeterminado, lo cual me facilita mucho la instalación y configuración en las estaciones y equipos de escritorio Gran decisión histórica xD Desechar QT tantos años por la primitiva
O Mércores 19 Maio 2010 19:31:28 cheperobert escribiu: licencia de Trolltech... en fin, viva el software libre ;)
Bueno, a ver no penséis mal. Hay mucha gente con Debian y con KDE 4.4 instalado, no han "desechado" nada. De hecho es una de las pocas distribuciones que aún mantienen kde 3.5 disponible para instalar y soportado oficialmente hasta que termine el soporte de Lenny, que será dentro de un año en cuanto salga la nueva versión, que todavía no han sacado. Es decir, que es de las pocas distribuciones que no se "plegó" a la moda del kde 4 y se mantuvo firme >>:-) Como nota curiosa diré que en la lista inglesa (la de debian) la gente echa mucho de menos a kde 3.5, parece que tampoco les ha convencido el kde4 :-P Lo que quería decir es que el medio CD de instalación de Debian viene con GNOME, lo cual a mí, particularmente, me viene de perlas para no tener que descargar el DVD completo, donde tienes más entornos para elegir, KDE entre otros, por supuesto. Y por cierto, otra cosa curiosa. Cuando participas en las listas de Debian (sobre todo en la inglesa, que hay más gente) te das cuenta de que lo "raro" es que alguien use GNOME. La mayoría (y sí, digo la mayoría) utiliza KDE u otros entornos que no son tan comunes en otras distribuciones, o que se ven con cuentagotas. Algunos no los había oído nunca :-) Creo que es precisamente esa pluralidad "real" uno de los puntos más importante de Debian. No se percibe como un sistema "gnomizado" o "kdeizado" per se, qué va, es tan flexible, se usa en entornos tan dispares y hay tantos paquetes disponibles que la gente instala realmente lo que necesita sin necesidad de tener que poner un entorno de escritorio completo pesado sólo porque "no hay nada mejor" o porque no encuentra el paquete del DE que quiere ya compilado para su distribución.
Quisas tengas mucha razon que es muy estable, pero algunas actualizaciones de paquetes son un poco mas tardias que otras distribuciones,
"Debian way of life". Lo raro es que Debian actualice antes que los demás.
Eso es cierto: los paquetes de la versión "estable" (luego comentaré brevemente lo de las versiones, que es algo realmente interesante en cuanto a metodología) son antiguos, y punto. Lo cual puede ser una ventaja (para mí definitivamente lo es) o un inconveniente si necesitas trabajar con las versiones más recientes. También es verdad que los paquetes de la versión estable de Debian no son "tan antiguos" como los que suelen incluir en CentOS. Esos son "añejos" :- P
documentación disponible, tiene un montón de paquetes ya compilados listos para usar y su gestor de paquetes y sus repos funcionan... sí, funcionan.
Hay días para todo. Desde el verano pasado he utilizado muchas veces muchos repositorios de openSUSE y no tuve problemas. Además, hay espejos para el caso de que fallen... no veo esa cuestión decisiva. Creo que a la larga, los problemas de conexión pueden afectar a cualquiera por cualquier cosa.
No Karl, no. En openSUSE no había mes que no tuviera problemas con los repos, con el redirector principalmente, tanto es así que al final opté por no usarlo y configurar un repositorio fijo. Para 3 o 4 veces que actualizaba algún paquete al mes, 2 veces tenía problemas. Además, no es sólo una cuestión de "espejos". Otra de las ventajas de Debian es que la mayoría de los paquetes están en un repositorio único (main → oss), no separado, como sucede con los paquetes del OBS en openSUSE, con lo cual se reducen sobremanera los problemas de conflictos y dependencias, algo más complicado de gestionar en openSUSE por lo que todos ya sabemos: los paquetes de packman sobreescriben paquetes del repo "/oss" y ya la hemos liado. O tienes que ir solucionando dependencias no satisfechas porque el paquete que necesitas está en otro repo que tienes que activar... y al final se termina con 50 repos distintos, los cuales te proporcionan la misma versión de un mismo paquete o biblioteca y tienes que ir afinando mucho para saber qué instalas y desde dónde. Por lo que en openSUSE o se tiene cierto "autocontrol" sobre los paquetes y los repos, o terminas con un sistema roto cada dos por tres. Y si se te rompe el zypper ya sabemos lo que puede pasar >>:-)
Quiero decir que "funcionan", sencillamente :-). No me he metido en sus interioridades porque no me ha hecho falta. Actualizo con "apt-get update apt-get upgrade" y no tengo que hacer nada más. Parece un tópico pero es real como la vida misma. zypper up??
Sí, pero no :-) Fíjate, yo de zypper desconfiaba tanto que no lo ejecutaba más que en la VM y con varias "-vvv" para intentar obtener la mayor información posible antes de decirle "avanti, instala o actualiza". En cambio, apt-get no me ha generado ningún problema, no me hace preguntas "estrafalarias" sobre complicados requisitos no satisfechos porque si tengo A pero no B y B necesita C pues que instale C para poder instalar A y satisfacer B. Y cosas asín que hace el zypper :-) Ojo, hay que ser justos. Zypper ha empezado realmente a utilizarse como herramienta de administración "oficial" y soportada para la gestión de los paquetes, actualizaciones y saltos entre versiones de openSUSE (esto último hace apenas unos meses) hará un par de años como mucho. Es con mucho, una herramienta más joven que apt, es normal y esperable que aún no esté tan pulida.
Otra cosa que tiene (y que aún no he explotado "debidamente") es su sistema de configuración de programas (dpkg-reconfigure) a modo de plantillas, que inician un asistente de configuración muy básico (tipo yast pero mucho más sencillo) aunque suficiente para que un usuario pueda configurar Postfix o cualquier servicio "complicadillo" (xorg, alsa...) sin necesidad de tocar directamente los archivos de configuración.
Quiero probar esas herramientas de Debian.
Hace mucho que no uso Debian, sólo estuve con Debian Potato y Woody (las siguientes apenas las probé por encima)... pero no tiene "esas herramientas". Cada paquete .deb incluye un scrip de postinstalación que se ejecutará cuando se instala. La forma sencilla de cambiar algo en la configuración inicial de un paquete es "reconfigurarlo", que es justo lo que hace dpkg-reconfigure, como es fácil adivinar por su nombre. No obstante, la mayor utilidad de esta herramienta es para cuando un paquete no se configura correctamente al instalarse -típicamente por algún problema de dependencias.
Esas "herramientas" existen. Y tienen la misma funcionalidad que "sax2", por ejemplo. Si tienes un problema con el controlador gráfico o la detección del hardware, lo ejecutas, te hace unas cuantas preguntas y listo, no tienes que ir tocando el xorg.conf de forma manual y dando "palos al aire".
Lo que interpretáis como un asistente no es tal: simplemente se configura Debian para que la salida de las herramientas de "postinstalación" se muestren con ese formato, desde la típica línea de comandos a salida gráfica.
Son asistentes en toda regla :-) Por ejemplo, el de "samba", te hace tantas preguntas que cometí el error de decirle "déjame tranquila, asistente pelmazo, que ya te cojo yo luego con el smb.conf y te dejo a punto" y al final tuve que volver a ejecutarlo para que quedara todo bien configurado. Son asistentes de configuración que a un usuario inexperto le viene de perlas. No son YaST, obviamente, pero menos da una piedra :-)
El proceso de instalación de las distribuciones basadas en Debian es distinto a aquellos basados en rpm (y más aún del que usa Slax), y bueno, no es oro todo lo que reluce... cuando veas al sistema "liado" ya verás tú!! XD
Eso sólo les pasa a los "valientes" :-) Ahora comento lo de las distintas versiones que hay en Debian para que tengáis una idea general de su funcionamiento (yo me enteré cuando tuve que instalarla). En Debian usan un sistema de 3 versiones: stable, testing y unstable. Hay una cuarta "experimental" de la que sólo conozco su existencia pero poco más. - La versión estable es como una roca. Es la versión "probada" y no se actualiza ningún paquete salvo que sea por un agujero de seguridad o en caso muy concretos. Esta es la que tengo yo O:-) - La versión de pruebas sería como la factory de openSuSE, pero en un estado contínuo muy avanzado (sería como una RC2 "permanente", por así decirlo). Es la versión sobre la que se trabaja y se actualizan los paquetes más comunes y también recibe parches de seguridad del equipo de Debian, al igual que la versión estable. - La versión inestable vendría a ser una factory susera en estado permanente de ML7 (una fase previa a la RC). Los desarrolladores actualizan continuamente y la mayoría de los paquetes están en fase de desarrollo. En teoría, se puede saltar desde la estable o la de pruebas a la inestable en cualquier momento. ¿Cómo se suele "romper" el sistema? Pues haciendo lo que se hace en openSUSE, que es salirse de lo recomendado: por ejemplo, usando paquetes de la rama de pruebas si tienes una instalación base con la versión estable. Ahí sí te puedes encontrar con problemas de dependencias o paquetes rotos porque las bibliotecas son incompatibles con las versiones de los programas, el kernel, etc. Yo, que soy más sosa que un besugo de agua salada, no me salgo de la estable ni "pa'" dar los buenos días. Y tanto yo como mis sistemas convivimos en paz y armonía, vamos, que estamos muy tranquilos :-P
Por cierto, en el uso común se aconseja usar aptitude en lugar de apt-get. Hasta donde yo he probado, es mucho menos propenso a hacer cosas raras, lo cual es interesante para alquien a quien le preocupe que su sistema se desestabilice. apt llega a donde no llega aptitude, pero no creo en un entorno de servidores sea demasiado interesante tal diferencia.
Sí, eso comentan por las listas y en la documentación oficial, pero cada persona te dirá que uno u otro tiene sus ventajas... creo que "aptitude" está mejor preparado para gestionar problemas de paquetes rotos o dependencias, vamos, interioridades del administrador de paquetes de esas raras. Suelen usarlo quienes trabajan con repositorios cruzados (stable/testing o testing/inestable). Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
O Mércores 19 Maio 2010 23:04:15 Camaleón escribiu:
El Wed, 19 May 2010 21:45:31 +0200, Karl García Gestido escribió:
O Mércores 19 Maio 2010 19:31:28 cheperobert escribiu:
El día 19 de mayo de 2010 10:07, Camaleón escribió:
El Wed, 19 May 2010 08:09:39 -0600, cheperobert escribió:
El día 19 de mayo de 2010 06:05, Camaleón escribió: (...) 2/ Usa el entorno GNOME como predeterminado, lo cual me facilita mucho la instalación y configuración en las estaciones y equipos de escritorio
Gran decisión histórica xD Desechar QT tantos años por la primitiva licencia de Trolltech... en fin, viva el software libre ;)
Bueno, a ver no penséis mal. Hay mucha gente con Debian y con KDE 4.4 instalado, no han "desechado" nada.
De hecho es una de las pocas distribuciones que aún mantienen kde 3.5 disponible para instalar y soportado oficialmente hasta que termine el soporte de Lenny, que será dentro de un año en cuanto salga la nueva versión, que todavía no han sacado.
Es decir, que es de las pocas distribuciones que no se "plegó" a la moda del kde 4 y se mantuvo firme >>:-) No me he expresado bien, yo viví esa época en Debian y siempre la doy por conocida por ser uno de los momentos "cumbre" del software libre (cuando para casi todo el mundo era anatema usar un escritorio gráfico, y más pecado aún que se arrancase por defecto!!).
Las librerías QT, como recordarás, eran al principio gratuitas pero no enteramente libres. Trolltech siempre manifestó dudas al respecto del tipo de licencia que les pondría, si bien aseguraba que siempre las mantendría abiertas. Al cabo del tiempo, experimentó con sus propias licencias mixtas, al estilo de lo que hoy hacen gente como Mozilla y otros. Hoy tienes una versión GPL y otra versión propietaria -esta última por usar componentes propietarios. Debian fue quizás la distro que más sentía la afrenta de QT, lo que le llevó a apartar al escritorio KDE por completo. Cierto, podías descargarlo e instalarlo, pero poca o ninguna ayuda había por parte de la gente de Debian. El boom de versiones o adaptaciones de Debian que siguió al lanzamiento de Ubuntu cambió la situación. En poco tiempo KDE dejó de ser el escritorio "casi universal" (no solo Red Hat -que también cambió por GNOME, sinó Mandrake, sinó otras, incluyendo a CorelLinux, que era una rareza: versión de Debian con KDE como escritorio xDDDD ... bueno, todo esto es muy "grosso modo", pero en fin... xD
Como nota curiosa diré que en la lista inglesa (la de debian) la gente echa mucho de menos a kde 3.5, parece que tampoco les ha convencido el kde4 :-P A pocos, al menos al principio.
No puedo pensar que los usuarios somos un poco (o mucho) egoístas en este asunto. KDE 3.5 nos acostumbró quizás demasiado a disponer de un escritorio bastante estable y muy adaptable y funcional, con lo cual el cambio está siendo muuuy traumático... ... sin embargo, en los inicios, GNU/Linux siempre fue así: se lanzaba algo y se esperaba que la necesidad espolease a muchos usuarios a contribuir en su prueba y mejora continua. Curiosidades XDD
Lo que quería decir es que el medio CD de instalación de Debian viene con GNOME, lo cual a mí, particularmente, me viene de perlas para no tener que descargar el DVD completo, donde tienes más entornos para elegir, KDE entre otros, por supuesto.
opensuse-GNOME-liveCD? o la quitaron?
Y por cierto, otra cosa curiosa. Cuando participas en las listas de Debian (sobre todo en la inglesa, que hay más gente) te das cuenta de que lo "raro" es que alguien use GNOME. La mayoría (y sí, digo la mayoría) utiliza KDE u otros entornos que no son tan comunes en otras distribuciones, o que se ven con cuentagotas. Algunos no los había oído nunca :-) Eh, no he dicho que un usuario de Debian esté condenado a tener mal gusto :P xd Creo que es precisamente esa pluralidad "real" uno de los puntos más importante de Debian. No se percibe como un sistema "gnomizado" o "kdeizado" per se, qué va, es tan flexible, se usa en entornos tan dispares y hay tantos paquetes disponibles que la gente instala realmente lo que necesita sin necesidad de tener que poner un entorno de escritorio completo pesado sólo porque "no hay nada mejor" o porque no encuentra el paquete del DE que quiere ya compilado para su distribución. En otros tiempos fue mejor, había más distribuciones con esa característica. Ahora, las distros optan por mejorar una, lo que hace que la otra quede floja.
Por otra parte, la mayoría de los usuarios de Debian son muy aventurados, por definición, ya que si no fuesen así, usarían otras distros... Yo tuve KDE 2.0, blackbox (maravilla!!), una cosa que llaman ude, que entonces era una cosa bastante rara... GNOME con Enlightenment de gestor de ventanas -primera experiencia frustrante de GNU/Linux por su tendencia a bloquear la entrada, tanto de teclado como de ratón... pero era tan chulo!!!!-. En la wikipedia inglesa, al hablar de escritorios, mencionan algunos escritorios más o menos modernos muy curiosos...
Quisas tengas mucha razon que es muy estable, pero algunas actualizaciones de paquetes son un poco mas tardias que otras distribuciones,
"Debian way of life". Lo raro es que Debian actualice antes que los demás.
Eso es cierto: los paquetes de la versión "estable" (luego comentaré brevemente lo de las versiones, que es algo realmente interesante en cuanto a metodología) son antiguos, y punto.
Lo cual puede ser una ventaja (para mí definitivamente lo es) o un inconveniente si necesitas trabajar con las versiones más recientes. Ubuntu, al menos al principio, proponía ser "una Debian con paquetes actualizados"... bueno, no sé XD También es verdad que los paquetes de la versión estable de Debian no son "tan antiguos" como los que suelen incluir en CentOS. Esos son "añejos" :- P
documentación disponible, tiene un montón de paquetes ya compilados listos para usar y su gestor de paquetes y sus repos funcionan... sí, funcionan.
Hay días para todo. Desde el verano pasado he utilizado muchas veces muchos repositorios de openSUSE y no tuve problemas. Además, hay espejos para el caso de que fallen... no veo esa cuestión decisiva. Creo que a la larga, los problemas de conexión pueden afectar a cualquiera por cualquier cosa.
No Karl, no. Sí... :p
Es cierto que he visto quejas sobre la disponibilidad de los repositorios, pero yo tengo 20 repositorio y he instalado muchas veces software -incluso en las fechas en las que alguien posteaba su queja- y nunca he tenido problemas... aunque a veces hay que andar con cuidado cuando los cambian xD Me fallaron dos repositorios que no recuerdo qué eran (tengo más repositorios inactivos, de instalaciones anteriores). Cuando YAST se quejó, los deshabilité y ya está. Nunca tuve problemas -este año- con OSS, NON-OSS, Pacman...
En openSUSE no había mes que no tuviera problemas con los repos, con el redirector principalmente, tanto es así que al final opté por no usarlo y configurar un repositorio fijo. Para 3 o 4 veces que actualizaba algún paquete al mes, 2 veces tenía problemas.
Además, no es sólo una cuestión de "espejos". Tener una lista de servidores para usar si hay problemas es buena idea, tanto en openSUSE como en Debian. No me creo que nadie te garantice acceso a su repositorio, puesto que puede que el problema esté en algún encaminador que haya "en el camino". Ya sé que la teoría de enrutamiento no es esa, pero bueno... xD Otra de las ventajas de Debian es que la mayoría de los paquetes están en un repositorio único (main → oss), no separado, como sucede con los paquetes del OBS en openSUSE, con lo cual se reducen sobremanera los problemas de conflictos y dependencias, algo más complicado de gestionar en openSUSE por lo que todos ya sabemos: los paquetes de packman sobreescriben paquetes del repo "/oss" y ya la hemos liado. O tienes que ir solucionando dependencias no satisfechas porque el paquete que necesitas está en otro repo que tienes que activar... y al final se termina con 50 repos distintos, los cuales te proporcionan la misma versión de un mismo paquete o biblioteca y tienes que ir afinando mucho para saber qué instalas y desde dónde.
Debian tiene muchos paquetes, pero "según ellos" los requisitos para estar en "main" son los mismos que para estar en OSS en openSUSE. Si tienen otras cosas allí, muy mal por los chicos de Debian >:-/
Por lo que en openSUSE o se tiene cierto "autocontrol" sobre los paquetes y los repos, o terminas con un sistema roto cada dos por tres. Y si se te rompe el zypper ya sabemos lo que puede pasar >>:-) Es curioso desinstalar zypper xD
Llevas muy poco con Debian y utilizas software muy definido, estable. Aún así, no te preocupes, ya verás XD Cuando probamos un buen sistema, al principio parece que las ventajas son mayores. Existen, es cierto, muchas razones poderosas para usar Debian, pero el gestor de paquetes, hoy, no es una de ellas.
Quiero decir que "funcionan", sencillamente :-). No me he metido en sus interioridades porque no me ha hecho falta. Actualizo con "apt-get update apt-get upgrade" y no tengo que hacer nada más. Parece un tópico pero es real como la vida misma.
zypper up??
Sí, pero no :-)
Fíjate, yo de zypper desconfiaba tanto que no lo ejecutaba más que en la VM y con varias "-vvv" para intentar obtener la mayor información posible antes de decirle "avanti, instala o actualiza".
En cambio, apt-get no me ha generado ningún problema, no me hace preguntas "estrafalarias" sobre complicados requisitos no satisfechos porque si tengo A pero no B y B necesita C pues que instale C para poder instalar A y satisfacer B. Y cosas asín que hace el zypper :-)
Ojo, hay que ser justos. Zypper ha empezado realmente a utilizarse como herramienta de administración "oficial" y soportada para la gestión de los paquetes, actualizaciones y saltos entre versiones de openSUSE (esto último hace apenas unos meses) hará un par de años como mucho. Es con mucho, una herramienta más joven que apt, es normal y esperable que aún no esté tan pulida.
Esa juventud es una losa, por ahora. Los mayores problemas con zypper son con los propios cambios que experimenta "su funcionamiento". Por ejemplo, de la openSUSE 11.1 a la 11.0, zypper up pasó a ser lo que antes era zypper up -t package, y se eliminó, que yo recuerde, zypper dup... Antes de usar zypper, en cada encarnación, hay que leerse la documentación al respecto, para no llevarse sustos xD
(...)aire".
Lo que interpretáis como un asistente no es tal: simplemente se configura Debian para que la salida de las herramientas de "postinstalación" se muestren con ese formato, desde la típica línea de comandos a salida gráfica.
Son asistentes en toda regla :-) Algunos sí, otros no... no te fíes de ellos ;) Por ejemplo, el de "samba", te hace tantas preguntas que cometí el error de decirle "déjame tranquila, asistente pelmazo, que ya te cojo yo luego con el smb.conf y te dejo a punto" y al final tuve que volver a ejecutarlo para que quedara todo bien configurado. Son asistentes de configuración que a un usuario inexperto le viene de perlas. No son YaST, obviamente, pero menos da una piedra :-) Juas!! eso sí, están bastante bien... para no ser Yast.
El proceso de instalación de las distribuciones basadas en Debian es distinto a aquellos basados en rpm (y más aún del que usa Slax), y bueno, no es oro todo lo que reluce... cuando veas al sistema "liado" ya verás tú!! XD
Eso sólo les pasa a los "valientes" :-)
Ahora comento lo de las distintas versiones que hay en Debian para que tengáis una idea general de su funcionamiento (yo me enteré cuando tuve que instalarla).
En Debian usan un sistema de 3 versiones: stable, testing y unstable. Hay una cuarta "experimental" de la que sólo conozco su existencia pero poco más.
- La versión estable es como una roca. Es la versión "probada" y no se actualiza ningún paquete salvo que sea por un agujero de seguridad o en caso muy concretos. Esta es la que tengo yo O:-) Je, te recuerdo que los dos incidentes de seguridad graves en los últimos años los tuvieron ellos, en ése software ;) - La versión de pruebas sería como la factory de openSuSE, pero en un estado contínuo muy avanzado (sería como una RC2 "permanente", por así decirlo). Es la versión sobre la que se trabaja y se actualizan los paquetes más comunes y también recibe parches de seguridad del equipo de Debian, al igual que la versión estable. Sería más bien como los repositorios factory de openSUSE. - La versión inestable vendría a ser una factory susera en estado permanente de ML7 (una fase previa a la RC). Los desarrolladores actualizan continuamente y la mayoría de los paquetes están en fase de desarrollo.
(..) Yo, que soy más sosa que un besugo de agua salada, no me salgo de la estable ni "pa'" dar los buenos días. Y tanto yo como mis sistemas convivimos en paz y armonía, vamos, que estamos muy tranquilos :-P Eso es inteligente, cuando puede hacerse.
Por cierto, en el uso común se aconseja usar aptitude en lugar de apt-get. Hasta donde yo he probado, es mucho menos propenso a hacer cosas raras, lo cual es interesante para alquien a quien le preocupe que su sistema se desestabilice. apt llega a donde no llega aptitude, pero no creo en un entorno de servidores sea demasiado interesante tal diferencia.
Sí, eso comentan por las listas y en la documentación oficial, pero cada persona te dirá que uno u otro tiene sus ventajas... creo que "aptitude" está mejor preparado para gestionar problemas de paquetes rotos o dependencias, vamos, interioridades del administrador de paquetes de esas raras.
Suelen usarlo quienes trabajan con repositorios cruzados (stable/testing o testing/inestable).
Saludos, Aptitude es más moderno, y viene a mejorar a apt. Es la idea. Te lo recomiendo. Evita sustos. Pero ojo con las opciones si te has estudiado a apt- get!!!!
Salud!! -- karl
El jue, 20-05-2010 a las 00:12 +0200, Karl García Gestido escribió:
O Mércores 19 Maio 2010 23:04:15 Camaleón escribiu:
El Wed, 19 May 2010 21:45:31 +0200, Karl García Gestido escribió:
O Mércores 19 Maio 2010 19:31:28 cheperobert escribiu:
El día 19 de mayo de 2010 10:07, Camaleón escribió:
El Wed, 19 May 2010 08:09:39 -0600, cheperobert escribió:
El día 19 de mayo de 2010 06:05, Camaleón escribió: (...) 2/ Usa el entorno GNOME como predeterminado, lo cual me facilita mucho la instalación y configuración en las estaciones y equipos de escritorio
Gran decisión histórica xD Desechar QT tantos años por la primitiva licencia de Trolltech... en fin, viva el software libre ;)
Bueno, a ver no penséis mal. Hay mucha gente con Debian y con KDE 4.4 instalado, no han "desechado" nada.
De hecho es una de las pocas distribuciones que aún mantienen kde 3.5 disponible para instalar y soportado oficialmente hasta que termine el soporte de Lenny, que será dentro de un año en cuanto salga la nueva versión, que todavía no han sacado.
Es decir, que es de las pocas distribuciones que no se "plegó" a la moda del kde 4 y se mantuvo firme >>:-) No me he expresado bien, yo viví esa época en Debian y siempre la doy por conocida por ser uno de los momentos "cumbre" del software libre (cuando para casi todo el mundo era anatema usar un escritorio gráfico, y más pecado aún que se arrancase por defecto!!).
Las librerías QT, como recordarás, eran al principio gratuitas pero no enteramente libres. Trolltech siempre manifestó dudas al respecto del tipo de licencia que les pondría, si bien aseguraba que siempre las mantendría abiertas. Al cabo del tiempo, experimentó con sus propias licencias mixtas, al estilo de lo que hoy hacen gente como Mozilla y otros. Hoy tienes una versión GPL y otra versión propietaria -esta última por usar componentes propietarios.
Debian fue quizás la distro que más sentía la afrenta de QT, lo que le llevó a apartar al escritorio KDE por completo. Cierto, podías descargarlo e instalarlo, pero poca o ninguna ayuda había por parte de la gente de Debian.
El boom de versiones o adaptaciones de Debian que siguió al lanzamiento de Ubuntu cambió la situación. En poco tiempo KDE dejó de ser el escritorio "casi universal" (no solo Red Hat -que también cambió por GNOME, sinó Mandrake, sinó otras, incluyendo a CorelLinux, que era una rareza: versión de Debian con KDE como escritorio xDDDD ... bueno, todo esto es muy "grosso modo", pero en fin... xD
Como nota curiosa diré que en la lista inglesa (la de debian) la gente echa mucho de menos a kde 3.5, parece que tampoco les ha convencido el kde4 :-P A pocos, al menos al principio.
No puedo pensar que los usuarios somos un poco (o mucho) egoístas en este asunto. KDE 3.5 nos acostumbró quizás demasiado a disponer de un escritorio bastante estable y muy adaptable y funcional, con lo cual el cambio está siendo muuuy traumático...
... sin embargo, en los inicios, GNU/Linux siempre fue así: se lanzaba algo y se esperaba que la necesidad espolease a muchos usuarios a contribuir en su prueba y mejora continua. Curiosidades XDD
Lo que quería decir es que el medio CD de instalación de Debian viene con GNOME, lo cual a mí, particularmente, me viene de perlas para no tener que descargar el DVD completo, donde tienes más entornos para elegir, KDE entre otros, por supuesto.
opensuse-GNOME-liveCD? o la quitaron?
Y por cierto, otra cosa curiosa. Cuando participas en las listas de Debian (sobre todo en la inglesa, que hay más gente) te das cuenta de que lo "raro" es que alguien use GNOME. La mayoría (y sí, digo la mayoría) utiliza KDE u otros entornos que no son tan comunes en otras distribuciones, o que se ven con cuentagotas. Algunos no los había oído nunca :-) Eh, no he dicho que un usuario de Debian esté condenado a tener mal gusto :P xd Creo que es precisamente esa pluralidad "real" uno de los puntos más importante de Debian. No se percibe como un sistema "gnomizado" o "kdeizado" per se, qué va, es tan flexible, se usa en entornos tan dispares y hay tantos paquetes disponibles que la gente instala realmente lo que necesita sin necesidad de tener que poner un entorno de escritorio completo pesado sólo porque "no hay nada mejor" o porque no encuentra el paquete del DE que quiere ya compilado para su distribución. En otros tiempos fue mejor, había más distribuciones con esa característica. Ahora, las distros optan por mejorar una, lo que hace que la otra quede floja.
Por otra parte, la mayoría de los usuarios de Debian son muy aventurados, por definición, ya que si no fuesen así, usarían otras distros... Yo tuve KDE 2.0, blackbox (maravilla!!), una cosa que llaman ude, que entonces era una cosa bastante rara... GNOME con Enlightenment de gestor de ventanas -primera experiencia frustrante de GNU/Linux por su tendencia a bloquear la entrada, tanto de teclado como de ratón... pero era tan chulo!!!!-. En la wikipedia inglesa, al hablar de escritorios, mencionan algunos escritorios más o menos modernos muy curiosos...
Quisas tengas mucha razon que es muy estable, pero algunas actualizaciones de paquetes son un poco mas tardias que otras distribuciones,
"Debian way of life". Lo raro es que Debian actualice antes que los demás.
Eso es cierto: los paquetes de la versión "estable" (luego comentaré brevemente lo de las versiones, que es algo realmente interesante en cuanto a metodología) son antiguos, y punto.
Lo cual puede ser una ventaja (para mí definitivamente lo es) o un inconveniente si necesitas trabajar con las versiones más recientes. Ubuntu, al menos al principio, proponía ser "una Debian con paquetes actualizados"... bueno, no sé XD También es verdad que los paquetes de la versión estable de Debian no son "tan antiguos" como los que suelen incluir en CentOS. Esos son "añejos" :- P
documentación disponible, tiene un montón de paquetes ya compilados listos para usar y su gestor de paquetes y sus repos funcionan... sí, funcionan.
Hay días para todo. Desde el verano pasado he utilizado muchas veces muchos repositorios de openSUSE y no tuve problemas. Además, hay espejos para el caso de que fallen... no veo esa cuestión decisiva. Creo que a la larga, los problemas de conexión pueden afectar a cualquiera por cualquier cosa.
No Karl, no. Sí... :p
Es cierto que he visto quejas sobre la disponibilidad de los repositorios, pero yo tengo 20 repositorio y he instalado muchas veces software -incluso en las fechas en las que alguien posteaba su queja- y nunca he tenido problemas... aunque a veces hay que andar con cuidado cuando los cambian xD
Me fallaron dos repositorios que no recuerdo qué eran (tengo más repositorios inactivos, de instalaciones anteriores). Cuando YAST se quejó, los deshabilité y ya está. Nunca tuve problemas -este año- con OSS, NON-OSS, Pacman...
En openSUSE no había mes que no tuviera problemas con los repos, con el redirector principalmente, tanto es así que al final opté por no usarlo y configurar un repositorio fijo. Para 3 o 4 veces que actualizaba algún paquete al mes, 2 veces tenía problemas.
Además, no es sólo una cuestión de "espejos". Tener una lista de servidores para usar si hay problemas es buena idea, tanto en openSUSE como en Debian. No me creo que nadie te garantice acceso a su repositorio, puesto que puede que el problema esté en algún encaminador que haya "en el camino". Ya sé que la teoría de enrutamiento no es esa, pero bueno... xD Otra de las ventajas de Debian es que la mayoría de los paquetes están en un repositorio único (main → oss), no separado, como sucede con los paquetes del OBS en openSUSE, con lo cual se reducen sobremanera los problemas de conflictos y dependencias, algo más complicado de gestionar en openSUSE por lo que todos ya sabemos: los paquetes de packman sobreescriben paquetes del repo "/oss" y ya la hemos liado. O tienes que ir solucionando dependencias no satisfechas porque el paquete que necesitas está en otro repo que tienes que activar... y al final se termina con 50 repos distintos, los cuales te proporcionan la misma versión de un mismo paquete o biblioteca y tienes que ir afinando mucho para saber qué instalas y desde dónde.
Debian tiene muchos paquetes, pero "según ellos" los requisitos para estar en "main" son los mismos que para estar en OSS en openSUSE. Si tienen otras cosas allí, muy mal por los chicos de Debian >:-/
Por lo que en openSUSE o se tiene cierto "autocontrol" sobre los paquetes y los repos, o terminas con un sistema roto cada dos por tres. Y si se te rompe el zypper ya sabemos lo que puede pasar >>:-) Es curioso desinstalar zypper xD
Llevas muy poco con Debian y utilizas software muy definido, estable. Aún así, no te preocupes, ya verás XD
Cuando probamos un buen sistema, al principio parece que las ventajas son mayores. Existen, es cierto, muchas razones poderosas para usar Debian, pero el gestor de paquetes, hoy, no es una de ellas.
Quiero decir que "funcionan", sencillamente :-). No me he metido en sus interioridades porque no me ha hecho falta. Actualizo con "apt-get update apt-get upgrade" y no tengo que hacer nada más. Parece un tópico pero es real como la vida misma.
zypper up??
Sí, pero no :-)
Fíjate, yo de zypper desconfiaba tanto que no lo ejecutaba más que en la VM y con varias "-vvv" para intentar obtener la mayor información posible antes de decirle "avanti, instala o actualiza".
En cambio, apt-get no me ha generado ningún problema, no me hace preguntas "estrafalarias" sobre complicados requisitos no satisfechos porque si tengo A pero no B y B necesita C pues que instale C para poder instalar A y satisfacer B. Y cosas asín que hace el zypper :-)
Ojo, hay que ser justos. Zypper ha empezado realmente a utilizarse como herramienta de administración "oficial" y soportada para la gestión de los paquetes, actualizaciones y saltos entre versiones de openSUSE (esto último hace apenas unos meses) hará un par de años como mucho. Es con mucho, una herramienta más joven que apt, es normal y esperable que aún no esté tan pulida.
Esa juventud es una losa, por ahora. Los mayores problemas con zypper son con los propios cambios que experimenta "su funcionamiento". Por ejemplo, de la openSUSE 11.1 a la 11.0, zypper up pasó a ser lo que antes era zypper up -t package, y se eliminó, que yo recuerde, zypper dup... Antes de usar zypper, en cada encarnación, hay que leerse la documentación al respecto, para no llevarse sustos xD
(...)aire".
Lo que interpretáis como un asistente no es tal: simplemente se configura Debian para que la salida de las herramientas de "postinstalación" se muestren con ese formato, desde la típica línea de comandos a salida gráfica.
Son asistentes en toda regla :-) Algunos sí, otros no... no te fíes de ellos ;) Por ejemplo, el de "samba", te hace tantas preguntas que cometí el error de decirle "déjame tranquila, asistente pelmazo, que ya te cojo yo luego con el smb.conf y te dejo a punto" y al final tuve que volver a ejecutarlo para que quedara todo bien configurado. Son asistentes de configuración que a un usuario inexperto le viene de perlas. No son YaST, obviamente, pero menos da una piedra :-) Juas!! eso sí, están bastante bien... para no ser Yast.
El proceso de instalación de las distribuciones basadas en Debian es distinto a aquellos basados en rpm (y más aún del que usa Slax), y bueno, no es oro todo lo que reluce... cuando veas al sistema "liado" ya verás tú!! XD
Eso sólo les pasa a los "valientes" :-)
Ahora comento lo de las distintas versiones que hay en Debian para que tengáis una idea general de su funcionamiento (yo me enteré cuando tuve que instalarla).
En Debian usan un sistema de 3 versiones: stable, testing y unstable. Hay una cuarta "experimental" de la que sólo conozco su existencia pero poco más.
- La versión estable es como una roca. Es la versión "probada" y no se actualiza ningún paquete salvo que sea por un agujero de seguridad o en caso muy concretos. Esta es la que tengo yo O:-) Je, te recuerdo que los dos incidentes de seguridad graves en los últimos años los tuvieron ellos, en ése software ;) - La versión de pruebas sería como la factory de openSuSE, pero en un estado contínuo muy avanzado (sería como una RC2 "permanente", por así decirlo). Es la versión sobre la que se trabaja y se actualizan los paquetes más comunes y también recibe parches de seguridad del equipo de Debian, al igual que la versión estable. Sería más bien como los repositorios factory de openSUSE. - La versión inestable vendría a ser una factory susera en estado permanente de ML7 (una fase previa a la RC). Los desarrolladores actualizan continuamente y la mayoría de los paquetes están en fase de desarrollo.
(..) Yo, que soy más sosa que un besugo de agua salada, no me salgo de la estable ni "pa'" dar los buenos días. Y tanto yo como mis sistemas convivimos en paz y armonía, vamos, que estamos muy tranquilos :-P Eso es inteligente, cuando puede hacerse.
Por cierto, en el uso común se aconseja usar aptitude en lugar de apt-get. Hasta donde yo he probado, es mucho menos propenso a hacer cosas raras, lo cual es interesante para alquien a quien le preocupe que su sistema se desestabilice. apt llega a donde no llega aptitude, pero no creo en un entorno de servidores sea demasiado interesante tal diferencia.
Sí, eso comentan por las listas y en la documentación oficial, pero cada persona te dirá que uno u otro tiene sus ventajas... creo que "aptitude" está mejor preparado para gestionar problemas de paquetes rotos o dependencias, vamos, interioridades del administrador de paquetes de esas raras.
Suelen usarlo quienes trabajan con repositorios cruzados (stable/testing o testing/inestable).
Saludos, Aptitude es más moderno, y viene a mejorar a apt. Es la idea. Te lo recomiendo. Evita sustos. Pero ojo con las opciones si te has estudiado a apt- get!!!!
Salud!!
Muy interesante tu post, Karl. Gracias. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Thu, 20 May 2010 00:12:49 +0200, Karl García Gestido escribió:
O Mércores 19 Maio 2010 23:04:15 Camaleón escribiu:
(...)
Bueno, a ver no penséis mal. Hay mucha gente con Debian y con KDE 4.4 instalado, no han "desechado" nada.
(...)
Debian fue quizás la distro que más sentía la afrenta de QT, lo que le llevó a apartar al escritorio KDE por completo. Cierto, podías descargarlo e instalarlo, pero poca o ninguna ayuda había por parte de la gente de Debian.
Yo siempre había dado por hecho que Debian daba prioridad al entorno GNOME y de hecho entiendo que sigue siendo así. Y eso es precisamente un punto a su favor (para mí), y me parece que no ha cambiado. Pero una cosa es dar prioridad a un DE y otra cosa es desechar al resto. Eso desde luego no es lo que sucede, o no es la percepción que tengo. KDE está disponible en los repositorios habituales y me consta que hay un grupo de desarrolladores de Debian detrás, con proyecto dedicado y muy cuidado.
Como nota curiosa diré que en la lista inglesa (la de debian) la gente echa mucho de menos a kde 3.5, parece que tampoco les ha convencido el kde4 :-P
A pocos, al menos al principio.
Y ahora (aún habiendo pasado unos años y siendo kde4.4 mucho más útil y estable) tampoco les convence, eso es lo que quería decir.
Lo que quería decir es que el medio CD de instalación de Debian viene con GNOME, lo cual a mí, particularmente, me viene de perlas para no tener que descargar el DVD completo, donde tienes más entornos para elegir, KDE entre otros, por supuesto.
opensuse-GNOME-liveCD? o la quitaron?
No creo :-? ¿por qué la iban a quitar? A ver, el único motivo que me llevó a dejar openSUSE fue la reducción del soporte a 18 meses que hicieron hace unos meses, nada más. Yo estaba contenta con openSUSE, la encuentro técnicamente robusta y afín a mi idea de cómo debe ser un sistema operativo. Y su soporte de GNOME es muy bueno. Independientemente de eso, es un "plus" adicional para Debian que use GNOME como entorno de escritorio predeterminado. Por ejemplo, me hubiera costado más decantarme por Mandriva o Slackware, distribuciones ambas con tendencia más pro-KDE. O eso tengo entendido.
No Karl, no. Sí... :p
Es cierto que he visto quejas sobre la disponibilidad de los repositorios, pero yo tengo 20 repositorio y he instalado muchas veces software -incluso en las fechas en las que alguien posteaba su queja- y nunca he tenido problemas... aunque a veces hay que andar con cuidado cuando los cambian xD
Bueno, yo me refería al sistema automático de redirección de servidores, que se supone debería mejorar y facilitar la experiencia del usuario cuando no siempre era así. Y no hablo de repos externos, me refiero a los 3 predeterminados de openSUSE (/oss, /non-oss y /update).
Además, no es sólo una cuestión de "espejos".
Tener una lista de servidores para usar si hay problemas es buena idea, tanto en openSUSE como en Debian. No me creo que nadie te garantice acceso a su repositorio, puesto que puede que el problema esté en algún encaminador que haya "en el camino". Ya sé que la teoría de enrutamiento no es esa, pero bueno... xD
Siempre y cuando el sistema funcione debidamente, no, no hay problema. El problema es cuando "hay problemas" ;-) y el redirector no te dice a qué mirror te ha llevado, además de dirigirte a un repo fallido o lento.
Debian tiene muchos paquetes, pero "según ellos" los requisitos para estar en "main" son los mismos que para estar en OSS en openSUSE. Si tienen otras cosas allí, muy mal por los chicos de Debian >:-/
Siguen siendo igual de estrictos en ese aspecto, o eso creo. Lo que te quiero decir es que en el repo "main" tienen paquetes para dar y vender. En ese tema están muy bien cubiertos y desde mi punto de vista, bien gestionados. Hay muy pocos repos "externos" (eso es una ventaja), los paquetes libres que no tienen problemas de licencias se incluyen en el repositorio general, por lo que se aplican las misma reglas y directrices a todos los paquetes por igual.
Por lo que en openSUSE o se tiene cierto "autocontrol" sobre los paquetes y los repos, o terminas con un sistema roto cada dos por tres. Y si se te rompe el zypper ya sabemos lo que puede pasar >>:-) Es curioso desinstalar zypper xD
Llevas muy poco con Debian y utilizas software muy definido, estable. Aún así, no te preocupes, ya verás XD
Bueno, hacía lo mismo en openSUSE :-)
Cuando probamos un buen sistema, al principio parece que las ventajas son mayores. Existen, es cierto, muchas razones poderosas para usar Debian, pero el gestor de paquetes, hoy, no es una de ellas.
Para mí sí, he notado una gran diferencia. La instalación de programas es muy sencilla (eh, sin YaST2 :-P) y las actualizaciones no se complican. Además, a quien le guste la línea de comandos estará de suerte con Debian :-).
Ojo, hay que ser justos. Zypper ha empezado realmente a utilizarse como herramienta de administración "oficial" y soportada para la gestión de los paquetes, actualizaciones y saltos entre versiones de openSUSE (esto último hace apenas unos meses) hará un par de años como mucho. Es con mucho, una herramienta más joven que apt, es normal y esperable que aún no esté tan pulida.
Esa juventud es una losa, por ahora. Los mayores problemas con zypper son con los propios cambios que experimenta "su funcionamiento". Por ejemplo, de la openSUSE 11.1 a la 11.0, zypper up pasó a ser lo que antes era zypper up -t package, y se eliminó, que yo recuerde, zypper dup... Antes de usar zypper, en cada encarnación, hay que leerse la documentación al respecto, para no llevarse sustos xD
Sí, los usuarios están mareados con eso del cambio de "vendor" y las prioridades" y me parece que en la 11.3 lo vuelven a cambiar, así que ojo :-)
Son asistentes en toda regla :-)
Algunos sí, otros no... no te fíes de ellos ;)
Lo que te quiero decir es que en algunas distribuciones, cuando instalas un servicio o programa, al terminar el proceso de instalación, adiós muy buenas. Tienes que ir buscando el archivo de configuración para ponerlo en marcha, pero si no conoces dónde mirar estás perdido. El uso de esos asistentes es una buena idea. Al terminar la instalación te salta el asistente para configurarlo (de forma muy básica para algunos paquetes, otros tienen asistentes más complejos), lo cual sirve de guía a los usuarios novatos.
En Debian usan un sistema de 3 versiones: stable, testing y unstable. Hay una cuarta "experimental" de la que sólo conozco su existencia pero poco más.
- La versión estable es como una roca. Es la versión "probada" y no se actualiza ningún paquete salvo que sea por un agujero de seguridad o en caso muy concretos. Esta es la que tengo yo O:-)
Je, te recuerdo que los dos incidentes de seguridad graves en los últimos años los tuvieron ellos, en ése software ;)
Sí, eso fue muy serio :-/
- La versión de pruebas sería como la factory de openSuSE, pero en un estado contínuo muy avanzado (sería como una RC2 "permanente", por así decirlo). Es la versión sobre la que se trabaja y se actualizan los paquetes más comunes y también recibe parches de seguridad del equipo de Debian, al igual que la versión estable.
Sería más bien como los repositorios factory de openSUSE.
Sí, pero la distribución base es mucho más estable que la versión de factory. De hecho es la que suelen instalar, en lugar de la catalogada como "estable". Se actualiza, pero no tan a menudo como la "inestable".
Aptitude es más moderno, y viene a mejorar a apt. Es la idea. Te lo recomiendo. Evita sustos. Pero ojo con las opciones si te has estudiado a apt- get!!!!
Prácticamente me daría igual, usar uno u otro. Apenas lo uso para actualizar el sistema :-) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 [enviado después] On 2010-05-20 00:12, Karl García Gestido wrote:
Esa juventud es una losa, por ahora. Los mayores problemas con zypper son con los propios cambios que experimenta "su funcionamiento". Por ejemplo, de la openSUSE 11.1 a la 11.0, zypper up pasó a ser lo que antes era zypper up -t package, y se eliminó, que yo recuerde, zypper dup... Antes de usar zypper, en cada encarnación, hay que leerse la documentación al respecto, para no llevarse sustos xD
A ver, en la 11.2 tienes "up", que actualiza lo actualizable desde los varios repos. "patch" (equivalente a YOU), que actualiza solo con repos de parches, es decir, lo que esté en el repo "updates". Es la opción más fiable. Y está "dup", que pone tu sistema en el mismo estado que en repo. Si el repo sube de versión, te lo sube. Si el repo pone una versión más antigua, te pone la antigua, "degradando" lo que tienes. Si un paquete desaparece, te lo borra. Dup está pensado para dos escenarios: para actualizar de una versión de suse a la siguiente, o para actualizar de factory a la siguiente de factory, regresiones incluidas. Y si, efectivamente, zypper ha cambiado comportamientos, porque lo que antes era "up" ahora es "patch". Hay que leerse el manual. Hay variables de entorno que se le pueden poner, que son casi desconocidas, alguna incluso por petición mia. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iF4EAREIAAYFAkv1HB0ACgkQja8UbcUWM1zfOAD+KUtKzb56tO6WsNjbJ9SwTRRN Z1L0bD2zWWtBNoMcHJgBAJM4xNMlqL9NvOW7OqplV9kW1UTR580IdJEceNKc2UFQ =4qS2 -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2010-05-19 18:07, Camaleón wrote:
El Wed, 19 May 2010 08:09:39 -0600, cheperobert escribió:
Pero porque Debian?
Porque:
1/ Tiene un soporte de parches de ±2 años
2/ Usa el entorno GNOME como predeterminado, lo cual me facilita mucho la instalación y configuración en las estaciones y equipos de escritorio
3/ Al menos de momento no pertenece a ninguna empresa y decide por sí misma (supongo que habrá cierta burocracia, pero no tanta como en otras distribuciones que tienen a una empresa detrás)
Todo lo que cuentas me gusta, pero estoy vago. Si tuviera que vivir de ello y mantener un parque de ordenadores, pues me lo pensaba, como tu. Pero como ahora no tengo esa responsabilidad, pues sigo con openSUSE. Y si tuviera esa responsabilidad y pudiera colar la SLES, pues también me lo pensaba, en la otra dirección :-)
¿Por qué no Ubuntu?
Porque no me fío de Canonical y porque la veo muy comercial, enfocada a un determinado tipo de usuario que me parece que no encaja conmigo (personalmente) ni con mis necesidades (profesionalmente hablando) :-)
Posiblemente.
¿Por qué no Archlinux?
Porque las distribuciones de tipo "rolling" (actualizaciones continuas) me parecen muy arriesgadas, esto es algo totalmente personal, no digo que lo sean, sino que a mí me costaría mucho administrarlas.
A mi también. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Elessar)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAkv0Pc0ACgkQU92UU+smfQVEKACfb6I7e6zlh4HRK/BusAOPfqpB q4cAoIRfwYfglpDCiNgIQ9Q4QV2kjtqA =iyW5 -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El día 19 de mayo de 2010 13:07, Camaleón
El Wed, 19 May 2010 08:09:39 -0600, cheperobert escribió:
El día 19 de mayo de 2010 06:05, Camaleón escribió:
(...)
En los servidores, estaciones de trabajo y equipos de escritorio ya sólo tengo Debian.
Pero porque Debian?
Porque:
1/ Tiene un soporte de parches de ±2 años
2/ Usa el entorno GNOME como predeterminado, lo cual me facilita mucho la instalación y configuración en las estaciones y equipos de escritorio
Eso, porque sos fan de Gnome... Para los fans de KDE, el que tenga predeterminado Gnome, es una desventaja.
3/ Al menos de momento no pertenece a ninguna empresa y decide por sí misma (supongo que habrá cierta burocracia, pero no tanta como en otras distribuciones que tienen a una empresa detrás)
No pertenece???, pero tiene desde hace algunos años una relación muy estrecha con HP: http://h18000.www1.hp.com/products/servers/software/debian/index.html http://h20000.www2.hp.com/bizsupport/TechSupport/Document.jsp?lang=es&cc=pr&taskId=120&prodSeriesId=3241176&prodTypeId=18964&objectID=c00874835 O acaso van a decir que HP no tiene ninguna ingerencia en Debian? Salu2 -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Thu, 20 May 2010 09:08:56 -0300, Juan Erbes escribió:
El día 19 de mayo de 2010 13:07, Camaleón escribió:
Pero porque Debian?
Porque:
(...)
2/ Usa el entorno GNOME como predeterminado, lo cual me facilita mucho la instalación y configuración en las estaciones y equipos de escritorio
Eso, porque sos fan de Gnome...
Para los fans de KDE, el que tenga predeterminado Gnome, es una desventaja.
Y para los fans de XFCE, LXDE, Enlightment, Fluxbox, IceWM...
3/ Al menos de momento no pertenece a ninguna empresa y decide por sí misma (supongo que habrá cierta burocracia, pero no tanta como en otras distribuciones que tienen a una empresa detrás)
No pertenece???, pero tiene desde hace algunos años una relación muy estrecha con HP:
http://h18000.www1.hp.com/products/servers/software/debian/index.html
http://h20000.www2.hp.com/bizsupport/TechSupport/Document.jsp? lang=es&cc=pr&taskId=120&prodSeriesId=3241176&prodTypeId=18964&objectID=c00874835
Sí, afortunadamente hay fabricantes que soportan Debian :-) http://wiki.debian.org/HP/ProLiant Lo cual es genial, sobretodo para una empresa.
O acaso van a decir que HP no tiene ninguna ingerencia en Debian?
¿HP? Ojalá :-) pero creo que no. Más allá de preocuparse de que sus sistemas sean compatibles con Debian no veo ninguna otra implicación. Oye, ¿no me irás a decir ahora que el hecho de un fabricante tenga soporte para una distribución de Linux es algo "malo"? Porque entonces ya sería el "acabóse" >:-) Pero es que además tiene unas cuantas empresas asociadas: http://www.debian.org/partners/ Y precisamente gracias a ese tipo de colaboraciones han sacado hace poco un servicio de archivo bastante majo donde se pueden obtener todas las versiones de los paquetes que han ido sacando, a modo de máquina del tiempo: http://snapshot.debian.org/ Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2010-05-18 18:08, Camaleón wrote:
El Tue, 18 May 2010 17:11:50 +0200, Carlos E. R. escribió:
Pero es un síntoma de que el driver no va bien. Las cosas de la aceleración se usan en los menús de despliegue rápido, para mover ventanas graficas con el contenido mostrado sin retrasos, etc. ¡Hasta el OOo usa 3D en sus dialogos! No es imprescindible, pero si interesante. Y es crucial para muchos juegos y otras aplicaciones gráficas. Vale que las gráficas Intel no sean una maravilla, pero sin eso son todavía peores. Y no tienes opción de usar un driver 2D como con nvidia.
Compiz tiene problemas tanto con ATI como con nvidia, no creas que se trata de un problema único y exclusivo de Intel. El problema sería que el driver no funcionara con un escritorio en 2D, sin adornos extra. Eso sí sería problemático y grave.
Sería más grave. Que la aceleración hardware y el 3D no funcione puede ser muy grave según para quien.
De todas formas, Compiz siempre ha mantenido un listado de adaptadores y chipsets gráficos en su lista negra que de manera predeterminada no permite activarlo (activar Compiz) si detecta que el equipo tiene uno de esos chipsets.
A ese listado nos añaden.
Sí, pero a ver, la lista negra de Compiz se puede "baipasear" fácilmente, eso no es problema. El problema sobreviene si al activar Compiz (aún estando en la lista negra) no funciona, o va lento. En ese caso no queda otra opción que desactivarlo.
Eso es lo de menos. Lo importante es que no funcione y que lo añadan ahí porque no funciona.
Así es. Y van y me dicen que tendré un problema en mi monitor y me lo cierran con worksforme. Ah, si lo has visto... vale que pregunten si tengo mal el monitor, pero no que lo cierren.
Me parece que se lo han tomado muy a la ligera para ser un problema que se presenta en la instalación. A ver, el proceso de instalación tiene que ser 100% perfecto, o al menos debe presentar los errores mínimos.
Demasiado a la ligera. En el video incluso parece menos grave de lo que se ve en realidad.
La instalación siempre es delicada y el usuario está con los nervios a flor de piel... bueno, yo al menos siempre estoy en tensión cuando tengo que instalar, pensado si no se me olvidará algún paso o si habré puesto los datos correctamente :-)
Así es. Algo tenso se está, porque puedes cargarte cosas o perder mucho tiempo. Si tienes que repetir, puede ser que no tengas tiempo ese dia para hacerlo, y tienes que dejarlo para otro, con un sistema inutilizado.
Podría ser un error del YaST gráfico y no de la tarjeta o el driver :-?
Un parpadeo por exceso de redibujados, o por mandar dibujar una cosa y la contraria un instante después, vale. Que los botones se salgan fuera del dialogo, no, y que parpadeen de un lado a otro, no. Que se me pongan zonas de la pantalla con colores corruptos, exactamente como un monitor con cables rotos, no. ¡Es que el efecto es el de un monitor roto!
Bueno, una cosa buena: no tocan el init, lo dejan "tradicional". El otro está en los paquetes, pero no se pone por defecto. Menos mal.
¿Dices que no se atreven con el upstart? Miedicas :-P
No aporta ventajas visibles. Es un tema muy delicado y el tradicional es muy conocido - que ten en cuenta que en SuSE corre con el arranque paralelo, que otros no se han atrevido. Eso acelera mucho.
P.S. Los vídeos "*.3gp" se pueden reproducir en Totem sin problemas ;-)
¿Si? Mis pruebas los muestran, pero sin sonido. Yo tuve que verlos en el movil, el portatil no me dejaba (factory). Click click, banshee, falta driver. Jamás he podido ver un video con banshee, no se para que lo ponen. Bueno, sí lo se, pero tampoco sé como hacer para que el banshee funcione. ¿Pasar por caja?
Bueno, yo ahora no tengo Banshee pero con Totem los vídeos que me mandan en ese formato (por lo general desde móviles Nokia) los veo y oigo sin problemas (ahora mismo no sé qué plugins de A/V tengo, no preguntes).
El banshee dice que tiene que buscar el códec apropiado. Se abre el navegador en "file:///usr/share/opensuse-codecs-installer/offline.html#": Unable to Connect Your computer must have a working Internet connection in order to download support for this type of multimedia. Please connect to the Internet and then visit the openSUSE Multimedia Support website(link: http://software.opensuse.org/codecs?client_version=10.3.1&lang=en_US.UTF-8&os_release=openSUSE%2011.2%20(x86_64)&kernel=2.6.31.12-0.2-desktop&gstreamer=gstreamer-utils-0.10.24-3.1.x86_64&xine=libxine1-32bit-1.1.16.1-7.6.x86_64&plugin0=%67%73%74%72%65%61%6d%65%72%7c%30%2e%31%30%7c%42%61%6e%73%68%65%65%7c%48%2e%32%36%33%20%64%65%63%6f%64%65%72%7c%64%65%63%6f%64%65%72%2d%76%69%64%65%6f%2f%78%2d%68%32%36%33&plugin1=%67%73%74%72%65%61%6d%65%72%7c%30%2e%31%30%7c%42%61%6e%73%68%65%65%7c%41%64%61%70%74%69%76%65%20%4d%75%6c%74%69%20%52%61%74%65%20%28%41%4d%52%29%20%64%65%63%6f%64%65%72%7c%64%65%63%6f%64%65%72%2d%61%75%64%69%6f%2f%41%4d%52. lo cual es falso, estoy conectado. Si abro la wiki esa(http://software.opensuse.org/codecs?client_version=10.3.1&lang=en_US.UTF-8&os_release=openSUSE%2011.2%20%28x86_64%29&kernel=2.6.31.12-0.2-desktop&gstreamer=gstreamer-utils-0.10.24-3.1.x86_64&xine=libxine1-32bit-1.1.16.1-7.6.x86_64&plugin0=gstreamer|0.10|Banshee|H.263%20decoder|decoder-video%2fx-h263&plugin1=gstreamer|0.10|Banshee|Adaptive%20Multi%20Rate%20%28AMR%29%20decoder|decoder-audio%2fAMR), me dice: Proprietary Multimedia Support in openSUSE Banshee requires the following additional proprietary third-party software to support the content you have attempted to play: * H.263 decoder (GStreamer, x86_64) * Adaptive Multi Rate (AMR) decoder (GStreamer, x86_64) The following links may assist you in obtaining the necessary software: * Fluendo Webshop Fluendo provides high quality codecs for the GStreamer multimedia framework. * Community Information Alternate codecs are available by following community instructions, but may require a license. El primer sitio hay que pasar por caja, entiendo (http://www.fluendo.com/?referrer=opensuse). Y para el segundo sólo hay soporte para ogg y theora. Los otros son restringidos, y me dan la charla de siempre. Imagino, no lo sé, que en packman tendrán un gstreamer que funcione. No he mirado. Francamente, pongo el xine de packman, que lo conozco, y me dejo de rollos, no veo la ventaja del gstreamer. Para los que necesiten que sea legal y puedan pasar por caja, sí. Y si lo abro con Totem, tampoco funciona, porque usa el motor "gstreamer", luego el problema es el mismo que antes. Con xine sí se visualiza, pero sin sonido (que lo tiene). Pero, hablaba de factory, donde no tengo puesto ningún repo ni he mirado si packman tiene el xine para factory.
Hay que activar la grabación del sonido en la configuración del modo "cámara de vídeo" del móvil, eso sí, de lo contrario sólo almacena imagen, lo cual suele ser conveniente si se quiere reducir el tamaño del archivo resultante.
En el mio está puesto, en el movil se oyen, y con realplayer también. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iF4EAREIAAYFAkvy3WEACgkQja8UbcUWM1xxpAD/auxr1uHdTGsNcL68KiAT6h9p r8mfMZNorrDWZZJKd0QA/2rfRowrCTynbjWruCx/8Er418qLLoE44Wr6GvEW8oar =05cM -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Tue, 18 May 2010 20:33:05 +0200, Carlos E. R. escribió:
On 2010-05-18 18:08, Camaleón wrote:
Compiz tiene problemas tanto con ATI como con nvidia, no creas que se trata de un problema único y exclusivo de Intel. El problema sería que el driver no funcionara con un escritorio en 2D, sin adornos extra. Eso sí sería problemático y grave.
Sería más grave. Que la aceleración hardware y el 3D no funcione puede ser muy grave según para quien.
A ver, a ver... una cosa es que no funcione el driver 3D "sin" Compiz y otra muy distinta es que el Compiz se vuelva tonto en GNOME. ¿Te funcionan los juegos 3D (o Google Earth) sin Compiz? En primer lugar, la aceleración por hardware debe estar activada ya que de lo contrario Compiz no se podría iniciar >:-) Después, ¿afecta a todos los entornos, por ejemplo, en KDE también, y de igual forma? No es grave, vamos, que no es "vital" para el funcionamiento del equipo. Quien tiene un adaptador gráfico Intel ya sabe que tonterías 3D, las justas. Y por cierto, sí, las extensiones 3D del controlador se deberían poder desactivar desde el propio "xorg.conf" o pasando algún parámetro al kernel.
Sí, pero a ver, la lista negra de Compiz se puede "baipasear" fácilmente, eso no es problema. El problema sobreviene si al activar Compiz (aún estando en la lista negra) no funciona, o va lento. En ese caso no queda otra opción que desactivarlo.
Eso es lo de menos. Lo importante es que no funcione y que lo añadan ahí porque no funciona.
No creas. Mira, me pasó algo similar con cuando estaba probando la 11.2. Abrí un bug para mi tarjeta Intel (no se podía activar Compiz pero la tarjeta sí admitía 3D). ¿El error? Pues que la tarjeta estaba en su lista negra cuando realmente sí funcionaba, así que supongo que antes de sacar la 11.2 lo corrigieron. Era un chipset Intel Q965.
Podría ser un error del YaST gráfico y no de la tarjeta o el driver :-?
Un parpadeo por exceso de redibujados, o por mandar dibujar una cosa y la contraria un instante después, vale. Que los botones se salgan fuera del dialogo, no, y que parpadeen de un lado a otro, no. Que se me pongan zonas de la pantalla con colores corruptos, exactamente como un monitor con cables rotos, no.
¡Es que el efecto es el de un monitor roto!
Es un efecto muy raro, sí.
Bueno, una cosa buena: no tocan el init, lo dejan "tradicional". El otro está en los paquetes, pero no se pone por defecto. Menos mal.
¿Dices que no se atreven con el upstart? Miedicas :-P
No aporta ventajas visibles. Es un tema muy delicado y el tradicional es muy conocido - que ten en cuenta que en SuSE corre con el arranque paralelo, que otros no se han atrevido. Eso acelera mucho.
Ya, ya... que "s'han acongojao"... lo cual me parece bien porque en openSUSE el upstart no está tan probado como en otras distribuciones (en Debian tenemos a los Ubunteros que nos hacen de "conejillos de indias" y los de RedHat tiene a los "fedoritos" para ir probando las cosas) >:-). En openSUSE es distinto, no hay "colchón" que valga (si sale mal, los usuarios y la crítica se le lanzarán a la yugular), así que entiendo que no quieran errar el tiro :-)
¿Si? Mis pruebas los muestran, pero sin sonido. Yo tuve que verlos en el movil, el portatil no me dejaba (factory). Click click, banshee, falta driver. Jamás he podido ver un video con banshee, no se para que lo ponen. Bueno, sí lo se, pero tampoco sé como hacer para que el banshee funcione. ¿Pasar por caja?
Bueno, yo ahora no tengo Banshee pero con Totem los vídeos que me mandan en ese formato (por lo general desde móviles Nokia) los veo y oigo sin problemas (ahora mismo no sé qué plugins de A/V tengo, no preguntes).
El banshee dice que tiene que buscar el códec apropiado. Se abre el navegador en "file:///usr/share/opensuse-codecs-installer/offline.html#":
El banshee es una bestia parda que no sé ni cómo funciona. Creo que tuve que instalar un montón de códecs desde packman para dejarlo en un estado "decente" en la 11.2.
Proprietary Multimedia Support in openSUSE
(lo típico...)
El primer sitio hay que pasar por caja, entiendo (http://www.fluendo.com/?referrer=opensuse). Y para el segundo sólo hay soporte para ogg y theora. Los otros son restringidos, y me dan la charla de siempre. Imagino, no lo sé, que en packman tendrán un gstreamer que funcione. No he mirado.
Sí, en packman pero no lo recomiendo salvo que sea necesario... es un poco lioso.
Francamente, pongo el xine de packman, que lo conozco, y me dejo de rollos, no veo la ventaja del gstreamer. Para los que necesiten que sea legal y puedan pasar por caja, sí.
O usar los codecs de packman.
Y si lo abro con Totem, tampoco funciona, porque usa el motor "gstreamer", luego el problema es el mismo que antes.
Pues no lo entiendo... porque mi totem es del año de matusalén (2.22.2). ¿cómo puedo saber qué backend usa? Veo esto en el "Acerca de": Reproductor de películas que usa GStreamer 0.10.19 y GNOME
Con xine sí se visualiza, pero sin sonido (que lo tiene).
Pero, hablaba de factory, donde no tengo puesto ningún repo ni he mirado si packman tiene el xine para factory.
Hay que activar la grabación del sonido en la configuración del modo "cámara de vídeo" del móvil, eso sí, de lo contrario sólo almacena imagen, lo cual suele ser conveniente si se quiere reducir el tamaño del archivo resultante.
En el mio está puesto, en el movil se oyen, y con realplayer también.
En el vídeo que has subido a bugzilla, al reproducirlo en Totem el apartado de sonido está en blanco, sin datos. En cambio, si lo reproduzco con SMPlayer sí hay audio, y desde ahí puedo ver la información del archivo. El códec de audio que usa es "ffamrnb" y el de vídeo es "ffh263". Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-05-18 a las 19:11 -0000, Camaleón escribió:
El Tue, 18 May 2010 20:33:05 +0200, Carlos E. R. escribió:
Sería más grave. Que la aceleración hardware y el 3D no funcione puede ser muy grave según para quien.
A ver, a ver... una cosa es que no funcione el driver 3D "sin" Compiz y otra muy distinta es que el Compiz se vuelva tonto en GNOME.
Lo que esto diciendo es que mi teoría es que el compiz no va porque la aceleración y el 3D no van.
¿Te funcionan los juegos 3D (o Google Earth) sin Compiz?
Ni idea. El espacio es limitado en esa partición.
En primer lugar, la aceleración por hardware debe estar activada ya que de lo contrario Compiz no se podría iniciar >:-)
Claro. Luego lo está.
Después, ¿afecta a todos los entornos, por ejemplo, en KDE también, y de igual forma?
Yo no pruebo el KDE. ¿Por quien me tomas? >>:-) Es factory. Es "pruebas". Es "actualiza tan rápido y frecuentemente como puedas". ¿Te crees que voy a instalar todo eso para probarlo? Anda ya. Que tengo una adsl de un sólo mega.
No es grave, vamos, que no es "vital" para el funcionamiento del equipo. Quien tiene un adaptador gráfico Intel ya sabe que tonterías 3D, las justas.
Pues eso, las justas. Y si no van ni las mínimas, pues mal vamos. Mira, en la 11.2 he probado el simulador de vuelo, que necesita 3D y aceleración a conciencia. Y funciona. La tarjeta da de sí. No mucho, pero da de sí. Vital no es, pero insisto, muchas aplicaciones normales tiran de aceleración, afecta a cosas tan triviales como la velocidad de salida de los menús desplegables y el poder mover una ventana de texto rellena. Sin compiz.
Y por cierto, sí, las extensiones 3D del controlador se deberían poder desactivar desde el propio "xorg.conf" o pasando algún parámetro al kernel.
Ni idea, pero es que no quiero desactivarlas.
Sí, pero a ver, la lista negra de Compiz se puede "baipasear" fácilmente, eso no es problema. El problema sobreviene si al activar Compiz (aún estando en la lista negra) no funciona, o va lento. En ese caso no queda otra opción que desactivarlo.
Eso es lo de menos. Lo importante es que no funcione y que lo añadan ahí porque no funciona.
No creas. Mira, me pasó algo similar con cuando estaba probando la 11.2. Abrí un bug para mi tarjeta Intel (no se podía activar Compiz pero la tarjeta sí admitía 3D). ¿El error? Pues que la tarjeta estaba en su lista negra cuando realmente sí funcionaba, así que supongo que antes de sacar la 11.2 lo corrigieron. Era un chipset Intel Q965.
Eso es totalmente distinto, funcionaba. Ahora no funciona.
¿Dices que no se atreven con el upstart? Miedicas :-P
No aporta ventajas visibles. Es un tema muy delicado y el tradicional es muy conocido - que ten en cuenta que en SuSE corre con el arranque paralelo, que otros no se han atrevido. Eso acelera mucho.
Ya, ya... que "s'han acongojao"... lo cual me parece bien porque en openSUSE el upstart no está tan probado como en otras distribuciones (en Debian tenemos a los Ubunteros que nos hacen de "conejillos de indias" y los de RedHat tiene a los "fedoritos" para ir probando las cosas) >:-).
En openSUSE es distinto, no hay "colchón" que valga (si sale mal, los usuarios y la crítica se le lanzarán a la yugular), así que entiendo que no quieran errar el tiro :-)
Mejor.
El banshee dice que tiene que buscar el códec apropiado. Se abre el navegador en "file:///usr/share/opensuse-codecs-installer/offline.html#":
El banshee es una bestia parda que no sé ni cómo funciona. Creo que tuve que instalar un montón de códecs desde packman para dejarlo en un estado "decente" en la 11.2.
charla de siempre. Imagino, no lo sé, que en packman tendrán un gstreamer que funcione. No he mirado.
Sí, en packman pero no lo recomiendo salvo que sea necesario... es un poco lioso.
Es imprescindible tanto para banshee como para totem, ambos usan gstreamer.
Francamente, pongo el xine de packman, que lo conozco, y me dejo de rollos, no veo la ventaja del gstreamer. Para los que necesiten que sea legal y puedan pasar por caja, sí.
O usar los codecs de packman.
No son sólo los codecs, es la propia librería del motor.
Y si lo abro con Totem, tampoco funciona, porque usa el motor "gstreamer", luego el problema es el mismo que antes.
Pues no lo entiendo... porque mi totem es del año de matusalén (2.22.2). ¿cómo puedo saber qué backend usa?
Veo esto en el "Acerca de":
Reproductor de películas que usa GStreamer 0.10.19 y GNOME
Pues eso. Habrás puesto en su dia los accesorios adecuados para que funcione.
En el mio está puesto, en el movil se oyen, y con realplayer también.
En el vídeo que has subido a bugzilla, al reproducirlo en Totem el apartado de sonido está en blanco, sin datos. En cambio, si lo reproduzco con SMPlayer sí hay audio, y desde ahí puedo ver la información del archivo.
Si, en otra maquina tengo mplayer y pasa eso. Pero se veía y oía peor que con realplayer, con diferencia.
El códec de audio que usa es "ffamrnb" y el de vídeo es "ffh263".
Da igual, en factory no me lio con esa movida. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkvzCMcACgkQtTMYHG2NR9WMGgCdFbJJ/MC0LJ56oy8uOu8KIiYi SxIAmwZlKDVZsCxOTBGRuoJGeWooA/Il =wkCY -----END PGP SIGNATURE-----
El Tue, 18 May 2010 23:38:04 +0200, Carlos E. R. escribió:
El 2010-05-18 a las 19:11 -0000, Camaleón escribió:
A ver, a ver... una cosa es que no funcione el driver 3D "sin" Compiz y otra muy distinta es que el Compiz se vuelva tonto en GNOME.
Lo que esto diciendo es que mi teoría es que el compiz no va porque la aceleración y el 3D no van.
La aceleración 3D y Compiz son dos cosas distintas e independientes.
¿Te funcionan los juegos 3D (o Google Earth) sin Compiz?
Ni idea. El espacio es limitado en esa partición.
Entonces no sabes si lo que falla es Compiz o la aceleración 3D del driver, en general.
Después, ¿afecta a todos los entornos, por ejemplo, en KDE también, y de igual forma?
Yo no pruebo el KDE. ¿Por quien me tomas? >>:-)
Te tomo por una persona que ha abierto un bugzilla y quiere saber el origen del fallo o ampliar los datos en el informe :-)
No es grave, vamos, que no es "vital" para el funcionamiento del equipo. Quien tiene un adaptador gráfico Intel ya sabe que tonterías 3D, las justas.
Pues eso, las justas. Y si no van ni las mínimas, pues mal vamos.
¿Desde cuando el 3D es un "requisito mínimo" para instalar un sistema operativo? Es una "feature", un "enhancement", un "añadido" >:-)
Mira, en la 11.2 he probado el simulador de vuelo, que necesita 3D y aceleración a conciencia. Y funciona. La tarjeta da de sí. No mucho, pero da de sí.
Ah, "juegos != vital"
Vital no es, pero insisto, muchas aplicaciones normales tiran de aceleración, afecta a cosas tan triviales como la velocidad de salida de los menús desplegables y el poder mover una ventana de texto rellena. Sin compiz.
Pero sin Compiz, funciona ¿no? ¿o también se "arrastra" y hace cosas extrañas?
Y por cierto, sí, las extensiones 3D del controlador se deberían poder desactivar desde el propio "xorg.conf" o pasando algún parámetro al kernel.
Ni idea, pero es que no quiero desactivarlas.
Ni yo quiero que lo hagas :-) Lo comentabas en un mensaje anterior, dijiste: (sic) "Vale que las gráficas Intel no sean una maravilla, pero sin eso son todavía peores. Y no tienes opción de usar un driver 2D como con nvidia." Lo que te digo que esa opción de desactivar la aceleración el 3D en el driver de Intel debe existir. Si lo que querías decir es que no hay "otro driver" para usar no hace mucho había dos (i810 e intel), y además, siempre tienes el VESA >:-)
No creas. Mira, me pasó algo similar con cuando estaba probando la 11.2. Abrí un bug para mi tarjeta Intel (no se podía activar Compiz pero la tarjeta sí admitía 3D). ¿El error? Pues que la tarjeta estaba en su lista negra cuando realmente sí funcionaba, así que supongo que antes de sacar la 11.2 lo corrigieron. Era un chipset Intel Q965.
Eso es totalmente distinto, funcionaba. Ahora no funciona.
Pues eso te quiero decir, que para eso sirven los bugzillas, para notificar un error y que lo corrijan a tiempo, siempre y cuando el parche dependa de openSUSE y no upstream.
¿Dices que no se atreven con el upstart? Miedicas :-P (...) En openSUSE es distinto, no hay "colchón" que valga (si sale mal, los usuarios y la crítica se le lanzarán a la yugular), así que entiendo que no quieran errar el tiro :-)
Mejor.
Bueno, eso se verá en el bugzilla y/o en openFate (quejas, informes de fallo, peticiones de cambio, etc...) >:-)
Sí, en packman pero no lo recomiendo salvo que sea necesario... es un poco lioso.
Es imprescindible tanto para banshee como para totem, ambos usan gstreamer.
En openSUSE, es posible...
Francamente, pongo el xine de packman, que lo conozco, y me dejo de rollos, no veo la ventaja del gstreamer. Para los que necesiten que sea legal y puedan pasar por caja, sí.
O usar los codecs de packman.
No son sólo los codecs, es la propia librería del motor.
Yo no cambié banshee en OS, si no recuerdo mal, instalé sólo algunos codecs.
Y si lo abro con Totem, tampoco funciona, porque usa el motor "gstreamer", luego el problema es el mismo que antes.
Pues no lo entiendo... porque mi totem es del año de matusalén (2.22.2). ¿cómo puedo saber qué backend usa?
Veo esto en el "Acerca de":
Reproductor de películas que usa GStreamer 0.10.19 y GNOME
Pues eso. Habrás puesto en su dia los accesorios adecuados para que funcione.
No, qué va. Este Totem es el de Debian, está como viene "de fábrica", y ya sabes cómo son los debianitas con los paquetes propietarios o programas de licencia "laxa" >:-)
En el vídeo que has subido a bugzilla, al reproducirlo en Totem el apartado de sonido está en blanco, sin datos. En cambio, si lo reproduzco con SMPlayer sí hay audio, y desde ahí puedo ver la información del archivo.
Si, en otra maquina tengo mplayer y pasa eso. Pero se veía y oía peor que con realplayer, con diferencia.
No noté nada raro... tampoco es que estuvieras cantando una "opera" como poder apreciar "calidades" :-)
El códec de audio que usa es "ffamrnb" y el de vídeo es "ffh263".
Da igual, en factory no me lio con esa movida.
Pero es que "tendría" que funcionar: http://en.wikipedia.org/wiki/3GP_and_3G2 Si no lo hace, podría ser un bug del Totem. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2010-05-19 08:42, Camaleón wrote:
El Tue, 18 May 2010 23:38:04 +0200, Carlos E. R. escribió:
El 2010-05-18 a las 19:11 -0000, Camaleón escribió:
A ver, a ver... una cosa es que no funcione el driver 3D "sin" Compiz y otra muy distinta es que el Compiz se vuelva tonto en GNOME.
Lo que esto diciendo es que mi teoría es que el compiz no va porque la aceleración y el 3D no van.
La aceleración 3D y Compiz son dos cosas distintas e independientes.
No del todo. Compiz usa aceleración y 3D intensamente.
¿Te funcionan los juegos 3D (o Google Earth) sin Compiz?
Ni idea. El espacio es limitado en esa partición.
Entonces no sabes si lo que falla es Compiz o la aceleración 3D del driver, en general.
Todavía no. Ya lo haré. Pero mi teoría es que es la aceleración.
Después, ¿afecta a todos los entornos, por ejemplo, en KDE también, y de igual forma?
Yo no pruebo el KDE. ¿Por quien me tomas? >>:-)
Te tomo por una persona que ha abierto un bugzilla y quiere saber el origen del fallo o ampliar los datos en el informe :-)
No en lo que respecta al KDE, eso que lo hagan otros >:-)
No es grave, vamos, que no es "vital" para el funcionamiento del equipo. Quien tiene un adaptador gráfico Intel ya sabe que tonterías 3D, las justas.
Pues eso, las justas. Y si no van ni las mínimas, pues mal vamos.
¿Desde cuando el 3D es un "requisito mínimo" para instalar un sistema operativo? Es una "feature", un "enhancement", un "añadido" >:-)
En absoluto. No es necesario si vas a trabajar en texto. No es imprescidible si vas a usar el openoffice para escribir textos, pero sí te va a ir más rápido (si no me crees, mira de nuevo su configuración y verás una sección sobre 3D y aceleración). Y sí es imprescindible si diseñas arquitectura o manipulas vídeos, aunque entonces es más probable que tengas un video de alta gama, y no una Intel.
Mira, en la 11.2 he probado el simulador de vuelo, que necesita 3D y aceleración a conciencia. Y funciona. La tarjeta da de sí. No mucho, pero da de sí.
Ah, "juegos != vital"
Para nada. Un simulador de "algo" es una herramienta de trabajo para gente que maneja un sistema complejo, como puede ser un avión. No es un juego. Es una herramienta de entrenamiento que salva mucho dinero, e incluso salva vidas. El simulador de vuelo del fgfs no es un "juego", su objetivo es ser lo más realista posible. En su desarrollo trabajan muchos profesionales del campo. Es opensource, claro; no he mirado recientemente como está en el ranking del mercado, pero tiene la ventaja de que puedes meter cualquier modelo de simulación que te interese estudiar: dispones del código. Por supuesto que muchos (como yo) lo usamos por entretenimiento. Yo lo he instalado en el portátil para estimar cuanto rinde la máquina, porque es muy exigente, hace trabajar al hardware que no veas. Prueba a ejecutarlo en una máquina sin soporte gráfico acelerado: va tan lento que puede tardar varios segundos en cada redibujado. En el portátil funciona pero va justito. Si quiero realmente jugar, lo tengo que hacer en el de casa (que tiene Nvidia). La pena es que el mapa de España, aún usando datos del satélite de la Nasa, es pobre. Muy pobre. Si lo quieres usar para entrenamiento pues tienes que simular también los mandos y cabina. Cuanto más te acerques, mejor. Si puedes añadir feedbacks, incluyendo servos de movimiento, todavía mejor. Todo depende del presupuesto que tengas... pero siempre servirá de herramienta de entrenamiento, mejor o peor.
Vital no es, pero insisto, muchas aplicaciones normales tiran de aceleración, afecta a cosas tan triviales como la velocidad de salida de los menús desplegables y el poder mover una ventana de texto rellena. Sin compiz.
Pero sin Compiz, funciona ¿no? ¿o también se "arrastra" y hace cosas extrañas?
El desktop va. No he hecho tantas pruebas ni tan intensas. Con compiz activado es un desastre.
Y por cierto, sí, las extensiones 3D del controlador se deberían poder desactivar desde el propio "xorg.conf" o pasando algún parámetro al kernel.
Ni idea, pero es que no quiero desactivarlas.
Ni yo quiero que lo hagas :-)
Lo comentabas en un mensaje anterior, dijiste: (sic) "Vale que las gráficas Intel no sean una maravilla, pero sin eso son todavía peores. Y no tienes opción de usar un driver 2D como con nvidia."
Lo que te digo que esa opción de desactivar la aceleración el 3D en el driver de Intel debe existir.
Pues no se me ha ocurrido. En los Nvidia no existe esa opción o no lo recuerdo: lo que se hace es cargar el driver abierto que no tiene ese soporte. Claro, que el driver propietario tiene muchos ajustes, igual hay algo para eso. Y en Intel tampoco se me ha ocurrido. Pero es que si no funciona la gráfica bien, es que yo no me planteo pasarme a la 11.3. A saber que me puede fallar cuando realmente tenga que usar el sistema...
Si lo que querías decir es que no hay "otro driver" para usar no hace mucho había dos (i810 e intel), y además, siempre tienes el VESA >:-)
Puagh, vesa... Por cierto, cambiar de driver supone rebotar y cambiar opciones en el arranque del kernel. No basta con reiniciar las X, como antes.
No creas. Mira, me pasó algo similar con cuando estaba probando la 11.2. Abrí un bug para mi tarjeta Intel (no se podía activar Compiz pero la tarjeta sí admitía 3D). ¿El error? Pues que la tarjeta estaba en su lista negra cuando realmente sí funcionaba, así que supongo que antes de sacar la 11.2 lo corrigieron. Era un chipset Intel Q965.
Eso es totalmente distinto, funcionaba. Ahora no funciona.
Pues eso te quiero decir, que para eso sirven los bugzillas, para notificar un error y que lo corrijan a tiempo, siempre y cuando el parche dependa de openSUSE y no upstream.
Pero es que la cosa depende upstream. Mucho. Por eso estoy tan "preocupado".
¿Dices que no se atreven con el upstart? Miedicas :-P (...) En openSUSE es distinto, no hay "colchón" que valga (si sale mal, los usuarios y la crítica se le lanzarán a la yugular), así que entiendo que no quieran errar el tiro :-)
Mejor.
Bueno, eso se verá en el bugzilla y/o en openFate (quejas, informes de fallo, peticiones de cambio, etc...) >:-)
Pa' otros.
En el vídeo que has subido a bugzilla, al reproducirlo en Totem el apartado de sonido está en blanco, sin datos. En cambio, si lo reproduzco con SMPlayer sí hay audio, y desde ahí puedo ver la información del archivo.
Si, en otra maquina tengo mplayer y pasa eso. Pero se veía y oía peor que con realplayer, con diferencia.
No noté nada raro... tampoco es que estuvieras cantando una "opera" como poder apreciar "calidades" :-)
No lo digo por ese, de saber que el sonido se puede desactivar en la grabación (que no lo se) lo hubiera quitado. Pero en otros sí que tengo sonido, bandas de música y todo.
El códec de audio que usa es "ffamrnb" y el de vídeo es "ffh263".
Da igual, en factory no me lio con esa movida.
Pero es que "tendría" que funcionar:
No dicen que tenga que funcionar: Software support When transferred to a computer, 3GP movies can sometimes be viewed on Linux, Mac, and Windows platforms with MPlayer and VLC media player. Programs such as Media Player Classic, K-Multimedia Player, Totem, RealPlayer, QuickTime, and GOM Player can also be used. 3GP files can be encoded and decoded with open source software FFmpeg.[14].
Si no lo hace, podría ser un bug del Totem.
No he conseguido nunca ver ningún video en Totem, siempre me manda a instalar algún códec. Sólo trae el vorbis. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Elessar)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAkv0TxsACgkQU92UU+smfQXaZwCcDNQU/fnMKSpwO4ctiXW31FBB Vn4AnReGaD0NtizdaRXzLLUfqhBXsJbg =huu2 -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Wed, 19 May 2010 22:50:35 +0200, Carlos E. R. escribió:
On 2010-05-19 08:42, Camaleón wrote:
¿Desde cuando el 3D es un "requisito mínimo" para instalar un sistema operativo? Es una "feature", un "enhancement", un "añadido" >:-)
En absoluto.
No es necesario si vas a trabajar en texto. No es imprescidible si vas a usar el openoffice para escribir textos, pero sí te va a ir más rápido (si no me crees, mira de nuevo su configuración y verás una sección sobre 3D y aceleración). Y sí es imprescindible si diseñas arquitectura o manipulas vídeos, aunque entonces es más probable que tengas un video de alta gama, y no una Intel.
Pues eso... si "necesitas" de verdad aceleración 3D, no compras un equipo con chipset gráfico Intel o una tarjeta ati o nvidia de gama baja >:-) Te compras una tarjeta "profesioná" como dios manda, con driver certificado para linux (sí, tanto ati como nvidia lo proporcionan).
Ah, "juegos != vital"
Para nada.
Un simulador de "algo" es una herramienta de trabajo para gente que maneja un sistema complejo, como puede ser un avión. No es un juego. Es una herramienta de entrenamiento que salva mucho dinero, e incluso salva vidas.
(blah, blah, blah...) Pamplinas :-) Esa gente (esa industria de la que hablas) compra un adaptador gráfico de los buenos. Y te aseguro (pero al 110%) que JAMÁS los verás con el compiz activado en su lugar de trabajo, por mucho maquinón que tengan. Los recursos en este tipo de entornos cuestan mucha pasta, los renderizados también, y si los tienes que enviar a un servidor central para procesar los datos o para realizar los cálculos, no te conviene para nada destinar ni un sólo ciclo de CPU al "bluf-bluf" del Compiz >>>:-)
Por supuesto que muchos (como yo) lo usamos por entretenimiento. Yo lo he instalado en el portátil para estimar cuanto rinde la máquina, porque es muy exigente, hace trabajar al hardware que no veas. Prueba a ejecutarlo en una máquina sin soporte gráfico acelerado: va tan lento que puede tardar varios segundos en cada redibujado. En el portátil funciona pero va justito. Si quiero realmente jugar, lo tengo que hacer en el de casa (que tiene Nvidia). La pena es que el mapa de España, aún usando datos del satélite de la Nasa, es pobre. Muy pobre.
Bueno, yo uso una de las "nvidia" profesionales con el driver "nv" y no tengo quejas :-P
Si lo quieres usar para entrenamiento pues tienes que simular también los mandos y cabina. Cuanto más te acerques, mejor. Si puedes añadir feedbacks, incluyendo servos de movimiento, todavía mejor. Todo depende del presupuesto que tengas... pero siempre servirá de herramienta de entrenamiento, mejor o peor.
Anda, anda... no seas quejica. Mira que decir que no poder jugar a un "Flight Simulator" de esos es algo "vital", andaaaa, andaaaa que como te pille por ahí te doy un coscorrón :-)
Pero sin Compiz, funciona ¿no? ¿o también se "arrastra" y hace cosas extrañas?
El desktop va. No he hecho tantas pruebas ni tan intensas.
Con compiz activado es un desastre.
A ver si este fin de semana tengo tiempo, me bajo la LiveCD y la pruebo en algún equipo donde tenga una gráfica de Intel... veremos si es tan "fiero" como lo pintan >;-)
Si lo que querías decir es que no hay "otro driver" para usar no hace mucho había dos (i810 e intel), y además, siempre tienes el VESA >:-)
Puagh, vesa...
Por cierto, cambiar de driver supone rebotar y cambiar opciones en el arranque del kernel. No basta con reiniciar las X, como antes.
Huys, adiós a los "uptime" de "record guinness" :-)
El códec de audio que usa es "ffamrnb" y el de vídeo es "ffh263".
Da igual, en factory no me lio con esa movida.
Pero es que "tendría" que funcionar:
No dicen que tenga que funcionar:
Software support
When transferred to a computer, 3GP movies can sometimes be viewed on Linux, Mac, and Windows platforms with MPlayer and VLC media player. Programs such as Media Player Classic, K-Multimedia Player, Totem, RealPlayer, QuickTime, and GOM Player can also be used.
3GP files can be encoded and decoded with open source software FFmpeg.[14].
Dicen que a través del ffmpeg se debería poder de|codificar y ffmpeg es un proyecto con licencia dual LGPL/GPL, luego sí se debería de poder gestionar. ¿Problemas por el uso de los codecs? Podría ser, pero mira, ya te digo que en Debian el Totem de fábrica reproduce ese formato sin problemas y te aseguro (como buen besugo que soy) que no he instalado ningún paquete que no esté en repositorio principal.
Si no lo hace, podría ser un bug del Totem.
No he conseguido nunca ver ningún video en Totem, siempre me manda a instalar algún códec. Sólo trae el vorbis.
Pues eso digo: algo pasa con el Totem de openSUSE :-/ Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2010-05-19 23:26, Camaleón wrote:
El Wed, 19 May 2010 22:50:35 +0200, Carlos E. R. escribió:
¿Desde cuando el 3D es un "requisito mínimo" para instalar un sistema operativo? Es una "feature", un "enhancement", un "añadido" >:-)
En absoluto.
No es necesario si vas a trabajar en texto. No es imprescidible si vas a usar el openoffice para escribir textos, pero sí te va a ir más rápido (si no me crees, mira de nuevo su configuración y verás una sección sobre 3D y aceleración). Y sí es imprescindible si diseñas arquitectura o manipulas vídeos, aunque entonces es más probable que tengas un video de alta gama, y no una Intel.
Pues eso... si "necesitas" de verdad aceleración 3D, no compras un equipo con chipset gráfico Intel o una tarjeta ati o nvidia de gama baja >:-)
Te compras una tarjeta "profesioná" como dios manda, con driver certificado para linux (sí, tanto ati como nvidia lo proporcionan).
Insisto en que la aceleración se usa para cosas tan mundanas como mover las ventanitas de texto por las pantallas de las X. Se trata de eso. Me estás discutiendo que no hace falta ni se nota la aceleración, y yo te estoy diciendo que sí, que se nota y mucho. Y en cosas mundanas. Que se puede vivir sin ello, pero se nota. Y en algunas aplicaciones, no se puede vivir sin ello. De eso se trata, de que la aceleración es importante.
Ah, "juegos != vital"
Para nada.
Un simulador de "algo" es una herramienta de trabajo para gente que maneja un sistema complejo, como puede ser un avión. No es un juego. Es una herramienta de entrenamiento que salva mucho dinero, e incluso salva vidas.
(blah, blah, blah...)
Pamplinas :-)
Esa gente (esa industria de la que hablas) compra un adaptador gráfico de los buenos. Y te aseguro (pero al 110%) que JAMÁS los verás con el compiz activado en su lugar de trabajo, por mucho maquinón que tengan.
Yo no he dicho que usen compiz. Usan aceleración. De hecho, pocos verás con linux.
Por supuesto que muchos (como yo) lo usamos por entretenimiento. Yo lo he instalado en el portátil para estimar cuanto rinde la máquina, porque es muy exigente, hace trabajar al hardware que no veas. Prueba a ejecutarlo en una máquina sin soporte gráfico acelerado: va tan lento que puede tardar varios segundos en cada redibujado. En el portátil funciona pero va justito. Si quiero realmente jugar, lo tengo que hacer en el de casa (que tiene Nvidia). La pena es que el mapa de España, aún usando datos del satélite de la Nasa, es pobre. Muy pobre.
Bueno, yo uso una de las "nvidia" profesionales con el driver "nv" y no tengo quejas :-P
¿Que usas el fgfs con el nv y te funciona perfecto? No te creo.
Si lo quieres usar para entrenamiento pues tienes que simular también los mandos y cabina. Cuanto más te acerques, mejor. Si puedes añadir feedbacks, incluyendo servos de movimiento, todavía mejor. Todo depende del presupuesto que tengas... pero siempre servirá de herramienta de entrenamiento, mejor o peor.
Anda, anda... no seas quejica.
Mira que decir que no poder jugar a un "Flight Simulator" de esos es algo "vital", andaaaa, andaaaa que como te pille por ahí te doy un coscorrón :-)
Claro que lo es. Tengo uno profesional muy cerca de mi, por cierto. Como el tiempo en esos chismes es muy caros, algunos se lo montan en casa como pueden para seguir practicando. No hablo de jugadores, hablo de pilotos profesionales entrenándose.
No dicen que tenga que funcionar:
Software support
When transferred to a computer, 3GP movies can sometimes be viewed on Linux, Mac, and Windows platforms with MPlayer and VLC media player. Programs such as Media Player Classic, K-Multimedia Player, Totem, RealPlayer, QuickTime, and GOM Player can also be used.
3GP files can be encoded and decoded with open source software FFmpeg.[14].
Dicen que a través del ffmpeg se debería poder de|codificar y ffmpeg es un proyecto con licencia dual LGPL/GPL, luego sí se debería de poder gestionar.
Ya probé con el ffmpeg y no puede, y lo tengo completo de packman en el sobremesa. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Elessar)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEUEARECAAYFAkv0atAACgkQU92UU+smfQXV0gCYtqEbAGx0pNFT+Q1cBa2IAlYi cgCfd2AWUOMCAS8PfHxUxh7zpy9yPhk= =Lp74 -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Thu, 20 May 2010 00:48:48 +0200, Carlos E. R. escribió:
On 2010-05-19 23:26, Camaleón wrote:
Pues eso... si "necesitas" de verdad aceleración 3D, no compras un equipo con chipset gráfico Intel o una tarjeta ati o nvidia de gama baja >:-)
Te compras una tarjeta "profesioná" como dios manda, con driver certificado para linux (sí, tanto ati como nvidia lo proporcionan).
Insisto en que la aceleración se usa para cosas tan mundanas como mover las ventanitas de texto por las pantallas de las X. Se trata de eso. Me estás discutiendo que no hace falta ni se nota la aceleración, y yo te estoy diciendo que sí, que se nota y mucho. Y en cosas mundanas. Que se puede vivir sin ello, pero se nota. Y en algunas aplicaciones, no se puede vivir sin ello.
De eso se trata, de que la aceleración es importante.
Te estoy discutiendo el bugzilla que has puesto: no habla de la aceleración o de problemas cuando se desactiva compiz. ¿De qué bugzilla estás hablando entonces? ¿Hay otro abierto que desconozca y donde se mencionen problemas reales con el driver de Intel "sin compiz" y la aceleración 3D?
Esa gente (esa industria de la que hablas) compra un adaptador gráfico de los buenos. Y te aseguro (pero al 110%) que JAMÁS los verás con el compiz activado en su lugar de trabajo, por mucho maquinón que tengan.
Yo no he dicho que usen compiz. Usan aceleración. De hecho, pocos verás con linux.
No tan pocos, no creas. En la industria aeronáutica seguramente no, pero en la gráfica, sí. Granjas enteras de servidores y estaciones de trabajo corriendo bajo linux.
Bueno, yo uso una de las "nvidia" profesionales con el driver "nv" y no tengo quejas :-P
¿Que usas el fgfs con el nv y te funciona perfecto? No te creo.
Estamos hablando de programas serios, no de juegos. Y no, no tengo problemas con el entorno gráfico, ninguno. ¿Por qué debería tenerlos, si la aceleración 3D es un invento reciente y antes no tenía problemas?
Mira que decir que no poder jugar a un "Flight Simulator" de esos es algo "vital", andaaaa, andaaaa que como te pille por ahí te doy un coscorrón :-)
Claro que lo es. Tengo uno profesional muy cerca de mi, por cierto. Como el tiempo en esos chismes es muy caros, algunos se lo montan en casa como pueden para seguir practicando. No hablo de jugadores, hablo de pilotos profesionales entrenándose.
Y esos pilotos profesionales no tendrán equipos con tarjetas Intel, ni el compiz activado. No te preocupes que el bug no les afecta.
Dicen que a través del ffmpeg se debería poder de|codificar y ffmpeg es un proyecto con licencia dual LGPL/GPL, luego sí se debería de poder gestionar.
Ya probé con el ffmpeg y no puede, y lo tengo completo de packman en el sobremesa.
¿Qué es lo que no puedes hacer con ffmpeg? Lo que te estoy diciendo es que el Totem de openSUSE tiene algún problema si no es capaz de reproducir vídeos *.3gp. GStreamer lo permite: *** http://gstreamer.freedesktop.org/features/ Broad Coverage of Multimedia Technologies GStreamers capabilities can be extended through new plugins. The features listed below are just a rough overview what is available using the GStreamers own plugins, not counting any 3rd party offerings. * container formats: asf, avi, 3gp/mp4/mov, flv, mpeg-ps/ts, mkv, mxf, ogg * streaming: http, mms, rtsp * codecs: FFmpeg, various codec libraries, 3rd party codec packs * metadata: native container formats with a common mapping between them * video: various colorspaces, support for progressive and interlaced video * audio: integer and float audio in various bit depths and multichannel configurations *** Y por supuesto, FFmpeg tiene soporte para ese formato: *** http://en.wikipedia.org/wiki/FFmpeg The FFmpeg developers have implemented among others: (...) * 3GPP vocoder standards: AMR-NB, AMR-WB (aka G.722.2. supports via OpenCORE) *** Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 [Enviado después] On 2010-05-20 08:27, Camaleón wrote:
El Thu, 20 May 2010 00:48:48 +0200, Carlos E. R. escribió:
On 2010-05-19 23:26, Camaleón wrote:
Pues eso... si "necesitas" de verdad aceleración 3D, no compras un equipo con chipset gráfico Intel o una tarjeta ati o nvidia de gama baja >:-)
Te compras una tarjeta "profesioná" como dios manda, con driver certificado para linux (sí, tanto ati como nvidia lo proporcionan).
Insisto en que la aceleración se usa para cosas tan mundanas como mover las ventanitas de texto por las pantallas de las X. Se trata de eso. Me estás discutiendo que no hace falta ni se nota la aceleración, y yo te estoy diciendo que sí, que se nota y mucho. Y en cosas mundanas. Que se puede vivir sin ello, pero se nota. Y en algunas aplicaciones, no se puede vivir sin ello.
De eso se trata, de que la aceleración es importante.
Te estoy discutiendo el bugzilla que has puesto: no habla de la aceleración o de problemas cuando se desactiva compiz.
No te lies: en esta zona del correo no hablábamos del bugzilla, sino de la justificación de la necesidad de que la aceleración gráfica funcione. Tu dices que es poco menos que inútil, yo digo que no, que es util y para más cosas que juegos.
¿De qué bugzilla estás hablando entonces? ¿Hay otro abierto que desconozca y donde se mencionen problemas reales con el driver de Intel "sin compiz" y la aceleración 3D?
Míos están el del compiz y el de la instalación. Hay otros de otra gente, creo.
Esa gente (esa industria de la que hablas) compra un adaptador gráfico de los buenos. Y te aseguro (pero al 110%) que JAMÁS los verás con el compiz activado en su lugar de trabajo, por mucho maquinón que tengan.
Yo no he dicho que usen compiz. Usan aceleración. De hecho, pocos verás con linux.
No tan pocos, no creas.
En la industria aeronáutica seguramente no, pero en la gráfica, sí. Granjas enteras de servidores y estaciones de trabajo corriendo bajo linux.
Pero en esta sección del correo estábamos hablando de simuladores de vuelo.
Bueno, yo uso una de las "nvidia" profesionales con el driver "nv" y no tengo quejas :-P
¿Que usas el fgfs con el nv y te funciona perfecto? No te creo.
Estamos hablando de programas serios, no de juegos. Y no, no tengo problemas con el entorno gráfico, ninguno. ¿Por qué debería tenerlos, si la aceleración 3D es un invento reciente y antes no tenía problemas?
Olvídate de que sea un juego (que es algo que yo discuto). Se trata de una aplicación que demanda mucho del sistema de gráficos con aceleración en hardware, y se puede usar para comprobarlo. Por eso la he puesto en el portatil. Hace un rato he rebotado factory M6 y he buscado juegos en 3D, en el DVD porque el repo en linea, aparte de que estoy sin red, seguro que ya ha cambiado y me exigiría actualizar todo y no quiero (la actualización a M7 va a ser problemática, por lo del init). Buscaba el tux racer, ese pinguino que se desliza por pendientes nevadas, porque tiene que desplazar toda la pantalla con rapidez. Pero no debe estar en el DVD. He instalado los dos que hay:armagetrond (tron) y smash (tenis). El primero parpadea y rinde 60 fps. Una vez me ha interrumpido el packagekit quejandose de que no tiene red, y a partir de ese momento se ha corrompido la pantalla, los menús al refrescarse se escribían unos encima de otros sin conseguir borrar el antiguo. Al cerrarlo se han colgado hasta las X, me ha echado fuera. Lo he arrancado otra vez, lo he puesto en modo demo (4 jugadores AI, caca), y no se. No se si ese parpadeo es del juego o no. El segundo juego primero estaba en modo demo en ventana, nada espectacular. Luego lo he puesto en modo pantalla completa, y ha petado, dejándome la resolución de pantalla en un modo de baja resolución. Una de las ventajas del flightgear como programa de prueba es que no altera las X, trabaja en ellas, en ventana o pantalla completa. Usa intensamente la aceleración 3D, pero es un programa gigantesco y la partición tiene sólo 3.5 gigas libres. Y no está en oss/non-oss (estuvo).
Mira que decir que no poder jugar a un "Flight Simulator" de esos es algo "vital", andaaaa, andaaaa que como te pille por ahí te doy un coscorrón :-)
Claro que lo es. Tengo uno profesional muy cerca de mi, por cierto. Como el tiempo en esos chismes es muy caros, algunos se lo montan en casa como pueden para seguir practicando. No hablo de jugadores, hablo de pilotos profesionales entrenándose.
Y esos pilotos profesionales no tendrán equipos con tarjetas Intel, ni el compiz activado. No te preocupes que el bug no les afecta.
Ya sé que no les afecta. Te estoy discutiendo que los simuladores de vuelo de pc tipo fgfs sean sólo juegos.
Dicen que a través del ffmpeg se debería poder de|codificar y ffmpeg es un proyecto con licencia dual LGPL/GPL, luego sí se debería de poder gestionar.
Ya probé con el ffmpeg y no puede, y lo tengo completo de packman en el sobremesa.
¿Qué es lo que no puedes hacer con ffmpeg?
Coger uno de esos videos de mi movil y convertirlo a cualquier otro formato más normal.
Lo que te estoy diciendo es que el Totem de openSUSE tiene algún problema si no es capaz de reproducir vídeos *.3gp.
No es capaz de reproducir nada, ya te lo he dicho, está capado. Sólo visualiza los de formato totalmente abierto y sin patentes ni licencias, como el ogg vorbis.
GStreamer lo permite:
Pero el gstreamer oficial requiere que te bajes unas cosas (plugins, codecs, o lo que sean) previo paso por caja. Pagando, por si no ha quedado claro. Y ese es el que instala opensuse, al menos en mi 11.0 y 11.2 y 11.3. O bien te puedes instalar el de packman con sus dependencias de packman, que no se cuales serán. No lo he intentado, ya tengo xine o xine y mplayer, según que máquina, y no me apetece instalar un tercero cuya interfaz no me gusta.
Y por supuesto, FFmpeg tiene soporte para ese formato:
*** http://en.wikipedia.org/wiki/FFmpeg
The FFmpeg developers have implemented among others:
(...)
* 3GPP vocoder standards: AMR-NB, AMR-WB (aka G.722.2. supports via OpenCORE) ***
Vale, pero que yo tengo ese instalado de packman en el de sobremesa, y sé que no traga. Puede que falte algo, que sea otra versión, ni idea. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iF4EAREIAAYFAkv2SJcACgkQja8UbcUWM1z69wEAiApsgQPxdEHZj7DtCjDlPJB5 l1bpPQfONXNlcd583AIA/ReE87GWyfpxfI01CyqrkNdYE2Iny/qMXBPSpcq+UDxF =fAtO -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Fri, 21 May 2010 10:47:19 +0200, Carlos E. R. escribió:
On 2010-05-20 08:27, Camaleón wrote:
De eso se trata, de que la aceleración es importante.
Te estoy discutiendo el bugzilla que has puesto: no habla de la aceleración o de problemas cuando se desactiva compiz.
No te lies: en esta zona del correo no hablábamos del bugzilla, sino de la justificación de la necesidad de que la aceleración gráfica funcione. Tu dices que es poco menos que inútil, yo digo que no, que es util y para más cosas que juegos.
No, no me lío. Lo que yo te estoy diciendo es que el hecho de que no funcione Compiz no es relevante, no tergiverses las cosas. Lo que digo (y lo que llevo diciendo desde hace unos cuantos correos) es que la aceleración gráfica|3D != Compiz. De eso trataba tu bugzilla y de eso es de lo que estoy hablando.
¿Que usas el fgfs con el nv y te funciona perfecto? No te creo.
Estamos hablando de programas serios, no de juegos. Y no, no tengo problemas con el entorno gráfico, ninguno. ¿Por qué debería tenerlos, si la aceleración 3D es un invento reciente y antes no tenía problemas?
Olvídate de que sea un juego (que es algo que yo discuto). Se trata de una aplicación que demanda mucho del sistema de gráficos con aceleración en hardware, y se puede usar para comprobarlo. Por eso la he puesto en el portatil.
¿Qué aplicación? Te pregunto... ¿tienes algún problema con el driver de Intel (que tiene activada la aceleración 3D de manera predeterminada) y Metacity?
Hace un rato he rebotado factory M6 y he buscado juegos en 3D, en el DVD porque el repo en linea, aparte de que estoy sin red, seguro que ya ha cambiado y me exigiría actualizar todo y no quiero (la actualización a M7 va a ser problemática, por lo del init).
(...) La pregunta es si obtienes un rendimiento distinto con esos mismos juegos en la 11.2, para descartar que el bajo rendimiento o los problemas en la pantalla se deban a las limitaciones del propio adaptador gráfico.
Y esos pilotos profesionales no tendrán equipos con tarjetas Intel, ni el compiz activado. No te preocupes que el bug no les afecta.
Ya sé que no les afecta. Te estoy discutiendo que los simuladores de vuelo de pc tipo fgfs sean sólo juegos.
Lo sé... nos pasamos parte del día con renderizados 3D (y no son juegos, son edificios, instalaciones, piezas mecánicas...). Obviamente las estaciones que utilizamos para eso no llevan adaptadores de Intel.
Ya probé con el ffmpeg y no puede, y lo tengo completo de packman en el sobremesa.
¿Qué es lo que no puedes hacer con ffmpeg?
Coger uno de esos videos de mi movil y convertirlo a cualquier otro formato más normal.
¿Y qué es lo que has hecho / qué error te da?
Lo que te estoy diciendo es que el Totem de openSUSE tiene algún problema si no es capaz de reproducir vídeos *.3gp.
No es capaz de reproducir nada, ya te lo he dicho, está capado.
Pues eso estoy diciendo, que algo le pasa *al Totem de openSUSE*. Que esté "capadado" cuando en el resto de distribuciones no lo está, resulta extraño.
GStreamer lo permite:
Pero el gstreamer oficial requiere que te bajes unas cosas (plugins, codecs, o lo que sean) previo paso por caja. Pagando, por si no ha quedado claro. Y ese es el que instala opensuse, al menos en mi 11.0 y 11.2 y 11.3.
O bien te puedes instalar el de packman con sus dependencias de packman, que no se cuales serán. No lo he intentado, ya tengo xine o xine y mplayer, según que máquina, y no me apetece instalar un tercero cuya interfaz no me gusta.
Repito: no, no he instalado ningún paquete adicional, ni de gstreamer ni de ffmpeg. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2010-05-21 17:52, Camaleón wrote:
El Fri, 21 May 2010 10:47:19 +0200, Carlos E. R. escribió:
On 2010-05-20 08:27, Camaleón wrote:
De eso se trata, de que la aceleración es importante.
Te estoy discutiendo el bugzilla que has puesto: no habla de la aceleración o de problemas cuando se desactiva compiz.
No te lies: en esta zona del correo no hablábamos del bugzilla, sino de la justificación de la necesidad de que la aceleración gráfica funcione. Tu dices que es poco menos que inútil, yo digo que no, que es util y para más cosas que juegos.
No, no me lío.
Lo que yo te estoy diciendo es que el hecho de que no funcione Compiz no es relevante, no tergiverses las cosas.
Nunca lo he negado, pero no es el tema de los párrafos de esa sección del correo.
Lo que digo (y lo que llevo diciendo desde hace unos cuantos correos) es que la aceleración gráfica|3D != Compiz.
Lo se. Pero lo que yo digo es que la aceleración gráfica es imprescindible para compiz, y que puesto que compiz en la 11.3 no funciona sólo con tarjetas Intel (que se haya reportado y que yo sepa), hay algo que no va con el driver/X/kernel/loquesea de Intel en 11.3 Y también lo llevo diciendo varios correos.
¿Que usas el fgfs con el nv y te funciona perfecto? No te creo.
Estamos hablando de programas serios, no de juegos. Y no, no tengo problemas con el entorno gráfico, ninguno. ¿Por qué debería tenerlos, si la aceleración 3D es un invento reciente y antes no tenía problemas?
Olvídate de que sea un juego (que es algo que yo discuto). Se trata de una aplicación que demanda mucho del sistema de gráficos con aceleración en hardware, y se puede usar para comprobarlo. Por eso la he puesto en el portatil.
¿Qué aplicación?
fgfs
Te pregunto... ¿tienes algún problema con el driver de Intel (que tiene activada la aceleración 3D de manera predeterminada) y Metacity?
Que yo haya visto, no.
Hace un rato he rebotado factory M6 y he buscado juegos en 3D, en el DVD porque el repo en linea, aparte de que estoy sin red, seguro que ya ha cambiado y me exigiría actualizar todo y no quiero (la actualización a M7 va a ser problemática, por lo del init).
(...)
La pregunta es si obtienes un rendimiento distinto con esos mismos juegos en la 11.2, para descartar que el bajo rendimiento o los problemas en la pantalla se deban a las limitaciones del propio adaptador gráfico.
Lo haré. Pero para eso necesito internet, que no lo tenía cuando hice esa prueba. [...] ¡Suave, suavísimo! Ni un pantallazo, ni un temblor. Y funciona a 116 fps, el doble. (armagetron) ¿Te lo crees ahora? Está clarísimo que pasa algo con el driver.
Y esos pilotos profesionales no tendrán equipos con tarjetas Intel, ni el compiz activado. No te preocupes que el bug no les afecta.
Ya sé que no les afecta. Te estoy discutiendo que los simuladores de vuelo de pc tipo fgfs sean sólo juegos.
Lo sé... nos pasamos parte del día con renderizados 3D (y no son juegos, son edificios, instalaciones, piezas mecánicas...). Obviamente las estaciones que utilizamos para eso no llevan adaptadores de Intel.
Claro. Pero es una comprobación obvia en el portátil, siquiera por curiosidad.
Ya probé con el ffmpeg y no puede, y lo tengo completo de packman en el sobremesa.
¿Qué es lo que no puedes hacer con ffmpeg?
Coger uno de esos videos de mi movil y convertirlo a cualquier otro formato más normal.
¿Y qué es lo que has hecho / qué error te da?
No me acuerdo, luego pruebo otra vez en la otra máquina.
Lo que te estoy diciendo es que el Totem de openSUSE tiene algún problema si no es capaz de reproducir vídeos *.3gp.
No es capaz de reproducir nada, ya te lo he dicho, está capado.
Pues eso estoy diciendo, que algo le pasa *al Totem de openSUSE*. Que esté "capadado" cuando en el resto de distribuciones no lo está, resulta extraño.
Pues acláralo, porque en algún momento me ha parecido que has dicho que a tí te iba antes en oS.
GStreamer lo permite:
Pero el gstreamer oficial requiere que te bajes unas cosas (plugins, codecs, o lo que sean) previo paso por caja. Pagando, por si no ha quedado claro. Y ese es el que instala opensuse, al menos en mi 11.0 y 11.2 y 11.3.
O bien te puedes instalar el de packman con sus dependencias de packman, que no se cuales serán. No lo he intentado, ya tengo xine o xine y mplayer, según que máquina, y no me apetece instalar un tercero cuya interfaz no me gusta.
Repito: no, no he instalado ningún paquete adicional, ni de gstreamer ni de ffmpeg.
¿en oS o en debian? - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iF4EAREIAAYFAkv21jQACgkQja8UbcUWM1y//gD6A0mmU0UixCmPiV+ZYcbu7fnz ezOobjZC6okVGuwBqLUA/jaAEJiVUt6gsKT5LyMBE0jocwX19Y+erz6id168gofT =OWY6 -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2010-05-21 20:51, Carlos E. R. wrote:
On 2010-05-21 17:52, Camaleón wrote:
Ya probé con el ffmpeg y no puede, y lo tengo completo de packman en el sobremesa.
¿Qué es lo que no puedes hacer con ffmpeg?
Coger uno de esos videos de mi movil y convertirlo a cualquier otro formato más normal.
¿Y qué es lo que has hecho / qué error te da?
No me acuerdo, luego pruebo otra vez en la otra máquina.
cer@minas-tirith:~> ssh cer@Elessar.valinor Password: ... cer@Elessar:~/Documents> ffmpeg -i Vídeo0023.3gp Vídeo0023.avi FFmpeg version UNKNOWN, Copyright (c) 2000-2010 the FFmpeg developers built on Mar 19 2010 08:33:35 with gcc 4.4.1 [gcc-4_4-branch revision 150839] configuration: --shlibdir=/usr/lib64 --prefix=/usr --mandir=/usr/share/man --libdir=/usr/lib64 - --enable-shared - - -enable-libmp3lame --enable-libvorbis --enable-libtheora --enable-libspeex --enable-libfaad - --enable-libfaac --ena ble-nonfree --enable-libxvid --enable-postproc --enable-gpl --enable-x11grab - --enable-libschroedinger --enable-lib dirac --enable-libgsm --enable-version3 --enable-libopencore-amrnb --enable-libopencore-amrwb - --enable-libx264 --e nable-libdc1394 --enable-pthreads libavutil 50. 9. 0 / 50. 9. 0 libavcodec 52.55. 0 / 52.55. 0 libavformat 52.54. 0 / 52.54. 0 libavdevice 52. 2. 0 / 52. 2. 0 libswscale 0.10. 0 / 0.10. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Vídeo0023.3gp': Metadata: major_brand : 3gp5 minor_version : 768 compatible_brands: 3gp53gp43g2aisom Duration: 00:05:33.76, start: 0.000000, bitrate: 130 kb/s Stream #0.0(eng): Video: h263, yuv420p, 176x144 [PAR 12:11 DAR 4:3], 116 kb/s, 8.89 fps, 29.97 tbr, 15750 tbn, 29.97 tbc Stream #0.1(eng): Audio: amrnb, 8000 Hz, 1 channels, flt, 12 kb/s [mp2 @ 0x65d2f0]Sampling rate 8000 is not allowed in mp2 Output #0, avi, to 'Vídeo0023.avi': Stream #0.0(eng): Video: mpeg4, yuv420p, 176x144 [PAR 12:11 DAR 4:3], q=2-31, 200 kb/s, 90k tbn, 29.97 tbc Stream #0.1(eng): Audio: mp2, 8000 Hz, 1 channels, s16, 64 kb/s Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1 Error while opening encoder for output stream #0.1 - maybe incorrect parameters such as bit_rate, rate, width or height El error es absurdo, porque _yo_ no he especificado ningún parámetro, está en automático. Se lo monta él solito- cer@Elessar:~/Documents> ffmpeg -i Vídeo0023.3gp Vídeo0023.mpeg FFmpeg version UNKNOWN, Copyright (c) 2000-2010 the FFmpeg developers built on Mar 19 2010 08:33:35 with gcc 4.4.1 [gcc-4_4-branch revision 150839] configuration: --shlibdir=/usr/lib64 --prefix=/usr --mandir=/usr/share/man --libdir=/usr/lib64 - --enable-shared --enable-libmp3lame --enable-libvorbis --enable-libtheora --enable-libspeex - --enable-libfaad --enable-libfaac --enable-nonfree --enable-libxvid --enable-postproc --enable-gpl - --enable-x11grab --enable-libschroedinger --enable-libdirac --enable-libgsm --enable-version3 - --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libx264 --enable-libdc1394 - --enable-pthreads libavutil 50. 9. 0 / 50. 9. 0 libavcodec 52.55. 0 / 52.55. 0 libavformat 52.54. 0 / 52.54. 0 libavdevice 52. 2. 0 / 52. 2. 0 libswscale 0.10. 0 / 0.10. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Vídeo0023.3gp': Metadata: major_brand : 3gp5 minor_version : 768 compatible_brands: 3gp53gp43g2aisom Duration: 00:05:33.76, start: 0.000000, bitrate: 130 kb/s Stream #0.0(eng): Video: h263, yuv420p, 176x144 [PAR 12:11 DAR 4:3], 116 kb/s, 8.89 fps, 29.97 tbr, 15750 tbn, 29.97 tbc Stream #0.1(eng): Audio: amrnb, 8000 Hz, 1 channels, flt, 12 kb/s [mp2 @ 0x65d2f0]Sampling rate 8000 is not allowed in mp2 Output #0, mpeg, to 'Vídeo0023.mpeg': Stream #0.0(eng): Video: mpeg1video, yuv420p, 176x144 [PAR 12:11 DAR 4:3], q=2-31, 200 kb/s, 90k tbn, 29.97 tbc Stream #0.1(eng): Audio: mp2, 8000 Hz, 1 channels, s16, 64 kb/s Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1 Error while opening encoder for output stream #0.1 - maybe incorrect parameters such as bit_rate, rate, width or height cer@Elessar:~/Documents> Ahí da un error en el "sampling rate". - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iF4EAREIAAYFAkv22NwACgkQja8UbcUWM1xwfgD/ef7KowNqdWN/Wf3swsAl1L3M d/UX/fA+zRmATA7StR4A/0bXvZRpdqii84aK6dK0M1dQGrX7+wDnilypz7a3sCvw =ITRA -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Fri, 21 May 2010 21:02:52 +0200, Carlos E. R. escribió:
On 2010-05-21 20:51, Carlos E. R. wrote:
On 2010-05-21 17:52, Camaleón wrote:
Ya probé con el ffmpeg y no puede, y lo tengo completo de packman en el sobremesa.
¿Qué es lo que no puedes hacer con ffmpeg?
Coger uno de esos videos de mi movil y convertirlo a cualquier otro formato más normal.
¿Y qué es lo que has hecho / qué error te da?
No me acuerdo, luego pruebo otra vez en la otra máquina.
cer@minas-tirith:~> ssh cer@Elessar.valinor Password:
...
cer@Elessar:~/Documents> ffmpeg -i Vídeo0023.3gp Vídeo0023.avi FFmpeg
¡¡Hala, así, sin más...!! Sin especificar nada, sin buscar por Google algún otro parámetro que puedas necesitar ¡¡nada!! Le das el archivo de entrada, el de salida y ya se las apañará el ffmpeg solito ¿no? >:-)
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Vídeo0023.3gp': Metadata: major_brand : 3gp5 minor_version : 768 compatible_brands: 3gp53gp43g2aisom Duration: 00:05:33.76, start: 0.000000, bitrate: 130 kb/s ^^^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^
Stream #0.0(eng): Video: h263, yuv420p, 176x144 [PAR 12:11 DAR 4:3], 116 kb/s, 8.89 fps, 29.97 tbr, 15750 tbn, 29.97 tbc
Juvar, te reconoce perfectamente el formato de vídeo.
Stream #0.1(eng): Audio: amrnb, 8000 Hz, 1 channels, flt, 12 kb/s [mp2 @ 0x65d2f0]Sampling rate 8000 is not allowed in mp2 Output #0, avi,
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
to 'Vídeo0023.avi': Stream #0.0(eng): Video: mpeg4, yuv420p, 176x144 [PAR 12:11 DAR 4:3], q=2-31, 200 kb/s, 90k tbn, 29.97 tbc Stream #0.1(eng): Audio: mp2, 8000 Hz, 1 channels, s16, 64 kb/s Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1
Y te dice dónde está el error ¿no?
Error while opening encoder for output stream #0.1 - maybe incorrect parameters such as bit_rate, rate, width or height
Y este mensaje es uno de esos típicos que viene a decir que "el usuario comodón ni si quiera se ha dignado a ejecutar una búsqueda en Google" >:-)
El error es absurdo, porque _yo_ no he especificado ningún parámetro, está en automático. Se lo monta él solito-
Ya, ¿y crees que lo va a hacer automáticamente, así, sin más, sin ajustar "nada"? >>:-) Date una vuelta por: a/ El manual de ffmpeg (que te lo deberías de saber ya de memoria con el pedazo hilo que generaste estas navidades para poder grabar el segundo canal de audio). Aún tengo pesadillas con "Denzel Washington" >:-P b/ ¿Google? http://www.icelab.eu/en/blog/ubuntu-and-linux-12/converting-3gp-videos-to-mp... http://www.michelem.org/2006/08/07/converting-video-3gp-to-avimpeg-using-lin... Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2010-05-21 22:06, Camaleón wrote:
El Fri, 21 May 2010 21:02:52 +0200, Carlos E. R. escribió:
cer@Elessar:~/Documents> ffmpeg -i Vídeo0023.3gp Vídeo0023.avi FFmpeg
¡¡Hala, así, sin más...!! Sin especificar nada, sin buscar por Google algún otro parámetro que puedas necesitar ¡¡nada!! Le das el archivo de entrada, el de salida y ya se las apañará el ffmpeg solito ¿no? >:-)
¡Por supuesto! La documentación dice que sí, y normalmente funciona. Pruébalo.
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Vídeo0023.3gp': Metadata: major_brand : 3gp5 minor_version : 768 compatible_brands: 3gp53gp43g2aisom Duration: 00:05:33.76, start: 0.000000, bitrate: 130 kb/s ^^^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^
Stream #0.0(eng): Video: h263, yuv420p, 176x144 [PAR 12:11 DAR 4:3], 116 kb/s, 8.89 fps, 29.97 tbr, 15750 tbn, 29.97 tbc
Juvar, te reconoce perfectamente el formato de vídeo.
Claro.
Stream #0.1(eng): Audio: amrnb, 8000 Hz, 1 channels, flt, 12 kb/s [mp2 @ 0x65d2f0]Sampling rate 8000 is not allowed in mp2 Output #0, avi,
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Pero el sampling rate lo ha escogido él, a mi que no me diga.
to 'Vídeo0023.avi': Stream #0.0(eng): Video: mpeg4, yuv420p, 176x144 [PAR 12:11 DAR 4:3], q=2-31, 200 kb/s, 90k tbn, 29.97 tbc Stream #0.1(eng): Audio: mp2, 8000 Hz, 1 channels, s16, 64 kb/s Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1
Y te dice dónde está el error ¿no?
No. Me dice:
Error while opening encoder for output stream #0.1 - maybe incorrect parameters such as bit_rate, rate, width or height
que no dice exactamente cual es el error, da una lista de posibilidades, ninguna cierta. ¿que parámetro incorrecto, si yo no le he dado ninguno?
Y este mensaje es uno de esos típicos que viene a decir que "el usuario comodón ni si quiera se ha dignado a ejecutar una búsqueda en Google" >:-)
El usuario comodón se leyó el manual que dice que sin dar parámetros el programa escogerá lo que necesita por defecto. ] By default, FFmpeg tries to convert as losslessly as possible: It uses the same audio and ] video parameters for the outputs as the one specified for the inputs. Debería haber puesto el rate correcto, no lo ha hecho.
El error es absurdo, porque _yo_ no he especificado ningún parámetro, está en automático. Se lo monta él solito-
Ya, ¿y crees que lo va a hacer automáticamente, así, sin más, sin ajustar "nada"? >>:-)
Pues claro.
Date una vuelta por:
a/ El manual de ffmpeg (que te lo deberías de saber ya de memoria con el pedazo hilo que generaste estas navidades para poder grabar el segundo canal de audio). Aún tengo pesadillas con "Denzel Washington" >:-P
El manual tiene un montón de ejemplos del mismo tipo que el mio, sin dar parámetros.
b/ ¿Google?
http://www.icelab.eu/en/blog/ubuntu-and-linux-12/converting-3gp-videos-to-mp...
dice: ffmpeg -i video.3gp -b 250 -s 160×120 -r 15 -f avi -an video.avi Eso saca: WARNING: The bitrate parameter is set too low. It takes bits/s as argument, not kbits/s Incorrect frame size Si pongo: cer@Elessar:~/Documents> ffmpeg -i Vídeo0023.3gp -r 15 Vídeo0023.avi .. [mp2 @ 0x65d2f0]Sampling rate 8000 is not allowed in mp2 .. Error while opening encoder for output stream #0.1 - maybe incorrect parameters such as bit_rate, rate, width or height Luego no vale. Ah, ¡es el rate del audio del que se queja! Pero es que la entrada es de 8000 precisamente... ffmpeg -i Vídeo0023.3gp -ar 16000 Vídeo0023.avi eso funciona. Y no es nada de lo que dice el google. A ver el otro enlace...
http://www.michelem.org/2006/08/07/converting-video-3gp-to-avimpeg-using-lin...
recomienda: ffmpeg -y -i file.3gp -sameq -f mpegvideo -s cif -r 25 -ar 32000 -ac 1 file.mpg Da error: Requested output format 'mpegvideo' is not a suitable output format Pues fale. Los parámetros válidos que hay son: cer@Elessar:~/Documents> ffmpeg -formats File formats: D. = Demuxing supported .E = Muxing supported -- ... E mpeg1video raw MPEG-1 video E mpeg2video raw MPEG-2 video ... D mpegvideo raw MPEG video Con "mpeg2video" sí funciona. A ver, "-s cif" es - -s size Set frame size. The format is wxh (ffserver default = 160x128, ffmpeg default = same as source). The following abbreviations are recognized: cif 352x288 ¿Para qué especificar un tamaño? Lo correcto es el mismo que el original, que es "176x144". -r fps Set frame rate (Hz value, fraction or abbreviation), (default = 25). Lo mismo, no veo para que especificarlo. Que lo detecte y que use el mismo. -ac channels Set the number of audio channels (default = 1). Tampoco es necesario. -sameq Use same video quality as source (implies VBR). Vale, si. -y Overwrite output files. Bueno. De hecho, sin -ar también va: cer@Elessar:~/Documents> ffmpeg -y -i Vídeo0023.3gp -sameq -f mpeg2video Vídeo0023.mpg FFmpeg version UNKNOWN, Copyright (c) 2000-2010 the FFmpeg developers ... Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Vídeo0023.3gp': Metadata: major_brand : 3gp5 minor_version : 768 compatible_brands: 3gp53gp43g2aisom Duration: 00:05:33.76, start: 0.000000, bitrate: 130 kb/s Stream #0.0(eng): Video: h263, yuv420p, 176x144 [PAR 12:11 DAR 4:3], 116 kb/s, 8.89 fps, 29.97 tbr, 15750 tbn, 29.97 tbc Stream #0.1(eng): Audio: amrnb, 8000 Hz, 1 channels, flt, 12 kb/s Output #0, mpeg2video, to 'Vídeo0023.mpg': Metadata: encoder : Lavf52.54.0 Stream #0.0(eng): Video: mpeg2video, yuv420p, 176x144 [PAR 12:11 DAR 4:3], q=2-31, 200 kb/s, 90k tbn, 29.97 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop encoding frame= 9998 fps=4003 q=0.0 Lsize= 23404kB time=333.57 bitrate= 574.8kbits/s dup=7033 drop=0 video:23404kB audio:0kB global headers:0kB muxing overhead 0.000000% cer@Elessar:~/Documents> No, está mal, no mete el sonido. No mete el sonido con ninguna combinación, ni la de ellos: cer@Elessar:~/Documents> ffmpeg -y -i Vídeo0023.3gp -sameq -f mpeg2video -s cif -r 25 -ar 32000 -ac 1 Vídeo0023.mpg ... Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop encoding frame= 8340 fps=960 q=0.0 Lsize= 60693kB time=333.56 bitrate=1490.6kbits/s dup=5375 drop=0 video:60693kB audio:0kB global headers:0kB muxing overhead 0.000000% cer@Elessar:~/Documents> Para tener sonido tengo que no especificar "mpeg2video", ni uno ni dos: cer@Elessar:~/Documents> ffmpeg -y -i Vídeo0023.3gp -sameq -ar 16000 Vídeo0023.mpg ... Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Vídeo0023.3gp': Metadata: major_brand : 3gp5 minor_version : 768 compatible_brands: 3gp53gp43g2aisom Duration: 00:05:33.76, start: 0.000000, bitrate: 130 kb/s Stream #0.0(eng): Video: h263, yuv420p, 176x144 [PAR 12:11 DAR 4:3], 116 kb/s, 8.89 fps, 29.97 tbr, 15750 tbn, 29.97 tbc Stream #0.1(eng): Audio: amrnb, 8000 Hz, 1 channels, flt, 12 kb/s Output #0, mpeg, to 'Vídeo0023.mpg': Metadata: encoder : Lavf52.54.0 Stream #0.0(eng): Video: mpeg1video, yuv420p, 176x144 [PAR 12:11 DAR 4:3], q=2-31, 200 kb/s, 90k tbn, 29.97 tbc Stream #0.1(eng): Audio: mp2, 16000 Hz, 1 channels, s16, 64 kb/s Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1 Press [q] to stop encoding Warning, using s16 intermediate sample format for resampling Multiple frames in a packet from stream 1 [mpeg1video @ 0x65cca0]warning, clipping 1 dct coefficients to -255..255 frame= 9998 fps=3155 q=0.0 Lsize= 24862kB time=333.57 bitrate= 610.6kbits/s dup=7033 drop=0 video:22064kB audio:2608kB global headers:0kB muxing overhead 0.771013% cer@Elessar:~/Documents> que usa "mpeg1video" de todos modos. Quizás si especifico el codec de video debo especificar tb el de audio, pero no voy a probar eso ahora. O a avi: cer@Elessar:~/Documents> ffmpeg -y -i Vídeo0023.3gp -sameq -ar 16000 Vídeo0023.avi ... Output #0, avi, to 'Vídeo0023.avi': Metadata: ISFT : Lavf52.54.0 Stream #0.0(eng): Video: mpeg4, yuv420p, 176x144 [PAR 12:11 DAR 4:3], q=2-31, 200 kb/s, 29.97 tbn, 29.97 tbc Stream #0.1(eng): Audio: mp2, 16000 Hz, 1 channels, s16, 64 kb/s Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1 Press [q] to stop encoding Warning, using s16 intermediate sample format for resampling Multiple frames in a packet from stream 1 frame= 2965 fps=1410 q=0.0 Lsize= 18562kB time=333.63 bitrate= 455.8kbits/s video:15600kB audio:2608kB global headers:0kB muxing overhead 1.945611% cer@Elessar:~/Documents> Parece el mismo códec. Pero los tamaños son bien distintos: cer@Elessar:~/Documents> l Vídeo0023.* - -rw-r--r-- 1 cer users 5455872 2009-12-10 14:18 Vídeo0023.3gp - -rw-r--r-- 1 cer users 19007438 2010-05-21 23:23 Vídeo0023.avi - -rw-r--r-- 1 cer users 25458688 2010-05-21 23:22 Vídeo0023.mpg - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Elessar)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAkv2+84ACgkQU92UU+smfQWULQCgkgnrhcuWzEWxdNA4AO7fcqdF O7oAn3ZiKDVQ7xbbXGjxNIptzuBHyjOx =AvLZ -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Fri, 21 May 2010 23:31:59 +0200, Carlos E. R. escribió:
On 2010-05-21 22:06, Camaleón wrote:
¡¡Hala, así, sin más...!! Sin especificar nada, sin buscar por Google algún otro parámetro que puedas necesitar ¡¡nada!! Le das el archivo de entrada, el de salida y ya se las apañará el ffmpeg solito ¿no? >:-)
¡Por supuesto! La documentación dice que sí, y normalmente funciona. Pruébalo.
Tú lo has probado y no funciona :-) Y cuando no funciona "a la primera" pues hay que buscar en la documentación o por la web a ver cuál es la "línea mágica".
Stream #0.1(eng): Audio: amrnb, 8000 Hz, 1 channels, flt, 12 kb/s [mp2 @ 0x65d2f0]Sampling rate 8000 is not allowed in mp2 Output #0, avi,
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Pero el sampling rate lo ha escogido él, a mi que no me diga.
Ya, pero no esperes que acierte siempre. A veces hay que ayudarle :-)
Y te dice dónde está el error ¿no?
No. Me dice:
Error while opening encoder for output stream #0.1 - maybe incorrect parameters such as bit_rate, rate, width or height
que no dice exactamente cual es el error, da una lista de posibilidades, ninguna cierta. ¿que parámetro incorrecto, si yo no le he dado ninguno?
Pues precisamente. Ese es el error, que el parámetro "que no has especificado" no sirve >:-) Te lo estaba marcando arriba.
Y este mensaje es uno de esos típicos que viene a decir que "el usuario comodón ni si quiera se ha dignado a ejecutar una búsqueda en Google"
:-)
El usuario comodón se leyó el manual que dice que sin dar parámetros el programa escogerá lo que necesita por defecto.
Y que fallará...
Date una vuelta por:
a/ El manual de ffmpeg (que te lo deberías de saber ya de memoria con el pedazo hilo que generaste estas navidades para poder grabar el segundo canal de audio). Aún tengo pesadillas con "Denzel Washington"
:-P
El manual tiene un montón de ejemplos del mismo tipo que el mio, sin dar parámetros.
b/ ¿Google?
http://www.icelab.eu/en/blog/ubuntu-and-linux-12/converting-3gp-videos- to-mpeg-on-ubuntu-65.htm
dice:
ffmpeg -i video.3gp -b 250 -s 160×120 -r 15 -f avi -an video.avi
Eso saca:
WARNING: The bitrate parameter is set too low. It takes bits/s as argument, not kbits/s Incorrect frame size
Si pongo:
cer@Elessar:~/Documents> ffmpeg -i Vídeo0023.3gp -r 15 Vídeo0023.avi .. [mp2 @ 0x65d2f0]Sampling rate 8000 is not allowed in mp2 .. Error while opening encoder for output stream #0.1 - maybe incorrect parameters such as bit_rate, rate, width or height
Luego no vale. Ah, ¡es el rate del audio del que se queja! Pero es que la entrada es de 8000 precisamente...
ffmpeg -i Vídeo0023.3gp -ar 16000 Vídeo0023.avi
eso funciona. Y no es nada de lo que dice el google. A ver el otro enlace...
Ah, ya lo has sacado ¿ves como no era para tanto? Cuestión de hacer pruebas. (...)
De hecho, sin -ar también va:
cer@Elessar:~/Documents> ffmpeg -y -i Vídeo0023.3gp -sameq -f mpeg2video Vídeo0023.mpg FFmpeg version UNKNOWN, Copyright (c) 2000-2010 the FFmpeg developers
(...)
Para tener sonido tengo que no especificar "mpeg2video", ni uno ni dos:
cer@Elessar:~/Documents> ffmpeg -y -i Vídeo0023.3gp -sameq -ar 16000 Vídeo0023.mpg ...
(...)
Parece el mismo códec. Pero los tamaños son bien distintos:
cer@Elessar:~/Documents> l Vídeo0023.* - -rw-r--r-- 1 cer users 5455872 2009-12-10 14:18 Vídeo0023.3gp - -rw-r--r-- 1 cer users 19007438 2010-05-21 23:23 Vídeo0023.avi - -rw-r--r-- 1 cer users 25458688 2010-05-21 23:22 Vídeo0023.mpg
Me apunto la "línea mágica" por si me hiciera falta. Creo que mi móvil también graba vídeo en ese formato. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-05-22 a las 11:18 -0000, Camaleón escribió:
El Fri, 21 May 2010 23:31:59 +0200, Carlos E. R. escribió:
On 2010-05-21 22:06, Camaleón wrote:
¡¡Hala, así, sin más...!! Sin especificar nada, sin buscar por Google algún otro parámetro que puedas necesitar ¡¡nada!! Le das el archivo de entrada, el de salida y ya se las apañará el ffmpeg solito ¿no? >:-)
¡Por supuesto! La documentación dice que sí, y normalmente funciona. Pruébalo.
Tú lo has probado y no funciona :-)
Claro, y entonces abandono. Soy vago, espero que los ordenadores trabajen por mi, no yo por ellos >:-)
Y cuando no funciona "a la primera" pues hay que buscar en la documentación o por la web a ver cuál es la "línea mágica".
Si, ya.... ayudado por lineas de errores clarísimas :-(
Pero el sampling rate lo ha escogido él, a mi que no me diga.
Ya, pero no esperes que acierte siempre. A veces hay que ayudarle :-)
Él sabe cuales son los SR que valen, pues que coja uno que valga.
Y te dice dónde está el error ¿no?
No. Me dice:
Error while opening encoder for output stream #0.1 - maybe incorrect parameters such as bit_rate, rate, width or height
que no dice exactamente cual es el error, da una lista de posibilidades, ninguna cierta. ¿que parámetro incorrecto, si yo no le he dado ninguno?
Pues precisamente. Ese es el error, que el parámetro "que no has especificado" no sirve >:-)
Me dice el mismo error sea cual sea el error que tenga. Debería decir "bad ESTO", no que "quizás esto o lo otro". Y no es ni el bit_rate, rate, width or height. Es el sampling rate, que no lo menciona. En esa linea, no. Aparece mucho más arriba, perdido entre una marabunta de letras que marean.
eso funciona. Y no es nada de lo que dice el google. A ver el otro enlace...
Ah, ya lo has sacado ¿ves como no era para tanto? Cuestión de hacer pruebas.
Claro, claro... }:-)
Me apunto la "línea mágica" por si me hiciera falta. Creo que mi móvil también graba vídeo en ese formato.
Fíjate que el resultado es casi cuatro o cinco veces mayor que el original... eso es problemático si lo quieres enviar. Sólo sirve para enviar a alguien en formato más compatible. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkv3ymMACgkQtTMYHG2NR9Wq4QCfVMC3aS6eofq5uM4UUSBEE228 GykAoIAHoCrZgg1XUn10zwx1Okuthtvt =f9W0 -----END PGP SIGNATURE-----
El Sat, 22 May 2010 14:13:14 +0200, Carlos E. R. escribió:
El 2010-05-22 a las 11:18 -0000, Camaleón escribió:
¡¡Hala, así, sin más...!! Sin especificar nada, sin buscar por Google algún otro parámetro que puedas necesitar ¡¡nada!! Le das el archivo de entrada, el de salida y ya se las apañará el ffmpeg solito ¿no?
:-)
¡Por supuesto! La documentación dice que sí, y normalmente funciona. Pruébalo.
Tú lo has probado y no funciona :-)
Claro, y entonces abandono. Soy vago, espero que los ordenadores trabajen por mi, no yo por ellos >:-)
Trabajan para ti, otra cosa es que hagan lo que les pides :-P
Y cuando no funciona "a la primera" pues hay que buscar en la documentación o por la web a ver cuál es la "línea mágica".
Si, ya.... ayudado por lineas de errores clarísimas :-(
Pues sí, lo decía bien claro: por acción u omisión, le estabas pasando un parámetro que no le gustaba.
Pero el sampling rate lo ha escogido él, a mi que no me diga.
Ya, pero no esperes que acierte siempre. A veces hay que ayudarle :-)
Él sabe cuales son los SR que valen, pues que coja uno que valga.
No, pobrico, él sólo hace un "best-effort" para intentar acertar. Espera que el usuario sea capaz de ayudar "mínimamente".
Error while opening encoder for output stream #0.1 - maybe incorrect parameters such as bit_rate, rate, width or height
que no dice exactamente cual es el error, da una lista de posibilidades, ninguna cierta. ¿que parámetro incorrecto, si yo no le he dado ninguno?
Pues precisamente. Ese es el error, que el parámetro "que no has especificado" no sirve >:-)
Me dice el mismo error sea cual sea el error que tenga. Debería decir "bad ESTO", no que "quizás esto o lo otro". Y no es ni el bit_rate, rate, width or height. Es el sampling rate, que no lo menciona. En esa linea, no. Aparece mucho más arriba, perdido entre una marabunta de letras que marean.
Es que no tienes "empatía" con las máquinas ni los sistemas lógicos. Tienes que ponerte en su lugar, no es fácil lidiar con tanto códec suelto por ahí :-)
Me apunto la "línea mágica" por si me hiciera falta. Creo que mi móvil también graba vídeo en ese formato.
Fíjate que el resultado es casi cuatro o cinco veces mayor que el original... eso es problemático si lo quieres enviar. Sólo sirve para enviar a alguien en formato más compatible.
Bueno, ya has logrado la "parte 1" (que funcione). Ahora tienes que "afinarlo" para obtener el mejor ratio calidad/espacio en disco. :-P (me voy a bajar la LiveCD de la ML6 de oS para probarla...) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 [Enviado después] On 2010-05-22 17:53, Camaleón wrote:
El Sat, 22 May 2010 14:13:14 +0200, Carlos E. R. escribió:
Y cuando no funciona "a la primera" pues hay que buscar en la documentación o por la web a ver cuál es la "línea mágica".
Si, ya.... ayudado por lineas de errores clarísimas :-(
Pues sí, lo decía bien claro: por acción u omisión, le estabas pasando un parámetro que no le gustaba.
Para nada. Un error claro diría exactamente qué opción dada en la entrada es incorrecta, no dejaría lugar a dudas. Y si son opciones automáticas, diría que son las opciones automáticas las que no van, y que debes cambiar una de ellas manualmente, y diría exactamente cual hay que poner. No diría el parámetro a poner, pero sí la opción. La otra posibilidad es decir que ha habido un error de alguna clase (sin especificar), y que el motivo exacto está entre los mensajes que han salido más arriba. Esto es lo que han hecho, pero se les ha olvidado poner esa segunda parte, que el error está más arriba, que tienes que buscarlo.
Pero el sampling rate lo ha escogido él, a mi que no me diga.
Ya, pero no esperes que acierte siempre. A veces hay que ayudarle :-)
Él sabe cuales son los SR que valen, pues que coja uno que valga.
No, pobrico, él sólo hace un "best-effort" para intentar acertar. Espera que el usuario sea capaz de ayudar "mínimamente".
No tan "minimamente".
Me dice el mismo error sea cual sea el error que tenga. Debería decir "bad ESTO", no que "quizás esto o lo otro". Y no es ni el bit_rate, rate, width or height. Es el sampling rate, que no lo menciona. En esa linea, no. Aparece mucho más arriba, perdido entre una marabunta de letras que marean.
Es que no tienes "empatía" con las máquinas ni los sistemas lógicos. Tienes que ponerte en su lugar, no es fácil lidiar con tanto códec suelto por ahí :-)
Huy, sí me pongo en su lugar, si... es el software quien no se pone en el mio.
Me apunto la "línea mágica" por si me hiciera falta. Creo que mi móvil también graba vídeo en ese formato.
Fíjate que el resultado es casi cuatro o cinco veces mayor que el original... eso es problemático si lo quieres enviar. Sólo sirve para enviar a alguien en formato más compatible.
Bueno, ya has logrado la "parte 1" (que funcione). Ahora tienes que "afinarlo" para obtener el mejor ratio calidad/espacio en disco.
:-P
Dudo que sea posible. Partiendo de que los originales tienen una calidad horrible. Se ven razonablemente bien si el tamaño es diminuto porque el ojo no lo aprecia.
(me voy a bajar la LiveCD de la ML6 de oS para probarla...) Pues debe estar ya la ML7.
- -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iF4EAREIAAYFAkv7mykACgkQja8UbcUWM1wlFwD+PLN92VGKtJi93ANP3NZjhgfV w150Ks0q2aN6LNREHGcBAIE10aqM+ZE9q2KOtJD58DRDKTz+w6xs30opl1uKzTxj =N0kf -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Tue, 25 May 2010 11:40:57 +0200, Carlos E. R. escribió:
On 2010-05-22 17:53, Camaleón wrote:
El Sat, 22 May 2010 14:13:14 +0200, Carlos E. R. escribió:
Y cuando no funciona "a la primera" pues hay que buscar en la documentación o por la web a ver cuál es la "línea mágica".
Si, ya.... ayudado por lineas de errores clarísimas :-(
Pues sí, lo decía bien claro: por acción u omisión, le estabas pasando un parámetro que no le gustaba.
Para nada.
(...) Eso es porque no entiendes el lenguaje del "ffmpeg". Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Fri, 21 May 2010 20:51:32 +0200, Carlos E. R. escribió:
On 2010-05-21 17:52, Camaleón wrote:
Te pregunto... ¿tienes algún problema con el driver de Intel (que tiene activada la aceleración 3D de manera predeterminada) y Metacity?
Que yo haya visto, no.
Ahora ya nos vamos entendiendo >:-)
Hace un rato he rebotado factory M6 y he buscado juegos en 3D, en el DVD porque el repo en linea, aparte de que estoy sin red, seguro que ya ha cambiado y me exigiría actualizar todo y no quiero (la actualización a M7 va a ser problemática, por lo del init).
(...)
La pregunta es si obtienes un rendimiento distinto con esos mismos juegos en la 11.2, para descartar que el bajo rendimiento o los problemas en la pantalla se deban a las limitaciones del propio adaptador gráfico.
Lo haré. Pero para eso necesito internet, que no lo tenía cuando hice esa prueba.
[...]
¡Suave, suavísimo!
Ni un pantallazo, ni un temblor. Y funciona a 116 fps, el doble. (armagetron)
¿Te lo crees ahora? Está clarísimo que pasa algo con el driver.
Sí, y deberías añadir esa información al bugzilla, o mejor aún, crear uno nuevo porque eso SÍ es importante/relevante, aunque se trate de una ML6. Habrá mucha gente que use la aceleración 3D SIN tener los efectos de composición del escritorio activados y esa merma de rendimiento SÍ es un problema.
Lo que te estoy diciendo es que el Totem de openSUSE tiene algún problema si no es capaz de reproducir vídeos *.3gp.
No es capaz de reproducir nada, ya te lo he dicho, está capado.
Pues eso estoy diciendo, que algo le pasa *al Totem de openSUSE*. Que esté "capadado" cuando en el resto de distribuciones no lo está, resulta extraño.
Pues acláralo, porque en algún momento me ha parecido que has dicho que a tí te iba antes en oS.
Aclaro: En oS → para que Banshee/Totem sean "útiles" (que reproduzcan contenido multimedia como un simple mp3 o archivos de vídeo que usan códecs distintos del Ogg/Vorbis) necesitas instalar paquetes desde Packman. En Debian → Totem reproduce los archivos *.3gp, aunque sólo el video, no hay audio. Y los mp3 se reproducen también sin problemas desde Rhythmbox.
Repito: no, no he instalado ningún paquete adicional, ni de gstreamer ni de ffmpeg.
¿en oS o en debian?
Con esto me parece que lo verás mucho más claro: En openSUSE 11.2 (casca, ni vídeo ni audio -y teniendo instalados los plugins de Packman-): test@linux-rrs4:~> totem Escritorio/test.3gp ** Message: Error: GStreamer encontró un error general de flujo. qtdemux.c(2408): gst_qtdemux_loop (): /GstPlayBin2:play/ GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin20/ GstQTDemux:qtdemux0: streaming stopped, reason not-linked En Debian (reproduce el vídeo): sm01@stt008:~$ totem Desktop/test.3gp ** Message: don't know how to handle audio/AMR, codec_data=(buffer) 0000001164616d726e6f6b690000800004, rate=(int)8000, channels=(int)1 ** Message: Missing plugin: gstreamer|0.10|totem|decodificador Adaptive Multi Rate (AMR)|decoder-audio/AMR (decodificador Adaptive Multi Rate (AMR)) ninguna aplicación encontrada ** Message: No installation candidate for missing plugins found. ¿Te crees ahora que *algo pasa* con el Totem de openSUSE? >:-) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2010-05-21 21:36, Camaleón wrote:
El Fri, 21 May 2010 20:51:32 +0200, Carlos E. R. escribió:
¿Te lo crees ahora? Está clarísimo que pasa algo con el driver.
Sí, y deberías añadir esa información al bugzilla, o mejor aún, crear uno nuevo porque eso SÍ es importante/relevante, aunque se trate de una ML6.
Habrá mucha gente que use la aceleración 3D SIN tener los efectos de composición del escritorio activados y esa merma de rendimiento SÍ es un problema.
Ya lo he pensado, pero para eso necesito arrancar de nuevo la factory y hacer el correspondiente vídeo. Y no se va a ver bien el parpadeo, me temo. Pero se sabe desde hace meses que pasa algo con el driver de Intel. Que lo quieran reconocer, es otra historia. La M7 que pensaba bajarme este finde el DVD no va a poder ser, han avisado que se les ha roto.
Aclaro:
En oS → para que Banshee/Totem sean "útiles" (que reproduzcan contenido multimedia como un simple mp3 o archivos de vídeo que usan códecs distintos del Ogg/Vorbis) necesitas instalar paquetes desde Packman.
O los plugins comerciales de gstreamer.
En Debian → Totem reproduce los archivos *.3gp, aunque sólo el video, no hay audio. Y los mp3 se reproducen también sin problemas desde Rhythmbox.
Luego a Debian no les importa los motivos legales por los que suse capa el gstreamer. Tengo curiosidad: ¿xine y mplayer, están capados o completos en Debian?
Repito: no, no he instalado ningún paquete adicional, ni de gstreamer ni de ffmpeg.
¿en oS o en debian?
Con esto me parece que lo verás mucho más claro:
En openSUSE 11.2 (casca, ni vídeo ni audio -y teniendo instalados los plugins de Packman-):
¿Sólo los plugins? Hay que ponerlo completo. Si tienes parte y parte, puedes tener inconsistencias raras.
test@linux-rrs4:~> totem Escritorio/test.3gp ** Message: Error: GStreamer encontró un error general de flujo. qtdemux.c(2408): gst_qtdemux_loop (): /GstPlayBin2:play/ GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin20/ GstQTDemux:qtdemux0: streaming stopped, reason not-linked
En Debian (reproduce el vídeo):
sm01@stt008:~$ totem Desktop/test.3gp ** Message: don't know how to handle audio/AMR, codec_data=(buffer) 0000001164616d726e6f6b690000800004, rate=(int)8000, channels=(int)1 ** Message: Missing plugin: gstreamer|0.10|totem|decodificador Adaptive Multi Rate (AMR)|decoder-audio/AMR (decodificador Adaptive Multi Rate (AMR)) ninguna aplicación encontrada ** Message: No installation candidate for missing plugins found.
¿Te crees ahora que *algo pasa* con el Totem de openSUSE? >:-)
Eso ya lo sé. Las razones legales de siempre. Lo que no entendía es que parecía que estabas diciendo que a tí te funcionaba el de oS, y eso no me encajaba. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Elessar)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAkv25G8ACgkQU92UU+smfQVdNwCeOaQ/1SFpXhygBa3d40xTGAgx +RUAnRXAF/wtkBjZxfp130yLb+/Lpgy4 =q4J7 -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Fri, 21 May 2010 21:52:15 +0200, Carlos E. R. escribió:
On 2010-05-21 21:36, Camaleón wrote:
Aclaro:
En oS → para que Banshee/Totem sean "útiles" (que reproduzcan contenido multimedia como un simple mp3 o archivos de vídeo que usan códecs distintos del Ogg/Vorbis) necesitas instalar paquetes desde Packman.
O los plugins comerciales de gstreamer.
Esos me parece que no los he probado nunca :-?
En Debian → Totem reproduce los archivos *.3gp, aunque sólo el video, no hay audio. Y los mp3 se reproducen también sin problemas desde Rhythmbox.
Luego a Debian no les importa los motivos legales por los que suse capa el gstreamer.
No seas mal pensando. Puede deberse sencillamente a que el empaquetador de Debian haya tenido más tino al generar el paquete que el de openSUSE
:-).
Y repito: GSTreamer tiene una licencia LGPL y Gstreamer soporta de manera nativa (sin plugins cerrados de terceros) el formato 3gp.
Tengo curiosidad: ¿xine y mplayer, están capados o completos en Debian?
Pues no lo sé... sé que tienen un repositorio externo que es como el "packman" de openSUSE (paquetes que por problemas de licencias no pueden entrar en los repos oficiales): http://debian-multimedia.org/ Ahí está MPlayer, pero el xine no lo veo :-? Huys, pues según la página de Xine, parece que está completo: *** http://www.xine-project.org/releases Debian packages may be downloaded via apt from Debian's official repository. You just need to run something like: ***
En openSUSE 11.2 (casca, ni vídeo ni audio -y teniendo instalados los plugins de Packman-):
¿Sólo los plugins? Hay que ponerlo completo. Si tienes parte y parte, puedes tener inconsistencias raras.
Bueno, yo sólo quería escuchar mp3 en Banshee, e instalando los plugins fue suficiente, no tuve que cambiar el paquete completo.
¿Te crees ahora que *algo pasa* con el Totem de openSUSE? >:-)
Eso ya lo sé. Las razones legales de siempre.
Que no, que el GStreamer es libre. Lo explican muy bien en la wikipedia: *** http://en.wikipedia.org/wiki/Gstreamer#Plug-ins (tipos de plugins según licencias) (...) There's also a separate GStreamer FFmpeg plug-in, which is a FFmpeg- based plug-in that supports many media formats such as MPEG-1, MPEG-2, MPEG-4, H.261, H.263, H.264, RealVideo, MP3, WMV, FLV, etc.[8][9] It was first released in 2004-02-26, with version number 0.7.1.[10][11] *** ¡Bingo! Lo tengo instalado (en Debian): sm01@stt008:~$ dpkg -l | grep ffmpeg ii gstreamer0.10-ffmpeg 0.10.4-3 FFmpeg plugin for GStreamer Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 [Enviado después] On 2010-05-21 23:00, Camaleón wrote:
El Fri, 21 May 2010 21:52:15 +0200, Carlos E. R. escribió:
On 2010-05-21 21:36, Camaleón wrote:
Aclaro:
En oS → para que Banshee/Totem sean "útiles" (que reproduzcan contenido multimedia como un simple mp3 o archivos de vídeo que usan códecs distintos del Ogg/Vorbis) necesitas instalar paquetes desde Packman.
O los plugins comerciales de gstreamer.
Esos me parece que no los he probado nunca :-?
Pues ahora lo cuento de nuevo.
En Debian → Totem reproduce los archivos *.3gp, aunque sólo el video, no hay audio. Y los mp3 se reproducen también sin problemas desde Rhythmbox.
Luego a Debian no les importa los motivos legales por los que suse capa el gstreamer.
No seas mal pensando. Puede deberse sencillamente a que el empaquetador de Debian haya tenido más tino al generar el paquete que el de openSUSE
Más me inclino por lo de que no les importan esos motivos legales al no aceptar las patentes. En SuSE/Novell/openSUSE de siempre han fallado los programas multimedia por motivos legales, es bien sabido. Igualmente se sabe que a otros les importa un bledo esos motivos e incluyen o bien el software o bien enlaces más o menos automáticos o manuales para instalar lo que hace falta.
Y repito: GSTreamer tiene una licencia LGPL y Gstreamer soporta de manera nativa (sin plugins cerrados de terceros) el formato 3gp.
Eso es irrelevante. El xine también lo hace, y el mplayer, y otros. Son abiertos y soportan todos los formatos. Eso está claro. Unos trabajan mejor con ciertos formatos y otros peor. El problema es que los formatos en sí están protegidos por licencias, patentes, y otras historias, por lo que hacer un programa que los abra SIN PAGAR es ilegal, según dicen ellos. Es un verdadero follón. Tu puedes no hacer caso de eso e instalar los codecs libres y abiertos que los abren, pero has de ser consciente que estás incumpliendo las leyes en nosecuantos paises. Será todo lo abierto que quieras, pero no es legal. Cuando intentas abrir un... pues por ejemplo un .avi que he intentado abrir hace un instante, con banshee (el totem falla igualmente, pero sin dar explicaciones). Como en este momento no tengo red, se me abre un enlace local en el navegador, a file:///usr/share/opensuse-codecs-installer/offline.html#, el cual dice:
Unable to Connect
Your computer must have a working Internet connection in order to download support for this type of multimedia.
Please connect to the Internet and then visit the openSUSE Multimedia Support website http://software.opensuse.org/codecs?client_version=10.3.1&lang=en_US.UTF-8&os_release=openSUSE%2011.2%20%28x86_64%29&kernel=2.6.31.12-0.2-desktop&gstreamer=gstreamer-utils-0.10.24-3.1.x86_64&xine=libxine1-32bit-1.1.16.1-7.6.x86_64&plugin0=%67%73%74%72%65%61%6d%65%72%7c%30%2e%31%30%7c%42%61%6e%73%68%65%65%7c%58%56%49%44%20%4d%50%45%47%2d%34%20%64%65%63%6f%64%65%72%7c%64%65%63%6f%64%65%72%2d%76%69%64%65%6f%2f%78%2d%78%76%69%64&plugin1=%67%73%74%72%65%61%6d%65%72%7c%30%2e%31%30%7c%42%61%6e%73%68%65%65%7c%4d%50%45%47%2d%31%20%4c%61%79%65%72%20%33%20%28%4d%50%33%29%20%64%65%63%6f%64%65%72%7c%64%65%63%6f%64%65%72%2d%61%75%64%69%6f%2f%6d%70%65%67%2c%20%6d%70%65%67%76%65%72%73%69%6f%6e%3d%28%69%6e%74%29%31%2c%20%6c%61%79%65%72%3d%28%69%6e%74%29%33.
El
enlace que me dice debo visitar es: http://software.opensuse.org/codecs?client_version=10.3.1&lang=en_US.UTF-8&os_release=openSUSE%2011.2%20(x86_64)&kernel=2.6.31.12-0.2-desktop&gstreamer=gstreamer-utils-0.10.24-3.1.x86_64&xine=libxine1-32bit-1.1.16.1-7.6.x86_64&plugin0=%67%73%74%72%65%61%6d%65%72%7c%30%2e%31%30%7c%42%61%6e%73%68%65%65%7c%58%56%49%44%20%4d%50%45%47%2d%34%20%64%65%63%6f%64%65%72%7c%64%65%63%6f%64%65%72%2d%76%69%64%65%6f%2f%78%2d%78%76%69%64&plugin1=%67%73%74%72%65%61%6d%65%72%7c%30%2e%31%30%7c%42%61%6e%73%68%65%65%7c%4d%50%45%47%2d%31%20%4c%61%79%65%72%20%33%20%28%4d%50%33%29%20%64%65%63%6f%64%65%72%7c%64%65%63%6f%64%65%72%2d%61%75%64%69%6f%2f%6d%70%65%67%2c%20%6d%70%65%67%76%65%72%73%69%6f%6e%3d%28%69%6e%74%29%31%2c%20%6c%61%79%65%72%3d%28%69%6e%74%29%33 Lo he copiado a un pincho y me he ido a un pc con windows que estaba libre, para ver que es. Pone esto:
*Proprietary Multimedia Support in openSUSE*
Banshee requires the following additional proprietary third-party software to support the content you have attempted to play:
* XVID MPEG-4 decoder (GStreamer, x86_64) * MPEG-1 Layer 3 (MP3) decoder (GStreamer, x86_64)
The following links may assist you in obtaining the necessary software:
* *Fluendo Webshop* https://shop.fluendo.com/?referrer=opensuse /Fluendo provides high quality codecs for the GStreamer multimedia framework./ * *Community Information* http://opensuse-community.org/Multimedia /Alternate codecs are available by following community instructions, but may require a license./
Further Information
For more information about why some formats and codecs are restricted and why they don't ship out-of-the-box on openSUSE, please read about Restricted Formats http://en.opensuse.org/Restricted_Formats.
Disclaimer / Warning The above links allow you to leave the openSUSE site. The linked sites are not under the control of Novell and Novell is not responsible for the contents of any linked site or any link contained in a linked site, or any changes or updates to such sites. Novell is providing these links to you only as a convenience, and the inclusion of any link does not imply endorsement by Novell of any linked site.
Si quiero "ir de legal", tengo que ir a "fluendo workshop", donde me venden los códecs totalmente legales. Eso es lo que hay. Si no te importa, pues en "información de la comunidad" me dan la charla de porqué es ilegal decodificar esos formatos sin licencia, y por algún sitio indica me manda al sitio ese de la comunidad en el que están los enlaces a packman (creo) donde supongo que puedo obtener los codecs necesarios en abierto. Pero ilegales, o por lo menos, ilegales en algunos paises. O discutible.
Tengo curiosidad: ¿xine y mplayer, están capados o completos en Debian?
Pues no lo sé... sé que tienen un repositorio externo que es como el "packman" de openSUSE (paquetes que por problemas de licencias no pueden entrar en los repos oficiales):
Ahí está MPlayer, pero el xine no lo veo :-?
Huys, pues según la página de Xine, parece que está completo:
*** http://www.xine-project.org/releases
Debian packages may be downloaded via apt from Debian's official repository. You just need to run something like: ***
Pues el xine completo tampoco es legal.
¿Te crees ahora que *algo pasa* con el Totem de openSUSE? >:-)
Eso ya lo sé. Las razones legales de siempre.
Que no, que el GStreamer es libre. Lo explican muy bien en la wikipedia:
Todo lo libre que quieras, eso no cambia que los formatos que decodifican estén protegidos por licencias, copyrights, o patentes, y haya que pasar por caja si los quieres usar legalmente. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iF4EAREIAAYFAkv7lLMACgkQja8UbcUWM1w0mAEAguFNUzBlxydrLafU59qnuful KhhogC6/gh6V0FOP7jMA/21lHFurIGNM3LkEH59ZUhc14wPFaclkbFhTVAvd317n =lKh2 -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Tue, 25 May 2010 11:13:24 +0200, Carlos E. R. escribió:
On 2010-05-21 23:00, Camaleón wrote:
Luego a Debian no les importa los motivos legales por los que suse capa el gstreamer.
No seas mal pensando. Puede deberse sencillamente a que el empaquetador de Debian haya tenido más tino al generar el paquete que el de openSUSE
Más me inclino por lo de que no les importan esos motivos legales al no aceptar las patentes. En SuSE/Novell/openSUSE de siempre han fallado los programas multimedia por motivos legales, es bien sabido. Igualmente se sabe que a otros les importa un bledo esos motivos e incluyen o bien el software o bien enlaces más o menos automáticos o manuales para instalar lo que hace falta.
En Debian hacen exactamente lo mismo y por eso tienen el repositorio "multimedia" externo. No tengo instalado el paquete del xine, no sé si está "capado" o no. Lo que sí te puedo decir es que *no* incluye soporte para los DVD cifrados (CSS).
Y repito: GSTreamer tiene una licencia LGPL y Gstreamer soporta de manera nativa (sin plugins cerrados de terceros) el formato 3gp.
Eso es irrelevante. El xine también lo hace, y el mplayer, y otros. Son abiertos y soportan todos los formatos. Eso está claro. Unos trabajan mejor con ciertos formatos y otros peor.
¿Cómo va a ser irrelevante? Si GStreamer admite ese formato y GStreamer se incluyen en el repo oficial, ¿por qué no es capaz de reproducir ese formato en openSUSE?
El problema es que los formatos en sí están protegidos por licencias, patentes, y otras historias, por lo que hacer un programa que los abra SIN PAGAR es ilegal, según dicen ellos. Es un verdadero follón. Tu puedes no hacer caso de eso e instalar los codecs libres y abiertos que los abren, pero has de ser consciente que estás incumpliendo las leyes en nosecuantos paises. Será todo lo abierto que quieras, pero no es legal.
No es el caso del "*.3pg" ya que no es un "códec" sino un contenedor. (...)
Si quiero "ir de legal", tengo que ir a "fluendo workshop", donde me venden los códecs totalmente legales. Eso es lo que hay.
Si no te importa, pues en "información de la comunidad" me dan la charla de porqué es ilegal decodificar esos formatos sin licencia, y por algún sitio indica me manda al sitio ese de la comunidad en el que están los enlaces a packman (creo) donde supongo que puedo obtener los codecs necesarios en abierto. Pero ilegales, o por lo menos, ilegales en algunos paises. O discutible.
Todo eso está muy bien pero no aplica en este caso. De hecho, date cuenta que el códec de audio que usa el archivo ".3gp" SÍ tiene patentes que no se pueden obviar, al menos por parte de las distribuciones de Linux, por eso no escucho nada pero sí veo la imagen. Para instalar ese códec de audio tengo que hacerlo desde el repositorio externo "multimedia".
Tengo curiosidad: ¿xine y mplayer, están capados o completos en Debian?
Pues no lo sé... sé que tienen un repositorio externo que es como el "packman" de openSUSE (paquetes que por problemas de licencias no pueden entrar en los repos oficiales):
Ahí está MPlayer, pero el xine no lo veo :-?
Huys, pues según la página de Xine, parece que está completo:
*** http://www.xine-project.org/releases
Debian packages may be downloaded via apt from Debian's official repository. You just need to run something like: ***
Pues el xine completo tampoco es legal.
Es que no sé cuál es el estado del Xine en Debian. Sé que está disponible en el repo oficial, pero no sé qué códecs incluye.
¿Te crees ahora que *algo pasa* con el Totem de openSUSE? >:-)
Eso ya lo sé. Las razones legales de siempre.
Que no, que el GStreamer es libre. Lo explican muy bien en la wikipedia:
Todo lo libre que quieras, eso no cambia que los formatos que decodifican estén protegidos por licencias, copyrights, o patentes, y haya que pasar por caja si los quieres usar legalmente.
Estás confundiendo los códecs (sujetos a patentes) con los contenedores (formato). Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-05-25 a las 16:07 -0000, Camaleón escribió:
El Tue, 25 May 2010 11:13:24 +0200, Carlos E. R. escribió:
On 2010-05-21 23:00, Camaleón wrote:
programas multimedia por motivos legales, es bien sabido. Igualmente se sabe que a otros les importa un bledo esos motivos e incluyen o bien el software o bien enlaces más o menos automáticos o manuales para instalar lo que hace falta.
En Debian hacen exactamente lo mismo y por eso tienen el repositorio "multimedia" externo.
No tengo instalado el paquete del xine, no sé si está "capado" o no. Lo que sí te puedo decir es que *no* incluye soporte para los DVD cifrados (CSS).
Pero ese no es el unico modulo con problemas legales.
Y repito: GSTreamer tiene una licencia LGPL y Gstreamer soporta de manera nativa (sin plugins cerrados de terceros) el formato 3gp.
Eso es irrelevante. El xine también lo hace, y el mplayer, y otros. Son abiertos y soportan todos los formatos. Eso está claro. Unos trabajan mejor con ciertos formatos y otros peor.
¿Cómo va a ser irrelevante? Si GStreamer admite ese formato y GStreamer se incluyen en el repo oficial, ¿por qué no es capaz de reproducir ese formato en openSUSE?
Y dale. Porque es ilegal hacerlo.
los abren, pero has de ser consciente que estás incumpliendo las leyes en nosecuantos paises. Será todo lo abierto que quieras, pero no es legal.
No es el caso del "*.3pg" ya que no es un "códec" sino un contenedor.
¿Y que? el problema legal es con los codecs que contiene. También el avi es un contenedor. Y el mpeg. Al tratar de ver un 3gp el banshee me manda a la pagina de opensuse que me informa que me faltan los codecs: * H.263 decoder (GStreamer, x86_64) * Adaptive Multi Rate (AMR) decoder (GStreamer, x86_64) Y sugiere que los _compre_ en Fluendo. O que los obtenga de la comunidad de alguna manera, y obtenga la licencia por otros medios.
Todo eso está muy bien pero no aplica en este caso.
De hecho, date cuenta que el códec de audio que usa el archivo ".3gp" SÍ tiene patentes que no se pueden obviar, al menos por parte de las distribuciones de Linux, por eso no escucho nada pero sí veo la imagen. Para instalar ese códec de audio tengo que hacerlo desde el repositorio externo "multimedia".
Yo no se el status de legalidad de cada uno de los codecs. Según Novell, neesito los dos. Los unicos libres de licencia que me ofrecen son el ogg, el vorbis y el theora. NINGUNO más. Y si me salto las licencias, lo que hay es esto: zypper addrepo -f http://ftp.skynet.be/pub/packman/suse/11.2 packman zypper addrepo -f http://www.opensuse-guide.org/repo/11.2 libdvdcss zypper install ffmpeg flash-player libdvdcss libxine1-codecs w32codec-all lame http://opensuse-community.org/Restricted_Formats/11.2 No estoy seguro que esto cubra al gstreamer.
Todo lo libre que quieras, eso no cambia que los formatos que decodifican estén protegidos por licencias, copyrights, o patentes, y haya que pasar por caja si los quieres usar legalmente.
Estás confundiendo los códecs (sujetos a patentes) con los contenedores (formato).
Siguen siendo ilegales sus codecs. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkv8GWoACgkQtTMYHG2NR9X07QCeO4cmGyJ9/wjnqgPNMIOAEq2H qX4Anj/5SYg6B/yffBuCSvXBUsWtqjXC =ZPNx -----END PGP SIGNATURE-----
El Tue, 25 May 2010 20:39:29 +0200, Carlos E. R. escribió:
El 2010-05-25 a las 16:07 -0000, Camaleón escribió:
En Debian hacen exactamente lo mismo y por eso tienen el repositorio "multimedia" externo.
No tengo instalado el paquete del xine, no sé si está "capado" o no. Lo que sí te puedo decir es que *no* incluye soporte para los DVD cifrados (CSS).
Pero ese no es el unico modulo con problemas legales.
Si me das un listado, lo podría mirar...
¿Cómo va a ser irrelevante? Si GStreamer admite ese formato y GStreamer se incluyen en el repo oficial, ¿por qué no es capaz de reproducir ese formato en openSUSE?
Y dale. Porque es ilegal hacerlo.
No, no lo es. Si dices que es ilegal tendrás que decir "qué" es ilegal y "por qué" es ilegal, pero tienes que dar datos concretos. Te recuerdo que Novell es una empresa estadounidense, y openSUSE está sujeta a los mismos términos (en materia de distribución de software) que ella. Pero una cosa es que Novell/openSUSE no pueda/quiera hacerlo (por ser empresa privada -la primera- y estar sujeta a las mismas condiciones - la segunda-) y otra cosa es que sea "ilegal".
los abren, pero has de ser consciente que estás incumpliendo las leyes en nosecuantos paises. Será todo lo abierto que quieras, pero no es legal.
No es el caso del "*.3pg" ya que no es un "códec" sino un contenedor.
¿Y que? el problema legal es con los codecs que contiene. También el avi es un contenedor. Y el mpeg.
Bueno, "MPEG" no es ningún contenedor, ni tampoco un códec. Es el nombre del grupo que engloba la especificación de varios sistemas estándar de codificación/decodificación de archivos. Y son estándares ISO. Cada códec, de manera individual, está sujeto a su licencia (cerrada o libre) y ffmpeg se puede empaquetar con soporte para la codificación/ decodificación de los códecs que sean libres y que permitan su libre distribución. De hecho, así es como está empaquetado en Debian, si quieres usar el ffmpeg "completo" tienes que instalarlo desde otro repositorio.
Al tratar de ver un 3gp el banshee me manda a la pagina de opensuse que me informa que me faltan los codecs:
* H.263 decoder (GStreamer, x86_64) * Adaptive Multi Rate (AMR) decoder (GStreamer, x86_64)
Y sugiere que los _compre_ en Fluendo. O que los obtenga de la comunidad de alguna manera, y obtenga la licencia por otros medios.
Pues mal hecho. Podría, por ejemplo, enviarte directamente a la página de packman o decirte que instalaras el paquete necesario para reproducir el vídeo. Sólo necesitas el paquete "gstreamer-ffmpeg", nada más. No tienes que cambiar el paquete completo de Totem, ni "adulterar" la instalación de GStreamer... no es necesario. Sólo necesitas un paquete, disponible en uno de los repos de la comunidad, repos que puedes añadir automáticamente desde el módulo de administración de repositorios.
De hecho, date cuenta que el códec de audio que usa el archivo ".3gp" SÍ tiene patentes que no se pueden obviar, al menos por parte de las distribuciones de Linux, por eso no escucho nada pero sí veo la imagen. Para instalar ese códec de audio tengo que hacerlo desde el repositorio externo "multimedia".
Yo no se el status de legalidad de cada uno de los codecs. Según Novell, neesito los dos.
Los unicos libres de licencia que me ofrecen son el ogg, el vorbis y el theora. NINGUNO más.
Porque en este caso, me temo que dependéis de Novell :-/ Y ojo, el problema no es de "licencia" (todos los paquetes incluidos en el repositorio oficial de Debian tienen licencias libres). Los paquetes con licencias restrictivas (bien sea porque prohíben la libre distribución o porque son cerrados) no tienen cabida en el repositorio principal (main). Y los códecs no son una excepción.
Y si me salto las licencias, lo que hay es esto:
zypper addrepo -f http://ftp.skynet.be/pub/packman/suse/11.2 packman zypper addrepo -f http://www.opensuse-guide.org/repo/11.2 libdvdcss
zypper install ffmpeg flash-player libdvdcss libxine1-codecs w32codec-all lame
http://opensuse-community.org/Restricted_Formats/11.2
No estoy seguro que esto cubra al gstreamer.
Pues me parece que eso no es correcto. No necesitas todos esos paquetes para reproducir archivos de vídeo contenidos en un "3gp" y que usen el códec h263. Debería funcionar sólo con "gstreamer-ffmpeg", que es el que yo tengo instalado en Debian.
Todo lo libre que quieras, eso no cambia que los formatos que decodifican estén protegidos por licencias, copyrights, o patentes, y haya que pasar por caja si los quieres usar legalmente.
Estás confundiendo los códecs (sujetos a patentes) con los contenedores (formato).
Siguen siendo ilegales sus codecs.
Ilegales, no. En primer lugar porque no todos los códecs tienen licencias restrictivas (¿por qué no hay un ffmpeg bajo /oss que use códecs libres y que no estén sujetos a patentes?) y en segundo lugar porque las patentes que puedan tener es otro tema distinto y que no aplican en todos los países. Lo que no podrá/querrá hacer Novell es ponerlos en sus servidores para distribuirlos, para evitarse problemas a ella misma, como empresa. Y a los usuarios de openSUSE, que les den >:-) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
El Tue, 25 May 2010 20:39:29 +0200, Carlos E. R. escribió:
Pero ese no es el unico modulo con problemas legales.
Si me das un listado, lo podría mirar...
http://en.opensuse.org/Restricted_Formats
Y dale. Porque es ilegal hacerlo.
No, no lo es.
Si dices que es ilegal tendrás que decir "qué" es ilegal y "por qué" es ilegal, pero tienes que dar datos concretos.
Díselo a Novell, no a mi.
¿Y que? el problema legal es con los codecs que contiene. También el avi es un contenedor. Y el mpeg.
Bueno, "MPEG" no es ningún contenedor, ni tampoco un códec. Es el nombre del grupo que engloba la especificación de varios sistemas estándar de codificación/decodificación de archivos. Y son estándares ISO.
cer@nimrodel:~/moria/grande/Arguiñano/fnished> file X\ 20090703\ -\ popietas\ de\ gallo\ con\ jamón\ -\ KARLOS\ ARGUIÑANO\ EN\ TU\ COCINA.m2p.mpeg X 20090703 - popietas de gallo con jamón - KARLOS ARGUIÑANO EN TU COCINA.m2p.mpeg: MPEG sequence, v2, program multiplex Contiene video formato MPEG (librería libmpeg2 según xine) y audio en formato MPEG audio layer 2 (lib: MAD). Luego es un contenedor, porque contiene. hacen falta dos librerías inconexas para ver ese fichero. Que también sea una organización y unos estandares y todo eso, pues también. Y también un formato de fichero conteniendo otros.
Al tratar de ver un 3gp el banshee me manda a la pagina de opensuse que me informa que me faltan los codecs:
* H.263 decoder (GStreamer, x86_64) * Adaptive Multi Rate (AMR) decoder (GStreamer, x86_64)
Y sugiere que los _compre_ en Fluendo. O que los obtenga de la comunidad de alguna manera, y obtenga la licencia por otros medios.
Pues mal hecho.
Podría, por ejemplo, enviarte directamente a la página de packman o decirte que instalaras el paquete necesario para reproducir el vídeo.
No, porque eso lo consideran ilegal. Indican veladamente como saltarselo, pero no abiertamente. Indican que otros lo indican, y allí que otros lo hacen... y al final llegas a packman.
Sólo necesitas el paquete "gstreamer-ffmpeg", nada más. No tienes que cambiar el paquete completo de Totem, ni "adulterar" la instalación de GStreamer... no es necesario. Sólo necesitas un paquete, disponible en uno de los repos de la comunidad, repos que puedes añadir automáticamente desde el módulo de administración de repositorios.
Ese no está en la lista de los que sugiere la comunidad. Son estos los de la lista: "ffmpeg flash-player libdvdcss libxine1-codecs w32codec-all lame" Y por supuesto, antes de llegar ahí te advierten que es o puede ser ilegal, según el país en el que vivas, y que te enteres por tus medios de cual es la situación legal para tí. Y claro, según a quien preguntes, siendo parte interesada, te van a contar cosas muy distintas...
Yo no se el status de legalidad de cada uno de los codecs. Según Novell, neesito los dos.
Los unicos libres de licencia que me ofrecen son el ogg, el vorbis y el theora. NINGUNO más.
Porque en este caso, me temo que dependéis de Novell :-/
Pues claro. Y tu de Debian.
Y ojo, el problema no es de "licencia" (todos los paquetes incluidos en el repositorio oficial de Debian tienen licencias libres). Los paquetes con licencias restrictivas (bien sea porque prohíben la libre distribución o porque son cerrados) no tienen cabida en el repositorio principal (main).
Y los códecs no son una excepción.
Tener licencia libre del software no implica que sean legales. Pueden violar copyright o patentes, según los propietarios de las respectivas patentes o licencias. Son cosas distintas. Son implementaciones libres en cuanto al software, probablemente hechos mediante ingeniería inversa, de métodos que están protegidos, y que no se pueden usar sin pagar a sus "propietarios". No me vengas ahora con que no sabes eso, porque no es nada nuevo. Lo que pasa es que en cada pais las normas son distintas, y los propietarios de las licencias tienen que denunciar, o bien a los desarrolladores de esos codecs libres, o bien a sus usuarios, si pueden y si creen que les conviene.
Y si me salto las licencias, lo que hay es esto:
zypper addrepo -f http://ftp.skynet.be/pub/packman/suse/11.2 packman zypper addrepo -f http://www.opensuse-guide.org/repo/11.2 libdvdcss
zypper install ffmpeg flash-player libdvdcss libxine1-codecs w32codec-all lame
http://opensuse-community.org/Restricted_Formats/11.2
No estoy seguro que esto cubra al gstreamer.
Pues me parece que eso no es correcto. No necesitas todos esos paquetes para reproducir archivos de vídeo contenidos en un "3gp" y que usen el códec h263. Debería funcionar sólo con "gstreamer-ffmpeg", que es el que yo tengo instalado en Debian.
Esa página no está aplicada al gstreamer, es la solución "total" para multimedia. Puedes necesitar mucho menos que eso. Y de hecho, no es suficiente para el gstreamer, porque los tengo instalados hace mucho, y el gstreamer no va.
Siguen siendo ilegales sus codecs.
Ilegales, no.
En primer lugar porque no todos los códecs tienen licencias restrictivas (¿por qué no hay un ffmpeg bajo /oss que use códecs libres y que no estén sujetos a patentes?) y en segundo lugar porque las patentes que puedan tener es otro tema distinto y que no aplican en todos los países.
Cualquier software que uses para generar un mp3 (por ejemplo) en linux es ilegal si no le pagas una licencia a los propietarios del formato mp3 - aunque te inventes tú el codec. Y digo generar porque si la memoria no me falla la reproducción del mp3 si es legal. Es un ejemplo nada más, casi todos los formatos tienen restricciones parecidas. Hay por ahí un correo de un responsable de Novell, hace tiempo, explicando con detalle cual es el problema legal para los varios codecs necesarios, y cuyo enlace he posteado en esta lista en varias ocasiones. Da igual como decodifiques esos formatos, si "ellos" no te han dado permiso, es ilegal. Y sólo lo dan en windows. O bien a otros como Fluendo, Realplayer, y no se cuales más. Código cerrado, nunca abierto. Y a veces de pago (Fluendo).
Lo que no podrá/querrá hacer Novell es ponerlos en sus servidores para distribuirlos, para evitarse problemas a ella misma, como empresa. Y a los usuarios de openSUSE, que les den >:-)
Pues claro. Si eso está publicado por el propio Novell... Novell dice que le dicen que es ilegal, pues no lo discuten. Se callan y no lo distribuyen, no sea que les ponan una demanda a ellos. Si otros distribuyen el software necesario, allá esos otros. Eso lo han dicho desde hace lustros. Lo unico nuevo es que ahora hay alternativas con licencia (fluendo), y puedes acceder más fácilmente a las alternativas libres que hacen caso omiso de las licencias y patentes que nos cierran el paso. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkv9RL4ACgkQtTMYHG2NR9UccQCgipKmoCJZyva3ZMShYewlGnXc 3i8An2qTS+GRsHeO8nsJ2IXJUZ/BOJuU =j89s -----END PGP SIGNATURE-----
El Wed, 26 May 2010 17:56:38 +0200, Carlos E. R. escribió:
El 2010-05-26 a las 10:06 -0000, Camaleón escribió:
El Tue, 25 May 2010 20:39:29 +0200, Carlos E. R. escribió:
Pero ese no es el unico modulo con problemas legales.
Si me das un listado, lo podría mirar...
- MPEG-2. Ningún paquete disponible en Debian main incluye este códec. Tienes que instalar los paquetes desde el repositorio externo (debian multimedia). - MP3. Siempre he podido escuchar archivos de este tipo en openSUSE con Amarok (sin instalar ningún paquete de packman). También los reproduce RealPlayer que viene instalado de serie en openSUSE (o venía la menos, en la 10.3). Más abajo dice que para usos "no comerciales" no es necesario ninguna concesión de licencia. - NTFS me parece que usamos todos los linuxeros (ntfs-3g) - Drivers propietarios de ATI/nvidia. Los fabricantes permiten la distribución de los drivers, aquí no hay ningún problema. Cosa aparte es que las empresas como Novell pongan pegas, pero los fabricantes lo permiten (está en el readme de la licencia).
Si dices que es ilegal tendrás que decir "qué" es ilegal y "por qué" es ilegal, pero tienes que dar datos concretos.
Díselo a Novell, no a mi.
Te lo digo a ti porque eres tú quien lo está afirmando. Novell lo que dice es que "no quiere líos", no que sea "ilegal" para todos.
Bueno, "MPEG" no es ningún contenedor, ni tampoco un códec. Es el nombre del grupo que engloba la especificación de varios sistemas estándar de codificación/decodificación de archivos. Y son estándares ISO.
cer@nimrodel:~/moria/grande/Arguiñano/fnished> file X\ 20090703\ -\ popietas\ de\ gallo\ con\ jamón\ -\ KARLOS\ ARGUIÑANO\ EN\ TU\ COCINA.m2p.mpeg X 20090703 - popietas de gallo con jamón - KARLOS ARGUIÑANO EN TU COCINA.m2p.mpeg: MPEG sequence, v2, program multiplex
Contiene video formato MPEG (librería libmpeg2 según xine) y audio en formato MPEG audio layer 2 (lib: MAD). Luego es un contenedor, porque contiene. hacen falta dos librerías inconexas para ver ese fichero. Que también sea una organización y unos estandares y todo eso, pues también. Y también un formato de fichero conteniendo otros.
No, MPEG son las siglas de "Moving Picture Experts Group". Los contenedores o códecs a los que te refieres son MPEG-1, MPEG-2, MPEG-3... en todo caso, contenedores serían MPEG-PS y MPEG-2 TS.
Y sugiere que los _compre_ en Fluendo. O que los obtenga de la comunidad de alguna manera, y obtenga la licencia por otros medios.
Pues mal hecho.
Podría, por ejemplo, enviarte directamente a la página de packman o decirte que instalaras el paquete necesario para reproducir el vídeo.
No, porque eso lo consideran ilegal. Indican veladamente como saltarselo, pero no abiertamente. Indican que otros lo indican, y allí que otros lo hacen... y al final llegas a packman.
Ya.... ¿y no consideran ilegal añadir el repositorio de packman en el administrador de repos de YaST2... o en el webpin? >:-) Pues esa es la "doble moral" que tienes que aguantar cuando hay una empresa detrás. Otras distribuciones que no dependen del "precio de sus acciones", y no tienen ese problema.
Sólo necesitas el paquete "gstreamer-ffmpeg", nada más. No tienes que cambiar el paquete completo de Totem, ni "adulterar" la instalación de GStreamer... no es necesario. Sólo necesitas un paquete, disponible en uno de los repos de la comunidad, repos que puedes añadir automáticamente desde el módulo de administración de repositorios.
Ese no está en la lista de los que sugiere la comunidad. Son estos los de la lista:
"ffmpeg flash-player libdvdcss libxine1-codecs w32codec-all lame"
Y por supuesto, antes de llegar ahí te advierten que es o puede ser ilegal, según el país en el que vivas, y que te enteres por tus medios de cual es la situación legal para tí. Y claro, según a quien preguntes, siendo parte interesada, te van a contar cosas muy distintas...
Ah, claro. Las patentes aplican en EE.UU. creo, pero en otros países no. En Europa, si no recuerdo mal, aún no se ha votado o se rechazó :-?
Los unicos libres de licencia que me ofrecen son el ogg, el vorbis y el theora. NINGUNO más.
Porque en este caso, me temo que dependéis de Novell :-/
Pues claro. Y tu de Debian.
Claro, la cual no impone limitaciones "ficticias" sino reales (el código propietario o con restricciones está separado y diferenciado).
Y ojo, el problema no es de "licencia" (todos los paquetes incluidos en el repositorio oficial de Debian tienen licencias libres). Los paquetes con licencias restrictivas (bien sea porque prohíben la libre distribución o porque son cerrados) no tienen cabida en el repositorio principal (main).
Y los códecs no son una excepción.
Tener licencia libre del software no implica que sean legales. Pueden violar copyright o patentes, según los propietarios de las respectivas patentes o licencias.
Las licencias de cada códec son distintas. Hay códecs propietarios (estos no los verás en el repo principal de debian) y hay códecs que permiten la libre distribución.
Son cosas distintas. Son implementaciones libres en cuanto al software, probablemente hechos mediante ingeniería inversa, de métodos que están protegidos, y que no se pueden usar sin pagar a sus "propietarios".
No me vengas ahora con que no sabes eso, porque no es nada nuevo.
Lo que pasa es que en cada pais las normas son distintas, y los propietarios de las licencias tienen que denunciar, o bien a los desarrolladores de esos codecs libres, o bien a sus usuarios, si pueden y si creen que les conviene.
Por eso mismo... vamos a ver, Novell no quiere "rasgarse las vestiduras" y cierra el grifo sin más, sin distinciones. Si yo estoy en un país donde sus leyes me permiten usar un códec en concreto para fines personales, ¿por qué tengo que estar sujeta a las leyes de una empresa estadounidense con la que no mantengo ninguna relación? Te recuerdo que openSUSE no es SLES o SLED.
http://opensuse-community.org/Restricted_Formats/11.2
No estoy seguro que esto cubra al gstreamer.
Pues me parece que eso no es correcto. No necesitas todos esos paquetes para reproducir archivos de vídeo contenidos en un "3gp" y que usen el códec h263. Debería funcionar sólo con "gstreamer-ffmpeg", que es el que yo tengo instalado en Debian.
Esa página no está aplicada al gstreamer, es la solución "total" para multimedia. Puedes necesitar mucho menos que eso. Y de hecho, no es suficiente para el gstreamer, porque los tengo instalados hace mucho, y el gstreamer no va.
Por eso, no debería recomendar meter todo eso en el sistema porque seguramente el usuario acabe con un SO destrozado. Debería comprobar qué tipo de códec (de audio y vídeo) está intentando reproducir el usuario y darle instrucciones precisas.
Siguen siendo ilegales sus codecs.
Ilegales, no.
En primer lugar porque no todos los códecs tienen licencias restrictivas (¿por qué no hay un ffmpeg bajo /oss que use códecs libres y que no estén sujetos a patentes?) y en segundo lugar porque las patentes que puedan tener es otro tema distinto y que no aplican en todos los países.
Cualquier software que uses para generar un mp3 (por ejemplo) en linux es ilegal si no le pagas una licencia a los propietarios del formato mp3 - aunque te inventes tú el codec.
Ojo, la decodificación puede estar permitida pero no la codificación, eso depende de cada códec en concreto.
Y digo generar porque si la memoria no me falla la reproducción del mp3 si es legal.
Lo es, ya lo he puesto más arriba.
Es un ejemplo nada más, casi todos los formatos tienen restricciones parecidas. Hay por ahí un correo de un responsable de Novell, hace tiempo, explicando con detalle cual es el problema legal para los varios codecs necesarios, y cuyo enlace he posteado en esta lista en varias ocasiones.
Da igual como decodifiques esos formatos, si "ellos" no te han dado permiso, es ilegal.
Y sólo lo dan en windows.
O bien a otros como Fluendo, Realplayer, y no se cuales más. Código cerrado, nunca abierto. Y a veces de pago (Fluendo).
Sí, pero Carlos, no puedes meter a todos los códecs en el mismo saco. Eso lo hará Novell porque no le conviene ir mirando uno a uno cuál cumple con la licencia y cuál no, así que cierra el grifo para todos y santas pascuas. Pagan justos por pecadores.
Lo que no podrá/querrá hacer Novell es ponerlos en sus servidores para distribuirlos, para evitarse problemas a ella misma, como empresa. Y a los usuarios de openSUSE, que les den >:-)
Pues claro.
Si eso está publicado por el propio Novell...
Novell dice que le dicen que es ilegal, pues no lo discuten. Se callan y no lo distribuyen, no sea que les ponan una demanda a ellos. Si otros distribuyen el software necesario, allá esos otros.
No, no dicen que es "ilegal", dicen que ellos no quieren problemas de demandas. "Ilegal" es un término ambiguo. Lo que es ilegal para ellos, puede no serlo para ti, o viceversa.
Eso lo han dicho desde hace lustros.
Claro, por es "su" política. Cuando sales del brazo de Novell te vas dando cuenta de muchas cosas...
Lo unico nuevo es que ahora hay alternativas con licencia (fluendo), y puedes acceder más fácilmente a las alternativas libres que hacen caso omiso de las licencias y patentes que nos cierran el paso.
No confundas una licencia con una patente. Son cosas distintas. Repito, las patentes *no aplican* en muchos países: *** http://es.wikipedia.org/wiki/Patente_de_software#Legislaci.C3.B3n "(...) Finalmente, el Parlamento Europeo, en una histórica votación llevada a cabo el día 6 de julio de 2005 -y, por primera vez en la historia, para una segunda lectura-, rechazó prácticamente por unanimidad la propuesta de directiva de patentabilidad el software." *** Y por lo que leo ahí, UE incluida. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
O Mércores 26 Maio 2010 19:18:51 Camaleón escribiu:
(...)
- MPEG-2. Ningún paquete disponible en Debian main incluye este códec. Tienes que instalar los paquetes desde el repositorio externo (debian multimedia).
- MP3. Siempre he podido escuchar archivos de este tipo en openSUSE con Amarok (sin instalar ningún paquete de packman). También los reproduce RealPlayer que viene instalado de serie en openSUSE (o venía la menos, en la 10.3). Más abajo dice que para usos "no comerciales" no es necesario ninguna concesión de licencia.
- NTFS me parece que usamos todos los linuxeros (ntfs-3g)
- Drivers propietarios de ATI/nvidia. Los fabricantes permiten la distribución de los drivers, aquí no hay ningún problema. Cosa aparte es que las empresas como Novell pongan pegas, pero los fabricantes lo permiten (está en el readme de la licencia).
Si dices que es ilegal tendrás que decir "qué" es ilegal y "por qué" es ilegal, pero tienes que dar datos concretos.
Díselo a Novell, no a mi.
Te lo digo a ti porque eres tú quien lo está afirmando. Novell lo que dice es que "no quiere líos", no que sea "ilegal" para todos.
Esta es una discusión un poco recurrente, ¿no? OpenSUSE (Novel) explicita muy bien sus criterios, aun cuando puedan ser más o menos discutibles como todo en esta vida. En el enlace antes indicado (http://en.opensuse.org/Restricted_Formats) se define muy bien la cuestión, abordando los formatos que tienen problemas de licencia e incluso posibles soluciones. Creo que Novell (u OpenSUSE) están bastante lejos de mantener una actitud pasiva en este tema... bueno, ya dije que sus posturas, como en otras circunstancias, son coherentes. OpenSUSE es una distribución de software "abierto"... hace no mucho incluso había discusión sobre la conveniencia de instalar software abierto pero no libre "por defecto", y de hecho aún se mantiene un repositorio para este tipo de software (NON-OSS: flash, java, etc.). En la página mencionada, se proporciona un enlace a lo que entiende openSUSE como software abierto (http://www.opensource.org/docs/definition.php). Otros enlaces incluyen una descripción de la filosofía del software libre (http://en.opensuse.org/Free_Software_Philosophy), cómo se soportan ciertos códecs propietarios (a través de terceros que tengan licencias válidas) ( http://software.opensuse.org/codecs) y una "lista negra" de software que puede violar las leyes de algunos países (http://wiki.opensuse.org/openSUSE:Build_Service_Application_Blacklist). Como curiosidad, si seguís el enlace para códecs propietarios veréis que lo que se usa para mp3 es el plugin para gstreamer de fluendo, que según ellos es libre (http://www.fluendo.com/shop/product/fluendo-mp3-decoder/). No deja de ser curioso que en esa página se mencione que tal plugin es un "apaño de transición" mientras no se extienda ogg....
(...)
Y sugiere que los _compre_ en Fluendo. O que los obtenga de la comunidad de alguna manera, y obtenga la licencia por otros medios.
Pues mal hecho.
Podría, por ejemplo, enviarte directamente a la página de packman o decirte que instalaras el paquete necesario para reproducir el vídeo.
No, porque eso lo consideran ilegal. Indican veladamente como saltarselo, pero no abiertamente. Indican que otros lo indican, y allí que otros lo hacen... y al final llegas a packman. Ver arriba. Ya.... ¿y no consideran ilegal añadir el repositorio de packman en el administrador de repos de YaST2... o en el webpin? >:-) Pues esa es la "doble moral" que tienes que aguantar cuando hay una empresa detrás. Otras distribuciones que no dependen del "precio de sus acciones", y no tienen ese problema. A Novell no le van a decir nada porque su sistema pueda usar otros repositorios, como si tú creas uno en tu casa...
Si os fijáis, en sofware.opensuse.org pone, en letra tamaño contrato, que los enlaces te van a llevar a sitios de los que ellos no saben nada y todo eso xd Un par de clicks y llegas aquí: http://opensuse- community.org/Restricted_Formats/11.2 (para la versión actual), donde tienes un simple 1-click para instalar la mayor parte del software que necesitas para reproducir estos formatos. No sé por qué me da que los servidores que menciona ni siquiera están en el mismo país que los principales, aun cuando pueda ser que sí lo estén.
Sólo necesitas el paquete "gstreamer-ffmpeg", nada más. No tienes que cambiar el paquete completo de Totem, ni "adulterar" la instalación de GStreamer... no es necesario. Sólo necesitas un paquete, disponible en uno de los repos de la comunidad, repos que puedes añadir automáticamente desde el módulo de administración de repositorios.
Ese no está en la lista de los que sugiere la comunidad. Son estos los de la lista:
"ffmpeg flash-player libdvdcss libxine1-codecs w32codec-all lame"
Y por supuesto, antes de llegar ahí te advierten que es o puede ser ilegal, según el país en el que vivas, y que te enteres por tus medios de cual es la situación legal para tí. Y claro, según a quien preguntes, siendo parte interesada, te van a contar cosas muy distintas...
Ah, claro. Las patentes aplican en EE.UU. creo, pero en otros países no. En Europa, si no recuerdo mal, aún no se ha votado o se rechazó :-? En Europa se rechazó, pero eso no quiere decir que todos los países no tengan eso en su legislación. En otro correo menciono el caso del libdvdcss...
Los unicos libres de licencia que me ofrecen son el ogg, el vorbis y el theora. NINGUNO más.
Porque en este caso, me temo que dependéis de Novell :-/
Pues claro. Y tu de Debian.
Claro, la cual no impone limitaciones "ficticias" sino reales (el código propietario o con restricciones está separado y diferenciado).
Y ojo, el problema no es de "licencia" (todos los paquetes incluidos en el repositorio oficial de Debian tienen licencias libres). Los paquetes con licencias restrictivas (bien sea porque prohíben la libre distribución o porque son cerrados) no tienen cabida en el repositorio principal (main).
Y los códecs no son una excepción.
Tener licencia libre del software no implica que sean legales. Pueden violar copyright o patentes, según los propietarios de las respectivas patentes o licencias.
Las licencias de cada códec son distintas. Hay códecs propietarios (estos no los verás en el repo principal de debian) y hay códecs que permiten la libre distribución. Como llevas poco hurgando en Debian, tal vez no conozcas esta cuestión: http://www.debian.org/distrib/archive.es.html Y es que qué software puedas incluir en tu distribución puede ser una cuestión bastante retorcida xD
Son cosas distintas. Son implementaciones libres en cuanto al software, probablemente hechos mediante ingeniería inversa, de métodos que están protegidos, y que no se pueden usar sin pagar a sus "propietarios".
No me vengas ahora con que no sabes eso, porque no es nada nuevo.
Lo que pasa es que en cada pais las normas son distintas, y los propietarios de las licencias tienen que denunciar, o bien a los desarrolladores de esos codecs libres, o bien a sus usuarios, si pueden y si creen que les conviene.
Por eso mismo... vamos a ver, Novell no quiere "rasgarse las vestiduras" y cierra el grifo sin más, sin distinciones. Si yo estoy en un país donde sus leyes me permiten usar un códec en concreto para fines personales, ¿por qué tengo que estar sujeta a las leyes de una empresa estadounidense con la que no mantengo ninguna relación? Te recuerdo que openSUSE no es SLES o SLED.
http://opensuse-community.org/Restricted_Formats/11.2
No estoy seguro que esto cubra al gstreamer.
Pues me parece que eso no es correcto. No necesitas todos esos paquetes para reproducir archivos de vídeo contenidos en un "3gp" y que usen el códec h263. Debería funcionar sólo con "gstreamer-ffmpeg", que es el que yo tengo instalado en Debian.
Esa página no está aplicada al gstreamer, es la solución "total" para multimedia. Puedes necesitar mucho menos que eso. Y de hecho, no es suficiente para el gstreamer, porque los tengo instalados hace mucho, y el gstreamer no va. Sólo tengo un par de vídeos 3gp y no sé si el sonido no se escucha por
Por eso, no debería recomendar meter todo eso en el sistema porque seguramente el usuario acabe con un SO destrozado. Debería comprobar qué tipo de códec (de audio y vídeo) está intentando reproducir el usuario y darle instrucciones precisas.
Siguen siendo ilegales sus codecs.
Ilegales, no.
En primer lugar porque no todos los códecs tienen licencias restrictivas (¿por qué no hay un ffmpeg bajo /oss que use códecs libres y que no estén sujetos a patentes?) y en segundo lugar porque las patentes que puedan tener es otro tema distinto y que no aplican en todos los países.
Cualquier software que uses para generar un mp3 (por ejemplo) en linux es ilegal si no le pagas una licencia a los propietarios del formato mp3 - aunque te inventes tú el codec.
Ojo, la decodificación puede estar permitida pero no la codificación, eso depende de cada códec en concreto.
Y digo generar porque si la memoria no me falla la reproducción del mp3 si es legal.
Lo es, ya lo he puesto más arriba. gratuita, no necesariamente libre. También desarrollar software con QT es
Creo que OpenSUSE se toma bastantes molestias en explicar esta cuestión. OpenSUSE "permite" que la distribución haga uso de software con licencias de todo tipo según lo que pueda/quiera/necesite el usuario, pero 1. mantiene la coherencia con la consideración de "open". 2. en los repositorios oficiales cumple la legislación vigente. problema del vídeo o si es problema del códec... no libre, claro. Tengo un "cutre-móbil" symbian que tiene el detalle de grabarlos en mp4... Si es una videocámara la que usa 3gp, sería para asesinar al fabricante xDDD libre y gratuito, salvo que desarrolles código comercial, que entonces incluye licencia xD
Es un ejemplo nada más, casi todos los formatos tienen restricciones parecidas. Hay por ahí un correo de un responsable de Novell, hace tiempo, explicando con detalle cual es el problema legal para los varios codecs necesarios, y cuyo enlace he posteado en esta lista en varias ocasiones.
Da igual como decodifiques esos formatos, si "ellos" no te han dado permiso, es ilegal.
Y sólo lo dan en windows.
O bien a otros como Fluendo, Realplayer, y no se cuales más. Código cerrado, nunca abierto. Y a veces de pago (Fluendo).
Sí, pero Carlos, no puedes meter a todos los códecs en el mismo saco. Eso lo hará Novell porque no le conviene ir mirando uno a uno cuál cumple con la licencia y cuál no, así que cierra el grifo para todos y santas pascuas. Pagan justos por pecadores. Pues para no convenirle, le ha dado muchas vueltas a la cuestión.
Lo que no podrá/querrá hacer Novell es ponerlos en sus servidores para distribuirlos, para evitarse problemas a ella misma, como empresa. Y a los usuarios de openSUSE, que les den >:-) Un usuario como vosotros o yo mismo deberíamos pensar en la coherencia de usar una distribución que se precia de ser abierta (opensource) junto con códecs
Lo dicho. propietarios... en mi caso, intento convertir esa colección de música que no debería tener a formato ogg, pero lleva mucho tiempo xDDD
Pues claro.
Si eso está publicado por el propio Novell...
Novell dice que le dicen que es ilegal, pues no lo discuten. Se callan y no lo distribuyen, no sea que les ponan una demanda a ellos. Si otros distribuyen el software necesario, allá esos otros.
No, no dicen que es "ilegal", dicen que ellos no quieren problemas de demandas. "Ilegal" es un término ambiguo. Lo que es ilegal para ellos, puede no serlo para ti, o viceversa.
Eso lo han dicho desde hace lustros.
Claro, por es "su" política. Cuando sales del brazo de Novell te vas dando cuenta de muchas cosas... Debian usa las mismas reglas filosóficas que openSUSE casi palabra a palabra. Si software que no es incluido en el repositorio OSS de OpenSUSE lo está en el Main de Debian (existiendo paquete para ambos) entonces muy mal por Debian.
Lo unico nuevo es que ahora hay alternativas con licencia (fluendo), y puedes acceder más fácilmente a las alternativas libres que hacen caso omiso de las licencias y patentes que nos cierran el paso.
No confundas una licencia con una patente. Son cosas distintas. Repito, las patentes *no aplican* en muchos países:
*** http://es.wikipedia.org/wiki/Patente_de_software#Legislaci.C3.B3n
"(...) Finalmente, el Parlamento Europeo, en una histórica votación llevada a cabo el día 6 de julio de 2005 -y, por primera vez en la historia, para una segunda lectura-, rechazó prácticamente por unanimidad la propuesta de directiva de patentabilidad el software." ***
Y por lo que leo ahí, UE incluida.
Saludos, Si fuese todo tan fácil!!! XD
Pero como pudisteis ver, la cuestión no es sólo de patentes, sinó de licencias -legales en todo el mundo ;) ). A veces los criterios de la OSF son discutibles, pero bueno... xD Salud!! -- karl
El Wed, 26 May 2010 20:55:24 +0200, Karl García Gestido escribió:
O Mércores 26 Maio 2010 19:18:51 Camaleón escribiu:
Te lo digo a ti porque eres tú quien lo está afirmando. Novell lo que dice es que "no quiere líos", no que sea "ilegal" para todos.
Esta es una discusión un poco recurrente, ¿no?
OpenSUSE (Novel) explicita muy bien sus criterios, aun cuando puedan ser más o menos discutibles como todo en esta vida.
¿Tú crees? Yo creo que no. De hecho, aún tengo un bugzilla abierto, no sé si por dejadez por su parte o por algún otro motivo que desconozco: Bug 471290 - Link to webpin in "software.opensuse.org" https://bugzilla.novell.com/show_bug.cgi?id=471290
OpenSUSE es una distribución de software "abierto"...
Sí, pero "depende" de Novell, no estoy diciendo nada del otro mundo, eso ya lo sabemos todos.
Ya.... ¿y no consideran ilegal añadir el repositorio de packman en el administrador de repos de YaST2... o en el webpin? >:-) Pues esa es la "doble moral" que tienes que aguantar cuando hay una empresa detrás. Otras distribuciones que no dependen del "precio de sus acciones", y no tienen ese problema.
A Novell no le van a decir nada porque su sistema pueda usar otros repositorios, como si tú creas uno en tu casa...
¿Entonces? ¿Cuál es el problema de recomendar el repo de Packman? :-?
Si os fijáis, en sofware.opensuse.org pone, en letra tamaño contrato, que los enlaces te van a llevar a sitios de los que ellos no saben nada y todo eso xd
Eso es en la web, pero en un ventana que aparece en el sistema operativo no aparece esa "nota".
Un par de clicks y llegas aquí: http://opensuse- community.org/Restricted_Formats/11.2 (para la versión actual), donde tienes un simple 1-click para instalar la mayor parte del software que necesitas para reproducir estos formatos. No sé por qué me da que los servidores que menciona ni siquiera están en el mismo país que los principales, aun cuando pueda ser que sí lo estén.
Pues ese ese el "doble sentido" del que hablo. Que tantas vueltas para acabar en el mismo sitio no tiene mucho sentido.
Ah, claro. Las patentes aplican en EE.UU. creo, pero en otros países no. En Europa, si no recuerdo mal, aún no se ha votado o se rechazó :-?
En Europa se rechazó, pero eso no quiere decir que todos los países no tengan eso en su legislación. En otro correo menciono el caso del libdvdcss...
El libdvdscc no tiene un problema de patentes sino de "uso" legal.
Las licencias de cada códec son distintas. Hay códecs propietarios (estos no los verás en el repo principal de debian) y hay códecs que permiten la libre distribución.
Como llevas poco hurgando en Debian, tal vez no conozcas esta cuestión: http://www.debian.org/distrib/archive.es.html Y es que qué software puedas incluir en tu distribución puede ser una cuestión bastante retorcida xD
Sí, sé que hay mirrors específicos "sensibles" a las restricciones de USA (originado, entiendo, por las restricciones con el cifrado).
Por eso mismo... vamos a ver, Novell no quiere "rasgarse las vestiduras" y cierra el grifo sin más, sin distinciones. Si yo estoy en un país donde sus leyes me permiten usar un códec en concreto para fines personales, ¿por qué tengo que estar sujeta a las leyes de una empresa estadounidense con la que no mantengo ninguna relación? Te recuerdo que openSUSE no es SLES o SLED.
Creo que OpenSUSE se toma bastantes molestias en explicar esta cuestión.
Yo creo que no se toma muchas molestias. No hay más que las peticiones continuadas de sus propios trabajadores solicitando la incluisión en los repos de los drivers cerrados de ATI. Además, no es Novell quien tiene que explicar esas cosas a los usuarios de openSUSE (que se las explique a los clientes de SLES/SLED), creo que esa explicación debe venir de la propia comunidad.
OpenSUSE "permite" que la distribución haga uso de software con licencias de todo tipo según lo que pueda/quiera/necesite el usuario, pero
1. mantiene la coherencia con la consideración de "open".
Hombre, sólo faltaba que fuera lo contrario :-)
2. en los repositorios oficiales cumple la legislación vigente.
Cumplen con "su" legislación, la que les puede afectar a ellos, a Novell como empresa.
Y digo generar porque si la memoria no me falla la reproducción del mp3 si es legal.
Lo es, ya lo he puesto más arriba.
gratuita, no necesariamente libre. También desarrollar software con QT es libre y gratuito, salvo que desarrolles código comercial, que entonces incluye licencia xD
Yo no he mencionada nada de "gratituidad". He hablado de libertad de uso. Si la licencia impide algo, debe estar incluida en los paquetes y esos paquetes ya no entran en la categoría de "libre".
Claro, por es "su" política. Cuando sales del brazo de Novell te vas dando cuenta de muchas cosas...
Debian usa las mismas reglas filosóficas que openSUSE casi palabra a palabra. Si software que no es incluido en el repositorio OSS de OpenSUSE lo está en el Main de Debian (existiendo paquete para ambos) entonces muy mal por Debian.
No. Debian no tiene en cuenta las patentes porque no son aplicables en todos los países y por tanto, da la libertad al usuario que es que decide si puede o no instalar un programa. Patentes != licencias Novell/openSUSE no me da esa libertad, me manda a un repositorio externo que, más menos que más, resulta incompatible con los paquetes del repo estable. De hecho, el cambio que hicieron en zypper de no permitir de manera predeterminada el cambio de vendor fue por "algo" >:-)
Y por lo que leo ahí, UE incluida.
Si fuese todo tan fácil!!! XD
¿Verdad? Mola más cuando te das cuenta de que "realmente" lo es :-)
Pero como pudisteis ver, la cuestión no es sólo de patentes, sinó de licencias -legales en todo el mundo ;) ). A veces los criterios de la OSF son discutibles, pero bueno... xD
En este tema en concreto de los códecs del 3gp, solo interesan las patentes. Los paquetes o códecs son de libre distribución, tienen licencias libres. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
O Mércores 26 Maio 2010 22:32:08 Camaleón escribiu:
El Wed, 26 May 2010 20:55:24 +0200, Karl García Gestido escribió:
O Mércores 26 Maio 2010 19:18:51 Camaleón escribiu:
Te lo digo a ti porque eres tú quien lo está afirmando. Novell lo que dice es que "no quiere líos", no que sea "ilegal" para todos.
Esta es una discusión un poco recurrente, ¿no?
OpenSUSE (Novel) explicita muy bien sus criterios, aun cuando puedan ser más o menos discutibles como todo en esta vida.
¿Tú crees? Yo creo que no. Vaya, en la web como en los enlaces que mencionamos lo pone bien claro. Discutible, pero bien claro. De hecho, aún tengo un bugzilla abierto, no sé si por dejadez por su parte o por algún otro motivo que desconozco:
Bug 471290 - Link to webpin in "software.opensuse.org" https://bugzilla.novell.com/show_bug.cgi?id=471290
OpenSUSE es una distribución de software "abierto"...
Sí, pero "depende" de Novell, no estoy diciendo nada del otro mundo, eso ya lo sabemos todos. Toda distro depende de alguien, por definición. Si nos quejamos a veces de Novell, la gente de Debian puede ser muuucho más cenutria y con creces...
Ya.... ¿y no consideran ilegal añadir el repositorio de packman en el administrador de repos de YaST2... o en el webpin? >:-) Pues esa es la "doble moral" que tienes que aguantar cuando hay una empresa detrás. Otras distribuciones que no dependen del "precio de sus acciones", y no tienen ese problema.
A Novell no le van a decir nada porque su sistema pueda usar otros repositorios, como si tú creas uno en tu casa...
¿Entonces? ¿Cuál es el problema de recomendar el repo de Packman? :-? En la web oficial para solventar los problemas de patentes? xd
Si os fijáis, en sofware.opensuse.org pone, en letra tamaño contrato, que los enlaces te van a llevar a sitios de los que ellos no saben nada y todo eso xd
Eso es en la web, pero en un ventana que aparece en el sistema operativo no aparece esa "nota". No sepo, no sé a cuál te refieres. Ahí te dice lo que por otra parte es obvio. Si no ponen eso, alguien mal pensado podría pensar que te "animan" a ir allí y que es responsabilidad de ellos ;)
Un par de clicks y llegas aquí: http://opensuse- community.org/Restricted_Formats/11.2 (para la versión actual), donde tienes un simple 1-click para instalar la mayor parte del software que necesitas para reproducir estos formatos. No sé por qué me da que los servidores que menciona ni siquiera están en el mismo país que los principales, aun cuando pueda ser que sí lo estén.
Pues ese ese el "doble sentido" del que hablo. Que tantas vueltas para acabar en el mismo sitio no tiene mucho sentido. Las mismas que le da todo el mundo (opensource, claro).
Ah, claro. Las patentes aplican en EE.UU. creo, pero en otros países no. En Europa, si no recuerdo mal, aún no se ha votado o se rechazó :-?
En Europa se rechazó, pero eso no quiere decir que todos los países no tengan eso en su legislación. En otro correo menciono el caso del libdvdcss...
El libdvdscc no tiene un problema de patentes sino de "uso" legal. El uso legal de algo patentado. Si no hubiese una patente, no habría problema de uso legal. Muchos países europeos no reconocen esa patente/licencia concreta, pero vaya, justo nos va a caer uno que sí xd
Creo recordar que la legislación española al respecto se las trae, lo que pasa es que nadie se la lee... :S
Las licencias de cada códec son distintas. Hay códecs propietarios (estos no los verás en el repo principal de debian) y hay códecs que permiten la libre distribución.
Como llevas poco hurgando en Debian, tal vez no conozcas esta cuestión: http://www.debian.org/distrib/archive.es.html Y es que qué software puedas incluir en tu distribución puede ser una cuestión bastante retorcida xD
Sí, sé que hay mirrors específicos "sensibles" a las restricciones de USA (originado, entiendo, por las restricciones con el cifrado). y más cosas, pero por ejemplo.
Por eso mismo... vamos a ver, Novell no quiere "rasgarse las vestiduras" y cierra el grifo sin más, sin distinciones. Si yo estoy en un país donde sus leyes me permiten usar un códec en concreto para fines personales, ¿por qué tengo que estar sujeta a las leyes de una empresa estadounidense con la que no mantengo ninguna relación? Te recuerdo que openSUSE no es SLES o SLED.
Creo que OpenSUSE se toma bastantes molestias en explicar esta cuestión.
Yo creo que no se toma muchas molestias. No hay más que las peticiones continuadas de sus propios trabajadores solicitando la incluisión en los repos de los drivers cerrados de ATI. cerrado + opensource = cosa rara. No sé qué opinan los trabajadores, pero bueno, creo que esto es bastante claro.
Además, no es Novell quien tiene que explicar esas cosas a los usuarios de openSUSE (que se las explique a los clientes de SLES/SLED), creo que esa explicación debe venir de la propia comunidad. Esos usuarios que cogen distribuciones opensource y pretenden usar un clon de Windows. Para eso está Xandros.
OpenSUSE "permite" que la distribución haga uso de software con licencias de todo tipo según lo que pueda/quiera/necesite el usuario, pero
1. mantiene la coherencia con la consideración de "open".
Hombre, sólo faltaba que fuera lo contrario :-) Como digo, si incluyes sofware propietario, muy "open" open como que no queda.
2. en los repositorios oficiales cumple la legislación vigente.
Cumplen con "su" legislación, la que les puede afectar a ellos, a Novell como empresa. 'Xacto. No van a cumplir la de Senegal. Bien pensado, es una buena idea, yo quiero elegir la legislación que cumplo. Me pido la de Burundi ;)
Y digo generar porque si la memoria no me falla la reproducción del mp3 si es legal.
Lo es, ya lo he puesto más arriba.
gratuita, no necesariamente libre. También desarrollar software con QT es libre y gratuito, salvo que desarrolles código comercial, que entonces incluye licencia xD
Yo no he mencionada nada de "gratituidad". He hablado de libertad de uso. Si la licencia impide algo, debe estar incluida en los paquetes y esos paquetes ya no entran en la categoría de "libre". Pero es el tema, debes de ver qué incluye la licencia. Algo del estilo "te lo dejo usar" no es ser libre ni remotamente parecido.
Claro, por es "su" política. Cuando sales del brazo de Novell te vas dando cuenta de muchas cosas...
Debian usa las mismas reglas filosóficas que openSUSE casi palabra a palabra. Si software que no es incluido en el repositorio OSS de OpenSUSE lo está en el Main de Debian (existiendo paquete para ambos) entonces muy mal por Debian.
No. Debian no tiene en cuenta las patentes porque no son aplicables en todos los países y por tanto, da la libertad al usuario que es que decide si puede o no instalar un programa. Y openSUSE hace lo mismo.
Tienes dos repos principales: OSS y NON-OSS, que incluyen software libre y software con otras licencias -pero abiertos. A partir de ahí, tienes todo un mundo de software mantenido por la comunidad u otros que puede tener distintas licencias, y que por supuesto puedes agregar a conveniencia. Los principios generales que rigen Debian y openSUSE son los mismos exactamente. Debian siempre fue muuucho más restrictiva que lo que es openSUSE y si ha cambiado eso, ha cambiado a peor.
Patentes != licencias
Novell/openSUSE no me da esa libertad, me manda a un repositorio externo que, más menos que más, resulta incompatible con los paquetes del repo estable. De hecho, el cambio que hicieron en zypper de no permitir de manera predeterminada el cambio de vendor fue por "algo" >:-) Eso para los chapuzas que usábamos el de Videolan (que tiene licencia para usar los dichosos códecs), que cada vez que actualizaban daba miedo :)
Y por lo que leo ahí, UE incluida.
Si fuese todo tan fácil!!! XD
¿Verdad? Mola más cuando te das cuenta de que "realmente" lo es :-) En España no es tan divertido, fíjate en yankilandia.
Tú demandas a un tipo porque incumple una patente tuya. Ambos debéis depositar en el juzgado una cantidad de dinero que incluya costas y la posible responsabilidad (esto es, lo que puedes tener que pagar para indemnizar al susodicho). Hasta aquí, similar a como es aquí. Lo malo es que el resultado de cualquier juicio (no penal) es algo muy poco controlable. En España al menos puedes invocar ciertas leyes o principios que rigen sobre cualquier proceso... Allí no, y generalmente depende de los recursos del equipo de abogados de turno, ya que la jurisprudencia tiene mucho valor allí. En España, por el asunto del canon o custiones como piratería tienes un montón de sentencias, y varias de ellas en sentidos divergentes!!!
Pero como pudisteis ver, la cuestión no es sólo de patentes, sinó de licencias -legales en todo el mundo ;) ). A veces los criterios de la OSF son discutibles, pero bueno... xD
En este tema en concreto de los códecs del 3gp, solo interesan las patentes. Los paquetes o códecs son de libre distribución, tienen licencias libres.
Saludos,
Una licencia que use algo patentado sin permiso.... bueno, libre libre no es xD Salud!! -- karl
El Wed, 26 May 2010 22:56:07 +0200, Karl García Gestido escribió:
O Mércores 26 Maio 2010 22:32:08 Camaleón escribiu:
OpenSUSE (Novel) explicita muy bien sus criterios, aun cuando puedan ser más o menos discutibles como todo en esta vida.
¿Tú crees? Yo creo que no.
Vaya, en la web como en los enlaces que mencionamos lo pone bien claro. Discutible, pero bien claro.
Pues o son un poco lentos... o algo pasa. La realidad es que el enlace no está disponible y no me dan dado un sólo motivo por el cual lo quitaron :-?
Sí, pero "depende" de Novell, no estoy diciendo nada del otro mundo, eso ya lo sabemos todos.
Toda distro depende de alguien, por definición. Si nos quejamos a veces de Novell, la gente de Debian puede ser muuucho más cenutria y con creces...
Mientras no "elijan" por mí, perfecto. Me gusta tener opciones y poder decidir si lo que quiero instalar incumple algún "tratado internacional" o no :-)
A Novell no le van a decir nada porque su sistema pueda usar otros repositorios, como si tú creas uno en tu casa...
¿Entonces? ¿Cuál es el problema de recomendar el repo de Packman? :-?
En la web oficial para solventar los problemas de patentes? xd
¿Mande? :-?
Si os fijáis, en sofware.opensuse.org pone, en letra tamaño contrato, que los enlaces te van a llevar a sitios de los que ellos no saben nada y todo eso xd
Eso es en la web, pero en un ventana que aparece en el sistema operativo no aparece esa "nota".
No sepo, no sé a cuál te refieres. Ahí te dice lo que por otra parte es obvio. Si no ponen eso, alguien mal pensado podría pensar que te "animan" a ir allí y que es responsabilidad de ellos ;)
Me refiero a cuando cargas desde Totem un archivo de audio o vídeo y te dice que no encuentra el códec. Digo que podría preguntar al usuario si quiere habilitar directamente el repo de packman en lugar de contarle las bondades de Fluendo :-)
Pues ese ese el "doble sentido" del que hablo. Que tantas vueltas para acabar en el mismo sitio no tiene mucho sentido.
Las mismas que le da todo el mundo (opensource, claro).
Me temo que sigues confundiendo "licencias" con "patentes" :-)
El libdvdscc no tiene un problema de patentes sino de "uso" legal.
El uso legal de algo patentado. Si no hubiese una patente, no habría problema de uso legal. Muchos países europeos no reconocen esa patente/licencia concreta, pero vaya, justo nos va a caer uno que sí xd
No, el uso de legal de una herramienta que rompe el código de seguridad de un producto. Como por ejemplo, romper la seguridad de los decodificadores de Digital+ :-P
Yo creo que no se toma muchas molestias. No hay más que las peticiones continuadas de sus propios trabajadores solicitando la incluisión en los repos de los drivers cerrados de ATI.
cerrado + opensource = cosa rara. No sé qué opinan los trabajadores, pero bueno, creo que esto es bastante claro.
Qué va, estaban deseando que el driver estuviera disponible fácilmente en los repositorios del OBS :-)
Hombre, sólo faltaba que fuera lo contrario :-)
Como digo, si incluyes sofware propietario, muy "open" open como que no queda.
Sigues confundiendo licencia con patente y mientras no te quede claro, no vamos a ninguna parte :-)
Cumplen con "su" legislación, la que les puede afectar a ellos, a Novell como empresa.
'Xacto. No van a cumplir la de Senegal. Bien pensado, es una buena idea, yo quiero elegir la legislación que cumplo. Me pido la de Burundi ;)
Y me parece bien, pero el usuario de openSUSE NO es usuario/cliente de Novell (o no debería serlo, vamos).
Yo no he mencionada nada de "gratituidad". He hablado de libertad de uso. Si la licencia impide algo, debe estar incluida en los paquetes y esos paquetes ya no entran en la categoría de "libre".
Pero es el tema, debes de ver qué incluye la licencia. Algo del estilo "te lo dejo usar" no es ser libre ni remotamente parecido.
La licencia no es el problema, para se "libre" debe cumplir unos requisitos bien establecidos. Y si no, no entra en el repo principal. Ni en Debian, ni en openSUSE.
No. Debian no tiene en cuenta las patentes porque no son aplicables en todos los países y por tanto, da la libertad al usuario que es que decide si puede o no instalar un programa.
Y openSUSE hace lo mismo.
Para nada... todo lo que huele a patente está eliminado del repo principal y del OBS. Sólo entra en packman.
Tienes dos repos principales: OSS y NON-OSS, que incluyen software libre y software con otras licencias -pero abiertos. A partir de ahí, tienes todo un mundo de software mantenido por la comunidad u otros que puede tener distintas licencias, y que por supuesto puedes agregar a conveniencia.
Los principios generales que rigen Debian y openSUSE son los mismos exactamente. Debian siempre fue muuucho más restrictiva que lo que es openSUSE y si ha cambiado eso, ha cambiado a peor.
Sigues sin entender de qué va el asunto. No va de licencias, ahí todos navegamos en el mismo barco.
Novell/openSUSE no me da esa libertad, me manda a un repositorio externo que, más menos que más, resulta incompatible con los paquetes del repo estable. De hecho, el cambio que hicieron en zypper de no permitir de manera predeterminada el cambio de vendor fue por "algo"
:-)
Eso para los chapuzas que usábamos el de Videolan (que tiene licencia para usar los dichosos códecs), que cada vez que actualizaban daba miedo :)
No, iba por el packman que destrozaba la instalación base de openSUSE (algo comentaron "veladamente" -para no herir sentimientos- en la lista de factory).
¿Verdad? Mola más cuando te das cuenta de que "realmente" lo es :-)
En España no es tan divertido, fíjate en yankilandia.
En España es divertido porque no se pueden aplicar las patentes de software. Si me quiero divertir me voy a ver una peli de risa :-)
En España, por el asunto del canon o custiones como piratería tienes un montón de sentencias, y varias de ellas en sentidos divergentes!!!
Canon/PI != patentes de software
En este tema en concreto de los códecs del 3gp, solo interesan las patentes. Los paquetes o códecs son de libre distribución, tienen licencias libres.
Una licencia que use algo patentado sin permiso.... bueno, libre libre no es xD
No, la licencia puede permitir la distribución libre del códec y la patente puede permitirte que uses el decodificador (para VER el video que usa el códec) pero NO el codificador (para CREAR un video usando el códec). Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
O Mércores 26 Maio 2010 23:38:34 Camaleón escribiu:
El Wed, 26 May 2010 22:56:07 +0200, Karl García Gestido escribió:
O Mércores 26 Maio 2010 22:32:08 Camaleón escribiu:
OpenSUSE (Novel) explicita muy bien sus criterios, aun cuando puedan ser más o menos discutibles como todo en esta vida.
¿Tú crees? Yo creo que no.
Vaya, en la web como en los enlaces que mencionamos lo pone bien claro. Discutible, pero bien claro.
Pues o son un poco lentos... o algo pasa. La realidad es que el enlace no está disponible y no me dan dado un sólo motivo por el cual lo quitaron :-? NPI. Esas cláusulas son bastante habituales.
Sí, pero "depende" de Novell, no estoy diciendo nada del otro mundo, eso ya lo sabemos todos.
Toda distro depende de alguien, por definición. Si nos quejamos a veces de Novell, la gente de Debian puede ser muuucho más cenutria y con creces...
Mientras no "elijan" por mí, perfecto. Me gusta tener opciones y poder decidir si lo que quiero instalar incumple algún "tratado internacional" o no :-) Y ya puedes decidirlo. No veo el problema que hay con esto, es sencillo y está muy bien documentado.
A Novell no le van a decir nada porque su sistema pueda usar otros repositorios, como si tú creas uno en tu casa...
¿Entonces? ¿Cuál es el problema de recomendar el repo de Packman? :-?
En la web oficial para solventar los problemas de patentes? xd
¿Mande? :-?
Si os fijáis, en sofware.opensuse.org pone, en letra tamaño contrato, que los enlaces te van a llevar a sitios de los que ellos no saben nada y todo eso xd
Eso es en la web, pero en un ventana que aparece en el sistema operativo no aparece esa "nota".
No sepo, no sé a cuál te refieres. Ahí te dice lo que por otra parte es obvio. Si no ponen eso, alguien mal pensado podría pensar que te "animan" a ir allí y que es responsabilidad de ellos ;)
Me refiero a cuando cargas desde Totem un archivo de audio o vídeo y te dice que no encuentra el códec. Digo que podría preguntar al usuario si quiere habilitar directamente el repo de packman en lugar de contarle las bondades de Fluendo :-) Fluendo, más o menos libre; packman, más o menos no libre. OpenSUSE con gstreamer reproduce mp3, otra cosa es que algunos prefiramos libxine1.
Pues ese ese el "doble sentido" del que hablo. Que tantas vueltas para acabar en el mismo sitio no tiene mucho sentido.
Las mismas que le da todo el mundo (opensource, claro).
Me temo que sigues confundiendo "licencias" con "patentes" :-)
A ver, aquí lo describen razonablemente: http://doc.ubuntu- es.org/index.php?title=Patentes_y_tipos_de_Licencias_de_Software A veces asimilamos derechos de autor con patentes porque son figuras similares para cosas supuestamente distintas. Digo supuestamente, porque ésa es precisamente la diferencia entre países que permiten patentar software y países que no lo permiten. Por cierto, hasta donde yo sé, tú puedes patentar cualquier cosa (que en algunos países puede ser software), y sólo será en juicio donde se dictamine la validez de tal patente.
El libdvdscc no tiene un problema de patentes sino de "uso" legal.
El uso legal de algo patentado. Si no hubiese una patente, no habría problema de uso legal. Muchos países europeos no reconocen esa patente/licencia concreta, pero vaya, justo nos va a caer uno que sí xd
No, el uso de legal de una herramienta que rompe el código de seguridad de un producto. Como por ejemplo, romper la seguridad de los decodificadores de Digital+ :-P Es ilegal, y posiblemente pueda argumentarse que incluso poseer el código es ilegal.
Igual que el diccionario de la RAE, el código penal es algo que todos creemos conocer pero que rara vez hemos leído un fragmento. En España, poseer software para hackear una red es un delito incluido en no sé cuál reforma del código penal. Ya que yo menciono el libdvdcss, yo busco en la wikipedia a ver qué opina: http://es.wikipedia.org/wiki/Content_Scrambling_System
Yo creo que no se toma muchas molestias. No hay más que las peticiones continuadas de sus propios trabajadores solicitando la incluisión en los repos de los drivers cerrados de ATI.
cerrado + opensource = cosa rara. No sé qué opinan los trabajadores, pero bueno, creo que esto es bastante claro.
Qué va, estaban deseando que el driver estuviera disponible fácilmente en los repositorios del OBS :-) Pues a añadirlo, vaya xd
Hombre, sólo faltaba que fuera lo contrario :-)
Como digo, si incluyes sofware propietario, muy "open" open como que no queda.
Sigues confundiendo licencia con patente y mientras no te quede claro, no vamos a ninguna parte :-) La distinción es sencilla, aunque sutil. Yo puedo patentar un envase sin aire (al vacío) con forma cuadrada y llamarle "tetrabrik", y luego vender licencias
Creo que en el buildService sólo debería haber software libre, pero en fin, si por eso es, haya paz! ;) para que la gente use mi patente. O puedo tener una licencia de uso de la aplicación AutoCAD.
Cumplen con "su" legislación, la que les puede afectar a ellos, a Novell como empresa.
'Xacto. No van a cumplir la de Senegal. Bien pensado, es una buena idea, yo quiero elegir la legislación que cumplo. Me pido la de Burundi ;)
Y me parece bien, pero el usuario de openSUSE NO es usuario/cliente de Novell (o no debería serlo, vamos). Novell puede tener sus propios principios y requisitos. OpenSUSE sólo debe de incluir software abierto.
Yo no he mencionada nada de "gratituidad". He hablado de libertad de uso. Si la licencia impide algo, debe estar incluida en los paquetes y esos paquetes ya no entran en la categoría de "libre".
Pero es el tema, debes de ver qué incluye la licencia. Algo del estilo "te lo dejo usar" no es ser libre ni remotamente parecido.
La licencia no es el problema, para se "libre" debe cumplir unos requisitos bien establecidos. Y si no, no entra en el repo principal. Ni en Debian, ni en openSUSE. Cierto, es lo que estamos diciendo ;)
No. Debian no tiene en cuenta las patentes porque no son aplicables en todos los países y por tanto, da la libertad al usuario que es que decide si puede o no instalar un programa.
Y openSUSE hace lo mismo.
Para nada... todo lo que huele a patente está eliminado del repo principal y del OBS. Sólo entra en packman. Se supone que todo lo que huele a patente no entra en el Principal de Debian; incluso el software que usa elementos no libres tiene su repositorio aparte.
Si incluyen software patentado en el Principal, muy mal por ellos.
Tienes dos repos principales: OSS y NON-OSS, que incluyen software libre y software con otras licencias -pero abiertos. A partir de ahí, tienes todo un mundo de software mantenido por la comunidad u otros que puede tener distintas licencias, y que por supuesto puedes agregar a conveniencia.
Los principios generales que rigen Debian y openSUSE son los mismos exactamente. Debian siempre fue muuucho más restrictiva que lo que es openSUSE y si ha cambiado eso, ha cambiado a peor.
Sigues sin entender de qué va el asunto. No va de licencias, ahí todos navegamos en el mismo barco. En unos casos de licencias, en otros, de patentes, y entre medias, un montón de legislación chapuza que varía en un radio de 300 Km. Yo sí lo entiendo, y en lo que afecta a esta discusión, la gente de openSUSE lo expone con mucha claridad.
Novell/openSUSE no me da esa libertad, me manda a un repositorio externo que, más menos que más, resulta incompatible con los paquetes del repo estable. De hecho, el cambio que hicieron en zypper de no permitir de manera predeterminada el cambio de vendor fue por "algo"
:-)
Eso para los chapuzas que usábamos el de Videolan (que tiene licencia para usar los dichosos códecs), que cada vez que actualizaban daba miedo
:)
No, iba por el packman que destrozaba la instalación base de openSUSE (algo comentaron "veladamente" -para no herir sentimientos- en la lista de factory). Packman sigue entre los recomendados; otros repositorios habituales, no.
¿Verdad? Mola más cuando te das cuenta de que "realmente" lo es :-)
En España no es tan divertido, fíjate en yankilandia.
En España es divertido porque no se pueden aplicar las patentes de software. Si me quiero divertir me voy a ver una peli de risa :-) Todo se andará... pero me refería a cómo se establece un proceso judicial en el ámbito administrativo, civil o mercantil.
En España, por el asunto del canon o custiones como piratería tienes un montón de sentencias, y varias de ellas en sentidos divergentes!!!
Canon/PI != patentes de software Pero la analogía es interesante. Si ni en eso son capaces de ponerse de acuerdo!!!! XD ¿y quieres seguridad jurídica respecto a qué?
En este tema en concreto de los códecs del 3gp, solo interesan las patentes. Los paquetes o códecs son de libre distribución, tienen licencias libres.
Una licencia que use algo patentado sin permiso.... bueno, libre libre no es xD
No, la licencia puede permitir la distribución libre del códec y la patente puede permitirte que uses el decodificador (para VER el video que usa el códec) pero NO el codificador (para CREAR un video usando el códec). Una patente en sí misma es un documento más o menos técnico que se deposita en un registro al efecto.
Saludos, Una cosa más. Uno instala openSUSE, añade los repos packman y el comunitario
http://www.oepm.es/cs/Satellite?c=Page&cid=1144260495042&classIdioma=_es_es&idPage=1144260495042&pagename=OEPMSite%2FPage%2FtplHome Usamos "patente" cuando sería más preciso hablar de "derecho de patente". La patente otorga "paternidad" a un sujeto, "inventor", sobre una idea o proceso, "invención". Luego, el uso de la patente se establece en la oportuna licencia. Por ejemplo, yo te pido una licencia a ti para usar tu ejército de caracoles, en la que tú puedes establecer que sólo puedo atacar con ellos a gente que no cultive verdura. Una cosa más. A menudo se cita la votación de no hace mucho para rechazar las patentes de software, pero: 1. La votación se ganó por una ajustada mayoría. Nada hace pensar que en otra votación se obtuviese esa mayoría de nuevo. 2. Normalmente se tiene bastante confusión acerca de qué se votó exactamente ese día. Es normal, por la indiosincrasia de la legislación europea (el sistema legal es un horror para cualquier aspirante a jurista xd) y por la confusión que normalmente rodea a este tema en cuanto a los mecanismos habituales que se han de seguir. http://es.wikipedia.org/wiki/Patente#Legislaci.C3.B3n libdvdcss, instala libxine1 (desde packman), w32codes-all y libdvdcss y ya tiene casi todo lo que necesita para funcionar. Está bien documentado e incluso hay un 1-click para ello. Hay quien se molestó en crear un "grupo" de paquetes para descargar y tenerlos disponibles para gente que no tiene conexión directa a internet. Es un tema recurrente, como ya dije, aunque la postura de openSUSE me parece bastante flexible (vaya, antes no instalaba flash ni java ni otras cosas!!!) Salud!! -- karl
El Thu, 27 May 2010 01:40:07 +0200, Karl García Gestido escribió:
O Mércores 26 Maio 2010 23:38:34 Camaleón escribiu:
(...)
Y me parece bien, pero el usuario de openSUSE NO es usuario/cliente de Novell (o no debería serlo, vamos).
Novell puede tener sus propios principios y requisitos. OpenSUSE sólo debe de incluir software abierto.
Sigues sin distinguir entre patente y licencia :-(
Para nada... todo lo que huele a patente está eliminado del repo principal y del OBS. Sólo entra en packman.
Se supone que todo lo que huele a patente no entra en el Principal de Debian; incluso el software que usa elementos no libres tiene su repositorio aparte.
Si incluyen software patentado en el Principal, muy mal por ellos.
Lo dicho... parece que no distingues entre lo que es una licencia y una patente. Lo repito, por si no había quedado claro :-) - La mayor parte del software (libre y/o cerrado) hace uso de programas que pueden estar sujetos a patentes de software y por lo tanto, son susceptibles de intentos de demandas. Te pongo por ejemplo el caso de Eolas (EE.UU.). La patente de la que era dueña esta empresa forzó a Microsoft a modificar su navegador (Internet Explorer). Esta patente, sin embargo, no afectó a los navegador libres (en aquella época, Mozilla) porque su propietario no "quiso", no porque no hubiera "podido" hacerlo. Otro ejemplo, el formato de imagen JPEG, que durante varios años ha estado patentado (como el GIF con un tipo concreto de compresión). Y lo mismo sucede con su sucesor, el JPEG 2000. Es decir, quien tiene la patente, puede decidir a quién cobrar (a quien demandar) y a quién no (p. ej. puede eximir del pago de /royalties/ a empresas/productos que se distribuyen sin ánimo de lucro). - Las "patentes de software" (que no "patentes" a secas) no tienen validez/aplicación en Europa, al menos de momento. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
O Xoves 27 Maio 2010 10:00:31 Camaleón escribiu:
El Thu, 27 May 2010 01:40:07 +0200, Karl García Gestido escribió:
O Mércores 26 Maio 2010 23:38:34 Camaleón escribiu: (...)
Y me parece bien, pero el usuario de openSUSE NO es usuario/cliente de Novell (o no debería serlo, vamos).
Novell puede tener sus propios principios y requisitos. OpenSUSE sólo debe de incluir software abierto.
Sigues sin distinguir entre patente y licencia :-(
Para nada... todo lo que huele a patente está eliminado del repo principal y del OBS. Sólo entra en packman.
Se supone que todo lo que huele a patente no entra en el Principal de Debian; incluso el software que usa elementos no libres tiene su repositorio aparte.
Si incluyen software patentado en el Principal, muy mal por ellos.
Lo dicho... parece que no distingues entre lo que es una licencia y una patente.
Lo repito, por si no había quedado claro :-) Yo ya lo tengo muy claro ;) ¿leíste lo que escribí antes?
- La mayor parte del software (libre y/o cerrado) hace uso de programas que pueden estar sujetos a patentes de software y por lo tanto, son susceptibles de intentos de demandas. Cierto. Es el tema secundario del hilo. Te pongo por ejemplo el caso de Eolas (EE.UU.). La patente de la que era dueña esta empresa forzó a Microsoft a modificar su navegador (Internet Explorer). Esta patente, sin embargo, no afectó a los navegador libres (en aquella época, Mozilla) porque su propietario no "quiso", no porque no hubiera "podido" hacerlo.
Otro ejemplo, el formato de imagen JPEG, que durante varios años ha estado patentado (como el GIF con un tipo concreto de compresión). Y lo mismo sucede con su sucesor, el JPEG 2000. Sip. Y es el caso de los códecs que comentamos. Es decir, quien tiene la patente, puede decidir a quién cobrar (a quien demandar) y a quién no (p. ej. puede eximir del pago de /royalties/ a empresas/productos que se distribuyen sin ánimo de lucro). O prestarlo, o quemarlo. Y de la forma que el que posee la patente establece. - Las "patentes de software" (que no "patentes" a secas) no tienen validez/aplicación en Europa, al menos de momento.
Saludos, La legislación de la Unión Europea no acepta las patentes, de momento, pero eso no impide que se registren. Y si acaso, puede que una justificación técnica más o menos traída por los pelos pueda llegar a colar... ;)
Recuerdas el caso SCO vs Novell (así, al estilo yankie xd) Salud! -- karl
El Thu, 27 May 2010 15:07:58 +0200, Karl García Gestido escribió:
O Xoves 27 Maio 2010 10:00:31 Camaleón escribiu:
Si incluyen software patentado en el Principal, muy mal por ellos.
Lo dicho... parece que no distingues entre lo que es una licencia y una patente.
Lo repito, por si no había quedado claro :-)
Yo ya lo tengo muy claro ;) ¿leíste lo que escribí antes?
Precisamente por lo que escribiste es por lo que dudo que te haya quedado claro :-P
- La mayor parte del software (libre y/o cerrado) hace uso de programas que pueden estar sujetos a patentes de software y por lo tanto, son susceptibles de intentos de demandas.
Cierto. Es el tema secundario del hilo.
¿Secundario? No, es el principal. Hablamos de "patentes de software" (de los códecs concretamente) y de su inclusión o no en los repos oficiales de las distribuciones. Las distros que están bajo tutela de empresa estadounidense (Novell/ openSUSE o Redhat/Fedora), no los incluyen en sus repos oficiales (ni siquiera en el OBS) por temor a ser demandadas en algún momento, no porque sea "ilegal" hacerlo.
Otro ejemplo, el formato de imagen JPEG, que durante varios años ha estado patentado (como el GIF con un tipo concreto de compresión). Y lo mismo sucede con su sucesor, el JPEG 2000.
Sip. Y es el caso de los códecs que comentamos.
Pues tú mismo :-) ¿Qué diferencia existe entre que Novell sea demandada por la empresa que ha desarrollado (y registrado) la patente del JPEG 2000 o que sea demandada por la empresa que ha desarrollado (y registrado) la patente del mpeg-4? Te recuerdo que Novell/oS incluye programas como ImageMagick que hace uso de esa "patente" del jpeg 2000 PERO no incluye códecs de mpeg-4. ¿Por qué? Y el riesgo que corre de ser demandada es el mismo.
- Las "patentes de software" (que no "patentes" a secas) no tienen validez/aplicación en Europa, al menos de momento.
La legislación de la Unión Europea no acepta las patentes, de momento, pero eso no impide que se registren. Y si acaso, puede que una justificación técnica más o menos traída por los pelos pueda llegar a colar... ;)
A ver, las patentes de software se registran y se intentan aplicar, obviamente, pero son desestimadas, salvo que se trate de un caso flagrante de violación de derechos de autor o de PI. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
O Xoves 27 Maio 2010 15:33:51 Camaleón escribiu:
El Thu, 27 May 2010 15:07:58 +0200, Karl García Gestido escribió:
O Xoves 27 Maio 2010 10:00:31 Camaleón escribiu:
Si incluyen software patentado en el Principal, muy mal por ellos.
Lo dicho... parece que no distingues entre lo que es una licencia y una patente.
Lo repito, por si no había quedado claro :-)
Yo ya lo tengo muy claro ;) ¿leíste lo que escribí antes?
Precisamente por lo que escribiste es por lo que dudo que te haya quedado claro :-P xD
- La mayor parte del software (libre y/o cerrado) hace uso de programas que pueden estar sujetos a patentes de software y por lo tanto, son susceptibles de intentos de demandas.
Cierto. Es el tema secundario del hilo.
¿Secundario? No, es el principal. Hablamos de "patentes de software" (de los códecs concretamente) y de su inclusión o no en los repos oficiales de las distribuciones. Secundario mientras no cambiemos el nombre: el tema del hilo era el 3gp bajo Totem, no una discusión general sobre la idoneidad o no de añadir software no
Las distros que están bajo tutela de empresa estadounidense (Novell/ openSUSE o Redhat/Fedora), no los incluyen en sus repos oficiales (ni siquiera en el OBS) por temor a ser demandadas en algún momento, no porque sea "ilegal" hacerlo. Lo cuál es lógico y humano. Dicho de paso, adivina el contexto del famoso
Vamos a ver. Centrarse en patentes y licencias es perderse la mayor parte del tema. Da igual que algo esté patentado o protegido por derechos de autor u otra clase de protección sobre su autoría. Tienes que cumplir los términos de la licencia de que dispongas. libre a un repositorio de software libre. pacto de Novell con Microsoft. Y más aún, con todo el follón que se montó entonces por eso, imagínate si Novell comienza a incluir software no libre en la distribución xD
Otro ejemplo, el formato de imagen JPEG, que durante varios años ha estado patentado (como el GIF con un tipo concreto de compresión). Y lo mismo sucede con su sucesor, el JPEG 2000.
Sip. Y es el caso de los códecs que comentamos.
Pues tú mismo :-)
¿Qué diferencia existe entre que Novell sea demandada por la empresa que ha desarrollado (y registrado) la patente del JPEG 2000 o que sea demandada por la empresa que ha desarrollado (y registrado) la patente del mpeg-4?
Te recuerdo que Novell/oS incluye programas como ImageMagick que hace uso de esa "patente" del jpeg 2000 PERO no incluye códecs de mpeg-4. ¿Por qué? http://es.wikipedia.org/wiki/JPEG_2000#Cuestiones_jur.C3.ADdicas Y el riesgo que corre de ser demandada es el mismo. O no xD
- Las "patentes de software" (que no "patentes" a secas) no tienen validez/aplicación en Europa, al menos de momento.
La legislación de la Unión Europea no acepta las patentes, de momento, pero eso no impide que se registren. Y si acaso, puede que una justificación técnica más o menos traída por los pelos pueda llegar a colar... ;)
A ver, las patentes de software se registran y se intentan aplicar, obviamente, pero son desestimadas, salvo que se trate de un caso flagrante de violación de derechos de autor o de PI. A veces sí, a veces no. Es un riesgo. Me parece bien que gente se evite riesgos. Y más si son evitables. Nunca he invertido más de cinco minutos en hacer que mi instalación de turno de openSUSE lea prácticamente cualquier códec de estos, así que no veo el problema.
Por cierto, cuando Novell hace sus encuestas, ¿tú que contestas? En forosuse los comentarios suelen ir por la comprensión de la importancia o necesidad de separar el software abierto del que no lo es. De hecho, en la primera que vi, entre los resultados figuraba que los usuarios queríamos flash por defecto y alguna cosa más, y en la siguiente versión fue cuando empezaron a ponerlas...
Saludos, Salud!! -- karl
El Thu, 27 May 2010 20:27:46 +0200, Karl García Gestido escribió:
O Xoves 27 Maio 2010 15:33:51 Camaleón escribiu:
Yo ya lo tengo muy claro ;) ¿leíste lo que escribí antes?
Precisamente por lo que escribiste es por lo que dudo que te haya quedado claro :-P xD
Vamos a ver. Centrarse en patentes y licencias es perderse la mayor parte del tema. Da igual que algo esté patentado o protegido por derechos de autor u otra clase de protección sobre su autoría. Tienes que cumplir los términos de la licencia de que dispongas.
Repito... la licencia del códec es "libre". La patente es lo que frena a Novell (o a cualquier empresa estadounidense): El códec de vídeo que usaba el archivo 3gp era H263. *** http://en.wikipedia.org/wiki/H.263 Applications * In countries without software patents, H.263 video can be encoded[13] and decoded with the free LGPL-licensed libavcodec library (part of the FFmpeg project) which is used by programs such as ffdshow, VLC media player and MPlayer. ***
Cierto. Es el tema secundario del hilo.
¿Secundario? No, es el principal. Hablamos de "patentes de software" (de los códecs concretamente) y de su inclusión o no en los repos oficiales de las distribuciones.
Secundario mientras no cambiemos el nombre: el tema del hilo era el 3gp bajo Totem, no una discusión general sobre la idoneidad o no de añadir software no libre a un repositorio de software libre.
El tema del hilo es "No hay más sax - y totem/banshee" nada de "3gp" :-)
Y el riesgo que corre de ser demandada es el mismo.
O no xD
¿Cómo que no? Es una patente registrada y validada en EE.UU., ¿o acaso hay patentes de "primera y segunda" división? X-)
A ver, las patentes de software se registran y se intentan aplicar, obviamente, pero son desestimadas, salvo que se trate de un caso flagrante de violación de derechos de autor o de PI.
A veces sí, a veces no. Es un riesgo. Me parece bien que gente se evite riesgos. Y más si son evitables. Nunca he invertido más de cinco minutos en hacer que mi instalación de turno de openSUSE lea prácticamente cualquier códec de estos, así que no veo el problema.
Tú no ves el problema, yo sí :-) Primero, porque no me gusta que decidan por mí, segundo porque no es ilegal y tercero porque me parece más arriesgado tener que añadir un repo externo de terceros que usar un códec >:-P
Por cierto, cuando Novell hace sus encuestas, ¿tú que contestas?
Nada porque ya no las hago...
En forosuse los comentarios suelen ir por la comprensión de la importancia o necesidad de separar el software abierto del que no lo es.
Y dale... ¿sigues sin diferenciar la "licencia" con la "patente"? >:-) Es VITAL separar el software cerrado del libre pero no tiene nada que ver con las patentes. El software propietario lo es aquí y en EE.UU. El copyright es restrictivo aquí y en EE.UU. Las patentes no, son flexibles y no aplican en todos los países.
De hecho, en la primera que vi, entre los resultados figuraba que los usuarios queríamos flash por defecto y alguna cosa más, y en la siguiente versión fue cuando empezaron a ponerlas...
Y en la 10.3 metían el RealPlayer lo cual no me parece correcto, ni tampoco que metieran Flash o java. En la 11.2 creo que pusieron el Flash, sí. En cualquier caso es tan sencillo como añadir un patrón de instalación OSS (sólo sofware libre) o NON-OSS (software libre+propietario), y santas pascuas :-) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Thu, 27 May 2010 20:27:46 +0200, Karl García Gestido escribió:
O Xoves 27 Maio 2010 15:33:51 Camaleón escribiu:
Yo ya lo tengo muy claro ;) ¿leíste lo que escribí antes?
Precisamente por lo que escribiste es por lo que dudo que te haya quedado claro :-P
xD
Vamos a ver. Centrarse en patentes y licencias es perderse la mayor parte del tema. Da igual que algo esté patentado o protegido por derechos de autor u otra clase de protección sobre su autoría. Tienes que cumplir los términos de la licencia de que dispongas.
Repito... la licencia del códec es "libre". La patente es lo que frena a Novell (o a cualquier empresa estadounidense):
El códec de vídeo que usaba el archivo 3gp era H263.
*** http://en.wikipedia.org/wiki/H.263
Applications
* In countries without software patents, H.263 video can be encoded[13] and decoded with the free LGPL-licensed libavcodec library (part of the FFmpeg project) which is used by programs such as ffdshow, VLC media player and MPlayer. *** Pero el desarrollador a lo mejor vive y tiene su empresa en un país con
Cierto. Es el tema secundario del hilo.
¿Secundario? No, es el principal. Hablamos de "patentes de software" (de los códecs concretamente) y de su inclusión o no en los repos oficiales de las distribuciones.
Secundario mientras no cambiemos el nombre: el tema del hilo era el 3gp bajo Totem, no una discusión general sobre la idoneidad o no de añadir software no libre a un repositorio de software libre.
El tema del hilo es "No hay más sax - y totem/banshee" nada de "3gp" :-)
Y el riesgo que corre de ser demandada es el mismo.
O no xD
¿Cómo que no? Es una patente registrada y validada en EE.UU., ¿o acaso hay patentes de "primera y segunda" división? X-) Según las empresas que llevan el formato y jpeg, no hay el mismo riesgo. Uno
A ver, las patentes de software se registran y se intentan aplicar, obviamente, pero son desestimadas, salvo que se trate de un caso flagrante de violación de derechos de autor o de PI.
A veces sí, a veces no. Es un riesgo. Me parece bien que gente se evite riesgos. Y más si son evitables. Nunca he invertido más de cinco minutos en hacer que mi instalación de turno de openSUSE lea prácticamente cualquier códec de estos, así que no veo el problema.
Tú no ves el problema, yo sí :-)
Primero, porque no me gusta que decidan por mí, segundo porque no es ilegal y tercero porque me parece más arriesgado tener que añadir un repo externo de terceros que usar un códec >:-P El repo lo añades tú... ¡faltaría más!! cómo si tienes un repositorio con tu
O Xoves 27 Maio 2010 20:57:29 Camaleón escribiu: patentes de software. Por otra parte, "patentes de software" es una expresión confusa. Tú puedes patentar procesos (sobre todo, técnicos, aunque muchos sean absurdos), y no hay ninguna razón legal para impedir patentar algoritmos concretos. Lo que no se puede patentar en Europa es software por el mero hecho de serlo, es decir, no vale que tomes tu programa recién compilado y lo patentes. Pero patentar se patenta, y si bien hoy no tiene cobertura legal, nadie dice que la actual situación de "táctica del avestruz" vaya a durar siempre. podría patentar "su" desarrollo sobre jpeg 2000, pero eso es otra cosa. También es discutible y supongo que Debian no lo soportará de origen :) Por mucho menos Debian tenía a QT como non-free no hace mucho XDD propio software, tal vez incluso propietario tuyo o cualquier combinación que se te ocurra.
Por cierto, cuando Novell hace sus encuestas, ¿tú que contestas?
Nada porque ya no las hago...
En forosuse los comentarios suelen ir por la comprensión de la importancia o necesidad de separar el software abierto del que no lo es.
Y dale... ¿sigues sin diferenciar la "licencia" con la "patente"? >:-)
Es VITAL separar el software cerrado del libre pero no tiene nada que ver con las patentes. El software propietario lo es aquí y en EE.UU. El copyright es restrictivo aquí y en EE.UU. Las patentes no, son flexibles y no aplican en todos los países. Videolan paga por usar software patentado, así que posee las licencias
De hecho, en la primera que vi, entre los resultados figuraba que los usuarios queríamos flash por defecto y alguna cosa más, y en la siguiente versión fue cuando empezaron a ponerlas...
Y en la 10.3 metían el RealPlayer lo cual no me parece correcto, ni tampoco que metieran Flash o java. En la 11.2 creo que pusieron el Flash, sí. Justo después de la encuesta. La gente decía que quería flash y realplayer, así que en la siguiente lo pusieron; luego se quitó realplayer, posiblemente
Bueno, ¿entonces cuál es la pega? xd Cierto que son dudosas y no valen de mucho, pero algo es algo xd No vale de nada que la gente se queje de una cosa determinada y luego cuando la empresa de turno pregunte todo el mundo se calle xD pertinentes para hacerlo ¿no? :P Pero ese software no es libre según la FSF, no sigue las directrices que se marca openSUSE para seleccionar Su software. Tú puedes añadirlo, lo cual es otra cuestión distinta. De hecho, puedes añadir muchas aplicaciones o librerías y puede que muchas incluso sean propietarias. Es cuestión del usuario. Pero openSUSE en su instalación estándar sólo incluye software abierto, con matices como el flash, jpeg 2000 (abierto, aunque no sea libre), java, etc. precisamente por temas de licencia xD
En cualquier caso es tan sencillo como añadir un patrón de instalación OSS (sólo sofware libre) o NON-OSS (software libre+propietario), y santas pascuas :-)
Saludos, Ya tienes eso. Lo que no tienes es la posibilidad de usar repos no libres, aunque alguna vez se ensayó eso. Recuerdo algún instalador que incluía algunos repositorios comunitarios.
Yo entiendo que está bien como está. Otros pueden preferir otras posibilidades. Pero vamos, te ponen sus motivos por escrito, no creo que se les pueda acusar de eso!!! xD Por otra parte, como dije, basta YAST->Gestión de Software->configuración-
gestionar repositorios->añadir->repositorios comunitarios->packman y ya está.
Finalmente, las "líneas guía" de Debian y de openSUSE son las mismas, más allá de la aplicación concreta de las mismas. Si Debian incluye software no libre en su instalación estándar, allá ellos con lo de GNU y todo eso. Aunque, ya que Stallman no considera a Debian una distribución libre (porque, igual que openSUSE y otras, permite añadir software no libre), tal vez lo de GNU, free-software y todo eso les importe mucho menos que en el pasado. Salud!! -- karl
El Thu, 27 May 2010 21:46:54 +0200, Karl García Gestido escribió:
O Xoves 27 Maio 2010 20:57:29 Camaleón escribiu:
El códec de vídeo que usaba el archivo 3gp era H263.
*** http://en.wikipedia.org/wiki/H.263
Applications
* In countries without software patents, H.263 video can be encoded[13] and decoded with the free LGPL-licensed libavcodec library (part of the FFmpeg project) which is used by programs such as ffdshow, VLC media player and MPlayer. *** Pero el desarrollador a lo mejor vive y tiene su empresa en un país con patentes de software.
Perfecto, entonces es posible que ni siquiera pueda empaquetar el programa, y tendrá que hacerlo otro usuario. (abro un hilo nuevo) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 [Enviando después] On 2010-05-26 23:38, Camaleón wrote:
El Wed, 26 May 2010 22:56:07 +0200, Karl García Gestido escribió:
Vaya, en la web como en los enlaces que mencionamos lo pone bien claro. Discutible, pero bien claro.
Pues o son un poco lentos... o algo pasa. La realidad es que el enlace no está disponible y no me dan dado un sólo motivo por el cual lo quitaron :-?
Recuerda que están recostruyendo la wiki de arriba abajo.
Toda distro depende de alguien, por definición. Si nos quejamos a veces de Novell, la gente de Debian puede ser muuucho más cenutria y con creces...
Mientras no "elijan" por mí, perfecto. Me gusta tener opciones y poder decidir si lo que quiero instalar incumple algún "tratado internacional" o no :-)
Y te dejan elegir. Pero yo prefiero que me avisen que puede haber algún problema no a que no digan nada y que tenga yo que descubrirlo.
No sepo, no sé a cuál te refieres. Ahí te dice lo que por otra parte es obvio. Si no ponen eso, alguien mal pensado podría pensar que te "animan" a ir allí y que es responsabilidad de ellos ;)
Me refiero a cuando cargas desde Totem un archivo de audio o vídeo y te dice que no encuentra el códec. Digo que podría preguntar al usuario si quiere habilitar directamente el repo de packman en lugar de contarle las bondades de Fluendo :-)
No pueden. Eso sería alentar el uso de algo que sus abogados han avisado puede ser ilegal porque así lo han reclamado terceros, y el alentamiento en sí puede ser también ilegal.
El libdvdscc no tiene un problema de patentes sino de "uso" legal.
El uso legal de algo patentado. Si no hubiese una patente, no habría problema de uso legal. Muchos países europeos no reconocen esa patente/licencia concreta, pero vaya, justo nos va a caer uno que sí xd
No, el uso de legal de una herramienta que rompe el código de seguridad de un producto. Como por ejemplo, romper la seguridad de los decodificadores de Digital+ :-P
Lo cual me sospecho que puede ser ilegal en España. ¿Por cierto, se puede hacer, lo han conseguido? Propósito meramente informativo-educativo, ya sabes, no vayamos a ser piratas .-) Pues es similar al decss, es romper el código de seguridad de un producto. Y el que lo hizo estuvo a punto de ir a la cárcel.
Pero es el tema, debes de ver qué incluye la licencia. Algo del estilo "te lo dejo usar" no es ser libre ni remotamente parecido.
La licencia no es el problema, para se "libre" debe cumplir unos requisitos bien establecidos. Y si no, no entra en el repo principal. Ni en Debian, ni en openSUSE.
Pero puede ser libre y sin embargo incumplir alguna que otra ley o derecho de terceros. Ese es el problema.
Eso para los chapuzas que usábamos el de Videolan (que tiene licencia para usar los dichosos códecs), que cada vez que actualizaban daba miedo :)
No, iba por el packman que destrozaba la instalación base de openSUSE (algo comentaron "veladamente" -para no herir sentimientos- en la lista de factory).
Si lo instalas todo, podría ser. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iF4EAREIAAYFAkv+VQoACgkQja8UbcUWM1yNswD/buFnBsz4P/DNMcvxUK47JIrJ +cvI3orCz/KF2k2iCOwA/ik8NqNAzaJcklIpysmvDd4ghaLXAGwbC6u80Ps+5IRa =4bmP -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Thu, 27 May 2010 13:18:34 +0200, Carlos E. R. escribió:
On 2010-05-26 23:38, Camaleón wrote:
Pues o son un poco lentos... o algo pasa. La realidad es que el enlace no está disponible y no me dan dado un sólo motivo por el cual lo quitaron :-?
Recuerda que están recostruyendo la wiki de arriba abajo.
Vaya excusa más mala... ¡El bug lleva abierto desde el 31/01/2009! >:-)
Mientras no "elijan" por mí, perfecto. Me gusta tener opciones y poder decidir si lo que quiero instalar incumple algún "tratado internacional" o no :-)
Y te dejan elegir.
Sí, claro... te dicen que te vayas a otro sitio :-)
Pero yo prefiero que me avisen que puede haber algún problema no a que no digan nada y que tenga yo que descubrirlo.
Yo prefiero estar informada y poder decidir si puedo instalar un paquete o no, sin tener que añadir un repo externo donde los paquetes los preparan terceras personas ajenas a la distribución. Entiendo que hay paquetes que son cerrados, que tiene licencias restrictivas y que para esos sí tengo que irme a otro lado, pero ese no es el caso de _todos los códecs_.
Me refiero a cuando cargas desde Totem un archivo de audio o vídeo y te dice que no encuentra el códec. Digo que podría preguntar al usuario si quiere habilitar directamente el repo de packman en lugar de contarle las bondades de Fluendo :-)
No pueden. Eso sería alentar el uso de algo que sus abogados han avisado puede ser ilegal porque así lo han reclamado terceros, y el alentamiento en sí puede ser también ilegal.
Pues más "alentamiento" que inlucuir el repo de Packman en el módulo de administración de repositorio, no sé yo qué podría ser...
El libdvdscc no tiene un problema de patentes sino de "uso" legal.
El uso legal de algo patentado. Si no hubiese una patente, no habría problema de uso legal. Muchos países europeos no reconocen esa patente/licencia concreta, pero vaya, justo nos va a caer uno que sí xd
No, el uso de legal de una herramienta que rompe el código de seguridad de un producto. Como por ejemplo, romper la seguridad de los decodificadores de Digital+ :-P
Lo cual me sospecho que puede ser ilegal en España. ¿Por cierto, se puede hacer, lo han conseguido? Propósito meramente informativo-educativo, ya sabes, no vayamos a ser piratas .-)
Por supuesto que es ilegal. Sí, ya lo consiguieron pero los de D+ suelen hacer barridos y actualizaciones y los vuelven a dejar sin señal :-)
Pues es similar al decss, es romper el código de seguridad de un producto. Y el que lo hizo estuvo a punto de ir a la cárcel.
Sí, pero ojo, que el "decss" parece que no tiene el mismo estatus que "libdvdscc", algo leí en la wikipedia.
La licencia no es el problema, para se "libre" debe cumplir unos requisitos bien establecidos. Y si no, no entra en el repo principal. Ni en Debian, ni en openSUSE.
Pero puede ser libre y sin embargo incumplir alguna que otra ley o derecho de terceros. Ese es el problema.
Que no, que la licencia es muy clara. El problema lo tiene Novell sólo con las patentes (me refiero en el tema de los codecs).
Eso para los chapuzas que usábamos el de Videolan (que tiene licencia para usar los dichosos códecs), que cada vez que actualizaban daba miedo :)
No, iba por el packman que destrozaba la instalación base de openSUSE (algo comentaron "veladamente" -para no herir sentimientos- en la lista de factory).
Si lo instalas todo, podría ser.
Ese es el problema, que al darle prioridad al repo de packman tienes que ir con mucho cuidado con las dependencias y mirar cada paquete, *qué versión* se va a instalar y *desde qué repo* Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 [Enviado después] On 2010-05-26 22:56, Karl García Gestido wrote:
O Mércores 26 Maio 2010 22:32:08 Camaleón escribiu:
En este tema en concreto de los códecs del 3gp, solo interesan las patentes. Los paquetes o códecs son de libre distribución, tienen licencias libres.
Saludos, Una licencia que use algo patentado sin permiso.... bueno, libre libre no es xD
¡Eso es exactamente lo que estoy diciendo desde el principio! :-) - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iF4EAREIAAYFAkv+TrgACgkQja8UbcUWM1yKFgD/ZdiZTRmQumxRTqEWbyr0Sm/Q waeDjK980IMJU2C1drMA/0ZE3jDQxhx3nWlPtjTGP5JD+OO704+GsFzjlCKFTCQT =u463 -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 26/05/10 22:56, Karl García Gestido escribió:
O Mércores 26 Maio 2010 22:32:08 Camaleón escribiu:
El Wed, 26 May 2010 20:55:24 +0200, Karl García Gestido escribió:
O Mércores 26 Maio 2010 19:18:51 Camaleón escribiu:
Te lo digo a ti porque eres tú quien lo está afirmando. Novell lo que dice es que "no quiere líos", no que sea "ilegal" para todos.
Esta es una discusión un poco recurrente, ¿no?
OpenSUSE (Novel) explicita muy bien sus criterios, aun cuando puedan ser más o menos discutibles como todo en esta vida.
¿Tú crees? Yo creo que no.
Vaya, en la web como en los enlaces que mencionamos lo pone bien claro. Discutible, pero bien claro.
De hecho, aún tengo un bugzilla abierto, no sé si por dejadez por su parte o por algún otro motivo que desconozco:
Bug 471290 - Link to webpin in "software.opensuse.org" https://bugzilla.novell.com/show_bug.cgi?id=471290
OpenSUSE es una distribución de software "abierto"...
Sí, pero "depende" de Novell, no estoy diciendo nada del otro mundo, eso ya lo sabemos todos.
Toda distro depende de alguien, por definición. Si nos quejamos a veces de Novell, la gente de Debian puede ser muuucho más cenutria y con creces...
Ya.... ¿y no consideran ilegal añadir el repositorio de packman en el administrador de repos de YaST2... o en el webpin?>:-) Pues esa es la "doble moral" que tienes que aguantar cuando hay una empresa detrás. Otras distribuciones que no dependen del "precio de sus acciones", y no tienen ese problema.
A Novell no le van a decir nada porque su sistema pueda usar otros repositorios, como si tú creas uno en tu casa...
¿Entonces? ¿Cuál es el problema de recomendar el repo de Packman? :-?
En la web oficial para solventar los problemas de patentes? xd
Si os fijáis, en sofware.opensuse.org pone, en letra tamaño contrato, que los enlaces te van a llevar a sitios de los que ellos no saben nada y todo eso xd
Eso es en la web, pero en un ventana que aparece en el sistema operativo no aparece esa "nota".
No sepo, no sé a cuál te refieres. Ahí te dice lo que por otra parte es obvio. Si no ponen eso, alguien mal pensado podría pensar que te "animan" a ir allí y que es responsabilidad de ellos ;)
Un par de clicks y llegas aquí: http://opensuse- community.org/Restricted_Formats/11.2 (para la versión actual), donde tienes un simple 1-click para instalar la mayor parte del software que necesitas para reproducir estos formatos. No sé por qué me da que los servidores que menciona ni siquiera están en el mismo país que los principales, aun cuando pueda ser que sí lo estén.
Pues ese ese el "doble sentido" del que hablo. Que tantas vueltas para acabar en el mismo sitio no tiene mucho sentido.
Las mismas que le da todo el mundo (opensource, claro).
Ah, claro. Las patentes aplican en EE.UU. creo, pero en otros países no. En Europa, si no recuerdo mal, aún no se ha votado o se rechazó :-?
En Europa se rechazó, pero eso no quiere decir que todos los países no tengan eso en su legislación. En otro correo menciono el caso del libdvdcss...
El libdvdscc no tiene un problema de patentes sino de "uso" legal.
El uso legal de algo patentado. Si no hubiese una patente, no habría problema de uso legal. Muchos países europeos no reconocen esa patente/licencia concreta, pero vaya, justo nos va a caer uno que sí xd
Creo recordar que la legislación española al respecto se las trae, lo que pasa es que nadie se la lee... :S
Las licencias de cada códec son distintas. Hay códecs propietarios (estos no los verás en el repo principal de debian) y hay códecs que permiten la libre distribución.
Como llevas poco hurgando en Debian, tal vez no conozcas esta cuestión: http://www.debian.org/distrib/archive.es.html Y es que qué software puedas incluir en tu distribución puede ser una cuestión bastante retorcida xD
Sí, sé que hay mirrors específicos "sensibles" a las restricciones de USA (originado, entiendo, por las restricciones con el cifrado).
y más cosas, pero por ejemplo.
Por eso mismo... vamos a ver, Novell no quiere "rasgarse las vestiduras" y cierra el grifo sin más, sin distinciones. Si yo estoy en un país donde sus leyes me permiten usar un códec en concreto para fines personales, ¿por qué tengo que estar sujeta a las leyes de una empresa estadounidense con la que no mantengo ninguna relación? Te recuerdo que openSUSE no es SLES o SLED.
Creo que OpenSUSE se toma bastantes molestias en explicar esta cuestión.
Yo creo que no se toma muchas molestias. No hay más que las peticiones continuadas de sus propios trabajadores solicitando la incluisión en los repos de los drivers cerrados de ATI.
cerrado + opensource = cosa rara. No sé qué opinan los trabajadores, pero bueno, creo que esto es bastante claro.
Además, no es Novell quien tiene que explicar esas cosas a los usuarios de openSUSE (que se las explique a los clientes de SLES/SLED), creo que esa explicación debe venir de la propia comunidad.
Esos usuarios que cogen distribuciones opensource y pretenden usar un clon de Windows. Para eso está Xandros.
OpenSUSE "permite" que la distribución haga uso de software con licencias de todo tipo según lo que pueda/quiera/necesite el usuario, pero
1. mantiene la coherencia con la consideración de "open".
Hombre, sólo faltaba que fuera lo contrario :-)
Como digo, si incluyes sofware propietario, muy "open" open como que no queda.
2. en los repositorios oficiales cumple la legislación vigente.
Cumplen con "su" legislación, la que les puede afectar a ellos, a Novell como empresa.
'Xacto. No van a cumplir la de Senegal. Bien pensado, es una buena idea, yo quiero elegir la legislación que cumplo. Me pido la de Burundi ;)
Y digo generar porque si la memoria no me falla la reproducción del mp3 si es legal.
Lo es, ya lo he puesto más arriba.
gratuita, no necesariamente libre. También desarrollar software con QT es libre y gratuito, salvo que desarrolles código comercial, que entonces incluye licencia xD
Yo no he mencionada nada de "gratituidad". He hablado de libertad de uso. Si la licencia impide algo, debe estar incluida en los paquetes y esos paquetes ya no entran en la categoría de "libre".
Pero es el tema, debes de ver qué incluye la licencia. Algo del estilo "te lo dejo usar" no es ser libre ni remotamente parecido.
Claro, por es "su" política. Cuando sales del brazo de Novell te vas dando cuenta de muchas cosas...
Debian usa las mismas reglas filosóficas que openSUSE casi palabra a palabra. Si software que no es incluido en el repositorio OSS de OpenSUSE lo está en el Main de Debian (existiendo paquete para ambos) entonces muy mal por Debian.
No. Debian no tiene en cuenta las patentes porque no son aplicables en todos los países y por tanto, da la libertad al usuario que es que decide si puede o no instalar un programa.
Y openSUSE hace lo mismo.
Tienes dos repos principales: OSS y NON-OSS, que incluyen software libre y software con otras licencias -pero abiertos. A partir de ahí, tienes todo un mundo de software mantenido por la comunidad u otros que puede tener distintas licencias, y que por supuesto puedes agregar a conveniencia.
Los principios generales que rigen Debian y openSUSE son los mismos exactamente. Debian siempre fue muuucho más restrictiva que lo que es openSUSE y si ha cambiado eso, ha cambiado a peor.
Patentes != licencias
Novell/openSUSE no me da esa libertad, me manda a un repositorio externo que, más menos que más, resulta incompatible con los paquetes del repo estable. De hecho, el cambio que hicieron en zypper de no permitir de manera predeterminada el cambio de vendor fue por "algo">:-)
Eso para los chapuzas que usábamos el de Videolan (que tiene licencia para usar los dichosos códecs), que cada vez que actualizaban daba miedo :)
Y por lo que leo ahí, UE incluida.
Si fuese todo tan fácil!!! XD
¿Verdad? Mola más cuando te das cuenta de que "realmente" lo es :-)
En España no es tan divertido, fíjate en yankilandia.
Tú demandas a un tipo porque incumple una patente tuya. Ambos debéis depositar en el juzgado una cantidad de dinero que incluya costas y la posible responsabilidad (esto es, lo que puedes tener que pagar para indemnizar al susodicho). Hasta aquí, similar a como es aquí.
Lo malo es que el resultado de cualquier juicio (no penal) es algo muy poco controlable. En España al menos puedes invocar ciertas leyes o principios que rigen sobre cualquier proceso...
Allí no, y generalmente depende de los recursos del equipo de abogados de turno, ya que la jurisprudencia tiene mucho valor allí.
En España, por el asunto del canon o custiones como piratería tienes un montón de sentencias, y varias de ellas en sentidos divergentes!!!
Pero como pudisteis ver, la cuestión no es sólo de patentes, sinó de licencias -legales en todo el mundo ;) ). A veces los criterios de la OSF son discutibles, pero bueno... xD
En este tema en concreto de los códecs del 3gp, solo interesan las patentes. Los paquetes o códecs son de libre distribución, tienen licencias libres.
Saludos,
Una licencia que use algo patentado sin permiso.... bueno, libre libre no es xD
Salud!!
Livdvdcss sí tiene problemas de uso legal... En ciertos ámbitos jurídicos no es algo legal desencriptar algo sin el permiso del que lo ha cifrado... Juicios John DVD ha tenido para dar y rematar... y la cosa está cerrada hasta que otro demande en otro sitio. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 [enviado después] On 2010-05-26 22:32, Camaleón wrote:
El Wed, 26 May 2010 20:55:24 +0200, Karl García Gestido escribió:
A Novell no le van a decir nada porque su sistema pueda usar otros repositorios, como si tú creas uno en tu casa...
¿Entonces? ¿Cuál es el problema de recomendar el repo de Packman? :-?
Pero eres tú quien toma la decisión (se supone que informada) de incluir ese repo. Ellos no te dicen que lo uses.
Creo que OpenSUSE se toma bastantes molestias en explicar esta cuestión.
Yo creo que no se toma muchas molestias. No hay más que las peticiones continuadas de sus propios trabajadores solicitando la incluisión en los repos de los drivers cerrados de ATI.
Recuerda que ahi son la gente del kernel los que se openen.
gratuita, no necesariamente libre. También desarrollar software con QT es libre y gratuito, salvo que desarrolles código comercial, que entonces incluye licencia xD
Yo no he mencionada nada de "gratituidad". He hablado de libertad de uso. Si la licencia impide algo, debe estar incluida en los paquetes y esos paquetes ya no entran en la categoría de "libre".
La "apertura" del software sólo significa que lo puedes copiar, modificar, etc, libremente. Que lo puedes usar libremente, en cuanto en tanto concierne a los desarrolladores de ese software. No necesariamente implica que seas realmente libre de usarlo, porque puede haber otras limitaciones de uso de los formatos u otras cosas. Que se yo, puedes hacer un software libre para hacer bombas. Puede ser un software de uso militar desarrollado a partir de librerías GNU, y por tanto, con licencia GPL. Ahora bien, si no eres militar y te pones a usarlo para hacer bombas, y luego ponerlas volando cosas, pues eres un terrorista... por muy libre que sea el software en cuestión. Es un ejemplo exagerado para que lo entiendas.
Debian usa las mismas reglas filosóficas que openSUSE casi palabra a palabra. Si software que no es incluido en el repositorio OSS de OpenSUSE lo está en el Main de Debian (existiendo paquete para ambos) entonces muy mal por Debian.
No. Debian no tiene en cuenta las patentes porque no son aplicables en todos los países y por tanto, da la libertad al usuario que es que decide si puede o no instalar un programa.
Vale, te dejan a ti la decisión, el pensar y decidir si tal o cual software es ilegal o no. Pero eso es una falsa sensación de legalidad. Es simplemente ignorar el problema.
Patentes != licencias
Novell/openSUSE no me da esa libertad, me manda a un repositorio externo que, más menos que más, resulta incompatible con los paquetes del repo estable. De hecho, el cambio que hicieron en zypper de no permitir de manera predeterminada el cambio de vendor fue por "algo" >:-)
No exactamente. Es para evitar que, si has puesto software de packman un update no te lo machaque con sofware de opensuse.
Pero como pudisteis ver, la cuestión no es sólo de patentes, sinó de licencias -legales en todo el mundo ;) ). A veces los criterios de la OSF son discutibles, pero bueno... xD
En este tema en concreto de los códecs del 3gp, solo interesan las patentes. Los paquetes o códecs son de libre distribución, tienen licencias libres.
En tanto en cuanto a sus desarrolladores, no es lo que te dicen los que inventaron el formato. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iF4EAREIAAYFAkv+SzkACgkQja8UbcUWM1wTewD/W8jQR/hSqkdqMGWN5TAyJMzr 1bz0ObMlnBxvmsRuvwQA/2nTsKEytrI6vbW3LS0faKJTt3bfyCK6xmqaxAY6HZgD =yQqW -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Thu, 27 May 2010 12:36:41 +0200, Carlos E. R. escribió:
On 2010-05-26 22:32, Camaleón wrote:
El Wed, 26 May 2010 20:55:24 +0200, Karl García Gestido escribió:
A Novell no le van a decir nada porque su sistema pueda usar otros repositorios, como si tú creas uno en tu casa...
¿Entonces? ¿Cuál es el problema de recomendar el repo de Packman? :-?
Pero eres tú quien toma la decisión (se supone que informada) de incluir ese repo. Ellos no te dicen que lo uses.
Bueno, ellos (openSUSE) lo ponen en su página web. Y Novell/oS añade físicamente el repositorio (en enlace) dentro de la distribución.
Yo creo que no se toma muchas molestias. No hay más que las peticiones continuadas de sus propios trabajadores solicitando la incluisión en los repos de los drivers cerrados de ATI.
Recuerda que ahi son la gente del kernel los que se openen.
Sí, pero "la gente del kernel" tiene que ir en primer lugar contra los fabricantes (ATI/Nvidia). Cuando lo hagan y ganen, entonces me bajaré el driver directamente desde la página de nvidia y lo compilaré :-P
Yo no he mencionada nada de "gratituidad". He hablado de libertad de uso. Si la licencia impide algo, debe estar incluida en los paquetes y esos paquetes ya no entran en la categoría de "libre".
La "apertura" del software sólo significa que lo puedes copiar, modificar, etc, libremente. Que lo puedes usar libremente, en cuanto en tanto concierne a los desarrolladores de ese software. No necesariamente implica que seas realmente libre de usarlo, porque puede haber otras limitaciones de uso de los formatos u otras cosas.
No, Carlos, cada paquete adjunta su correspondiente licencia que te dice qué puedes y qué no puedes hacer. Con los códecs para exactamente igual.
No. Debian no tiene en cuenta las patentes porque no son aplicables en todos los países y por tanto, da la libertad al usuario que es que decide si puede o no instalar un programa.
Vale, te dejan a ti la decisión, el pensar y decidir si tal o cual software es ilegal o no. Pero eso es una falsa sensación de legalidad. Es simplemente ignorar el problema.
No, es darle al usuario la libertad de elección (de eso va precisamente el FLOSS, ¿no?). Es como si un gobierno te prohibiera usar Google sólo porque su país así lo ha establecido. ¿Qué te parecería que el sistema operativo viniera bloqueado y preconfigurado para no poder navegar o para navegar sólo por su red interna? Seguramente no instalarías ese sistema en tu equipo ¿verdad?
Patentes != licencias
Novell/openSUSE no me da esa libertad, me manda a un repositorio externo que, más menos que más, resulta incompatible con los paquetes del repo estable. De hecho, el cambio que hicieron en zypper de no permitir de manera predeterminada el cambio de vendor fue por "algo"
:-)
No exactamente. Es para evitar que, si has puesto software de packman un update no te lo machaque con sofware de opensuse.
Cada uno lo interpreta desde su punto de vista. De todas formas, creo que lo van a volver a cambiar en la 11.3.
En este tema en concreto de los códecs del 3gp, solo interesan las patentes. Los paquetes o códecs son de libre distribución, tienen licencias libres.
En tanto en cuanto a sus desarrolladores, no es lo que te dicen los que inventaron el formato.
Los que desarrollaron el formato permiten su distribución con licencias libres. ¿Está patentado? Perfecto, pues si eres estadounidense ya sabes a lo que te arriesgas si el desarrollador no permite su uso sin fines comerciales. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 [Enviado después] On 2010-05-26 20:55, Karl García Gestido wrote:
O Mércores 26 Maio 2010 19:18:51 Camaleón escribiu:
Esta es una discusión un poco recurrente, ¿no? Si :-)
OpenSUSE (Novel) explicita muy bien sus criterios, aun cuando puedan ser más o menos discutibles como todo en esta vida.
En el enlace antes indicado (http://en.opensuse.org/Restricted_Formats) se define muy bien la cuestión, abordando los formatos que tienen problemas de licencia e incluso posibles soluciones. Creo que Novell (u OpenSUSE) están bastante lejos de mantener una actitud pasiva en este tema... bueno, ya dije que sus posturas, como en otras circunstancias, son coherentes.
Pasivos no son, llevan tiempo analizando y tratando de mejorar el problema.
OpenSUSE es una distribución de software "abierto"... hace no mucho incluso había discusión sobre la conveniencia de instalar software abierto pero no libre "por defecto", y de hecho aún se mantiene un repositorio para este tipo de software (NON-OSS: flash, java, etc.).
Cierto.
En la página mencionada, se proporciona un enlace a lo que entiende openSUSE como software abierto (http://www.opensource.org/docs/definition.php).
Otros enlaces incluyen una descripción de la filosofía del software libre (http://en.opensuse.org/Free_Software_Philosophy), cómo se soportan ciertos códecs propietarios (a través de terceros que tengan licencias válidas) ( http://software.opensuse.org/codecs) y una "lista negra" de software que puede violar las leyes de algunos países (http://wiki.opensuse.org/openSUSE:Build_Service_Application_Blacklist).
El
problema para nosotros es no tener una tabla que te diga el estatus exacto de cada códec por cada país.
Como curiosidad, si seguís el enlace para códecs propietarios veréis que lo que se usa para mp3 es el plugin para gstreamer de fluendo, que según ellos es libre (http://www.fluendo.com/shop/product/fluendo-mp3-decoder/).
Acabo de llegar hace un rato (en el pc del curro) a un enlace que explicaba como instalar el driver de fluendo para mp3. Dice que no nos fijemos en la verborrea de la cesta de la compra, que ese driver en concreto es gratis.
No deja de ser curioso que en esa página se mencione que tal plugin es un "apaño de transición" mientras no se extienda ogg....
Si, pues que esperen sentaos, van daos. Tenemos que usar mp3 porque los dispositivos físicos para escuchar música lo que saben es mp3, y encontrar uno que entienda ogg es misión imposible.
Ya.... ¿y no consideran ilegal añadir el repositorio de packman en el administrador de repos de YaST2... o en el webpin? >:-) Pues esa es la "doble moral" que tienes que aguantar cuando hay una empresa detrás. Otras distribuciones que no dependen del "precio de sus acciones", y no tienen ese problema. A Novell no le van a decir nada porque su sistema pueda usar otros repositorios, como si tú creas uno en tu casa...
Si os fijáis, en sofware.opensuse.org pone, en letra tamaño contrato, que los enlaces te van a llevar a sitios de los que ellos no saben nada y todo eso xd
En efecto. Y menos mal que hacen eso, porque antes no te enlazaban a los sitios alternativos, tenías que enterarte preguntando en las listas.
Un par de clicks y llegas aquí: http://opensuse- community.org/Restricted_Formats/11.2 (para la versión actual), donde tienes un simple 1-click para instalar la mayor parte del software que necesitas para reproducir estos formatos. No sé por qué me da que los servidores que menciona ni siquiera están en el mismo país que los principales, aun cuando pueda ser que sí lo estén.
Packman me parece que está en Alemania, y videolan en Francia. Pero es que ni cuando SUSE era SuSE, esto es, alemana, incluían estas cosas. De hecho, eran peor las cosas. Es con Novell como se ha vuelto fácil, las cosas como son.
Como llevas poco hurgando en Debian, tal vez no conozcas esta cuestión: http://www.debian.org/distrib/archive.es.html Y es que qué software puedas incluir en tu distribución puede ser una cuestión bastante retorcida xD
No me extraña, el tema de multimedia es *muy* retorcido.
Creo que OpenSUSE se toma bastantes molestias en explicar esta cuestión. OpenSUSE "permite" que la distribución haga uso de software con licencias de todo tipo según lo que pueda/quiera/necesite el usuario, pero
1. mantiene la coherencia con la consideración de "open". Si, discutieron eso hace algún tiempo. 2. en los repositorios oficiales cumple la legislación vigente. También. Prefieren pecar del lado seguro pero estricto que no pillarse los dedos. Juegan conque los propietarios de los formatos es improbable que vayan a meter en juicios a los usuarios particulares,
Es verdad. pero sí podrían ir contra Novell.
Esa página no está aplicada al gstreamer, es la solución "total" para multimedia. Puedes necesitar mucho menos que eso. Y de hecho, no es suficiente para el gstreamer, porque los tengo instalados hace mucho, y el gstreamer no va.
Sólo tengo un par de vídeos 3gp y no sé si el sonido no se escucha por problema del vídeo o si es problema del códec... no libre, claro.
Eso me pasa a mi. Tendré que probar a instalar partes de gstreamer de packman, a ver si puede o no.
Tengo un "cutre-móbil" symbian que tiene el detalle de grabarlos en mp4... Si es una videocámara la que usa 3gp, sería para asesinar al fabricante xDDD
Es un detalle, si. Por cierto, que igual ocupa más en mp4 que en 3gp :-? supongo que alguna ventaja tendrá el 3gp para que lo usen.
Y digo generar porque si la memoria no me falla la reproducción del mp3 si es legal.
Lo es, ya lo he puesto más arriba. gratuita, no necesariamente libre. También desarrollar software con QT es libre y gratuito, salvo que desarrolles código comercial, que entonces incluye licencia xD
Cierto, gratuito, no libre. La palabra "free" puede significar tanto libre como gratis. De hecho, cuando quieren especificar, los usanianos dicen "gratis" con comillas, o "free like beer"
Lo dicho.
Sí, pero Carlos, no puedes meter a todos los códecs en el mismo saco. Eso lo hará Novell porque no le conviene ir mirando uno a uno cuál cumple con la licencia y cuál no, así que cierra el grifo para todos y santas pascuas. Pagan justos por pecadores. Pues para no convenirle, le ha dado muchas vueltas a la cuestión.
Le han dado muchas vueltas, y uno por uno, desde luego. Lo dijeron. En cuanto alguien reclama tener derechos sobre un formato o método, y sus abogados piensan que tienen al menos base para litigar (lo consigan o no), pues les indican a los desarrolladores/empaquetadores que se abstengan de incluir ese códec. Hay un correo antiguo, de un responsable comercial de Novell, que respondió directamente a la pregunta de porqué no se incluía multimedia completo en suse/novell, y qué podía hacerse para remediarlo. Ahora no tengo acceso a ese correo, pero el enlace lo he puesto en otras ocasiones.
Lo que no podrá/querrá hacer Novell es ponerlos en sus servidores para distribuirlos, para evitarse problemas a ella misma, como empresa. Y a los usuarios de openSUSE, que les den >:-) Un usuario como vosotros o yo mismo deberíamos pensar en la coherencia de usar una distribución que se precia de ser abierta (opensource) junto con códecs propietarios... en mi caso, intento convertir esa colección de música que no debería tener a formato ogg, pero lleva mucho tiempo xDDD
Yo no me molestaría. Si tienes los originales, puedes planteártelo. Si lo que tienes son los mp3, no lo hagas, pierdes calidad. Y lo importante es lo que tengas para reproducirlo... si es en el ordenador vale, pero si es para llevártelos al coche (por ejemplo), pues francamente, yo no estoy por la labor de pagar extra por un reproductor ogg. No soy tipo stallman... mi dinero es limitado.
No confundas una licencia con una patente. Son cosas distintas. Repito, las patentes *no aplican* en muchos países:
*** http://es.wikipedia.org/wiki/Patente_de_software#Legislaci.C3.B3n
"(...) Finalmente, el Parlamento Europeo, en una histórica votación
llevada a cabo el día 6 de julio de 2005 -y, por primera vez en la historia, para una segunda lectura-, rechazó prácticamente por unanimidad la propuesta de directiva de patentabilidad el software." ***
Ah, ahora que me doy cuenta eso es del 2005 y del parlamento. El consejo de ministros dijo después otra cosa bastante distinta. La batalla no ha terminado todavía.
- -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iF4EAREIAAYFAkv+R08ACgkQja8UbcUWM1xjuAEAoVXMoMGREB0L3uqVet7eCVw0 QUJXRSq3A4JzKhaejCQBAKDn7KPzxvfgAV4ifi6oQuHtvg0LByo2d/qylP0lj40M =ySzL -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 26/05/10 20:55, Karl García Gestido escribió:
O Mércores 26 Maio 2010 19:18:51 Camaleón escribiu:
(...)
- MPEG-2. Ningún paquete disponible en Debian main incluye este códec. Tienes que instalar los paquetes desde el repositorio externo (debian multimedia).
- MP3. Siempre he podido escuchar archivos de este tipo en openSUSE con Amarok (sin instalar ningún paquete de packman). También los reproduce RealPlayer que viene instalado de serie en openSUSE (o venía la menos, en la 10.3). Más abajo dice que para usos "no comerciales" no es necesario ninguna concesión de licencia.
- NTFS me parece que usamos todos los linuxeros (ntfs-3g)
- Drivers propietarios de ATI/nvidia. Los fabricantes permiten la distribución de los drivers, aquí no hay ningún problema. Cosa aparte es que las empresas como Novell pongan pegas, pero los fabricantes lo permiten (está en el readme de la licencia).
Si dices que es ilegal tendrás que decir "qué" es ilegal y "por qué" es ilegal, pero tienes que dar datos concretos.
Díselo a Novell, no a mi.
Te lo digo a ti porque eres tú quien lo está afirmando. Novell lo que dice es que "no quiere líos", no que sea "ilegal" para todos.
Esta es una discusión un poco recurrente, ¿no?
OpenSUSE (Novel) explicita muy bien sus criterios, aun cuando puedan ser más o menos discutibles como todo en esta vida.
En el enlace antes indicado (http://en.opensuse.org/Restricted_Formats) se define muy bien la cuestión, abordando los formatos que tienen problemas de licencia e incluso posibles soluciones. Creo que Novell (u OpenSUSE) están bastante lejos de mantener una actitud pasiva en este tema... bueno, ya dije que sus posturas, como en otras circunstancias, son coherentes.
OpenSUSE es una distribución de software "abierto"... hace no mucho incluso había discusión sobre la conveniencia de instalar software abierto pero no libre "por defecto", y de hecho aún se mantiene un repositorio para este tipo de software (NON-OSS: flash, java, etc.).
En la página mencionada, se proporciona un enlace a lo que entiende openSUSE como software abierto (http://www.opensource.org/docs/definition.php).
Otros enlaces incluyen una descripción de la filosofía del software libre (http://en.opensuse.org/Free_Software_Philosophy), cómo se soportan ciertos códecs propietarios (a través de terceros que tengan licencias válidas) ( http://software.opensuse.org/codecs) y una "lista negra" de software que puede violar las leyes de algunos países (http://wiki.opensuse.org/openSUSE:Build_Service_Application_Blacklist).
Como curiosidad, si seguís el enlace para códecs propietarios veréis que lo que se usa para mp3 es el plugin para gstreamer de fluendo, que según ellos es libre (http://www.fluendo.com/shop/product/fluendo-mp3-decoder/).
No deja de ser curioso que en esa página se mencione que tal plugin es un "apaño de transición" mientras no se extienda ogg....
(...)
Y sugiere que los _compre_ en Fluendo. O que los obtenga de la comunidad de alguna manera, y obtenga la licencia por otros medios.
Pues mal hecho.
Podría, por ejemplo, enviarte directamente a la página de packman o decirte que instalaras el paquete necesario para reproducir el vídeo.
No, porque eso lo consideran ilegal. Indican veladamente como saltarselo, pero no abiertamente. Indican que otros lo indican, y allí que otros lo hacen... y al final llegas a packman.
Ver arriba.
Ya.... ¿y no consideran ilegal añadir el repositorio de packman en el administrador de repos de YaST2... o en el webpin?>:-) Pues esa es la "doble moral" que tienes que aguantar cuando hay una empresa detrás. Otras distribuciones que no dependen del "precio de sus acciones", y no tienen ese problema.
A Novell no le van a decir nada porque su sistema pueda usar otros repositorios, como si tú creas uno en tu casa...
Si os fijáis, en sofware.opensuse.org pone, en letra tamaño contrato, que los enlaces te van a llevar a sitios de los que ellos no saben nada y todo eso xd
Un par de clicks y llegas aquí: http://opensuse- community.org/Restricted_Formats/11.2 (para la versión actual), donde tienes un simple 1-click para instalar la mayor parte del software que necesitas para reproducir estos formatos. No sé por qué me da que los servidores que menciona ni siquiera están en el mismo país que los principales, aun cuando pueda ser que sí lo estén.
Sólo necesitas el paquete "gstreamer-ffmpeg", nada más. No tienes que cambiar el paquete completo de Totem, ni "adulterar" la instalación de GStreamer... no es necesario. Sólo necesitas un paquete, disponible en uno de los repos de la comunidad, repos que puedes añadir automáticamente desde el módulo de administración de repositorios.
Ese no está en la lista de los que sugiere la comunidad. Son estos los de la lista:
"ffmpeg flash-player libdvdcss libxine1-codecs w32codec-all lame"
Y por supuesto, antes de llegar ahí te advierten que es o puede ser ilegal, según el país en el que vivas, y que te enteres por tus medios de cual es la situación legal para tí. Y claro, según a quien preguntes, siendo parte interesada, te van a contar cosas muy distintas...
Ah, claro. Las patentes aplican en EE.UU. creo, pero en otros países no. En Europa, si no recuerdo mal, aún no se ha votado o se rechazó :-?
En Europa se rechazó, pero eso no quiere decir que todos los países no tengan eso en su legislación. En otro correo menciono el caso del libdvdcss...
Los unicos libres de licencia que me ofrecen son el ogg, el vorbis y el theora. NINGUNO más.
Porque en este caso, me temo que dependéis de Novell :-/
Pues claro. Y tu de Debian.
Claro, la cual no impone limitaciones "ficticias" sino reales (el código propietario o con restricciones está separado y diferenciado).
Y ojo, el problema no es de "licencia" (todos los paquetes incluidos en el repositorio oficial de Debian tienen licencias libres). Los paquetes con licencias restrictivas (bien sea porque prohíben la libre distribución o porque son cerrados) no tienen cabida en el repositorio principal (main).
Y los códecs no son una excepción.
Tener licencia libre del software no implica que sean legales. Pueden violar copyright o patentes, según los propietarios de las respectivas patentes o licencias.
Las licencias de cada códec son distintas. Hay códecs propietarios (estos no los verás en el repo principal de debian) y hay códecs que permiten la libre distribución.
Como llevas poco hurgando en Debian, tal vez no conozcas esta cuestión: http://www.debian.org/distrib/archive.es.html Y es que qué software puedas incluir en tu distribución puede ser una cuestión bastante retorcida xD
Son cosas distintas. Son implementaciones libres en cuanto al software, probablemente hechos mediante ingeniería inversa, de métodos que están protegidos, y que no se pueden usar sin pagar a sus "propietarios".
No me vengas ahora con que no sabes eso, porque no es nada nuevo.
Lo que pasa es que en cada pais las normas son distintas, y los propietarios de las licencias tienen que denunciar, o bien a los desarrolladores de esos codecs libres, o bien a sus usuarios, si pueden y si creen que les conviene.
Por eso mismo... vamos a ver, Novell no quiere "rasgarse las vestiduras" y cierra el grifo sin más, sin distinciones. Si yo estoy en un país donde sus leyes me permiten usar un códec en concreto para fines personales, ¿por qué tengo que estar sujeta a las leyes de una empresa estadounidense con la que no mantengo ninguna relación? Te recuerdo que openSUSE no es SLES o SLED.
Creo que OpenSUSE se toma bastantes molestias en explicar esta cuestión. OpenSUSE "permite" que la distribución haga uso de software con licencias de todo tipo según lo que pueda/quiera/necesite el usuario, pero
1. mantiene la coherencia con la consideración de "open". 2. en los repositorios oficiales cumple la legislación vigente.
No estoy seguro que esto cubra al gstreamer.
Pues me parece que eso no es correcto. No necesitas todos esos paquetes para reproducir archivos de vídeo contenidos en un "3gp" y que usen el códec h263. Debería funcionar sólo con "gstreamer-ffmpeg", que es el que yo tengo instalado en Debian.
Esa página no está aplicada al gstreamer, es la solución "total" para multimedia. Puedes necesitar mucho menos que eso. Y de hecho, no es suficiente para el gstreamer, porque los tengo instalados hace mucho, y el gstreamer no va.
Sólo tengo un par de vídeos 3gp y no sé si el sonido no se escucha por problema del vídeo o si es problema del códec... no libre, claro.
Tengo un "cutre-móbil" symbian que tiene el detalle de grabarlos en mp4... Si es una videocámara la que usa 3gp, sería para asesinar al fabricante xDDD
Por eso, no debería recomendar meter todo eso en el sistema porque seguramente el usuario acabe con un SO destrozado. Debería comprobar qué tipo de códec (de audio y vídeo) está intentando reproducir el usuario y darle instrucciones precisas.
Siguen siendo ilegales sus codecs.
Ilegales, no.
En primer lugar porque no todos los códecs tienen licencias restrictivas (¿por qué no hay un ffmpeg bajo /oss que use códecs libres y que no estén sujetos a patentes?) y en segundo lugar porque las patentes que puedan tener es otro tema distinto y que no aplican en todos los países.
Cualquier software que uses para generar un mp3 (por ejemplo) en linux es ilegal si no le pagas una licencia a los propietarios del formato mp3 - aunque te inventes tú el codec.
Ojo, la decodificación puede estar permitida pero no la codificación, eso depende de cada códec en concreto.
Y digo generar porque si la memoria no me falla la reproducción del mp3 si es legal.
Lo es, ya lo he puesto más arriba.
gratuita, no necesariamente libre. También desarrollar software con QT es libre y gratuito, salvo que desarrolles código comercial, que entonces incluye licencia xD
Es un ejemplo nada más, casi todos los formatos tienen restricciones parecidas. Hay por ahí un correo de un responsable de Novell, hace tiempo, explicando con detalle cual es el problema legal para los varios codecs necesarios, y cuyo enlace he posteado en esta lista en varias ocasiones.
Da igual como decodifiques esos formatos, si "ellos" no te han dado permiso, es ilegal.
Y sólo lo dan en windows.
O bien a otros como Fluendo, Realplayer, y no se cuales más. Código cerrado, nunca abierto. Y a veces de pago (Fluendo).
Lo dicho.
Sí, pero Carlos, no puedes meter a todos los códecs en el mismo saco. Eso lo hará Novell porque no le conviene ir mirando uno a uno cuál cumple con la licencia y cuál no, así que cierra el grifo para todos y santas pascuas. Pagan justos por pecadores.
Pues para no convenirle, le ha dado muchas vueltas a la cuestión.
Lo que no podrá/querrá hacer Novell es ponerlos en sus servidores para distribuirlos, para evitarse problemas a ella misma, como empresa. Y a los usuarios de openSUSE, que les den>:-)
Un usuario como vosotros o yo mismo deberíamos pensar en la coherencia de usar una distribución que se precia de ser abierta (opensource) junto con códecs propietarios... en mi caso, intento convertir esa colección de música que no debería tener a formato ogg, pero lleva mucho tiempo xDDD
Pues claro.
Si eso está publicado por el propio Novell...
Novell dice que le dicen que es ilegal, pues no lo discuten. Se callan y no lo distribuyen, no sea que les ponan una demanda a ellos. Si otros distribuyen el software necesario, allá esos otros.
No, no dicen que es "ilegal", dicen que ellos no quieren problemas de demandas. "Ilegal" es un término ambiguo. Lo que es ilegal para ellos, puede no serlo para ti, o viceversa.
Eso lo han dicho desde hace lustros.
Claro, por es "su" política. Cuando sales del brazo de Novell te vas dando cuenta de muchas cosas...
Debian usa las mismas reglas filosóficas que openSUSE casi palabra a palabra. Si software que no es incluido en el repositorio OSS de OpenSUSE lo está en el Main de Debian (existiendo paquete para ambos) entonces muy mal por Debian.
Lo unico nuevo es que ahora hay alternativas con licencia (fluendo), y puedes acceder más fácilmente a las alternativas libres que hacen caso omiso de las licencias y patentes que nos cierran el paso.
No confundas una licencia con una patente. Son cosas distintas. Repito, las patentes *no aplican* en muchos países:
*** http://es.wikipedia.org/wiki/Patente_de_software#Legislaci.C3.B3n
"(...) Finalmente, el Parlamento Europeo, en una histórica votación llevada a cabo el día 6 de julio de 2005 -y, por primera vez en la historia, para una segunda lectura-, rechazó prácticamente por unanimidad la propuesta de directiva de patentabilidad el software." ***
Y por lo que leo ahí, UE incluida.
Saludos,
Si fuese todo tan fácil!!! XD
Pero como pudisteis ver, la cuestión no es sólo de patentes, sinó de licencias -legales en todo el mundo ;) ). A veces los criterios de la OSF son discutibles, pero bueno... xD
Salud!!
Que fluendo sea libre es discutible... Ayer me instalé yo algo de fluendo en ubuntu y se me abrió una ventanita de advertencia legal... 3gp en ubuntu no se oye por defecto. En linuxmint sí... El qué hay qu eponer? ni puta idea... simplemente me instalé todos los paquetes que venían en la linux mint y asunto resuelto. LinuxMint, irlandesa, hasta ahora no tenía miramientos en incluir codecs... para esta última versión badada en Ubuntu 10.04 han hecho versión especial para USA/JAPÓN sin estas cosas. Ubuntu no las trae por defecto... Guadlinex, Molinux, Max Madrid, Lliurex, Lenix... etc., lo traen por defecto todo porque aquí es legal, de momento. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 [Enviado después] On 2010-05-27 23:24, csalinux wrote:
El 26/05/10 20:55, Karl García Gestido escribió:
O Mércores 26 Maio 2010 19:18:51 Camaleón escribiu:
(...)
- MPEG-2. Ningún paquete disponible en Debian main incluye este códec. Tienes que instalar los paquetes desde el repositorio externo (debian multimedia).
21 kilobytes recortados...Cesar, tienes que recortar el correo anterior cuando escribes. No des simplemente a responder, y menos cuando son correos tan grandes. Aunque gmail te lo esconda, está ahí y se envía.
Que fluendo sea libre es discutible... Ayer me instalé yo algo de fluendo en ubuntu y se me abrió una ventanita de advertencia legal...
No es libre ni gratis. Únicamente es gratis (y no se con que limitaciones) el codec para mp3.
3gp en ubuntu no se oye por defecto. En linuxmint sí... El qué hay qu eponer? ni puta idea... simplemente me instalé todos los paquetes que venían en la linux mint y asunto resuelto.
LinuxMint, irlandesa, hasta ahora no tenía miramientos en incluir codecs... para esta última versión badada en Ubuntu 10.04 han hecho versión especial para USA/JAPÓN sin estas cosas.
Ah, mira, versiones distintas según países.
Ubuntu no las trae por defecto... Guadlinex, Molinux, Max Madrid, Lliurex, Lenix... etc., lo traen por defecto todo porque aquí es legal, de momento.
Ah, mira, que en España sí las incluyen; pues eso es muy interesante y tranquilizador. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iF4EAREIAAYFAkv/YP4ACgkQja8UbcUWM1wLRQD/Q8DKN8Sg9d1mPrxZpfRTPpdO 9fTH9Yyx2sGk4cZigI4A/1ArFr5gGWiOZ3uYso8pegj6aBzrEZ/reNIG9C2X1SA8 =iSam -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 [Enviado después] On 2010-05-26 19:18, Camaleón wrote:
El Wed, 26 May 2010 17:56:38 +0200, Carlos E. R. escribió:
Si me das un listado, lo podría mirar...
- MPEG-2. Ningún paquete disponible en Debian main incluye este códec. Tienes que instalar los paquetes desde el repositorio externo (debian multimedia).
- MP3. Siempre he podido escuchar archivos de este tipo en openSUSE con Amarok (sin instalar ningún paquete de packman). También los reproduce RealPlayer que viene instalado de serie en openSUSE (o venía la menos, en la 10.3). Más abajo dice que para usos "no comerciales" no es necesario ninguna concesión de licencia.
Y dan un enlace donde explican como poner los drivers de fluendo para MP3 que son gratis. Pero ojo: mucha gente se ha quejado durante años de que no podía escuchar sus mp3, y hemos tenido que darles instrucciones de cómo conseguirlo, en estas listas. Además, hay un enlace a "application blacklist" donde lista un montón de codecs y software, incluyendo al mplayer y al xine, ffmpeg, etc, que no se pueden poner en la distribución porque usan tecnologías protegidas por patentes. En otras partes he visto otras listas de limitaciones.
- NTFS me parece que usamos todos los linuxeros (ntfs-3g)
Lo explica en el enlace. Que no se conocen patentes sobre ello, pero que M$ ha mantenido secretas sus especificaciones. Se ha conseguido funcionar mediante ingeniería inversa, faltando el log.
- Drivers propietarios de ATI/nvidia. Los fabricantes permiten la distribución de los drivers, aquí no hay ningún problema. Cosa aparte es que las empresas como Novell pongan pegas, pero los fabricantes lo permiten (está en el readme de la licencia).
Los fabricantes no ponen pegas, pero los desarrolladores del kernel sí. Los drivers de Nvidia violan la licencia del kernel, según han dicho algunos desarrolladores en repetidas ocasiones. No se si te has dado cuenta de cómo se instala ahora el driver propietario de nvidia. Suse te pone un repo en el yast que apunta a un servidor de nvidia, por ftp, donde, en estructura de repositorio, está el rpm. Lo que mucha gente no ve es el readme de nvidia, en el que dicen que el rpm está hecho por Novell, y que se hospeda en NVidia por cortesía hacia ellos, pero que si hay problemas nos dirijamos al Bugzilla de Novell, que ellos se lavan las manos. Unicamente si el problema se puede reproducir mediante el driver "estandard" de nvidia se puede reportar a nvidia. Perro si pones el bugzilla en novell, te lo van a cerrar también... Es un estado de cosas muy "curioso".
Si dices que es ilegal tendrás que decir "qué" es ilegal y "por qué" es ilegal, pero tienes que dar datos concretos.
Díselo a Novell, no a mi.
Te lo digo a ti porque eres tú quien lo está afirmando. Novell lo que dice es que "no quiere líos", no que sea "ilegal" para todos.
Me limito a repetir lo que ellos (y otros) han dicho muchas veces. Y tú lo tienes que saber aunque lo niegues.
Contiene video formato MPEG (librería libmpeg2 según xine) y audio en formato MPEG audio layer 2 (lib: MAD). Luego es un contenedor, porque contiene. hacen falta dos librerías inconexas para ver ese fichero. Que también sea una organización y unos estandares y todo eso, pues también. Y también un formato de fichero conteniendo otros.
No, MPEG son las siglas de "Moving Picture Experts Group". Los contenedores o códecs a los que te refieres son MPEG-1, MPEG-2, MPEG-3... en todo caso, contenedores serían MPEG-PS y MPEG-2 TS.
Me da igual, Yo hablo de ficheros con extensión .mpeg, los cuales son contenedores.
Y sugiere que los _compre_ en Fluendo. O que los obtenga de la comunidad de alguna manera, y obtenga la licencia por otros medios.
Pues mal hecho.
Podría, por ejemplo, enviarte directamente a la página de packman o decirte que instalaras el paquete necesario para reproducir el vídeo.
No, porque eso lo consideran ilegal. Indican veladamente como saltarselo, pero no abiertamente. Indican que otros lo indican, y allí que otros lo hacen... y al final llegas a packman.
Ya.... ¿y no consideran ilegal añadir el repositorio de packman en el administrador de repos de YaST2... o en el webpin? >:-)
No, porque eso lo haces tú, no ellos >:-)
Pues esa es la "doble moral" que tienes que aguantar cuando hay una empresa detrás. Otras distribuciones que no dependen del "precio de sus acciones", y no tienen ese problema.
Puede. Si hubiera dinero en demandar a Debian, pues igual alguien lo hace. Si tienes que instalar ordenadores linux en una empresa con multimedia, certificando tú su legalidad, pues... yo no se tú, pero yo no lo instalaría. Se lo pasaría al abogado de la empresa, y que ellos decidan si compran los drivers de fluendo o ponen los libres. Yo, no.
Sólo necesitas el paquete "gstreamer-ffmpeg", nada más. No tienes que cambiar el paquete completo de Totem, ni "adulterar" la instalación de GStreamer... no es necesario. Sólo necesitas un paquete, disponible en uno de los repos de la comunidad, repos que puedes añadir automáticamente desde el módulo de administración de repositorios.
Ese no está en la lista de los que sugiere la comunidad. Son estos los de la lista:
"ffmpeg flash-player libdvdcss libxine1-codecs w32codec-all lame"
Y por supuesto, antes de llegar ahí te advierten que es o puede ser ilegal, según el país en el que vivas, y que te enteres por tus medios de cual es la situación legal para tí. Y claro, según a quien preguntes, siendo parte interesada, te van a contar cosas muy distintas...
Ah, claro. Las patentes aplican en EE.UU. creo, pero en otros países no. En Europa, si no recuerdo mal, aún no se ha votado o se rechazó :-?
Ignoro el estatus legal exacto, nadie se moja en dar respuestas concluyentes.
Los unicos libres de licencia que me ofrecen son el ogg, el vorbis y el theora. NINGUNO más.
Porque en este caso, me temo que dependéis de Novell :-/
Pues claro. Y tu de Debian.
Claro, la cual no impone limitaciones "ficticias" sino reales (el código propietario o con restricciones está separado y diferenciado).
Todas son reales. La diferencia es que escogen no reconocer los derechos que reclaman los otros.
Y ojo, el problema no es de "licencia" (todos los paquetes incluidos en el repositorio oficial de Debian tienen licencias libres). Los paquetes con licencias restrictivas (bien sea porque prohíben la libre distribución o porque son cerrados) no tienen cabida en el repositorio principal (main).
Y los códecs no son una excepción.
Tener licencia libre del software no implica que sean legales. Pueden violar copyright o patentes, según los propietarios de las respectivas patentes o licencias.
Las licencias de cada códec son distintas. Hay códecs propietarios (estos no los verás en el repo principal de debian) y hay códecs que permiten la libre distribución.
Sigues sin darte cuenta de que hay dos licencias que afectan a cada codec. Una es la licencia abierta de los desarrolladores del lado linux. Otra es la licencia, patente, copyright, o lo que sea, que tengan los que inventaron el formato que decodifica el codec en cuestión. Tú sólo estás reconociendo el primero e ignorando el segundo (que es anterior).
Son cosas distintas. Son implementaciones libres en cuanto al software, probablemente hechos mediante ingeniería inversa, de métodos que están protegidos, y que no se pueden usar sin pagar a sus "propietarios".
No me vengas ahora con que no sabes eso, porque no es nada nuevo.
Lo que pasa es que en cada pais las normas son distintas, y los propietarios de las licencias tienen que denunciar, o bien a los desarrolladores de esos codecs libres, o bien a sus usuarios, si pueden y si creen que les conviene.
Por eso mismo... vamos a ver, Novell no quiere "rasgarse las vestiduras" y cierra el grifo sin más, sin distinciones. Si yo estoy en un país donde sus leyes me permiten usar un códec en concreto para fines personales, ¿por qué tengo que estar sujeta a las leyes de una empresa estadounidense con la que no mantengo ninguna relación? Te recuerdo que openSUSE no es SLES o SLED.
No, pero distribuye para muchos paises, cada uno con legislación distinta. Tendría que darnos una lista exacta por paises y códecs de cuales son legales en cada sitio o no lo son, pero eso es complicadísimo y con repercusiones legales gordas si se equivoca.
http://opensuse-community.org/Restricted_Formats/11.2
No estoy seguro que esto cubra al gstreamer.
Pues me parece que eso no es correcto. No necesitas todos esos paquetes para reproducir archivos de vídeo contenidos en un "3gp" y que usen el códec h263. Debería funcionar sólo con "gstreamer-ffmpeg", que es el que yo tengo instalado en Debian.
Esa página no está aplicada al gstreamer, es la solución "total" para multimedia. Puedes necesitar mucho menos que eso. Y de hecho, no es suficiente para el gstreamer, porque los tengo instalados hace mucho, y el gstreamer no va.
Por eso, no debería recomendar meter todo eso en el sistema porque seguramente el usuario acabe con un SO destrozado. Debería comprobar qué tipo de códec (de audio y vídeo) está intentando reproducir el usuario y darle instrucciones precisas.
No destroza nada, es lo que hemos ido haciendo durante años y funciona. Sólo se instalan esas cosas.
Es un ejemplo nada más, casi todos los formatos tienen restricciones parecidas. Hay por ahí un correo de un responsable de Novell, hace tiempo, explicando con detalle cual es el problema legal para los varios codecs necesarios, y cuyo enlace he posteado en esta lista en varias ocasiones.
Da igual como decodifiques esos formatos, si "ellos" no te han dado permiso, es ilegal.
Y sólo lo dan en windows.
O bien a otros como Fluendo, Realplayer, y no se cuales más. Código cerrado, nunca abierto. Y a veces de pago (Fluendo).
Sí, pero Carlos, no puedes meter a todos los códecs en el mismo saco. Eso lo hará Novell porque no le conviene ir mirando uno a uno cuál cumple con la licencia y cuál no, así que cierra el grifo para todos y santas pascuas. Pagan justos por pecadores.
Yo tampoco puedo mirar uno a uno, porque no soy abogado y no conozco ni mi legislación. Así que también los meto en el mismo saco, no tengo más remedio.
Lo que no podrá/querrá hacer Novell es ponerlos en sus servidores para distribuirlos, para evitarse problemas a ella misma, como empresa. Y a los usuarios de openSUSE, que les den
:-)
Pues claro.
Si eso está publicado por el propio Novell...
Novell dice que le dicen que es ilegal, pues no lo discuten. Se callan y no lo distribuyen, no sea que les ponan una demanda a ellos. Si otros distribuyen el software necesario, allá esos otros.
No, no dicen que es "ilegal", dicen que ellos no quieren problemas de demandas. "Ilegal" es un término ambiguo. Lo que es ilegal para ellos, puede no serlo para ti, o viceversa.
¿Y quien me lo certifica?
Eso lo han dicho desde hace lustros.
Claro, por es "su" política. Cuando sales del brazo de Novell te vas dando cuenta de muchas cosas...
He leído lo mismo es multiples sitios desde hace años. No es sólo Novell.
Lo unico nuevo es que ahora hay alternativas con licencia (fluendo), y puedes acceder más fácilmente a las alternativas libres que hacen caso omiso de las licencias y patentes que nos cierran el paso.
No confundas una licencia con una patente. Son cosas distintas. Repito, las patentes *no aplican* en muchos países:
Puede.
*** http://es.wikipedia.org/wiki/Patente_de_software#Legislaci.C3.B3n
"(...) Finalmente, el Parlamento Europeo, en una histórica votación llevada a cabo el día 6 de julio de 2005 -y, por primera vez en la historia, para una segunda lectura-, rechazó prácticamente por unanimidad la propuesta de directiva de patentabilidad el software." ***
Y por lo que leo ahí, UE incluida.
Puede... - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iF4EAREIAAYFAkv+J2QACgkQja8UbcUWM1xnrAD9F4O8YpaCgExX+ocTYv/GPwsl HqfynSVQ2iF4u4Eqq7oA+QEhPINDsmRuRS/TvAHGBGN+OgNpS5UbS1g6pAzewcAr =n73/ -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Thu, 27 May 2010 10:03:48 +0200, Carlos E. R. escribió:
On 2010-05-26 19:18, Camaleón wrote:
- MP3. Siempre he podido escuchar archivos de este tipo en openSUSE con Amarok (sin instalar ningún paquete de packman). También los reproduce RealPlayer que viene instalado de serie en openSUSE (o venía la menos, en la 10.3). Más abajo dice que para usos "no comerciales" no es necesario ninguna concesión de licencia.
Y dan un enlace donde explican como poner los drivers de fluendo para MP3 que son gratis.
Pero ojo: mucha gente se ha quejado durante años de que no podía escuchar sus mp3, y hemos tenido que darles instrucciones de cómo conseguirlo, en estas listas.
Me parece que el mp3 ya no es un problema, de hecho puedes escuchar ese tipo de archivos nada más instalar openSUSE, no tienes que recurrir a las "malas artes".
Además, hay un enlace a "application blacklist" donde lista un montón de codecs y software, incluyendo al mplayer y al xine, ffmpeg, etc, que no se pueden poner en la distribución porque usan tecnologías protegidas por patentes. En otras partes he visto otras listas de limitaciones.
No, ojo que eso es un error. El ffmpeg se puede incluir sólo con los códecs libres y sin patentes de ningún tipo, lo que pasa es que ese paquete no existe en openSUSE porque nadie lo ha creado, por eso no está disponible en los repos oficiales.
- NTFS me parece que usamos todos los linuxeros (ntfs-3g)
Lo explica en el enlace. Que no se conocen patentes sobre ello, pero que M$ ha mantenido secretas sus especificaciones. Se ha conseguido funcionar mediante ingeniería inversa, faltando el log.
Por eso, que no nos afecta. Supuestamente.
- Drivers propietarios de ATI/nvidia. Los fabricantes permiten la distribución de los drivers, aquí no hay ningún problema. Cosa aparte es que las empresas como Novell pongan pegas, pero los fabricantes lo permiten (está en el readme de la licencia).
Los fabricantes no ponen pegas, pero los desarrolladores del kernel sí. Los drivers de Nvidia violan la licencia del kernel, según han dicho algunos desarrolladores en repetidas ocasiones.
(...) Que denuncien a Nvidia y a ATI >:-)
Te lo digo a ti porque eres tú quien lo está afirmando. Novell lo que dice es que "no quiere líos", no que sea "ilegal" para todos.
Me limito a repetir lo que ellos (y otros) han dicho muchas veces. Y tú lo tienes que saber aunque lo niegues.
Claro que lo sé. Sé que las restricciones de Novell afecta a los usuarios de openSUSE que tienen que recurrir a repositorios externos para instalar programas que por su licencia podrían estar perfectamente dentro del repositorio /oss pero que no lo están por el temor que tiene a ser demandada.
No, MPEG son las siglas de "Moving Picture Experts Group". Los contenedores o códecs a los que te refieres son MPEG-1, MPEG-2, MPEG-3... en todo caso, contenedores serían MPEG-PS y MPEG-2 TS.
Me da igual, Yo hablo de ficheros con extensión .mpeg, los cuales son contenedores.
Que no, que no se llaman así.
Ya.... ¿y no consideran ilegal añadir el repositorio de packman en el administrador de repos de YaST2... o en el webpin? >:-)
No, porque eso lo haces tú, no ellos >:-)
Ellos incitan y facilitan que lo hagas.
Pues esa es la "doble moral" que tienes que aguantar cuando hay una empresa detrás. Otras distribuciones que no dependen del "precio de sus acciones", y no tienen ese problema.
Puede. Si hubiera dinero en demandar a Debian, pues igual alguien lo hace.
Si tienes que instalar ordenadores linux en una empresa con multimedia, certificando tú su legalidad, pues... yo no se tú, pero yo no lo instalaría. Se lo pasaría al abogado de la empresa, y que ellos decidan si compran los drivers de fluendo o ponen los libres. Yo, no.
Siempre y cuando quieras desarrollar sobre esos paquetes multimedia con fines comerciales, por supuesto que necesitas la correspondiente licencia y el pago de royalties, según el códec que quieras utilizar. Eso es indiferente a la distribución que uses, le afecta a Novell, a SLED a openSUSE... a todas.
Ah, claro. Las patentes aplican en EE.UU. creo, pero en otros países no. En Europa, si no recuerdo mal, aún no se ha votado o se rechazó :-?
Ignoro el estatus legal exacto, nadie se moja en dar respuestas concluyentes.
Yo no lo ignoro, es lo que dicen las leyes.
Claro, la cual no impone limitaciones "ficticias" sino reales (el código propietario o con restricciones está separado y diferenciado).
Todas son reales. La diferencia es que escogen no reconocer los derechos que reclaman los otros.
No, son ficticias. Y son ficticias porque me están aplicando un estado legal que no me corresponde (en el momento en que me obligan a ser ciudadana estadounidense, cosa que no soy).
Las licencias de cada códec son distintas. Hay códecs propietarios (estos no los verás en el repo principal de debian) y hay códecs que permiten la libre distribución.
Sigues sin darte cuenta de que hay dos licencias que afectan a cada codec. Una es la licencia abierta de los desarrolladores del lado linux. Otra es la licencia, patente, copyright, o lo que sea, que tengan los que inventaron el formato que decodifica el codec en cuestión. Tú sólo estás reconociendo el primero e ignorando el segundo (que es anterior).
No, no hay "dos licencias". Existe la licencia y existe la patente. La primera es unívoca (licencia abierta, cerrada, GPL, LGPL, MIT, copyright...) mientras que la segunda puede imponer restricciones o pagos de royalties solamente en el país donde sean válidas las patentes de software (no todo el mundo vive en EE.UU.). O puede estar patentado pero no imponer ninguna limitación, o puede permitir usar el decodificador pero NO el codificador siempre y cuando sea para fines no comerciales.
Por eso mismo... vamos a ver, Novell no quiere "rasgarse las vestiduras" y cierra el grifo sin más, sin distinciones. Si yo estoy en un país donde sus leyes me permiten usar un códec en concreto para fines personales, ¿por qué tengo que estar sujeta a las leyes de una empresa estadounidense con la que no mantengo ninguna relación? Te recuerdo que openSUSE no es SLES o SLED.
No, pero distribuye para muchos paises, cada uno con legislación distinta. Tendría que darnos una lista exacta por paises y códecs de cuales son legales en cada sitio o no lo son, pero eso es complicadísimo y con repercusiones legales gordas si se equivoca.
Pues eso es lo que tendría que hacer. No puedes meter a todos en el mismo saco... bueno, sí puedes, pero las consecuencias las pagan los usuarios (programas capados o a medias, disfuncionales).
Por eso, no debería recomendar meter todo eso en el sistema porque seguramente el usuario acabe con un SO destrozado. Debería comprobar qué tipo de códec (de audio y vídeo) está intentando reproducir el usuario y darle instrucciones precisas.
No destroza nada, es lo que hemos ido haciendo durante años y funciona. Sólo se instalan esas cosas.
Sí, sí da problemas. Sobreescribe varios paquetes que vienen con la distribución, y eso es peligroso, el sistema se puede volver inestable. Venga, que no te estoy contando nada nuevo.
Sí, pero Carlos, no puedes meter a todos los códecs en el mismo saco. Eso lo hará Novell porque no le conviene ir mirando uno a uno cuál cumple con la licencia y cuál no, así que cierra el grifo para todos y santas pascuas. Pagan justos por pecadores.
Yo tampoco puedo mirar uno a uno, porque no soy abogado y no conozco ni mi legislación. Así que también los meto en el mismo saco, no tengo más remedio.
Ya, sólo te digo que hay quien sí se preocupa por esas cosas, sí los mira uno a uno y sólo incluye los que no tienen ninguna limitación. Y por hacer no eso no está cometiendo ninguna ilegalidad, eso es lo que te quiero decir.
No, no dicen que es "ilegal", dicen que ellos no quieren problemas de demandas. "Ilegal" es un término ambiguo. Lo que es ilegal para ellos, puede no serlo para ti, o viceversa.
¿Y quien me lo certifica?
¿Certificar? Pues un abogado especializado en derecho tecnológico, PI, derechos de autor y patentes... si le pagas, obviamente :-)
Claro, por es "su" política. Cuando sales del brazo de Novell te vas dando cuenta de muchas cosas...
He leído lo mismo es multiples sitios desde hace años. No es sólo Novell.
Bueno, Redhat seguramente tenga que seguir la misma estrategia :-) Pero pasa por FreeBSD, Gentoo o Debian y verás como "cambia el texto". Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
O Martes 25 Maio 2010 11:13:24 Carlos E. R. escribiu:
(...)
Pues el xine completo tampoco es legal. (...) Todo lo libre que quieras, eso no cambia que los formatos que decodifican estén protegidos por licencias, copyrights, o patentes, y haya que pasar por caja si los quieres usar legalmente.
No sé si recordáis cuando no se podía descargar libdvdcss empaquetado (sí para compilación) porque infringía la legislación alemana. ¿Fue con la 10.3? Salud!!! -- karl
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-05-25 a las 20:22 +0200, Karl García Gestido escribió:
O Martes 25 Maio 2010 11:13:24 Carlos E. R. escribiu:
No sé si recordáis cuando no se podía descargar libdvdcss empaquetado (sí para compilación) porque infringía la legislación alemana. ¿Fue con la 10.3?
El paquete que usamos viene de Francia, si no me equivoco. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkv8GbUACgkQtTMYHG2NR9WEIwCfRy4sQoXCr8RbBG5T333KvybB 0awAn1pllR9aqWr/a7rx9g1R4EH3bgEy =X3HC -----END PGP SIGNATURE-----
O Martes 25 Maio 2010 20:40:47 Carlos E. R. escribiu:
El 2010-05-25 a las 20:22 +0200, Karl García Gestido escribió:
O Martes 25 Maio 2010 11:13:24 Carlos E. R. escribiu:
No sé si recordáis cuando no se podía descargar libdvdcss empaquetado (sí para compilación) porque infringía la legislación alemana. ¿Fue con la 10.3?
El paquete que usamos viene de Francia, si no me equivoco. Durante mucho tiempo usé el repositorio de Videolan para instalar eso, que dicen que ellos pagan licencias :S pero ahora tiene hasta su propio repositorio... digo "ahora" porque yo hace muy poco que me enteré xD
Salud!! -- karl
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 [Enviado después] On 2010-05-26 15:07, Karl García Gestido wrote:
O Martes 25 Maio 2010 20:40:47 Carlos E. R. escribiu:
El paquete que usamos viene de Francia, si no me equivoco.
Durante mucho tiempo usé el repositorio de Videolan para instalar eso, que dicen que ellos pagan licencias :S pero ahora tiene hasta su propio repositorio... digo "ahora" porque yo hace muy poco que me enteré xD
Muchas veces cosas como el decss y algunos codecs o librerías no venían nunca compilados, porque se distribuían "para estudio e investigación" como código fuente, no para "uso". Era la excusa legal. Había páginas que explicaban como distribuir el decss escondido entre cosas inocuas, como fotos y no recuerdo que más. Es software libre pero "perseguido". Una cosa es que los usemos en nuestras casas, pero tendríamos problemas de tener que usarlos en empresas. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iF4EAREIAAYFAkv+EtoACgkQja8UbcUWM1z2QAD+P4DSI2wM2byUOzS032VcpGBF 42KWUa7bYQ7jZ+cvf4cA/1am66UzrJPdiLu6KqrQ4FKBCwe03QOQpfEtXrLJ1pUa =o/9X -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 26/05/10 15:07, Karl García Gestido escribió:
O Martes 25 Maio 2010 20:40:47 Carlos E. R. escribiu:
El 2010-05-25 a las 20:22 +0200, Karl García Gestido escribió:
O Martes 25 Maio 2010 11:13:24 Carlos E. R. escribiu:
No sé si recordáis cuando no se podía descargar libdvdcss empaquetado (sí para compilación) porque infringía la legislación alemana. ¿Fue con la 10.3?
El paquete que usamos viene de Francia, si no me equivoco.
Durante mucho tiempo usé el repositorio de Videolan para instalar eso, que dicen que ellos pagan licencias :S pero ahora tiene hasta su propio repositorio... digo "ahora" porque yo hace muy poco que me enteré xD
Salud!!
Hace mucho tiempo que lo tienen... cuando también de packman quitaron el paquete libdvdcss te decían bájatelo de videolan. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 25/05/10 20:22, Karl García Gestido escribió:
O Martes 25 Maio 2010 11:13:24 Carlos E. R. escribiu:
(...)
Pues el xine completo tampoco es legal. (...) Todo lo libre que quieras, eso no cambia que los formatos que decodifican estén protegidos por licencias, copyrights, o patentes, y haya que pasar por caja si los quieres usar legalmente.
No sé si recordáis cuando no se podía descargar libdvdcss empaquetado (sí para compilación) porque infringía la legislación alemana. ¿Fue con la 10.3?
Salud!!!
Sí nos acordamos... fue antes de la 10.3, creo que desde la 9.0 -o antes porque yo me enganché a SuSE en la 9.0) tebajabas el paquete fuente, y y te decían en la página de packman: rpmbuild --rebuild paquetedescargado, y luego en usr/lib/packages/tu arquitectura: rpm -Uhv paquetecompilado :) -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El mar, 18-05-2010 a las 17:11 +0200, Carlos E. R. escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 2010-05-18 12:51, Camaleón wrote:
El Tue, 18 May 2010 02:36:21 +0200, Carlos E. R. escribió:
Aviso para que no os pille desprevenidos: el sax desaparece en la 11.3, porque ya no funciona y no hay voluntarios para arreglarlo.
Bueno, sí... eso ya lo dijeron hace 6 meses:
Avisaron, en efecto.
Y más recientemente:
[opensuse-factory] SaX2: Dead or alive ?
Ese en concreto, bueno, su segunda parte, es el "trigger" de mi correo :-)
Nada que objetar en cuanto a la forma. Avisaron con tiempo suficiente y la transición ha sido bastante suave y positiva, la verdad.
Por cierto, no os empeñéis tanto con el SaX2. Aunque parezca mentira, se puede vivir sin él (y sin YaST2) :-)
Ya lo se, yo sax no lo necesito - creo. Simplemente lo traslado a esta lista para que la gente que no lee factory (en inglés) esté algo al tanto.
También aviso que el video Intel con compiz no va, lo que me hace suponer que su aceleración/3D tampoco va. La solución prevista es simplemente desactivar compiz para esas tarjetas. Ajo y agua.
¡Albricias y zapatetas!
Que no se puedan activar esas cosas no me entristece lo más mínimo >:-)
Vale, yo el compiz lo quito enseguida, es cierto,no me gusta. Lo tengo activado en un usuario auxiliar del portatil para "epatar" a los curiosos windoseros ;-)
Pero es un síntoma de que el driver no va bien. Las cosas de la aceleración se usan en los menús de despliegue rápido, para mover ventanas graficas con el contenido mostrado sin retrasos, etc. ¡Hasta el OOo usa 3D en sus dialogos! No es imprescindible, pero si interesante. Y es crucial para muchos juegos y otras aplicaciones gráficas. Vale que las gráficas Intel no sean una maravilla, pero sin eso son todavía peores. Y no tienes opción de usar un driver 2D como con nvidia.
De todas formas, Compiz siempre ha mantenido un listado de adaptadores y chipsets gráficos en su lista negra que de manera predeterminada no permite activarlo (activar Compiz) si detecta que el equipo tiene uno de esos chipsets.
A ese listado nos añaden.
Que lo corrijan (el bug) es cuestión de tiempo. Aún falta un mes largo.
No es bastante, el problema lleva desde Julio, lo apuntó Juan Erbes. Supone cambiar de kernel enterito, y estamos casi en feature freeze (RCs). Y sin garantías de que lo resuelva.
¡Ah! Durante la instalación yo veo "efectos visuales no identificados". El bug me lo han cerrado como que "probablemnte tengas mal el monitor", lo cual es una supina estupidez. No me voy a preocupar, si luego se queja más gente es su problema. Yo ya he informado.
Esto me parece más serio porque un usuario que vea eso en la instalación se puede asustar y detenerla, con efectos desastrosos :-/
Así es. Y van y me dicen que tendré un problema en mi monitor y me lo cierran con worksforme. Ah, si lo has visto... vale que pregunten si tengo mal el monitor, pero no que lo cierren.
¿También aparecen los artefactos si eliges una instalación en modo texto?
No creo, pero no he probado.
Yo siempre recomiendo lo mismo ante una nueva instalación: cargar una LiveCD y mantenerla unos días (se puede hibernar y así se mantienen todos los cambios y programas instalados :-P), después, instalar la nueva versión en una máquina virtual y por último, pasar a la instalación sobre hierros.
sí.
Y si he metido la pata en este agorero informe más de la cuenta, es que me estoy durmiendo. Ya debería estar en el sobre hace tiempo, pero se me ocurrió aceptar un update y estoy esperando... (python y nosequemás).
Bueno, sólo se te puede reprochar cierto tono pesimista, teniendo en cuenta que aún no ha terminado el ciclo de desarrollo y que los bugs se pueden corregir >>:-)
No mucho.
Bueno, una cosa buena: no tocan el init, lo dejan "tradicional". El otro está en los paquetes, pero no se pone por defecto. Menos mal.
P.S. Los vídeos "*.3gp" se pueden reproducir en Totem sin problemas ;-)
¿Si? Mis pruebas los muestran, pero sin sonido. Yo tuve que verlos en el movil, el portatil no me dejaba (factory). Click click, banshee, falta driver. Jamás he podido ver un video con banshee, no se para que lo ponen. Bueno, sí lo se, pero tampoco sé como hacer para que el banshee funcione. ¿Pasar por caja?
Pues poderse se puede. En Ubuntu no he podido configurarlo... no he dado con la tecla... En LinuxMint "out of the box".
- -- Cheers / Saludos,
Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/
iF4EAREIAAYFAkvyrjUACgkQja8UbcUWM1yMkgD/W8puiW24zhTDM8qA3tW5s/KH ImZVYeHbuQ4mGmTo6E0BAIfU7S6lml8//LGnHdugP/wMFwv3pfe8XSUa5IxrfCeN =qE6u -----END PGP SIGNATURE-----
-- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 17 de mayo de 2010 21:36, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Content-ID:
Aviso para que no os pille desprevenidos: el sax desaparece en la 11.3, porque ya no funciona y no hay voluntarios para arreglarlo.
También aviso que el video Intel con compiz no va, lo que me hace suponer que su aceleración/3D tampoco va. La solución prevista es simplemente desactivar compiz para esas tarjetas. Ajo y agua.
¡Ah! Durante la instalación yo veo "efectos visuales no identificados". El bug me lo han cerrado como que "probablemnte tengas mal el monitor", lo cual es una supina estupidez. No me voy a preocupar, si luego se queja más gente es su problema. Yo ya he informado.
También he leído de problemas con el video de Nvidia, opengl no va. No he visto respuestas sobre esto. Con ATI no sé como está la cosa - pero claro, lo que pasa es que los drivers "propietarios" no se preparan hasta que la distro no se publica definitivamente, lo que implica que pocas personas han probado realmente esas tarjetas con los drivers propietarios (hay que instalarlos manualmente). Y dado que ahora van en el kernel en lugar de las X, pues agarraos que vienen curvas.
Sax2, ya en la 11.2 dejaba bastante que desear. Incluso había instalaciones nuevas de la 11.2, que ni siquiera utilizaban el archivo de configuración xorg.conf en forma permanente. Con respecto a los drivers propietarios, en el caso de intel, amén de que la calidad y prestaciones de chip dejan bastante que desear, directamente no se tomaron el trabajo de hacer un driver propietario decente, como lo hizo ATI o Nvidia. Intel hizo una implementación bastante pobre de su driver de video para linux, y se lavó las manos, abriendolo para que lo arregle la comunidad de codigo abierto "y que se las arreglen como puedan". Por otro lado, en cuanto a herramientas con configuración de video, amén de las herramientas propias de Xorg, KDE4 y Gnome, están las herramientas de configuración que vienen con la instalación de los drivers propietarios, tanto de ATI como de Nvidia. En el caso de mi pc, que tiene una ATI Radeon HD4670, cuando conecto un segundo monitor con el KDE4.3 cargado, aparece una ventanta diciendo que lo ha detectado y pregunta si lo quiero configurar, y puedo hacer cualquier seteo sin tener que reiniciar el entorno grafico. Cuando desconecto el segundo monitor, vuelve a aparecer la citada ventana de configuración. De seguro que esa ventana no tiene nada que ver con Sax2. Salu2 -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Tue, 18 May 2010 08:51:59 -0300, Juan Erbes escribió:
Sax2, ya en la 11.2 dejaba bastante que desear. Incluso había instalaciones nuevas de la 11.2, que ni siquiera utilizaban el archivo de configuración xorg.conf en forma permanente.
Con respecto a los drivers propietarios, en el caso de intel, amén de que la calidad y prestaciones de chip dejan bastante que desear, directamente no se tomaron el trabajo de hacer un driver propietario decente, como lo hizo ATI o Nvidia.
¡Afortunadamente no lo hicieron! ¿Quién puede querer un driver cerrado teniendo uno libre y desarrollado por la misma empresa que fabrica el chipset gráfico?
Intel hizo una implementación bastante pobre de su driver de video para linux, y se lavó las manos, abriendolo para que lo arregle la comunidad de codigo abierto "y que se las arreglen como puedan".
Si no puedes mejorarlo, al menos no lo critiques >:-) Ya sabes a dónde te mandan en cualquier bugzilla de cualquier distribución (salvo las de pago, supongo) cuando en el informe de fallos aparece cargado el módulo propietario de ATI/AMD o nvidia... Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El día 18 de mayo de 2010 10:10, Camaleón
El Tue, 18 May 2010 08:51:59 -0300, Juan Erbes escribió:
Sax2, ya en la 11.2 dejaba bastante que desear. Incluso había instalaciones nuevas de la 11.2, que ni siquiera utilizaban el archivo de configuración xorg.conf en forma permanente.
Con respecto a los drivers propietarios, en el caso de intel, amén de que la calidad y prestaciones de chip dejan bastante que desear, directamente no se tomaron el trabajo de hacer un driver propietario decente, como lo hizo ATI o Nvidia.
¡Afortunadamente no lo hicieron!
¿Quién puede querer un driver cerrado teniendo uno libre y desarrollado por la misma empresa que fabrica el chipset gráfico?
Intel hizo una implementación bastante pobre de su driver de video para linux, y se lavó las manos, abriendolo para que lo arregle la comunidad de codigo abierto "y que se las arreglen como puedan".
Si no puedes mejorarlo, al menos no lo critiques >:-)
Por eso prefiero comprar mejor hardware que el de intel, y con drivers mejor hechos, tanto los abiertos como los cerrados.
Ya sabes a dónde te mandan en cualquier bugzilla de cualquier distribución (salvo las de pago, supongo) cuando en el informe de fallos aparece cargado el módulo propietario de ATI/AMD o nvidia...
Buena parte de esos bugs, aparecen debido a los cambios en el kernel, o en Xorg, por eso es los desarrolladores de Nvidia como los de ATI/AMD, tienen que estar corriendo detrás de los desarrolladores del kernel, o de Xorg. Si estarías en su lugar, tambien te quejarías. Mientras que con los drivers intel, los desarrolladores de la empresa se quedan cruzados de brazos, y los desarrolladores del kernel y de las distros, se tienen que tragar el sapo. Ya ves como van de bien esos drivers, y tampoco tienes la opción de elegir entre abiertos o propietarios como con los de ATI/AMD o nvidia...Con suerte, te puede llegar a funcionar el Vesa, si no te funciona el de intel. Salu2 -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Tue, 18 May 2010 16:19:09 -0300, Juan Erbes escribió:
El día 18 de mayo de 2010 10:10, Camaleón escribió:
Intel hizo una implementación bastante pobre de su driver de video para linux, y se lavó las manos, abriendolo para que lo arregle la comunidad de codigo abierto "y que se las arreglen como puedan".
Si no puedes mejorarlo, al menos no lo critiques >:-)
Por eso prefiero comprar mejor hardware que el de intel, y con drivers mejor hechos, tanto los abiertos como los cerrados.
Te recuerdo que los drivers de ati/amd no hace mucho daban más problemas que los que solucionaban... por eso mucha gente se pasó a las gráficas intel o a las de nvidia.
Ya sabes a dónde te mandan en cualquier bugzilla de cualquier distribución (salvo las de pago, supongo) cuando en el informe de fallos aparece cargado el módulo propietario de ATI/AMD o nvidia...
Buena parte de esos bugs, aparecen debido a los cambios en el kernel, o en Xorg, por eso es los desarrolladores de Nvidia como los de ATI/AMD, tienen que estar corriendo detrás de los desarrolladores del kernel, o de Xorg. Si estarías en su lugar, tambien te quejarías.
No, yo sé que con el driver de nvidia cargado no me puedo quejar en los bugzillas porque sé lo que me van a decir. Y menos aún en openSUSE, que tenéis al Sr. Kroah-Hartman respondiendo bugzillas relacionados con el kernel >:-)
Mientras que con los drivers intel, los desarrolladores de la empresa se quedan cruzados de brazos,
Eso no es cierto, hay desarrolladores de Intel tanto en los bugzillas de las distribuciones como upstream, en xorg.
y los desarrolladores del kernel y de las distros, se tienen que tragar el sapo.
A eso se le llama libertad ¿no te irás a quejar ahora? :-)
Ya ves como van de bien esos drivers, y tampoco tienes la opción de elegir entre abiertos o propietarios como con los de ATI/AMD o nvidia...Con suerte, te puede llegar a funcionar el Vesa, si no te funciona el de intel.
Nunca he tenido problemas con la tarjeta Intel, ni con las nvidia y tampoco con la única ati que tengo en el portátil... aunque está virtualizada. Habré tenido suerte. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-05-18 a las 16:19 -0300, Juan Erbes escribió:
El día 18 de mayo de 2010 10:10, Camaleón
escribió:
Por eso prefiero comprar mejor hardware que el de intel, y con drivers mejor hechos, tanto los abiertos como los cerrados.
¿Driver abierto de nvida con 3D? No existe. Hay que hacerlo por ingeniería inversa, y durante años no lo han conseguido. En Intel, en cambio, aunque el hardware sea peor (en cuanto a prestaciones) está documentado y el personal de Intel colabora directamente, así que la aceleración funciona en abierto. O funcionaba, antes de que los del kernel cambiaran el patio.
Ya sabes a dónde te mandan en cualquier bugzilla de cualquier distribución (salvo las de pago, supongo) cuando en el informe de fallos aparece cargado el módulo propietario de ATI/AMD o nvidia...
Buena parte de esos bugs, aparecen debido a los cambios en el kernel, o en Xorg, por eso es los desarrolladores de Nvidia como los de ATI/AMD, tienen que estar corriendo detrás de los desarrolladores del kernel, o de Xorg. Si estarías en su lugar, tambien te quejarías.
Si fueran abiertos, no tendrían que ir detrás. Son bugs que aparecen porque la gente del kernel y de xorg no tienen información completa de los drivers y tarjetas de nvidia, y no pueden saber al hacer cosas que puedan afectar al video de esta gente. La culpa es de Nvidia y Ati. Estamos en el software libre, son las pegas que supone.
Mientras que con los drivers intel, los desarrolladores de la empresa se quedan cruzados de brazos,
Eso no es cierto en absoluto.
esos drivers, y tampoco tienes la opción de elegir entre abiertos o propietarios
Afortunadamente. ¿Para que quieres drivers cerrados, teniendo el soporte completo del fabricante y su documentación? - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkvzDW8ACgkQtTMYHG2NR9VDRgCgl4bHC5AnxwUnk2CKAXpCi16O p0EAnA5PwLgX+J6RB4bVSsCxubC6MtBz =3M+b -----END PGP SIGNATURE-----
El día 18 de mayo de 2010 18:58, Carlos E. R.
esos drivers, y tampoco tienes la opción de elegir entre abiertos o propietarios
Afortunadamente. ¿Para que quieres drivers cerrados, teniendo el soporte completo del fabricante y su documentación?
Y de que me sirve "el soporte completo del fabricante y su documentación", cuando el hardware en cuestión es de pésimo rendimiento? Por otro lado, en el caso de los drivers abiertos de ATI, que ya hace tiempo han liberado los fuentes, ahora también han volcado lo referente al manejo de energía de la tarjeta de video, al driver de codigo abierto: http://www.phoronix.com/scan.php?page=article&item=ati_linux_dynpm&num=1 Y mientras ATI/AMD siguen aportando al codigo abierto, nvidia hace lo contrario: http://www.phoronix.com/scan.php?page=article&item=nvidia_kills_nv&num=1 (ya se trató esta noticia) Y aqui una nota que tiene que ver mas con el topico, y para los fans de ubuntu: Intel KMS vs. UMS With Ubuntu 10.04 http://www.phoronix.com/scan.php?page=article&item=intel_kms_ums&num=1 Salu2 -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Tue, 18 May 2010 21:13:41 -0300, Juan Erbes escribió:
El día 18 de mayo de 2010 18:58, Carlos E. R.
Afortunadamente. ¿Para que quieres drivers cerrados, teniendo el soporte completo del fabricante y su documentación?
Y de que me sirve "el soporte completo del fabricante y su documentación", cuando el hardware en cuestión es de pésimo rendimiento?
Te podría preguntar lo mismo con ATI. A pesar de toda la documentación que aporta, los drivers (cerrados y libres) siguen causando un montón de problemas y no están tan afinados como los de nvidia >>:-) En este caso es peor, porque el usuario tiene un hardware muy potente del que no puede hacer uso al 100%. Por cierto, en la 11.3 ya no habrá driver "radeonhd" en openSUSE, lo sustituye el "radeon", a secas. OpenSUSE Says Farewell To RadeonHD Driver http://www.phoronix.com/scan.php?page=news_item&px=ODIwOQ Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El día 19 de mayo de 2010 04:02, Camaleón
El Tue, 18 May 2010 21:13:41 -0300, Juan Erbes escribió:
El día 18 de mayo de 2010 18:58, Carlos E. R.
Afortunadamente. ¿Para que quieres drivers cerrados, teniendo el soporte completo del fabricante y su documentación?
Y de que me sirve "el soporte completo del fabricante y su documentación", cuando el hardware en cuestión es de pésimo rendimiento?
Te podría preguntar lo mismo con ATI.
A pesar de toda la documentación que aporta, los drivers (cerrados y libres) siguen causando un montón de problemas y no están tan afinados como los de nvidia >>:-)
Personalmente, he tenido mas problemas y errores al usar el instalador Nvidia (cuando usaba esa tarjeta de video), que desde hace un par de años, con el instalador de ATI, que para empezar, no nocesita ser ejecutado en el init 3, se puede usar con el entorno grafico cargado, e incluso tiene muchas mas opciones de configuración, con el CATALYST CONTROL CENTER. .
En este caso es peor, porque el usuario tiene un hardware muy potente del que no puede hacer uso al 100%.
Si usas el driver propietario, puyedes hacer uso de ese 100 %. Hay casos en que incluso las tarjetas ATI rinden mas con el driver propietario Linux, que con el mismo juego bajo windows en el mismo equipo. Lo he visto tambien en Phoronix. Con el video intel, la situación es peor, ya que el hardware es de pesimo rendimiento, y encima no tienes ningun driver que te permita sacarle el 100% del rendimiento.
Por cierto, en la 11.3 ya no habrá driver "radeonhd" en openSUSE, lo sustituye el "radeon", a secas.
OpenSUSE Says Farewell To RadeonHD Driver http://www.phoronix.com/scan.php?page=news_item&px=ODIwOQ
Si, empaquetan todas las versiones para cada chip de video ATI, en un solo paquete. Salu2 -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El mié, 19-05-2010 a las 09:13 -0300, Juan Erbes escribió:
El día 19 de mayo de 2010 04:02, Camaleón
escribió: El Tue, 18 May 2010 21:13:41 -0300, Juan Erbes escribió:
El día 18 de mayo de 2010 18:58, Carlos E. R.
Afortunadamente. ¿Para que quieres drivers cerrados, teniendo el soporte completo del fabricante y su documentación?
Y de que me sirve "el soporte completo del fabricante y su documentación", cuando el hardware en cuestión es de pésimo rendimiento?
Te podría preguntar lo mismo con ATI.
A pesar de toda la documentación que aporta, los drivers (cerrados y libres) siguen causando un montón de problemas y no están tan afinados como los de nvidia >>:-)
Personalmente, he tenido mas problemas y errores al usar el instalador Nvidia (cuando usaba esa tarjeta de video), que desde hace un par de años, con el instalador de ATI, que para empezar, no nocesita ser ejecutado en el init 3, se puede usar con el entorno grafico cargado, e incluso tiene muchas mas opciones de configuración, con el CATALYST CONTROL CENTER. .
Pues yo desde que no tengo ATI no sé lo que es tener un problema con la tarjeta de vídeo... tengo INTEL y nVídia
En este caso es peor, porque el usuario tiene un hardware muy potente del que no puede hacer uso al 100%.
Si usas el driver propietario, puyedes hacer uso de ese 100 %. Hay casos en que incluso las tarjetas ATI rinden mas con el driver propietario Linux, que con el mismo juego bajo windows en el mismo equipo. Lo he visto tambien en Phoronix.
Con el video intel, la situación es peor, ya que el hardware es de pesimo rendimiento, y encima no tienes ningun driver que te permita sacarle el 100% del rendimiento.
Pues yo estoy muy contento con INTEL
Por cierto, en la 11.3 ya no habrá driver "radeonhd" en openSUSE, lo sustituye el "radeon", a secas.
OpenSUSE Says Farewell To RadeonHD Driver http://www.phoronix.com/scan.php?page=news_item&px=ODIwOQ
Si, empaquetan todas las versiones para cada chip de video ATI, en un solo paquete.
Salu2
-- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Wed, 19 May 2010 09:13:08 -0300, Juan Erbes escribió:
El día 19 de mayo de 2010 04:02, Camaleón escribió:
A pesar de toda la documentación que aporta, los drivers (cerrados y libres) siguen causando un montón de problemas y no están tan afinados como los de nvidia >>:-)
Personalmente, he tenido mas problemas y errores al usar el instalador Nvidia (cuando usaba esa tarjeta de video), que desde hace un par de años, con el instalador de ATI, que para empezar, no nocesita ser ejecutado en el init 3, se puede usar con el entorno grafico cargado, e incluso tiene muchas mas opciones de configuración, con el CATALYST CONTROL CENTER.
No me refería al instalador sino al funcionamiento y a las prestaciones del driver propietario (o el libre). La recomendación de instalar el controlador de la tarjeta en un nivel en init 3 es sólo para evitar problemas. ¿Has probado alguna vez a instalar el driver de nvidia desde una sesión gráfica? Nvidia también tiene un panel de control (nvidia-settings) para configurar las opciones del controlador.
En este caso es peor, porque el usuario tiene un hardware muy potente del que no puede hacer uso al 100%.
Si usas el driver propietario, puyedes hacer uso de ese 100 %.
Eso no es cierto. Es un driver "capado" y que además no está disponible para las tarjetas gráficas antiguas. Lo de "capado" es porque el driver propietario no soporta todas las características y funcionalidades que su homólogo para windows (por ejemplo, no tiene soporte para capturar vídeo en las tarjetas All-In- Wonder y me parece que no todas las funcionalidades del HDMI están disponibles. La administración de energía tampoco está muy fina).
Hay casos en que incluso las tarjetas ATI rinden mas con el driver propietario Linux, que con el mismo juego bajo windows en el mismo equipo. Lo he visto tambien en Phoronix.
Parece que no todo el mundo opina igual: http://en.wikipedia.org/wiki/Fglrx "The state of the driver has improved over time with ATI trying to work in concert with application developers recently, but this is expected to be a slow process.[5] As of August 2009, many issues still remain: Video playback occasionally has quality and stability problems, especially in Xine.[6] 2D benchmarks show that ATI cards using these drivers are two orders of magnitude slower than the competing NVIDIA cards in basic tasks such as text rendering,[7] making even graphic consoles feel sluggish. Accelerated desktop effects are only partly supported and lack features such as alpha blur. [8]. ATI's drivers for linux simply are inefficient and lacking when compared to its drivers for windows."
Con el video intel, la situación es peor, ya que el hardware es de pesimo rendimiento, y encima no tienes ningun driver que te permita sacarle el 100% del rendimiento.
¿Cómo que no? Con el driver de Intel, siempre y cuando no te afecte algún bug :-) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El día 19 de mayo de 2010 10:31, Camaleón
El Wed, 19 May 2010 09:13:08 -0300, Juan Erbes escribió:
El día 19 de mayo de 2010 04:02, Camaleón escribió:
A pesar de toda la documentación que aporta, los drivers (cerrados y libres) siguen causando un montón de problemas y no están tan afinados como los de nvidia >>:-)
Personalmente, he tenido mas problemas y errores al usar el instalador Nvidia (cuando usaba esa tarjeta de video), que desde hace un par de años, con el instalador de ATI, que para empezar, no nocesita ser ejecutado en el init 3, se puede usar con el entorno grafico cargado, e incluso tiene muchas mas opciones de configuración, con el CATALYST CONTROL CENTER.
No me refería al instalador sino al funcionamiento y a las prestaciones del driver propietario (o el libre).
La recomendación de instalar el controlador de la tarjeta en un nivel en init 3 es sólo para evitar problemas. ¿Has probado alguna vez a instalar el driver de nvidia desde una sesión gráfica?
Te dice que no puedes (al menos hace mas de 2 años cuando use la ultima nvidia)
Nvidia también tiene un panel de control (nvidia-settings) para configurar las opciones del controlador.
En este caso es peor, porque el usuario tiene un hardware muy potente del que no puede hacer uso al 100%.
Si usas el driver propietario, puyedes hacer uso de ese 100 %.
Eso no es cierto. Es un driver "capado" y que además no está disponible para las tarjetas gráficas antiguas.
Lo de "capado" es porque el driver propietario no soporta todas las características y funcionalidades que su homólogo para windows
Acaso el driver intel, tiene las mismas funcionalidades en windows que en linux? (mira el link al final)
Hay casos en que incluso las tarjetas ATI rinden mas con el driver propietario Linux, que con el mismo juego bajo windows en el mismo equipo. Lo he visto tambien en Phoronix.
Parece que no todo el mundo opina igual:
Bien dijiste, son opiniones, a veces a sin fundamento, y otras basadas en información incompleta y desactualizada. Cualquiera puede escribir en wikipedia. http://www.phoronix.com/scan.php?page=article&item=amd_firepro_q210&num=1 -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Wed, 19 May 2010 11:02:47 -0300, Juan Erbes escribió:
El día 19 de mayo de 2010 10:31, Camaleón escribió:
La recomendación de instalar el controlador de la tarjeta en un nivel en init 3 es sólo para evitar problemas. ¿Has probado alguna vez a instalar el driver de nvidia desde una sesión gráfica?
Te dice que no puedes (al menos hace mas de 2 años cuando use la ultima nvidia)
En dos años pueden cambiar muchas cosas.
Lo de "capado" es porque el driver propietario no soporta todas las características y funcionalidades que su homólogo para windows
Acaso el driver intel, tiene las mismas funcionalidades en windows que en linux? (mira el link al final)
Pues espero que sí, siempre y cuando sea técnicamente posible, sino vaya timo :-)
Hay casos en que incluso las tarjetas ATI rinden mas con el driver propietario Linux, que con el mismo juego bajo windows en el mismo equipo. Lo he visto tambien en Phoronix.
Parece que no todo el mundo opina igual:
Bien dijiste, son opiniones, a veces a sin fundamento, y otras basadas en información incompleta y desactualizada. Cualquiera puede escribir en wikipedia.
Opiniones basadas en la experiencia de los usuarios. Como bien dices, cualquiera puede escribir en la wikipedia como cualquiera puede escribir en una lista de correo o un artículo en Phoronix. page=article&item=amd_firepro_q210&num=1 Ese controlador es para las tarjetas de gama profesional (FirePro y FireStream) que poca gente tiene (son para estaciones de trabajo 3D y tienen soporte certificado de los fabricantes de los programas como Autodesk, Adobe, SolidWorks, etc...). No sabía que amd/ati tuviera dos conjuntos de drivers propietarios distintos para las tarjetas de gama profesional. Me parece que nvidia no hace distinciones (el driver es "unificado", sirve para todos los modelos). Los de amd/ati son unos "clasistas" :-P Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El día 19 de mayo de 2010 13:18, Camaleón
El Wed, 19 May 2010 11:02:47 -0300, Juan Erbes escribió:
El día 19 de mayo de 2010 10:31, Camaleón escribió:
La recomendación de instalar el controlador de la tarjeta en un nivel en init 3 es sólo para evitar problemas. ¿Has probado alguna vez a instalar el driver de nvidia desde una sesión gráfica?
Te dice que no puedes (al menos hace mas de 2 años cuando use la ultima nvidia)
En dos años pueden cambiar muchas cosas.
Lo de "capado" es porque el driver propietario no soporta todas las características y funcionalidades que su homólogo para windows
Acaso el driver intel, tiene las mismas funcionalidades en windows que en linux? (mira el link al final)
Pues espero que sí, siempre y cuando sea técnicamente posible, sino vaya timo :-)
Hay casos en que incluso las tarjetas ATI rinden mas con el driver propietario Linux, que con el mismo juego bajo windows en el mismo equipo. Lo he visto tambien en Phoronix.
Parece que no todo el mundo opina igual:
Bien dijiste, son opiniones, a veces a sin fundamento, y otras basadas en información incompleta y desactualizada. Cualquiera puede escribir en wikipedia.
Opiniones basadas en la experiencia de los usuarios. Como bien dices, cualquiera puede escribir en la wikipedia como cualquiera puede escribir en una lista de correo o un artículo en Phoronix.
http://www.phoronix.com/scan.php? page=article&item=amd_firepro_q210&num=1
Ese controlador es para las tarjetas de gama profesional (FirePro y FireStream) que poca gente tiene (son para estaciones de trabajo 3D y tienen soporte certificado de los fabricantes de los programas como Autodesk, Adobe, SolidWorks, etc...).
No sabía que amd/ati tuviera dos conjuntos de drivers propietarios distintos para las tarjetas de gama profesional. Me parece que nvidia no hace distinciones (el driver es "unificado", sirve para todos los modelos).
Te diría que mejor te fijes en el sitio de Nvidia. Hace tiempo que no descargo ningun driver de ellos, pero por lo que recuerdo, los "unificados" no cubrian todas las tarjetas, donde quedaban fuera las mas y las menos potentes.
Los de amd/ati son unos "clasistas" :-P
Sería cuestión de probar ese driver en las tarjetas que usan el mismo chip, y ver si funciona. De alguna forma se las rebuscan para ganar más dinero, y el accionar de Nvidia, tampoco es muy distinto en eso. Salu2 -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Wed, 19 May 2010 13:46:08 -0300, Juan Erbes escribió:
El día 19 de mayo de 2010 13:18, Camaleón escribió:
No sabía que amd/ati tuviera dos conjuntos de drivers propietarios distintos para las tarjetas de gama profesional. Me parece que nvidia no hace distinciones (el driver es "unificado", sirve para todos los modelos).
Te diría que mejor te fijes en el sitio de Nvidia. Hace tiempo que no descargo ningun driver de ellos, pero por lo que recuerdo, los "unificados" no cubrian todas las tarjetas, donde quedaban fuera las mas y las menos potentes.
Yo uso el mismo driver en mi vetusta 7600GS (2006), en la Quadro NVS 440 (2009) y en la Quadro 1500FX (2006). La primera es de gama media-baja (ahora ya "baja-baja-baja, pero que muy baja") de hace unos cuantos años. Muy buena, por cierto: con disipador pasivo, 256 MiB de GDDR2 y salida dual DVI-D. Ocupa una ranura. Las segunda es más modernica, de la gama profesional-corporativa y la tercera es de la gama profesional-workstation media. Por cierto, todas ellas descatalogadas.
Los de amd/ati son unos "clasistas" :-P
Sería cuestión de probar ese driver en las tarjetas que usan el mismo chip, y ver si funciona. De alguna forma se las rebuscan para ganar más dinero, y el accionar de Nvidia, tampoco es muy distinto en eso.
Seguramente no te deje ni instalarlo al detectar que el modelo de la tarjeta no coincide con las listadas en su bdd >:-) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2010-05-19 19:23, Camaleón wrote:
El Wed, 19 May 2010 13:46:08 -0300, Juan Erbes escribió:
Te diría que mejor te fijes en el sitio de Nvidia. Hace tiempo que no descargo ningun driver de ellos, pero por lo que recuerdo, los "unificados" no cubrian todas las tarjetas, donde quedaban fuera las mas y las menos potentes.
Yo uso el mismo driver en mi vetusta 7600GS (2006), en la Quadro NVS 440 (2009) y en la Quadro 1500FX (2006).
Las tarjetas muy antiguas tienen que instalar un driver "legacy" que casi no se actualiza. Me pasa con mi otro ordenador con una tarjeta del 2000, una geforce 2MX 400. http://www.nvidia.com/object/IO_32667.html Se actualiza con los cambios del linux, pero no mejoran cosas del propio driver. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Elessar)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAkv0OY0ACgkQU92UU+smfQW9UwCeKf48Iy87OynHbfBPNNJX/yyZ PRsAn3ar5CzW+KRP85EEyrN3/eyWdrby =89V+ -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Wed, 19 May 2010 21:18:37 +0200, Carlos E. R. escribió:
On 2010-05-19 19:23, Camaleón wrote:
El Wed, 19 May 2010 13:46:08 -0300, Juan Erbes escribió:
Te diría que mejor te fijes en el sitio de Nvidia. Hace tiempo que no descargo ningun driver de ellos, pero por lo que recuerdo, los "unificados" no cubrian todas las tarjetas, donde quedaban fuera las mas y las menos potentes.
Yo uso el mismo driver en mi vetusta 7600GS (2006), en la Quadro NVS 440 (2009) y en la Quadro 1500FX (2006).
Las tarjetas muy antiguas tienen que instalar un driver "legacy" que casi no se actualiza. Me pasa con mi otro ordenador con una tarjeta del 2000, una geforce 2MX 400.
http://www.nvidia.com/object/IO_32667.html
Se actualiza con los cambios del linux, pero no mejoran cosas del propio driver.
Estás hablando de una tarjeta de hace ¿10 años? en una industria (la de los gráficos de ordenador) que saca novedades cada pocos meses, es normal que el driver unificado actual no la soporte, las diferencias técnicas con las tarjetas actuales son más que notables y los programadores no son "magos" ni pueden sacar conejos de las chisteras >:-) Que proporcionen el driver "legacy" para linux es de agradecer. El driver unificado actual cubre toda la gama de tarjetas, desde las profesionales o las de gama "entusiasta" (más potentes) hasta las integradas (más modestas), sin distinciones. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El día 20 de mayo de 2010 06:02, Camaleón
El Wed, 19 May 2010 21:18:37 +0200, Carlos E. R. escribió:
On 2010-05-19 19:23, Camaleón wrote:
El Wed, 19 May 2010 13:46:08 -0300, Juan Erbes escribió:
Te diría que mejor te fijes en el sitio de Nvidia. Hace tiempo que no descargo ningun driver de ellos, pero por lo que recuerdo, los "unificados" no cubrian todas las tarjetas, donde quedaban fuera las mas y las menos potentes.
Yo uso el mismo driver en mi vetusta 7600GS (2006), en la Quadro NVS 440 (2009) y en la Quadro 1500FX (2006).
Las tarjetas muy antiguas tienen que instalar un driver "legacy" que casi no se actualiza. Me pasa con mi otro ordenador con una tarjeta del 2000, una geforce 2MX 400.
http://www.nvidia.com/object/IO_32667.html
Se actualiza con los cambios del linux, pero no mejoran cosas del propio driver.
Estás hablando de una tarjeta de hace ¿10 años? en una industria (la de los gráficos de ordenador) que saca novedades cada pocos meses, es normal que el driver unificado actual no la soporte, las diferencias técnicas con las tarjetas actuales son más que notables y los programadores no son "magos" ni pueden sacar conejos de las chisteras >:-)
Que proporcionen el driver "legacy" para linux es de agradecer.
Ese driver Legacy propietario de Nvidia, soporta las ultimas versiones de Xorg, y del kernel? En el caso de ATI, el driver Legacy propietario, no soporta la Radeon 9200 o mas antiguas, para la versión 11.2 de Opernsuse, pero al menos está el driver de codigo abierto. Volviendo al tema del tópico: Funciona o no, el driver de video intel en la 11.3??? Salu2 -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Thu, 20 May 2010 09:17:22 -0300, Juan Erbes escribió:
El día 20 de mayo de 2010 06:02, Camaleón escribió:
Que proporcionen el driver "legacy" para linux es de agradecer.
Ese driver Legacy propietario de Nvidia, soporta las ultimas versiones de Xorg, y del kernel?
Ni idea :-?
En el caso de ATI, el driver Legacy propietario, no soporta la Radeon 9200 o mas antiguas, para la versión 11.2 de Opernsuse, pero al menos está el driver de codigo abierto.
También puedes usar "nv" para las tarjetas antiguas de nvidia.
Volviendo al tema del tópico:
Funciona o no, el driver de video intel en la 11.3???
Pues espero que sí. En la última ML de la 11.3 que probé (sería la 4 o la 5) funcionaba sin problemas con el chipset gráfico Intel Q965. Lo volveré a probar este fin de semana, ya por curiosidad... Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2010-05-19 15:31, Camaleón wrote:
El Wed, 19 May 2010 09:13:08 -0300, Juan Erbes escribió:
No me refería al instalador sino al funcionamiento y a las prestaciones del driver propietario (o el libre).
La recomendación de instalar el controlador de la tarjeta en un nivel en init 3 es sólo para evitar problemas. ¿Has probado alguna vez a instalar el driver de nvidia desde una sesión gráfica?
Además, es que ahora no hace falta el instalador. Metes el rpm y listo.
Nvidia también tiene un panel de control (nvidia-settings) para configurar las opciones del controlador.
Si. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iF4EAREIAAYFAkv0Ai0ACgkQja8UbcUWM1yd8gEAgZk59wax67z7TdMnK21hU52P M+WWzI8UGNU6yMqJjxIBAJrihiRFeFJfyP3e/tY9WaurrY3D14D5Qzu+bm5KYJ+b =AfFI -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El día 19 de mayo de 2010 12:22, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 2010-05-19 15:31, Camaleón wrote:
El Wed, 19 May 2010 09:13:08 -0300, Juan Erbes escribió:
No me refería al instalador sino al funcionamiento y a las prestaciones del driver propietario (o el libre).
La recomendación de instalar el controlador de la tarjeta en un nivel en init 3 es sólo para evitar problemas. ¿Has probado alguna vez a instalar el driver de nvidia desde una sesión gráfica?
Además, es que ahora no hace falta el instalador. Metes el rpm y listo.
Si, priuncipalmente con Factory, o cuando instalas una versión de kernel nueva, compilada y descargada de kernel.org. Salu2 -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2010-05-19 14:13, Juan Erbes wrote:
Si usas el driver propietario, puyedes hacer uso de ese 100 %. Hay casos en que incluso las tarjetas ATI rinden mas con el driver propietario Linux, que con el mismo juego bajo windows en el mismo equipo. Lo he visto tambien en Phoronix.
Con el video intel, la situación es peor, ya que el hardware es de pesimo rendimiento, y encima no tienes ningun driver que te permita sacarle el 100% del rendimiento.
Sabiendo la tirria que le tienes a Intel, es obvio que esa afirmación es falsa :-P - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iF4EAREIAAYFAkv0AkIACgkQja8UbcUWM1xXMwEAnw9anhJGtWgvgY0NQNDmOIap ftrlt+qN43JWsT911HUBAIPn6DyJzTadWtqLoHPDbQWR472OELnN9f4SIEGCIBoz =D2sy -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El día 19 de mayo de 2010 12:22, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 2010-05-19 14:13, Juan Erbes wrote:
Si usas el driver propietario, puyedes hacer uso de ese 100 %. Hay casos en que incluso las tarjetas ATI rinden mas con el driver propietario Linux, que con el mismo juego bajo windows en el mismo equipo. Lo he visto tambien en Phoronix.
Con el video intel, la situación es peor, ya que el hardware es de pesimo rendimiento, y encima no tienes ningun driver que te permita sacarle el 100% del rendimiento.
Sabiendo la tirria que le tienes a Intel, es obvio que esa afirmación es falsa :-P
La evaluación, no la puedo hacer yo, pero alguien que tenga ese chip de video, puede probar con un juego que haga uso intensivo de video, y en sus versiones nativas de linux y windows, comparar cuantos FPS, a la misma resolución y profundidad de color le da bajo cada sistema operativo, con por ejemplo Enemy Territory o Quake Wars. Aqui tienes un ejemplo de cual era la perfomance del driver propietario ATI de Linux, frente al de windows, que ya por el año 2007, la versión Linux, tenía una perfomance un 20% superior a la de windows. http://www.phoronix.com/scan.php?page=article&item=897&num=4 Ahora, 3 años despues, es de suponer de acuerdo a todas las referencias, de que las prestaciones de ese driver propietario ATI para Linux halla mejorado, amén de todas las mejoras introducidas en la versión de codigo abierto, entre ellas la de powersave. Salu2 -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2010-05-19 18:19, Juan Erbes wrote:
El día 19 de mayo de 2010 12:22, Carlos E. R. <> escribió:
Con el video intel, la situación es peor, ya que el hardware es de pesimo rendimiento, y encima no tienes ningun driver que te permita sacarle el 100% del rendimiento.
Sabiendo la tirria que le tienes a Intel, es obvio que esa afirmación es falsa :-P
La evaluación, no la puedo hacer yo, pero alguien que tenga ese chip de video, puede probar con un juego que haga uso intensivo de video, y
Sabemos perfectamente que es peor y no lo negamos. Pero eso no lo define como "pésimo". - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Elessar)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAkv0OhcACgkQU92UU+smfQV3JgCfT4AiAwpgxrGd0oa7/JIOyi1K 6UYAn2CNT3DDPvl4N4yfewbSpJz/nEwY =nFwu -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
participants (11)
-
Alex Rodriguez
-
Alfredo Jesús Delaiti
-
Camaleón
-
Carlos E. R.
-
cheperobert
-
csalinux
-
César Sánchez Alonso
-
Juan Erbes
-
Karl García Gestido
-
Mauricio J. Adonis C.
-
Shinji Ikari