|
Installing MPEG1-mpeg_encode on linux
by Matt Giwer © 2007 [November] |
|---|
|
The original MPEG1 was released by the Berkeley Group suitable for linux. It was later upgraded and the newest form I can find can be downloaded here in rpm form. As it was a subset of MPEG2 and current standard is MPEG4 it has not been upgraded in many years. In the meantime linux advanced and a few years ago became incompatible with mpeg_encode. This is a solution I found for Redhat FC7 although I have had this problem going back to FC4 and that after I made do with RH8 so I do not know when this problem first appeared. I think the problem is in one of the glibc libraries.
I solved it using yum. I did it by first installing the legacy libraries
which I found going through the list of available packages using yumex.
After this I used yum to install the rpm linked above. The command line for
installing is as follows.
yum --nogpgcheck localinstall mpeg_encode-1.5c-1-i386.rpm I do not know if it is necessary to first install the legacy libraries. In my experience with yum I would expect it to install only the legacy library needed. I am only familiar with the Redhat distribution. I assume there is a similar way to do with on other distributions.
Why MPEG1 when MPEG2 is newer?
title/l*.jpg [11000-11099] bapart/k*.jpg [11200-11400] sapart/k*.jpg [10800-11199] japart/k*.jpg [10500-10799] apart/k*.jpg [10100-10600] #apart/l*.ppm [10000-10600] # fly away sequence zoom/l*.jpg [2000-2059] zazoom/l*.jpg [2100-2159] bang/l*.jpg [2160-2260] If I were to use MPEG1 I would have to have all the files named either lxxxx or kxxxx and have the frame numbers all in ascending order and in the same directory. While files like these can all be moved to a single directory and renamed and reordered with a simple shell script it is beyond inelegant to the point of a hack.
|
<--!
Page reads: 6829 -->