J'ai un ami qui héberge son site Web sur IIS et Windows Server 2003 R2 32 bits.
Il a des fichiers .WMV, .MPG et autres, et certains d'entre eux font 30 mb ! Il se demande pourquoi les utilisateurs se plaignent que le site est lent !
Ma question est donc la suivante : comment pouvons-nous réduire la taille de ces films ? Quel logiciel ? Quels paramètres pour le débit binaire, etc.
Existe-t-il des logiciels gratuits ? Je peux utiliser un Mac ou un PC.
Vos réflexions sont appréciées.
Je pense qu'un taux de rafraîchissement de 30 images/seconde est un bon taux de rafraîchissement.
Ce que vous pouvez faire, c'est réduire la qualité des vidéos.
Essayez également d'encoder au format .flv pour voir.
Pour les logiciels gratuits permettant de convertir et aussi de définir des paramètres (comme la qualité), je recommande (gratuit) :
FormatFactory
@ELS Eh bien, un bon débit binaire signifie les bits/seconde que l'utilisateur verra (dans ce cas, les bits/seconde qui devront être transmis en continu (envoyés)). Pour la vidéo, environ 128~~384 kbits/s est un bon débit pour le flux. Pour plus d'informations, voir fr.wikipedia.org/wiki/Bit_rate#Bitrates_in_multimedia Et, s'il vous plaît, ne confondez pas le débit binaire avec le taux de rafraîchissement. Le framerate est le nombre d'images par seconde que l'utilisateur verra (imaginez le "lag" que les caméras de sécurité font sur les vidéos, et c'est à cause d'un framerate bas, autour de 4~10 images/seconde. Et imaginez une image comme une "photo" de la scène actuelle, et une séquence d'images comme une vidéo en cours de lecture...
Frein à main est vraiment bon pour encoder des films pour une taille de fichier plus petite. Vous pouvez choisir la taille du fichier de sortie et il réduira le débit binaire pour l'adapter.
Si les utilisateurs diffusent les vidéos en continu, la taille totale n'a pas autant d'importance que le débit binaire. Je pense que l'OP voudrait choisir un certain débit pour encoder toutes ses vidéos au lieu de choisir une taille (bien que je suppose que Handbrake pourrait le faire aussi).
D'abord, encoder la vidéo en Mpeg4 H.264 car :
Lisez les autres commentaires sur le débit binaire suggéré pour les petits fichiers par rapport à la qualité.
Si cela ne fonctionne pas, votre bande passante en amont n'est probablement pas suffisante pour diffuser efficacement des vidéos. Par exemple, votre connexion Internet est trop lente.
La solution serait de :
Mise à jour
Voici l'essentiel sur la vidéo HTML5. Wikipedia
Le projet actuel de spécification HTML5 ne précise pas quels formats vidéo les navigateurs doivent prendre en charge dans la balise vidéo. Les agents utilisateurs sont libres de prendre en charge les formats vidéo qu'ils jugent appropriés...
Le H.264/MPEG-4 AVC est largement utilisé et offre une bonne vitesse, une bonne compression, de bons décodeurs matériels et une bonne qualité vidéo, mais il est couvert par des brevets[11]. Sauf dans des cas particuliers, les utilisateurs du H.264 doivent payer des droits de licence au MPEG LA, un groupe de détenteurs de brevets comprenant Microsoft et Apple[12]. Par conséquent, il n'a pas été considéré comme un codec obligatoire par défaut.
L'acquisition d'On2 par Google a donné naissance au projet WebM, une version libre de droits et à code source ouvert de VP8, dans un conteneur Matroska avec de l'audio Vorbis. Il est pris en charge par Google Chrome, Opera Browser et Mozilla Firefox.
Eh bien, mais le H.264 n'est pas gratuit. Vous avez besoin d'une licence pour l'utiliser sous copyright. Au lieu de cela, utilisez OGM (qui signifie Ogg Media = OGG (musique) + OGV (vidéo)) OGM est GPL, licence libre. Et HTML5 supporte également l'OGM.
@Gabriel Le H.264 n'a pas besoin d'être gratuit s'il est largement accepté, de la même manière que le MP3 n'est pas gratuit. HTML5 ne supportera probablement pas OGG à cause de WebM. WebM a été créé par Google après l'acquisition et la mise en libre accès du format vidéo VP8. WebM utilise un conteneur Matroska pour contenir la vidéo VP8 et l'audio Ogg et est considéré comme l'alternative "ouverte" de facto à H.264. La vidéo Ogg n'est pas utilisée car elle est considérée comme un format inférieur (compression/qualité).
Juste pour ajouter plus d'informations sur le Bitrate et les upstreams.
Pensez que si vous codez une vidéo avec "150", vous aurez besoin d'une connexion pouvant atteindre 150 kbps en amont. par client . En d'autres termes, une connexion xDSL typique est proposée à 6MBps en aval et 600 KBps en amont. Cela vous donne environ 4 flux avec ce débit binaire avant que votre amont ne s'étrangle et que tout s'écroule.
Si vous pouvez télécharger un fichier à une vitesse d'environ 650k/Sec, avec ce débit en amont vous pourriez en télécharger environ 50-60. Mais si vous n'avez plus de débit ascendant, le débit descendant diminue également car vous avez besoin du débit ascendant pour envoyer des ACK, etc.
La meilleure solution est de l'héberger ailleurs si vous avez besoin d'une qualité décente et de plus de 2-3 spectateurs.
En fait, les "600 kbps en amont" de la publicité sont plutôt un maximum théorique. Cela ne serait donc probablement suffisant que pour ~2 clients.
SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.
