Apologies,
My last post wasn't meant for the list.
--
Paul
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
6 4.2
The GC is i815, xvinfo reports nothing unusual.
What do you think?
Any debugging tips appreciated.
--
Paul
- Original Message -
From: "Billy Biggs" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, May 10, 2002 2:50 PM
Subject: Re: [Xpert]Using Xv t
- Original Message -
From: "Vladimir Dergachev" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, May 12, 2002 8:24 PM
Subject: Re: [Xpert]Using Xv to display odd/even fields from a TV camera
>
>
> On Sat, 11 May 2002, Paul Robertson wrote:
>
On Sat, 11 May 2002, Paul Robertson wrote:
> > > On Fri, 10 May 2002, Paul Robertson wrote:
> > >
> > > > I have some software which uses Xv to render images acquired from a TV
> > > > camera in something like realtime.
> > > > Currently we only capture even fields, and we scale the image
> ver
From: "Mark Vojkovich" <[EMAIL PROTECTED]>
Sent: Saturday, May 11, 2002 10:19 PM
>
>Mpeg2 supports interleaved content. Looks like crap if you
> display it as a weave. We're mostly talking about that on this
> list. I think we merely need a standard XvPortAttribute hint
> to tell the Xv
On Sat, 11 May 2002, Paul Robertson wrote:
> Can I butt in with some basic questions?
> I'd just like to understand what kinds of applications will benefit from
> this proposal.
>
> We have lots of DVD players, the ubiquitous Brooktree framegrabber,
> and esoteric stuff like my ADV601.
>
> I kn
;[EMAIL PROTECTED]>
Sent: Friday, May 10, 2002 11:34 PM
Subject: Re: [Xpert]Using Xv to display odd/even fields from a TV camera
> On Fri, 10 May 2002, Billy Biggs wrote:
>
> > The delay stuff is less important than the field flag.
> >
> > Mark Vojkovich ([EMAIL PROTECTED
> > On Fri, 10 May 2002, Paul Robertson wrote:
> >
> > > I have some software which uses Xv to render images acquired from a TV
> > > camera in something like realtime.
> > > Currently we only capture even fields, and we scale the image
vertically by
> > > 200%. It looks OK.
> > >
> > > Now we nee
On Fri, 10 May 2002, Billy Biggs wrote:
> The delay stuff is less important than the field flag.
>
> Mark Vojkovich ([EMAIL PROTECTED]):
>
> > I'd like an XV_FIELD (or better named) attribute that indicates the
> > next PutImage request should upload and display the field rather than
> > the
The delay stuff is less important than the field flag.
Mark Vojkovich ([EMAIL PROTECTED]):
> I'd like an XV_FIELD (or better named) attribute that indicates the
> next PutImage request should upload and display the field rather than
> the frame which is the default. "0" is top, "1" is bottom,
. For
mpeg, my focus has been on XvMC which doesn't have these kinds of
problems.
Mark.
>
>
> -Original Message-
> From: Mark Vojkovich [mailto:[EMAIL PROTECTED]]
> Sent: Friday, May 10, 2002 11:14 AM
> To: [EMAIL PROTECTED]
> Subject: Re: [Xpert]
-Original Message-
From: Mark Vojkovich [mailto:[EMAIL PROTECTED]]
Sent: Friday, May 10, 2002 11:14 AM
To: [EMAIL PROTECTED]
Subject: Re: [Xpert]Using Xv to display odd/even fields from a TV camera
We talked about some standardized method within the current API
for telling the
On Fri, 10 May 2002, Mark Vojkovich wrote:
>
>We talked about some standardized method within the current API
> for telling the drivers to display fields. This was done through
> PortAttributes. I'm not sure if anyone actually implemented this
> in their drivers though.
>
>
>
We talked about some standardized method within the current API
for telling the drivers to display fields. This was done through
PortAttributes. I'm not sure if anyone actually implemented this
in their drivers though.
Mark.
On Fri, 10 May 2002, Paul Robe
Paul Robertson ([EMAIL PROTECTED]):
> Now we need to start working with both odd and even fields. If we do
> that with our current software, the picture wobbles up and down. If I
> write some code to adjust the position of the odd field, the picture
> still looks wrong, particularly if nothing i
I have some software which uses Xv to render images acquired from a TV
camera in something like realtime.
Currently we only capture even fields, and we scale the image vertically by
200%. It looks OK.
Now we need to start working with both odd and even fields. If we do that
with our current softw
16 matches
Mail list logo
