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

[Skwad]

Postes le contenu de ton /etc/ushare/ushare.conf s'il te plait.

[FDZ]

Le contenu de /etc/ushare/ushare.conf n'est pas en cause, la comparaison avec celui sous ubuntu ne fait apparaitre aucune erreur, mais voilà :

Code : Tout sélectionner

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

# uShare UPnP Friendly Name (default is 'uShare').
USHARE_NAME=ArchLinux_UShare

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

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

# 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=/mnt/Fichiers_partagés/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=

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

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

La différence majeure avec la conf sous ubuntu est le nom de l'interface réseau, c'est parfaitement normal et ça ne peut en aucun cas être à l'origine des problèmes de lecture des fichiers avi.

[Skwad]

remplace

Code : Tout sélectionner

USHARE_ENABLE_DLNA=yes

par

Code : Tout sélectionner

USHARE_ENABLE_DLNA=no

Code : Tout sélectionner

$ killall ushare

(si lancé) et

Code : Tout sélectionner

$ ushare

sans -d

[FDZ]

OK, je vais essayer sans DLNA, bien que sous ubuntu, ushare tourne avec DLNA, et il me semble même (pas sur) que dans ma configuration, DLNA serait indispensable. Çà va me donner l'occasion de le vérifier.
Je compte aussi tester les fichiers mime de arch de la même façon que j'ai testé ceux de ubuntu.

[Skwad]

J'ai pendant longtemps fait tourner ushare avec cette commande

Code : Tout sélectionner

ushare -d -D

et tout fonctionnais au poil. Mais dernièrement (1 mois ou plus) j'obtenais la même chose que toi, des fichiers vidéos absent des répertoires. Je pouvais seulement voir et lire mes fichiers audios.

J'ai donc ôté l'option -d et ça a de nouveau fonctionné. Mais il faut aussi la désactiver dans /etc/ushare/ushare.conf et c'est la ligne que j'ai mis plus haut.

Je pense que ça vient des dernières mises à jour de libdlna https://www.archlinux.org/packages/comm ... 4/libdlna/
libupnp n'a pas été mis à jour depuis le début de l'année.

Elle est là la vraie différence avec ubuntu: la version de libdlna


Si ça ne résoud pas ton problème, je vois vraiment pas.


P.S.: Pour info concernant les versions:
Sur une ubuntu 12.04 LTS
version libdlna: 0.2.3-0ubuntu7
Sur arch

Code : Tout sélectionner

yaourt -S libdlna
Mot de passe : 
avertissement : libdlna-0.2.4-13 est à jour -- réinstalle
résolution des dépendances...
recherche des conflits entre paquets...

Paquets (1): libdlna-0.2.4-13

[FDZ]

Résultats des derniers test :
1- Sous ubuntu (ushare tourne normalement)

• Suppression des options DLNA : ça tourne toujours
  chargement et validation des fichiers mime issus de arch : ça tourne encore (=> retour aux fichiers originaux)

2- sous arch :
Suppressions des options dlna (lancement par "ushare -D") : ça marche !
Merci Skwad, c'était la bonne réponse ! Je m'étais concentré sur les fichiers mime, ce qui semblait logique vu le problème (fichiers avi non reconnus), mais j'avais totalement négligé cette piste.
Merci aussi aux autres contributeurs qui m'ont suivi dans cette mésaventure.

[benjarobin]

@Skwad Chapeau bas...
@FDZ Désolé...

[Skwad]

@FDZ: De rien, c'était avec plaisir.
@benjarobin: Merci.

[FDZ]

@benjarobin pas de quoi être désolé : tu es toujours là quand j'ai un problàme, c'est très rassurant.
@Skwad : la version ubuntu de libdlna est libdlna.0.2.4 (source = launchpad.net, version ubuntu 13.10 =saucy salamander) la version de arch est libdlna 0.2.4-13 (d'après pourtant suffisant pour induire un dysfonctionnement.