Hi list,
the last few days I made some interesting experiences with VGA cards I
now want to share with you.
goal
develop a budget card based VDR with PAL/RGB output and FF like output quality
problem
---
as we all know current VGA graphics output quality suffers from certain
limitatio
On Tue, Jul 22, 2008 at 07:12:35PM +0100, Gavin Hamill wrote:
> In the inevitable shift towards HDTV and progressive scanning, I was
> becoming increasingly concerned that the countless hours of interlaced
> content would be forgotten in the scramble for new and shiny.
not to forget interlaced for
On Tue, Jul 22, 2008 at 08:30:46PM +0200, Theunis Potgieter wrote:
> currently I'm still using a pentium 4, 2.4GHz machine with nvidia AGP 440MX
> card,
at least the VGA-to-SCART cable (not yet the patch itself) does run here
on nVidia hardware without problems. Box is a PUNDIT P1-AH2 with nVidia
On Wed, Jul 23, 2008 at 12:12:46AM +0200, Martin Emrich wrote:
> I have connected my VDR box to my TV via a DVI-to-HDMI cable, set the
> resolution to 1920x1080 and let the graphics card do the upscaling
> instead of the TV, because the quality looks IMHO better this way. But
ok. But if doing so y
On Wed, Jul 23, 2008 at 09:41:54AM +0200, Theunis Potgieter wrote:
> deinterlacers. I use the machine as a home PC on DISPLAY=:0.0. I understand
> that your solution helps when using a LCD/Plasma with dvi/d-sub/scart
> connectors.
right. It also helps for deinterlaced output using a LCD/Plasma wit
On Tue, Jul 22, 2008 at 11:51:13PM +0300, Pasi Kärkkäinen wrote:
> A bit off topic.. Does any of the video players for Linux switch to a
> resolution/modeline with a different refresh rate when watching a movie to
> get perfect synchronization and no tearing?
some time ago I accidentally stumbled
Hi,
On Wed, Jul 23, 2008 at 06:04:29PM +1000, Torgeir Veimo wrote:
> Your approach is very interesting, I myself have seen the problems
> that clock drift has on judder when using softdevice with vdr.
yes, that's also my experience with certain xineliboutput -
xine-lib version combinations. I a
On Wed, Jul 23, 2008 at 09:20:08AM +0100, Laz wrote:
> that the only cards that could be convinced to sync at such low rates,
> i.e. 50 Hz for PAL, were the Matrox G400, G450, etc. Whenever I tried
> setting modelines with any other cards, I never got any output or an
> error when starting X.
a
On Wed, Jul 23, 2008 at 05:05:21PM +0300, Pasi Kärkkäinen wrote:
> I assume RGB NTSC should work as well.. ?
basically yes. The devil is in the details:) Just give it a try.
> > When xine-lib calls PutImage() it checks whether to increase/decrease
> > Xservers frame rate. This way after a short a
On Thu, Jul 24, 2008 at 09:02:50PM +1000, Torgeir Veimo wrote:
> > Hmm.. I still don't understand why you need to do this in the first
> > place?
>
>
> It is to avoid the output framerate drifting away from the DVB-T/S/C
> input framerate.
right. Normally Xserver modelines can only produce '
On Thu, Jul 24, 2008 at 01:49:18PM +0300, Pasi Kärkkäinen wrote:
> Does this mean XV extension (or X itself) does not provide a way to
> "wait for retrace" out-of-the-box.. and your patch adds that functionality?
most implementations provide "wait for retrace" out-of-the-box.
The point is that
On Sun, Jul 27, 2008 at 03:53:01PM +0300, Pasi Kärkkäinen wrote:
> Is it possible to output WSS signal from a VGA card to switch between 4:3
> and 16:9 modes?
>
> http://www.intersil.com/data/an/an9716.pdf
it should be possible to emulate WSS by white dots/lines in a
specific scanline. But I did
On Tue, Jul 22, 2008 at 11:17:26PM +0200, Thomas Hilber wrote:
> Unfortunately with Radeons we currently have 2 problems unsolved:
>
> 1. there appears to be a tiny bug in XV overlay scaling code which
> sometimes mixes even and odd fields at certain resolutions. A workaround
> to
On Tue, Jul 29, 2008 at 01:40:49PM +0300, Pasi Kärkkäinen wrote:
> > Maybe then I find some time to port the patch to other platforms
> > (like intel based graphics cards).
>
> That would rock.
maybe this way we could fix current issues with S100. Picture quality
dramaticly improves if deinterlac
On Fri, Aug 08, 2008 at 09:23:34PM +0100, Gavin Hamill wrote:
> Finally I have had a chance to try these patches - I managed to get an
> old Radeon 7000 PCI (RV100)...
nice!
> I am using a fresh bare install of Ubuntu hardy which ships xine-lib
> 1.1.11, but the patches don't compile :( The Makef
On Sat, Aug 09, 2008 at 11:26:21PM +0400, Goga777 wrote:
> does your idea actually for new generation cards - ATI HD series, Intel
> G35/45 chipsets with hdmi output ?
currently it does for everything pre-avivo (e.g. before r500 with the
exception of rs690 which is a r300-style 3d core but 2d is
On Sun, Aug 10, 2008 at 07:05:20PM +0400, Goga777 wrote:
> but for 3d games this problem also actually ? or this issue exists only for
> video playback ?
3d and playback from disk sync to the rate provided by the graphics card.
What is of course not possible for live-TV.
Cheers
Thomas
_
On Mon, Aug 11, 2008 at 07:40:15PM +0300, Jouni Karvo wrote:
> with NVIDIA driver 169 and 173 at least, this does not yet work:
the patch is not yet ported to nVidia that's true.
Independent from that you can configure the nVidia-Xserver to output a
PAL/RGB compatible signal. And connect a CRT
On Tue, Aug 12, 2008 at 10:29:53AM +0200, Theunis Potgieter wrote:
> Does somebody have a URL on how to make one? for d-sub to scart or the new
> DVI (modern graphic cards) to scart?
my favorite cable works with all graphics cards supporting RGB. I don't
think it's too complex:)
you find it in t
On Tue, Aug 12, 2008 at 10:44:37PM +0100, Gavin Hamill wrote:
> I have a system not dissimilar to yours.. it's a P3-1GHz with PCI Radeon
> 7000. OS is Ubuntu hardy with the patches from your 0.0.2 release.
ok
> Now that I've got the patches in place, I get a stable desktop display
> on the TV.
On Wed, Aug 13, 2008 at 12:03:23AM +0400, Goga777 wrote:
> does your project actually fro dvb 720p channels too ?
720p is 1280x720. At least the part that does the frame rate sync VGA<->DVB
can be recycled for this.
> and I have may be stupid question - why frame rate from satellites is not
> s
On Wed, Aug 13, 2008 at 04:21:25PM +0100, Gavin Hamill wrote:
> overall comp floats -1 to 2, but sync point floats -44 to +45, and
> drift speed floats -40 to +40. ta absolute + clipped are 5 -> 7. I find
that's pretty good. Same values here.
> it odd that my 'vbls' value is 15500 when yours is
On Mon, Aug 11, 2008 at 07:40:15PM +0300, Jouni Karvo wrote:
> with NVIDIA driver 169 and 173 at least, this does not yet work:
I cannot confirm that. I just downloaded and installed most recent
NVIDIA-Linux-x86-173.14.12.pkg1.run
It's running perfectly VGA->SCART with *exactly* the xorg.conf I
On Tue, Aug 12, 2008 at 04:44:59PM +0300, Pasi Kärkkäinen wrote:
> that made me wonder if it would be possible to make these patches friendly
> enough to get them accepted upstream :)
sorry - but I really can't care about this at the current state of
development
_
On Thu, Aug 14, 2008 at 08:50:43AM +0300, Jouni Karvo wrote:
> your trick is the VGA->SCART cable. I was using the TVout from the
> card. I have ordered the components for the cable, and I hope I'll be
> able to solder them together during the weekend. I hope I can then
> reproduce your succe
On Wed, Aug 13, 2008 at 09:09:45PM +0100, Gavin Hamill wrote:
> OK, found a suitable recording, and after a couple of 'play 1 begin' to
> SVDRP it starts OK. The picture is pretty good, but it still shifts
> around the screen a bit:
that's because PLL encounters very large increments of 'sync poin
On Thu, Aug 14, 2008 at 01:15:58PM +0300, Petri Hintukainen wrote:
> to, 2008-08-14 kello 11:25 +0200, Thomas Hilber kirjoitti:
> > Does the Xserver poll for some resources not available or something?
>
> Maybe the driver is waiting for free overlay buffer ? Some drivers wait
>
On Thu, Aug 14, 2008 at 10:22:53PM +1000, Torgeir Veimo wrote:
> Since you're using the vsync irq in any case, the best solution would
> be to notify user space at irq time that it should 'PutImage' a new
> frame.
I know what you want to say. But according to my understanding xine has
it's ow
On Thu, Aug 14, 2008 at 02:22:46PM +0100, Gavin Hamill wrote:
> [1] [EMAIL PROTECTED]:~# apt-get install xserver-xorg xserver-xorg-core
> The following packages have unmet dependencies.
> xserver-xorg: Depends: x11-xkb-utils but it is not going to be
> installed
> PreDepends: x1
Hi list,
the basic function of this patch has already been disussed in thread
'RGB/PAL over VGA at variable frame rate'.
A new version of the patch is now available at
http://lowbyte.de/vga-sync-fields
2008-08-14: Version 0.0.3
- added a patch that enhances standard radeonfb kernel driver to u
Hi list,
A new version of the patch is now available at
http://lowbyte.de/vga-sync-fields
2008-08-17: Version 0.0.4
- now widened time window for double buffer updates from 20ms to 40ms.
This is done via drm-ioctl() though the chip doesn't provide
a native interface for this.
- this greatly
On Sun, Aug 17, 2008 at 04:31:58PM +0100, Gavin Hamill wrote:
> CPU usage rather than userspace. Due to the critical timing nature of
> the patches, they need to have nearly the whole machine to themselves,
the patches are time critical as far as xine itself must time the
frames very accurately.
On Wed, Aug 27, 2008 at 03:08:14PM +0200, Theunis Potgieter wrote:
> I found this to be useful for me, however I'm using [EMAIL PROTECTED] and not
> NTSC
> colour encoding.
>
> http://www.linuxis.us/linux/media/howto/linux-htpc/video_card_configuration.html
>
> Nice background information.
Righ
A new version of the patch 'vga-sync-fields-0.0.8.tgz' now is
available at:
http://lowbyte.de/vga-sync-fields
History since last version announced here:
2008-09-08: Version 0.0.8
- enhanced a standalone tool for testing the Soft-PLL without xine-lib
and Xserver
- a fix in xineliboutput config
a successor of my vga-sync-fields patch (http://lowbyte.de/vga-sync-fields/)
now has been released by 'durchflieger' on 'vdr-portal.de' with far more
functionality especially for HDTV related things.
please see:
http://www.vdr-portal.de/board/thread.php?threadid=80567
- sparkie
On Sat, Sep 27, 2008 at 02:55:31PM +, Bruno wrote:
> Not at all. Because it?s a good motivation to learn one more language :)
the primary intention of the patch was not a German language lesson
I think:)
the patch itself is written in C and the README is in English.
Cheers
Thomas
On Tue, Jan 20, 2009 at 05:21:53PM +, Tony Houghton wrote:
> Varying the output frame rate to keep in sync with the input stream is
> very clever, but I don't understand how it solves the problem of
> distinguishing between top and bottom fields to sync to.
surely you can distinguish top and b
On Wed, Jan 21, 2009 at 03:22:15PM +1000, Torgeir Veimo wrote:
> Does it work with 915 hardware as well?
Yup, a few days ago I successfully testet the patch on my
Asus EEE 701. Even replaying interlaced SD content the 900MHz CPU idles
at about 60%. Please see table at
http://www.vdr-portal.de/bo
On Wed, Jan 21, 2009 at 04:23:59PM +1000, Torgeir Veimo wrote:
> Ok, I have this hardware;
> http://www.silentpcreview.com/article311-page1.html an asus mainboard
> i915ga-hfs, with 915G graphics and onboard YPbPr and DVI outputs. I figure
> with some tweaking, it should be possible to run pu
On Wed, Jan 21, 2009 at 12:55:19PM +0100, Nicolas Huillard wrote:
> Is the below rough summary correct ?
>
> What it currently is :
> * a patch set to DRM kernel modules, xine-lib and xineliboutput
...not to forget the Xserver-DDX (hardware specific module) itself.
For pre-avivo Radeons you need
On Wed, Jan 21, 2009 at 05:07:40PM +0200, Pasi Kärkkäinen wrote:
> I think someone should step ahead and help with the english docs..
> unfortunately I can't do that atm, too busy with other things..
after travelling over 5 weeks in Australia this now is my major
problem too:-)
_
On Wed, Jan 21, 2009 at 04:03:37PM +, Tony Houghton wrote:
> It is excellent, but I can't help thinking it's come a bit too late.
not if it comes to HDTV. Basically it should be feasible to recycle some
of the ideas there.
BTW I wanted to prove that simple graphics hardware together with low
On Thu, Jan 22, 2009 at 10:07:57PM +1000, Torgeir Veimo wrote:
> It looks like the patch references a version of the driver that
> supports OPTION_RENDERACCEL, but v 2.3.2 doesn't support that. Which
> version of the driver is the patch for?
as described in
http://www.vdr-portal.de/board/thre
On Mon, Feb 16, 2009 at 11:48:50PM +1000, Torgeir Veimo wrote:
>
> On 16 Feb 2009, at 23:29, Tony Houghton wrote:
>
> > And if the video has to be scaled it would have to scale each field
> > separately then reinterlace them line-by-line at the output resolution
@Tony Houghton:
is it really poss
On Mon, Feb 16, 2009 at 09:05:04PM +, Tony Houghton wrote:
> > not sure about this. Intel series i9xx graphics is able to scale by
> > hardware even in interlaced mode. I use this feature for my intel based
> > frame rate control patches (SCART/RGB/PAL vga-sync-fields patch).
>
> VDPAU is curr
On Wed, Feb 25, 2009 at 01:35:01PM +0100, Paul Menzel wrote:
> Is there a homepage for the VGA2SCART patch set with information about
> it? A repository?
due to lack of time and interest I do not yet run a full blown homepage.
But at least I started to collect the plain patches here [3].
> There
On Wed, Feb 25, 2009 at 02:51:05PM +, Tony Houghton wrote:
> I'm not sure whether C Scheeder is right, but it seems highly likely.
Christoph is right. The buyable cables operate the wrong direction for
our purposes.
> Different cards need diffeernt types of cable. For example ATI and
> Matrox
On Thu, Feb 26, 2009 at 09:12:36AM +0100, Paul Menzel wrote:
> > due to lack of time and interest I do not yet run a full blown homepage.
> > But at least I started to collect the plain patches here [3].
>
> That is what I thought. So maybe other people who are not good or
> intersted in coding co
On Sat, Feb 28, 2009 at 08:04:17PM +0100, Paul Menzel wrote:
> > Why don't you just use the easy-vdr install script I mentioned above
> > which already has been proven successful?
>
> I just checked it out. But the main problem in distribution is, that
> everyone has to register to be able to dow
On Sun, Mar 01, 2009 at 01:13:32AM +0100, Paul Menzel wrote:
> > In general I would have no objections against this. What kind of patches
> > is this all about? I haven't followed this VGA2SCART thing, but a quick
> > lookup showed, that this involves patching XOrg stuff and xineliboutput.
>
> Tha
On Sun, Mar 01, 2009 at 04:09:23PM +0100, Jan Willies wrote:
> It's a binary driver, so I don't think you can patch anything there.
exactly. But many nVidia chips are VGA2SCART capable (without FRC of
course) directly with the binary driver. Just a proper xorg.conf
is needed.
- Thomas
On Mon, Mar 02, 2009 at 12:33:48AM +0300, Goga777 wrote:
> please - could you point out please on proper xorg.conf
you'll find one attached. I use it on my Asus Pundit P1_AH2.
System is quite old (but stable):
debian etch based
xserver-xorg 7.1.0-19
NVIDIA-Linux-x86-100.14.19
more recent systems
On Mon, Mar 02, 2009 at 10:03:12AM +0200, Pasi Kärkkäinen wrote:
> Hmm.. so you get 50 Hz interlaced output with this xorg.conf.
>
> Are you able to sync to each field separately?
of course not on nVidia graphics. They haven't offered their specs for
us to implement that.
But nevertheless this
On Sun, Mar 01, 2009 at 06:43:00PM +0100, Paul Menzel wrote:
> Reading your README I assume you are familiar with Git. Therefore I
> choose it as a backend.
Thank you for your effort so far.
I have no special preferences here. GIT or CVS is ok for me.
Concerning the wiki: I would prefer a neutra
On Mon, Mar 02, 2009 at 01:19:53PM +0100, Paul Menzel wrote:
> > Concerning the wiki: I would prefer a neutral domain
>
> Sure. I had no other domain handy. Your domain name could also be used,
> if you set up DNS this way (vga2scart.lowbyte.de) or we register some
> free domain name vga2scart.de.
On Fri, Mar 06, 2009 at 10:43:08PM +0100, Petric Frank wrote:
> i'm looking for a plugin or method to automatically display a
> play/stop/eject/... menu on the on the screen when a DVD is entered into the
> drive. Also a possible autoplay DVD via vdr ould be a good idea.
first you have to detect
On Wed, Mar 11, 2009 at 06:15:04PM +0100, Paul Menzel wrote:
> 1. In your patchset the patch fb-radeon-intel.patch [1] does include
> changes to drivers/video/intelfb/intelfbhw.c although in the install
> instructions [2] it is stated that intel drivers do not need to be
> modified.
sorry, install
On Thu, Mar 12, 2009 at 06:31:47PM +0100, Thomas Hilber wrote:
> > a) Why is MIN_CLOCK set to 25000 in intelfbhw.h [3]? What would be the
> > downside of setting it to 1?
>
> MIN_CLOCK is set to 12000 by the patch. What allows for SCART suitable
> dotclocks. I don&#x
On Thu, Mar 12, 2009 at 07:36:01PM +0100, Paul Menzel wrote:
> I hope, you have seen my message to linux-fbdev-devel [1]. I will try to
> do what Krzysztof suggested, but will have to read more about that.
> Maybe we get it into Linux kernel 2.6.30.
yeah, I've seen that.
> Should we continue dis
On Thu, Mar 12, 2009 at 07:36:53PM +0100, Torgeir Veimo wrote:
> Did you look into making your approach work with DirectFB yet?
I don't think it's a big deal to port the Intel version of the
FRC patch to DirectFB.
But sorry, I don't use DirectFB. I can't see much advantage over a plain
Xserver u
On Sun, Mar 29, 2009 at 12:21:18AM +0100, Paul Menzel wrote:
> you released version 0.1.0 [1]. Could you please explain to me, why the
> framebuffer patches (intelfb, radeonfb) are not needed anymore?
since version 0.1.0 you will not need DRM from GIT anymore. You just can
use DRM as provided by t
On Sun, Mar 29, 2009 at 08:32:21PM +0300, Pasi Kärkkäinen wrote:
> Does Lenny have some extra patches in the kernel, or does it work with all
> vanilla 2.6.26+ kernels?
for sure has Lenny some extra patches in the kernel. But probably
they don't interfere with the vga-sync-fields (FRC) patch. I m
On Sun, Apr 19, 2009 at 12:54:15PM +0200, Tobi wrote:
> the graphcis card drivers and so on. It just started, so don't expect much
> content yet.
the GIT repos for FRC/VGA2SCART still must be cloned this way:
git clone git://vga2scart.gw90.de/git/vga2scart
FRC/VGA2SCART WIKI can be found here [1
On Fri, Jun 05, 2009 at 11:17:54AM +0200, jori.hamalai...@teliasonera.com wrote:
> It would mean that no judder and studder on HD-quality. With VDPAU
> the problem still might be "50Hz vs 50.02Hz" -thing so you cannot get
> frame accurate display. With every 5 seconds you might have duplicated
> di
On Thu, Jul 02, 2009 at 10:34:09AM +0200, Paul Menzel wrote:
> Could you test your boards with HD-material, for example some movie
> trailers? Could you please share your results, what resolutions are
no way to play HD-material with this board
> So is the following summary correct? The hardware i
On Thu, Aug 20, 2009 at 08:31:43AM +1000, Torgeir Veimo wrote:
> In my experience, you just have to do deinterlacing in vdpau with
> interlaced content, even when displaying on an interlaced display. If
> you try to output interlaced material directly, you get ghosting since
> the weaved frames are
On Sat, Aug 22, 2009 at 01:12:43PM +0400, Goga777 wrote:
> is it possible to solve radically this problem with vdpau ? did you discuss
> with nvidia developpers about this
> issue ?
I don't know if nvidia hardware is capable of such things at all.
This issue (among others) once has been discuss
On Wed, Aug 26, 2009 at 03:40:25PM +0100, dave cunningham wrote:
> If I'm reading the patches correctly it seems that the ATI chips can
> currently do 720x576 only, where the Intel chips can be configured for
> 1440x576 and 1600x1200 only.
for VGA2SCART (without FRC) Intel chips can be setup for 7
On Thu, Aug 27, 2009 at 11:14:22AM +0300, Pasi Kärkkäinen wrote:
> Hmm.. why without? FRC doesn't work on Intel @ 720x576i ?
720x576i and 1440x576i are both SCART/PAL resolutions with a
line frequency of 15.625kHz.
VGA2SCART+FRC on Intel requires 1440x576i.
VGA2SCART+FRC on ATI also runs directly
On Thu, Aug 27, 2009 at 10:44:59AM +0100, dave cunningham wrote:
> Do standard CRTs handle this increased resolution/clock? I've never tried
> driving this signal into my TV.
I haven't experienced any problems even with very old TVs caused by the
higher video signal bandwidth.
> In fact I use the
On Tue, Sep 08, 2009 at 12:16:30AM +0100, dave cunningham wrote:
> I've finally tried to get this up and running with the patched Intel
> xserver on a D945GCLF2 atom board (I see from your readme that you've
> tried this configuration so assume it should work).
right, works very well
> The de
On Tue, Sep 08, 2009 at 11:08:39PM +0100, dave cunningham wrote:
> Same behaviour with your xorg.conf unfortunately.
I've heard there are some buggy intel-DDXes floating around.
I don't know which one you use. A possible workaround is
do add
SubSection "Display"
Virtual
On Sat, Oct 24, 2009 at 01:22:42PM +0200, Helmut Auer wrote:
> xineliboutput is a bit more difficult, because the cvs is changing nearly
> daily, so there is
> currently no patch available, but it should work without patches.
where is the problem? Just do an
cvs -z3
-d:pserver:anonym...@xinelib
On Wed, Aug 25, 2010 at 01:36:34PM +0200, Matthias Fechner wrote:
> hm, here you are right.
> Does anyone knows if the POV mainboard
> (http://www.pointofview-online.com/showroom.php?shop_mode=product_detail&product_id=97)
>
> works with the VGA2SCART adapter?
AFAIK all more recent (aka VDPAU
On Mon, Aug 23, 2010 at 10:59:52AM +0200, Paul Menzel wrote:
> I found an updated diagram at [1]. I hope it is what you wanted.
>
> [1] http://crashme.cx/vdr-portal-picts/VGA_SCART_RGB_NEWER.png
this is just a full blown schematic with charge pump circuit to
provide up to 11V at SCART pin 8. If y
On Wed, Aug 25, 2010 at 06:46:54PM +0200, Matthias Fechner wrote:
> thanks, that are great news (but in the README only the ATI and Intel
> cards are mentioned :) ).
right. The circuit was just a byproduct for the vga-sync-fields project.
> ok, so you can use +5V from an USB port which I need for
On Wed, Aug 18, 2010 at 10:13:56AM +0200, jori.hamalai...@teliasonera.com wrote:
> Computer hardware usually cannot provide 50.000Hz, 59.940Hz or 23.976Hz
> outputs to your TV/Monitor. This will cause some judder on display output
> as MPEG/AVC input-stream is not synchronized to output framerate.
On Wed, Aug 25, 2010 at 11:16:37PM +0300, Prelude wrote:
> I have suffered this annoying judder in both live and recording viewing.
> My config_xineliboutput: http://pastebin.com/kxe7RvX0
> xorg.xonf: http://pastebin.com/6fCvWvxU
sorry, from that configuration alone I can't tell you what's going
On Thu, Aug 26, 2010 at 03:06:51PM +0100, Tony Houghton wrote:
> Are you aware of the interaction between DynamicTwinView and XRandR? The
no. But if Xorg.0.log tells me (in the bad case):
(II) NVIDIA(0): Validating Mode "1920x1080":
(II) NVIDIA(0): 1920 x 1080 @ 50 Hz
(II) NVIDIA(0): Fo
On Thu, Aug 26, 2010 at 04:31:28PM +0200, Paul Menzel wrote:
> Do you know if it has been reported to Nvidia? I think the X.org people
> would not look at it, since you use the proprietary driver.
I dont't know if especially this problem has been reported to nVidia.
There are heaps of error repor
On Thu, Aug 26, 2010 at 11:23:22PM +0200, Paul Menzel wrote:
> Thomas, having just
>
> VertRefresh 50.0
>
> in your `xorg.conf`, did you measure the 60 Hz directly at the output or
> were you just saying the tools reported 60 Hz?
without specifying the modeline directly in xorg.conf (t
On Wed, Jan 19, 2011 at 12:42:40PM +, Stuart Morris wrote:
> conversion and then draw the first field to the frame buffer. At the next
> vertical sync the shader would convert the second field and draw that to
> the frame buffer. With VDPAU is there a new OpenGL interop function that
that's no
82 matches
Mail list logo
