Mythtv, multi-poste...

Gestion de la FreeboxTV

• [+] [^]Re: Gestion de la FreeboxTV

  Posté par imbolcus (page perso, ) le 11/09/2006 à 11:56. (lien). Évalué à -3.

  super, c'est qui me retenait vraiment de passer a free...
  
  Maintenant, yapuka evaluer si prix+fonctionnalites de free compensent les prob de qualite...

  --
  Imbolcus
  A vot' service
  Vive le VTT dans les Vosges !!

• [^]Re: Gestion de la FreeboxTV

  Posté par Guillaume Membré () le 11/09/2006 à 11:58. (lien). Évalué à 3.

  Je ne sais pas si regarder la tv en direct de la freebox via l'interface mythtv marche (il me semble qu'il y a un soucis sur le changement en live de chaine, mais je me trompe peut etre) mais l'enregistrement est operationnel.

  • [^]Re: Gestion de la FreeboxTV

    Posté par ookaze () le 14/09/2006 à 14:53. (lien). Évalué à 0.

    Etant donné que la TV en direct de MythTV est du "Live TV", signifiant que MythTV enregistre d'abord, puis que tu vois ce qui a été enregistré avec un décalage de 2 secondes, cela implique que tu dois forcément pouvoir regarder les chaînes de la Freebox en direct.

mysql

• [^]Re: mysql

  Posté par imbolcus (page perso, ) le 11/09/2006 à 12:01. (lien). Évalué à 2.

  non, pas pour l'instant en tout cas... peut etre ont ils ouvert leur appli a d'autres base (pgsql ?)
  
  quoiqu'il en soit, avec knoppmyth http://www.mysettopbox.tv/knoppmyth.html, l'install est fastoche (dommage qu'ils se basent sur knoppix...)

  --
  Imbolcus
  A vot' service
  Vive le VTT dans les Vosges !!

  • [^]Re: mysql

    Posté par malin () le 11/09/2006 à 19:28. (lien). Évalué à 5.

    Un peu facile la DB mysql... Juste pour stocker les programmes TV c'est la centrale nucleaire pour faire marcher une lampe de poche. Une install de base de mythtv sur Ubuntu (sans les 42017301 plugins) prend 90 megas, ca fait un peu cher d'espace disque, sans compter les ressources bouffees par un daemon MySQL qui tourne rien que pour ca, les trous de securite potentiels d'une DB qui tourne a temps plein, et la maintenance que ca ne manquera pas d'occasionner (qui s'occupera de purger la DB?).
    
    Soyons critiques mais constructifs: pour stocker des enregistrements sur lesquels les seules operations sont add/delete/display, une DB est tres largement sous-utilisee. A priori des fichiers de donnees structurees suffiraient largement. Si vraiment les developpeurs se sentent le besoin insurmontable d'ecrire du code qui fait appel a des commandes SQL, on peut opter pour SQLite qui implemente la meme chose mais sans avoir besoin de lancer de process separe, sans ouvrir de ports, sans avoir a bouffer des tonnes de disque, du CPU, ni necessiter de maintenance delirante.
    
    Bon enfin ce que j'en dis...

    • [^]Re: mysql

      Posté par Antoine Büsch () le 11/09/2006 à 19:44. (lien). Évalué à 6.

      Sauf que mysql n'est pas utilise pour stocker le nom de 3 videos. Quand dans certains pays t'as plusieurs centaines de chaines télé, que sur chaque chaine t'as plusieurs dizaines d'émissions chaque jour, que chaque emission a une bonne dizaine de propriétés (heure de depart, de fin, etc), qu'il faut garder au moins 15 jours de programmes à l'avance, qu'il faut garder une trace des plusieurs centaines d'émissions que t'as déjà enregistrées, etc... ben ça en fait des infos à stocker, sur lesquels il faut faire des requêtes pas forcément triviales. Je suis désolé, mais c'est *exactement* à ça que sert une bdd...
      
      Quand aux soit-disant 90 megs pris par mythtv, sur un système où le moindre petit enregistrement fait plusieurs gigas... pas très convainquant comme argument.

      • [^]Re: mysql

        Posté par malin () le 11/09/2006 à 20:18. (lien). Évalué à 6.

        Le (potentiellement) large volume de donnees a gerer ne justifie pas en lui-meme l'utilisation de MySQL. D'accord par ailleurs sur ce point: si tu as beaucoup de requetes non-triviales a mener de facon specifique (e.g. programmes dont le nom commence par XYZ commencant apres 14h et ne contenant pas de pub, avec un presentateur chauve et des chansons), les capacites de selection de SQL seront appreciees (sans etre indispensables ceci dit).
        
        Mon point etait plutot base sur la necessite d'avoir un mastodonte comme MySQL pour remplir un besoin qui est generalement bien desservi par des moteurs plus "lite" (voire sans SQL). SQLite est une suggestion, il y en a d'autres. Quid de la maintenance du daemon MySQL qui tourne sur ta machine? La masse de code importee avec MySQL vient avec son lot de bugs, de trous de securite, de dependances encore a d'autres packages, de taches de maintenance, etc. Je ne dis pas que MySQL est mal (c'est un excellent moteur de DB!) mais pour un utilisateur qui veut juste regarder la TV c'est un peu cher paye alors que VLC propose la meme chose en installation stand-alone. Disons qu'une gestion plus discrete des memes donnees serait appreciable.
        
        Bon enfin ce que j'en dis... Apres tout l'essentiel est que les gens qui programment MythTV se fassent plaisir. Rien ne m'oblige a l'installer si je n'ai pas envie d'avoir un daemon SQL sur ma machine ;-)
        
        Dernier point: 90 megs pour un soft c'est demesure. Ce n'est pas une question d'encombrement du disque, c'est une question de qualite de produit. Mais c'est une autre discussion...

        • [^]Re: mysql

          Posté par gnuk (page perso, ) le 11/09/2006 à 20:44. (lien). Évalué à 2.

          En aucun cas je ne tente de défendre mysql, mais c'est quoi cette fixation sur les éventuelles failles de sécurité contenu dans le code de mysql ?
          
          Enfin je dis ca, je dis rien, mais faut pas oublier qu'avant l'utilisation de mysql, il y a le serveurX, sans compter tous les daemons lancés par défaut (genre xscreensaver) sur la plupart des distributions.

          • [^]Re: mysql

            Posté par malin () le 11/09/2006 à 21:03. (lien). Évalué à 3.

            Oops... Mon post precedent peut effectivement etre mal interprete.
            
            Non MySQL n'a pas de raison de souffrir de plus de failles de securite que n'importe quel autre volume de code similaire! Ce commentaire etait generique et aurait pu s'entendre de la meme facon sur n'importe quel volume massif de code ajoute au tronc principal. (Chapeau bas aux developpeurs de MySQL en passant.)
            
            Pour remplir une fonctionnalite de gestion de donnees relativement simple (tout est dans le "relatif"), je prefererais inclure une lib qui fait 2 Megs qu'une qui fait 20 Megs, ne serait-ce que parce que statistiquement j'aurai a priori 10 fois moins de problemes, sans presumer aucunement des talents des programmeurs de ce volume de code. Est-ce que les developpeurs de MythTV sont prets a supporter les problemes d'install, de securite, de maintenance, de dependances qui seront inevitablement poses a leurs utilisateurs par l'ajout de MySQL? Je ne doute pas que MySQL ait resolu leur probleme, c'est juste une addition qui me semble demesuree pour un soft destine a des end-users.
            
            Bon, sans serveur X tu risques de ne pas aller tres loin pour afficher de la video sous Linux. Ca ne me semble pas aberrant de demander a ses utilisateurs d'installer la couche graphique la plus standard pour voir de la video ;-)

          • [^]Re: mysql

            Posté par Antoine Büsch () le 11/09/2006 à 21:39. (lien). Évalué à 4.

            Merci, j'allais dire la même chose :)
            
            Pour revenir au commentaire encore au dessus:
            
            

            
            Le (potentiellement) large volume de donnees a gerer ne justifie pas en lui-meme l'utilisation de MySQL
            

            
            Que ce soit TrucSQL ou MachinSQL au lieu de MySQL, honnêtement, c'est le cadet de mes soucis... C'est l'emploi d'une base de données que je trouve pleinement justifié. Parce que mettre toutes ces données dans un simple fichier, franchement... bon courage.
            
            Pour ce qui est de la maintenance, franchement à part un apt-get install mysql, je ne me souviens pas avoir jamais eu à y toucher, donc je ne vois pas trop de quoi tu parles... Quant aux milliards de trous de sécurité dont MySQL semble souffrir, je fais confiance (peut-être à tord) à ma distribution pour mettre à jour les paquets quand ils seront découverts. Ça ressemble vraiment à du FUD anti-bdd (ou anti-MySQL) tout ça.
            
            

            
            mais pour un utilisateur qui veut juste regarder la TV c'est un peu cher paye alors que VLC propose la meme chose en installation stand-alone
            

            
            Ah ben voilà, il est là le problème ! Si tu compares MythTV à VLC, c'est pas étonnant qu'on n'arrive pas à se comprendre... Et si tu penses que MythTV c'est "juste pour regarder la télé", alors oui effectivement, pas étonnant non plus que tu trouves MySQL superflu. Mais dans ce cas là, c'est surtout MythTV lui-même qui est superflu.
            
            Je crois honnêtement (et je dis ça sans méchanceté aucune), que tu n'as pas une très bonne idée de ce que peux faire MythTV, ni de à quoi peut ressembler une utilisation courante. Après tout, peut-être qu'une solution comme ça te suffirait largement ;)
            http://linux.slashdot.org/comments.pl?sid=196250&cid=160(...)
            
            Dernier point pour la route: quand je fais un du -s -h sur mon install de mythtv fraichement compilée, j'ai effectivement 90 megs tout rond, mais dans le tas y a quand même 26 megs d'image pour les thèmes, et 17 megs de sons, videos, images pour MythArchive (pour les menus). Donc faut pas déconner non plus...

            • [^]Re: mysql

              Posté par PsychoFox () le 12/09/2006 à 06:41. (lien). Évalué à 4.

              en même temps, sans vouloir dénigrer mysql, on pourrait vouloir choisir sa DB. Berkeley DB m'aurait par exemple semblé plus qu'appropriée pour ce genre d'utilisation...
              
              Beaucoup d'applications permettent l'utilisation d'une DB de notre choix, j'imagine que ça ne doit pas être dur d'offrir ce choix (même si ce n'est pas dans les priorités du projet).

            • [^]Re: mysql

              Posté par nawac (page perso, ) le 12/09/2006 à 07:47. (lien). Évalué à 2.

              Un peu de militantisme : un SGBDR n'est pas de trop dans un projet tel que celui-ci ! De part le simple fait que les données sont indexées et liées relationnellement, chose que l'on ne peut pas faire avec des fichiers texte à moin de coder assez lourdement des choses qui existent déjà !
              
              De plus, le démon mysql ne prend pas tant que ca ressources, l'ouverture du port 3306 n'est aps obligatoire pour se connecter, et mysql est une base de donnée auto-gérée, cad qui ne nécessite pas l'intervention d'un admin pour son entretien :-P

              • [^]Re: mysql

                Posté par malin () le 12/09/2006 à 12:15. (lien). Évalué à 5.

                Est-ce qu'on peut essayer de lister les utilisations qui sont faites de SQL dans MythTV? Est-ce qu'on peut mettre ca en regard du nombre de fonctionnalites offertes par MySQL? Si on utilise moins de 5% des capacites de MySQL on peut decemment sortir l'analogie de la centrale nucleaire et la lampe de poche. Sans forcement tout re-coder a la main (ca ne sera pas forcement mieux ecrit que dans MySQL), il existe d'autres librairies qui offrent un sous-ensemble reduit de fonctionnalites, dont MythTV pourrait profiter sans avoir a s'encombrer d'un SGBDR avec cloches et sifflets. Un stockage ad-hoc base sur des fichiers et des recherches via dictionnaires offrerait peut-etre les memes fonctionnalites? Ou sinon un moteur SQL minimaliste qui ne requiert pas de maintenance?
                
                MySQL ne se maintient pas tout seul: comme tout moteur de DB il y a foultitude de parametres a regler. On peut sans doute se contenter des parametres par defaut mais l'install generique qui est faite e.g. dans Ubuntu n'a pas conscience qu'elle va etre utilisee pour MythTV. Qu'est-ce qui me garantit qu'une install par defaut est valide pour MythTV sur toutes les distribs? On peut aussi imaginer que j'utilise le daemon mysqld en local a d'autres fins et que mes reglages customises soient conflictuels avec MythTV.
                
                On peut tres bien comprendre que les developpeurs aient voulu resoudre un probleme de developpeurs avec les outils qu'ils maitrisent, personne ne leur reproche. Par contre c'est imposer a ses utilisateurs (et donc a soi-meme) une charge supplementaire d'installation et de maintenance (fut-elle minimale) d'un soft non negligeable. Quand on importe un package comme MySQL on importe tous ses avantages et tous ses problemes (sans juger aucunement encore une fois de la valeur de MySQL qui est tres bien ecrit nous sommes d'accord). Est-ce que les developpeurs de MythTV sont prets a mettre en place un FAQ pour les utilisateurs qui ont une installation mal foutue de MySQL? Des trous de securite non patches (e.g. sur un live-CD donc pas patchable)? Un port malencontreusement ouvert a l'exterieur sur une machine publique? A confirmer: mysqld a besoin de creer un user dedie pour travailler, est-ce que toutes les installs par defaut interdisent le login a ce user? Est-ce qu'il y a moyen de s'assurer que toutes les installs de MySQL seront compatibles avec l'utilisation qui en est faite par MythTV, et sans apporter de trou de securite? Les developpeurs de MythTV ont sans doute suffisamment a faire avec leur soft pour en plus s'occuper de debugger les installs de MySQL chez leurs utilisateurs.
                
                Ou alors ils s'en foutent et qqn qui n'arrive pas a faire tourner MySQL chez lui a interdiction d'utiliser MythTV.

                • [^]Re: mysql

                  Posté par ookaze () le 14/09/2006 à 15:19. (lien). Évalué à 0.

                  Est-ce qu'on peut essayer de lister les utilisations qui sont faites de SQL dans MythTV? Est-ce qu'on peut mettre ca en regard du nombre de fonctionnalites offertes par MySQL?
                  
                  MythTV utilise la majorité des fonctionnalités de MySQL. Sans aller très loin, mais suffisamment pour que la 0.19 soit impactée par un bug sur un JOIN spécial de MySQL. De plus, MythTV peut fonctionner en synchro avec plusieurs backends (comprendre plusieurs MySQL entre autres), donc toute l'utilité d'une BDD se fait vite sentir dans un tel cas, sans compter les nombreuses données qui entrent régulièrement dans la base en provenance de diverses sources, en simultané. Il y a un script d'optimisation de la base dans les sources, que l'on peut lancer en cron.
                  
                  Si on utilise moins de 5% des capacites de MySQL on peut decemment sortir l'analogie de la centrale nucleaire et la lampe de poche
                  
                  On est plutôt à 70 % qu'à 5 %.
                  
                  Un stockage ad-hoc base sur des fichiers et des recherches via dictionnaires offrerait peut-etre les memes fonctionnalites?
                  
                  Non.
                  
                  Ou sinon un moteur SQL minimaliste qui ne requiert pas de maintenance?
                  
                  L'installation ne requiert pas de maintenance. Tu peux lancer le script d'optimisation si tu en as envie. Rien de plus.
                  
                  MySQL ne se maintient pas tout seul: comme tout moteur de DB il y a foultitude de parametres a regler.
                  
                  N'importe quoi ! Tu as à autoriser ton user mythtv, fermer l'accès externe, en gros c'est tout. C'est expliqué dans la doc.
                  Et mon install est compilé et custom de A à Z, donc mon MySQL est d'origine, j'ai rien eu de plus à configurer, et ça tourne tout seul depuis des mois.
                  Ah si, tu peux mettre en cron la sauvegarde régulière d'un dump de ta base sur une autre machine.
                  
                  On peut sans doute se contenter des parametres par defaut mais l'install generique qui est faite e.g. dans Ubuntu n'a pas conscience qu'elle va etre utilisee pour MythTV.
                  
                  Tu devrais plus te renseigner sur ce qu'est une BDD et sur le fonctionnement de MySQL, ou simplement lire la doc de MythTV.
                  
                  Qu'est-ce qui me garantit qu'une install par defaut est valide pour MythTV sur toutes les distribs?
                  
                  Le fait que chez moi ça marche, avec l'install de base faite par un "make install" et une copie du default-my.cnf (ou un truc comme ça) ?
                  
                  On peut aussi imaginer que j'utilise le daemon mysqld en local a d'autres fins et que mes reglages customises soient conflictuels avec MythTV.
                  
                  Relis mon avis plus haut sur le fonctionnement d'une BDD et de MySQL.
                  
                  Par contre c'est imposer a ses utilisateurs (et donc a soi-meme) une charge supplementaire d'installation et de maintenance (fut-elle minimale) d'un soft non negligeable.
                  
                  Ohlala ! Encore une fois : zéro maintenance, et MySQL se compile tout seul. Avec une distro, rien à faire.

                  • [^]Re: mysql

                    Posté par malin () le 15/09/2006 à 19:40. (lien). Évalué à 2.

                    MythTV utilise la majorité des fonctionnalités de MySQL.
                    
                    Tu me sembles bien renseigne, peut-etre pourras-tu repondre a ces questions: quels sont les features de MySQL utilises dans MythTV qu'on ne trouve pas ailleurs? Quand tu affirmes que pres de 70% des fonctionnalites sont utilisees, c'est juste un sentiment ou bien un argument demontrable?
                    
                    Peut-etre que tu confonds "les fonctionnalites des MySQL" avec "les fonctionnalites de SQL"?
                    
                    suffisamment pour que la 0.19 soit impactée par un bug sur un JOIN spécial de MySQL
                    
                    Voici exactement le genre de probleme auquel je faisais reference. MySQL est un volume de code important. En tant que tel il amene ses bugs, ses problemes de maintenance, de securite, ses dependances. Moins on amene de code dans l'equation, moins on prend ce genre de risques. Ca n'a rien de particulier avec MySQL.
                    
                    N'importe quoi ! Tu as à autoriser ton user mythtv, fermer l'accès externe, en gros c'est tout.
                    
                    Alors Grand-Mere: pour regarder la TV c'est pas complique. Tu downloades 90 megs de soft, ca vient avec un SGBDR qui t'installe un utilisateur de plus mais tu le desactives et tu fermes les ports qu'il va ouvrir, au besoin tu vas editer un fichier de conf et puis tu relances le daemon avec les droits qui vont bien et tu verifies avec nmap que t'es pas attaquable... Dis, tu dors Grand-Mere?
                    
                    C'est une vraie caricature. Un truc ecrit par des geeks pour des geeks.
                    
                    Ah si, tu peux mettre en cron la sauvegarde régulière d'un dump de ta base sur une autre machine.
                    
                    A un moment il faudrait faire la difference entre un ingenieur systeme et un type qui veut juste regarder des films a la TV (avec des fonctionnalites sympas). Parfois ce sont deux personnes differentes, tu sais.
                    
                    Tu devrais plus te renseigner sur ce qu'est une BDD et sur le fonctionnement de MySQL
                    
                    Mes connaissances sur le sujet n'ont rien a voir avec la discussion, jeune Padawan. Attaque l'argument plutot que l'argumentateur.
                    
                    Le fait que chez moi ça marche, avec l'install de base faite par un "make install" et une copie du default-my.cnf (ou un truc comme ça) ?
                    
                    Si je l'ai vu marcher chez moi alors ca marche partout ailleurs. C'est cool ca! Il suffit de coder une fois sur ma machine pour que dans le reste du monde ca marche pareil!
                    
                    Ohlala ! Encore une fois : zéro maintenance, et MySQL se compile tout seul. Avec une distro, rien à faire.
                    
                    MySQL: la premiere (et seule) DB du monde qui se maintient toute seule! Et elle corrige ses bugs elle-meme, et se met a jour toute seule, meme sur un live-CD!
                    
                    
                    Si tu veux mon experience: j'ai apt-get installe MythTV sur une machine chez moi. Apres son long download et sa configuration ou il m'a parle de plein de parametres de config qui n'ont rien a voir avec regarder une video, il m'a profondement brise les coudes en me posant des questions sur l'installation de mon beau nouveau serveur MySQL. Je passe deja suffisamment de temps les mains dans les DBs dans la journee (MySQL, Postgres et Oracle) pour ne pas avoir envie de recommencer chez moi en rentrant. Laissez-moi voir mon media center et arretez de me pourrir la vie avec de la maintenance systeme! Je ne suis pas un numero! Je suis un homme liiiiibre! ;-)
                    
                    
                    J'ai essaye Freevo ca a l'air chouette. Point de vue dependances soft il ne depend que de players video/son et quelques libs Python. Pas encore regarde les fonctionnalites TV.
                    
                    Bon enfin ce que j'en dis... Si ca marche bien pour toi et que tu te fais plaisir c'est ca qui compte.

                    • [^]Re: mysql

                      Posté par CrEv (page perso, ) le 17/09/2006 à 10:24. (lien). Évalué à 1.

                      
                      Alors Grand-Mere: pour regarder la TV c'est pas complique. Tu downloades 90 megs de soft, ca vient avec un SGBDR qui t'installe un utilisateur de plus mais tu le desactives et tu fermes les ports qu'il va ouvrir, au besoin tu vas editer un fichier de conf et puis tu relances le daemon avec les droits qui vont bien et tu verifies avec nmap que t'es pas attaquable... Dis, tu dors Grand-Mere?
                      

                      
                      
                      Je croyais que Grand-Mère quand elle voulait regarder la tv elle appuyait sur les boutons de sa télécomande de la tv achetée à Darty et hop miracle, ça marche...
                      
                      et la meilleur solution pour ne pas être attaquable c'est de ne pas allumer l'ordi.
                      
                      Maintenant MySQL c'est peut-être un peu violent pour ça mais c'est leur choix, et le tien de développer une couche permettant à Myth de fonctionner avec un autre SGBD... c'est magique le libre ;-)

        • [+] [^]Re: mysql

          Posté par Valdenaire Denis (page perso, ) le 12/09/2006 à 08:42. (lien). Évalué à -1.

          >un mastodonte comme MySQL
          
          MySQL, un mastodonte ? C'est pas oracle !
          
          >Quid de la maintenance du daemon MySQL qui tourne sur ta machine?
          
          Comme, par exemple ? La vidange ? le controle technique ? Le changement des plaquettes ?

          --
          Linux ou Windows ? La liberté du loup ou le collier du chien ?

        • [^]Re: mysql

          Posté par dawar (page perso, ) le 12/09/2006 à 12:30. (lien). Évalué à 2.

          Je ne dis pas que MySQL est mal (c'est un excellent moteur de DB!) mais pour un utilisateur qui veut juste regarder la TV c'est un peu cher paye alors que VLC propose la meme chose en installation stand-alone. Disons qu'une gestion plus discrete des memes donnees serait appreciable.

          
          
          Heuu VLC est loin de faire la même chose. Si tu veux comparer avec comparable, c'est plutot vers Freevo qu'il faut se tourner. J'avais essayé MythTV mais avoir un compte prévu pour, un mysql qui tourne et un réglage de malade, ça m'avais vite rebuté.
          Avec Freevo je lance la bête depuis une icone et je peux me vautrer dans le canapé comme une patate, la télécommande à la main. Étrange d'ailleur que personne n'ai parlé de Freevo dans cette annonce, c'est le seul médiacenter du niveau de MythTV.
          
          http://freevo.sourceforge.net/

    • [^]Centrale Nucléaire

      Posté par mirak mirak () le 12/09/2006 à 10:13. (lien). Évalué à 2.

      Je suis entièrement d'accord avec cette vision :D
      
      J'utilise aussi mythtv pour sa puissance, bien que j'utilise pas le quart des possibilités vu le nombre de plugins, mais c'est une vraie usine a gaz nucléaire.
      
      Frontend + backend + mysql deriere quand y a un truc qui déconne c'est la croix et la bannière pour résoudre un soucis.
      
      Là j'ai un probleme, les enregistrements que je programme ne sont plus mémorisés.
      Impossible de savoir d'où vient le probleme.
      
      De plus mythtv utilise une configuration par hostname dans mysql.
      En fait tous les settings sont stockés par hostname dans la base, du coup c'est quasi impossible de migrer une config proprement, et encore moins de changer de nom d'hôte.
      
      Pour ce qui est stocké en base utiliser SQL est completement inutile.
      
      a la limite pour pour les librairies de mp3 en encore.
      
      aussi l'interface est completement non ergonomique, et allez savoir pourquoi, les developpeurs s'entêtent à ne pas vouloir supporter la souris, parceque eux ils ont des télécommandes.
      J'ai une souris sans fil, c'est pas suffisament respectable ?
      
      Bon sinon niveau time shifting programmation et tout ça y a rien a dire.
      A part qu'ils devraient faire comme xine par exemple différent niveau de configurabilité, pour pas qu'on soit noyés par trentre mile options. :-/
      
      mythtv c'est vraiment le soft cliché Linux par exellence.
      Imbaisable :D

      • [^]Re: Centrale Nucléaire

        Posté par Nimlar (page perso, ) le 12/09/2006 à 11:21. (lien). Évalué à 1.

        
        Là j'ai un probleme, les enregistrements que je programme ne sont plus mémorisés.
        Impossible de savoir d'où vient le probleme.
        

        
        
        Tient, j'ai le même problème...
        Ne pourrait-ce être du au problème actuel avec tv_grab_fr ?
        
        On remarque que les programmations ont disparu, il est alors impossibe de rajouter de nouvelles programmations.
        Mais si on relance le backend les programmations réapparaissent.
        Et ca enregistre les programmations de la soirée.
        Mais le lendemain, plus de programmation a nouveau.
        
        Je suis en train d'essayer de regarder ça... Mais pas de résultat concluant à ce jour.

        • [^]Re: Centrale Nucléaire

          Posté par mirak mirak () le 12/09/2006 à 11:43. (lien). Évalué à 1.

          Je sais que les vois dans la base de données, mais elles n'apparaissent pas dans l'interface graphiques, et par contre elle ne se lancent pas. J'ai pas tenté de relancer le backend.
          
          Ma version de mythtv est celle de ubuntu dapper.
          Il me semble que depuis que je suis sous dapper mon install de mythtv est cassée.
          
          La je me sert d'une PCTV rave, mais ayant le cable je trouve vraiment dommage que les demodulateurs n'aient pas de sorties firewire ou ethernet pour récuperer directement le flux mpeg2, un peu comme le fait la freebox en fait.

          • [^]Re: Centrale Nucléaire

            Posté par Nimlar (page perso, ) le 12/09/2006 à 17:02. (lien). Évalué à 1.

            De ce que je vois sur mythweb :
            - la programmation des enregistrements est bonne
            - mais la liste des Upcoming Recordings est vide.
            
            On relance le backend, et hop les upcomming record correct réapparaissent.
            
            Je suis aussi sous dapper, mais j'utilise la version 0.19, pas celle des repository officiel...

          • [^]Re: Centrale Nucléaire

            Posté par PasChauve PasOunet () le 13/09/2006 à 23:09. (lien). Évalué à 2.

            
            La je me sert d'une PCTV rave, mais ayant le cable je trouve vraiment dommage que les demodulateurs n'aient pas de sorties firewire ou ethernet pour récuperer directement le flux mpeg2, un peu comme le fait la freebox en fait.
            
            Bah si , ca existe deja , chez humax , pace , dreambox ... certains font meme PVR en plus de faire demodulateur dvb-c/s/t

      • [^]Re: Centrale Nucléaire

        Posté par ookaze () le 14/09/2006 à 15:33. (lien). Évalué à 0.

        Frontend + backend + mysql deriere quand y a un truc qui déconne c'est la croix et la bannière pour résoudre un soucis.
        
        Quand y a un truc qui déconne sur mes Linux, c'est toujours matériel ou externe à l'OS, A MOINS que j'ai été tout pêter avec mes gros doigts, mais dans ce cas, c'est moi le responsable. C'est précisément pour cela que MythTV était si attirant pour moi : j'ai entièrement confiance en la stabilité de l'ensemble.
        Résultat : 0 problèmes dus à MythTV en 8 mois d'utilisation.
        
        Là j'ai un probleme, les enregistrements que je programme ne sont plus mémorisés.
        Impossible de savoir d'où vient le probleme.
        
        Tu veux dire qu'ils ne sont plus programmés. Déjà en utilisant les bons mots, ça va mieux.
        Ce qui doit être dû au fait que depuis vendredi dernier, Télépoche a modifié son site, donc tv_grab_fr ne fonctionne plus.
        Le mainteneur a dit qu'il fallait prendre son mal en patience pour que Télépoche répare leur site.
        Personnellement, j'ai hacké tv_grab_fr afin de créer une version qui fonctionne, j'attends l'avis du mainteneur pour diffuser le résultat à ceux qui ne peuvent pas attendre (comme moi) que Télépoche répare, s'ils en ont l'intention.
        
        De plus mythtv utilise une configuration par hostname dans mysql.
        En fait tous les settings sont stockés par hostname dans la base, du coup c'est quasi impossible de migrer une config proprement, et encore moins de changer de nom d'hôte.
        
        En fait c'est tout à fait possible, mais faut connaître le SQL. Ou c'est peut-être déjà sur le Wiki de MythTV.
        
        Pour ce qui est stocké en base utiliser SQL est completement inutile.
        
        Je ne suis pas d'accord.
        
        a la limite pour pour les librairies de mp3 en encore
        
        Et les programmes TV alors ? Tous ceux que tu as déjà enregistrés surtout.
        
        aussi l'interface est completement non ergonomique, et allez savoir pourquoi, les developpeurs s'entêtent à ne pas vouloir supporter la souris, parceque eux ils ont des télécommandes
        
        Ma femme semble apprécier grandement cette interface non ergonomique, et elle l'a très vite maîtrisée, pourtant elle fait des trucs bien compliquées avec, sans s'en rendre compte. En fait, elle maîtrise mieux que moi, elle l'utilise aussi beaucoup plus que moi. Et elle n'y connaît rien à l'informatique.
        De plus, les souris sont supportées, au mois depuis cette version, puisque les "mouse gestures" sont supportées maintenant.
        
        mythtv c'est vraiment le soft cliché Linux par exellence.
        Imbaisable :D
        
        J'aurai dit : fonctionne et fait vraiment tout ce qu'ils disent qu'il fait, terriblement efficace, et surtout, plus puissant que tout le reste.
        Pas pour être pédant, c'est juste que tout ce qu'il fait en plus, est utile, voire indispensable parfois.

emetteur infra rouge

• [^]Re: emetteur infra rouge

  Posté par Alain-Pierre Perrin () le 11/09/2006 à 12:40. (lien). Évalué à 6.

  Fidèle à la tradition Unix consistant à ne pas réinventer la roue et faire cohabiter n petites appli. qui ne font qu'une seule chose (mais qui la font bien), mythtv sait dialoguer avec lirc, qui est un "écouteur générique de télécommandes".
  
  En gros, on commence par installer lirc. On lui apprend à reconnaître notre télécommande en associant des noms "en clair" (PAUSE, STOP, LECTURE, etc...) aux codes envoyés par notre zapette. On peut alors lancer le process serveur lircd qui se met en écoute des émissions infrarouge par l'intermédiaire d'un capteur branché sur un port série, parallèle ou USB. Dans un second temps, dans notre profil utilisateur on décrit, dans un fichier utilisé par le process "lirc", une liste d'équivalences entre une touche de télécommande reçue et un évènement dans une application qui sait causer avec lirc.
  
  Exemple : Que se passe-t-il quand j'appuie sur "pause" ? Détaillons la chaîne...
  - Le process lircd (lancé au lancement du système) reçoit le code infrarouge de ma télécommande et traduit ça par "PAUSE".
  - Le process lirc (lancé dans ma session utilisateur) reçoit de lircd "PAUSE". Dans sa configuration, il existe une équivalence "PAUSE" dans l'environnement "mythtv" = mettre le visionnage en pause". Il envoie donc un signal à mythtv.
  - mythtv, qui est en écoute de ce que peut signaler le process "lirc" reçoit l'évènement "mettre le visionnage en pause" et agit en conséquence.
  
  Certes ce côté modulaire fait qu'il faut paramétrer chaque maillon de la chaîne. Cela dit, une fois que, pour commencer, la télécommande est convenablement reconnue et que d'autre part on a paramétré une application pour utiliser lirc, on peut, par copier-coller, définir des configurations pour d'autres applications.
  
  Au nombre des applications les plus connues qui savent "causer avec lirc" (et donc être pilotées par infrarouge), on trouve Mythtv d'une part mais aussi xmms et mplayer... Il est même possible, pour celles qui ne savent pas converser avec le process lirc, de "ruser" en définissant des séquences de touches à envoyer quand lirc reçoit un évènement émis par lircd.

  • [^]Re: emetteur infra rouge

    Posté par Gaetan_63 (page perso, ) le 11/09/2006 à 12:45. (lien). Évalué à 3.

    Ca d'accord mais ca ne répond pas à ma question. Je l'avais pe mal poser.
    
    Et les émetteur infra rouge que je branche sur mon port série (attention, pas récepteur)? Pour que mythtv puisse envoyer des signaux IR, comme par exemple le même code "changer de chaine" que ma télécommande neuftv fait pour que la neuftv... change de chaine... tu vois ce que je veux dire?

    • [^]Re: emetteur infra rouge

      Posté par Guillaume Membré () le 11/09/2006 à 13:16. (lien). Évalué à 2.

      Oui il sait faire, tu peux commander un appareil externe via un emetteur infrarouge : tu peux lui dire d'utiliser un script lorsqu'un evenement lirc est recu. Perso j'ai jms testé mais j'ai un amis avec un recepteur sat qui le pilote de cette maniere

    • [^]Re: emetteur infra rouge

      Posté par Nimlar (page perso, ) le 11/09/2006 à 14:06. (lien). Évalué à 2.

      Mythtv prend en charge des tunners externes.
      Donc je pense, que tu dois pourvoir lancer des scripts a chaque zap, sans trop d'effort.

    • [^]Re: emetteur infra rouge

      Posté par Etienne Bernard (page perso, ) le 11/09/2006 à 14:31. (lien). Évalué à 3.

      Oui tu peux utiliser un émetteur infrarouge. C'est comme ça que je fais pour piloter mon décodeur Noos.

      • [^]Re: emetteur infra rouge

        Posté par Gaetan_63 (page perso, ) le 11/09/2006 à 15:04. (lien). Évalué à 1.

        Magnifique nouvelle :)

Les mains dans le cambouis ?

• [^]Re: Les mains dans le cambouis ?

  Posté par Guillaume Membré () le 11/09/2006 à 15:57. (lien). Évalué à 2.

  mythtv-setup est ton ami : configuration des tuners, chaines, grabbers et un tas d'autre chose (scripts à executer apres un enregistrement, parametre de transcoding, marquage de pub etc...)

• [^]Re: Les mains dans le cambouis ?

  Posté par ookaze () le 14/09/2006 à 15:46. (lien). Évalué à 1.

  On a beau être rompu à la ligne de commande et adooooorer potasser de longues docs, une application qu'on peux lancer directement après son installation, c'est pas mal.
  
  Quand je te lis, une image flagrante me vient à l'esprit. Tu es exactement dans le même état d'esprit que la plupart des gens dans leur magasin, qui demandent au vendeur si leur télé aura déjà les chaînes réglées. C'est le même souci avec MythTV : à moins qu'on te loue un technicien, à moins qu'il y ait un profil tout près pour ta configuration (hertzien, çâble, ADSL, TNT, un mélange de tout ça), tu devras lire cette longue doc livrée avec le matériel, et configurer toi-même.
  Le pire, c'est que MythTV est encore plus puissant, mais donc encore plus complexe, qu'une TV ou un magnétoscope.
  Tout ça pour dire que l'appli dont tu parles est installée avec MythTV.
  Et à vrai dire, le plus dur à configurer en général, ce n'est pas MythTV, c'est tout ce qu'il y a autour.

xmltv

• [^]Re: xmltv

  Posté par Gmooron (page perso, ) le 11/09/2006 à 13:53. (lien). Évalué à 2.

  J'ai cherché un peu récemment et j'ai rien trouvé ...
  Mais si quelqu'un a été plus doué que moi, ça m'intéresse aussi

• [^]Re: xmltv

  Posté par Guillaume Membré () le 11/09/2006 à 15:54. (lien). Évalué à 1.

  Il y a les données EIT de la tnt que ta mythbox peut utiliser afin de recuperer le guide des programmes...
  Je suis malheuresement dans le meme cas que toi car mon backend a été compilé sans l'EIT (qui generait un segfault a l'epoque) : tv_grab_fr ne grabe plus rien :(
  il y a un post [1] sur la ml de xmltv devel mais aucune reponse pour le moment.
  
  remarque : mythtv n'est pas le seul à utiliser le format xmltv et malheuresement il n'existe pas à ma connaissance de source bien parsable. Les autres grabbers des autres pays font la meme chose : aspirer un site web.
  
  [1] http://news.gmane.org/gmane.comp.tv.xmltv.devel

• [^]Re: xmltv

  Posté par TImaniac (page perso, ) le 11/09/2006 à 16:23. (lien). Évalué à 2.

  Les programmes télés, ca se paie, ils ne sont donc accessible(s) nul part gratuitement sous une forme "exploitable".
  XMLTV essai de contourner le problème, le grabber FR scannant le site de telepoche, faute de mieux, et je ne suis même pas sûr que ca soit légal.

  --
  MonoFrance

  • [^]Re: xmltv

    Posté par Antoine Büsch () le 11/09/2006 à 17:22. (lien). Évalué à 1.

    
    Les programmes télés, ca se paie, ils ne sont donc accessible(s) nul part gratuitement sous une forme "exploitable".
    

    
    
    C'est faux en tout cas pour l'amérique du nord (US et Canada), grâce à zap2it [1] qui propose tous les programmes directement en XML, gratuitement, en échange d'un petit sondage sur nos habitudes télévisuelles de temps en temps (très court et vraiment pas chiant).
    
    Pour en revenir à mythtv, vu la quantité de chaînes (et donc de merde, et de pubs) qu'il y a au Canada, je suis bien content de m'être enfin décidé à me faire un petit PVR. Ça change la vie...
    
    [1] http://labs.zap2it.com

  • [^]Re: xmltv

    Posté par Ernest H (Jabber id, ) le 11/09/2006 à 18:45. (lien). Évalué à 2.

    La freebox passe par telerama pour obtenir son programme. Et ça ne ressemble pas à une resucée de leurs pages web, d'autant que ça n'a pas changé de présentation quand le site de telerama a été refondu. Il doit donc y avoir des services web (en d'autres termes, une forme exploitable) accessibles chez telerama. Reste à savoir si free acquitte des droits où si l'affichage du logo telerama est une contrepartie suffisante.

    • [^]Re: xmltv

      Posté par François BOTTIN () le 12/09/2006 à 08:23. (lien). Évalué à 1.

      Si je me souviens bien, le guide TV de la freebox a été indisponible au moins quelques jours lors du changement de look du site de telerama... Et il n'est pas rare aujourd'hui que je voie passer des erreurs 404 directement sur ma télévision. Je ne sais pas comment ils récupèrent les données ni quels sont les termes de leur accord, mais ce n'est franchement pas au point.
      
      Sinon, pour les chaînes "classiques", il y a les données EPG qu'on peut récupérer avec nxtvepg. Je ne sais pas s'il existe encore des chaînes qui diffusent les données, mais c'est ce que j'utilisais il y a quelques années pour avoir les programmes.

      • [^]Re: xmltv

        Posté par Ph Husson (page perso, ) le 12/09/2006 à 17:01. (lien). Évalué à 2.

        Chez moi Canal+ et M6 les diffusent
        mais comme tu le dis c'est seulement les 6 nationales analogiques

• [^]Re: xmltv

  Posté par Jérôme Poisson (page perso, ) le 11/09/2006 à 18:34. (lien). Évalué à 2.

  En général le dépôt subversion est à jour assez rapidement, un petit script qui vérifie que ton tv_grab_fr est à jour et qui prend la dernière version sur svn dans ta crontab devrait arranger les choses. C'est du bricolage, mais si quelqu'un a mieux...

  • [^]Re: xmltv

    Posté par Guillaume Membré () le 12/09/2006 à 07:31. (lien). Évalué à 2.

    tiens je croyais que c'etait du CVS ? [1]
    j'ai fais un peu de sniff sur les pages recuperées lors d'un grab, il y a un beau javascript dedans faisant une redirection de page et c'est tout... ils ont un peu plus blindé leur site contre xmltv :-(
    
    [1] http://xmltv.cvs.sourceforge.net/xmltv/xmltv/grab/fr/tv_grab(...)

    • [^]Re: xmltv

      Posté par ookaze () le 14/09/2006 à 15:57. (lien). Évalué à 0.

      j'ai fais un peu de sniff sur les pages recuperées lors d'un grab, il y a un beau javascript dedans faisant une redirection de page et c'est tout... ils ont un peu plus blindé leur site contre xmltv :-(
      
      Ils ont surtout viré une fonctionnalité : voir les programmes de la semaine sur une plage horaire pour plusieurs chaînes simultanément.
      Malheureusement, c'est la page qu'utilisait tv_grab_fr, car c'était plus efficace et taxait moins le site.
      Le hack que j'ai fait taxe bien plus le site, il se borne, du coup, à récupérer jour par jour et chaîne par chaîne.
      Ca m'a pris 1 heure pour faire le hack, mais mes programmes étaient bons jusqu'à vendredi, donc pas de souci de mon côté.
      Cependant, on devrait avoir une roue de secours dans le grabbeur, parce que le jour où le hack prend plus d'1 heure à faire, on risque d'être mal (enfin, moi, avec ma femme, qui n'a pas manqué de me dire lundi, que ses séries du samedi et dimanche prochains n'étaient pas programmées).
      Quelqu'un a-t-il déjà implémenté le nxtepg avec MythTV ?

• [^]Re: xmltv

  Posté par Gaetan_63 (page perso, ) le 11/09/2006 à 20:10. (lien). Évalué à 3.

  Dites, la probabilité de 2 sources pour xmltv tombent en même temps est réellement minime, ne serait il pas utile de maintenir 2 parsers? Disons télépoches et http://www.cesoirtv.com/fr/programme.htm ?
  
  Juste une idée, comme ça, ça implique pas mal de développement je sais bien....

  • [^]Re: xmltv

    Posté par ookaze () le 14/09/2006 à 15:50. (lien). Évalué à 0.

    Dites, la probabilité de 2 sources pour xmltv tombent en même temps est réellement minime, ne serait il pas utile de maintenir 2 parsers? Disons télépoches et http://www.cesoirtv.com/fr/programme.htm ?
    
    C'est ce qu'on se disait sur la ML. J'ai pas regardé celui-là, mais j'ai été voir Télérama, Télé Z, et un autre : pas praticable !
    J'irai voir ce site.

    • [^]Re: xmltv

      Posté par Nimlar (page perso, ) le 15/09/2006 à 07:00. (lien). Évalué à 1.

      Des observations que j'ai faites sur des site de programme télé, effectivement, http://www.cesoirtv.com/fr/programme.htm n'est pas super praticable...
      
      En revanche je pense que http://www.programme-tv.net/ est assez simple à parser.
      des <div> plutot propre, des <span> pour des infos communes, et un minimum de regexp pour recupere d'autre information.
      
      Je regarderais plutot ce site.

Lien incorrect pour la communauté française

Cataclop cataclop cataclop.

• [^]Re: Cataclop cataclop cataclop.

  Posté par Florent Verschelde (page perso, ) le 11/09/2006 à 12:58. (lien). Évalué à 5.

  Parce que « nouvelle mouture » et non pas « nouvelle monture ». Une petite typo à corriger, donc. :)

Hardware

• [^]Re: Hardware

  Posté par Laurent Pointal (page perso, ) le 13/09/2006 à 08:24. (lien). Évalué à 2.

  J'ai acheté une WinTV Nova-T PCI qui tourne sous Linux d'après ce que j'avais pu lire ici et là ("google is your copain").
  
  Elle est bien reconnue (Mandriva 2007-rc1, mais elle était vue aussi sous la Mandirva 2006) - mais pour le moment j'ai un sérieux problème d'antenne, je capte rien, ni sous Windows, ni sous Linux.
  
  Tu dois pouvoir en mettre deux :-)

  --
  (pub: Livres à prix réduit sur http://www.sollire.com/ - la boutique de mes petites soeurs)

  • [^]Re: Hardware

    Posté par Guillaume Membré () le 13/09/2006 à 11:04. (lien). Évalué à 2.

    J'ai 2 wintc nova-T PCI et elles marchent niquel avec un noyau 2.6.16. Je peux enregistrer 2 emissions en simultanné sans pb.