Blog de kwizart - Fedora

VLC 1.1.0-rc3 avec support libva

kwizart — Fri, 18 Jun 2010 10:05:00 +0200

Cette version de vlc a été compilée pour tirer parti de l'accélération matérielle des cartes graphiques à travers l' API vaapi.

Pour l'installer,

yum install vlc --enablerepo=kwizart

Pour une carte nvidia, il faudra utiliser le backend vaapi pour vdpau:

yum install vdpau-video --enablerepo=kwizart

Il est ensuite nécessaire d'aller dans les préférences pour activer explicitement l'utilisation de l'accélération graphique par le GPU.

Cette version embarque sa propre bibliothèque FFmpeg, compilée de manière partagée, mais avec un SONAME spécial afin de ne pas entrer en conflit avec la version système. Vous devriez donc avoir le paquet ffmpeg4vlc-libs installé comme dépendances. Seule la bibliothèque libx264.so.98 n'a pas été renommée , ce qui n'est pas nécessaire puisque la version système est la libx264.so.83.

VideoLAN Movie Creator pour Fedora

kwizart — Sun, 18 Apr 2010 14:03:00 +0200

VideoLAN Movie Creator, ou VLMC est un logiciel libre de création de contenu multimedia. Il s'appuie sur la Libvlc issue de la pré-version 1.1.0 de vlc. Ce logiciel est encore en phase de développement.

Pour l'installer pour Fedora 12.

 yum install vlmc --enablerepo=kwizart-testing

Pour Fedora 13

 yum install vlmc --enablerepo=kwizart

vlc-1.1.0-pre1 pour Fedora 11 12 et 13

kwizart — Sat, 17 Apr 2010 18:32:00 +0200

La première pre release de vlc-1.1.0 est disponible pour Fedora 11 et 12 et Fedora 13. Voici les notes de version de vlc-1.1.0.

Pour Fedora 11 et 12:

 yum update --enablerepo=kwizart-testing

Pour Fedora 13

 yum update --enablerepo=kwizart

Attention, le plugin python-vlc n'est pas encore compatible avec cette version.

Pour les utilisateurs de KDE4, Il est aussi possible d'utiliser le backend phonon-VLC qui est en version alpha à partir de Fedora 12

 yum install phonon-backend-vlc

Ce paquet est une re-compilation du src.rpm mis à disposition initialement par helio pour fedora 12

Branché pour Fedora 13

kwizart — Sat, 17 Apr 2010 18:23:00 +0200

Le dépôt kwizart est disponible pour Fedora 13. kwizart-release

LiveCD Fedora 11 Leonidas Disponibles

kwizart — Wed, 24 Jun 2009 17:52:00 +0200

Les LiveCD pour Fedora 11 Leonidas sont arrivés. Vous pourrez en obtenir en venant nous voir aux Rencontres Fedora ou aux autres évènements dont fedora-fr participe, (notamment les RMLL)

vlc-1.0.0-rc1 pour F-11

kwizart — Wed, 13 May 2009 15:10:00 +0200

vlc-1.0.0-rc1 sera disponible pour F-11 à partir de rpmfusion. Je n'ai pas encore compilé une version pour F-10, c'est donc la 1.0.0pre1 qui reste disponible depuis kwizart-testing pour F-10

Rapports de bogues: Je rappel que les rapports de bogues pour les paquets maintenus sur rpmfusion.org passe par le bugzilla, il est aussi possible de rapporter un éventuel problème sur le forum videolan, dédié l'arrivée la version 1.0.0.

xdtv sur rpmfusion-free

kwizart — Wed, 13 May 2009 14:41:00 +0200

Ce mercredi 13 Mai 2009, xdtv a été compilé pour rpmfusion. La version cvs15 sera par conséquent disponible à partir de Fedora 10 pour les architectures primaires x86 x86_64 ppc et ppc64.

Les xdtv ultérieures restent disponibles pour les versions plus anciennes de fedora sur le Dépôt kwizart, mais ces version ne sont pas mises à jours.

A noter que le paquet disponible depuis rpmfusion utilise la version système de la bibliothèque ffmpeg et qu'il ne supporte par conséquent pas les cartes DVB-T (ou télévision numérique terrestre, aka TNT). Un bogue a été soumis pour ffmpeg (issue685), mais le problème n'est toujours pas cerné. Il est possible que je propose une version expérimentale sur le dépôt kwizart-testing qui essaies de rétablir le support de la TNT.

A noter que bien que la dernière version de xdtv date de Mars 2009, celle-ci n'améliore que la compatibilité avec l'API récente de ffmpeg. Le développement de xdtv reste en suspend...

SL 2009

kwizart — Mon, 30 Mar 2009 23:25:00 +0200

Je serai présent au salon Solution Linux 2009 au stand de l'association Fedora-fr.

nvidia-180.25 (rc) / nvidia-173xx-173.14.16 (beta) dans les updates rpmfusion

kwizart — Tue, 27 Jan 2009 15:21:00 +0100

Les pilotes graphiques propriétaires nVidia sont disponibles dans les updates stables de rpmfusion. Pour Fedora 10

La précédente version (180.22) était pourtant marquée stable, mais réputé dis-fonctionnelle en particulier sur certaines fonctions d'économie d'énergie. C'est donc la version 180.25 sortie hier (en Release Candidate) qui est passée dans le dépôt rpmfusion-nonfree-updates-stables de RPM Fusion .

Dans le cas du pilote nvidia-173xx (pour les cartes Geforce de serie 5). Des régressions dans la performances des pilotes graphiques utilisant un kernel récent ont été découverte. Il semble donc tout à fait pertinent de faire profiter de cette mise à jours. (régressions aussi corrigées dans la version principale).

Pour l'instant, seule Fedora 10 est concernée. Fedora 9 sera mise à jours ultérieurement (Au plus tard, lorsqu'un kernel 2.6.28 sera disponible en .fc9).

A noter aussi la mise à jours pour F9 et F10 cette fois des pilotes nvidia-beta ( beta de la série opengl 3.0).

Attention Si vous rencontrez un bug au chargement du nouveau kernel, il faudra soit utiliser l'ancien pilote avec le kernel précédant, soit recompiler le nouveau kmod pour le précédant kernel. Vous aurez besoin du kernel-devel-2.6.27.9-159.fc10.x86_64, kernel-PAE-devel-2.6.27.9-159.fc10.i686 ou kernel-devel-2.6.27.9-159.fc10.i686 installé ainsi que akmod-nvidia (ou akmod-nvidia-173xx)

pilotes fglrx 8.12 Fedora 10

kwizart — Thu, 18 Dec 2008 23:39:00 +0100

Les pilotes fglrx sont désormais compatible avec Fedora 10. Ce n'était pas le cas des pilotes précédant qui, bien que le serveur Xorg était identique, ne pouvait pas utiliser la version de la bibliothèque libdrm de Fedora 10.

L'installation de ce pilote est plus délicate qu'habituellement. Il est nécessaire d'oublier radicalement le "ctrl + alt + backspace" puisque le modules radeon.ko et drm.ko , déja chargées , ne pourront laisser place au module fglrx.ko. Pour cela, il faudra régénérer une image de démarrage du noyau. Ce qui donne:

 # yum --enablerepo=kwizart-testing install kmod-fglrx
 # mkinitrd -f /boot/initrd-$(uname -r).img $(uname -r)

On pourra aussi éviter d'écraser l'image précédente en utilisant un autre nom:

 # mkinitrd -f /boot/initrd-$(uname -r)-fglrx.img $(uname -r) --with fglrx

et dupliquer l'entrée du menu grub de manière adéquate ( /boot/grub/grub.conf )

Ensuite pour la génération du fichier xorg.conf, il faut au minimum avoir un champ "depth" puisque le pilote considère que le défaut est 8, alors qu'il n'est pas compatible avec ce mode. Ensuite avoir la section ModulePath qui permet de faire fonctionner les bibliothèques xorg de remplacement sans écraser celle fournit par la distribution.

pilotes nvidia 180.16 (beta)

kwizart — Thu, 18 Dec 2008 22:16:00 +0100

Ces pilotes nVidia apportent en particulier la nouvelle bibliothèque libvdpau qui permet de prendre en charge une partie du décodage de certains fichiers multimédia mpeg-1, mpeg2, h264.et vc-1 Voir l'annonce.

Pour l'installer, après la configuration du dépôt: Pour Fedora 10 x86 et x86_64 seulement. Ce pilote nécessite une carte Geforce de série 6 au minimum.

 yum --enablerepo=kwizart-testing update kmod-nvidia

N'hésitez pas à vous plonger dans la compilation de mplayer ou xine en utilisant les paquets RPM issues du dépôt RPM Fusion. Les mailing listes, bugzilla et autres canal IRC pourrons recueillir vos expérimentations.

Demande de retours sur ath5/ath9k/madwifi-trunk/madwifi-hal-0.10.5.6

kwizart — Tue, 30 Sep 2008 20:45:00 +0200

Il exite actuellement un grand nombre de modules pour les cartes de Type Atheros sous linux (à l'exeption des modèles usb). La question est de savoir si votre matériel est supporté par les pilotes linux natifs (ath5k/ath9k) intégrés dans Fedora 10. Les portables Eeepc à base de chipset atheros (AR5007) sont réputés fonctionnels avec le nouveau pilote. Mais qu'en est-il des autres...

Ce qu'il faut retenir c'est que beaucoup semblent supportés nativement par le pilote ath5k (voire ath9k). Si votre carte wifi basé sur un chipset atheros est supporté nativement, merci de le préciser.

Sinon il y a deux modules madwifi à tester. madwifi issue de la branche trunk et celui de la branche hal-0.10.5.6. Pour ma part si beaucoup de modèles sont rapportés fonctionnels, il est possible de ne garder de madwifi que la branche hal-0.10.5.6 pour rpmfusion.

Pour tester madwifi-trunk avec Rawhide Fedora 10

 rpm -Uvh http://rpms.kwizart.net/kwizart-release-9.rpm
 yum --enablerepo=kwizart-rawhide install akmod-madwifi

Pour tester madwifi-hal-0.10.5.6 avec Rawhide Fedora 10 Mettre jours madwifi et akmod-madwifi depuis cet emplacement.Il est absolument nécéssaire de redémarrer (il faut prendre en compte la nouvelle couche HAL)

Madwifi dans Fedora 10 ? Evidemment, l'idéal à moyen terme sera de ne plus utiliser madwifi mais ath5k. La maintenance de madwifi est de plus en plus délicate. il est possible que l'arrivé d'un kernel 2.6.28 probablement au cours de la vie de Fedora 10 entraine des coupures de support si le module n'est pas rendu compatible. (il est probable que le support rétabli par la suite). En conclusion, si vous etes habitué à utiliser madwifi, peut être est il temps d'évaluter la fonctionalité d'ath5k (surtout si vous n'utilisez pas les fonctions points d'accès ou mode turbo).

Disponibilité de vlc-0.9.3 pour Fedora

kwizart — Sat, 27 Sep 2008 14:45:00 +0200

vlc-0.9.3 est disponible pour Fedora. Attention, cette version utilise des dépendances du dépot rpmfusion (pas encore officiellement ouvert) La mise à jours est donc réservée à des utilisateurs expérimentés.

Le dépot rpmfusion ne comprends pas encore toutes les dépendances des dépots tiers. Il manque par exemple les paquets de freshrpms alors que tout les paquets de livna et de dribble sont presque tous importés. Il est possible d'avoir des erreurs de dépendances lorsque les paquets livna n'ont pas encore été compilé pour rpmfusion.

Pour l'installer le dépot rpmfusion :
rpm -ivh http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-stable.noarch.rpm Il n'est pas nécéssaire de retirer le dépot livna (ou dribble), mais les utilisateurs de paquets spécifiques à freshrpms devront attendre un peu.

Pour installer vlc-0.9.3 depuis le dépot kwizart-testing: yum --enablerepo=kwizart-testing update vlc vlc-core mozilla-vlc

Par défault, rpmfusion pour Fedora 8 et 9 utilise vlc-0.8.7 qui est la "préversion" de la branche 0.8.6-bugfix non officiellement maintenue par l'équipe VideoLan. La question est donc de savoir si la version 0.9.3 est assez mature et n'entraine pas de régression dans d'autres applications utilisant vlc. Cela permettrait de justifier un changement de version pour une version stable de Fedora; en particulier pour Fedora 9 (Fedora 8 resterai plutot en 0.8.7). Par ailleurs la préparation des paquets pour le dépot RHEL et CentOS suit sa progression, la question se pose aussi dans ce cas.

Pilote nVidia pour Fedora 9 - Le point.

kwizart — Fri, 16 May 2008 15:12:00 +0200

edit: Cette méthode est maintenant obsolete. nVidia ayant sortie un pilote compatible avec la pré-version du xorg-server-1.5 utilisé par Fedora 9. Les pilotes dit legacy ne sont pas encore compatible à ce jour...

Nvidia a sortie voici quelques temps une version 173.08 expérimentale (173.08-beta) sensée être compatible avec le Xorg-server de Fedora 9. Seul glx (et donc la 3D ainsi que compiz) n'est pas supporté. Il faudra donc desactiver ces options dans le fichier xorg.conf.

Pour installer ce pilote, il est nécéssaire de desactiver la vérification de l'abi. Dans le cas de GDM, Cette option n'est pas disponible. Il existe une option qui permet de forcer Xorg à ce lancer sans vérifier l'abi, mais cela nécessite de déplacer le /usr/bin/Xorg et de lancer un script. Autant dire que lors d'une mise à jours du paquet, cette bidouille va très mal fonctionner.

Pour cela je propose une version de gdm recompilée pour pouvoir ignorer l'ABI. Elle est basée sur une version de gdm actuellement disponible sur updates-testing pour F-9. (voir #445631 - note pour le LiveCD-fr : à intégrer...). Attention à bien bloquer la mise à jours si celle-ci ne contiens pas le patch IgnoreABI (je vais essayer de suivre les versions).

Pour récapituler: Voici l'installation des pilotes nVidia sur Fedora 9

 su -
 rpm -Uvh http://rpm.livna.org/livna-release-9.rpm
 rpm -Uvh http://rpms.kwizart.net/kwizart-release-9.rpm
 system-config-display --reconfig (cette option va permettre d'avoir un fichier /etc/X11/xorg.conf )
 yum --enablerepo=livna-testing install kmod-nvidia (ou akmod-nvidia dans le cas d'un module recompilable au boot)
 yum --enablerepo=kwizart-testing update gdm\*
 nvidia-config-display enable
 livna-config-display --active off (on désactive la configuration automatique de l-c-d )

Maintenant il faut désactiver glx et ignorer l'ABI. Au final, le fichier /etc/X11/xorg.conf pour x86 ressemble à cela:

# Xorg configuration created by livna-config-display

Section "ServerLayout"
	Identifier     "single head configuration"
	Screen      0  "Screen0" 0 0
	InputDevice    "Keyboard0" "CoreKeyboard"
	Option	    "IgnoreABI" "True"
EndSection

Section "Files"
 # /usr/lib64 pour x86_64
	ModulePath   "/usr/lib/xorg/modules/extensions/nvidia"
	ModulePath   "/usr/lib/xorg/modules"
EndSection

Section "Module"

 #Load  "glx"
	Load  "extmod"
	Load  "dbe"
	Load  "xtrap"
	Load  "GLcore"
EndSection

Section "ServerFlags"
	Option	    "AIGLX" "off"
EndSection

Section "InputDevice"

# keyboard added by rhpxl
	Identifier  "Keyboard0"
	Driver      "kbd"
	Option	    "XkbModel" "pc105"
	Option	    "XkbLayout" "fr"
        Option      "XkbVariant" "latin9"
EndSection

Section "Device"
	Identifier  "Videocard0"
	Driver      "nvidia"
	Option	    "AddARGBGLXVisuals" "True"
EndSection

Section "Screen"
	Identifier "Screen0"
	Device     "Videocard0"
	DefaultDepth     24
	SubSection "Display"
		Viewport   0 0
		Depth     24
		Modes    "1280x1024" "1280x960" "1152x864" "1024x768" "800x600" "640x480"
	EndSubSection
EndSection

Section "Extensions"
	Option	    "Composite" "Disable"
EndSection

Préversion de vlc-0.9.0

kwizart — Sat, 12 Apr 2008 16:39:00 +0200

Une pré-version de vlc-0.9.0 est disponible sur le dépôt kwizart-testing (toujours au stade de développent). Elle apporte en particulier le support du format flv, un nouveau module compatible v4l2... vlc utilise désormais qt4 à la place de wxGTK.

Pour l'instant, cette version ne peux pas être installée en parallèle de la version stable. Si vous utilisez le paquet python-vlc, il faudra le désinstaller au préalable. L'installation de cette version ne nécessite pas de mettre à jours d'autres dépendances par rapport aux paquets officiels de Fedora ou de livna ;vous pourrez donc la retirer et réinstaller la version stable. Evidemment, ce paquet nécessite d'utiliser le dépôt livna et ne fonctionnera pas si vous avez installé des paquets provenant d'autres dépôts incompatibles.
Installez le dépot kwizart si cela n'est pas déjà fait.

Mise à jours de vlc-0.8.6f à vlc-0.9.0

# yum --enablerepo=kwizart-testing update vlc vlc-core mozilla-vlc

Retour à la version stable

# rpm -e vlc vlc-core mozilla-vlc
# yum install vlc mozilla-vlc python-vlc

A propos de XvMC Si vous avez configuré XvMC, il est possible que le lecteur plante pour la lecture des flux Mpeg-1/2. Il faut retirer le plugin dans ce cas (la configuration d'une sortie vidéo différente n'est pas prise en compte lorsque XvMC peut être utilisé).

 # rm -rf /usr/lib/vlc/codec/libxvmc_plugin.so

kmod-nvidia-xen disponible

kwizart — Sat, 05 Apr 2008 14:01:00 +0200

Depuis quelques temps, les kmod-nvidia-xen ne fonctionnais plus avec la version de xen utilisée dans Fedora. Il semble que les derniers pilotes nVidia fonctionnent à nouveau avec cette variante du kernel. Je propose donc une version 171.06 (beta) pré-compilée pour un kernel-xen 2.6.21.7-3.fc8 (x86 et x86_64).

Pour installer le kmod-nvidia-xen.

 yum install --enablerepo=kwizart-testing kmod-nvidia-xen

nVidia ne supporte toujours pas le kernel-xen officiellement. Cependant, la compilation fonctionne sans patch supplémentaire et avec les options de compilation adéquates. (voir sur nvnews.net ou le spec du src.rpm).

A noter qu'il existe aussi sur kwizart-testing un kmod-nvidia en version 171.08 pour le kernel standard de Fedora (ainsi que PAE pour i686). Ce qui permet de passer de l'un à l'autre sans difficultés.

Cela permettra d'avoir une accélération graphique depuis votre dom0 , mais il est plus délicat de faire fonctionner celle-ci sur domU. Par ailleurs certaines fonctionnalités pourraient entrer en régression, comme le module AGP qui ne semble pas supporté sur un kernel xen:

 NVRM: AGP is not supported on Xen kernels.

Mais je n'ai eut aucun problème pour le faire fonctionner avec une accélération satisfaisante. (compiz et l'openGL OK).

 01:00.0 VGA compatible controller: nVidia Corporation NV34GL Quadro FX 500/600 PCI (rev a1)

N'oubliez pas de rapporter si votre matériel fonctionne ou non, cela permettra d'activer éventuellement la variante xen du kmod-nvidia depuis livna. Il reste à tester la série 96xx (voire 71xx ou legacy). Mais l'absence de support de l'AGP dans ces situations semble compromettre l'intérêt d'utiliser ces pilotes pour les cartes plus anciennes. (utilisez nouveau ?!)

A noter que pour Fedora 9, la mise à niveau de xen pour un kernel 2.6.25 a nécessité de faire des sacrifices. Seul le mode DomU sera supporté dans un premier temps. Le mode Dom0 devrait réapparaître au cours du cycle de vie de Fedora 9.

edit: le pilote nvidia disponible pour F-9 étant disponible en version 173.08 (beta), j'ai mis à jours les paquets pré-compilés pour F-8. edit2: la procédure ne nécessite plus d'installer xorg-x11-drv-nvidia depuis livna-devel. La bonne version de ce paquet a été intégré directement dans kwizart-testing. Attention aux utilisateurs x86_64. Vous devrez installer xorg-x11-drv-nvidia-libs.i386 pour la compatibilité des applications OpenGL 32bit.

FileZilla 3.0.8

kwizart — Fri, 14 Mar 2008 14:43:00 +0100

FileZilla est disponible en version 3.0.8. Cette version gère désormais les clefs privées pour les connections sftp. Cependant, elle ne permet pas encore de gérer les phrases de passe sur ces clefs.

Cette version est disponible depuis le dépôt kwizart-testing pour Fedora 8, car certains composants (gnutls, wxGTK) nécessitent d'être mis à jours. FileZilla 3.0.2.1 est disponible dans les dépôts officiels.

Pour l'installer, il faut utiliser la commande:

 yum --enablerepo=kwizart-testing update filezilla gnutls wxGTK

A propos de l'utilisation de clefs ssh avec mot de passe, il reste possible de lancer filezilla depuis une ligne de commande:

 $ ssh-agent $SHELL
 $ ssh-add
 Enter passphrase for ~/.ssh/id_dsa:
 $ filezilla &

Les personnes ayant une installation mutlilibs (x86_64) devront vraisemblablement mettre à jours manuellement gnutls et wxGTK depuis le dépôt kwizart-testing i386

Sortie de MythTV 0.21

kwizart — Tue, 11 Mar 2008 00:15:00 +0100

MythTV 0.21 est sorti ce samedi 8 Mars 2008.

Cette nouvelle version de MythTV 0.21 est disponible sur le dépôt kwizart. Les paquets ont été préparés par Jarod Wilson. Il seront disponibles sous peu dans RPM Fusion.

Pour l'installer pour Fedora 8 x86 ou x86_64: (à noter que la version x86 a été compilée avec le support de directfb ce qui n'est pas le cas de la version x86_64). yum --enablerepo=kwizart install mythtv

Cette commande installera MythTV ainsi que tout les plugins et les thèmes. Mais vous pouvez simplement installer le backend ou le frontend yum --enablerepo=kwizart install mythtv-backend ou yum --enablerepo=kwizart install mythtv-frontend

Pour commencer la configuration, je vous recommande de vous plonger dans la documentation en anglais qui est très complète. Il pourrait être intéressant d'avoir une traduction française de celle-ci. Cela permettrait de laisser à la doc-fedora-fr.org ce qui est seulement spécifique à une installation sous Fedora.

kqemu-kmod disponible sur rpm.livna.org

kwizart — Tue, 08 Jan 2008 15:00:00 +0000

Après acer_acpi, c'est au tour de kqemu de passer sur livna. Pour rappel, ce module noyau permet d'accélérer qemu pour les processeurs ne possédant pas les instructions de virtualisation (préférez qemu-kvm si le cpu le permet).

La version disponible sur livna a vu l'amélioration du script d'init , la variable noyau est maintenant modifiée par sysctl.

 yum install kmod-kqemu

Lors de l'installation de kmod-kqemu, le module n'est pas chargé directement. Il faut rebooter ou lancer manuellement le service kqemu. Celui-ci va charger le module kqemu.ko et modifier la variable noyau dev.rtc.max-user-freq.

 service kqemu start

Lorsqu'il n'est pas utilisé, il est donc possible de ne pas lancer le service automatiquement. Il faut empêcher le chargement au reboot dans ce cas

 chkconfig kqemu --level 345 off

Par contre, une fois arrêté, la variable dev.rtc.max-user-freq reste à 1024, ce n'est que prochain boot qu'elle sera réinitialisée à sa valeur par défaut (64). Ceci afin d'éviter qu'elle ne change à trop souvent. Vous pouvez repositionner cette variable à sa valeur par défaut en utilisant en root:

 sysctl -w dev.rtc.max-user-freq=64

A noter que kqemu ne fonctionne pas pour l'instant avec les noyaux xen. Il n'est aussi disponible que pour les architectures i586 i686 et x86_64.

vlc 0.8.6d: vlc-core et java-vlc

kwizart — Thu, 06 Dec 2007 17:47:00 +0000

Deux nouveaux paquets font leur apparitions pour vlc. vlc-core (séparation entre vlc et vlc-core des fichiers ne nécessitant pas les bibliothèques Xorg) et java-vlc une interface de liaison pour java (encore en stade de développent).

vlc-core: L'intérêt de la séparation entre vlc et vlc-core réside principalement dans l'utilisation serveur. L'installation de vlc-core permet d'utiliser vlc sans installer les dépendances Xorg et autres wxGTK26. Cette séparation n'est disponible qu'à partir de Fedora 8 avec le dépôt livna. La mise à jours est transparente si vous utilisez déjà vlc...
Si vous installer vlc-core, puis vlc, il faut faire attention à la génération du cache. Si il y a des problèmes, il peut être utile de le supprimer en faisant: (pour chaque utilisateur).

 rm -rf ~/.vlc/cache

java-vlc: il devrait être possible d'utiliser cette interface native de liaison pour java... Certains projets comme Homeplayer pourrait en bénéficier... Pour l'instant cette interface est encore en développement. A noter que python-vlc est disponible pour python.

vlc-plugins-dc1394: Ce plugins n'est disponible que depuis le dépôt kwizart.-testing Il permet le contrôle des périphériques vidéo firewire à partir de vlc, mais ne fonctionne qu'avec l'ancienne pile firewire ieee1394...(voir ici pour l'activer). Il pourrait être envisageable d'utiliser libdc1394-2 qui supporte la pile juju, mais pour l'instant la nouvelle API n'est pas supportée.

Quelques commandes utiles et autres problèmes connus avec vlc:
Lorsque il y a un problème avec un plugins interne vous pouvez utiliser cette commande:

 vlc -list -vvv --no-plugins-cache

Ce qui donne par exemple:
main private warning: cannot load module `/usr/lib64/vlc/access_output/libaccess_output_shout_plugin.so' (/usr/lib64/libshout.so.3: undefined symbol: speex_packet_to_header)
Cette erreur indique que libshout n'as pas été compilée avec speex et que par conséquent vlc n'arrive pas à charger libshout... (le problème est en cours de correction).

Problèmes de sons stridents avec pulseaudio
Il est parfois délicat de faire fonctionner pulseaudio après un upgrade de F-7 à F-8 car il faut vérifier que tout les fichiers de configurations sont à jours... (remplacer les fichiers .rpmnew créés dans /etc...)

Utilisation du mutliposte free
Lors de la diffusion d'un flux multimédia par le multiposte, la bibliothèque live555 n'arrive parfois pas à trouver l'adresse ip source... Elle utilise d'abord le fichier /etc/hosts qui doit contenir l'ip du localhost (utilisez une configuration dhcp par adresse mac si nécessaire pour la fixer)... Il est possible aussi d'ouvrir le port udp 15947 (en plus de la plage udp 32000-34000 habituelle).