forgot to mention: XFree86 4.1.0
- Original Message -
From: Michael Zayats [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, October 18, 2001 12:45 PM
Subject: very strange XVideo behaviour (i810)
well I am trying to draw 2 streams of yuv420 frames to 2 windows
I am doing
On Thu, 2001-10-18 at 14:21, Michael Zayats wrote:
ok, lets suppose that video overlay is only one and that it uses the
same memory or whatever for both windows, but the first window is
already drawn on screen correctly (i.e. in framebuffer)
No, it's the whole point of an overlay that the
ati driver, not familiar with the fbdev
Does fbdev work better?
On 18 Oct 2001, Michel [ISO-8859-1] Dänzer wrote:
On Tue, 2001-10-16 at 15:49, Prentis Brooks wrote:
Has anyone been able to successfully increase the color depth
used by the Mach64 on a Sparc? I am currently running
On Thu, 2001-10-18 at 15:03, Michael Zayats wrote:
Can you explain a bit more about texture engine?
If I udenrstand it right it is 3d acceleration feature, you first use DRI
to
DMA it to texture memory and then use OPenGL commands to place it on
screen
the right way (like video).
That's too
Michael,
I Think some of the other replies have given the correct
information, but I'll try to sum it up.
First, when you do Xv you are not drawing to the screen as
you know it as all. The data goes into a totally different
buffer. This area is then overlaid on top of the normal
framebuffer by
Is your locale set correctly? Assuming you're running Linux/glibc,
what does the ``locale'' command yeidl?
Juliusz
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
I tried to upgrade to Xfree 4.1.0 from 4.0.1, and now my Netscape comes
up with the words on the Toolbars as little squares instead of letters,
looks like a loss of Fonts.
This just a guess, but make sure you're running everything 4.1.0, in
particular the font server if you're using one.
Sottek, Matthew J ([EMAIL PROTECTED]):
It would be nice to have a software fallback so that you could do as
many Xv's as you wanted (slowly) but that isn't the way Xv was
designed. You'll have to convert the YUV data into RGB and do a
regular XShmPutImage in the second window.
Such a
On Thu, 2001-10-18 at 15:58, Michael Zayats wrote:
On Thu, 2001-10-18 at 15:03, Michael Zayats wrote:
Can you explain a bit more about texture engine?
If I udenrstand it right it is 3d acceleration feature, you first use DRI
to
DMA it to texture memory and then use OPenGL commands to
thanks mike! i've now got past this and have compared the gatos 4.1.0
source with current cvs source. it appears that most of the
functionality in their patches has been moved to XFree86 HEAD.
while using HEAD, r128 drm gives these errors:
(II) R128(2): Direct rendering disabled
Symbol
Sottek, Matthew J ([EMAIL PROTECTED]):
Such a capability needs to be in the client side, since different
applications have different needs regarding the accuracy of the
Y'CbCr-RGB conversion for optimization. So, really here we just
need a method where Xv can tell a client 'I only
Greetings. Redhat Linux 7.1, XFree86 4.0.3, NVidia TNT2 (16mb) driving a
ViewSonic 17PS. DPMS isn't working, despite being configured to do so.
It worked fine when I was running my old Mach64 and it also worked fine
when I was using the TNT2 on Windows 2000. I believe my BIOS is properly
Personally, I'd like to see as little intelligence as possible
in X, but I do admit that it is unfortunate so many apps which
currently use Xv just do it directly.
Not the X server, the X libs. It isn't any different doing it in
the libs than doing it in SDL.
Still, I really wouldn't want
Hi there,
I was trying to get a display on my Compaq Presario 1720 US w/ a ATI
Radeon 3D mobility chip. I have compiled the CVS checkout of Xfree
4.1.99.1 and have even upgraded my kerenl to 2.4.9 (w/ 2.4.12 i had
bizzare problems when trying to modprobe agpgart). FYI, i am running
Redhat 7.1.
Hi.
Sometimes XServer dies - keyboard and ctrl+alt+Fx stops working. I push then
SysRq+k - SAK kernel magic key combination. XServer and other tasks are dead.
Butt console is damaged - it looks like X screenshoot before SAK. When i
blindly login and type "startx" XServer goes up and works
On Wed, 17 Oct 2001, Billy Biggs wrote:
Sottek, Matthew J ([EMAIL PROTECTED]):
I can add a XvMC function to get you an XImage from the XvMC surface
so that you can use XvMC instead of Xv. Then you can get rid of the
delay between the XvShmPut() and the actual flip.
But could this
On Thu, 18 Oct 2001, Billy Biggs wrote:
Sottek, Matthew J ([EMAIL PROTECTED]):
It would be nice to have a software fallback so that you could do as
many Xv's as you wanted (slowly) but that isn't the way Xv was
designed. You'll have to convert the YUV data into RGB and do a
regular
On Thu, 18 Oct 2001, David E. Young wrote:
Greetings. Redhat Linux 7.1, XFree86 4.0.3, NVidia TNT2 (16mb) driving a
ViewSonic 17PS. DPMS isn't working, despite being configured to do so.
It worked fine when I was running my old Mach64 and it also worked fine
when I was using the TNT2 on
Mark Vojkovich wrote:
On Thu, 18 Oct 2001, David E. Young wrote:
Greetings. Redhat Linux 7.1, XFree86 4.0.3, NVidia TNT2 (16mb) driving a
ViewSonic 17PS. DPMS isn't working...
This is the nv driver you are using?
According to the Driver Status for XFree86 4.0 page, accelerated
On Thu, Oct 18, 2001 at 02:23:36PM -0700, Billy Biggs wrote:
Mark Vojkovich ([EMAIL PROTECTED]):
We have tossed around an interface for this. But there needs to be
kernel support to get around the permissions problems. If root
permissions are required to be able to write to that
On Thu, 18 Oct 2001, Billy Biggs wrote:
Mark Vojkovich ([EMAIL PROTECTED]):
I'm sure most video cards can trigger an interrupt on the vertical
refresh, that would be pretty accurate. Even if I could just query
Handling the interrupt requires kernel support. The X-server is a
On Thu, Oct 18, 2001 at 10:20:37AM -0700, Billy Biggs wrote:
Sottek, Matthew J ([EMAIL PROTECTED]):
use libXv.so to hide the uglies and if you don't want a software
fallback then you don't have to have one.
I sure hope you're distributing it as a .so then. On my debian system
it's
On Thu, 18 Oct 2001, David E. Young wrote:
Greetings. Redhat Linux 7.1, XFree86 4.0.3, NVidia TNT2 (16mb) driving a
ViewSonic 17PS. DPMS isn't working, despite being configured to do so.
It worked fine when I was running my old Mach64 and it also worked fine
when I was using the TNT2 on
I have a similar need- but specifically I need a version of VFB that
loads like any other ddx.
I'm currently untieing Xvfb's I AM the server! logic. If someone's
can give me a version already done, it would be great.
thanks,
skk
--
Stuart Kreitman
Sun Microsystems Inc. - Software Systems
Mark Vojkovich wrote:
On Thu, 18 Oct 2001, David E. Young wrote:
The nv driver offloads
all power mangement issues to the core vgaHWDPMS code in XFree86.
If properly configured (I don't know what the correct XF86Config
syntax is now-a-days) it should offer all that the core code
Dr Andrew C Aitchison wrote:
For some reason, XFree86 v4 defaults to DPMS disabled, check that you have
a line like:
(**) NV(0): DPMS enabled
in your logfile (often /var/log/XFree86.0.log).
If not turn it on; since it is a monitor options I preferr to put
Option DPMS
in
Branden Robinson wrote:
Real world example: there is a plugin for XMMS called smpeg-xmms that
uses the SMPEG library, which is based on SDL, to playblack MPEG movies.
Now, XMMS itself doesn't use SDL, or the aforementioned static X
extension libraries. Therefore it has no reason to contain
Dr Andrew C Aitchison wrote:
On Thu, 18 Oct 2001, David E. Young wrote:
Greetings. Redhat Linux 7.1, XFree86 4.0.3, NVidia TNT2 (16mb) driving a
ViewSonic 17PS. DPMS isn't working, despite being configured to do so.
It worked fine when I was running my old Mach64 and it also worked fine
On Thu, 2001-10-18 at 20:34, Gniazdowski wrote:
Sometimes XServer dies - keyboard and ctrl+alt+Fx stops working. I
push then SysRq+k - SAK kernel magic key combination. XServer and
other tasks are dead.
Butt console is damaged - it looks like X screenshoot before SAK. When i
blindly
hi rick,
i got it! thanks so much for your help! it works now!
xv seems to pick up on the first card defined in XF86Config. so i just
had to switch the order of the card listings in the config file, and now
xvinfo shows info on the ATI card, not the Matrox.
thanks again!
joe
Rick Scott
Please respect my mail headers:
Mail-Followup-To: Xpert list [EMAIL PROTECTED]
Mail-Copies-To: nobody
X-No-CC: I subscribe to this list; do not CC me on replies.
On Thu, Oct 18, 2001 at 03:14:20PM -0700, Billy Biggs wrote:
It's not like I'm demanding the app be installed setuid root. But
On Thu, 18 Oct 2001, Branden Robinson wrote:
What's not correct about it, aside from it not being a shared library?
Well, exactly. It may be correct, but it's not exactly pretty, IMO. My
main concern will be how things like libtool will react to that method.
To the best of my knowledge,
As far as I know only the glint drivers provide RGB formats for Xv.
Other cards do support RGB but the functionality has not been
implemented (I know this for ATI Radeon as Vladimir Dergachev pointed
out to me).
It would indeed help if Xv could be used to hardware scale RGB surfaces.
Pranay
Could anybody help me with this problem? DRI doesn't seem to want to
compile from CVS. I am running Redhat 7.1, with kernel 2.4.5 patched for
Win4Lin, and XFree86 4.10.
I have an ATI Rage Mobility P/M Graphics Card, which is a Mach 64 based
card. I downloaded the alpha patch for ATI Mach 64
[EMAIL PROTECTED] ([EMAIL PROTECTED]):
What I don't understand is why there is such an issue about root
permissions. v4l devices, for example, have been user-accessible for a
while. [...]
Please consider the root issue a separate matter: I don't want it to
hinder my suggestions for
On Thu, 18 Oct 2001, Billy Biggs wrote:
Hi Mark (and list), apologies for keeping traffic so high, but I have
another question about XVideo and it's just too useful. :)
Say I'm attemping to play 525/59.94 video (identical problem exists
for 625/50 systems). Ideally, I want to do
I have a Matrox G400 (dual head). I want to be able to run two
separate X-server instances, one per head. Is it possible? How about
running an X-server on the first head and a frame-buffer on the
second? Somehow I doubt the latter even more than the former.
Thanx.
b.
--
Brian J. Murrell
On Fri, Oct 19, 2001 at 12:21:12AM -0400, Billy Biggs wrote:
The +/-5ms error here is visible, especially on big cinematic pans.
I REALLY doubt what you perceive as an error is a 5ms difference.
Though I agree that current vsync adjusting in XF86drivers (those that support
it e.g. ATI) is
38 matches
Mail list logo
