On Thu, Jan 20, 2005 at 04:43:49AM -0800, Trent Piepho wrote:
> On Thu, 20 Jan 2005, Michael Hanke wrote:
> > Am Donnerstag 20 Januar 2005 11.09 schrieb Dave Dodge:
> > > Well, yes and no. Installing updated vesions of the autotools is
> > > pretty straightforward if you're used to installing thin
On Thu, 20 Jan 2005, Michael Hanke wrote:
> Am Donnerstag 20 Januar 2005 11.09 schrieb Dave Dodge:
> > On Wed, Jan 19, 2005 at 07:31:45PM -0800, Trent Piepho wrote:
> > > On Wed, 19 Jan 2005, Steven M. Schultz wrote:
> > [...]
> > > Have you tried upgrading autoconf on an old system? It's nearly
Am Donnerstag 20 Januar 2005 11.09 schrieb Dave Dodge:
> On Wed, Jan 19, 2005 at 07:31:45PM -0800, Trent Piepho wrote:
> > On Wed, 19 Jan 2005, Steven M. Schultz wrote:
> [...]
> > Have you tried upgrading autoconf on an old system? It's nearly
impossible.
>
> Well, yes and no. Installing updat
On Wed, Jan 19, 2005 at 07:31:45PM -0800, Trent Piepho wrote:
> On Wed, 19 Jan 2005, Steven M. Schultz wrote:
[...]
> Have you tried upgrading autoconf on an old system? It's nearly impossible.
Well, yes and no. Installing updated vesions of the autotools is
pretty straightforward if you're used
Hi,
Am Donnerstag 20 Januar 2005 04.31 schrieb Trent Piepho:
> > > The minimum versions must be very bleeding edge, when redhat 9 and
slackware
> >
> > No, not really. But their also not years old either (RH9 went end of
> > life a some time back - they're up to fedora 3 or whateve
Hi,
On Thu, 2005-01-20 at 04:31, Trent Piepho wrote:
> It doesn't need to be a library, you can just compile all the source into a
> single program with one command, and it words fine.
GStreamer uses it.
> No, I can run mplex just fine without the library. It's faster too, since the
> shared li
On Wed, 19 Jan 2005, Steven M. Schultz wrote:
> On Wed, 19 Jan 2005, Trent Piepho wrote:
>
> > Nothing uses the libmplex shared library, so that's not a problem.
>
> mplex uses it.
It doesn't need to be a library, you can just compile all the source into a
single program with one command,
On Wed, 19 Jan 2005, Trent Piepho wrote:
> Nothing uses the libmplex shared library, so that's not a problem.
mplex uses it.
sms% ldd /usr/local/bin/mplex
/usr/local/bin/mplex:
/usr/local/lib/libmplex2-1.7.0.dylib (compatibility version 1.0.0, current
version 1.0.0)
/usr/local/lib/lib
On Wed, 19 Jan 2005, Steven M. Schultz wrote:
> On Wed, 19 Jan 2005, Trent Piepho wrote:
>
> > That's it! You can compile and link mplex with one single g++ command!
>
> I don't see anywhere in that one line the building of the libmplex
> shared libraries - that's what most of the
On Wed, 19 Jan 2005, Trent Piepho wrote:
> That's it! You can compile and link mplex with one single g++ command!
I don't see anywhere in that one line the building of the libmplex
shared libraries - that's what most of the build stuff is for.
> That's it, one command that fi
On Thu, 20 Jan 2005, Jonathan Woithe wrote:
> > > Yup :). figured as much and started shooting at it with CC='gcc-3.3'
> > > and CXX='g++-3.3', with a good about of success. the resulting error
The cvs verion of mplex has a build process that is the worst example automake
hell I've ever seen.
On Thu, 20 Jan 2005, Jonathan Woithe wrote:
> To avoid any unnecessary confusion, Slackware 10.0 uses GCC 3.3.4:
Ah, ok - thanks for the info! I have something around that uses
2.95.4, but can't remember which OS or distribution it was (that's
what comes from juggling to
> > Yup :). figured as much and started shooting at it with CC='gcc-3.3'
> > and CXX='g++-3.3', with a good about of success. the resulting error
>
> I do have, now that I think of it, a disk (those removable IDE
> drive kits are great for having multiple systems/distributions arou
On Tue, 2005-01-18 at 06:39, Matthew Beale wrote:
> The wav mplex
> yields **ERROR: [mplex] File /home/mixonic/DVD-Ref/encoding/dts.wav.pcm
> unrecogniseable! **ERROR: [mplex] Unrecogniseable file(s)... exiting.)
mplex expects raw PCM. So extract the PCM using some tool, and save it
to a whateve
On Tue, 2005-01-18 at 10:35, Ronald S. Bultje wrote:
> DTS has headers that shouldn't be there. They will confuse.
... and without my daily coffee, I just confused LPCM and DTS... What a
start-of-the-day...
Ronald
--
Ronald S. Bultje <[EMAIL PROTECTED]>
--
On Mon, 17 Jan 2005, Matthew Beale wrote:
> > Hmmm, that's out of the C++ runtime libs though. Possible there's
> > a problem building with C++ 2.95.4 I suppose.
> >
> Yup :). figured as much and started shooting at it with CC='gcc-3.3'
> and CXX='g++-3.3', with a good about of success
Matthew Beale wrote:
mplex -f 8 -o /home/mixonic/DVD-Ref/tt.mpg
/home/mixonic/DVD-Ref/encoding/DVD-bg.mpeg.mpv.1
/home/mixonic/DVD-Ref/encoding/dts.dts
mplex: /lib/libgcc_s.so.1: version `GCC_3.3' not found (required by
/usr/local/lib/libstdc++.so.5)
Bwhahaha, got it by moving /usr/local/lib/lib
Steven M. Schultz wrote:
On Mon, 17 Jan 2005, Matthew Beale wrote:
Hmmm, that's out of the C++ runtime libs though. Possible there's
a problem building with C++ 2.95.4 I suppose.
Yup :). figured as much and started shooting at it with CC='gcc-3.3'
and CXX='g++-3.3', with a
On Mon, 17 Jan 2005, Matthew Beale wrote:
> So I see CVS is supposed to do DTS, but unfortunately it seems mplex is
> broken during make install?
That's the first anyone's mentioned that type of problem. Usually
the problems center around the having the other software (libdv,
19 matches
Mail list logo
