
Recherche avancée
Médias (2)
-
SPIP - plugins - embed code - Exemple
2 septembre 2013, par
Mis à jour : Septembre 2013
Langue : français
Type : Image
-
Publier une image simplement
13 avril 2011, par ,
Mis à jour : Février 2012
Langue : français
Type : Video
Autres articles (67)
-
Les images
15 mai 2013 -
Mediabox : ouvrir les images dans l’espace maximal pour l’utilisateur
8 février 2011, parLa visualisation des images est restreinte par la largeur accordée par le design du site (dépendant du thème utilisé). Elles sont donc visibles sous un format réduit. Afin de profiter de l’ensemble de la place disponible sur l’écran de l’utilisateur, il est possible d’ajouter une fonctionnalité d’affichage de l’image dans une boite multimedia apparaissant au dessus du reste du contenu.
Pour ce faire il est nécessaire d’installer le plugin "Mediabox".
Configuration de la boite multimédia
Dès (...) -
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
Sur d’autres sites (7936)
-
Making Sound To High To Hear Or Undetecable with Sox/FFMPEG
28 octobre 2016, par Devin DixonI want to make a sound that is too high to be detected by the human ear. From my understanding, humans can hear sounds between 20hz and 44000hz.
With sox, I am making a sound that is 50000hz. The problem is I can still hear it. The command I am using is this :
sox -n -r 50000 output.wav rate -L -s 50050 synth 3 sine
Either I have super good hearing or I am doing something wrong. How can I make this sound undetectable with SOX of FFMPEG ?
-
make/cmake error : relocation R_X86_64_32 against `ff_a64_muxer' can not be used when making a shared object
21 juin 2017, par NotCrasHere’s what’s going on. I’m trying to set up OpenSceneGraph, however I run into the following error during the make process (spaces added for easier reading) :
/usr/bin/ld: /usr/local/lib/libavformat.a(allformats.o): relocation R_X86_64_32 against `ff_a64_muxer' can not be used when making a shared object; recompile with -fPIC
/usr/local/lib/libavformat.a: error adding symbols: Bad value
collect2: error: ld returned 1 exit status
src/osgPlugins/ffmpeg/CMakeFiles/osgdb_ffmpeg.dir/build.make:291: recipe for target 'lib/osgPlugins-3.4.0/osgdb_ffmpeg.so' failed
make[2]: *** [lib/osgPlugins-3.4.0/osgdb_ffmpeg.so] Error 1
CMakeFiles/Makefile2:6663: recipe for target
'src/osgPlugins/ffmpeg/CMakeFiles/osgdb_ffmpeg.dir/all' failed
make[1]: *** [src/osgPlugins/ffmpeg/CMakeFiles/osgdb_ffmpeg.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....This error does not stop the cmake process. A little later (error above occurs at 39%, process fails at 46%), I get this error :
Makefile:127: recipe for target 'all' failed
make: *** [all] Error 2Then the process stops.
I’ve looked at some other solutions, but they didn’t have what I needed (here and here). I’ve run cmake with the -fPIC flag and that didn’t solve anything.
I found a potential solution here but I don’t know how to implement "recompile your FFmpeg/libavcodec/libavformat with pic enabled". Can anyone talk me through it or give me a good resource ? I’ve never done it before and I don’t want to mess up my computer.
Any help would be much appreciated. Thanks in advance !
-
Non-Monotonous DTS error in current ffmpeg builds causing frame drops, but not on ffmpeg 1.2
11 avril 2021, par pentinexI'm sorry to ask about such a frequently mentioned subject, but I looked through so many threads and I could never figure out what exactly is wrong, so I'm at the end of my wits. Basically, I want to concat a bunch of .ts files using ffmpeg. I use this command line :


ffmpeg -allowed_extensions ALL -fflags +igndts -i chunklist.m3u8 -c copy "output.mkv"


The .m3u8 file contains all the .ts parts. When I do this and it throws Non-Monotonous DTS errors, the result ends up having dropped frames where the DTS errors occur. I have tried multiple approaches :


- 

- As you see above, I added "-fflags +igndts" at one point, though it doesn't help.
- I experimented with "-fflags +genpts" just out of desperation. Predictably, this made it worse.
- I tried muxing video and audio separately, to no avail.








But weirdly enough, there is one "solution" : when I use ffmpeg 1.2, the resulting video plays smoothly. It doesn't come without issues. The resulting video always reports a frame rate of half of what it should be (14.98 when it should be 29.97). But it plays just like it should. Ideally though, I wouldn't want to use such an old version of ffmpeg, since I'm sure there are things in the background that may go wrong and I'm not even noticing those, so I'd hope I could get these kinds of results on current builds of ffmpeg.


Does anybody have an idea ? I'm kind of losing my mind with this one.