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

[mulanee]

Je n'ai pas installé (si tant est qu'on puisse le faire) windows media player sous mes sessions linux

C'était juste au cas ou tu aurais eu un pc sous windows dans ton réseau

Sinon je ne vois pas, ushare parait très peu configurable.
As tu essayé de changer l'extension de tes fichiers de .avi en .AVI voire en .mpg voire en .divx voire en .mpeg et autres variations?
.avi est un encapsulage.

[FDZ]

Ces mêmes fichiers sont lisible par le même programme sous ubuntu dans une configuration forcément identique. J'aimerais savoir comment se fait le décodage (et où)

[mulanee]

On tourne en rond, ushare ne décode pas c'est le client qui le fait.
As tu essayé avec ton téléphone?

[FDZ]

Ushare ne décode pas, soit, mais le décodeur TV ne fait pas le boulot à sa place.
Les mêmes fichiers, envoyés par le même exécutable-serveur, sont lisibles ou pas selon que la provenance est ubuntu ou arch. C'est forcément dans les fichiers de l'OS qu'il y a une différence qui génère le problème. Je rappelle que pour résoudre un problème de compatibilité avec la xbox, il était préconisé de modifier le fichier mime.c dans la version à compiler de ushare, ou de modifier des paramètres mime dans un fichier xml. Dans les deux cas, il s'agit bien de fichiers présents sur l'OS serveur, donc ushare utilise bien des fichiers présents sur le serveur. Peut-on vraiment affirmer que ushare ne décode pas dans ces conditions ? C'est de la digression de jésuite. Le client ne connait pas mime.

[benjarobin]

Pourquoi faire des digressions à ne pas en finir... La solution parait tellement simple depuis plus d'une dizaine de message...
Il n'y a pas de problème de décodage car ushare ne fait aucun décodage...
uShare oublie juste de lister les fichier .avi surement à cause d'un souci avec les fichiers mime.
Tu donnes toi même la solution en plus...

[FDZ]

Je viens de comparer les fichiers mime cités dans les tutos ushare, soit /usr/share/mime/package/freedesktop.org.xml de ma session arch et de ubuntu : ils diffèrent en effet et beaucoup (le résultat de diff est trop long pour que je le renvoie ici). J'ai donc copié le fichier de ubuntu vers arch (après avoir soigneusement sauvegardé le fichier arch), puis j'ai relancé ushare -d : c'est pareil ! rien n'est réglé ! Je continue de chercher autour des fichiers mime.

[edit] Je viens de vérifier : freedesktop.org.xml est le seul fichier de ce répertoire qui parle de fichiers avi.
(à suivre)

{edit 2] Ooops, j'avais oublié de mettre à jour le database de mime ! Maintenant que c'est fait, je vérifie avec ushare -d : ça semble passer ... mais j'ai toujours le même problème sur l'écran TV.

[FDZ]

Eh ben non ... Ca passe pas :

Code : Tout sélectionner

[francis@Arch log]$ 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.7: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 @ 0x1c30ae0] Invalid and inefficient vfw-avi packed B frames detected
[mpeg4 @ 0x1c30820] Invalid and inefficient vfw-avi packed B frames detected
[mpeg4 @ 0x1c30ce0] Invalid and inefficient vfw-avi packed B frames detected
[mpeg4 @ 0x1c30c20] Invalid and inefficient vfw-avi packed B frames detected
[mpeg4 @ 0x1c30c20] Invalid and inefficient vfw-avi packed B frames detected
[mpeg4 @ 0x1c30c20] Invalid and inefficient vfw-avi packed B frames detected
[mpeg4 @ 0x1c30b60] Invalid and inefficient vfw-avi packed B frames detected
[mpeg4 @ 0x1c30b60] Invalid and inefficient vfw-avi packed B frames detected
[mpeg4 @ 0x1c30b60] Invalid and inefficient vfw-avi packed B frames detected
[mpeg4 @ 0x1c30bc0] Invalid and inefficient vfw-avi packed B frames detected
[NULL @ 0x1c30c80] start time is not set in estimate_timings_from_pts
[NULL @ 0x1c311e0] start time is not set in estimate_timings_from_pts
[mpeg4 @ 0x1c311e0] Invalid and inefficient vfw-avi packed B frames detected
[mpeg4 @ 0x1c311e0] Invalid and inefficient vfw-avi packed B frames detected
[mpeg4 @ 0x1c311e0] Invalid and inefficient vfw-avi packed B frames detected
[mpeg4 @ 0x1c311e0] Invalid and inefficient vfw-avi packed B frames detected
[mpeg4 @ 0x1c311e0] Invalid and inefficient vfw-avi packed B frames detected
[mpeg4 @ 0x1c311e0] Invalid and inefficient vfw-avi packed B frames detected
[mpeg4 @ 0x1c311e0] Invalid and inefficient vfw-avi packed B frames detected
[mpeg4 @ 0x1c311e0] Invalid and inefficient vfw-avi packed B frames detected
[mpeg4 @ 0x1c311e0] Invalid and inefficient vfw-avi packed B frames detected
[mpeg4 @ 0x1c311e0] Invalid and inefficient vfw-avi packed B frames detected
[mpeg4 @ 0x1c311e0] Invalid and inefficient vfw-avi packed B frames detected
Found 9 files and subdirectories.

Je vais d'abord étudier ce fichier freedesktop.org.xml, la plupart des différences entre la version ubuntu et la version arch concernent la langue, je ne pense pas que le problème soit à ce niveau. Ca devrait limiter les recherches au sujet des différences pouvant justifier un dysfonctionnement.

[FDZ]

J'ai essayé d'utiliser les fichiers mime de ubuntu, pour cela j'ai d'abord renommé le répertoire /usr/share/mime en /usr/share/mime_orig, puis j'ai créé un lien symbolique (ln -s) vers le répertoire /usr/share/mime de ubuntu; ensuite un update :

Code : Tout sélectionner

[francis@Arch share]$ sudo update-mime-database /usr/share/mime/
Unknown media type in type 'all/all'
Unknown media type in type 'all/allfiles'
Unknown media type in type 'uri/mms'
Unknown media type in type 'uri/mmst'
Unknown media type in type 'uri/mmsu'
Unknown media type in type 'uri/pnm'
Unknown media type in type 'uri/rtspt'
Unknown media type in type 'uri/rtspu'

et une vérification par ushare -d : ça ne marche pas ! J'ai négligé les messages "unknown media type" du fait qu'ils ne concernaient explicitement AVI, mais ça aurait du marcher ...
Je vais donc me replacer dans les conditions d'origine (fichiers arch)

Après cette opération, j'ai relancé l'update et j'ai eu exactement le même message d'erreurs (unknown media type)

[Skwad]

Salut,

As-tu essayé de lancer ushare sans l'option -d ?
Chez moi avec cette option, tous mes répertoires partagés sont vides de fichiers...

Pour le lancer en mode "daemon", c'est "-D". Tu as peut-être confondu.
"-d" est requis pour les consoles PS3 seulement.

[FDZ]

'fectivement, j'ai confondu. Je pensais que l'option -d signifiait "mode debug" alors que

Code : Tout sélectionner

 ushare -h
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.

Usage : ushare [-n nom] [-i interface] [-p port] [-c répertoire] [[-c répertoire]...]
Options :
 -n, --name=NOM		Défini le nom UPnP ('uShare' par défaut)
 -i, --interface=IFACE	Utiliser l'interface réseau IFACE ('eth0' par défaut)
 -f, --cfg=FICHIER	Fichier de configuration à utiliser
 -p, --port=PORT	Force le serveur HTTP à utiliser ce PORT
 -q, --telnet-port=PORT	Force le server TELNET à utiliser ce PORT
 -c, --content=REP	Partage le contenu du répertoire REP
 -w, --no-web		Désactive la page de contrôle web (activée par défaut)
 -t, --no-telnet	Désactiver le contrôle par TELNET (activé par défaut)
 -o, --override-iconv-err	Si iconv n'arrive pas à traduire le nom du fichier, ajouter tout de même le contenu (en espérant que le lecteur puisse le lire)
 -v, --verbose		Mode bavard
 -x, --xbox		Utiliser le mode de compatibilité XboX 360
 -d, --dlna		Utiliser le mode de compatibilité DLNA pour PlayStation3
 -D, --daemon		Démarrer en mode démon
 -V, --version		Affiche la version de uShare et quitte le programme
 -h, --help		Affiche cette aide

Il s'agit du forçage du mode dlna, qui est d'ailleurs déjà validé dans ushare.conf.
J'avais l'habitude de lancer ushare avec les options -dD, soit dlna (et pas debug !) et daemon.
Je vais don tenter avec la seule option D et on va bien voir ... (ou ne pas voir, ce qui ne m'étonnerait pas du tout).
Le mode verbeux me renvoie toujours les mêmes messages d'erreur, en précisant le nom des videos concernées,

[FDZ]

J'ai resté ushare -D : comme je m'y attendais, sur l'écran TV toujours le même message si je demande à visionner des fichiers avi (dans un répertoire particulier) : "Ce dossier ne contient pas de fichier compatible". Si dans un répertoire il y a des fichiers MPEG, MP4 et AVI, les fichiers avi ne sont pas affichés, sans avis d'erreur. Par contre les autres sont lisibles. En ce qui concerne le fichier freedesktop.org.xml les différences rencontrées par rapport au même fichier sur ubuntu ne concernent pas les fichiers avi : la piste ne semble pas bonne. Les fichiers de /usr/share/mime/video sont identiques sous ubuntu ou arch.

[FDZ]

Ne pouvant toujours pas lire mes fichiers avi sous arch, j'ai essayé mediatomb et minidlna.
Ni l'un ni l'autre ne sont "KISS", contrairement à ushare : ils semblent plutôt répondre au vieux principe shadok "Pourquoi faire simple quand on peut faire compliqué". De toute façon, je ne suis pas venu à bout de mediatomb (répertoire où est censé se trouver le fichier de config inaccessible) et minidlna ne fonctionne pas (après lancement de "minidlnad", aucun signe de minidlna avec "ps -ef" et rien sur l'écran TV. Je reviens donc à ushare, mais les fichiers avi ne sont toujours pas utilisables, et pourtant si je les analyse avec "file -i" j'ai bien un format présent dans /usr/share/mime/video.
A suivre ?

[mulanee]

Tu les vois sous ftp?

[FDZ]

Que vient faire ftp dans cette histoire ? Je ne cherche pas à transmettre des fichiers de PC à PC mais à utiliser le "MediaCenter" de ma Bbox pour lire des fichiers vidéo sur mon écran TV.

[mulanee]

puisque tu ne les vois pas avec samba ni ushare, les vois tu avec ftp?

[FDZ]

- Je n'ai pas besoin de samba
- je vois bien les fichiers mpg mpeg, mp4, ... mais pas les fichiers avi.
Il semble que ce dysfonctionnement serait lié à mime, notamment au fichier /usr/share/mime/package/freedesktop.org.xml, cependant je n'y ais pas trouvé d'incohérence concernant des fichiers avi. D'autre part, si je remplace ce fichier par le fichier de même nom utilisé dans ubuntu (où les fichiers avi passent), ça ne résoud rien, de même si je remplace tout le répertoire /usr/share/mime de arch par celui d'ubuntu (avec les sous-répertoires associés, bien sur)
Donc j'en suis à affirmer que les fichiers suspects ne sont que suspects et que je n'arrive pas à trouver quel est le fichier responsable. Pas besoin de samba, ftp ou autre : les fichiers non avi sont lisibles, donc la fonction "serveur de fichiers" de ushare fonctionne. De plus, je vois bien sur ma TV les différents répertoires de mon répertoire vidéo, mais aucun fichier avi.
Je répète pour la xième fois que seuls les fichiers avi n'apparaissent pas, ce problème ne peut pas être résolu par l'éventuelle installation s=de samba ou le passage par ftp. Je vois bien avec ushare, et ça me convient, mais pas les fichiers avi.

[benjarobin]

Pour information modifier les fichiers que tu décris sans régénéré la base de donnée/cache mime est inutile.

[mulanee]

Idem pour ushare, il faut soit le redémarrer (pas simple) soit lui déclarer de nouveau le répertoire

[FDZ]

Je vous prie de bien vouloir relire mes messages avant d'y répondre : à chaque modification des fichiers en rapport avec mime (à une exception près, comme signalé) j'ai remis à jour la base mime. Ça n'a strictement rien changé. En ce qui concerne ushare, on peut pour remettre à jour les fichiers soit relancer ushare, soit passer par l'interface web, ce qui est d'ailleurs plus pratique. De tout ça, je suis au courant, et je pense l'avoir correctement expliqué dans les posts précédents. Tout ça ne nous avance pas beaucoup (merci quand même de vous intéresser à mon problème, je ne voudrais pas vous vexer)

[FDZ]

Le principal suspect dans cette affaire est le fichier /usr/share/mime/packages/freedesktop.org.xml.
J'ai remplacé sous ubuntu (où ushare fonctionne) le fichier freedesktop.org.xml par le fichier suspest en provenance de arch : ushare tourne, les fichiers passent ! Évidemment cela ne résout pas le problème, mais le fichier freedesktop.org.xml est hors de cause !
Je pense qu'il pourrait y avoir d'autres répertoires pour les fichiers mime, notamment dans $HOME, en répertoire cachés. Dans ce cas, si je lance ushare en mode admin, ces supposés fichiers ne seraient pas utilisés ?
Ça doit pouvoir se tenter, mais je doute encore du résultat

[Edit] Confirmation ; les fichiers avi sont toujours illisibles, même avec ushare lancé en mode admin [/Edit]