Re: [gentoo-amd64][OT] ...you have been bouncing
Ya ... since when is top-posting a nono requirement of this list? On Mon, Jun 9, 2008 at 3:19 PM, Peter Davoust [EMAIL PROTECTED] wrote: Kenneth Prugh wrote: On Mon, 09 Jun 2008 15:09:08 -0400 Peter Davoust [EMAIL PROTECTED] wrote: Ack! Sorry, forgot. Daniel Iliev wrote: On Mon, 09 Jun 2008 14:47:11 -0400 Peter Davoust [EMAIL PROTECTED] wrote: Please avoid sending me Word or PowerPoint attachments. Please, avoid sending me HTML e-mails. :) Please stop top-posting. Wow. I didn't know I could so easily offend so many people with one e-mail. I understand the issue with HTML e-mails, but what's wrong with top-posting? -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html Microsoft Office documents can carry viruses, and they contain hidden information that you may not want to communicate in your document ( http://news.bbc.co.uk/2/hi/technology/3154479.stm) -- gentoo-amd64@lists.gentoo.org mailing list
Re: [gentoo-amd64] k3b and FLAC images
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 But was FLAC used when you built k3b? try this to check emerge -vpuDN k3b this should double check all your USE flags and redisplay all of k3b's deps. Mark Haney wrote: | I've received some FLAC files of a concert of a friend of mine. The CUE | files were included, but for some reason k3b doesn't like it. It | complains (not a usable image). I've got the FLAC option included in | make.conf, so it should work, right? | | Am I missing something? | -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIF1G78hUIAnGfls4RAo7kAJ0RZiNETuy2Q1TUuDhmb2+C9j6tpQCfWQd9 J5mZhJ55PDRai9eovnDus2g= =/UA7 -END PGP SIGNATURE- -- gentoo-amd64@lists.gentoo.org mailing list
Re: [gentoo-amd64] sudden sound loss
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I would check that the device is unmusted w/ alsamixer, if alsasound didn't properly terminate on the reboot, then alsa will default to a muted state. Raffaele BELARDI wrote: | On Thu, 2008-04-10 at 08:22 -0400, Mark Haney wrote: | | I'll do that, but it doesn't make a lot of sense for it to work | flawlessly for over a month with the same configuration then suddenly | stop working. At least not without logging some sort of hardware | problem, which I'm not seeing. | | | You are right, I had missed that the problem had shown up _before_ | kernel upgrade. Sorry, no other ideas. | | raf | | -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH/je58hUIAnGfls4RAnG4AKCXwy5QK3uuali2d56XaBqE6RrP4gCdGMc7 WAP1iOyFK2d+5/LsgrIhAII= =7O+P -END PGP SIGNATURE- -- gentoo-amd64@lists.gentoo.org mailing list
Re: [gentoo-amd64] Re: Enabling debug info in Wine?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm not a developer, but I use the following
Leviathan ~ # grep FEAT /etc/make.conf
FEATURES=parallel-fetch distclean ccache confcache
Leviathan ~ #
For the average user, these are a safe bet, the last two are apps you'll
need to emerge and set up as well. pretty simple and straight forward.
Mark Knecht wrote:
| On Fri, Mar 7, 2008 at 8:09 AM, Mark Knecht [EMAIL PROTECTED] wrote:
| Hi all,
|What would be a sufficient set of actions for me to take to get
| backtrace info from Wine that would be useful to Wine devlopers? Their
| Bugzilla folks are are saying, correctly I think, that everything
| necessary is stripped out and that the info I'm providing doesn't
| help. I don't see anything specific in the Wine flags.
|
|Is this some sort of major effort required where I have to go back
| and recompile many things on my system or is there a way to compile
| just Wine to give them what they need?
|
|I found this page to read:
|
| http://www.gentoo.org/proj/en/qa/backtraces.xml
|
|I do not understand the nostrip/splitdebug topic. I do not find
| either word in man emerge or man portage. Is this a gcc thing?
|
|My current gcc flags look like this:
|
| CFLAGS=-march=k8 -O2 -pipe
| CHOST=x86_64-pc-linux-gnu
| CXXFLAGS=${CFLAGS}
| MAKEOPTS=-j2
|
|Any comments about whether those are good or not for a
| non-developer, desktop user type like me would be appreciated. I don't
| mind changing cflags to get these folks what they want.
|
| Thanks,
| Mark
|
|
| OK, so this seems to be part of using the FEATURES= ... line in
make.conf.
|
| I do not have a FEATURES line at all so I'm hesitant to just start
| throwing things in. glug...help...
|
| I've heard of things like sandbox and ccache but I've never touched
| them. Would they be good things to use all the time or are they more
| for developers?
|
| Anyway, if someone can help clear this up I would appreciate it.
|
| Thanks,
| Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFH0XRp8hUIAnGfls4RAi+aAKCS89m1eZ6DjvJe7SkUNgtMvYLWpgCdEsZp
58LKFc6R3KJkKJ3wr0fnayc=
=h8oX
-END PGP SIGNATURE-
--
gentoo-amd64@lists.gentoo.org mailing list
Re: [gentoo-amd64] Wine on amd64 - is it'32-bit'?
Christoph Mende wrote: On Sat, 1 Mar 2008 17:10:29 -0800 Mark Knecht [EMAIL PROTECTED] wrote: snip [EMAIL PROTECTED] ~ % file =wine /usr/bin/wine: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.6.9, dynamically linked (uses shared libs), stripped This doesn't seem to work ... for my at least ... -- gentoo-amd64@lists.gentoo.org mailing list
Re: [gentoo-amd64] revdep-rebuild keep on detecting a broken link referred to libqt-mt.so.3
Beso wrote: 2008/2/28, manuel [EMAIL PROTECTED]: Hi All, I've ran revdep-rebuild a couple of times this week and each time i run it it finds a broken link referred to libqt-mt.so.3 and each time It emerges app-emulation/emul-linux-x86-soundlibs-2007112 to correct the problem! but the broken link is still there!?? I can't fix it! any ideas? thanks in advance for your help Manuel log in a terminal as user, then do a rm /root/.revdep* and then try again revdep-rebuild. after you do a revdep-rebuild be always sure that no .revdep files are present anymore in the /root/ directory. if there are some present then revdep will continue to cicle through them. another option would be to run revdep-rebuild -i (which stands for --ignore) which would ignore the .revdep files in the /root/ directory. i personally prefer the first option since i know that there aren't any cached revdeped files. if it continues to cycle on the same rebuild after one rebuild then it might be the case of a bug like the one of the gcj use flag in gcc-4.1. try searching on the forum if that might be the case. I'm actually having the same issue as this w/ libqt-mt.so ... my problem this, is gimp won't build because of it. below is the output. /usr/qt/3/lib/libqt-mt.so: could not read symbols: File in wrong format collect2: ld returned 1 exit status make[2]: *** [test-poppler-qt] Error 1 make[2]: Leaving directory `/var/tmp/portage/app-text/poppler-bindings-0.6.1/work/poppler-0.6.1/qt' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/app-text/poppler-bindings-0.6.1/work/poppler-0.6.1' make: *** [all] Error 2 * * ERROR: app-text/poppler-bindings-0.6.1 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 2670: Called die * The specific snippet of code: * emake || die compilation failed * The die message: * compilation failed * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/log/portage/app-text:poppler-bindings-0.6.1:20080229-164108.log'. * The ebuild environment file is located at '/var/tmp/portage/app-text/poppler-bindings-0.6.1/temp/environment'. * * Messages for package app-text/poppler-bindings-0.6.1: * disabling confcache, binary cannot be found * * ERROR: app-text/poppler-bindings-0.6.1 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 2670: Called die * The specific snippet of code: * emake || die compilation failed * The die message: * compilation failed * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/log/portage/app-text:poppler-bindings-0.6.1:20080229-164108.log'. * The ebuild environment file is located at '/var/tmp/portage/app-text/poppler-bindings-0.6.1/temp/environment'. * * unmounting tmpfs ... [ ok ] Leviathan htdocs # -- gentoo-amd64@lists.gentoo.org mailing list
Re: [gentoo-amd64] Re: revdep-rebuild keep on detecting a broken link referred to libqt-mt.so.3
Duncan wrote: Chris Brennan [EMAIL PROTECTED] posted [EMAIL PROTECTED], excerpted below, on Fri, 29 Feb 2008 11:46:21 -0500: I'm actually having the same issue as this w/ libqt-mt.so ... my problem this, is gimp won't build because of it. below is the output. /usr/qt/3/lib/libqt-mt.so: could not read symbols: File in wrong format collect2: ld returned 1 exit status make[2]: *** [test-poppler-qt] Error 1 make[2]: Leaving directory `/var/tmp/portage/app-text/poppler-bindings-0.6.1/work/poppler-0.6.1/qt' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/app-text/poppler-bindings-0.6.1/work/poppler-0.6.1' make: *** [all] Error 2 Hmm... so what about /usr/qt/3/lib/libqt-mt.so ? Here, it's a symlink pointing to libqt-mt.so.3, a symlink pointing to libqt-mt.so.3.3, again a symlink, pointing at libqt-mt.so.3.3.8, which is the actual shared-object library file. the point was the error msg from the emerge output about wrong format. If you have a valid set of symlinks, pick any one of them and see what readelf -h says about it. If the class entry (right under magic) is anything other than ELF64, then you have a corrupted library and probably need to remerge qt (be sure you remerge qt3 not 4, if you have it merged as well). If it's ELF64 and appears to be readable, then you have other deeper problems. I have re-emerged qt-3 numerous times, here is the output of readelf [EMAIL PROTECTED] ~ $ readelf -h /usr/qt/3/lib/libqt-mt.so.3.3.8 ELF Header: Magic: 7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00 Class: ELF32 Data: 2's complement, little endian Version: 1 (current) OS/ABI:UNIX - System V ABI Version: 0 Type: DYN (Shared object file) Machine: Intel 80386 Version: 0x1 Entry point address: 0x1b2000 Start of program headers: 52 (bytes into file) Start of section headers: 7262824 (bytes into file) Flags: 0x0 Size of this header: 52 (bytes) Size of program headers: 32 (bytes) Number of program headers: 6 Size of section headers: 40 (bytes) Number of section headers: 25 Section header string table index: 24 [EMAIL PROTECTED] ~ $ -- gentoo-amd64@lists.gentoo.org mailing list
Re: [gentoo-amd64] Re: revdep-rebuild keep on detecting a broken link referred to libqt-mt.so.3
Duncan wrote: Chris Brennan [EMAIL PROTECTED] posted [EMAIL PROTECTED], excerpted below, on Fri, 29 Feb 2008 12:24:15 -0500: [Duncan wrote...] Hmm... so what about /usr/qt/3/lib/libqt-mt.so ? Here, it's a symlink pointing to libqt-mt.so.3, a symlink pointing to libqt-mt.so.3.3, again a symlink, pointing at libqt-mt.so.3.3.8, which is the actual shared-object library file. the point was the error msg from the emerge output about wrong format. The problem is, wrong format can mean symlink pointed at nothing, in some contexts. If the target file doesn't exist... It can also mean it's for some reason it's pointed at a text file, or a file of the wrong bitness, or a file-system corrupt file, or..., which is what the next part is about. If you have a valid set of symlinks, pick any one of them and see what readelf -h says about it. If the class entry (right under magic) is anything other than ELF64, then you have a corrupted library and probably need to remerge qt (be sure you remerge qt3 not 4, if you have it merged as well). If it's ELF64 and appears to be readable, then you have other deeper problems. I have re-emerged qt-3 numerous times, here is the output of readelf [EMAIL PROTECTED] ~ $ readelf -h /usr/qt/3/lib/libqt-mt.so.3.3.8 ELF Header: Magic: 7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00 Class: ELF32 That's the problem right there. It's trying to link a 32-bit library into (presumably, since this is the amd64 list/group) a 64-bit ELF binary. That's just not going to work, period, and remerging the 64-bit qt isn't going to correct the problem either (unless it overwrites the file, which it obviously doesn't if you've tried it already). That's progress. Now, we need to find out if any packages you have merged, probably emul-linux-x86-* packages since that's where the 32-bit stuff comes from unless you are running a full 32-bit chroot, and I've no indication of that. equery belongs libqt-mt.so.3.3.8 I didn't use the path, since lib and lib64 are normally symlinked one way or the other on amd64, and if you searched by path, you'd need to search for both paths. Here, I get one (just one) entry, but I'm running no-multilib since I don't do binary-only and that's about the only reason one might have for 32-bit. [ Searching for file(s) libqt-mt.so.3.3.8 in *... ] x11-libs/qt-3.3.8-r4 (/usr/qt/3/lib64/libqt-mt.so.3.3.8) So it's the 64-bit qt package that owns it, here. What about there? Do two packages own it and do both point at the same file, possibly thru different directory/symlink paths? None? If none it's an orphaned file and you /should/ be able to remove it safely, but you may want to move it somewhere out of the library search path but keep it around for awhile just in case. If only the 64-bit package points to it, same thing, but remerge the 64-bit qt afterward, and I frankly don't know why remerging it with that file in place didn't fix the problem. If one and it's 32-bit, then you have a problem with the lib-linking search path. First, check for updates to the 32-bit emul-linux-* package and try that if there are any. Else there are ways to fix it but you'll need to get someone with more knowledge in the field to help, as I never had the problem on multilib myself and now am 64-bit only so haven't bothered with the details. If two, and both paths point to the same thing, it's something portage's config-protect FEATURE should have caught if you have it enabled. Again, check for updates on the 32-bit package and try them first, then seek further help, but in this case it's a bug that should either be in Gentoo's bugzilla already or that you can file if not. app-emulation/emul-linux-x86-qtlibs seems to have been the culprit, I don't need it for anything that I can tell. It's been removed for now and I have moved on to building the app I intended to build when all this started (which was The Gimp). As of the writing of this, it is building. -- gentoo-amd64@lists.gentoo.org mailing list
Re: [gentoo-amd64] Re: Networking bridging
Duncan, a routing issue does help, gives me a new place to look. As for the device name, technically these are the real devices as follows eth0 - real ethernet device br0 - bridging device tap0/tap1 TUN/TAP Devices Duncan wrote: Chris Brennan [EMAIL PROTECTED] posted [EMAIL PROTECTED], excerpted below, on Wed, 20 Feb 2008 21:40:43 -0500: I am trying to set up a Bridge for Qemu to use. I followed the guide at http://gentoo-wiki.com/ HOWTO:_Qemu#Using_TUN.2FTAP_interface_as_a_normal_user but when ever the bridge starts, I loose connectivity outside of my box :/ ... am I missing something I've not done bridging or the like here so don't know the details, nor do I claim to be a routing expert, but in the hope this will at least get you pointed in the right direction... That sounds like a routing issue. When the bridge starts, it gets precedence routing and the regular eth0 interface drops back a notch. To correct it you'd need to adjust your routing table, presumably by specifically setting the bridge interface routing to a lower precedence. (Beyond that, I don't know, as I've simply kept note of enough info about it to know where to start reading if I ever face routing issues or need to setup additional interfaces. Hopefully, it's enough to start you in the right direction as well...) Additionally, are you sure the bridge should be setup as eth0 when you already have an eth0? As I said, I don't know a lot about it, but I'd have expected it to be, say, eth1, not eth0, unless you indeed /did/ want it to actually replace eth0 when it was enabled. Hope it helps... and that someone who better knows the subject matter comes along with more help. =8^S -- gentoo-amd64@lists.gentoo.org mailing list
Re: [gentoo-amd64] Re: BT8x8
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_compat14340 1 videodev v4l2_common22336 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 [EMAIL PROTECTED] posted [EMAIL PROTECTED], 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
Re: [gentoo-amd64] Networking bridging
Issac
I found that adding the few lines I was missing from your net to
mine and then enabling the br0 device first and I was able to ping the
outside world. One problem though, this line
depend_br0() { need net.eth0 }
refused to work ... it hung my net scripts ... the RC_need_br0=(
eth0 ) seems to work though.
I will bootup my gentoo livecd shortly and see if I can ping the
outside world from with in my VM
Isaac Conway wrote:
Chris Brennan wrote:
I am trying to set up a Bridge for Qemu to use. I followed the guide
at
http://gentoo-wiki.com/HOWTO:_Qemu#Using_TUN.2FTAP_interface_as_a_normal_user
but when ever the bridge starts, I loose connectivity outside of my
box :/ ... am I missing something
I've includes the output of my /etc/conf.d/net file
# This blank configuration will automatically use DHCP for any net.*
# scripts in /etc/init.d. To create a more complete configuration,
# please review /etc/conf.d/net.example and save your configuration
# in /etc/conf.d/net (this file :]!).
dns_domain=( unworldly.org )
nis_domain=( unworldly.org )
dns_domain_eth0=( unworldly.org )
dns_search_eth0=( unworldly.org xaerolimit.net )
dns_servers_eth0=( 192.168.1.1 4.2.2.1 4.2.2.2 )
##
# LAN
##
config_eth0=( 192.168.1.2 netmask 255.255.255.0 brd 192.168.1.255 )
routes_eth0=( default via 192.168.1.1 )
##
# Bridge
##
bridge_br0=eth0
config_br0=( 192.168.1.20 netmask 255.255.255.0 brd 192.168.1.255 )
#dhcpcd_br0=-t 10
RC_NEED_br0=net.eth0
brctl_br0=( setfd 0 sethello 0 stp off )
config_tap0=( 10.0.2.1 netmask 255.255.255.0 )
I think what you are after is the following:
bridge_br0=eth0
config_br0=( 192.168.1.20 netmask 255.255.255.0 )
routes_br0=( default via 192.168.1.1 )
config_eth0=( null )
depend_br0() {
need net.eth0
}
You do not need an IP on the eth0 interface. This should get your
box online with the bridge setup. (not tested, but fairly certain)
Not totally sure what your intentions are for the tun interface. I
would assume you would want to add it to the bridge group, so that
it is on the same bridge as the outside world. Or perhaps you want
to route to the 192 IP to get to the 10. stuff Also, make sure
you setup /etc/init.d/net.br0 and /etc/init.d/net.tap0 and set them
to start with the box. Hope this helps.
--
gentoo-amd64@lists.gentoo.org mailing list
[gentoo-amd64] Networking bridging
I am trying to set up a Bridge for Qemu to use. I followed the guide at http://gentoo-wiki.com/HOWTO:_Qemu#Using_TUN.2FTAP_interface_as_a_normal_user but when ever the bridge starts, I loose connectivity outside of my box :/ ... am I missing something I've includes the output of my /etc/conf.d/net file # This blank configuration will automatically use DHCP for any net.* # scripts in /etc/init.d. To create a more complete configuration, # please review /etc/conf.d/net.example and save your configuration # in /etc/conf.d/net (this file :]!). dns_domain=( unworldly.org ) nis_domain=( unworldly.org ) dns_domain_eth0=( unworldly.org ) dns_search_eth0=( unworldly.org xaerolimit.net ) dns_servers_eth0=( 192.168.1.1 4.2.2.1 4.2.2.2 ) ## # LAN ## config_eth0=( 192.168.1.2 netmask 255.255.255.0 brd 192.168.1.255 ) routes_eth0=( default via 192.168.1.1 ) ## # Bridge ## bridge_br0=eth0 config_br0=( 192.168.1.20 netmask 255.255.255.0 brd 192.168.1.255 ) #dhcpcd_br0=-t 10 RC_NEED_br0=net.eth0 brctl_br0=( setfd 0 sethello 0 stp off ) config_tap0=( 10.0.2.1 netmask 255.255.255.0 ) -- # # 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. # # -- gentoo-amd64@lists.gentoo.org mailing list
Re: [gentoo-amd64] Re: BT8x8
-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 [EMAIL PROTECTED] posted [EMAIL PROTECTED], 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 [EMAIL PROTECTED] (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
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? # # 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
-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 [EMAIL PROTECTED] posted [EMAIL PROTECTED], 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
[gentoo-amd64] RE: BT8x8
-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: [EMAIL PROTECTED] ~ $ 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. [EMAIL PROTECTED] ~ $ 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
