Hallo
> > Steven, you should really read once the marketing information about the
> > mjpeg cards. ;)
> > The Buz Card had a SCSI Adapter and the Zoran chipset on one board.
> Rather hard to read what's not being produced ;)
Ok, I'll send you some information about the BUZ.
> Far
On Mon, 12 Jan 2004, Bernhard Praschinger wrote:
> Steven, you should really read once the marketing information about the
> mjpeg cards. ;)
> The Buz Card had a SCSI Adapter and the Zoran chipset on one board.
Rather hard to read what's not being produced ;)
Far as I know the
Hallo
> > I've been using my Trusty (Ha...) BUZ card since it came out. I even got
> > it to work on an AMD/Bois combination everyone said it wouldn't.
> >
> > However, My recent upgrade seems to have made it unusable...except for
> > the SCSI controller...
> >
> > So, my question is, What should
Hi!
On Sun, 11 Jan 2004, Lance F. Squire wrote:
> I've been using my Trusty (Ha...) BUZ card since it came out. I even got
> it to work on an AMD/Bois combination everyone said it wouldn't.
>
> However, My recent upgrade seems to have made it unusable...except for
> the SCSI controller...
>
>
On Sun, 11 Jan 2004, James Finnall wrote:
> I am not sure about what the features and/or fixes might be in the .92 more
> current release. But this older version may do all that I really need for the
Quite a few fixes and features. But it sounds like that for your
purposes the
On Sun, 11 Jan 2004, James Finnall wrote:
>
> Thank you for your reply Stephen. I have installed autoconf 2.5.9,
> automake 1.8 and libtool 1.5.
Oh, automake 1.8 is available? I hadn't checked since installing
1.7.9
> I originally did install them using the defaults, but th
I've been using my Trusty (Ha...) BUZ card since it came out. I even got
it to work on an AMD/Bois combination everyone said it wouldn't.
However, My recent upgrade seems to have made it unusable...except for
the SCSI controller...
So, my question is, What should I replace it with?
I would pre
Hello again,
Some followup info here as well. The building problem is with the CVS version.
The malloc failure was with mjpegtools-1.6.1.92. I went and checked the web site and
version 1.6.1 was still being offered in a tar.gz format. So I downloaded and built
that OK and mpeg2enc is running w
> I'd say that mplayer with the mjpegtools is a combination that works.
> I've tested it with some shorter streams on my equipment at home that
> can play back PAL and NTSC, and they worked well.
Here's the latest sequence that I tried:
# get dvd title into .vob file
mplayer dvd://2 -dumpstream
Thank you for your reply Stephen. I have installed autoconf 2.5.9,
automake 1.8 and libtool 1.5.
I originally did install them using the defaults, but then I went and
rebuilt them with the proper prefix, --prefix=/usr. Today I was still having
problem with them seeking in /usr/local so I ran
Hi Douglas,
On Sun, 2004-01-04 at 21:27, Douglas Fraser wrote:
> Something of note is that if I set the video input source to black or house
> color bars, it will capture all day long. If the source is set to live
> video it fails after a minute or so. Obviously black or bars will compress
> muc
Hiya. Just to emphasize some key points alluded to in Bernhard's response:
>> My understanding is that in the US NTSC is broadcast bottom field
>> first. Thus, the TV will display the bottom field, then the top field.
>> I am caputring from a US broadcast. Now the bttv driver alledgedly
>>
Hi Bernhard,
On Sun, 2004-01-11 at 07:51, Bernhard Praschinger wrote:
> Some players (xine for example) in Linux have problems showing the
> correct length of the stream when you use a VBR stream. The time they
> show is something like: filesize / max bitrate.
Actually, filesize / muxrate. There
Hallo
[Just remembering something]
> > > I find that, the final mpeg2 generated contains only 16.39
> > minutes of video.
> >
> > I'm curious - how was the playing time measured - with
> > 'mplayer'?
>
> I transferred the mpeg file to windows and played it with
> windows media player.
Some
14 matches
Mail list logo
