[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#729203: Rebuild of possible FFmpeg reverse build-dependenciesa

>From My Research Desk :)
On 05/06/2014 12:28 PM, Andreas Cadhalpun wrote:
> Hi,
> On 04.05.2014 22:16, Cyborg Ethly Alpha {My Research Desk} wrote:
>> On one system, I have FFmpeg 2.x is installed side by side with Libav ;
>> The package listing from Synaptic shows;
>> libavcodec-extra-52
> This is from version 0.5...
>> libavcodec-extra-53
> ...and this from version 0.8.
>> libavcodec55-ffmpeg
>> all installed.
> If you want to compare FFmpeg with Libav, it would be better to
> compare FFmpeg 2.2 with Libav 10 (currently in Debian/experimental),
> as they are approximately from the same time. Otherwise the comparison
> won't be fair.
To start, I'm going to stick with the compile instructions from FFmpeg
(that includes compiling all dependencies). Once I'm comfortable with
that, I'm going to add two more systems to the network so I can test,
deb packaging & different install configurations.
>> and I found;
>> ffmpeg-set-alternatives
>> A helper package to create and remove the alternatives for the ffmpeg.
>> The Debian alternatives system (man update-alternatives):
>> It is possible for several programs fulfilling the same or similar
>> functions
>> to be installed on a single system  at the  same  time. For example,
>> many systems have several text editors installed at once. This gives
>> choice to the
>> users of a system, allowing each to use a different editor, if desired,
>> but makes it difficult  for  a  program  to make a good choice for an
>> editor
>> to invoke if the user has not specified a particular preference.
>> Debian's  alternatives  system aims to solve this problem.
> As far as I can tell, ffmpeg-set-alternatives is meant for the
> binaries ffmpeg, ffplay etc., because older versions of Libav created
> them.
> Newer versions of Libav use avconv, avplay etc., so this package is
> not needed anymore.
>> The FFmpeg install is direct from the FFmpeg.org sute.
>> I'm replacing the network router this week. The week after, I plan to do
>> some screencasts on the system with FFmpeg 2.2 .
>> After that I need add two systems to the test bench to practice creating
>> deb files, and test them.
>> Once the deb file(s) are successfully tested, they will be uploaded to
>> the ppa.
> I see.
>> All my systems are Kubuntu 13.10 . I use [synaptic] and [apt] removing
>> muon, pulseaudio & disabling [desktop effects]
> Is there a particular reason why you don't upgrade to Kubuntu 14.04?
I used refurbished equipment, particularly laptops and netbooks (~ $200
per system). I have found (through experience) that it's best to wait
between 6 to 9 months before upgrading. Upgrading to x.04 (or x.10) on
04 (or 10) causes fatal errors that are not recoverable. You have to
wipe the system and do a clean install. By waiting, even if the upgrade
creates fatal errors (as 13.10 did) they are command line recoverable.
This is why on Kubuntu Muon is removed, and Synaptic & Apt are used.
Muon (kde) brings the whole system down. I've also disabled desktop
effects because it cause system stability issues that does affect video
stability. Pulseaudio is also removed. I find studio equipment (mixers,
midi, etc) work better without it.

If you watch the development of my youtube channel (an OpenIPTV channel)
http://youtube.com/CyborgAlphaV1 , you can see a IPTV channel built (and
run) solely on Linux and using FFmpeg & Kdnelive.
> Best regards,
> Andreas

Reply to: