[ushare] ushare et avi (Résolu !)

[FDZ]

Bonjour,
Nouveau venu sur arch depuis maintenant plus d'un mois en provenance d'ubuntu, j'ai décidé d'installer ushare sur ma session arch. Dans un premier temps, un point positif : alors que sous ubuntu je suis souvent obligé de relancer plusieurs fois ushare avant que la connexion avec mon écran TV soit effective, la connexion est correcte du premier coup. Par contre, problème récurrent si j'en crois les nombreux posts publiés à ce sujet, imposible de lire les fichiers avi. J'ai d'abord recherché parmi les codecs et je peux lire ces fichiers aussi bien avec GNOME-mplayer que MPLAYER-Media-Player, Totem ou VLC. Par contre ces fichiers ne sont même pas reconnus sur la TV. J'ai tenté, suivant les tutos mais sans conviction de modifier le fichier /usr/mime/packages/freedesktop.org.xml en remplaçant "video/msvideo" par "video-ms-wmv", et comme je m'y attendais sans aucun succès (je n'avais pas eu besoin de modifier ce fichier sous ubuntu, pourquoi aurait-il été nécessaire de le faire sous arch ?).
Je retiens l'hypothèse d'un codec défectueux ou mal installé, surtout que "ushare -d" me répond :

Code : Tout sélectionner

[francis@Arch ~]$ ushare -d
L'interface enp0s4f1u1 est arrêtée.
Revérifiez la configuration de uShare et recommencez !
uShare (version 1.1a), a lightweight UPnP A/V and DLNA Media Server.
Benjamin Zores (C) 2005-2007, pour l'équipe GeeXboX.
Voir http://ushare.geexbox.org/ pour les mises à jour.
Listening on telnet port 1337
Initialisation du système UPnP ...
Démarre en mode compatibilité DLNA ...
Serveur Multimédia UPnP en écoute sur 192.168.1.5:49200
Envoit des informations UPnP du périphérique ...
Attente de connexions ...
Building Metadata List ...
Looking for files in content directory : /mnt/Fichiers_partagés/Videos
[mpeg4 @ 0x2488ae0] Invalid and inefficient vfw-avi packed B frames detected
[mpeg4 @ 0x2488820] Invalid and inefficient vfw-avi packed B frames detected
[mpeg4 @ 0x2488ce0] Invalid and inefficient vfw-avi packed B frames detected
[mpeg4 @ 0x2488c20] Invalid and inefficient vfw-avi packed B frames detected
[mpeg4 @ 0x2488c20] Invalid and inefficient vfw-avi packed B frames detected
[mpeg4 @ 0x2488c20] Invalid and inefficient vfw-avi packed B frames detected
[mpeg4 @ 0x2488b60] Invalid and inefficient vfw-avi packed B frames detected
[mpeg4 @ 0x2488b60] Invalid and inefficient vfw-avi packed B frames detected
[mpeg4 @ 0x2488b60] Invalid and inefficient vfw-avi packed B frames detected
[mpeg4 @ 0x2488bc0] Invalid and inefficient vfw-avi packed B frames detected
[NULL @ 0x2488c80] start time is not set in estimate_timings_from_pts
[NULL @ 0x24891e0] start time is not set in estimate_timings_from_pts
[mpeg4 @ 0x24891e0] Invalid and inefficient vfw-avi packed B frames detected
[mpeg4 @ 0x24891e0] Invalid and inefficient vfw-avi packed B frames detected
[mpeg4 @ 0x24891e0] Invalid and inefficient vfw-avi packed B frames detected
[mpeg4 @ 0x24891e0] Invalid and inefficient vfw-avi packed B frames detected
[mpeg4 @ 0x24891e0] Invalid and inefficient vfw-avi packed B frames detected
[mpeg4 @ 0x24891e0] Invalid and inefficient vfw-avi packed B frames detected
[mpeg4 @ 0x24891e0] Invalid and inefficient vfw-avi packed B frames detected
[mpeg4 @ 0x24891e0] Invalid and inefficient vfw-avi packed B frames detected
[mpeg4 @ 0x24891e0] Invalid and inefficient vfw-avi packed B frames detected
[mpeg4 @ 0x24891e0] Invalid and inefficient vfw-avi packed B frames detected
[mpeg4 @ 0x24891e0] Invalid and inefficient vfw-avi packed B frames detected
Found 9 files and subdirectories.
^CArrêt du service UPnP ...

Je sais pour avoir eu un doute sous ubuntu que la première information d'"erreur" "L'interface enp0s4f1u1 est arrêtée." est fausse (c'est un bug qui n'a toujours pas été corrigé). Par contre, les messages concernant "vfw-avi" semblent vouloir orienter les recherches vers un codec défaillant.
Mes recherches sur google m'ont appris que ce problème est fréquent, mais je n'ai pas trouvé de solution qui me convienne.
Pour info, je communique avec mon écran TV à travers ma Bbox (Bouygues) et le décodeur associé, et ushare fonctionne correctement pour les fichiers mpeg et même mp4.

[FDZ]

Up !?
Personne ne s'étonne ici qu'un programme qui fonctionne sous ubuntu ne fonctionne pas sous arch ?

[FoolEcho]

Salut,

Moi, rien ne m'étonne, je suis blasé.
Et je n'utilise pas ushare, alors tout ce que je peux te demander c'est si tu as bien vérifié sa configuration, la voir éventuellement et de vérifier si le log a quelques informations supplémentaires (systemctl status ushare, en tant qu'admin). UShare

[mulanee]

ushare ne décode rien du tout contrairement aux ténors du secteur, il ne fait que serveur.
Le mien est installé depuis quelques mois en remplacement de minidlna qui justement posait des problème de décodage.
Comme ushare ne fait que "passerelle", aucun problème.
Voir http://forums.archlinux.fr/topic13557.html

Mon /etc/ushare/ushare.conf:

Code : Tout sélectionner

# /etc/ushare.conf
# Configuration file for uShare

# uShare UPnP Friendly Name (default is 'uShare').
USHARE_NAME=Serveur de media

# Interface to listen to (default is eth0).
# Ex : USHARE_IFACE=eth1
USHARE_IFACE=enp0s4

# Port to listen to (default is random from IANA Dynamic Ports range)
# Ex : USHARE_PORT=49200
USHARE_PORT=50000

# Port to listen for Telnet connections
# Ex : USHARE_TELNET_PORT=1337
USHARE_TELNET_PORT=

# Directories to be shared (space or CSV list).
# Ex: USHARE_DIR=/dir1,/dir2
USHARE_DIR=/media/LaCie/MUSIC,/media/LaCie/PHOTOS,/media/LaCie/MOVIES,/media/LaCie/VIDEOS/

# Use to override what happens when iconv fails to parse a file name.
# The default uShare behaviour is to not add the entry in the media list
# This option overrides that behaviour and adds the non-iconv'ed string into
# the media list, with the assumption that the renderer will be able to
# handle it. Devices like Noxon 2 have no problem with strings being passed
# as is. (Umlauts for all!)
#
# Options are TRUE/YES/1 for override and anything else for default behaviour
USHARE_OVERRIDE_ICONV_ERR=yes

# Enable Web interface (yes/no)
USHARE_ENABLE_WEB=yes

# Enable Telnet control interface (yes/no)
USHARE_ENABLE_TELNET=yes

# Use XboX 360 compatibility mode (yes/no)
USHARE_ENABLE_XBOX=no

# Use DLNA profile (yes/no)
# This is needed for PlayStation3 to work (among other devices)
USHARE_ENABLE_DLNA=no

[FDZ]

J'en reviens donc à mon hypothèse de départ : codec absent on incorrect.
Puisque ushare fonctionne sous ubuntu, je pense d'abord faire l'inventaire des codec présents sous ubuntu et le comparer au même sous arch. Par contre, a priori ushare n'utilise que libupnp et libdlna, et je ne vois pas comment reconnaitre les codec utilisés.
D'après pkgbrowser, libdlna dépend de glibc et ffmpeg, et les versions sur mon pc de ces libraires sont à jour.
En ce qui concerne libupnp, il n'y a que glibc.
Je sens que je risque de patauger un moment ...

[mulanee]

Pas besoin de codec, relis

[FDZ]

Pas besoin de codec, relis

Admettons. Mais si ushare n'utilise pas de codec, quel est le programme qui décode les fichiers avi ? Ushare utilise libupnp et libdlna, qui ne sont pas des codecs. Je peux lire mes fichiers vidéo directement sous arch avec tous les différents logiciels dont je dispose, ce qui infirmerait un problème de codec. J'aimerais savoir d'abord comment ushare envoie un fichier codé en "avi" sous forme d'images lisibles par mon écran TV sans passer par un quelconque codec.

[mulanee]

C'est le client qui décode.
Par exemple ma TV cliente ne décode pas certains formats alors que mon boitier multimedia en est capable, sur les mêmes fichiers.
Sans rien changer à la configuration de ushare

[FDZ]

Donc, ce serait mon boitier décodeur Bbox qui fait la différence entre ushare sous ubuntu et ushare sous arch ?
Parce que sous ubuntu, ça décode nickel, et sous arch impossible (uniquement pour les fichiers avi)!

[benjarobin]

Compare /etc/ushare/ushare.conf entre Ubuntu et ArchLinux et donne nous les configurations ici

[FDZ]

Voici un "diff" de mes deux fichiers ushare.conf :

Code : Tout sélectionner

[francis@Arch Documents]$ diff /etc/ushare/ushare.conf ./ubu_ushare.conf 
1a2
> # Edit this file with 'dpkg-reconfigure ushare'
5c6
< USHARE_NAME=ArchLinux_UShare
---
> USHARE_NAME=uShare
9c10
< USHARE_IFACE=enp0s4f1u1
---
> USHARE_IFACE=wlan0
21c22
< USHARE_DIR=/mnt/Fichiers_partagés/Videos
---
> USHARE_DIR=/home/francis/Vidéos,/home/francis/Musique,/home/francis/Images

Les différences sont :
- Le nom attribué (sans incidence sur le résultat)
- Le nom du réseau "wireless"
- Les répertoires des fichiers partagés
Soit rien qui concerne le décodage des fichiers avi
Pour plus de certitude sur l'identité des fichiers concernés, j'ai créé un lien symbolique du répertoire utilisé sous arch vers celui utilisé sous ubuntu et tenté une lecture sous ubuntu : ça marche sans problème et "ushare -d" ne renvoie pas de message d'erreur.
Dans les deux cas, la version de ushare est 1.1a

[mulanee]

As tu essayé en passant par samba sans passer par le serveur upnp?

[FDZ]

Je n'ai pas installé samba, et vu mon installation je n'en ai pas besoin.
Je voudrais simplement pouvoir partager mes fichiers vidéo comme sous ubuntu, et le programme que j'utilisais (ushare) me convenait, encore faut-il que son comportement soit indépendant de l'os utilisé, ce qui ne semble pas le cas.

[mulanee]

Aucun soucis de compatibilité pour ma part avec les différents clients chez moi:TV panasonic, multimedia western digital, samsung, windows media player
Es tu sûr de ne pas avoir changé non plus la configuration de ton client?
Est-ce que ça le fait aussi avec un autre client?

[FDZ]

Client : mon écran TV à travers le serveur multimédia Bbox/décodeur Bbox
Je rappelle que ushare fonctionne sous ubuntu dans la même configuration, et que sous arch les fichiers avi sont illisibles (ils n'apparaissent même pas dans la liste), alors qu'ils sont lisible avec ushare sous ubuntu ; les fichiers de config n'ont que des différences mineures qui n'expliquent pas ce défaut, la version de ushare est la même. J'ai cherché si on pouvait changer quelque chose en modifiant les paramètres de mime (solution proposée entre autre pour résoudre des problèmes avec la XBox) sans résultat. Je suis revenu à la situation originelle et je cherche toujours.
Je viens d'apprendre que VLC possède des options upnp, ça me semble être une solution envisageable mais ces options sont sorties assez récemment et les tutos concernant cette ouverture sont plutôt rares, et anglophone de surcroit (je suis vaguement allergique à l'anglais et le traducteur de Google est loin d'être parfait)

[benjarobin]

ils n'apparaissent même pas dans la liste

C'est à dire ? Tu ne l'avais pas précisé...

[mulanee]

As tu essayé avec un autre serveur, windows media player par exemple, à travers la bbox (en routeur seul) et sans bbox pour isoler le paramètre bbox?

[FDZ]

@benjarobin : quand ushare tourne, si je me connecte dessus sur ma TV, je vois bien les sous répertoires où sont mes fichiers, et si je peux voir et lire les mpeg et mp4, les fichiers avi n'apparaissent pas.

@mulanee : le serveur ushare fonctionne sans problème sous ubuntu, y compris avec les mêmes fichiers qu'il ne peut pas lire sous arch. Je n'ai pas ushare sous window$ et je n'ai aucunement l'intention d'essayer (d’ailleurs, window$ fonctionne t'il encore ?). Je ne comprend pas ce que tu veux dire "à travers la bbox en routeur seul, et sans bbox". De toute façon c'est la même configuration sous ubuntu et là ça marche ! J'ajouterais que ushare fonctionne correctement pour les fichiers mpeg ou mp4, seuls les fichiers avi posent problème, et ce seulement sous arch.

[mulanee]

Pas besoin d'ushare sous windows, windows media player fait serveur

[FDZ]

Pas besoin d'ushare sous windows, windows media player fait serveur

Je n'ai pas installé (si tant est qu'on puisse le faire) windows media player sous mes sessions linux et n'ai aucune intention de le faire.
Ushare fonctionne correctement pour ce qui est de la fonction serveur aussi bien sous ubuntu que sous arch mais sous arch il n'affiche pas les fichiers avi et bien sur ne les lance pas. Le problème ne concerne pas la fonction serveur de ushare, mais le décodage ou la reconnaissance des fichiers avi.
Normalement, ces fichiers devraient être reconnus et décodés par mon boitier décodeur Bbox, mais si la reconnaissance se fait bien sous ubuntu, ça ne veut pas marcher sous arch. Je ne peux pas croire que Bouygues ait interdit à son matériel de fonctionner correctement sous certaines versions d'OS et pas sous les autres, autrement dit un problème hard est hautement improbable. "Eppur si mueve" disait Galilée.
Il y a forcément quelque chose dans le fonctionnement de ushare qui est mal réglé, et c'est lié au décodage.

[HS] Mes recherches sur les possibilités d'utiliser vlc en serveur n'ont pas abouti : j'ai bien accédé à la configuration de cette fonction, puis j'ai installé vlc dans les lanceurs de cairo-dock, mais au reboot suivant plus d'affichage ! vlc est bien lancé (confirmation par "ps -ef | grep vlc") mais n'apparait plus à l'écran ! Les vidéos peuvent toujours être lues par vlc (en cliquant dessus sous nautilus et choissant vlc pour les lire) mais la fenêtre graphique de vlc ne s'affiche plus ! J'ai bien sur purgé vlc puis réinstallé dans les règles, mais rien n'a changé. Je vais voir si le problème ne serait pas lié à cairo avant de lancer un post spécifique [/HS]