Hi,
I have a pinnacle dc10+, mandrake 9.2
kernel 2.4.22-10mdk
I have downloaded the source
downloaded the driver-zoran-0.9.4
But I can't make a make.
Do have somebody an idea of what is going wrong ?
The card is working under windows, but I don't want use it anymore
because this is the only applic
On Thursday 15 January 2004 01:50, Steven M. Schultz wrote:
> You should give mplayer a try. www.mplayerhq.hu
>
> Players just about anything.
>
When played back by mplayer, it plays without any sound drop outs. However,
when it reaches the location where I would expect it, mplaye
Hello,
I hope I'm right here to ask for some help.
For the first time I'm trying to create an SVCD with Fotos. WhenI try to
multiples a still mpeg stream I get the following error message
[EMAIL PROTECTED]> mplex -f 7 -o stillpic1.mpg pic1.m2v
INFO: [mplex] mplex version 1.6.1.92 (2.2.3 $Date:
The -O option of mplex does not seem to work in any way. Are there
currently any workarounds available?
Thanks in advance...
--
Robert...
---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools D
Hello,
I updated from the CVS last night and was able to produce something that at
least ogle could run without any error messages, even with the output set for
full rate. But I could only mplex to about 350 MByte then it would abort with
"buffer overflow" message. I have not been able to get pa
On Thu, 15 Jan 2004, Reinhard [iso-8859-1] Drückes wrote:
> I hope I'm right here to ask for some help.
It is indeed the right place to ask.
> For the first time I'm trying to create an SVCD with Fotos. WhenI try to
> multiples a still mpeg stream I get the following error message
>
>
On Fri, 16 Jan 2004, Robert Wappler wrote:
> The -O option of mplex does not seem to work in any way. Are there
> currently any workarounds available?
Should be fixed in the latest release candidate. RC4 was announced
this morning.
Cheers,
Steven Schultz
On Fri, 16 Jan 2004, James Finnall wrote:
> I updated from the CVS last night and was able to produce something that at
> least ogle could run without any error messages, even with the output set for
Great!
> full rate. But I could only mplex to about 350 MByte then it would abort with
On Fri, 16 Jan 2004, Ronald Bultje wrote:
> well, first "bug" (possibly) from myself ;):
I think James' mail item came in first with what looks like
the rate control bug. You might have to settle for '2nd bug' ;)
> what does the above mean and is it a bad thing? I get it with
Dear all,
As of today, release candidate 4 for mjpegtools-1.6.2 (available real
soon now (tm)!) is available at the usual SourceForge sites:
https://sourceforge.net/project/showfiles.php?group_id=5776&package_id=5823&release_id=210313
Pending big bugs, we hope to release this as 1.6.2 within a f
On Fri, 2004-01-16 at 04:20, Ronald Bultje wrote
>
> As of today, release candidate 4 for mjpegtools-1.6.2 (available real
> soon now (tm)!) is available at the usual SourceForge sites:
Great!
man page bugs:
"man mpeg2enc":
- still has "-H|--keep-hf" in the summary, but "-h|--keep-hf" in the
de
Hi,
well, first "bug" (possibly) from myself ;):
what does the above mean and is it a bad thing? I get it with
high-resolution (640x464, 25fps, 1hr or so) MPEG-1 encoding, even with
the 'new' (old, same as in 1.6.1) rate controller that was supposed to
have been in CVS again since yesterday...
T
On Thu 15 Jan 2004 23:18, Stephen Mollett wrote:
> Hi,
>
> On Thursday 15 January 2004 22:17, John Gay wrote:
> > ...the proper size for PAL video is 720 X 576 and NTSC is 720 X 480
> > I've been creating some animations based on the 720 X 576 size, but the
> > images seem extremely grainy to me.
>
On Fri 16 Jan 2004 05:20, Bernhard Praschinger wrote:
> Hallo
>
> > I've been basing my CG trials on a Linux Journal article.
>
> Fine :-)
>
> > It states that the proper size for PAL video is 720 X 576 and NTSC is
> > 720 X 480
>
> For full size video.
>
> > I've been creating some animations base
On Friday 16 January 2004 12:23, Steven M. Schultz wrote:
> On Fri, 16 Jan 2004, James Finnall wrote:
> ARGH - that's the rate control bug that was supposedly fixed a
> few days ago :(
>
> As a workaround could you try a larger '-b' option with mplex?
> That's the video buffer size.
On Fri, 16 Jan 2004, James Finnall wrote:
> Well, -b 300 didn't work and neither did -b 500. The man page is interesting
> though on this setting. It appears that the default value is 46KB.
After seeing how you are producing the video stream I'm beginning
to have doubts that
I left out one key line in the script. After reading the YUV4MPEG2
header the skip1 function needs to use 'cat' to pass the rest of the
data thru:
--
#!/bin/sh
JPEG2YUV="jpeg2yuv -v 0 -n 30 -I p -f 29.97 -l 60"
skip1()
{
read junk
On 16 Jan 2004, Florin Andrei wrote:
> "man mpeg2enc":
> - still has "-H|--keep-hf" in the summary, but "-h|--keep-hf" in the
> detailed section
That's Bernhard's area - the sgml sources for the manpages aren't
in the main tree so editing them is pointless. The master s
18 matches
Mail list logo
