Hallo
> I'm not sure if this is the proper channel to ask about the mencvcd script, so
> let me know in whatever appropriate manner ;-)
For a proper solution of the problem the guys that wrote the script
would be the once to correct the problem.
> First, I could not simply do:
>
> mencvcd -svc
On Mon, 2004-01-05 at 04:39, Florin Andrei wrote:
> Unfortunately, the result of it is:
>
> # pkg-config --cflags mjpegtools
> -I/usr/local/include/mjpegtools
>
> Which is wrong, because i installed mjpegtools in /usr not in /usr/local
> Then i forced -I/usr/include/mjpegtools to the CFLAGS and a
On Mon, 2004-01-05 at 05:30, Steven M. Schultz wrote:
> Now that mplex has been fixed the 1.6.1.93 or whatever the next
> RC-N is called (3 or 4 , something like that ;)) should be up in a
> couple days (right Ronald?).
*nod*. Unless any large bugs come around.
Ronald
--
Ronal
Hi,
Will version 1.6.2 be compilable on gcc 2.96? I have posted problem
reports about 1.6.1, which appears to be compilable only on gcc 3.x.
Thanks,
Dik
---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or
On Mon, 05 Jan 2004 07:58:16 +0100
Bernhard Praschinger <[EMAIL PROTECTED]> wrote:
> Hallo
>
>
> > I'm not sure if this is the proper channel to ask about the mencvcd script,
> > so
> > let me know in whatever appropriate manner ;-)
> For a proper solution of the problem the guys that wrote the
On Mon, 5 Jan 2004, Dik Takken wrote:
> Will version 1.6.2 be compilable on gcc 2.96? I have posted problem
> reports about 1.6.1, which appears to be compilable only on gcc 3.x.
gcc 2.95.{3,4} was able to compile mjpegtools 1.6.1 without any
problems. On some of my systems I u
On Mon, 5 Jan 2004, Ronald Bultje wrote:
> I think we should also remove mjpegtools-config, I'd rather go with the
> flow (freedesktop.org stuff) and stick to pkg-config only...
That's ok with me. Having both is not necessary - either way is fine,
but it does seem that pkg-confi
Andrew,
Like Robert I noticed the problem with the xine software player. But, I
also experienced problems while playing back the DVD on a Philips DVD
recorder. In both cases adding the "-W mplayer_hdr" fixed the problem.
Gert
Andrew Stevens wrote:
Gert, Robert,
Thanks very much for the LPCM
Hi Gert,
> Like Robert I noticed the problem with the xine software player. But, I
> also experienced problems while playing back the DVD on a Philips DVD
> recorder. In both cases adding the "-W mplayer_hdr" fixed the problem.
Very useful information. That suggests the LPCM headers must be padd
On Mon, Jan 05, 2004 at 08:35:31AM -0800, Steven M. Schultz wrote:
>
> On Mon, 5 Jan 2004, Dik Takken wrote:
>
> > Will version 1.6.2 be compilable on gcc 2.96? I have posted problem
> > reports about 1.6.1, which appears to be compilable only on gcc 3.x.
>
> gcc 2.95.{3,4} was able to compile m
On Mon, 5 Jan 2004, Richard Ellis wrote:
> On Mon, Jan 05, 2004 at 08:35:31AM -0800, Steven M. Schultz wrote:
> >
> > On Mon, 5 Jan 2004, Dik Takken wrote:
> >
> > > Will version 1.6.2 be compilable on gcc 2.96? I have posted problem
> > > reports about 1.6.1, which appears to be compilable only o
On Mon, Jan 05, 2004 at 07:53:54PM +0100, Dik Takken wrote:
> On Mon, 5 Jan 2004, Richard Ellis wrote:
>
> > No one should be using 2.96. That was never an official gcc
> > release, but instead was a redhat invention (which redhat release
> > I do not know) made by pulling a cvs copy of gcc and "
On Mon, 2004-01-05 at 08:35, Steven M. Schultz wrote:
> Which system is still using 2.96? That was a troublesome version of
> the compiler (I recall MPlayer being miscompiled by gcc 2.96).
Not to rekindle an old flamewar, but just to put things in
perspective...
The gcc-2.96 compiler was inclu
On Wed, Dec 31, 2003 at 11:57:18AM +0100, Laurent Pinchart wrote:
>Forgot to add that the output of lspci -v might help to identify the chip.
[EMAIL PROTECTED] lieven]$ lspci -v -s 00:0d.0
00:0d.0 Multimedia video controller: Miro Computer Products AG DC20 ASIC (rev 01)
Flags: medium devse
Hi Steven & all,
On Mon, 2004-01-05 at 18:06, Steven M. Schultz wrote:
> That's ok with me. Having both is not necessary - either way is fine,
> but it does seem that pkg-config has become more popular and widely
> used.
Exactly, that's why I want to hop on that train too. I'll
On Mon, 2004-01-05 at 20:03, Richard Ellis wrote:
> You very well may be the only person experiencing the trouble. If my
> recollection from the uproar over redhat's stunt is correct, only one
> redhat release was "infected" by 2.96. And there have been a number
> of releases since, so there is a
Hiya,
>How does its speed compare to yuvscaler when encoding to
>similar quality (it that is possible anyway)? I have been
>using yuvscaler with the command line call:
>
> yuvscaler -v 0 -O SVCD -n n
>
>as a filter. What would be the scaling method whose resulting
>quality best aproximat
Howdy -
On Mon, 5 Jan 2004, Matto Marjanovic wrote:
Thanks for chiming in!
> I believe that for downscaling, yuvscaler defaults to its "RESAMPLE" mode,
> which is similar to y4mscaler's "box" kernel. The other yuvscaler mode
Yes, that's what I thought - the usage summary fro
On Mon, 2004-01-05 at 05:56, Andrew Stevens wrote:
> I've now checked in a fix that should remove the internal overflow even for
> really silly huge offsets...
>
> video_delay = static_cast(job.video_offset)*CLOCKS/1000;
> audio_delay = static_cast(job.audio_offset)*CLOCKS/1000;
You
19 matches
Mail list logo