
Recherche avancée
Médias (1)
-
The pirate bay depuis la Belgique
1er avril 2013, par
Mis à jour : Avril 2013
Langue : français
Type : Image
Autres articles (58)
-
Monitoring de fermes de MediaSPIP (et de SPIP tant qu’à faire)
31 mai 2013, parLorsque l’on gère plusieurs (voir plusieurs dizaines) de MediaSPIP sur la même installation, il peut être très pratique d’obtenir d’un coup d’oeil certaines informations.
Cet article a pour but de documenter les scripts de monitoring Munin développés avec l’aide d’Infini.
Ces scripts sont installés automatiquement par le script d’installation automatique si une installation de munin est détectée.
Description des scripts
Trois scripts Munin ont été développés :
1. mediaspip_medias
Un script de (...) -
Emballe médias : à quoi cela sert ?
4 février 2011, parCe plugin vise à gérer des sites de mise en ligne de documents de tous types.
Il crée des "médias", à savoir : un "média" est un article au sens SPIP créé automatiquement lors du téléversement d’un document qu’il soit audio, vidéo, image ou textuel ; un seul document ne peut être lié à un article dit "média" ; -
Les notifications de la ferme
1er décembre 2010, parAfin d’assurer une gestion correcte de la ferme, il est nécessaire de notifier plusieurs choses lors d’actions spécifiques à la fois à l’utilisateur mais également à l’ensemble des administrateurs de la ferme.
Les notifications de changement de statut
Lors d’un changement de statut d’une instance, l’ensemble des administrateurs de la ferme doivent être notifiés de cette modification ainsi que l’utilisateur administrateur de l’instance.
À la demande d’un canal
Passage au statut "publie"
Passage au (...)
Sur d’autres sites (5218)
-
Trying to install ffmpeg with brew and I keep getting errors related to "dav1d_bottle_manifest"
13 décembre 2022, par Jonathan DoeI am trying to do some basic DSP in python and in order to play some of my audio files I need to install ffmpeg on my computer.


I am running a 2019 macbook pro.


When I run brew intsall ffmpeg -d


I get this on my terminal output


rm: /usr/local/Homebrew/.git/TMP_FETCH_FAILURES: is a directory
rm: /usr/local/Homebrew/.git/TMP_FETCH_FAILURES: is a directory
Running `brew update --auto-update`...



This auto update just runs forever with no updates of any kind. I'm not sure if it is broken or stuck or what.


I try to manually run :


brew update -d



and the update stalls forever on this section :


+ [[ -f /usr/local/Homebrew/Library/Taps/homebrew/homebrew-core/.git/FETCH_HEAD ]]
+ touch /usr/local/Homebrew/Library/Taps/homebrew/homebrew-core/.git/FETCH_HEAD
+ [[ -z '' ]]
+ [[ 200 == \3\0\4 ]]
+ [[ -n '' ]]
+ local tmp_failure_file=/usr/local/Homebrew/Library/Taps/homebrew/homebrew-core/.git/TMP_FETCH_FAILURES
+ rm -f /usr/local/Homebrew/Library/Taps/homebrew/homebrew-core/.git/TMP_FETCH_FAILURES
+ [[ -n '' ]]
+ git fetch --tags --force -q origin refs/heads/master:refs/remotes/origin/master



I am having so many problems with brew any help would be appreciated.


-
avformat_open_input for 24-bit audio fails intermittently with avfoundation due to "audio format is not supported"
27 septembre 2019, par NaderNaderMy application uses the ffmpeg APIs (avformat, avdevice, etc) to open a selected audio input for encoding. For audio inputs configured for 24-bit I can reliably open them the first time, but when I close and reopen that input later, the avformat_open_input() call fails due to "audio format is not supported". My testing shows that it never fails the first time after starting my, and has only about a 50% chance of success when reopening.
The failure only occurs when I configure my "Built-in Microphone" audio input for 24-bit integer. 16-bit integer and 32-bit float work reliably. Changing the number of channels and sample rate has no effect.
I have read the documentation and see that the proper way to free the resources after opening is to call avformat_close_input. The only way I have found to guarantee success is to only open the input once.
I have written a test program to recreate these failures.
int main() {
avdevice_register_all();
cout << "Running open audio test" << endl;
int i;
for(i = 0; i< 10; i++) {
AVDictionary* options = NULL;
AVInputFormat* inputFormat = av_find_input_format("avfoundation");
if (!inputFormat) {
cout << "avfoundation inputFormat=null" << endl;
}
AVFormatContext* formatContext = avformat_alloc_context();
int result = avformat_open_input(&formatContext, ":1", inputFormat, &options);
if (result < 0) {
char error[256];
av_strerror(result, error, sizeof(error));
cout << "result=" << result << " " << error << endl;
} else {
cout << "input opened successfully" << endl;
}
sleep(1);
avformat_close_input(&formatContext);
sleep(1);
}
return 0;
}I would expect the main loop to succeed each time but a typical output shows a high failure rate :
Running open audio test
input opened successfully
[avfoundation @ 0x7fdeb281de00] audio format is not supported
result=-5 Input/output error
[avfoundation @ 0x7fdeb2001400] audio format is not supported
result=-5 Input/output error
[avfoundation @ 0x7fdeb2001400] audio format is not supported
result=-5 Input/output error
input opened successfully
input opened successfully
input opened successfully
[avfoundation @ 0x7fdeb2068800] audio format is not supported
result=-5 Input/output error
input opened successfully
input opened successfullyI have tried increasing the sleep time between close and open to 5 seconds, but saw no difference in behavior. While this program runs, I can use the MacOS Audio MIDI Setup to change the microphone input configuration and watch the output change from all success to intermittent errors.
The source of the failure is https://github.com/FFmpeg/FFmpeg/blob/master/libavdevice/avfoundation.m#L672
It appears avfoundation.m internally is opening an input stream and grabbing an audio frame to determine the format, but the value returned is not valid sometimes, when the process has previously opened and closed that input.
Am I not closing the resources properly ? Do I have a hardware issue specific to my macbook ?
Additional Details :
Tested MacBook Pro with MacOS Mojave 10.14.6
Tested with Ffmpeg 3.4.1, 4.0, and 4.1list_devices :
[AVFoundation input device @ 0x7f80fff066c0] AVFoundation video devices:
[AVFoundation input device @ 0x7f80fff066c0] [0] FaceTime HD Camera
[AVFoundation input device @ 0x7f80fff066c0] [1] Capture screen 0
[AVFoundation input device @ 0x7f80fff066c0] AVFoundation audio devices:
[AVFoundation input device @ 0x7f80fff066c0] [0] Behringer Duplex
[AVFoundation input device @ 0x7f80fff066c0] [1] Built-in Microphone
[AVFoundation input device @ 0x7f80fff066c0] [2] USB Audio CODEC -
FFmpeg cannot extract correct first frame - always extract the second frame [closed]
21 octobre 2024, par Cai YuI am on macos Ventura 13.2.1, on Macbook Pro M1Max.


The video is number counting animation video. From 2 to 125. The number on first frame is 2. The number on last frame is 125. The number plus one on each frame. You can download the video here.


NOTE that :
First, you hit space bar to play it in Finder, you can see the first frame of the video is number 2.


Second, in professional Video editing software - davinci resolve, on the timeline, you can see the first frame is number 2.


Now I try to use FFmpeg to extract the first frame of the video.
First Try :


ffmpeg -i /Users/chris/Downloads/2to125.mov -vframes 1 /Users/chris/Downloads/1.png



The output png image is number 3. So it's actually the second frame.


Second try :


ffmpeg -i /Users/chris/Downloads/2to125.mov -frames:v 1 /Users/chris/Downloads/1.png



The output png image is still the second frame - the number 3.


Third try :


ffmpeg -i /Users/chris/Downloads/2to125.mov -vf "select=eq(n\,0)" -q:v 3 /Users/chris/Downloads/1.png



The output image is sitll the wrong second frame.


NOTE that :


first : all these three method are from internet. And a lot of people voted correct answer for this question.


second : all their output on my system is the incorrect second frame, not the first frame.


I cannot find what's wrong. Hope friend here help me.