
Recherche avancée
Autres articles (41)
-
Publier sur MédiaSpip
13 juin 2013Puis-je poster des contenus à partir d’une tablette Ipad ?
Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir -
HTML5 audio and video support
13 avril 2011, parMediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
For older browsers the Flowplayer flash fallback is used.
MediaSPIP allows for media playback on major mobile platforms with the above (...) -
De l’upload à la vidéo finale [version standalone]
31 janvier 2010, parLe chemin d’un document audio ou vidéo dans SPIPMotion est divisé en trois étapes distinctes.
Upload et récupération d’informations de la vidéo source
Dans un premier temps, il est nécessaire de créer un article SPIP et de lui joindre le document vidéo "source".
Au moment où ce document est joint à l’article, deux actions supplémentaires au comportement normal sont exécutées : La récupération des informations techniques des flux audio et video du fichier ; La génération d’une vignette : extraction d’une (...)
Sur d’autres sites (5262)
-
Change file format from flv to anything android will play
19 octobre 2011, par BilthonI need to take this file which encoded is in h264 but in a flv container and just put it in a mp4, 3gp or whatever file format the android MediaPlayer will understand.
I want to do this natively. As I will not be decoding nor encoding anything I think I will not be wasting a lot of power (am I wrong ?)
I followed the instructions from here http://www.roman10.net/?p=394 and could sucessfully compile and use ffmpeg and use it with mp4 and 3gp files.
But when it comes to flv files it fails. I understand there is no format definition for flv files in that specific port of ffmpeg for android.
There is no libavformat/flv.h header file for instance.
Maybe that's why this works :
extern AVInputFormat ff_mov_demuxer ;
av_register_input_format(&ff_mov_demuxer) ;While this fails :
extern AVInputFormat ff_flv_demuxer;
av_register_input_format(&ff_flv_demuxer);Question is, is there a light at the end of the tunnel ? has someone done something similar ? is it useful ? I mean, I can always just throw the flv media file into a flash player and voila.. the thing is that this would be a parcial solution, as it will not work for all those folks running slower devices that can't yet run Flash.
Nelson
PS. Just in case. Here's some info about the file I'm talking about :
ffmpeg -i rio.flv
ffmpeg version N-32624-gea8de10, Copyright (c) 2000-2011 the FFmpeg developers
built on Sep 15 2011 23:31:42 with gcc 4.5.2
configuration: --enable-libfaac --enable-libmp3lame --enable-librtmp --enable-libtheora --enable-libx264 --enable-libxvid --enable-gpl --enable-nonfree
libavutil 51. 16. 0 / 51. 16. 0
libavcodec 53. 15. 0 / 53. 15. 0
libavformat 53. 12. 0 / 53. 12. 0
libavdevice 53. 3. 0 / 53. 3. 0
libavfilter 2. 42. 0 / 2. 42. 0
libswscale 2. 1. 0 / 2. 1. 0
libpostproc 51. 2. 0 / 51. 2. 0
Seems stream 0 codec frame rate differs from container frame rate: 2000.00 (2000/1) -> 14.99 (15000/1001)
Input #0, flv, from 'rio.flv':
Duration: 00:01:00.06, start: 0.000000, bitrate: 783 kb/s
Stream #0.0: Video: h264 (Main), yuv420p, 704x480 [SAR 10:11 DAR 4:3], 14.99 tbr, 1k tbn, 2k tbc -
Revision 1e30547984 : Skip mode search based on reference frame consistency This commit enables the e
12 août 2014, par Jingning HanChanged Paths :
Modify /vp9/encoder/vp9_rdopt.c
Skip mode search based on reference frame consistencyThis commit enables the encoder to skip NEARMV and ZEROMV if the
above and left blocks have identical reference frame, and the
current reference is different from that. It reduces the runtime
of speed 3 for test sequences :
bus cif at 1000 kbps 10064 ms -> 9823 ms
pedestrian 1080p at 2000 kbps 193078 ms -> 189559 msThe compression performance is changed by
derf -0.085%
stdhd -0.103%Change-Id : If304f26d42e6412152a84c3dd7b02635c38444f4
-
Elimination compression from videos generated from images using ffmpeg ?
5 novembre 2011, par MagzSo I'm using ffmpeg to generate videos from a series of images. Unfortunately every video I've generated so far becomes compressed about halfway through (these are about 10-30 second videos). I've tried a lot of different options, but here's an example and the resulting output.
Any suggestions ?
ffmpeg -minrate 5000k -maxrate 5000k -bufsize 1835k -b 5000k -s 480x480 \
-f image2 -r 10 -i 'dms-%05d.jpeg' output.flv
ffmpeg version 0.8.1, Copyright (c) 2000-2011 the FFmpeg developers
built on Jul 29 2011 14:13:56 with gcc 4.2.1 (Apple Inc. build 5664)
configuration: --enable-libmp3lame --enable-shared --disable-mmx --arch=x86_64
libavutil 51. 9. 1 / 51. 9. 1
libavcodec 53. 7. 0 / 53. 7. 0
libavformat 53. 4. 0 / 53. 4. 0
libavdevice 53. 1. 1 / 53. 1. 1
libavfilter 2. 23. 0 / 2. 23. 0
libswscale 2. 0. 0 / 2. 0. 0
[image2 @ 0x101007c00] max_analyze_duration 5000000 reached at 5000000
Input #0, image2, from 'dms-%05d.jpeg':
Duration: 00:00:10.00, start: 0.000000, bitrate: N/A
Stream #0.0: Video: mjpeg, yuvj444p, 559x480 [PAR 1:1 DAR 559:480], 10 fps, 10 tbr, 10 tbn, 10 tbc
Incompatible pixel format 'yuvj444p' for codec 'flv', auto-selecting format 'yuv420p'
[buffer @ 0x100d00230] w:559 h:480 pixfmt:yuvj444p tb:1/1000000 sar:1/1 sws_param:
[buffersink @ 0x100d02160] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out'
[scale @ 0x100d023a0] w:559 h:480 fmt:yuvj444p -> w:559 h:480 fmt:yuv420p flags:0x4
Output #0, flv, to 'output.flv':
Metadata:
encoder : Lavf53.4.0
Stream #0.0: Video: flv, yuv420p, 559x480 [PAR 1:1 DAR 559:480], q=2-31, 200 kb/s, 1k tbn, 10 tbc
Stream mapping:
Stream #0.0 -> #0.0
Press [q] to stop, [?] for help
[buffer @ 0x100d00230] Buffer video input changed from size:559x480 fmt:yuvj444p to size:480x480 fmt:yuvj420p
[scale @ 0x100d023a0] w:480 h:480 fmt:yuvj420p -> w:559 h:480 fmt:yuv420p flags:0x2
[buffer @ 0x100d00230] Buffer video input changed from size:480x480 fmt:yuvj420p to size:559x480 fmt:yuvj444p
[scale @ 0x100d023a0] w:559 h:480 fmt:yuvj444p -> w:559 h:480 fmt:yuv420p flags:0x2
[buffer @ 0x100d00230] Buffer video input changed from size:559x480 fmt:yuvj444p to size:480x480 fmt:yuvj420p
[scale @ 0x100d023a0] w:480 h:480 fmt:yuvj420p -> w:559 h:480 fmt:yuv420p flags:0x2
[buffer @ 0x100d00230] Buffer video input changed from size:480x480 fmt:yuvj420p to size:559x480 fmt:yuvj444p
[scale @ 0x100d023a0] w:559 h:480 fmt:yuvj444p -> w:559 h:480 fmt:yuv420p flags:0x2
[buffer @ 0x100d00230] Buffer video input changed from size:559x480 fmt:yuvj444p to size:480x480 fmt:yuvj420p
[scale @ 0x100d023a0] w:480 h:480 fmt:yuvj420p -> w:559 h:480 fmt:yuv420p flags:0x2
[buffer @ 0x100d00230] Buffer video input changed from size:480x480 fmt:yuvj420p to size:559x480 fmt:yuvj444p
[scale @ 0x100d023a0] w:559 h:480 fmt:yuvj444p -> w:559 h:480 fmt:yuv420p flags:0x2
frame= 100 fps= 35 q=24.8 Lsize= 1062kB time=00:00:10.00 bitrate= 870.2kbits/s
video:1060kB audio:0kB global headers:0kB muxing overhead 0.166586%