
Recherche avancée
Médias (91)
-
Les Miserables
9 décembre 2019, par
Mis à jour : Décembre 2019
Langue : français
Type : Textuel
-
VideoHandle
8 novembre 2019, par
Mis à jour : Novembre 2019
Langue : français
Type : Video
-
Somos millones 1
21 juillet 2014, par
Mis à jour : Juin 2015
Langue : français
Type : Video
-
Un test - mauritanie
3 avril 2014, par
Mis à jour : Avril 2014
Langue : français
Type : Textuel
-
Pourquoi Obama lit il mes mails ?
4 février 2014, par
Mis à jour : Février 2014
Langue : français
-
IMG 0222
6 octobre 2013, par
Mis à jour : Octobre 2013
Langue : français
Type : Image
Autres articles (38)
-
La file d’attente de SPIPmotion
28 novembre 2010, parUne file d’attente stockée dans la base de donnée
Lors de son installation, SPIPmotion crée une nouvelle table dans la base de donnée intitulée spip_spipmotion_attentes.
Cette nouvelle table est constituée des champs suivants : id_spipmotion_attente, l’identifiant numérique unique de la tâche à traiter ; id_document, l’identifiant numérique du document original à encoder ; id_objet l’identifiant unique de l’objet auquel le document encodé devra être attaché automatiquement ; objet, le type d’objet auquel (...) -
Les autorisations surchargées par les plugins
27 avril 2010, parMediaspip core
autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs -
Le plugin : Podcasts.
14 juillet 2010, parLe problème du podcasting est à nouveau un problème révélateur de la normalisation des transports de données sur Internet.
Deux formats intéressants existent : Celui développé par Apple, très axé sur l’utilisation d’iTunes dont la SPEC est ici ; Le format "Media RSS Module" qui est plus "libre" notamment soutenu par Yahoo et le logiciel Miro ;
Types de fichiers supportés dans les flux
Le format d’Apple n’autorise que les formats suivants dans ses flux : .mp3 audio/mpeg .m4a audio/x-m4a .mp4 (...)
Sur d’autres sites (6456)
-
arm : Consistently use proper interworking function returns
3 octobre 2024, par Martin Storsjöarm : Consistently use proper interworking function returns
Use "bx lr", or "pop lr", which do proper mode switching
between thumb and arm modes. A plain "mov pc, lr" does not switch
from thumb mode to arm mode (while in arm mode, it does switch
mode for a thumb caller).This is normally not an issue, as CONFIG_THUMB only is enabled if
the C compiler defaults to thumb ; but stick to patterns that can
do mode switching if needed, for consistency.Signed-off-by : Martin Storsjö <martin@martin.st>
-
python imageio.get_reader() returns format error
19 août 2020, par tristan_jiaimport imageio

reader = imageio.get_reader("./t.mp4")



As shown above, with python 3.6.10, it returns :


>>> reader = imageio.get_reader("../")
Traceback (most recent call last):
 File "<stdin>", line 1, in <module>
 File "/home/tristan_jia/workspace/py3.6/venv/lib/python3.6/site-packages/imageio/core/functions.py", line 129, in get_reader
 return format.get_reader(request)
 File "/home/tristan_jia/workspace/py3.6/venv/lib/python3.6/site-packages/imageio/core/format.py", line 168, in get_reader
 return self.Reader(self, request)
 File "/home/tristan_jia/workspace/py3.6/venv/lib/python3.6/site-packages/imageio/core/format.py", line 217, in __init__
 self._open(**self.request.kwargs.copy())
 File "/home/tristan_jia/workspace/py3.6/venv/lib/python3.6/site-packages/imageio/plugins/ffmpeg.py", line 357, in _open
 self._initialize()
 File "/home/tristan_jia/workspace/py3.6/venv/lib/python3.6/site-packages/imageio/plugins/ffmpeg.py", line 430, in _initialize
 shell=ISWIN)
 File "/usr/lib64/python3.6/subprocess.py", line 729, in __init__
 restore_signals, start_new_session)
 File "/usr/lib64/python3.6/subprocess.py", line 1364, in _execute_child
 raise child_exception_type(errno_num, err_msg, err_filename)
OSError: [Errno 8] Exec format error: '/home/tristan_jia/.imageio/ffmpeg/ffmpeg-linux64-v3.3.1'

</module></stdin>


I searched everywhere but haven't seen any similar questions. The script runs on Opensuse Leap 15.1, is it related to the system I use ?


-
JavaCV - How to handle cases where FFmpegFrameFilter.pull() returns null
20 juin 2018, par Gensoukyou1337Currently I have the basic workflow of pulling frames from one video using
FFmpegFrameGrabber
, filtering them using anFFmpegFrameFilter
, and recording them in anFFmpegFrameRecorder
, as follows :framesLen = vCap.getLengthInFrames();
try {
Frame f;
for(int i = 0; i < framesLen; i++) {
f = vCap.grab();
if(f != null) {
vFilter.push(f);
Frame filtered;// = vFilter.pull();
vRec.setFrameNumber(i);
while((filtered = vFilter.pull()) != null) {
Log.i("ffmpeg_recorder", "processing frame "+i +" "+f+" "+filtered);
vRec.record(filtered);
}
i++;
}
}
} catch (FFmpegFrameGrabber.Exception e) {
exception = e;
} catch (FFmpegFrameRecorder.Exception e) {
exception = e;
} catch (FFmpegFrameFilter.Exception e) {
exception = e;
}
try {
vCap.flush();
vCap.release();
vRec.stop();
vRec.release();
} catch (FFmpegFrameGrabber.Exception e) {
exception = e;
} catch (FFmpegFrameRecorder.Exception e) {
exception = e;
}
if (exception != null) {
Log.e("ffmpeg_exception", exception.getMessage()+"");
return null;
} else {
return outFile+"";
}My current problem is that sometimes
FFmpegFrameFilter.pull()
would return null in that loop, ending withvRec
recording a null frame, causing the final video to get stuck for a few seconds in the same frame.What’s happening in the
FFmpegFrameFilter
when itspull()
returns null ? Is it the case when I try topull()
when it hasn’t finished processing the current frame ? If that’s so, should I just put an emptywhile
loop like this ?...
while((filtered = vFilter.pull()) == null) {/*block until it's NOT null*/}
vRec.record(filtered);
...EDIT :
OK, my proposed solution above doesn’t work - it just goes into an infinite loop. Though I really don’t want to skip those frames.