
Recherche avancée
Médias (1)
-
SPIP - plugins - embed code - Exemple
2 septembre 2013, par
Mis à jour : Septembre 2013
Langue : français
Type : Image
Autres articles (104)
-
MediaSPIP 0.1 Beta version
25 avril 2011, parMediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
The zip file provided here only contains the sources of MediaSPIP in its standalone version.
To get a working installation, you must manually install all-software dependencies on the server.
If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...) -
Installation en mode ferme
4 février 2011, parLe mode ferme permet d’héberger plusieurs sites de type MediaSPIP en n’installant qu’une seule fois son noyau fonctionnel.
C’est la méthode que nous utilisons sur cette même plateforme.
L’utilisation en mode ferme nécessite de connaïtre un peu le mécanisme de SPIP contrairement à la version standalone qui ne nécessite pas réellement de connaissances spécifique puisque l’espace privé habituel de SPIP n’est plus utilisé.
Dans un premier temps, vous devez avoir installé les mêmes fichiers que l’installation (...) -
Websites made with MediaSPIP
2 mai 2011, parThis page lists some websites based on MediaSPIP.
Sur d’autres sites (11824)
-
FFMPEG segmented radio stream shows incorrect duration after a concat
27 juillet 2021, par darbidOn MacOS using Automator I am recording a radio stream. I thought the best way to do this so as to avoid an internet drop out was to segment it as follows.


/opt/homebrew/Cellar/ffmpeg/4.4_2/bin/ffmpeg -i http://s2.viastreaming.net:7100 -t 02:10:00 -c copy -f segment -segment_time 1800 -segment_list /Volumes/BackUp/Radio/segmentlist.txt -segment_list_entry_prefix "file /Volumes/BackUp/Radio/" /Volumes/BackUp/Radio/Segments_%d.m4a



I then bring it all together with the following command.


/opt/homebrew/Cellar/ffmpeg/4.4_2/bin/ffmpeg -f concat -safe 0 -i /Volumes/BackUp/Radio/segmentlist.txt -c copy /Volumes/BackUp/Radio/capture.m4a



Looking at the get info of the capture.m4a file it shows a duration of 2 hours 10 minutes, however, when I play it in for example iTunes it shows exactly 5:10. It also shows 5:10 for example in Emby (a local media server solution).


Can someone please point me in the right direction on fixing my ffmpeg commands ?


-
Java process use more memory than VisualVM shows
16 juillet 2021, par Dinexpodmy java application works 1 day,
(I use different libs for processing photo like ffmpeg, javacv, javacpp)
and then I see that my app use 9,5Gb RAM.




I don't understand why my app use so a lot of memory.


I set -Xmx6G


In VisualVM I see that heap space size 188M




Meta Space use 141M




May be this helps




I read articles that Java use more RAM than heap space because there are JIT, Heap space, meta space, code, ant etc. But 9.5Gb is a lot of on my mind


Edited :


- 

- Yes my app some times have exceptions java.lang.OutOfMemoryError : Java heap space




-
Ffmpeg error splitting into individual encoded frames
19 avril 2021, par Vainmonde De CourtenayI have a folder of
.png
images I wanted to make a series of.h264
frames (one frame per.png
). The frames are namedframe001.png
,frame002.png
, ...

First inside the folder containing the .png files I ran


ffmpeg -r 10 -i frame%3d.png -codec libx264 -r 10 video.h264 -y



which did its job, generating one
video.h264
. But now I want to divide that into many smaller .h264 files. Following this advice I tried

ffmpeg -i video.h264 -f image2 -vcodec copy -bsf h264_mp4toannexb frame%03d.h264



but I hit error


[image2 @ 0x55d2fc1f7b20] Application provided invalid, non monotonically increasing dts to muxer in stream 0: -2 >= -2



Full console debug :


# ffmpeg -i video.h264 -f image2 -vcodec copy -bsf h264_mp4toannexb fr%03d.h264
ffmpeg version 3.4.8-0ubuntu0.2 Copyright (c) 2000-2020 the FFmpeg developers
 built with gcc 7 (Ubuntu 7.5.0-3ubuntu1~18.04)
 configuration: --prefix=/usr --extra-version=0ubuntu0.2 --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --enable-gpl --disable-stripping --enable-avresample --enable-avisynth --enable-gnutls --enable-ladspa --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libmp3lame --enable-libmysofa --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-libpulse --enable-librubberband --enable-librsvg --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx265 --enable-libxml2 --enable-libxvid --enable-libzmq --enable-libzvbi --enable-omx --enable-openal --enable-opengl --enable-sdl2 --enable-libdc1394 --enable-libdrm --enable-libiec61883 --enable-chromaprint --enable-frei0r --enable-libopencv --enable-libx264 --enable-shared
 libavutil 55. 78.100 / 55. 78.100
 libavcodec 57.107.100 / 57.107.100
 libavformat 57. 83.100 / 57. 83.100
 libavdevice 57. 10.100 / 57. 10.100
 libavfilter 6.107.100 / 6.107.100
 libavresample 3. 7. 0 / 3. 7. 0
 libswscale 4. 8.100 / 4. 8.100
 libswresample 2. 9.100 / 2. 9.100
 libpostproc 54. 7.100 / 54. 7.100
Input #0, h264, from 'video.h264':
 Duration: N/A, bitrate: N/A
 Stream #0:0: Video: h264 (High 4:4:4 Predictive), yuv444p(progressive), 480x852, 10 fps, 10 tbr, 1200k tbn, 20 tbc
Output #0, image2, to 'fr%03d.h264':
 Metadata:
 encoder : Lavf57.83.100
 Stream #0:0: Video: h264 (High 4:4:4 Predictive), yuv444p(progressive), 480x852, q=2-31, 10 fps, 10 tbr, 10 tbn, 10 tbc
Stream mapping:
 Stream #0:0 -> #0:0 (copy)
Press [q] to stop, [?] for help
[image2 @ 0x55d2fc1f7b20] Application provided invalid, non monotonically increasing dts to muxer in stream 0: -2 >= -2
frame= 28 fps=0.0 q=-1.0 Lsize=N/A time=00:00:02.50 bitrate=N/A speed=1.58e+03x 
video:142kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown



I have tried the problem with multiple videos and the same thing. In fact when I check, the new files do appear. But they aren't really .h264's (just a few bytes large - appear to be ghost files) and I'm guessing this is down to the error displayed above.