
Advanced search
Other articles (69)
-
MediaSPIP 0.1 Beta version
25 April 2011, byMediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
The zip file provided here only contains the sources of MediaSPIP in its standalone version.
To get a working installation, you must manually install all-software dependencies on the server.
If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...) -
Submit bugs and patches
13 April 2011Unfortunately a software is never perfect.
If you think you have found a bug, report it using our ticket system. Please to help us to fix it by providing the following information: the browser you are using, including the exact version as precise an explanation as possible of the problem if possible, the steps taken resulting in the problem a link to the site / page in question
If you think you have solved the bug, fill in a ticket and attach to it a corrective patch.
You may also (...) -
Récupération d’informations sur le site maître à l’installation d’une instance
26 November 2010, byUtilité
Sur le site principal, une instance de mutualisation est définie par plusieurs choses : Les données dans la table spip_mutus; Son logo; Son auteur principal (id_admin dans la table spip_mutus correspondant à un id_auteur de la table spip_auteurs)qui sera le seul à pouvoir créer définitivement l’instance de mutualisation;
Il peut donc être tout à fait judicieux de vouloir récupérer certaines de ces informations afin de compléter l’installation d’une instance pour, par exemple : récupérer le (...)
On other websites (4718)
-
How to Install FFMpeg on centos 6 in 2022?
17 August 2022, by Ruben Fernandesa client of mine asked to add videos to their website, i decided to install FFMpeg on their server so whenever they upload a video, the service automatically generates the first frame for the preview and encodes them in webm.


Sadly it seems to be impossible to install without having to compile it myself (which i don't really want to do as i have never done it before and don't want to risk breaking something in their server),


The server is running cento6 but EVERY repository that provides the centos6 version of FFMpeg seem to use dependencies from dead hosts (they are offline and unreachable), every solution i find ends up with the same error like "Couldn't resolve host 'apt.sw.be'"


I've changed yam repositories, installed apt-get to try with that instead of yam, disabled and enable repos like nux that seem to be very outdated, even followed posts that were published/updated recently like this but they all keep ending up with the the same "Couldn't resolve host..." when installing decencies.


Is there any live and updated repo that provides a way to install FFMpeg for centos6 with yum or apt-get in 2022?


Thanks


EDIT
Following Romeo's tip about downloading the binaries, i managed to install it but in my case i needed a older 32 bit version to make it work (else i'd get Kernel too old):


$ wget https://www.johnvansickle.com/ffmpeg/old-releases/ffmpeg-4.0.3-32bit-static.tar.xz
$ tar xvf ffmpeg-4.0.3-32bit-static.tar.xz
$ sudo mv ffmpeg-4.0.3-32bit-static/ffmpeg ffmpeg-4.0.3-32bit-static/ffprobe /usr/local/bin/



-
avfilter/delogo: Fix show option when band is small
28 September 2015, by Jean Delvareavfilter/delogo: Fix show option when band is small
The code assumed that the outermost interpolated pixels were always in
the fuzzy area defined by the band option. However if the band value
is small, there may be no fuzzy area on a given plane. In that case,
option show did not work, no rectangle was drawn (or only on the luma
plane, depending on the band value and chroma plane subsampling
factors.)Fix the problem by not making any assumption on where the outermost
interpolated pixels will be.The new code was verified to produce the same result as the original
code when the band value is not small.Signed-off-by: Jean Delvare <jdelvare@suse.de>
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc> -
avcodec/frame_thread_encoder: Avoid allocations of AVPackets, fix deadlock
7 February 2021, by Andreas Rheinhardtavcodec/frame_thread_encoder: Avoid allocations of AVPackets, fix deadlock
Up until now, when doing frame thread encoding, each worker thread
tried to allocate an AVPacket for every AVFrame to be encoded; said
packets would then be handed back to the main thread, where the content
of said packet is copied into the packet actually destined for output;
the temporary AVPacket is then freed.Besides being wasteful this also has another problem: There is a risk of
deadlock, namely if no AVPacket can be allocated at all. The user
doesn't get an error at all in this case and the worker threads will
simply try to allocate a packet again and again. If the user has
supplied enough frames, the user's thread will block until a task has
been completed, which just doesn't happen if no packet can ever be
allocated.This patch instead modifies the code to allocate the packets during
init; they are then reused again and again.Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@gmail.com>