Reprise du message précédent :

http://www.dailymotion.com/openvideodemo

Ca saccade à fond chez moi

Vous devez posséder la dernière version de Firefox pour voir cette démo!
genre safari 4 supporte pas <video>

le styling du player, je vois bien sûr l'interêt, mais les effets sur la video, pas du tout. usecase please ?

Ce que je veux dire c'est que la techno n'a pas été faite pour la vidéo c'est juste un bonus qui s'est transformé en pseudo standard. Maintenant en terme de performance quand tu compares Youtube Flash vs Youtube HTML 5 ça n'a rien a voir.
 
L'implementation de l'acceleration graphique ça va être un gros gros bordel je le conçois (meme si j'y connais rien, quand je vois l'état du support logiciel desktop ça n'augure rien de bon )
 
HS : Pour l'instant ce qui m'inquiète c'est la gueule du support des features basiques ( readystate, ranges, events et les attributes/properties ) alors qu'on voit arriver des players html5 un peu partout

http://jilion.com/sublime/video

?

j/k
 
Mais d'ailleurs si quelqu'un a des infos sur le fonctionnement de ces technologies. Moi j'en suis resté la stéréoscopie
 
On m'a dit qu'il fallait un écran spécial pour ce genre de lunettes, true?

ecran 120hz ( 2x60)
( attention, vrai 120hz, pas des frequences  reconstituées comme sur la majorité des tv  qui annoncent jusqu'a 600hz)

Hum, ça freeze méchament chez moi par moment, et le elapsed/remaining se rafraichit pas.

Chrome ?

What else?

Oui enfin à la base les perfs du plugin flash en dehors de windows ça reste de la grosse bouse, mon mac a un GMA 950 (donc pas d'accélération matérielle), entre une vidéo h.264 dans Flash et une vidéo h.264 dans QuickTime, il y a une différence de CPU load the 4x, et c'est pas Flash qui gagne

Même sous Windows c'est pas doré non plus hein

Sur mon netbook (nc10) je lis des h264 en 720p sans soucis sous VLC mais rares sont les fois ou je peux dépasser lire le 480p sur Youtube

Je m'en doute, mais c'est pas aussi plus pire que sous les autres OS

En fait je peux aussi lire le 1080p sous VLC ( 60% cpu ) alors que c'est vraiment pas fluide sur le 480p ( 70% cpu ) et inregardable au dessus ( lol% cpu ) sous Flash.

il y a ça pour l'acceleration grahpique : http://xbmc.org/davilla/2009/12/29 [...] its-magic/
a  condition d'avoir un port mini pciE dispo

Bullshit, fuck it, suck my cock, quand sur une machine qui n'a pas d'accélération matérielle (hello GMA 950) t'as quicktime qui prend 15% de CPU et flash qui prend 60% de CPU pour la même vidéo, l'accélération matérielle c'est une excuse.

est ce que j'ai dis le contraire ?  
 
et puis utiliser flash pour empaqueter des video en 1080p  
 
je préfère avoir un bon 720p avec le débit qui va bien, qu'un 1080p compressé a mort  pour pouvoir passer en streaming

Pour justement que html5 puisse faire autre chose que jouer des videos, pour qu'on puisse faire des jeux et des sites-qui-plaisent-qu'aux-designer. Et parce que poser des limitations aujourd'hui ça va nous gaver demain, les faiseurs de standards en ont raz le bol de se faire chier dessus pour pas avoir prévu l'avenir .
 

Le GMA 950 a du matos pour faire la motion compensation, plus toute la partie 3D qui se réutilise assez bien (on parle quand même de QuickTime sur du hardware mac, Apple peut avoir pris le temps d'exploiter correctement la puce, via Core Video par exemple).
Flash reste une grosse bouse quand même .

Il suffit de recoder le player Flash sous HyperPHP  

Transmis au centre de gestion
Je veux mes pédales à 8€ qui soufflent

Pas d'accord du tout pour les reverbs, du moins ça dépend ce que tu veux.  
 
Tu n'arriveras jamais à simuler une batterie dans une pièce (ie, une batterie comme on l'entends en vrai) avec des micros de près + reverbs, par ex...
Idem pour une guitare : micro de près + reverb != ce qu'on entend en vrai.
Pour un voix pareil, gueuler dans un micro + reverb != gueuler à 1 m du micro, et pour tout ça quand je dis pas pareil, c'est carrément rien à voir.
Pour imiter la réalité, ya rien de mieux que la réalité. Je dirais même l'inverse de toi : à moins d'avoir une pièce avec une accoustique horrible, tu peux toujours t'amuser avec le son de la pièce - sans en abuser parce qu'on perd fatalement en précision et on gagne en parasites.
 
Pour les delays par contre ok, c'est très facilement modélisable en numérique et ça n'imite pas un phénomène naturel.
 
Après forcément c'est vachement une question de goût entre un son naturel et un son plus synthétique mais plus propre, en gros c'est la différence entre Nevermind et In Utero... Come as you smell quoi

c'est deja moins confomateur cpu qu'une video flash  mais ca semble ne pas profiter de mon gpu, par contre pas de mode full screen  
tu n aurais pas d'autre exemple ,?

pour l'instant uniquement avec les nighty build de webkit pour le fullscreen

non mais j'y peux rien moi

edit hahahaha putain le vieux plantage de topic - tu t'es planté aussi ou bien tu te fous de ma gueule ?

et tant qu'a faire, je vais te répondre ici - je dis "oui" aux acoustiques naturelles, mais je dis aussi "bon amusement au mix"; si tu le fais genre juste sur une voix, ou dans des pieces plusoum neutres, alors ok, mais si tu "t'amuses" sur toutes tes pistes avec des pièces à forte "personalité", t'auras, je crois, juste de la bouillie au mix.

facebook release hiphop http://developers.facebook.com/new [...] &story=358

dehors les romano

 
Thx  

C'est ske je dis à l'intérieur du post Pas en abuser parce qu'on perd en précision et on gagne en parasites

dites,les gitans, vous pourriez allez jouer de la guitare dehors ?

Dites, j'esperais que css3 amenèrait la possibilité de faire des "vraies" colonnes-comme-dans-les-journaux sur le web, mais y'a tjs rien, ou j'ai mal cherché ?

histoire d'avoir un dom comme ça: (en gros, et avec des choses qui n'existent pas, donc)
<div style="max-height:200px, column-width: 20em;">
 <div>...</div>
 <div>...</div>
 <div>...</div>
 <div>...</div>
</div>

Et que dès qu'un des <div> commence a prendre trop de place verticalement, il serait poussé sur la "colonne" de gauche? Le tout sans devoir grouper mes <div> dans des wrapper de colonnes, donc.

Et j'ai pas l'impression que des float seraient la bonne solution (je me trompe, j'espère), en tous cas si je veux garder les div dans mon dom dans un ordre qui ressemble a qqchose ...

edit: uh ! http://www.w3.org/TR/css3-multicol/ -- to the matrixcompatibilitypage, let's go ! tududududuuu
edit2: yaisse! <div style="border: 2px solid rgb(34, 136, 17); -webkit-column-count: 2; -moz-column-count: 2; -webkit-column-rule: 2px solid rgb(34, 136, 17); -moz-column-rule: 4px solid rgb(34, 136, 17)"

Le web n'est pas un journal, on ne lit pas de la même manière

J'ai un historique de produits / prix dans une base derrière une "appli" Django.
 
J'aimerais afficher un graph dynamique (avec la capacité de zoomer / cacher des produits) de l'évolution de ces prix.
 
Avez-vous une idée d'une solution JS/Canvas, clé en main ou qui fournirait une bonne base pour faire ça ?
 
Je suppose que mon appli gagnerait à exposer ces données en JSon ?

swf charts ?
sinon, j'avais joué avec raphaeljs pour générer des graphes compatibles IE (VML) et les autres navigateurs(SVG)

je vais essayer XML/SWF Charts (et raphaeljs après si besoin).
 
merci