Tous les projets

La dernière version présente dans l’Amazon App Store date du 7 mai 2014, et du coup, l’appairage bogue et les nouvelles fonctionnalités ne sont pas disponibles.

Bonjour,

Jusqu'à la version 1.3.7 sur le Player, les dossiers de musique étaient classés dans l'ordre normal des caractères utilises, par exemple:

Ane Brun
Tori Amos
郎朗 Lang Lang

Depuis la version 1.3.7, les caractères chinois sont ignorés (et probablement tous les caractères non latins), et l'ordre devient:

Ane Brun
郎朗 Lang Lang
Tori Amos

Comme j'ai bien plus que 3 artistes, cela sème la pagaille dans une collection méticuleusement organisée. Serait-il possible de revenir au LC_COLLATE précédemment utilisé pour avoir l'ordre naturel des caractères?
Merci d'avance.

Gros gros problème avec la radio. Je n’ai pas pour habitude d’utiliser la radio du Freebox Player Revolution, mais j’ai voulu écouter la radio or impossible car ça bloque au bout de quelques minutes. Entre 2 à 5 minutes la radio se bloque dès que j’entre dans l’onglet Radio du Freebox Player. J’ai toutes mes mises à jours à jour. C’est donc impossible d’utiliser la radio. Je suis obligé déteindre le Freebox Player en débranchant la prise électrique afin de pouvoir utiliser à nouveau le Player sinon je reste bloqué dans la Radio. Tout se fige et il est impossible de revenir en arrière, sortir avec la touche Menu “Free”. Le seul moyen est de tout couper en débranchant et rebrancher la prise électrique à l’arrière du boitier. Je le signal.

Sous Android 5.1, En utilisant Kodi et en activant dans les préférences le contrôle UPnP/AV, si l’on utilise la fonction “play using...”, le Freebox Player est bien vu mais rien ne se passe en le sélectionnant, quelque soit le contenu multimédia.

Le caractère “°” rend illisible un .m3u créé à partir d’un dossier le contenant dans son nom.
Idem si le caractère est présent dans un nom de fichier du dossier ou de ses sous dossiers.

Bonjour,

Depuis la mise à jour 1.3.0 le client email n’est plus fonctionnel.

En effet, plus aucune image n’apparait et on ne peut plus cliquer dans les liens présents.
On dirait que le client n’a pas voulu se mettre à jour ;)

Bonjour,

Les flux télévision sont accessibles en UPnP, ce qui est une super fonctionnalité pour par exemple pouvoir regarder la télé sur sa tablette (merci Free !!).

Ce serait encore mieux si l’on avait aussi accès aux flux radio de cette manière.

Pour l’instant ce n’est pas le cas, du coup écouter la radio n’est pas aussi simple et convivial.

Merci de considérer ce message.

Bonjour,

Plusieurs de mes fichiers vidéos (.avi) sont reconnus comme de la musique.
Problème résolu par l’utilisation de vlc en attendant la mise au point de l’explorateur.
Merci.

Lorsque l’on ouvre un fichier vidéo depuis le serveur (Revolution + Multi Tv mini 4K dans mon cas), les fichiers de sous titres (.srt) ne sont pas toujours bien pris en charge. J’ai noté les problèmes suivants:
- parfois l’option sous-titres ne détecte pas les sous-titres présent sur le serveur
- parfois l’option est présent mais sélectionner les sous-titres ne les affiche pas systèmatiquement et il faut s’y reprendre à plusieurs fois pour que cela fonctionne.

Le disque dur branché sur le boitier server n’est plus visible dans l’explorateur de fichier, l’accès aux périphériques branchés sur le player semble possible mais on ne peut pas descendre dans le menu “freebox server”. Au bout d’un moment il y a des artefacts qui apparaissent et la seule solution est de redémarrer le player.

Le bouton “Retour” (la flèche) ne provoque pas le comportement attendu dans Freebox replay.

En effet, au lieux de faire un retour à la fenêtre précédente, elle ramène à l’écran principal (comme le bouton Maison).

C’est très agaçant !

L’explorateur de média affiche actuellement les fichier sous forme de très grosses icônes avec le titre des fichiers écrits avec à peine quelques caractères, ce qui fait que l’on ne voit pas le nom complet du fichier et pire on ne voit souvent même pas la moitié du nom du fichier ou du dossier. Et il n’affiche pas un symbole (comme trois points de suspension par exemple) pour indiquer que le nom est tronqué.
Il aurait été préférable d’avoir les fichiers en liste comme sur le Freebox Player V6, ou alors laisser l’utilisateur choisir l’affichage qu’il souhaite (liste ou icône ou autre...).

Bonjour,

En utilisant cette API, cela permettrait d’exposer le stockage de la Freebox à toutes les applications Android.

La doc ici :
https://developer.android.com/guide/topics/providers/document-provider.html

Le Player demande le transport FBXRTP/AVP au lieu de RTP/AVP dans la méthode SETUP, ce qui casse l’interopérabilité avec la plupart des serveurs RTSP. Je vois quatre solutions:

1) Considérer le support RTSP comme purement interne à la Freebox, pour la TV ou le replay (vu dans le debug que c’est du RTP), et cesser d’annoncer rtsp-rtp-udp comme un protocole reconnu pour upnp/av

2) Une variante, continuer d’annoncer le support mais précéder le SETUP par un appel à la méthode OPTIONS:
OPTIONS * RTSP/1.0
CSeq: 6
Require: fbxrtp-transport

Comme ça le but est totalement clair. Voir http://tools.ietf.org/html/rfc2326#page-30

À noter que le Player spamme le serveur rtsp avec des appels à OPTIONS sans payload, je ne vois pas bien à quoi c’est sensé servir.

3) Remplacer la demande FBXRTP/AVP par un réel RTP/AVP

4) Faire un premier SETUP avec Transport: FBXRTP/AVP;... et si la réponse est “461 Unsupported Transport” réessayer en mode “compatible” avec RTP/AVP; une alternative est de détecter le support FBXRTP avec la méthode OPTIONS et choisir après quel transport demander.

Je ne pense pas que les solutions 1) et 2) soient intéressantes hormis qu’elles sont celles qui demandent le moins de travail/maintenance de la part des dev freebox. La 3 est la plus correcte niveau interopérabilité, mais si vous avez un FBXRTP c’est probablement pour avoir des fonctions ad-hoc dedans auquelles vous ne pouvez peut-être pas renoncer.
La 4 représente le meilleur compromis IMHO, avec un système inchangé pour les utilisations existantes (donc pas de maintainance nightmare sur la TV ou autre) et une interopérabilité accrue dans les autres cas.

Lorsque j’appelle SetAVTransportURI sur l’interface AVTransport du MediaRenderer DLNA du Player, avec CurrentURI valant rtsp://192.168.0.1:8081/stream.ts j’obtiens l’échange suivant:

Envoyé par le Player à 192.168.0.1:8081:

DESCRIBE rtsp://192.168.0.1/stream.ts RTSP/1.0
CSeq: 1
Accept: application/sdp
User-Agent: libfbxrtsp/1.2

Réponse:

RTSP/1.0 200 OK
Server: VLC/2.1.2
Date: Sat, 08 Feb 2014 23:33:24 GMT
Content-Type: application/sdp
Content-Base: rtsp://192.168.0.1:8081/stream.ts
Content-Length: 330
Cache-Control: no-cache
Cseq: 1

v=0
o=- 15465709961248091033 15465709961248091033 IN IP4 atlantis
s=Unnamed
i=N/A
c=IN IP4 0.0.0.0
t=0 0
a=tool:vlc 2.1.2
a=recvonly
a=type:broadcast
a=charset:UTF-8
a=control:rtsp://192.168.0.1:8081/stream.ts
m=video 0 RTP/AVP 33
b=RR:0
a=rtpmap:33 MP2T/90000
a=control:rtsp://192.168.0.1:8081/stream.ts/trackID=0

Envoyé par le Player à 192.168.0.1:8081:

SETUP rtsp://192.168.0.1/stream.ts RTSP/1.0
CSeq: 2
Accept: application/sdp
User-Agent: libfbxrtsp/1.2
Transport: FBXRTP/AVP;unicast;mode=play;ssrc=561072371;client_port=3001-3002
X-Freebox-Capabilities: hd,sd,ld,16_9,ac3
X-Freebox-Model: fbxhd

Et c’est là que le bât blesse, la réponse étant:

RTSP/1.0 459 Aggregate operation not allowed
Server: VLC/2.1.2
Date: Sat, 08 Feb 2014 23:33:24 GMT
Content-Length: 0
Cache-Control: no-cache
Cseq: 2

En effet, l’opération SETUP ne doit pas être effectuée sur l’url de présentation mais sur l’url de contrôle dédiée du flux, et ce pour chaque flux s’il y en a plusieurs. Si le client est VLC, l’opération SETUP s’effectue bien ainsi:

SETUP rtsp://192.168.0.1:8080/stream.ts/trackID=0 RTSP/1.0

Il semble que ou bien libfbxrtsp ignore la directive “a=control:...”, ou bien choisit la première au lieu de prendre en compte celle qui suit la directive “m=video 0...” marquant le début des metadata du premier flux.

Voir http://stackoverflow.com/a/9254673 pour les détails.

Of course, tenter de diriger la box vers rtsp://192.168.0.1:8080/stream.ts/trackID=0 dès le départ ne marche pas, puisque le DESCRIBE est refusé sur les flux eux-mêmes. À remarquer que le serveur RTSP du multiposte utilise la même url pour le flux et pour la présentation, donc le problème ne se présente pas (même si orienter le Player vers une url multiposte ne marche quand même pas, au moins la connexion se fait et le Player affiche le temps qui passe comme s’il recevait qqchose; je pense juste qu’il n’arrive pas à décoder la vidéo).

Quand on je sélection tempomix radio on entend une autre radio
Puis quand on sélection only1 on entend xhtvfm Europa dance

Enfaite quand on sélectionne ces deux radio on entend une autre

Merci pour les web radio réfectionne au personne qui ont résolu le problème

Il serait super pratique d’ajouter la fonction d’appel depuis le service SIP fournie par Free depuis l’application Freebox compagnon.

Lorsque le nom d’une photo contient un caractère accentué (é, è, ô par ex.) la synchronisation des photos avec Freebox Compagnon échoue (elle se bloque sur le dernier fichier copié contenant un accent).
Contournement testé :
- renommer le fichier sur le téléphone Android en enlevant les accents
- supprimer le fichier sur Freebox Server (le fichier existe mais les accents sont remplacés par un point d’interrogation ?)
- relancer la synchro

A noter que les tirets, les espaces, les points ne posent pas de problème.

Testé uniquement depuis des appareils Android avec Freebox Server 2.0.2

Bonjour

Il n’est pas possible de voir les pieces jointes dans le client alors qu’elles sont signalées par un trombone.
Il serait fortement souhaitable de pouvoir voir notamment les photos et les pifs (cas pour les factures free par exemple ! ).

Ceci concerne principalement les personnes prenant free-player et qui n’ont pas d’ordinateur....

Merci

La suggestion d’url dans la barre d’adresse fonctionne très bien, MAIS, on ne peut pas descendre sur les propositions avec la touche bas d’un clavier USB.

Seul le pointeur de la souris peut aller valider une proposition, ce qui n’es pas la solution la plus rapide.
Le comportement attendu est naturellement de pouvoir mettre en surbrillance et valider un choix au clavier.

Si vous voulez mettre en fond d’écran un fichier nommé “Fond d’écran.JPG” l’affichage de l’image va fonctionner, la mise en fond d’écran va vous dire “Fond d’écran mis à jour” mais votre fond d’écran restera noir.
Le problème vient de la lettre accentué qui se trouve dans le nom du fichier.
J’ai testé avec un é, un è et un à, le bug se produit à chaque fois. l’espace ou l’apostrophe sont bien gérés
Facile à résoudre

Depuis la remise en route du service mail Zimbra sur le player un de mes trois comptes m’indique que le code d’accès est erroné.
Les trois comptes avaient été paramétrés avec le même code à 4 chiffres. Seul deux fonctionnent.
Impossible d’effacer le compte qui pose problème car besoin du même code.
Le redémarrage avec paramètres usine de la box ne change rien, les comptes ne sont pas effacés.

possible d’avoir un curseur qui se transforme en main au survol d’un lien et aussi d’avoir une barre de défilement

Il y a un mois, Xavier Niel nous présentait en grande pompe la Freebox Revolution, nous vantant des fonctions inédites telles que l’affichage des infos AlloCiné de nos films.

Si ce petit plus est très sympathique sur le papier, il est en réalité complètement inutile, tellement il est buggé.

Sur la quasi totalité de mes films, soit AlloCiné ne m’affiche rien, soit il m’affiche n’importe quoi.
Visiblement, la recherche ne se fait par sur le nom du fichier en entier, mais semble ne se faire que sur le 1er mot (ou sur un mot au petit bonheur la chance, va savoir).

Par exemple :
- Film “Brazil” : affichage infos AlloCiné correct
- Film “Blade runner” : il affiche les infos de “Blade” - Films ‘Un jour sans fin”, “Les cadavres ne portent pas de costard”, ou “Le quelque chose” : aucun affichage.

J’ai bien évidement cherché directement sur allocine.fr, ces films sont bien dans la base de donnée.

Copie à revoir, donc...