
Recherche avancée
Médias (1)
-
Revolution of Open-source and film making towards open film making
6 octobre 2011, par
Mis à jour : Juillet 2013
Langue : English
Type : Texte
Autres articles (89)
-
Websites made with MediaSPIP
2 mai 2011, parThis page lists some websites based on MediaSPIP.
-
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 (...) -
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 (14967)
-
Dreamcast Track Sizes
1er mars 2015, par Multimedia Mike — Sega DreamcastI’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) :
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 user2547496Getting 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 SinghI am creating watermark application using ffmpeg in android.
I used following commandffmpeg -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.