je vais tourner une vidéo FLV dans une composant flash FLVPlayback (CS3 actionscript 2, je compile pour flash . La vidéo a été encodée en 640x480.
Si le player est juste inséré dans une animation flash posée dans une page web, la lecture est normale. je sature à 100% de mon CPU, mais très peu de saccades. (je visionne en 320x240) Si j'agrandis le container du player (le movieclip container), ça ralentit un peu et pixellise visiblement dans les scènes rapides. (je visionne en 480x360) Quelque soit la taille du container, c'est toujours le même fichier FLV qui est chargé.
Et si j'insère le player dans un container habillé et tordu sur la scène d'une animation qui a subit une rotation ou une déformation du cadre, le player n'est pas droit.
La lecture est fortement ralentie selon les FLV. ça saccade sec.
aucune idée pour t'aider a part de te donner le lien d'un site flash qui fonctionne parfaitement et ou tu pourras peutetre trouver dans le code source des idées a creuser
Bon j'ai divisée par 2 les dimensions et le nombre de FPS (640x480 30 ps => 320x240 15fps), c'est beaucoup plus fluide même si je visualise en 480x360 pixels.
On voit peu l'effet pixellisation. cela dit je n'ose même pas le voir en plein écran, ça sera forcément crade par rapport au Divx.
Le nouveau FLV est légèrement plus lourd que l'ancien
Ha c'est sur..... il ne le donne pas le code ...c'est pas prévu dans le programme c'est normal heinn.... mais meme moi l'amateur de chez lol , je suis capable de me le rapatrier
Citation de katie :
Le nouveau FLV est légèrement plus lourd que l'ancien
lol...... divisé par 2 et encore plus lourd....c'est pas normal...ca c'est sur
Sinon, j'ai trouvé un compromis entre débit et qualité d'affichage.
J'encode avec Super en FLV (video = sorenson h263 et audio=lame mp3) Je conserve les dimensions de la vidéo: 640x480 je divise le fps par 2: 30 => 15 fps et aussi le bitrate vidéo: 1152 => 768 kbps je conserve l'audio: LAME mp3 cbr stéréo 128 kbps
Si je joue en même temps un MP3 dans dewplayer sur la même page, la vidéo saccade un peu avec ce choix d'encodage. mais en 320x240 1152 kbps, aucun accroc même à 100% du CPU.
J'aimerais bien avoir d'autres avis, par ceux qui font des tests d'encodage ou qui postent sur yuourube et Dailymotion.
Quelle est votre expérience? Merci d'indiquer: dimensions, bitrate, codecs ... de la vidéo d'origine. et le résultat obtenu sur youtube.
J'ai testée la video en 640 pixels et 15 fps en ligne. C'est lent, surtout quand le débit internet est faible (<150 ko/s en DL sur un site free.fr) Et la lecture rattrape très vite le débit. donc ça saccade. Si je met un buffertime de 0.1s, FLVPlayack remplit 0.1 de buffer et lit puis re-remplit... Mais si je met 5s, il lit, puis quand le buffer est vide, s'arrête et remplit le buffer puis repart. Le temps d'attente et plus d'une seconde.
Donc ce n'est pas une bonne solution. Je vais faire un test en 320x240.
Mais j'envisage aussi de prélaoder le FLV avant le début de la lecture. ça resterais supportable pour une vidéo de moins de 3 minutes.
En attendant j'ai demadé à Ask l'Apache comment il fait: Ask l'Apache found a great way to preload and cache flash .flv video files. Recently I was hired as the lead web-designer for an insurance company website with over 30 online videos to be placed throughout the site.
My areas of expertise are XHTML strict, CSS, and javascript, NOT flash. But for this project the site had around 30 videos to be placed in various places around the site.
ben c'est pas du vrai streaming, mais du progressive download. Si t'as un bon débit, ça peut le faire et aussi si le fichier est pas trop gros. c'est bon pour mp3, mais FLV de plus de 3 minutes, c'est délicat.
FLV est un "Live Video Flash". C'est un format qui est conçu pour la lecture web, offrant un taux élevé de compression. Plusieurs produits de convertir des fichiers vidéo, tels que Windows Media, Quicktime, Mpeg Speechi en Chine, y compris l'hébergement FLV Encoder, Sorenson Squeeze, et le On2 (Wildform Flix)
Flash Video FLV gagné en popularité lorsque Youtube et autres sites de partage vidéo incorporé pour la lecture seulement dans la dernière année ou deux. Rien de nouveau à ses FLV hébergement que nous avons été à l'utiliser et de la construction d'applications client avec lui il ya 7 ans
Il ya 2 façons à la lecture de votre fichier vidéo FLV - Progressif en streaming et Flash Comm Server ou "RTMP" côté serveur streaming. Méthodes: Flash Media Server Ou Wowza Streaming Media RTMP Ou, Progressive streaming
Progressive Download (FLV) Cette méthode permet aux développeurs d'utiliser des commandes ActionScript pour alimenter des fichiers FLV externes dans une animation Flash et les rejouer au moment de l'exécution.
Dans cette méthode, le contenu vidéo (fichier FLV) est maintenu à l'extérieur de l'autre contenu Flash et de la vidéo-contrôles de lecture (le lecteur vidéo) dans le fichier SWF.
Lorsque la vidéo est joué, le fichier vidéo est téléchargée sur l'ordinateur du client (disque dur) avant de la lecture. Le fichier est servi à partir d'un serveur web normal par le biais d'une requête HTTP exactement comme une page Web normale ou de tout autre document téléchargeable.
Contrairement traditionnelles download-and-play méthodes de transmission d'images vidéo, toutefois, le fichier commence à jouer jusqu'à ce qu'il ait entièrement téléchargé lorsque vous utilisez téléchargement progressif.
Pros and Cons Maintien de la vidéo externe et distincte de celle du fichier SWF offre un certain nombre d'avantages sur la vidéo embarquée, et notamment les suivantes:
Facile à mettre à jour: Il est relativement facile d'ajouter ou de modifier le contenu indépendamment de la vidéo et lecteur sans qu'il soit nécessaire de republier le fichier SWF. Petit SWF Taille du fichier: Votre fichier SWF peut rester très rapide pour les petites charges et la page de la vidéo peuvent être livrées lorsque l'utilisateur le demande. Meilleure performance: Parce que les fichiers SWF et FLV sont séparés, le rendement et les résultats de la lecture de votre vidéo est généralement meilleure. Des questions telles que le manque de synchronisation entre le taux de FPS de la vidéo et le taux de FPS le fichier SWF ne sera plus un problème. Ces avantages s'appliquent à la fois progressive download et le streaming vidéo. Ils sont suffisamment pour justifier que embarqués vidéo ne devrait être utilisée qu'en dernier recours.
Lors de la comparaison de téléchargement progressif à la vidéo, il n'ya vraiment qu'un seul avantage pour téléchargement progressif: Vous n'avez pas besoin de logiciel de serveur de streaming pour livrer la vidéo. Progressive téléchargement vidéo peut être servi à partir de n'importe quel serveur web normal. Par exemple, il peut être servi au large de la même machine qui fonctionne à Apache ou IIS et servir vos pages HTML.
Alors que le téléchargement progressif approche est agréable, à cet égard, il faut noter les problèmes potentiels suivants:
Limited chercher et de capacités de navigation: Les téléspectateurs ne peuvent pas rechercher vers l'avant dans la vidéo avant qu'il ne soit complètement téléchargée. Les téléspectateurs doivent attendre jusqu'à ce que la vidéo est téléchargée avant de pouvoir naviguer à une portion de la vidéo. De ce fait, le streaming vidéo sera probablement un meilleur choix que de téléchargement progressif lorsque vous êtes le long des fichiers vidéo dans lequel vous voulez laisser sauter autour de téléspectateurs, comme les longs colloques ou des matériels de formation. Accessible à l'utilisateur de contenu: Parce que le fichier est téléchargé, les médias réside physiquement sur la machine du spectateur. Savvy les utilisateurs pourront rechercher leur navigateur caches ou fichiers Internet temporaires et l'accès au contenu. Ce n'est pas nécessairement une mauvaise chose si le propriétaire de contenu n'a aucune inquiétude quant à la gestion des droits pour son contenu. En fait, dans ce cas, il peut effectivement être utile, si l'utilisateur décide d'afficher la même vidéo clip de nouveau avant le cache du navigateur est effacée, le fichier est lue à partir du cache local sans que l'utilisateur ait accès à la toile. Cependant, si les droits numériques sont un sujet de préoccupation, streaming vidéo est une meilleure option.
Quand utiliser Progressive Download Même si nous avons des clients qui utilisent le téléchargement progressif d'émissions de télévision 30 minutes sans problèmes, téléchargement progressif est parfait pour les amateurs ou de l'utilisation des sites Web qui ont de faibles exigences de la circulation et seulement besoin de fournir de courtes séquences vidéo. Les clients qui ont besoin de fonctionnalités avancées et de la maîtrise de leur prestation vidéo-sans parler de l'affichage vidéo à un large public (par exemple, plusieurs centaines de téléspectateurs simultanés), le suivi et l'établissement de rapports statistiques sur vidéo, ou d'offrir la meilleure expérience vidéo-streaming vidéo devrait envisager.
Pour voir des vidéos en Flash, il existait deux modes : le progressive download ou le streaming.
Depuis fin 2005, il existe un troisième mode : le PHP Streaming.
L'idée est d'avoir les avantages du Streaming (vidéo longue, vidéo non chargée sur le poste client, possibilité de se positionner à un endroit précis) sur un serveur "tout simple" en PHP.
Pour ceci, on utilise des metadata qui sont injectées dans le fichier vidéo FLV. Le lecteur vidéo utilise ces metadata pour visualiser et se positionner dans la vidéo.
c'est ce qui marche le mieux, mais le contrôleur ne disparait pas malgré l'option skinAutoHide. Et bizarrement, le CPU n'est pas saturé. Faire attention à ne pas trop faire joujou avec la barre seek. A mon avis ça pourrait tuer le serveur avec de multiples ouvertures de fichier. Avantage: le fichier FLV source ne figure pas dans le cache du navigateur.
Mon site de base avec des liens simples j'ai plein de trucs pour faire des slide show, jukebox, video jukebox ..... et ce passer de la pub ou des limitations avec ceux proposés généralement sur les sites .
you tube & Co c'est naze pour la qualité et la durée.