
Recherche avancée
Médias (1)
-
The Slip - Artworks
26 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Texte
Autres articles (50)
-
Mise à jour de la version 0.1 vers 0.2
24 juin 2013, parExplications des différents changements notables lors du passage de la version 0.1 de MediaSPIP à la version 0.3. Quelles sont les nouveautés
Au niveau des dépendances logicielles Utilisation des dernières versions de FFMpeg (>= v1.2.1) ; Installation des dépendances pour Smush ; Installation de MediaInfo et FFprobe pour la récupération des métadonnées ; On n’utilise plus ffmpeg2theora ; On n’installe plus flvtool2 au profit de flvtool++ ; On n’installe plus ffmpeg-php qui n’est plus maintenu au (...) -
Support de tous types de médias
10 avril 2011Contrairement à beaucoup de logiciels et autres plate-formes modernes de partage de documents, MediaSPIP a l’ambition de gérer un maximum de formats de documents différents qu’ils soient de type : images (png, gif, jpg, bmp et autres...) ; audio (MP3, Ogg, Wav et autres...) ; vidéo (Avi, MP4, Ogv, mpg, mov, wmv et autres...) ; contenu textuel, code ou autres (open office, microsoft office (tableur, présentation), web (html, css), LaTeX, Google Earth) (...)
-
Supporting all media types
13 avril 2011, parUnlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)
Sur d’autres sites (7540)
-
ffmpeg - i do not add some headers
27 décembre 2020, par badcodeI have compiled the FFmpeg library using : https://trac.ffmpeg.org/wiki/CompilationGuide/Ubuntu


And have built the doc/examples codes and they are working well. There is no problem.


But now I try to add some extra headers to my code


#include "libavformat/avformat.h" // its ok
#include "libavformat/oggdec.h" // fail



but it gives the following error.


No such file or directory
 #include "libavformat/oggdec.h"



And this libavformat dir :


(base) alitokur@ubuntu:~/ffmpeg_sources/ffmpeg/libavformat$ ls | grep ogg
oggdec.c
oggdec.d
oggdec.h
oggdec.o
oggenc.c
oggenc.d
oggenc.o
oggparsecelt.c
oggparsecelt.d
oggparsecelt.o
oggparsedirac.c
oggparsedirac.d
oggparsedirac.o
oggparseflac.c
oggparseflac.d
oggparseflac.o
oggparseogm.c
oggparseogm.d
oggparseogm.o
oggparseopus.c
oggparseopus.d
oggparseopus.o
oggparseskeleton.c
oggparseskeleton.d
oggparseskeleton.o
oggparsespeex.c
oggparsespeex.d
oggparsespeex.o
oggparsetheora.c
oggparsetheora.d
oggparsetheora.o
oggparsevorbis.c
oggparsevorbis.d
oggparsevorbis.o
oggparsevp8.c
oggparsevp8.d
oggparsevp8.o



I cant add other headers btw except "avformat.h". What am I missing ?


-
Mathematically lossless encoding and decoding of RGB24 image sequence
25 avril 2013, par curryageI am trying to encode a RGB24 image sequence into a mathematically (not merely visually) lossless video. huffyuv was suggested on many online forums so I tried the following.
ffmpeg -i frames\%06d.png -vcodec huffyuv test.avi
The resulting video was then decoded into frames again using ffmpeg
ffmpeg -i test.avi outframes\%06d.png
However, the input and output frames are not bit-by-bit identical as promised by huffyuv here. Any idea how I can accomplish this ? My eventual goal is to read the video file using OpenCV but I am willing to cross that bridge later once I obtain a losslessly encoded video file.
This SO question mentions an attempt to obtain a lossless h264 avi and the summary of responses seems to indicate h264 cannot completely accomplish lossless encoding.
Once again, to emphasize, I am interested in bit-by-bit identical encoding, not just visually similar. Large file sizes are acceptable as is large compression/decompression time.
-
How Many Default Languages ?
26 janvier 2012, par Multimedia Mike — ProgrammingI was thinking back to my childhood, when my family first owned a computer. It was an MS-DOS-powered IBM PC. The default OS came with 2 programming environments, such as they were : GW-BASIC and batch files. It was a start, I suppose. I guess most any microcomputer you can name from that era came with some kind of BASIC interpreter. That defined the computer’s “out of the box” programmability.
Then I started wondering how this compares to computers (operating systems/distributions, really) these days. So I installed a fresh version of the latest Ubuntu Linux version (11.10 as of this writing ; x86_32) and looked for programmability (without installing anything else). This is what I came up with :
- gcc/C (only the C compiler ; other components of the GNU compiler collection are installed separately)
- Perl
- Python
- C#, as furnished by Mono
- Bash — can’t forget about the shell as a full-featured programming language (sh is also present, but not t/csh)
- JavaScript — since Firefox is installed per default, JS counts
- GNU Assember — thanks to Reimar for the reminder that if gcc is present, gas necessarily needs to be there as well
I checked on C++, Objective C, Java, Ada, Fortran, Go, Lua, Ruby, Tcl, PHP, R and other languages I could think of, but the above items were the only ones present by default. At the same time, I checked my Mac OS X (10.6) box and it also has Ruby and PHP installed. It has a bunch of other languages, courtesy of Xcode, so I can’t certify anything about its out of the box programmability.
Still, I think “embarrassment of riches” pretty well sums it up. I try not to be crotchety old fogey complaining that kids these days don’t know how good they have it ; rather, I’m genuinely excited for anyone who wants to leap into computer programming in this day and age.