Recherche avancée

Médias (1)

Mot : - Tags -/lev manovitch

Autres articles (89)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

  • Les tâches Cron régulières de la ferme

    1er décembre 2010, par

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

  • 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

Sur d’autres sites (14967)

  • Dreamcast Track Sizes

    1er mars 2015, par Multimedia Mike — Sega Dreamcast

    I’ve been playing around with Sega Dreamcast discs lately. Not playing the games on the DC discs, of course, just studying their structure. To review, the Sega Dreamcast game console used special optical discs named GD-ROMs, where the GD stands for “gigadisc”. They are capable of holding about 1 gigabyte of data.

    You know what’s weird about these discs ? Each one manages to actually store a gigabyte of data. Each disc has a CD portion and a GD portion. The CD portion occupies the first 45000 sectors and can be read in any standard CD drive. This area is divided between a brief data track and a brief (usually) audio track.

    The GD region starts at sector 45000. Sometimes, it’s just one humongous data track that consumes the entire GD region. More often, however, the data track is split between the first track and the last track in the region and there are 1 or more audio tracks in between. But the weird thing is, the GD region is always full. I made a study of it (click for a larger, interactive graph) :


    Dreamcast Track Sizes

    Some discs put special data or audio bonuses in the CD region for players to discover. But every disc manages to fill out the GD region. I checked up on a lot of those audio tracks that divide the GD data and they’re legitimate music tracks. So what’s the motivation ? Why would the data track be split in 2 pieces like that ?

    I eventually realized that I probably answered this question in this blog post from 4 years ago. The read speed from the outside of an optical disc is higher than the inside of the same disc. When I inspect the outer data tracks of some of these discs, sure enough, there seem to be timing-sensitive multimedia FMV files living on the outer stretches.

    One day, I’ll write a utility to take apart the split ISO-9660 filesystem offset from a weird sector.

  • Stremio::FFMPEG Error while opening encoder for output stream #0:1

    28 février 2015, par user2547496

    Getting this error using Stremio::FFMPEG wrapper for converting /MOV to .MP4

    Error while opening encoder for output stream #0:1 - maybe incorrect     parameters such as bit_rate, rate, width or height

    Here are my commands

    require 'streamio-ffmpeg'
    movie = FFMPEG::Movie.new("tmp/movie.ogg")
    movie.transcode("tmp/movie.mp4")

    Here’s the output =>

    Running transcoding...
    ffmpeg -y -i tmp/movie.ogg  tmp/movie.mp4

    E, [2015-02-28T03:06:00.797778 #6381] ERROR -- : Failed encoding...
    ffmpeg -y -i tmp/movie.ogg  tmp/movie.mp4

    Output #0, mp4, to 'tmp/movie.mp4':
       Stream #0:0: Video: h264, yuv420p, 640x480 [SAR 1:1 DAR 4:3], q=-1--1, 90k tbn, 24 tbc

    Stream mapping:
     Stream #0:0 -> #0:0 (theora -> libx264)
     Stream #0:1 -> #0:1 (flac -> libaacplus)
    Error while opening encoder for output stream #0:1 - maybe incorrect parameters such as bit_rate, rate, width or height

    Errors: encoded file is invalid.

    Stream mapping:
     Stream #0:0 -> #0:0 (theora -> libx264)
     Stream #0:1 -> #0:1 (flac -> libaacplus)
    Error while opening encoder for output stream #0:1 - maybe incorrect parameters such as bit_rate, rate, width or height
  • Andoid NDK , FFMpeg : Unrecognised option filter_complex

    27 février 2015, par Gaganpreet Singh

    I am creating watermark application using ffmpeg in android.
    I used following command

    ffmpeg -i /storage/emulated/0/WhatsApp/Media/WhatsApp Video/VID-20150217-WA0002.mp4 -i /storage/emulated/0/mp4parser/img001.png -filter_complex '[0:v][1:v]overlay[out]'  -map '[out]' /storage/emulated/0/WhatsApp/Media/WhatsApp Video/trimmed-038-VID-20150217-WA0002.mp4

    When I launched app I get This line in log :

    Unrecognized option 'filter_complex'

    I have read this command on FFmpeg.org site, but don’t know why it is not working. I am mentioning log below.Please Help

    02-27 16:14:55.881: E/VideoTrimmer(13315): Starting to watermark
    02-27 16:14:55.881: E/VideoTrimmer(13315): ffmpeg
    02-27 16:14:55.881: E/VideoTrimmer(13315): -i
    02-27 16:14:55.881: E/VideoTrimmer(13315): /storage/emulated/0/WhatsApp/Media/WhatsApp Video/VID-20150217-WA0002.mp4
    02-27 16:14:55.881: E/VideoTrimmer(13315): -i
    02-27 16:14:55.882: E/VideoTrimmer(13315): /storage/emulated/0/mp4parser/img001.png
    02-27 16:14:55.882: E/VideoTrimmer(13315): -filter_complex
    02-27 16:14:55.882: E/VideoTrimmer(13315): '[0:v][1:v]overlay[out]'
    02-27 16:14:55.882: E/VideoTrimmer(13315): -map
    02-27 16:14:55.882: E/VideoTrimmer(13315): '[out]'
    02-27 16:14:55.883: E/VideoTrimmer(13315): /storage/emulated/0/WhatsApp/Media/WhatsApp Video/trimmed-038-VID-20150217-WA0002.mp4
    02-27 16:14:55.883: E/VideoTrimmer(13315): Printed all
    02-27 16:14:55.944: E/TakePics(13315): FFmpeg version 0.6.1, Copyright (c) 2000-2010 the FFmpeg developers
    02-27 16:14:55.944: E/TakePics(13315):   built on Feb 27 2015 16:12:28 with gcc 4.8
    02-27 16:14:55.944: E/TakePics(13315):   configuration: --target-os=linux --arch=arm --enable-version3 --enable-gpl --enable-nonfree --disable-stripping --disable-ffmpeg --disable-ffplay --disable-ffserver --disable-ffprobe --disable-devices --disable-protocols --enable-protocol=file --enable-avfilter --disable-network --disable-mpegaudio-hp --disable-avdevice --enable-cross-compile --cc=/home/uday/mount/android-ndk-r4b/build/prebuilt/linux-x86/arm-eabi-4.4.0/bin/arm-eabi-gcc --cross-prefix=/home/uday/mount/android-ndk-r4b/build/prebuilt/linux-x86/arm-eabi-4.4.0/bin/arm-eabi- --nm=/home/uday/mount/android-ndk-r4b/build/prebuilt/linux-x86/arm-eabi-4.4.0/bin/arm-eabi-nm --extra-cflags='-fPIC -DANDROID' --disable-asm --enable-neon --enable-armv5te --extra-ldflags='-Wl,-T,/home/uday/mount/android-ndk-r4b/build/prebuilt/linux-x86/arm-eabi-4.4.0/arm-eabi/lib/ldscripts/armelf.x -Wl,-rpath-link=/home/uday/mount/android-ndk-r4b/build/platforms/android-8/arch-arm/usr/lib -L/home/uday/mount/android-ndk-r4b/build/platforms/android-8/arch-arm/usr/lib -nostdli
    02-27 16:14:56.152: E/TakePics(13315): Unrecognized option 'filter_complex'

    I have also tried using filter:v.