MacBook Air et youtube

[Anonyme]

Bonjour !
J'envisage l'achat très prochain d'un MBA 13" 256Go et 8go de RAM.
En parcourant les forums je suis tombé sur plusieurs posts un peu inquiétants, qui disaient que les vidéos en flash (donc sur youtube si j'ai bien compris) étaient assez mal gérées par le MBA (si j'ai bien compris parce que ça utilise tout son CPU).
Je regarde énormément de vidéos sur youtube, et de séries en streaming et il est pour moi essentiel que mon ordinateur puisse les lire d'une manière fluide et sans avoir à charger la vidéo toutes les 5mn et que ça lague ou se mette à surchauffer pour une simple vidéo. Pensez vous que ce problème sur le MacBook Air soit réel ?
Merci à tous !

 

[Larme]

C'est un problème lié à n'importe quel Unix au sens large du terme (Ubuntu, Mac OS X...)
Ça marche quand même hein
Ça arrive de temps en temps. que j'ai besoin de recharger...

 

[Anonyme]

Ah oui ? Parce qu'avec mon MacBook Noir je n'ai jamais eu le moindre problème...
Je ne fait pas de montage vidéo ni rien, mais ça me soulerai de dépenser plus de 1000€ pour un ordinateur qui ne peut pas afficher correctement une vidéo sur youtube ou lire une vidéo en streaming sans que ça soit sacadé... Est-ce le cas ? Si oui le MBP s'en sortirai mieux ?

 

[Roman2K]

OS X n'ai aucun problème avec le plug-in Flash. Pas d'accélération matérielle sous OS X donc c'est le CPU qui fait le boulot de décodage vidéo, mais c'est du gâteau pour les Sandy Bridge et Ivy Bridge. Autant dire que décoder une vidéo YouTube 1080p ne risque pas d'utiliser le CPU à 100%, loin de là, et encore moins de saccader.

J'ai encore fait un petit test d'autonomie dans un Apple Store hier. Sur un 13", i5, 4 Go, en lisant une vidéo YouTube en 360p, c'est devenu tellement facile à décoder pour Ivy Bridge que l'autonomie était de 5h37 (MagSafe tout juste débranché).

Ceci dit, Flash est à éviter comme la peste (codé avec les pieds = instable, non optimisé). YouTube bascule progressivement vers HTML5 (enfin), laissant l'opportunité à l'OS, si le codec est supporté, de décoder la vidéo via le GPU. L'autonomie et la charge CPU devraient par conséquent s'améliorer considérablement.

 

[nifex]

D'ailleur il y a une version beta de youtube disponible a 100% en html 5, mais je ne me souviens plus du lien. En cas de aurchauffe à cause de flash il suffit de prendre cette version qui devrait être moins gourmant que le flash.

 

[Pascal_TTH]

OS X n'ai aucun problème avec le plug-in Flash. Pas d'accélération matérielle sous OS X donc c'est le CPU qui fait le boulot de décodage vidéo, mais c'est du gâteau pour les Sandy Bridge et Ivy Bridge. Autant dire que décoder une vidéo YouTube 1080p ne risque pas d'utiliser le CPU à 100%, loin de là, et encore moins de saccader.

J'ai encore fait un petit test d'autonomie dans un Apple Store hier. Sur un 13", i5, 4 Go, en lisant une vidéo YouTube en 360p, c'est devenu tellement facile à décoder pour Ivy Bridge que l'autonomie était de 5h37 (MagSafe tout juste débranché).

Ceci dit, Flash est à éviter comme la peste (codé avec les pieds = instable, non optimisé). YouTube bascule progressivement vers HTML5 (enfin), laissant l'opportunité à l'OS, si le codec est supporté, de décoder la vidéo via le GPU. L'autonomie et la charge CPU devraient par conséquent s'améliorer considérablement.

De 360 à 1080p : Accelerated video rendering et accelerated video decoding, c'est software peut-être ?

Et c'est justement le contraire, quand il y a accélération matérielle, ça consomme moins vu que c'est un IC spécialisé qui fait le décodage. 30% de charge CPU pour un décodage software, 7% pour un décodage accéléré.

 

[Anonyme]

Merci pour vos réactions mais, pardon d'insister, ma question était précise: Mon Imac et mon MacBook Noir n'ont aucun problèmes pour lire les vidéos Youtube ou afficher du streaming, pensez vous que le MBA aura plus de difficultés ? Si oui en serait-il de même pour un MBP (toujours 13").
Merci !! C'est un tout petit peu urgent car normalement je le commande cette après midi, je ne sais pas quoi faire

 

[Anonyme]

J'ai possédé un MBA 2011 avec 2 GO Ram sous Lion .
Jamais eu de problème avec Flash ( extension Clicktoflash installé )
utilisation Youtube non intensive pour ma part
Streaming match de rugby OK

 

[Pascal_TTH]

Aucun problème à lire du 1080p de YouTube sur un MacBook Air. Mon modèle 2010 le faisait déjà sans aucun problème.
En même temps, si un antique MacBook noir y arrive, pourquoi est-ce que les MacBook Air de dernières générations n'y arriveraient pas ?

 

[Anonyme]

Voila qui me rassure fortement
Et pareil pour les vidéos en streaming de 50mn ? Il m'arrive fréquemment de passer des nuits blanches à regarder des séries en streaming (surtout en vacances :love: ), le MBA tiendra la route ? Un MBP ferait-il mieux ?
Pardon d'insister mais ça représente une grosse dépense pour moi, et je voudrais être sur de bien choisir

 

[nifex]

N'importe quel mac ou pc peut faire cela de nos jours.

Je regarde tous les soirs du streaming avec un mac mini sans le moindre problème, alors avec un MBP ou MBA aucun soucis.

le seul problème qui peut avoir c'est une surchauffe du portable si tu le tiens sur tes jambes, mais ce n'est pas bien grave ca

 

[adlc11]

Voila qui me rassure fortement
Et pareil pour les vidéos en streaming de 50mn ? Il m'arrive fréquemment de passer des nuits blanches à regarder des séries en streaming (surtout en vacances :love: ), le MBA tiendra la route ? Un MBP ferait-il mieux ?
Pardon d'insister mais ça représente une grosse dépense pour moi, et je voudrais être sur de bien choisir

Je confirme que tout se fait sans aucun problème sur le Air.

Le MBP ferait pareil je pense, quoique, le Air a un SSD, ça le rend beaucoup plus véloce.

Cela dit, ça va aussi dépendre de ton débit adsl. Perso, j'ai un débit médiocre, donc parfois, la vidéo bloque. Mais ce n'est pas du tout la faute du macbook air.

 

[Roman2K]

De 360 à 1080p : Accelerated video rendering et accelerated video decoding, c'est software peut-être ?

Merci pour l'info, j'étais pas à jour et ne connaissais pas le "Show video info" de YouTube.

Et c'est justement le contraire, quand il y a accélération matérielle, ça consomme moins vu que c'est un IC spécialisé qui fait le décodage. 30% de charge CPU pour un décodage software, 7% pour un décodage accéléré.

Oui, je sais bien. J'ai jamais dit le contraire.