
Recherche avancée
Médias (91)
-
Head down (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
Echoplex (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
Discipline (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
Letting you (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
1 000 000 (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
999 999 (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
Autres articles (41)
-
De l’upload à la vidéo finale [version standalone]
31 janvier 2010, parLe chemin d’un document audio ou vidéo dans SPIPMotion est divisé en trois étapes distinctes.
Upload et récupération d’informations de la vidéo source
Dans un premier temps, il est nécessaire de créer un article SPIP et de lui joindre le document vidéo "source".
Au moment où ce document est joint à l’article, deux actions supplémentaires au comportement normal sont exécutées : La récupération des informations techniques des flux audio et video du fichier ; La génération d’une vignette : extraction d’une (...) -
Installation en mode standalone
4 février 2011, parL’installation de la distribution MediaSPIP se fait en plusieurs étapes : la récupération des fichiers nécessaires. À ce moment là deux méthodes sont possibles : en installant l’archive ZIP contenant l’ensemble de la distribution ; via SVN en récupérant les sources de chaque modules séparément ; la préconfiguration ; l’installation définitive ;
[mediaspip_zip]Installation de l’archive ZIP de MediaSPIP
Ce mode d’installation est la méthode la plus simple afin d’installer l’ensemble de la distribution (...)
Sur d’autres sites (6149)
-
Core : assign rules to contenteditable via `.validate()` and `.rules()…
14 février 2017, par ArkniCore : assign rules to contenteditable via `.validate()` and `.rules()` (#1947)
Fixes #1946
-
FFmpeg iOS av_read_frame() hangs on cellular connections
8 novembre 2014, par MossI am able to play an RTMP audio + video stream on iOS. Works fantastic when everything is on a solid WiFi connection.
When I switch to a cellular connection (great signal strength and LTE/4G),
av_read_frame()
will intermittently block for an unacceptable amount of time. In some cases, I’ve clocked 30+ seconds of hang time before it moves on and grabs the next frame.I attempted a work-around by using the
AVIOInterruptCB
interrupt callback to abortav_read_frame()
if the function takes longer than 1 second to return.This definitely aborts
av_read_frame()
after 1 second, but unfortunately after I do this, future attempts to callav_read_frame()
result in EIO errors (-5), which indicates (to me) that the connection has been severed. So I am forced to reconnect withavformat_open_input()
( 3-4 seconds), and then find the stream info again ( 2-3 seconds), and then start reading frames again. This is much better than 10+ seconds of waiting around for the next frame, but it’s much worse than what I wish I could do, which is to just retry immediately and grab the next frame.That means, from a cellular user’s perspective, their video locks up intermittently for 5-10 seconds while we reconnect the stream in the background from scratch. Not a great user experience.
Is there a better way to manage
av_read_frame()
on a lossy cellular connection ? Or at least improve the reconnect time ? Suggestions ? -
Can I use FFMPEG to record ultra sonic ?
23 février 2018, par OtakuFitnessI use
av_dump_format()
to check information and I getStream #0:0: Audio: pcm_s16le, 48000Hz, 2 channels, s16, 1536kb/s
Now I can record music, it’s working well(I generated a pcm file to listen). However, in terms of ultra sonic, I can’t record any useful audio information, so can I use FFmpeg to record ultra sonic ?