[gentoo-amd64] RE: BT8x8

[gentoo-amd64] RE: BT8x8

[Chris Brennan]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

'm having a somewhat similar issue with the BT878 card I have in my
gentoo box.

Here are pastebin results of varius infomation, hope I give all the
necessary info.

dmesg -> http://rafb.net/p/MVIiSg62.html
xorg.conf -> http://rafb.net/p/dXz4Ry49.html
Xorg.0.log -> http://rafb.net/p/LbPBZT56.html

xawtv gives me a window and when I right click, I can choose what
format and region and all that jazz, but I get no picture.

tvtime produces the following error:

    xaero@Leviathan ~ $ tvtime
    Running tvtime 1.0.2.
    Reading configuration from /etc/tvtime/tvtime.xml
    Reading configuration from /home/xaero/.tvtime/tvtime.xml
    xvoutput: No XVIDEO port found which supports YUY2 images.

    *** tvtime requires hardware YUY2 overlay support from your video card
    *** driver.  If you are using an older NVIDIA card (TNT2), then
    *** this capability is only available with their binary drivers.
    *** For some ATI cards, this feature may be found in the experimental
    *** GATOS drivers: http://gatos.souceforge.net/
    *** If unsure, please check with your distribution to see if your
    *** X driver supports hardware overlay surfaces.

    xaero@Leviathan ~ $

tvtime-scanner now that made my heart jump ... cause it scanned and
stored all my basic cable channels. But I still can't get a video
signal. So I am obviously missing something.

So hopefully someone can help me

- --
#################################################################################
# NOTICE: The contents of this e-mail and any attachments to it may   
     #
# contain privileged and confidential information from XaeroLimit   
     #
# Industries or its affiliates. This information is only for the
viewing     #
# or use of the intended recipient. If you are not the intended
recipient,     #
# you are hereby notified that any disclosure, copying, distribution
or use     #
# of, or the taking of any action in reliance upon, the information   
     #
# contained in this e-mail, or any of the attachments to this e-mail,
        #
# is strictly prohibited. If you have received this e-mail in error,
        #
# please immediately notify the sender by replying to this message and
        #
# delete it from your system.                             #
#################################################################################
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHtmGA8hUIAnGfls4RAqa0AJ4yKk9fRgK6s/FWWoSjPcbWdKZuVgCeIIn7
7FQvdTfct1IPhj0WoVkA5Qs=
=gTAm
-----END PGP SIGNATURE-----

-- 
gentoo-amd64@lists.gentoo.org mailing list

[gentoo-amd64] Re: BT8x8

[Duncan]

Chris Brennan <xaero@xaerolimit.net> posted
47B66180.3000001@xaerolimit.net, excerpted below, on  Fri, 15 Feb 2008
23:07:28 -0500:

> xawtv gives me a window and when I right click, I can choose what format
> and region and all that jazz, but I get no picture.
> 
> tvtime produces the following error:

[reformatted]
>     *** tvtime requires hardware YUY2 overlay support from your
>         video card  driver. [...]  If unsure, please check with your
>         distribution to see if your *** X driver supports
>         hardware overlay surfaces.

I don't touch proprietaryware so talk to someone else about that or try 
the newest free drivers, which are supposed to support the R3xx series 
chips including 3D.

However, I can say this based on video behavior in general (and it worked 
the same on MSWormOS 98, with Nvidia hardware when I first switched to 
Linux, and now with the Radeon R200 series stuff I'm running now as it 
was the newest with freedomare 3D support for awhile, so this would 
appear to be platform independent)...  

When the overlay is working properly, particularly when there's nothing 
playing, it should be quite apparent it's not a standard window.  The 
overlay will normally be blue-screen (tho I've rarely seen pink or orange 
or red, but always solid color), and doesn't obey normal window rules (no 
transparency, often no resizing, etc), as it's an "overlay".

Overlays are definitely a feature of the hardware.  Most video cards will 
have it, but some won't have the functionality exposed in the drivers.  
If you don't have it, anything that must use it, no other choice, will be 
broken on your system.

Fortunately, while it tends to be the lowest CPU most efficient method of 
playing video, most software video players and the like have other 
choices as well.  The overlay option is Xv, but most software can use one 
or more of standard surface mapping, OpenGL, xshm (generally more 
efficient than standard surface mapping, less than Xv), or SDL video 
rendering.  (Of course SDL can in turn use OpenGL and a couple others.)

Unfortunately, a lot (perhaps most?) TV capture hardware must use the 
overlay, no other choice for it.  That's reasonable as it's definitely 
most efficient and least complicated for the hardware to access, but if 
your video hardware or drivers don't support it, your SOL.

So what I'd suggest is confirming that your video hardware and drivers 
support it, then trying with something like kaffeine or kmplayer (the 
video players I use).  If you can get the overlay working there, then you 
at least know it's working before you try to get the TV capture hardware 
going.

As for your video drivers, as I said, the R3xx chip family is supposed to 
be supported with the newest open drivers, but I don't believe the 3D at 
least is fully stable, yet.  Hmm... just checked, they've updated, it now 
says "quite stable", but that's still not just "stable".  This is with 
pre-release xf86-video-ati (Gentoo package name) 6.7.19x (upstream 
version) with Mesa 7.0.x.

Gentoo's packages, mesa-7.0.2 is ~arch (and I have it merged here), xf86-
video-ati-6.7.197 is ~arch but hard-masked:

# Joshua Baergen <joshuabaergen@gentoo.org> (27 Mar 2007)
# Release candidate ATI driver

So you can try unmasking it and see how it goes if you want.  As I said, 
upstream calls it "quite stable" now, so it should work, tho there'll be 
further changes as it continues to develop and fully stabilize.

Some Radeon links from the x.org and dri.freedesktop.org wikis.  The 
first links the second but the link tends to get lost on the page, so I 
put it here, too.  The second is a portal page, with a bunch of links to 
other resources, some of which look quite encouraging.

http://www.x.org/wiki/radeon?highlight=%28radeon%29
http://dri.freedesktop.org/wiki/R300_Portal

I'm /guessing/ that with the free drivers, you'll have overlay support 
without much problem.  If not, at least with them you'll be able to get 
community support, something that's not so easy to get (or give) when the 
driver's a not so well supported black-box.  Of course, you can check the 
documentation and/or ask and see. (As I said, I don't do proprietary, but 
if I were to do so, I'd certainly do NVidia, as at least they have decent 
Linux support even if it is proprietary.  ATI Linux support of their 
closed drivers has always been patchy at best, and of course the 
community can't support them as they are closed.  At least ATI's working 
with the community on open drivers now as you're probably aware, but it's 
going to be a good year before stable drivers come out of that project.)

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

-- 
gentoo-amd64@lists.gentoo.org mailing list

Re: [gentoo-amd64] Re: BT8x8

[Chris Brennan]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Wow ... quit a bit to absorb ... Forgive me if these next set of
questions sound a bit dumb ...

Will kaffeine and/or kmplayer know to use my /dev/video0 device? I
tried getting (g)mplayer to do this and for the life of me, I could
not figure out how to make it use that device :/

I've got a fair amount of experience in setting up X to Play video's
(of various sizes, lengths and formats) and for getting 3D games such
as Doom3/UT/Q3A (Btw, all these games work flawlessly for me, I get
good hardware audio support and all the games are usually played on
the highest settings. The exception being Doom3, I play one step down,
too many objects moving at once on screen tends to bog down my
AMD64/X2 4200+ (2.2GHz/ea). But my question is this, XVIDEO/XV/OpenGL
are all prerequisites of these games. If they are working for the
games, then shouldn't the overlay's be working for  my TV Card as well?




Duncan wrote:
> Chris Brennan <xaero@xaerolimit.net> posted
> 47B66180.3000001@xaerolimit.net, excerpted below, on  Fri, 15 Feb
> 2008 23:07:28 -0500:
>
>> xawtv gives me a window and when I right click, I can choose what
>> format and region and all that jazz, but I get no picture.
>>
>> tvtime produces the following error:
>
> [reformatted]
>> *** tvtime requires hardware YUY2 overlay support from your video
>> card  driver. [...]  If unsure, please check with your
>> distribution to see if your *** X driver supports hardware
>> overlay surfaces.
>
> I don't touch proprietaryware so talk to someone else about that or
> try the newest free drivers, which are supposed to support the R3xx
> series chips including 3D.
>
> However, I can say this based on video behavior in general (and it
> worked the same on MSWormOS 98, with Nvidia hardware when I first
> switched to Linux, and now with the Radeon R200 series stuff I'm
> running now as it was the newest with freedomare 3D support for
> awhile, so this would appear to be platform independent)...
>
> When the overlay is working properly, particularly when there's
> nothing playing, it should be quite apparent it's not a standard
> window.  The overlay will normally be blue-screen (tho I've rarely
> seen pink or orange or red, but always solid color), and doesn't
> obey normal window rules (no transparency, often no resizing, etc),
> as it's an "overlay".
>
> Overlays are definitely a feature of the hardware.  Most video
> cards will have it, but some won't have the functionality exposed
> in the drivers. If you don't have it, anything that must use it, no
> other choice, will be broken on your system.
>
> Fortunately, while it tends to be the lowest CPU most efficient
> method of playing video, most software video players and the like
> have other choices as well.  The overlay option is Xv, but most
> software can use one or more of standard surface mapping, OpenGL,
> xshm (generally more efficient than standard surface mapping, less
> than Xv), or SDL video rendering.  (Of course SDL can in turn use
> OpenGL and a couple others.)
>
> Unfortunately, a lot (perhaps most?) TV capture hardware must use
> the overlay, no other choice for it.  That's reasonable as it's
> definitely most efficient and least complicated for the hardware to
> access, but if your video hardware or drivers don't support it,
> your SOL.
>
> So what I'd suggest is confirming that your video hardware and
> drivers support it, then trying with something like kaffeine or
> kmplayer (the video players I use).  If you can get the overlay
> working there, then you at least know it's working before you try
> to get the TV capture hardware going.
>
> As for your video drivers, as I said, the R3xx chip family is
> supposed to be supported with the newest open drivers, but I don't
> believe the 3D at least is fully stable, yet.  Hmm... just checked,
> they've updated, it now says "quite stable", but that's still not
> just "stable".  This is with pre-release xf86-video-ati (Gentoo
> package name) 6.7.19x (upstream version) with Mesa 7.0.x.
>
> Gentoo's packages, mesa-7.0.2 is ~arch (and I have it merged here),
> xf86- video-ati-6.7.197 is ~arch but hard-masked:
>
> # Joshua Baergen <joshuabaergen@gentoo.org> (27 Mar 2007) # Release
> candidate ATI driver
>
> So you can try unmasking it and see how it goes if you want.  As I
> said, upstream calls it "quite stable" now, so it should work, tho
> there'll be further changes as it continues to develop and fully
> stabilize.
>
> Some Radeon links from the x.org and dri.freedesktop.org wikis.
> The first links the second but the link tends to get lost on the
> page, so I put it here, too.  The second is a portal page, with a
> bunch of links to other resources, some of which look quite
> encouraging.
>
> http://www.x.org/wiki/radeon?highlight=%28radeon%29
> http://dri.freedesktop.org/wiki/R300_Portal
>
> I'm /guessing/ that with the free drivers, you'll have overlay
> support without much problem.  If not, at least with them you'll be
> able to get community support, something that's not so easy to get
> (or give) when the driver's a not so well supported black-box.  Of
> course, you can check the documentation and/or ask and see. (As I
> said, I don't do proprietary, but if I were to do so, I'd certainly
> do NVidia, as at least they have decent Linux support even if it is
> proprietary.  ATI Linux support of their closed drivers has always
> been patchy at best, and of course the community can't support them
> as they are closed.  At least ATI's working with the community on
> open drivers now as you're probably aware, but it's going to be a
> good year before stable drivers come out of that project.)
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHttVT8hUIAnGfls4RAo4vAJ9rg/O8RcKr+fThV+ciTLPh3dGSewCfXDsr
zLuedhRy+QvO+bJKoEZ/tAY=
=xdQs
-----END PGP SIGNATURE-----

-- 
gentoo-amd64@lists.gentoo.org mailing list

[gentoo-amd64] Re: BT8x8

[Duncan]

Chris Brennan <xaero@xaerolimit.net> posted
47B6D554.7070609@xaerolimit.net, excerpted below, on  Sat, 16 Feb 2008
07:21:40 -0500:

> Wow ... quit a bit to absorb ... Forgive me if these next set of
> questions sound a bit dumb ...

Not dumb at all.  Rather, they demonstrate some serious thought and 
effort going into it.

> Will kaffeine and/or kmplayer know to use my /dev/video0 device? I tried
> getting (g)mplayer to do this and for the life of me, I could not figure
> out how to make it use that device :/

kmplayer can certainly use /dev/video, as it has TV input as one of its 
options, and that's what's in the example.  kaffeine I'm not sure.  It's 
more tilted toward playing dvd/vcd or traditional computer video (avi, 
etc).  But I know they both use the overlay if configured to do so.

> I've got a fair amount of experience in setting up X to Play video's (of
> various sizes, lengths and formats) and for getting 3D games such as
> Doom3/UT/Q3A (Btw, all these games work flawlessly for me, I get good
> hardware audio support and all the games are usually played on the
> highest settings. The exception being Doom3, I play one step down, too
> many objects moving at once on screen tends to bog down my AMD64/X2
> 4200+ (2.2GHz/ea). But my question is this, XVIDEO/XV/OpenGL are all
> prerequisites of these games. If they are working for the games, then
> shouldn't the overlay's be working for  my TV Card as well?

Well, if they are indeed actually using the overlay, yes.  As I mentioned 
for software video players, many can be configured to use other output 
methods, such as OpenGL, instead.  This was actually what I was 
suggesting in terms of software video players, get something that you 
know is using overlay, and if it works, then you know the overlay itself 
is working and can go from there to trying to get it visible to your TV 
capture device.  So if you have games already working that way, once 
you've verified they are, then you at least know the overlay is available 
and working; you just have to figure out how to get the capture device to 
see and use it (which I probably won't be much help with).

I'm not a big gamer (tho I do play one old DOS game, Master of Orion 
original, on DOSBOX using SDL, I guess it's my master in the sense of the 
sig as I seem addicted to it) and I don't have a hardware video input/
capture device, so I can't directly address it in terms of specific games 
or other than noting that kmplayer has /dev/video as a default.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

-- 
gentoo-amd64@lists.gentoo.org mailing list

Re: [gentoo-amd64] RE: BT8x8

[Volker Armin Hemmann]

Hi,

you should remove 'v4l' from xorg.conf.  It usually makes problems worse.

also, in xawtv, try to set 'dga' and 'grabdisplay' instead of 'overlay'.

and for your card 'autodetect' never worked for me - you should give the 
module the correct card= option.


-- 
gentoo-amd64@lists.gentoo.org mailing list

Re: [gentoo-amd64] RE: BT8x8

[Volker Armin Hemmann]

On Samstag, 16. Februar 2008, Chris Brennan wrote:

> ###########################################################################
>######

oh and:
ReiserFS: hdh1: warning: CONFIG_REISERFS_CHECK is set ON
ReiserFS: hdh1: warning: - it is slow mode for debugging.

why don't you turn debugging of? it is really, really slow.

-- 
gentoo-amd64@lists.gentoo.org mailing list

Re: [gentoo-amd64] RE: BT8x8

[Chris Brennan]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

xawtv:
    I know where to set grabdisplay, but I don't see an option for dga.

Module:
    I will have to recompile my kernel for that as modules. When I had
it as modules, it wasn't creating /dev/video0

xorg.corf:
    I'll fix v4l asap.

reiserfs:
    how/where do I turn this option off?

#################################################################################
# NOTICE: The contents of this e-mail and any attachments to it may   
     #
# contain privileged and confidential information from XaeroLimit   
     #
# Industries or its affiliates. This information is only for the
viewing     #
# or use of the intended recipient. If you are not the intended
recipient,     #
# you are hereby notified that any disclosure, copying, distribution
or use     #
# of, or the taking of any action in reliance upon, the information   
     #
# contained in this e-mail, or any of the attachments to this e-mail,
        #
# is strictly prohibited. If you have received this e-mail in error,
        #
# please immediately notify the sender by replying to this message and
        #
# delete it from your system.                             #
#################################################################################



Volker Armin Hemmann wrote:
> On Samstag, 16. Februar 2008, Chris Brennan wrote:
>
>>
###########################################################################
>> ######
>
> oh and:
> ReiserFS: hdh1: warning: CONFIG_REISERFS_CHECK is set ON
> ReiserFS: hdh1: warning: - it is slow mode for debugging.
>
> why don't you turn debugging of? it is really, really slow.
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHtzzf8hUIAnGfls4RAlClAJ0SG9ZyRW9bTtKUC/XU38mCtOqKzwCeKkQv
Prv4T55j0/EyJ3NTBUC64DA=
=jhXG
-----END PGP SIGNATURE-----

-- 
gentoo-amd64@lists.gentoo.org mailing list

Re: [gentoo-amd64] RE: BT8x8

[Drake Donahue]

----- Original Message ----- 
From: "Chris Brennan" <xaero@xaerolimit.net>
To: <gentoo-amd64@lists.gentoo.org>
Sent: Saturday, February 16, 2008 2:43 PM
Subject: Re: [gentoo-amd64] RE: BT8x8


> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> xawtv:
>    I know where to set grabdisplay, but I don't see an option for dga.
>
> Module:
>    I will have to recompile my kernel for that as modules. When I had
> it as modules, it wasn't creating /dev/video0
>
> xorg.corf:
>    I'll fix v4l asap.
>
> reiserfs:
>    how/where do I turn this option off?

This is a kernel build option. Under make menuconfig -> file systems -> 
reiserfs support -> [ ] Enable reiserfs debug mode
uncheck and recompile kernel

>
> #################################################################################
> # NOTICE: The contents of this e-mail and any attachments to it may
>     #
> # contain privileged and confidential information from XaeroLimit
>     #
> # Industries or its affiliates. This information is only for the
> viewing     #
> # or use of the intended recipient. If you are not the intended
> recipient,     #
> # you are hereby notified that any disclosure, copying, distribution
> or use     #
> # of, or the taking of any action in reliance upon, the information
>     #
> # contained in this e-mail, or any of the attachments to this e-mail,
>        #
> # is strictly prohibited. If you have received this e-mail in error,
>        #
> # please immediately notify the sender by replying to this message and
>        #
> # delete it from your system.                             #
> #################################################################################
>
>
>
> Volker Armin Hemmann wrote:
>> On Samstag, 16. Februar 2008, Chris Brennan wrote:
>>
>>>
> ###########################################################################
>>> ######
>>
>> oh and:
>> ReiserFS: hdh1: warning: CONFIG_REISERFS_CHECK is set ON
>> ReiserFS: hdh1: warning: - it is slow mode for debugging.
>>
>> why don't you turn debugging of? it is really, really slow.
>>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.7 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFHtzzf8hUIAnGfls4RAlClAJ0SG9ZyRW9bTtKUC/XU38mCtOqKzwCeKkQv
> Prv4T55j0/EyJ3NTBUC64DA=
> =jhXG
> -----END PGP SIGNATURE-----
>
> -- 
> gentoo-amd64@lists.gentoo.org mailing list
> 

-- 
gentoo-amd64@lists.gentoo.org mailing list

Re: [gentoo-amd64] RE: BT8x8

[Chris Brennan]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

OK, I've made some progress

As suggested I removed 'v4l' from my xorg.conf, I can not get
information from xvinfo -> http://rafb.net/p/d6lbrt68.html

tvtime still gives the issue of XVIDEO/YUY2

xawtv is where I saw the most progress. Fireing it up startstarts it
in full screen, I've got to switch to a text terminal and back to get
it into window mode. F doesn't see to work. Next I adjust the
following settings from the menu.

TV Norm: from PAL to NTSC
Video Source: No Change (Television)
audio mode: frrom mono to stereo
Frequency Table: from europe-west to
Capture: grabdisplay

And I get a GREEN overlay. But he minute I change something else, it
goes back to a black display and stays there.

So it's progress, I just can't figure out how to make my changes stick.


#################################################################################
# NOTICE: The contents of this e-mail and any attachments to it may   
     #
# contain privileged and confidential information from XaeroLimit   
     #
# Industries or its affiliates. This information is only for the
viewing     #
# or use of the intended recipient. If you are not the intended
recipient,     #
# you are hereby notified that any disclosure, copying, distribution
or use     #
# of, or the taking of any action in reliance upon, the information   
     #
# contained in this e-mail, or any of the attachments to this e-mail,
        #
# is strictly prohibited. If you have received this e-mail in error,
        #
# please immediately notify the sender by replying to this message and
        #
# delete it from your system.                             #
#################################################################################



Volker Armin Hemmann wrote:
> On Samstag, 16. Februar 2008, Chris Brennan wrote:
>
>>
###########################################################################
>> ######
>
> oh and:
> ReiserFS: hdh1: warning: CONFIG_REISERFS_CHECK is set ON
> ReiserFS: hdh1: warning: - it is slow mode for debugging.
>
> why don't you turn debugging of? it is really, really slow.
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHtz/M8hUIAnGfls4RAmj3AKCIiE0y+Y8r795ubdSIzAo+Ni/4qgCfboTY
2gAwfR2ErS4zezfkeHql+Cw=
=baAN
-----END PGP SIGNATURE-----

-- 
gentoo-amd64@lists.gentoo.org mailing list

[gentoo-amd64] Re: BT8x8

[Duncan]

Chris Brennan <xaero@xaerolimit.net> posted 47B73FCC.60000@xaerolimit.net,
excerpted below, on  Sat, 16 Feb 2008 14:55:56 -0500:

> And I get a GREEN overlay. But he minute I change something else, it
> goes back to a black display and stays there.

Well, green overlay, that IS certainly progress.  You apparently have the 
overlay part working now.  =8^)

Beyond that, others with more topical experience are likely to be of more 
help.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

-- 
gentoo-amd64@lists.gentoo.org mailing list

Re: [gentoo-amd64] Re: BT8x8

[Chris Brennan]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Duncan thanks for the heads up on kmplayer and kaffine.

I'm leaning towards the fact that I've got the device built into my
kernel and I can't specify exactly what kind of card it is. So either
later tonight or tomorrow sometime I will rebuild my kernel with the
driver as modules as see what happens.

#################################################################################
# NOTICE: The contents of this e-mail and any attachments to it may   
     #
# contain privileged and confidential information from XaeroLimit   
     #
# Industries or its affiliates. This information is only for the
viewing     #
# or use of the intended recipient. If you are not the intended
recipient,     #
# you are hereby notified that any disclosure, copying, distribution
or use     #
# of, or the taking of any action in reliance upon, the information   
     #
# contained in this e-mail, or any of the attachments to this e-mail,
        #
# is strictly prohibited. If you have received this e-mail in error,
        #
# please immediately notify the sender by replying to this message and
        #
# delete it from your system.                             #
#################################################################################



Duncan wrote:
> Chris Brennan <xaero@xaerolimit.net> posted
> 47B73FCC.60000@xaerolimit.net, excerpted below, on  Sat, 16 Feb
> 2008 14:55:56 -0500:
>
>> And I get a GREEN overlay. But he minute I change something else,
>> it goes back to a black display and stays there.
>
> Well, green overlay, that IS certainly progress.  You apparently
> have the overlay part working now.  =8^)
>
> Beyond that, others with more topical experience are likely to be
> of more help.
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHt5yz8hUIAnGfls4RAi/0AKCJk9qHybbX+YZWEvFvqcLXXvL2BwCbBjXT
N+E20Pyz388erOxcbUJ0i5k=
=ADfG
-----END PGP SIGNATURE-----

-- 
gentoo-amd64@lists.gentoo.org mailing list

Re: [gentoo-amd64] Re: BT8x8

[Chris Brennan]

OK ... I think I've made a little more progress, but I think I am still
missing something....

I switched to the Open Source ATI Drivers. But there are issues with this :/
    1) I can't play Doom3, so if I want to, I have to switch drivers are
restart X .... but that's not the bigger issue.

tvtime loads now. I figured out what modules to load to create the
/dev/video0 device


tuner                  64360  0
cx8800                 40124  0
cx88xx                 72036  1 cx8800
ir_common              39620  1 cx88xx
tveeprom               20240  1 cx88xx
compat_ioctl32         11072  1 cx8800
btcx_risc               7432  2 cx8800,cx88xx
vivi                   21716  1
video_buf              28932  3 cx8800,cx88xx,vivi
videodev               30592  4 cx8800,cx88xx,vivi
v4l1_compat            14340  1 videodev
v4l2_common            22336  6
tuner,cx8800,cx88xx,compat_ioctl32,vivi,videodev


modprobe vivi creates the device
modprobe cx8800 (the bttv replacement from what I can tell)
then modprove tuner

ow the problem is tvtime (and xawtv) gets stuck on screen, can't kill
the process, even after restarting X, the process is still in memory :/

So I am still missing something ....

On the upside, I have YU12/YUY2 Overlays

From xine-check
    [ good ] found xvinfo: X-Video Extension version 2.2
    [ good ] your Xv extension supports YV12 overlays (improves MPEG
performance)
    [ good ] your Xv extension supports YUY2 overlays
    [ good ] Xv ports:  RGBA RGBT RGB2 YUY2 UYVY YV12 I420

so ... it's progress ... but I don't think a step forward :/ maybe a
step sideways .....

Anywho .. I am going to reboot one last time to get rid of these stuck
apps and reload the fglrx driver so I can play doom3.

Any more idea's would be greatly appreciated.

#################################################################################
# NOTICE: The contents of this e-mail and any attachments to it may 		#
# contain privileged and confidential information from XaeroLimit 		#
# Industries or its affiliates. This information is only for the viewing 	#
# or use of the intended recipient. If you are not the intended recipient, 	#
# you are hereby notified that any disclosure, copying, distribution or use 	#
# of, or the taking of any action in reliance upon, the information 		#
# contained in this e-mail, or any of the attachments to this e-mail, 		#
# is strictly prohibited. If you have received this e-mail in error, 		#
# please immediately notify the sender by replying to this message and 		#
# delete it from your system. 							#
#################################################################################



Duncan wrote:
> Chris Brennan <xaero@xaerolimit.net> posted 47B73FCC.60000@xaerolimit.net,
> excerpted below, on  Sat, 16 Feb 2008 14:55:56 -0500:
>
>   
>> And I get a GREEN overlay. But he minute I change something else, it
>> goes back to a black display and stays there.
>>     
>
> Well, green overlay, that IS certainly progress.  You apparently have the 
> overlay part working now.  =8^)
>
> Beyond that, others with more topical experience are likely to be of more 
> help.
>
>   
-- 
gentoo-amd64@lists.gentoo.org mailing list