On Thu, Oct 18, 2001 at 08:47:40PM -0700, Mark Vojkovich wrote:
> On Thu, 18 Oct 2001, Justin Husted wrote:
>
> > On Wed, Oct 17, 2001 at 07:44:02PM -0700, Mark Vojkovich wrote:
> > > On Wed, 17 Oct 2001, Justin Husted wrote:
> > >
> > > > Hi,
> > > >
> > > > I've been looking for a useful way
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 insuf
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 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 s
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 software deinterlacing and
output full 720x486 image
[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 impr
On Thu, 18 Oct 2001, Justin Husted wrote:
> On Wed, Oct 17, 2001 at 07:44:02PM -0700, Mark Vojkovich wrote:
> > On Wed, 17 Oct 2001, Justin Husted wrote:
> >
> > > Hi,
> > >
> > > I've been looking for a useful way to debug client resource leaks with X
> > > without much luck, so I thought I'd
On Fri, 19 Oct 2001, Pranay Kumar wrote:
>
> It would indeed help if Xv could be used to hardware scale RGB surfaces.
>
One thing I've never been clear on is what the FourCC codes
for RGB surfaces are supposed to be. I'm not sure where to
find standards on that.
M
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 toda
On Wed, Oct 17, 2001 at 07:44:02PM -0700, Mark Vojkovich wrote:
> On Wed, 17 Oct 2001, Justin Husted wrote:
>
> > Hi,
> >
> > I've been looking for a useful way to debug client resource leaks with X
> > without much luck, so I thought I'd ask here.
>
> In xc/programs/Xserver/dix/resource.c:Fr
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
--
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, cr
On Thu, Oct 18, 2001 at 04:37:30PM -0700, Erik Walthinsen wrote:
> This problem has to be resolved, and while the idea of a libxyz_pic.a is
> viable perhaps, it's not the Correct(tm) solution.
What's not correct about it, aside from it not being a shared library?
> Correct solution is to make th
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. Bill - if you are willing to settle for your application to work
with one video card (i.e. ATI) you could get such functionality much
sooner. Just e-mai
On Thu, Oct 18, 2001 at 07:38:52PM -0400, Billy Biggs wrote:
> Why not just release shared libraries on the client-side? How is
> library versioning insufficient to handle API changes?
It isn't. You have to be careful as soon as you start shipping shared
libraries, though. If the specificati
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 Fri, Oct 19, 2001 at 02:52:03AM +0200, Michel Dänzer wrote:
> On Thu, 2001-10-18 at 18:52, Joseph Cheek wrote:
>
> > while using HEAD, r128 drm gives these errors:
> >
> > (II) R128(2): Direct rendering disabled
> > Symbol drmFreeBufs from module /usr/X11R6/lib/modules/drivers/r128_drv.o
> >
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 w
On Thu, 2001-10-18 at 18:52, Joseph Cheek wrote:
> while using HEAD, r128 drm gives these errors:
>
> (II) R128(2): Direct rendering disabled
> Symbol drmFreeBufs from module /usr/X11R6/lib/modules/drivers/r128_drv.o
> is unresolved!
> Symbol drmR128TextureBlit from module
> /usr/X11R6/lib/mod
Branden Robinson ([EMAIL PROTECTED]):
> I'd like to solicit opinions, especially from the Core Team, about the
> shared vs. static extension library situation. Debian just went
> through a bit of pain and suffering as regards SDL in our development
> branch, partly because we have 12 architectur
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
> blindl
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 worke
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 co
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 "DPM
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
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 Gro
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 W
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
> i
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-serve
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
> > can, which is pr
Branden Robinson ([EMAIL PROTECTED]):
> > I disagree. If I'm showing a movie, have rented a large projector
> > and a hall, I'd really really like 24fps at exactly 72hz. Giving
> > high-priority multimedia applications root access is a no-brainer.
>
> That may be true for *your* preferred ap
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
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
> user-space app.
Right, but aren't DRI mod
Mark Vojkovich ([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 be a solution we could impleme
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, acceler
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 W
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
> > r
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 cou
On Wed, 17 Oct 2001, Billy Biggs wrote:
>
> To port this to the X world, maybe:
>
> o Can the driver tell me an exact value of the refresh rate? I bet
> most cards can. Does xvidtune display that information? It must
> get it from somewhere.
You can already get the refresh
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 fin
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.
A
Sottek, Matthew J ([EMAIL PROTECTED]):
> Exactly, The X protocol (or any driver interface) should be lean, but
> there should be a library layer in between the clients and the
> protocol to hide the uglies. use libXv.so to hide the uglies and if
> you don't want a software fallback then you don't
> 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 wan
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
configure
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 on
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 drmFr
Michel Dänzer ([EMAIL PROTECTED]):
> > I actually prefer to give it plain RGB24 or RGB32 (I can have it
> > from bt)
>
> Doesn't Xv support that?
Many of us hope that Xv will be used to expose 'StretchBlt'
functionality (simple hardware scaling) for RGB surfaces where cards
support it.
The
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 com
> 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 support one
>overlay at a time'.
Then make th
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 c
>> > 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'r
MV>Unless the fbdev guys support that hardware 640x480x4 or
MV> 320x204x8 (ie. basic VGA) is about all you're expected to get.
MV> Or maybe the vesafb driver will give you better. You won't
MV> get better with the SVGA server.
You may very well get better results with the ``vesa'' driver or
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
It's been quite quiet about this combination recently - that quietness
makes me wonder whether there is anybody working on a driver for this
chipset? The current (AFAIK) version does not support the newest
revision of the SiS301 video bridge - especially when connected to a LCD
panel (not speakin
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 b
>
> > I hope it's not the case and there is some way to draw
> > xvimages to two windows, I don't want to think what will happen if it's
not
> > :(
>
> Not if there's only one adaptor with only one overlay.
>
> You could add a second adaptor which uses the texture engine, like it's
> already done
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).
>Th
I think I tried the DefaultDepth 24, and got an error, or I may have miskeyed
the keyword. I will try that again in about an hour or so.
On 18 Oct 2001, Michel [ISO-8859-1] Dänzer wrote:
> On Thu, 2001-10-18 at 14:06, Prentis Brooks wrote:
> > ati driver, not familiar with the fbdev
> >
> > Do
On Thu, 2001-10-18 at 15:03, Michael Zayats wrote:
> >You could add a second adaptor which uses the texture engine, like
> >it's already done in the tdfx driver.
>
> Can you explain a bit more about texture engine?
> If I udenrstand it right it is 3d acceleration feature, you first use DRI to
>
On Thu, 2001-10-18 at 14:06, Prentis Brooks wrote:
> ati driver, not familiar with the fbdev
>
> Does fbdev work better?
If fbset can't change the depth, neither can the fbdev driver.
So have you tried running the server with -depth n or DefaultDepth n in
your XF86Config, for n=15 or 16 or 24?
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 runni
>Not if there's only one adaptor with only one overlay.
>You could add a second adaptor which uses the texture engine, like it's
>already done in the tdfx driver.
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
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
>On Thu, 2001-10-18 at 12:45, Michael Zayats wrote:
>> well I am trying to draw 2 streams of yuv420 frames to 2 windows
>>
>> I am doing XvShmPutImage , once to first window and once to another once
to
>> first, once to another etc.
>>
>> I use separate shared memories for each window.
>>
>> I am
On Thu, 2001-10-18 at 12:45, Michael Zayats wrote:
> well I am trying to draw 2 streams of yuv420 frames to 2 windows
>
> I am doing XvShmPutImage , once to first window and once to another once to
> first, once to another etc.
>
> I use separate shared memories for each window.
>
> I am doing
My Computer is Tiny C800 CD POWER NoteBook(12.1") , the config is :
Intel Celeron Processor 800MHz,
128MB Synchorous DRAM
10GB Ultra DMA Hardsdisks
Trident CyberBlade i1 AGP (8520-83)
Red Hat Linux 7.1
After i use Xconfigurator to config the Xwindows , more than half of the
monitor become dark
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
well I am trying to draw 2 streams of yuv420 frames to 2 windows
I am doing XvShmPutImage , once to first window and once to another once to
first, once to another etc.
I use separate shared memories for each window.
I am doing it very slowly (usleep(300) between each draw). the strange
thi
68 matches
Mail list logo
