Vous n'êtes pas identifié(e).
Est ce que votre machine arrive à lire ce fichier:
ftp://ftp.shspvr.com/download/moive_cli … 0i_h264.ts .
A renommer en .avi
Si ça passe avec ça, ça devrait savoir tout lire; a essayer avec mplayer, xine, vlc, mythtv si vous avez le temps.
Donnez nous le résultat ici, (OK, NOK), avec votre config (CPU avec sa frequ horloge, taille RAM, carte graphique, lecteur utilisé, résolution écran).
On pourra ainsi se faire une base de donnée de config qui lisent la HD, et ainsi cerner la config mini pour une mythbox HD qui sait tout lire.
Mythuser depuis 2005
Hors ligne
Config : Centrino@1,73Ghz (32Bits) - 1Go de RAM - Ati X600 (pilote libre radeon) - écran 1400x1050 → Catastrophe !!!
* Totem (Gstreamer) : non (env 0.5 fps et encore ... ces images ne représente rien )
* VLC : non (Plante, tout simplement)
* Mplayer : pas testé car installé
Dernière modification par SnouF (20/04/2008 16:48:14)
Hors ligne
Proc: P4 3 Ghz
RAM: 1 Go
Carte graphique: ATI Radeon 9600
Mplayer; saccade, se fige, mais va au bout
kaffeinne: system call fstat: Mauvais descripteur de fichier
kaffeine: Fatal IO error: client killed
vlc: plante
Ce ne serait pas avi qu'il faut mettre ?
vlc: segfault
Comment connaitre le contenur d'un fichier vidéo indépendament de son extension ?
Mythuser depuis 2005
Hors ligne
Parce que sous GNU/linux les softs regarde les extensions ? je ne crois pas, il lise le type mine. Via nautilus, quand je met .avi j'ai comme type mime "video/x-msvideo". Je croyais qu'il était déterminer en lisant le 1er octets du fichier (et non pas l'extension) ... mais nautilus change cette info en fonction de l'extension .
Peux-tu nous en dire plus sur ce fichier (tu m'as donné un lien sur le chat mais comme c'était en anglais ) parce que la avec le type mine j'ai l'impression que c'est de la HD micro$oft).
Hors ligne
Tout d'abord l'extension: ts= television stream (flux télé)
- l'encodage : h264 (mpeg4- 10 ou encore AVC) est un format de compression normalisé (ISO/IEC 14496-10) qui est utilisé pour la diffusion de la TVHD (c'est ce que j'ai lu, je n'ai pas la télé HD)
- la résolution: 1080i, ce que signifie que les trames paires et impaires sont entrelacées, doublant la résolution.
http://fr.wikipedia.org/wiki/MPEG-4
http://mediacoder.sourceforge.net/wiki/index.php/H.264
Mythuser depuis 2005
Hors ligne
tc ou ts ? et pourquoi changer cette extension ?. J'ai fait un teste sans la changée, avec totem (gstreamer) idem.
Hors ligne
sur ma mythbox prévue pour la HD (AMD 64 bits, je ne sais plus lequel), ça saccade légèrement, mais ça reste très joli. Par contre le son est bien au début, puis disparait.
Il va falloir optimiser les profils de visualisation quand la HD va débarquer!
Mythuser depuis 2005
Hors ligne
Peut-être que d'ici il y aura de meilleur pilote graphique avec décodage matériel ! (ou ce n'est pas possible sans changer de carte graphique ?)
Sinon je propose plutôt un tableau sur le wiki si tu veux faire une base de donné car ici, on est que 2 à avoir mis les résultats et pour qqn qui n'a pas suvit le sujet c'est déjà inbuvable . Je pense a un tableau de ce genre :
^ Configuration ^ kaffeine ^ mplayer ^ mythtv ^ totem gstreamer ^ vlc ^ xine ^ Commentaire |
^ Intel Core 2 Extreme - 4Go RAM - Nvidia GeForce 9800GX2 | ✔ | ✔ | ✔ | ✔ | ✘ | ✔ | Moi j'ai pas le sous pour une telle config (qui doit faire du bruit entre nous) |
Hors ligne
mmmmh, à mon avis c'est un bug dans MPlayer/ffmpeg : j'ai des messages comme quoi il y a trop de données dans les tampons avec MPlayer, et ça se met à saccader (et donc le son aussi).
Config (ce n'est pas la MythBox) : C2D E6600@3.6 GHz, 2 Go RAM, GeForce 7600 GT, 1600x1200
MPlayer 20080302 plein écran : NOK, ça saccade au bout d'un moment
ffplay -threads 2, plein écran : NOK, bloque avant la fin sur une erreur, lit avec moins de saccades, le son accélère et ralentit par intermittence
J'essaierai de tester sur console.
NOTES :
- il me semblait que ts c'était pour Transport Stream plutôt
- je doute que les ffmpeg et cie utilisent uniquement le type mime, ou même du tout. Ils se basent sur le FOURCC plutôt, ou autre équivalent en fonction du flux
Dernière modification par Ookaze (22/04/2008 22:03:33)
Hors ligne
Salut ookaze, pour le ts, on trouve plusieurs variantes de la description sur le net, je ne sais pas laquelle est "l'officielle".
Les consoles ont une puce de décodage pour le h264, ça aide bien ! (En tout cas les plus récentes).
Mythuser depuis 2005
Hors ligne
Je n'ai pas trouvé de lien qui en parle, alors je place ici.
En résumé, les procs AMD sont très mauvais pour le décodage/encodage de vidéo par rapport aux Intel.
Bon, les retours d'expérience des vétérans avec la SD le disaient déjà (même au temps des P4), mais avec la HD, il n'y a même plus photo.
Voilà les tests (sans accélaration matérielle donc parfait pour nous) : http://www.homemedia.fr/tests-guides/13 … -HD-0.html .
Ca répond aussi aux interrogations postées ici, mais je ne retrouve plus le fil de discussion.
Bref, mon MythTV est devenu une pièce importante, trop pour que je continue sur ma config de récupération d'origine. Et puis les encodages prennent pas mal de temps. Je vais acheter ma nouvelle config cet après-midi si tout va bien. Mon ancienne config est à base d'AMD, d'où le souci.
Dernière modification par Ookaze (19/07/2008 10:01:27)
Hors ligne
Merci Ookaze pour ce lien, il existe très peu de tests , surtout en Français!
Je ne tirerai pas les même conclusions que toi. Je ne pense pas que la marque ai quelque chose à voir. Les procs AMD testés sont de toute façon moins performant que les intels. Les core 2 ont une bonne longueur d'avance en performance pure. Ce sont de toute façon de trés bon proc, et la gamme AMD vieillissante attends la relève pour rivaliser.
Il serait plus judicieux de comparer en fonction du pix, qui est certes quelque chose de trés fluctuant en fonctions de considérations non technique.
Mais au final je suis d'accord avec toi, le résultat est le même, il vaut mieux investir quelques euros de plus dans un core 2 performant, on ne sait pas ce que nous réserve l'avenir des codecs multimedia.
Mythuser depuis 2005
Hors ligne
je l'ai parcouru et oublier d'en parlé ici
La sortie de cette article a suivit de quelque jour ma demande de commande chez mon revendeur (il n'avait pas tout en stock) et ben j'étais content de voir que j'avais fait un si bon choix avec mon E7200 et ça chauffe vraiment pas beaucoup .
Je test la video de piratebab sur le champ !
Hors ligne
C'est quoi cette vidéo de fous ! ça a figé mythtv (ctrl+backspace pour en sortire)
Hors ligne
Voilà les tests (sans accélaration matérielle donc parfait pour nous) : http://www.homemedia.fr/tests-guides/13 -HD-0.html .
J'adore ce site !
Ils ont sorti récemment un superbe article sur la configuration vidéo, tout pour améliorer l'image avec des filtres. Malheureusement c'est pour windows. D'ailleurs si quelqu'un connait des méthodes avancées d'amélioration de l'image sous GNU/Linux (idéalement avec mplayer), et bien je suis preneur.
Pour ceux qui se baladent éventuellement sur leur forum là bas, j'y officie en tant que "gwendal".
Disclaimer : J'ai migré sur tvheadend mais je passe encore ici de temps en temps (bouuhhh le traître)
Hors ligne
le fichier n'est plus disponible, quelqu'un peut réparer le lien ?
Hors ligne
L'amélioration de l'image avec les filtres est tout à fait possible sous Linux puisque homemedia utilise ffdshow dans son guide, qui n'est rien d'autre qu'une version Windows de ffmpeg, utilisé par Mplayer, MythTV, ...
Il faut juste convertir les réglages de l'interface graphique en valeurs standard comprises par ffmpeg.
Pour la personnalisation des filtres en fonction du contenu, il suffit de le faire dans MythTV. On peut le faire en fonction des chaînes ou autres critères.
Dernière modification par Ookaze (08/08/2008 11:40:06)
Hors ligne
je relance ce topic pour donner les résultats sur ma config
mythtv lecteur interne : lecture fluide sans sacades sans problème, son ok sans problème
occupation cpu 80 à 90%
mplayer n'arrive pas à ouvrir le fichier, mais je n'ai pas cherché à améliorer
Vlc pas installé sur cette machine
config cpu core2duo 6400, carte mère asus P5b deluxe, carte graphique msi 7600GT, sortie hdmi sur écran plasma 1024x768
config mythfrontend
mythfrontend --version
Please include all output in bug reports.
MythTV Version : Unknown
MythTV Branch : branches/release-0-21-fixes
Library API : 0.21.20080304-1
Network Protocol : 40
Options compiled in:
linux release using_oss using_alsa using_arts using_jack using_backend using_dbox2 using_dvb using_firewire using_frontend using_hdhomerun using_iptv using_ivtv using_joystick_menu using_lirc using_opengl_vsync using_opengl_video using_v4l using_x11 using_xrandr using_xv using_xvmc using_xvmcw using_xvmc_vld using_bindings_python using_opengl using_ffmpeg_threads using_libavc_5_3 using_live using_lame
Dernière modification par gilles74 (15/10/2008 21:10:36)
Hors ligne
Je relance également le topic :
Essais sur mon PC-familiale (pas de mythbox)
Config : Intel(R) Pentium(R) D CPU 2.66GHz (overclocké à 3 ghtz) - 512 Mo de RAM - Nvidia Gforce 6600 PCIe (pilote proprio) - écran 1280 x 1024
* Totem (Gstreamer) : affichage brouillé pendant quelques secondes et plantages
* VLC : se ferme dès l'ouverture du fichier
* Mplayer : affichage brouillé mais du son
* Kaffeine : affichage brouillé mais avec du son (100 % CPU)
* Xine : se ferme dès l'ouverture du fichier
Dernière modification par morphinux (24/11/2008 21:52:06)
Hors ligne
J'ai effectué un nouveau test, cette fois avec deux configs différentes :
C2Q Q6600@2.4 GHz, 4 Go RAM, GeForce 7600 GT, 1600x1200
C2Q Q6600@3.2 GHz, 2 Go RAM, Intel intégrée, 1920x1080 (MythBox)
Sur la mythbox, avec MPlayer, je n'ai pas le son et ça saccade du début à la fin.
Sur l'autre machine :
- avec MPlayer révision 28111 (08 décembre 2008) plein écran : NOK, ça saccade au bout d'un moment.
- avec ffplay révision 16035, plein écran : NOK, pas de son et ça saccade tout le temps.
Les deux indiquent une erreur dans le fichier, et à partir de ce moment-là, cela saccade sous MPlayer.
Enfin, ce fichier ne peut pas mesurer la puissance nécessaire à lire la HD, car sur mon multi-coeur le moins rapide, ffplay m'indique qu'il ne peut pas paralléliser la lecture (donc plusieurs threads inutiles), et en plus, je n'utilise qu'à peine un quart d'un coeur. Même en passant de 1600x1200 à 1920x1080, je doute que la puissance nécessaire dépasse 50 % d'un CPU. M'est avis donc que cette vidéo est surtout utile pour vérifier la compatibilité de ffmpeg. Je n'ai pas essayé avec VDPAU, et peut-être qu'il y a d'autres problèmes sur mes machines.
Hors ligne
c'est étrange car je suis sûr d'avoir lu plusieurs fois cette vidéo avec le lecteur interne. Je vais refaire l'essai et vous donnez les réglages de lecture. Et tu lis d'autres fichiers HD sur ta config ?
Hors ligne
Résultats avec sortie hdmi et nvidia réglé sur 1280x720 (720p)
Résultats avec sortie hdmi et nvidia réglé sur 1980x1080 (1125i)
Voici le résultat de quelques essais: en haut la charge globale, en dessous la charge et la fréquence de chaque CPU.
Ma config: un dualcore E6400 une carte graphique Nvidia GT 7600.
lecture effectuée avec le lecteur interne deMythtv et réglage Mythtv sur CPU++ ou haute qualité dans la version francisée
la premiere lecture correspond à une bande annonce WMV-HD 1080 de TERMINATOR 2 (son non décodé)
la seconde lecture correspond à ELEPHANT DREAM HD MPG4-AC3
la troisieme correspond au fameux fichier de Piratebab ===> lecture légérement saccadée dans le second cas, inutilisable
la quatrième correspond à un rip hd en 720P
premier constatation: les 2 cores ne sont sollicités de la même façon selon le type de vidéo et la charge ne se repartit pas sur les 2 cores.
La vidéo de Piratebab est très exigente, mais ça ou le savait déjà et ne passe pas sur mon core E6400 (lecture possible mais manque de fluidité). j'ai rapidement essayé d'autres réglages des paramètres de lecture de mythtv avec le même résultat, mais je n'ai pas exploré à fond. Je n'ai pas la tnt-hd pour fournir un comparatif. Pour une lecture livetv en tnt suisse, je suis entre 15 et 20 %de charge globale, et pour ma carte sat avec décryptage entre 20 et 25%.
Je peux essayé de prendre un peu de temps pour faire le même essai avec mplayer comme lecteur, si ça intéresse quelqu'un.
Dernière modification par gilles74 (14/01/2009 08:14:06)
Hors ligne
Il est bien ce fichier pour torturer nos machines n'est ce pas ?
Je ne regrette pas d'avoir choisi un mono core puissant au lieu d'un double core à prix égal!
Pour une fois que je fait un bon choix ...
Mythuser depuis 2005
Hors ligne