Recherche avancée

Médias (0)

Mot : - Tags -/xmlrpc

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (104)

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-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, par

    MediaSPIP 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 (...)

  • Support audio et vidéo HTML5

    10 avril 2011

    MediaSPIP utilise les balises HTML5 video et audio pour la lecture de documents multimedia en profitant des dernières innovations du W3C supportées par les navigateurs modernes.
    Pour les navigateurs plus anciens, le lecteur flash Flowplayer est utilisé.
    Le lecteur HTML5 utilisé a été spécifiquement créé pour MediaSPIP : il est complètement modifiable graphiquement pour correspondre à un thème choisi.
    Ces technologies permettent de distribuer vidéo et son à la fois sur des ordinateurs conventionnels (...)

Sur d’autres sites (11023)

  • avcodec/utils : Force mutex to NULL after destruction.

    1er octobre 2014, par Manfred Georg
    avcodec/utils : Force mutex to NULL after destruction.
    

    A badly behaving user provided mutex manager (such as that in OpenCV) may not reset the mutex to NULL on destruction. This can cause a problem for a later mutex manager (which may assert that the mutex is NULL before creating).

    Signed-off-by : Michael Niedermayer <michaelni@gmx.at>

    • [DH] libavcodec/utils.c
  • how to ignore or fix false 'unmet dependencies' error ?

    31 août 2014, par yy502
    OS: LMDE 201403

    I previously installed OpenShot (a video editing software), which depends on libmlt6, and libmlt6 depends on ffmpeg. The chain of dependencies auto-installed just fine.

    Today I compiled and installed the latest ffmpeg v2.3.3 and apt-get starts to complain :

    You might want to run 'apt-get -f install' to correct these:
    The following packages have unmet dependencies:
    libmlt6 : Depends: ffmpeg (>= 5:0.6.2~) but 2.3.3-1 is to be installed
    E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution).

    Well, I’m sure my compiled version of ffmpeg is newer than whatever version libmlt6 requires, but the package manager does not seem to understand the new version number. How can I ignore or fix false ’unmet dependencies’ error, please ?

    Thanks for your time !

    Edit :

    Executing apt-get -f install would install the ffmpeg from repository to /usr/bin/ and uninstall/overwrite my compiled version of ffmpeg in /usr/local/bin/... not really the solution I’m after...

    Edit2 :

    the auto fix of apt-get will remove my compiled version of ffmpeg as prompted below :

    sudo apt-get install -f
    Reading package lists... Done
    Building dependency tree      
    Reading state information... Done
    Correcting dependencies... Done
    The following extra packages will be installed:
     ffmpeg
    Suggested packages:
     nvidia-libvdpau1
    The following packages will be upgraded:
     ffmpeg
    1 upgraded, 0 newly installed, 0 to remove and 2 not upgraded.
    Need to get 0 B/1,307 kB of archives.
    After this operation, 242 MB disk space will be freed.
    Do you want to continue? [Y/n] n
    Abort.
  • ffmpeg won't start until java exits

    9 août 2014, par user3925332

    I am trying to make a java program that automatically converts wtv files in an input folder to mpg files in output folder. The twist is that I make it run periodically, so it acts as a synchronizer.

    The following code works for converting the .wtv to a .dvr-ms, which is required by ffmpeg since it cannot convert .wtv files directly.

       Process p = Runtime.getRuntime().exec("C:\\Windows\\ehome\\WTVConverter C:\\Users\\Andrew\\Desktop\\test\\input\\input.wtv C:\\Users\\Andrew\\Desktop\\test\\output\\input.dvr-ms");
       p.waitFor();

    WTVConverter has no problems running from a java application. ffmpeg is a different story. Once the above line runs, I then run this...

       Process p = Runtime.getRuntime().exec("ffmpeg\\bin\\ffmpeg -y -i \"C:\\Users\\Andrew\\Desktop\\test\\output\\input.dvr-ms'" -vcodec copy -acodec copy -f dvd \"C:\Users\Andrew\Desktop\test\output\input.mpg\"");
       p.waitFor();

    Suddenly, there is a problem... The application ffmpeg shows up in the task manager, but it’s cpu usage is 0, and no mpeg files is being generated. If I force the java application to close, though, suddenly it starts working ! Huh ?

    What reason would there be for a command line application to wait for its calling application to quit before it executes ? I’m not incredibly command line savvy, so I don’t really know how to diagnose this problem.