MythTV-fr

Bonsoir,

Merci Gilles pour tes explications très claires et instructives.
Je vais regarder cela ce week end, et reprendre depuis le début.

Bonne soirée.

Oh oui .... Pour finir par comprendre qui fait quoi et comment (au sujet des télécommandes), avec les noyaux récents .... ça peut prendre du temps ! D'autant plus que suivant les distribs, les noyaux peuvent être patchés différemment.
N'ayant pas beaucoup de neuronnes, j'ai preferé laisser la mythbox en "prod" en 2.6.32.
Selon les distributions, HAL, s'il est encore là, peut aussi s'en mêler.
A ta place, Burn2, si je peux me permettre un très très modeste conseil, je reprendrais toute la config IR et j'avancerais pas à pas en m'aidant des logs (et des tutos du forum !).

ça donne quoi ça ?

ls -la /dev/input/by-path/

C'est une télécommande de type mce ?
Souvent, les problèmes de touches répétées sont dues à la prise en charge par le noyau ET par lirc.

Bonjour,

Merci pour vos réponses, les experts !
C'est plus clair à présent.

En ce qui concerne la norme DVB-T2, je me demande si le délai de grâce sera bien long ... si je comprend bien, le DVB-T serait maintenu quelques temps, en parallèle avec DVB-T2 ? Or, conserver 2 normes de transmission coute cher ....
Enfin ! On verra bien. Mais c'est vrai que le support Linux de DVB-T2 est plus que balbutiant !

Bonsoir,

Personnellement je n'ai jamais essayé cette fonction de Mythtv, donc je ne me prononce pas sur l'efficacité.
Par contre, une fois un enregistrement effectué, j'utilise dvbcut (avec Linux). Très simple pour couper des séquences. Avidemux sait faire également, mais plus lourd et inutile pour ce genre de tache assez simple.
Evidemment, c'est .... manuel. Mais assez rapide à faire et le résultat à la frame près vaut le coup.
Bref, si ça peut servir à quelqu'un, dvbcut est un bon petit outils !

Bonne soirée.

Bounjour Snouf,

Le trio mythtv+xbmc+mythbox fonctionne aseez bien (avec mythtv 0.23.1, pas le live tv avec la version 0.24 parait-il).
Le hic, c'est la relative lenteur de mythbox : on perd un peu sur le temps de lock de la chaine, et lors d'un réception difficile (chez moi ça arrive par temps de forte pluie, orages), mythbox se gèle ...

Mythtv ne lock pas, il finit par abandonner, mais mythbox persiste à attendre mythtv ... bloque tout et bouffe du cpu. Il faudrait que je vois avec le développeur s'il  a moyen d'y mettre un timeout.
Bref, si mythtv fonctionne bien, si la réception est ok, mythbox est sympa, dans le cas contraire, le waf (ou caf, le même pour les enfants ....) chute sévèrement !

Mythbox n'est pas sans défaut, c'est vrai, mais le développeur est assez réactif.
Par exemple, le dernier que j'ai découvert, est l'affichage des emissions enregistrées périodiquement : elles n'apparaissent pas et causent une erreur. Pas eu encore le temps de lui remonter le bug, logs et toute l'explication qui va avec.
Pour ce trio, il faut quand même prévoir un peu de ressources .... avec un P4 3ghz, 2 go de ram et une nvidia 6600 (pas de vdpau), c'est ok, mais il ne faut pas chercher à avoir certains themes de xbmc (xbmc peut alors monter à 50% de cpu sans rien faire -- 20-22 % avec le theme par défaut).

Je pense que si on veut l'efficacité "pure", un mythtvfrontend simple est plus adapté.  Si on veut du "joli" et qu'on peut accepter quelques lenteurs, qu'on ne le secoue pas trop à zapper partout, ce trio est très plaisant.
Et en plus, pour chacun des trois éléments, on trouve assez facilement quand même de l'aide. Encore une fois, je ne dis pas que vdr est nul, je n'ai simplement pas réussi à l'appréhender par manque de docs et de plus avec une communauté d'utilisateur essentiellement allemande.

bonne journée;

Bonsoir,

Le message de Dalgwen, que je salue, ....

.... , me fait penser à "l'obsolescence programmée".

Pour un fabricant de n'importe quel matériel, quel intérêt à se soucier d'une durée de vie supérieure à 1, 2, voire 3 ans au mieux ? Aucun ! Surtout quand "accepter" (ou faire accepter) cette faible durée de vie du produit permet de faire des économies, et donc, en plus de s'assurer un renouvellement du matériel à terme, il coûte moins cher à produire, et en plus le fabricant n'a pas à se casser la tête pour résoudre l'équation efficacité / confort / prix.
Aujourd'hui, on fait du jetable, du consommable (les exemples sont partout, en informatique, les 1er exemple qui me viennent à l'esprit sont les imprimantes jet d'encre, les lecteur/graveur de cd/dvd: de belles saloperies qui durent 18 mois avant de décliner sévèrement...).

Pour revenir au cas des cartes graphiques fanless, je suis persuadué que beaucoup de neuronnes se sont penchés sur le problème: comment faire fonctionner le truc suffisamment lontemps pour que le client ne se sente pas arnaqué, mais tout en gardant cette durée de vie compatible avec une stratégie commerciale bénéficiaire et durable pour l'entreprise.
Je crois savoir, qu'au delà des ingénieurs (techniques), c'est le boulot des actuaires de penser tout cela, ceux dont le job est de travailler avec ce type de variables : le temps, l'argent, le hasard.

Fin de ma parenthèse ... qui n'apporte pas de solution ni conseil malheureusement à l'intéressé (désolé). Mais je trouve que ces questions sont bonnes à se poser car elles nous renvoient à nos besoins, à ce qu'on est prêt à accepter, à la société qu'on se construit.

bonne soirée.
Gromit.

Bonjour,

Merci à tous 2 pour vos réponses.

L'écran connecté au backend/frontend est une "ancienne" tv cathodique bien loin d'être compatible HD ...
Donc je sais bien que visualiser une séquence HD avec cela n'apporte aucun avantage, mais je souhaitais anticiper le moment où je changerai peut-être de tv et dès aujourd'hui effectuer des enregistrements en HD (quitte à les regarder dans une définition "dégradée" pour l'instant).

En ce qui concerne la carte Nvidia, je n'ai pas tellement envie de faire de frais pour une série 8 au moins (je crois savoir que vdpau est apparu à partir de cette gamme).
D'autant plus que la carte mère est en AGP et je me demande si ces cartes Nvidia séries 8 et + ne sont pas toutes en pci-express.
Je souhaitais seulement mettre à profit la puissance de calcul d'une autre machine pour le décodage de la HD et demander au frontend de m'afficher le résultat (un peu comme un modeste terminal X).
Enregistrer en HD me permettrait d'avoir une version unique et "tip top" de la capture, d'anticiper éventuellement des évolutions matérielles (tv, frontend ...?) et ne pas gaspiller trop d'espace disque en conservant une version HD et une autre réencodée en SD.

Merci en tout cas pour vos avis.

Bonjour,

Oui, et ce qui n'est pas facile c'est de trouver le bon compromis entre l'augmentation des parkarges et la température du disque .... Moins de LLC >> moins de spindown >> température augmente >> densité de l'air entre les plateaux et les têtes de lecture diminue >> plus de risques d'atterissage sur le plateau ...
Leurs séries RE4 solutionne le problème par une rampe, mais ce n'est pas le même prix.
Les "pauvres" se contentent de juguler le LLC et de refroidir !

Ah, j'ai peut-être dit une bétise: Les Caviar Green semblent avoir aussi leur rampe "notouch".

Bonjour Piratebab,

Pour ce qui est des débits, je constate que la SD me prend 2,4 Go env. pour 1h et Arte HD (rien d'autre en HD  pour l'instant) 3,6 Go par heure.
J'en déduis que le disque écrit/lit à 667 Ko/s en SD et 1 Mo/s en HD. Enfin à la louche.

Je n'ai pas les compétences en video pour bien saisir tout ce qui est expliqué dans la page wikipedia ...
Cela ne tient peut-être pas du tout la route, mais si je me contente d'observer les débits à l'enregistrement, j'en déduis que n'importe quel disque peut suivre ces cadences.

J'étais sur le point de me tourner vers les Caviar Green (non "AV"), mais je découvre sur les forums que le "intellipark" de WD cause un nombre incroyable de parkage: le Load Cycle Count explose, et ces disques ne reconnaissent pas le paramètre APM de hdparm ...
Il y a bien un utilitaire WD, mais bof ... ce n'est pas bon signe.
Je partage complètement ta conclusion et je vais m'orienter vers du "très classique".

Bonne fin de weekend et merci pour ton avis.