
Recherche avancée
Médias (3)
-
GetID3 - Bloc informations de fichiers
9 avril 2013, par
Mis à jour : Mai 2013
Langue : français
Type : Image
-
GetID3 - Boutons supplémentaires
9 avril 2013, par
Mis à jour : Avril 2013
Langue : français
Type : Image
-
Collections - Formulaire de création rapide
19 février 2013, par
Mis à jour : Février 2013
Langue : français
Type : Image
Autres articles (95)
-
Keeping control of your media in your hands
13 avril 2011, parThe vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...) -
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 (...) -
Les tâches Cron régulières de la ferme
1er décembre 2010, parLa gestion de la ferme passe par l’exécution à intervalle régulier de plusieurs tâches répétitives dites Cron.
Le super Cron (gestion_mutu_super_cron)
Cette tâche, planifiée chaque minute, a pour simple effet d’appeler le Cron de l’ensemble des instances de la mutualisation régulièrement. Couplée avec un Cron système sur le site central de la mutualisation, cela permet de simplement générer des visites régulières sur les différents sites et éviter que les tâches des sites peu visités soient trop (...)
Sur d’autres sites (10608)
-
Opencv ffmpeg : Video capture ("Filename.avi") crashes on a non development machine - MAC 10.8.2
8 mars 2013, par JerryI was trying to deploy a simple Qt Opencv Application, the following is the code :
Qt : .pro file :
QT += core gui
greaterThan(QT_MAJOR_VERSION, 4): QT += widgets
TARGET = opencvVideoTest
TEMPLATE = app
SOURCES += main.cpp\
mainwindow.cpp
HEADERS += mainwindow.h
FORMS += mainwindow.ui
INCLUDEPATH = -I/usr/local/include
LIBS += -lm -lopencv_core -lopencv_highgui -lopencv_imgprocMainwindow.cpp :
#include "mainwindow.h"
#include "ui_mainwindow.h"
#include <opencv2></opencv2>core/core.hpp>
#include <opencv></opencv>cv.h>
#include <opencv2></opencv2>highgui/highgui.hpp>
#include <opencv2></opencv2>imgproc/imgproc.hpp>
MainWindow::MainWindow(QWidget *parent) :
QMainWindow(parent),
ui(new Ui::MainWindow)
{
ui->setupUi(this);
cv::Mat img;
cv::VideoCapture cap("BMWM5.avi");
if(cap.isOpened()){
for(;;){
cap.read(img);
cv::resize(img,img,cv::Size(604,480));
cv::imshow("Opencv", img);
cv::waitKey(33);
}
}
else{
}
}
MainWindow::~MainWindow()
{
delete ui;
}The above snippet works fine on the development machine, which by the has Opencv 2.4.3, ffmpeg 1.1.2 & Qt 5.0.1. This what happens when I try to deploy, running the otool before using macdeployqt and the output :
> /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
version 169.3.0) /usr/local/opt/opencv/lib/libopencv_core.2.4.3.dylib
(compatibility version 2.4.0, current version 2.4.3)
> /usr/local/opt/opencv/lib/libopencv_highgui.2.4.3.dylib
(compatibility version 2.4.0, current version 2.4.3)
> /usr/local/opt/opencv/lib/libopencv_imgproc.2.4.3.dylib
(compatibility version 2.4.0, current version 2.4.3)
> /usr/local/Qt5.0.1/5.0.1/clang_64/lib/QtWidgets.framework/Versions/5/QtWidgets
(compatibility version 5.0.0, current version 5.0.1)
> /usr/local/Qt5.0.1/5.0.1/clang_64/lib/QtGui.framework/Versions/5/QtGui
(compatibility version 5.0.0, current version 5.0.1)
> /usr/local/Qt5.0.1/5.0.1/clang_64/lib/QtCore.framework/Versions/5/QtCore
(compatibility version 5.0.0, current version 5.0.1)
> /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL
(compatibility version 1.0.0, current version 1.0.0)
> /System/Library/Frameworks/AGL.framework/Versions/A/AGL
(compatibility version 1.0.0, current version 1.0.0)
> /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current
version 56.0.0)otool after macdeployqt output :
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 169.3.0)
@executable_path/../Frameworks/libopencv_core.2.4.3.dylib (compatibility version 2.4.0, current version 2.4.3)
@executable_path/../Frameworks/libopencv_highgui.2.4.3.dylib (compatibility version 2.4.0, current version 2.4.3)
@executable_path/../Frameworks/libopencv_imgproc.2.4.3.dylib (compatibility version 2.4.0, current version 2.4.3)
@executable_path/../Frameworks/QtWidgets.framework/Versions/5/QtWidgets(compatibility version 5.0.0, current version 5.0.1)
@executable_path/../Frameworks/QtGui.framework/Versions/5/QtGui (compatibility version 5.0.0, current version 5.0.1)
@executable_path/../Frameworks/QtCore.framework/Versions/5/QtCore (compatibility version 5.0.0, current version 5.0.1)
/System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL (compatibility version 1.0.0, current version 1.0.0)
/System/Library/Frameworks/AGL.framework/Versions/A/AGL (compatibility version 1.0.0, current version 1.0.0)
/usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 56.0.0)But after deploying it, when I try and run the app on the user's machine it crashes, no error reported either, the exact samething used to happen in Windows but when I copied the opencv_ffmpeg.dll into the exe folder it worked fine. I tried to use the same logic here and failed, then I manually addded each lib files of all the ffmpeg and its dependency into the project folder and still failed. Any other solution, please help ? I'm a newbie to mac dpeloyment. Am i missing or overlooked something ?
-
Warning "i686-mingw32-pkg-config not found, library detection may fail" while cross compiling ffmpeg
12 octobre 2015, par S BI get the following warning while trying to cross compile ffmpeg as below
$ ./configure --enable-gpl --enable-version3 --enable-libgsm --enable-libvorbis --enable-libtheora --enable-libspeex --enable-libmp3lame --enable-libopenjpeg --enable-libopencore_amrwb --enable-libopencore_amrnb --arch=x86 --enable-runtime-cpudetect --enable-static --disable-shared --enable-libxvid --enable-libx264 --target-os=mingw32 --enable-avisynth --enable-w32threads --cross-prefix=i686-mingw32- --cc='i686-mingw32-gcc' --enable-memalign-hack --disable-doc --enable-avfilter --disable-ffplay --disable-ffserver --disable-ffprobe
Configure ran fine but with the following warning
License: GPL version 3 or later
Creating config.mak and config.h...
libavutil/avconfig.h is unchanged
WARNING: i686-mingw32-pkg-config not found, library detection may fail.How do I provide
i686-mingw32-pkg-config
to configure ? -
Anomalie #2961 : SPIP 2.1.20 : Dans la page d’activation des plugins, le bouton Enregistrer ne s’a...
19 mars 2013, par - EquipementEn vidant les caches du navigateur et du site cela fonctionne effectivement. Il aurait été intéressant de le signaler dans le message qui a annoncé cette version.