Tous les projets

Bonjour,

Sur conseil du site, je reprends mon ticket  FS#13423  dans une nouvelle catégorie.

L’interface du Player pourrait s’inspirer de celle des tablettes et proposer l’accès aux différentes applications sous forme de widgets, si possibles “animés”.

L’Utilisateur (et même les Utilisateurs du Domicile) pourrait personnaliser sa page d’accueil pour y placer ses applications préférées, les autres étant placées sur d’autres pages.

L’accès à une application la ferait basculer en plein écran. On pourrait la quitter en la fermant ou en la faisant passer en arrière plan, mais sans la désactiver. Cela permettrait par exemple d’écouter la Radio tout en surfant sur Internet ou en lisant ses mails.
Une application en arrière plan n’aurait pas accès a l’écran, ou alors sous forme de PIP. Pour l’audio il faudrait pouvoir gérer une priorité entre l’application en plein écran ou l’application en arrière plan (ce qui suppose qu’on ne pourrait avoir qu’une seule application en arrière plan, ou alors proposer de choisir parmi les applications en arrière plan, voire mixer l’audio de tout ou partie des applications).

Des applications/widgets pourraient être ajoutées, à choisir dans un “Store” et/ou développées par l’Utilisateur ou des tiers au moyen d’un SDK.

Une évolution des Freebox Compagnons versions tablettes pourraient proposer de “mirrorer” l’affichage du Player, voire même des flux audio et video, transformant ainsi les tablettes en télécommandes alternatives, ou en périphériques d’affichage déporté, (et si possible même au-delà du réseau local). Ceci suppose que le Server propose une API de relais vers le Player.

Cordialement,

DFAL

Bonjour,

En cas d’enregistrement (flux ADSL, qualité automatique) de deux émissions (non liées comme par exemple deux épisodes d’une même série) qui se suivent sur la même chaine, le planning des enregistrements en attente fait apparaître un conflit du fait du recouvrement provoqué par l’ajout des marges.

Mais y a-t-il vraiment conflit ?
Combien de flux ADSL seront ouverts ? (Sachant qu’ils ont la même source et la même qualité).

Serait-il possible d’optimiser cette gestion ? (Détecter que le conflit concerne la même chaine et ne gérer qu’un flux commun aux deux enregistrements).

Note :
- la programmation des enregistrements est faite par le Guide des Programmes au niveau du Player.
- la modification d’un enregistrement programmé en conflit le fait passer en état “erreur inconnue”.

Cordialement,

DFAL

Bonjour,

J’ai réalisé des enregistrements de plusieurs épisodes d’une série à partir du Guide des Programmes du Player.
Chaque enregistrement a été réalisé de façon indépendante.
Dans ce cas le Player a la bonne idée de nommer chaque enregistrement sous la forme :

“nom de la série - SssEee - nom de l’épisode”

SssEee correspond au numéro de la saison et au numéro de l’épisode.

Mais si je demande le tri alphabétique des enregistrements, la partie SssEee du titre complet ne semble pas être prise en compte. Les enregistrements semblent triés uniquement sur :

“nom de la série - nom de l’épisode”

ou alors le tri n’est réalisé que sur le nom de la série (titre principal) et par date décroissante : dans mon contexte les 2 semblent correspondre (pur hasard).

ce qui induit un déclassement.

Ceci est valable aussi bien en affichage simplifié que détaillé, et aussi pour les tris par chaines (pourquoi M6 est il avant Arte ? et 6ter en dernier ?), par statut (quel est le tri secondaire ?).

Pour retrouver un enregistrement le plus important me semble être le titre complet. Il faudrait donc pour chaque option de tri :
- tri par nom : tri sur titre principal + titre secondaire + date croissante
- tri par chaine : tri sur chaine + titre principal + titre secondaire + date croissante
- tri par statut : tri par statut + titre principal + titre secondaire + date croissante
- tri par date : tri par date croissante (ou décroissante ?)

Cordialement,

DFAL

Bonjour,

Sur la page “Machines en réseau” du Compagnon Android, le Player est listé.

S’il est éteint, le menu contextuel fait apparaître le choix “Allumer l’appareil (WOL)”.

J’ai tenté mais rien ne s’est passé... (J’ai configuré la mise en veille profonde sur le Player).

Pourtant cela pourrait être utile de pouvoir allumer le Player depuis le Compagnon pour disposer du tuner TNT :
- regarder la télévision via Compagnon sur tablette avec la source TNT
- permettre à un enregistrement programmé de se faire sur la source TNT

Idéalement il faudrait aussi pouvoir disposer d’une fonction pour éteindre le Player.

Cordialement,

DFAL

Bonjour,

Le lancement automatique de la lecture d’un disque ne fonctionne plus (testé avec DVD et BD).

Ce problème semble être apparu avec le réaménagement du menu Bluray dans les réglages du Player.

Cordialement,

DFAL

Bonjour,

Le Player propose une fonction de reprise de la lecture des vidéos a priori sur toutes les sources possibles : lecteur DVD/BD, enregistrement TV, réseau local...

Cette information doit bien être enregistrée quelque part et je ne vois que le disque dur du Server pour cela.

Comment cet espace disque est-il géré ?
Que ce passe-t-il si on ne reprend jamais la lecture de la video en question ?
Est-ce que les informations restent enregistrées ad vitam aeternam ?
Sont-elles supprimées lorsque la source a été entièrement lue ?
Sont-elles supprimées après un certain temps ?

Ce problème peut sembler anodin... sauf lorsqu’on arrive à plus de 90% d’utilisation du disque dur du Server...

Serait-il possible :
- d’afficher la quantité d’espace disque dédié à la fonction reprise de la lecture,
- de pouvoir effacer ces informations et récupérer l’espace disque associé :
– soit de façon sélective, (ce qui pourrait poser un éventuel problème de confidentialité si on affiche la liste des titres...),
– soit en fonction de leur ancienneté, (plus de x jours, plus de x semaines...),
– soit en fonction des sources, (lecteur DVD/BD, enregistrement TV, réseau local...).

Éventuellement, l’activation de la fonction reprise de la lecture pourrait-elle être sous contrôle d’une option en fonction de la source ?

Cordialement,

DFAL

Bonjour,

Les marges définies sur le Player pour les Enregistrements ne sont pas synchronisées avec celles définies sur Freebox OS...
Il y a donc deux gestions séparées. Quel intérêt ?
C’est plus une source d’erreur pour l’Utilisateur...

Cordialement,

DFAL

Bonjour,

Apparemment dans le Guide des Programmes, firmware 1.3.0, la possibilité d’avoir un affichage “condensé” n’est plus disponible.

Pouvez vous remettre en place ce réglage ?

Cordialement,

DFAL

Bonjour,

Dans la nouvelle interface (firmware 1.3.0) d’accès aux vidéos du WEB, les recherches effectuées sont mémorisées ce qui est pratique pour relancer la même recherche.
Il existe une fonction “Effacer toutes les recherches”, mais sauf erreur il n’est pas possible d’effacer sélectivement certaines recherches.
Serait-il possible d’ajouter cette possibilité ?

Cordialement,

DFAL

Bonjour,

Dans la nouvelle interface (firmware 1.3.0) d’accès aux vidéos du WEB, je n’ai pas retrouvé de fonction de tri / filtrage des vidéos (ou alors elle est bien cachée).
Serait-il possible de rétablir cette fonctionnalité ?
- tri par dates
- filtre par langue (si applicable)

Dans la mesure du possible, il faudrait aussi pouvoir enregistrer ces options de tri / filtrage au niveau des recherches mémorisées.

Cordialement,

DFAL

Bonjour,

Ce problème n’est pas nouveau et a été maintes fois signalé (ou alors il est réapparu avec le dernier firmware), mais les tickets sont anciens et probablement plus suivis.

Lors de l’exploration d’un dossier sur un disque réseau (Fonction “Disques” du Player) contenant des fichiers MP3, le tri des fichiers est inapproprié : il est basé sur le Titre du morceau (extrait des tags ?) et non sur le numéro de piste.

Il faudrait :
- soit trier sur le numéro de piste si cette information est présente (dans tous les fichiers du dossier courant)
- soit trier sur le nom physique du fichier qui a de forte chance (du moins l’utilisateur a le moyen de le faire) d’être construit de façon à trier sur le numéro de piste.

Cordialement,

DFAL