Reprise du message précédent :
Prends un peu de recul, de ton côté.

pas envie derrière y a un mur

J'espérais une chausse-trappe
Remarque, me reprocher de ne voir que mon petit cas perso alors que tu nous as démoulé une terrine de 2 pages sur le port PS2 et ton besoin de 58 ports USB2, c'est marrant

Je confirmes, soit MantaFahrer confond, soit il ne saisit pas l'implication de l'encodage ... Cela dit je préfère simplement ripper et mettre dans un MKV vidéo, audio et sous-titres sans aucune compression pour mes BR et HD-DVD !

En fait, c'est ça. Je ne connais que les usages de montage / édition des films privés "tata ginette" donc j'en ai mis une louche de ce côté là.
Et toujours dans le manque de culture (vu que je n'en ai pas l'usage, je ne me documente pas) j'en étais resté à l'encodage plus efficace par CPU ou par "vrai" GPU plutôt que par IGP ?
(ce n'est ni sarcastique ni acerbe, je ne connais pas le sujet)

 
c'est le mur de l'indifférence c est pour ça
 
il n'empeche qu'en 2012 que vous ayez des clavier souris PS2 qui sont pas foutu d avoir de port USB...  je suis face à un mur de  

 
 
 
 
je suis d'ailleurs outré que vous ne branchiez pas encore votre souris via un port serie   (c'était avant le PS2 )
 
 
il n'empeche j'ai reçu mais 16Gigot pour accompagner la mobo et le ivy le mois prochain... bon maintenant faut choisir la mobo  

 
Cultive toi ©
 
   
 

Asus Maximus V Gene 4 life bro'

Et si tu lisais

'foiré

au final Intel va peut être implémenter OpenCL dans ses drivers (libres) pour Linux, pour Ivy et supérieur
http://www.phoronix.com/scan.php?p [...] px=MTA3Nzc

 
Et pour Lucid Virtu ils vont mettre a jour le driver ?  

c'est quoi ça ?

ha, vu http://www.hardware.fr/news/11336/ [...] tu-rc.html
 
Je peux me tromper je crois que X est pas top pour le changement de GPU à chaud, non ? auquel cas, peut être avec Wayland ?

Ce que je voulais en dire, c'est que l'encodage permet de convertir un format, que ce soit où non en conservant le codec d'origine ... Ainsi certains doivent ripper leur support pour les lire sur leur appareil de salon (car il ne veulent pas d'un PCHC) cela implique pour la PS3 une conversion pour lire des HD-DVD achetés pas chers à l'époque ! Il y a aussi le cas des disques durs multimédia qui ne possèdent pas de lecteur, auxquels il faut fournir des fichiers encodés avec une compression plus ou moins fortes et des conteneurs/codecs compatibles avec l'appareil ...
 
 

Là j'ai pigé.
Et alors l'encodage via la "garte graphique pour homme" est moins bonne/rapide qu'avec les IGP d'Ivy ?

Salut à tous, sur ma MSI Z68 GD65 G3 et mon 2600K, en burn à 4600mhz, j'ai 1.38v bios.
Sous CPUZ, j'ai 1.37v en idle et 1.33v en burn.
J'aimerai savoir quelle est l'option du bios pour maintenir au mieux le vcore le plus proche possible du vcore du bios afin qu'il ne s'éfondre pas.
Merci d'avance.

Loadline calibration, je connais pas son nom sur MSI.
 
Il y a un topic pour l'OC ou ta demande sera plus appropriée.

Low vdrop

L'encodage via GPU (que ce soit par une carte graphique ou un IGP est toujours plus rapide que les solutions CPU, mais cela à un coût point de vue qualité, du moins d'après mes dernières lectures à ce sujet, peut être que les choses ont changé    :  
 
http://www.hardware.fr/articles/82 [...] -test.html
 
Et que donc les différences entre les constructeurs sont difficilement comparables, car ce sont des soft "perso" donc avec des résultats différents ... Mais je pense qu'au final la vitesse d'encodage dépendra de la puissance de la carte graphique, comme pour les jeux, du moins point de vue calcul (même si cela n'intègre pas les mêmes instructions qu'un jeu, du moins pas la totalité !). cela ne signifiant pas forcément qu'un IGP fera moins bien si la partie concernée par l'encodage est aussi voir plus performante qu'une grosse carte graphique !
 
 

Si la qualité n'est pas la même, ce n'est même pas la peine de comparer la rapidité.

Moué, donc le Virtu machin ne sert qu'à encoder sur IGP Intel, et l'encodage GPU (quel que soit le fondeur) est toupoury.
Bref (injection de mauvaise foi criante) j'avais raison, l'encodage GPU ne sert à rien

http://www.hardware.fr/articles/858-4/conclusion.html

ça sert pas à rien c'est son implémentation actuel pourri "marketeux inside"  
 
cerveau d'un marketeux: on s'en tape que ça soit de l encodage de merde du moment que c est rapide on peut péter des gros "X fois rapide" sur la boite  
 
faut juste que les NV intel et AMD se sorte le balais d ou je pense ...on s'en fout que ça soit 10x plus rapide si c est pour que ça soit plus pourri
 
on se contenterait très bien de seulement 3x plus rapide que only cores cpu si la qualité était égale
 
bref, les marketeux on encore prit le pas sur les ingénieurs
 
mais sur qu il doit y avoir possibilité de nous pondre des preset pas "encodage de daube" pour pondre une video de 640*480 de 2Go plus crade qu'une video 1920*1080 de 1Go en 2 pass via encodage cpus

Pour l'encodage rien ne vaut un bon 3930k.
J'ai failli en acheter un a 380€ et 120€ la carte mere.
Mais j'ai pas sauté je vais peut etre le regreté, mais tant pis je prend mon temps.
En 1080p qu'est ce qu'il sont long, mais c'est de la super qualité.
Pour plus de vitesse faire un rip et l'encapsuler en mkv, avec reglage pour lecture sur lecteur salon.

Les premiers test c'est pour quand ?

 
Attention il y a le CPU, le GPU qui devient polyvalent (GPGPU), et les unités dédiées à la compression/décompression vidéo.
 
Sur le test je pense que ce sont les unités dédiées à la compression/décompression vidéo qui sont sollicitées avec des drivers ad hoc qui trichent sur la qualité
 
Sous Linux, la VA-API permet de faire effectuer les calculs "normaux" par le GPU (GPGPU style). Donc en ce cas il devrait y avoir un gain de vitesse à qualité équivalent car c'est le même calcul fait par le GPU au lieu du CPU.

 
fin avril ?

dans un mois pil poil

Topic CPU limited:
http://forum.hardware.fr/hfr/Hardw [...] m#t8262004
 

MantaFahrer, depuis le début tu parlais de l'encodage GPU ? Car dans ce cas je n'avais pas compris ton intervention . Et cette solution est actuellement pourri pour combler ce manque de rapidité des autres encodeurs qui eux privilégient la qualité ... A savoir si le gain sera notable avec un soft qui utilise le GPU avec un rendu de qualité, ça se trouve le jeu n'en vaut pas la chandelle, car je trouve bizarre dans ce cas de ne pas avoir vu de telles solutions sortir, pas vous ?
 
Antistress si tu pouvais nous en dire un peu plus, cela semble intéressant et pourrait contredire ma dernière conclusion basée sur une supposition .

VA API utilise les shaders du GPU qui offrent une souplesse suffisante pour exécuter du code normalement exécuté par le CPU (et pas l'unité cablée Quick Sync Video)
Du coup sous Linux, si tu prends un soft qui encode/décode avec GStreamer (Totem, PiTiVi...) par exemple, et bien avec une version de GStreamer supportant VA API (la 1.0 à sortir prochainement qui est actuellement développée sous le n° 0.11.X car elle succédera à la 0.10 actuelle), l'encodage/décodage sera fait par le GPU avec la qualité habituelle mais en accéléré
Finalement le fait que les specs du Quick Sync Video aient pas été ouvertes c'est plutôt un avantage sous Linux car on a une autre méthode que personnellement je préfère : pitet pas aussi rapide mais full qualité ;-)

Merci, c'est déjà comme ça.
IntelBurnTest pompe 1 max par rapport à Prime ou OCCT car juste IntelBurnTest passe pas bien.
Merci encore.

Désolé, je ne suis pas vraiment dans le bon topic. A déplacer si jamais.

Va sur le topik MSI tu seras mieux renseigner.

Les cartes mères Z77 intel se montrent.

désolé si j'ai loupé un épisode (je m'interesse pas trop à Ivy), mais quel est l’intérêt d'acheter un nouveau modèle de CM avec un nouveau chipset si les anciennes CM P67/Z68 sont compatibles ?

l'usb3 natif.

http://hfr-rehost.net/fullsize/htt [...] f3c3f.jpeg

une partie sont des technologies de gigabyte.

Most desktop Ivy Bridge systems won't support three displays

ECS Z77H2-A2X Black Extreme - The Midas Touch