Cette espace vous permet de voir toutes les Voir les messages réalisées par ce membre. Vous ne pouvez voir que les Voir les messages réalisées dans les espaces auxquels vous avez accès.
Je viens de trouver la solution. Il s'agit de l'origine de VLC.
La version installée est 3.0.18-bp155.1.12-x86-64 de SUSE:SLE-15:Update fournisseur openSUSE Yast ne propose pas mieux pour le fournisseur openSUSE. Cette version date de novembre 2022 Notons que le paquetage vlc-codecs est 3.0.18-150500.2.pm.7-x86_54
Yast propose le fournisseur packman.links2linux.de, pour la version 3.0.18-150500.2.pm.7-x86_54 (bizarrement, c'est la même version que vlc-codecs)
Si je le choisis, Yast propose de changer également 4 paquetages.
Une fois ces changements validés, sont installés : vlc version 3.0.18-150500.2.pm.7-x86_54 vlc-codecs version 3.0.18-150500.2.pm.7-x86_54 Les deux paquetages datent tous les deux de novembre 2022
Et Kaffeine fonctionne.
Il faut donc utiliser le VLC de Packman, et pas celui de openSUSE.
Et je suis d'accord sur le mot "bizarre" : la 15.5 est bizarre. J'ai installé toutes les précédentes Leap 15 lorsqu'elles ont sorties, et je n'ai jamais eu ces problèmes.
Bonjour, Merci pour les tuyaux. J'ai regardé si j'avais un paquet X11 : aucun n'est installé. Mais j'ai regardé dans la 15.4 fonctionnelle : il n'y en a aucun X11 non plus d'installé. Et le pilote nvidia est le G06. J'ai alors enlevé les paquets G06 pour installer les G05 : toujours pas de graphique. Je remets les G06 : rien. Pour être sûr d'avoir les bons pilotes, je passe par la page https://www.nvidia.com/Download/Find.aspx?lang=en-us et je choisi ma carte GTX1660 J'obtiens le fichier : NVIDIA-Linux-x86_64-535.104.05.run Je désinstalle à nouveau les paquets G06 installés précédemment, et je lance ce .run. Je n'ai pas de message d'erreur, mais toujours pas d'interface graphique.
Du coup, vu que j'en étais au début, je réinstalle la 15.5 entièrement. En ajoutant le dépôt Nvidia, Yast installe les pilotes G06, et ça fonctionne. Remarque : pas d'installation de pilotes X11.
Les découvertes ne sont pas terminés. Via Packman, installation VLC : OK Installation Kaffeine : OK Installation de vlc-codecs : OK Carte HVR-5525 : OK avec les firmwares additionnels. Avec Kaffeine, je lance la rechercher des canaux TNT sur la HVR : toutes les chaines sont trouvées. Sauf que ... Kaffeine affiche le nom de la chaîne, mais pas d'image. L'enregistrement d'une chaîne donne bien un fichier vidéo. Lisible par Avidemux. Mais si on veut le lire avec VLC, ça donne : "Codec non pris en charge : VLC ne peut pas décoder le format "eac3"(A/52 B Audio (aka E-AC3))" Il semble donc que vlc-codecs ne couvre pas tous les codecs pour la 15.5.
Avez-vous réussi à visualiser la TNT française avec Kaffeine en Leap15.5 ?
Après avoir, au cours de ces années, installé les diverses versions d'opensuse jusqu'à la 15.4 que j'utilise couramment, j'ai voulu tenter la 15.5 L'installation de base a fonctionné avec l'image réseau openSUSE-Leap-15.5-NET-x86_64-Build491.1-Media.iso bootée sur une clé USB Le système a démarré avec une résolution graphique basique. Jusqu'ici, tout allait bien.
Vu que j'ai une carte NVIDIA GTX1660, je me suis dit que j'allais faire comme d'habitude : Aller sur le site : https://opensuse-community.org/ pour récupérer les pilotes Nvidia, ainsi que tout le nécessaire pour le multimedia.
Je vais sur le site en question, je clique sur "1 Click Install" des Geforce 700 series, et là, ô surprise, j'obtiens le message : Pas d'infos pour la distribution en question. Alors que openSUSE Leap 15.5 est bien listée sur la page. Je télécharge la cible du "1 Click Install", qui est le fichier nvidia_G06.ymp, et l'ouvre avec l'éditeur Kate. Et là je vois que 15.5 n'est pas listée. Ce qui explique le message d'erreur.
C'est la première fois que je tombe sur une page de opensuse-community.org avec ce genre de lien invalide, pas à jour pour une nouvelle distribution.
J'ajoute donc le serveur https://download.nvidia.com/opensuse/leap/15.5/ manuellement en tant que dépôt. Cela me permet d'installer les pilotes NVIDIA, et de pouvoir gérer ainsi les écrans multiples.
Toujours sur https://opensuse-community.org/, je teste les KDE Codecs : même problème, le 15.5 n'est pas listée dans le fichier codecs-kde.ymp
En attendant d'installer les codecs, j'installe quelques paquetages de la 15.5, et à l'un des redémarrages du système, l'interface graphique ne démarre plus. La commande startx donne un message indiquant "impossible de se connecter à un serveur X" Un autre message dit que /usr/bin/Xorg n'a pas le setuid. Je corrige cela, mais le premier message est toujours là. Je désinstalle et résintalle les pilotes nvidia : rien à faire.
Quelqu'un saurait comment relancer l'interface graphique sans tout réinstaller ?
Avez-vous connu ces bizarreries de opensuse-community.org ?
Je viens de trouver : c'est un problème de codecs.
Quand on fait la mise à jour de 15.2 vers 15.3, tous les paquetages de codecs ne suivent pas.
Une fois la mise à jour de base effectuée, il faut aller sur le site : https://opensuse-community.org/ et cliquer sur le "1 click Install" de "KDE Codecs" ou "GNOME Codecs" Il faut ensuite accepter le remplacement par les paquetages de packman.
Je cite : "C'est une mesure pour augmenter la sécurité par défaut du noyau en partant du principe que les logs du noyau peuvent contenir des informations "sensibles".
Et effectivement, dans /boot/config-5.3.18-59.13-default, la variable CONFIG_SECURITY_DMESG_RESTRICT est mise à y
Bonjour, Je viens de mettre à jour de 15.2 vers 15.3. Tout mes logiciels fonctionnent (Firefox, VLC, LibreOffice, Virtualbox, VirtManager (même si un petit malin a trouvé intelligent de changer le chemin des exécutables sans prévenir)) Mais, et il y a un mais, la TNT ne marche plus sous Kaffeine. J'ai un dongle USB Dexatek DK, qui marchait très bien sous la 15.2 avec Kaffeine. Avec la 15.3, les symptômes sont : - Kaffeine reconnaît le dongle en Périphérique 1 : Realtek RTL2332 (DVB-T) - dmesg affiche : "'Dexatek DK DVB-T Dongle' successfully initialized and connected" - quand je vais dans le menu "Canaux", la commande "Démarrer le balayage" ne trouve que 5 chaines, et le balayage s'arrête - si je veux voir l'une des 5 chaines, je n'ai pas d'image, mais le "guide des programmes" fonctionne
Quelqu'un aurait une idée pour dépanner ça ?
Je précise que jusqu'à la 15.2 incluse, le commande "dmesg" pouvait être lancée en utilisateur lambda. Sur la 15.3, ça donne "dmesg: échec de lecture du tampon de noyau: Opération non permise" Je suis obligé de la lancer en su.
J'ai voulu voter pour le deuxième, et le serveur m'a répondu :
Internal Server Error CDbConnection failed to open the DB connection. An internal error occurred while the Web server was processing your request. Please contact the webmaster to report this problem.
Bonjour, Voici un exmplaire de /etc/nbd-server/config qui permet le partage:
[generic] # The [generic] section is required, even if nothing is specified # there. # When either of these options are specified, nbd-server drops # privileges to the given user and group after opening ports, but # _before_ opening files. # user = nbd # group = nbd allowlist = true # Since version 2.9.17, nbd-server will do exports on a name # basis (the used name is the name of the section in which the # export is specified). This however required an incompatible # protocol change. To enable backwards-compatible port-based # exports, uncomment the following line: # oldstyle = true [export1] exportname = /dev/sr0 # The following line will be ignored unless the # "oldstyle = true" line in the generic section above is # enabled. # port = 12345 # authfile = /export/nbd/export1-authfile # timeout = 30 # filesize = 10000000 # readonly = false # multifile = false # copyonwrite = false # prerun = dd if=/dev/zero of=%s bs=1k count=500 # postrun = rm -f %s [otherexport] exportname = /export/nbd/experiment # The other options are all optional, except this one in case # the oldstyle option is used in [generic]: # port = 12346 [export2] exportname = /dev/fd0 [export3] exportname = /dev/sr1
Petites explications : /dev/sr0 est lecteur de CD-ROM interne /dev/fd0 le lecteur de disquette (je vous parle d'un périphérique que les moins de 20 ans ne peuvent pas connaître !) /dev/sr1 : lecteur de DVD en USB
Vous pouvez constater qu'il y a un "#" devant les lignes # user = nbd # group = nbd
Toutes commendes qui suivent sont tapées en su. Une fois le fichier /etc/nbd-server/config écrit, nous lançons le serveur avec:
nbd-server -C /etc/nbd-server/config
Pour vérifier que les export sont lancés, c'est simple : taper : nbd-client -l localhost
Cela donne : Negotiation: .. export1 otherexport export2 export3
A priori, les 3 lecteurs seront accessibles.
Depuis le PC client, si nous tapons nbd-client -l ip.du.ser.veur
Cela donne : Negotiation: .. export1 otherexport export2 export3
Jusqu'ici, tout va bien.
Ensuite : Insérer un DVD non marqué "systeme anti-copie" dans le lecteur sr0 du serveur.
Sur le client, taper : nbd-client ip.du.ser.veur /dev/nbd1 -name export1
Cela donne : Negotiation: ..size = 3189MB bs=1024, sz=3344822272 bytes
Au final, sur le PC client, ouvrir VLC, au Menu Média, et choisir "Ouvrir un disque" A la ligne "Disc device, taper : /dev/nbd1 Miracle : la lecture du DVD se lance !
Mais si j'essaie avec un DVD "système anti-copie", VLC arrive juste à lancer le menu principal, et n'affiche plus rien après un premier choix. Alors que le DVD est lisible localement sur le client et le serveur.
Des fois que ce soit dû au réseau, vu que deux switchs s'intercalent entre client et serveur, j'ai testé en faisant tout sur un seul PC: il est à la fois serveur et client, via localhost. Résultat : pareil !
Il doit y avoir encore un bogue dans nbd qui fait qu'il n'établit pas de connexion totalement transparente entre le client et le serveur.
Nota : Sur le PC client, pour déconnecter /dev/nbd1, il faut taper : nbd-client -d /dev/nbd1
Disques de données: Si vous mettez un CD ou un DVD de données dans le lecteur du serveur, ce disque devient accessible sur le PC client en "montant" /dev/nbd1 comme un CD. Taper (si vous voulez y accéder dans le dossier /cdrom): mount -t iso9660 /dev/nbd1 /cdrom Et ça, ça marche !
Conclusion: Il y a un intérêt à nbd : il est quand même capable d'accéder à des DVDs non protégés, et surtout à des CDs ou DVDs de données ! Cela peut toujours dépanner !
Je n'ai pas testé d'autres périphériques.
Si vous avez des idées pour la lecture de DVDs protégés, je suis preneur. Peut-être un paramètre à ajuster dans /etc/nbd-server/config ?
Pour le coté décryptage, j'utilise VLC. Afin de savoir s'il est vraiment équipé pour les DVDs, je me suis fait prêter un lecteur de DVD portable avec câble USB et je l'ai branché sur le PC récent : Résultat : il sait lire tous les DVDs. Donc pas de souci de ce côté-là.
Pour le script, la commande "nbd-server 2000 /dev/sr0" était tapée sur le PC ancien.
Pour respecter le tuto, j'ai tapé, depuis le PC récent : ssh 192.168.x.x "nbd-server 2000 /dev/sr0"
Comme beaucoup aujourd'hui, j'ai un PC sans lecteur de DVD. Et un vieux PC qui a un lecteur et une connexion réseau. Pour lire le DVD sur le PC, j'ai cherché des solutions. L'une d'elles est de monter le DVD sur le vieux PC, partager le point de montage en NFS (ou en SMB), et lire depuis le PC récent avec VLC. Malheureusement, ça ne marche que sur de rares DVDs, à cause apparamment du cryptage.
La solution est séduisante. Mais ça ne marche pas sur ma config. Sur le vieux PC, j'ai une Leap 15.1, et sur le récent une 15.2. Sur le vieux PC, le lecteur de DVD est en /dev/sr0 Le paquetage s'appelle tout simplement "nbd". Il contient le client et le serveur. Il est en version 3.16.2 de 2018.
Quand j'essaie la commande "nbd-server 2000 /dev/sr0", j'obtiens :
