Ir al contenido

hectorsales

Miembros
  • Contenido

    105
  • Registrado

  • Última Visita

  • Días Ganando

    2

hectorsales ganó por última vez en Julio 11 2018

¡hectorsales tuvo el contenido mejor valorado!

1 Seguidor

Sobre hectorsales

  • Rango
    Miembro
  • Cumpleaños 31/08/1974

Género

  • Género
    Hombre

Información de contacto

  • Skype
    hectorsales38

Información personal

  • Lugar
    Castellón de la Plana
  • Intereses
    Informática, Música, Deporte, Lectura.

Visitantes recientes en el perfil

338 visitas al perfil
  1. Hola, creo que encontré la solución: Nota: Lee con atención el hilo antes de instalar o hacer nada. https://bugs.launchpad.net/ubuntu/+source/bluez/+bug/1542743 Saludos
  2. Hola nexion95, que versión de Debian tienes, stable, testing,unstable ? Saludos,
  3. Hola, que tal, el presente tutorial tiene el fin de mostrar que por fin NVIDIA OPTIMUS funciona utilizando el driver de Nvidia, anteriormente también se podía utilizar la configuración que a continuación voy a explicar, pero existía el problema del famoso tearing, que finalmente se ha solventado por parte de nvidia con el X.Org 1.19 (realmente esto es algo novedoso,algo histórico...). Un método alternativo es utilizar bumblebee pero este proyecto hace tres años que no se actualiza y el rendimiento que le puedes sacar varía mucho del hardware que tengas, otra opción es utilizar PRIME (no confundir con el paquete nvidia-prime de Ubuntu), este método utiliza el driver libre nouveau.., como he dicho al principio en este tutorial me voy a centrar en NVIDIA OPTIMUS utilizando el driver de Nvidia (en Debian Testing). Los requisitos son: ..todos ellos ya se encuentran por "default" en Debian testing.. Antes de realizar los pasos de configuración instalamos el driver nvidia: $ sudo apt install nvidia-driver nvidia-settings ..así instalaremos todos los paquetes de nvidia .. Paso 1: Configuración del Xorg. /etc/X11/xorg.conf Algunas versiones del controlador "modesetting" intentan cargar un submódulo llamado "glamour", que está en conflicto con la implementación de NVIDIA GLX. Asegúrate de que el módulo libglamoregl.so X no está instalado. Como mi paquete de servidor xorg incluye el controlador glamour, he añadido la opción "AccelMethod" "none" para el controlador Intel. $ apt-file search libglamoregl.so Aquí el extracto de la información: http://us.download.nvidia.com/XFree86/Linux-x86_64/375.26/README/randr14.html Link: http://us.download.nvidia.com/XFree86/Linux-x86_64/375.26/README/randr14.html Paso 2: Agrega las líneas xrandr a la configuración del login manager en mi caso SDDM /usr/share/sddm/scripts/Xsetup Link: https://wiki.archlinux.org/index.php/NVIDIA_Optimus#SDDM Paso 3:Añadir al grub la opción : nvidia-drm.modeset=1 /etc/default/grub ..después actualizamos el grub..y reiniciamos el equipo $ sudo update-grub2 Resultado: Ahora el servidor X se inicia correctamente y puedo ver dos proveedores xrandr: $ xrandr --listproviders Si se está utilizando la sincronización pero no se desea, se puede desactivar con: $ xrandr --output 'eDP-1-1' --set 'PRIME Synchronization' '0' Y volver a habilitar con: $ xrandr --output 'eDP-1-1' --set 'PRIME Synchronization' '1' Puedes comprobar si los gráficos NVIDIA se estan utilizando, instalando el paquete mesa-utils, y ejecutándose: $ glxinfo | Grep NVIDIA Nota : Ubuntu, Canonical proporciona un conjunto de scripts habilitados por el paquete 'nvidia-prime' que le permiten activar y desactivar fácilmente PRIME utilizando un menú agregado en 'nvidia-settings' (pudiendo utilizar la intel o la nvidia, aunque una vez elegida la opción se ha de salir de la sesión y volver a entrar para que los cambios surtan efecto), pero estos scripts no se proporcionan ni se admiten oficialmente en NVIDIA, a pesar de ello esto no soluciona el tearing puesto que actualmente Ubuntu en ninguna de sus versiones, ni incluso en la de desarrollo (Ubuntu 17.04), trae consigo X.Org 1.19..aunque parezca increíble Archlinux tampoco tiene aún el X. Org 1.19 ( esta en su rama Testing).Un 10 por Debian y su equipo de desarrolladores.. Links https://devtalk.nvidia.com/default/topic/957814/linux/prime-and-prime-synchro http://us.download.nvidia.com/XFree86/Linux-x86_64/375.26/README/randr14.html https://wiki.archlinux.org/index.php...A_Optimus#SDDM Saludos y Feliz Navidad !!!
  4. Hola, todo es debido, a que el instalador de paquetes apt, se ha actualizado (actualmente esta en las versión 1.2.9), y una de sus novedades entre otras, es que los paquetes deben estar firmados con SHA256 o SHA512, los desarrolladores de Debian/apt dejaran de dar soporte a SHA1 en Enero de 2017. De momento es solamente una advertencia ... Podéis ver todos los repositorios afectados así como la información completa en: https://wiki.debian.org/Teams/Apt/Sha1Removal
  5. Gracias @@Shiba87 por la noticia, tengo un par de dudas respecto a la noticia... yo actualmente tengo la siguiente tarjeta gráfica Radeon R7 260X ( obviamente no me alcanza para el nuevo controlador).. pues bien la duda que tengo es que sucederá con el anterior driver radeonsi ... podré seguir utilizando el driver propietario Catalyst como hasta ahora .. Saludos.
  6. hola @@Yoyo, la verdad es que solamente he tenido un par de problema en Debian Jessie KDE , uno el de clementine (que tiene fácil solución, en mi caso instalar cantata), el otro-era más grave- tiene que ver con el kernel y mi equipo ( más en concreto la tarjeta gráfica [Radeon R7 260X]), resulta que con el kernel 3.16.x, el monitor de repente se apaga ( puede ser navegando con iceweasel, o abriendo un documento libreoffice .. es aleatorio) y ya no hay otra solución que darle al "botonazo" del apagado o reset.. esto me ocurrió los primeros días de instalar Debian Jessie Kde, estuvo a punto de eliminar Debian de mi equipo hasta que he encontrado una la solución momentánea: Cuando estaba en Archlinux, también me ocurrió lo mismo.. en aquel entonces encontré "refugio" en el kernel 3.14.x LTS de Archlinux, para paliar el problema, no se me ocurrió pasarle al grub el parámetro radeon.dpm=0. Actualmente a parte de Debian tengo instalado otro sistema Linux, Ubuntu 14.04 y a que no te imaginas lo que pasa si arranco con el kernel linux-generic-lts-utopic (3.16.x..) ... .. bueno si ha leído las líneas de arriba te lo puedes imaginar.... Resumiendo: El kernel 3.16.x en mi equipo es un puto dolor de cabeza ...menos mal que actualmente me compile el núcleo 3.19 por si las moscas .. Saludos.
  7. Hola @@Mgbu, gracias por contestar: Si abro desde la terminal con : $ clementine .. y cierro desde la terminal con CTRL+C, clementine-osea la GUI gráfica- se cierra correctamente. Si abro desde la terminal con: $ clementine .. y cierro desde la interfaz gráfica, por ejemplo pestaña: música--->salir ( se produce el error), solamente puedo acabar con clementine a través de htop o SysGuard (monitor del sistema de Kde). He estado buscando información al respecto: https://github.com/clementine-player/Clementine/issues/1728 ..aquí se propone pasarle al acceso directo: /usr/share/applications/clementine.desktop así lo he hecho pero no me funciona. Es todo tan raro que he reportado el asunto a Debian, por si pudiera tratarse de algún tipo de bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=782037 ... no hace mucho tiempo reporte en esta casa que el reproductor clementine: http://gnulinuxvagos.es/topic/4290-debian-jessie-kde-clementine-mute-sonido-al-avanzar-canci%C3%B3n/?hl=clementine .. al parecer no soy el único que le ha ocurrido esto: http://www.esdebian.org/foro/50490/debian-jessie-clementine-audio-java En fin no hay otra que tener paciencia y esperar.. Saludos.
  8. Hola hace algún tiempo que tengo el siguiente problema con el reproductor "Clementine" en Debian Jessie Kde: Abro Clementine.Cierro Clementine y el reproductor no se cierra correctamente se queda como "freeze" en la bandeja del sistema, la única solución que tengo es matar el proceso con htop o con la herramienta SysGuard (monitor del sistema de Kde). Aquí se puede apreciar claramente lo que sucede : https://www.youtube.com/watch?v=M4EeABk8WQE Estos son los repositorios que tengo ( he intentado seguir los consejos de los más veteranos que llevan en Debian y no tengo ningún PPA añadido, algunos paquetes que no se encuentran en estos repos los he compilado..). Bien ya llevo varios semanas atascado con este problema.. no encuentro ningún "log" que me de alguna pista de donde puede venir el problema.., he intentado ejecutar clementine desde la terminal, para ver si veía algo sospechoso: $ gdb clementine $ (gdb) run ....................... $ (gdb) quit ..pero nada con los comandos de arriba clementine se cierra sin problema.. no aparece nada extraño.. sin embargo si lo abro a través de la GUI, éste se queda "freeze" como podéis observar en el vídeo...Salvo clementine el sistema funciona perfecto. No sé realmente por donde pueden ir los tiros.., quizás tema drivers gráficos (radeonsi), quizás alguna incompatibilidad con algún paquete del repositorio multimedia que tengo activado... Bueno pues eso ...alguna pista ..para intentar resolver el problema. Saludos
  9. Gracias @@pacoeloyo, creo que el problema ya lo ha apuntado el compañero @@Shiba87, la versión de gstreamer... en Debian Testing es la 1.0 y la que tú tienes si no me equivoco en Xubuntu 12.04.5 es la 0.10. Quizás solamente funcioné con la versión que tú tienes ..no sabría decir.... Gracias y un Saludo ..
  10. @@pacoeloyo, que versión de xubuntu tienes instalada.. y que versión de gstreamer tienes, supongo que tendrás instalado el paquete "xubuntu-restricted-extras". Si es así, podrías pegar la salida de: $ dpkg -L xubuntu-restricted-extras Saludos.
  11. Hola, gracias por la aportación y que "thumb" tienes activado en dolphin ..., no sé que puede ser ..es bastante raro. Saludos.
  12. Hola, creo que la versión de smplayer que hay en Debian tanto en inestable como en pruebas no permite la reproducción de video de youtube a través de smplayer, por ejemplo ahora mismo estoy en mi partición de Arch Linux ( cinnamon) y tengo una versión superior de smplayer que si permite la reproducción de videos de youtube a través de smplayer. ***Edito: la explicación de abajo solamente es válida si quieres utilizar mpv como ejecutable para reproducir vídeos de youtube, acabo de probar en Debian Jessie KDE y funciona perfectamente al colocar una url de youtube siempre y cuando el ejecutable no sea mpv*** Para ver videos de youtube a través de smplayer tienes que tener lo siguiente: -smplayer 14.9.0.6690-1 ----> No disponible en Debian. -youtube-dl---> Disonible en Debian. -mpv-----------> Disponible en Debian. Bien.. por suerte hay alternativas, bajate los .deb por ejemplo de aquí,también puedes añadir el ppa( explicado en la guia del foro que trata sobre debian): https://launchpad.net/~mc3man/+archive/ubuntu/trusty-media ... o bien esperar a que Debian despierte de su letargo (congelamiento).... Saludos.
  13. Voy a dejar unos días el tema abierto, a ver si alguien logra dar una explicación.. sino daré la tuya @@Shiba87, acabo de instalar kubuntu (utopic 14.10) y sucede exactamente lo mismo ... Un saludo.
  14. Hola de nuevo estoy haciendo pruebas en una máquina virtual pelada ( virtualbox) y me sucede lo mismo, pensaba que al tener en mi máquina real activado el repositorio multimedia.. pudiera ser éste el causante del conflicto..pero no es así ..primero instalé únicamente "mplayerthumbs" y después instalé los complementos "gstreamer" .. $ sudo apt-get install gstreamer1.0-plugins-{base,good,bad,ugly} .. pero nada ... Me resulta muy extraño..@shisba87, ¿ tienes kde instalado en tú máquina?.. en caso de ser así, me puedes decir los "thumbs" que tienes instalados.. Un saludo.
  15. Hola, gracias por contestar, he intentado cada uno por separado y el mismo resultado.. también he intentado cambiar en Preferencias de audio y vídeo el motor gstramer por vlc .. sin resultado. Saludos.
×
×
  • Crear Nuevo...