
Recherche avancée
Médias (1)
-
The Great Big Beautiful Tomorrow
28 octobre 2011, par
Mis à jour : Octobre 2011
Langue : English
Type : Texte
Autres articles (31)
-
Encodage et transformation en formats lisibles sur Internet
10 avril 2011MediaSPIP transforme et ré-encode les documents mis en ligne afin de les rendre lisibles sur Internet et automatiquement utilisables sans intervention du créateur de contenu.
Les vidéos sont automatiquement encodées dans les formats supportés par HTML5 : MP4, Ogv et WebM. La version "MP4" est également utilisée pour le lecteur flash de secours nécessaire aux anciens navigateurs.
Les documents audios sont également ré-encodés dans les deux formats utilisables par HTML5 :MP3 et Ogg. La version "MP3" (...) -
Les autorisations surchargées par les plugins
27 avril 2010, parMediaspip core
autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs -
Contribute to a better visual interface
13 avril 2011MediaSPIP is based on a system of themes and templates. Templates define the placement of information on the page, and can be adapted to a wide range of uses. Themes define the overall graphic appearance of the site.
Anyone can submit a new graphic theme or template and make it available to the MediaSPIP community.
Sur d’autres sites (3281)
-
ffmpeg complex filter - multiple crops on black background
31 octobre 2017, par Kevin O'HaraWe are attempting to process a video file by cropping it into several pieces and arranging it on a black background which is exactly 1920x1080. The following command runs but it never completes and we have to kill the process.
Is there something wrong with how we’re trying to do this ?
ffmpeg -i in.mov -y -filter_complex "\
color=s=1920x1080:c=black[bg];\
[0:v]crop=w=1920:h=ih:x=0:y=0[crop1];\
[0:v]crop=w=iw-1920:h=ih:x=1920:y=0[crop2];\
[bg][crop1]overlay=x=0:y=0[out1];\
[out1][crop2]overlay=x=0:y=h[final]" \
-map [final] out.mov -
FFmpeg and Android encoding issue
4 décembre 2012, par bruxI compiled ffmpeg for Android. The executable works from the device terminal and I can do normal video operations. I am trying to join 2 mpeg files captured using the camera at the command line on the device.
First I Capture 2 videos using the camera and save to sdcard, one.mpeg and two.mpeg. Then I do :
ffmpeg -i one.mpeg onenew.mpeg
ffmpeg -i twompg.mpeg twonew.mpeg(if i dont do the above 2 commands then it doesnt work at all)
cat onenew.mpeg twonew.mpeg > joined.mpeg
ffmpeg -i joined.mpeg -acodec copy -vcodec copy final.mpegThe output (final.mpeg) doesnt play on the device but if i copy to my linux desktop it opens up and plays fine. I tested final.mpeg on a 2.3.3 device and a 2.3.6 device.
Anyone know why the device would fail to play the video file ?
UPDATE
My friend tested the video on a device running 3.0, the default player never played the video however 'moboplayer' did, I need it to play on the default player though. -
suitable video encoding for browsers
26 juin 2022, par seriouslyI was researching how illegal movie streaming services handle all the traffic they get and to understand that I had to follow the steps they perform to get the video data to the users. I got to the stage of video transmission and noticed something that boggled me. Most of the illegal movie streaming sites get their movies/tv-shows through piracy/torrents and even most of the streamers are sister companies of the piracy websites. Now when I took a look at the video encodings of the torrent movies and shows they are h.265 but h.265 is not supported by popular browsers like chrome, firefox edge... Does this mean they (the streamers) have to re-encode every h.265 videos to avc/h.264 before they stream it ? If that's the case, that takes them a huge amount of time to convert their whole movie catalog to h.264 not to mention the space they require to save them. Am I taking a look at this the right way ? Do they really convert and store 2, 3 ... differently encoded video files and stream the suitable one ? Or can they somehow convert the chunks of data they are streaming to h.264 live simultaneously without having to store the h.264 formats hence saving conversion time and space ?