Re: Problem with persistent scaling/shifting in RADEONDisplayVideo()

2008-07-30 Thread Thomas Hilber
On Wed, Jul 30, 2008 at 11:12:05PM +0200, Roland Scheidegger wrote: > That's what fast cpus are for :-). Though I agree in particular the really:-) ? VDR was designed with the goal in mind to also support very slow CPUs like 600Mhz Pentiums and slower. So the use of so called full featured cards (

Re: Problem with persistent scaling/shifting in RADEONDisplayVideo()

2008-07-30 Thread Roland Scheidegger
On 30.07.2008 21:17, Thomas Hilber wrote: > On Wed, Jul 30, 2008 at 04:17:10PM +0200, Roland Scheidegger wrote: >> Actually, this is a very interesting patch. I've been thinking >> about this a bit lately. How much jerkyness do you actually get >> when it's not synchronized? I'd assume that if you

Re: How to get current field polarity of interlaced video output?

2008-07-30 Thread Thomas Hilber
ah, maybe I now found something: register RADEON_CRTC_VLINE_CRNT_VLINE alternatively counts from 0 - 624and from 0 - 622the next time. probably I can derive the field polarity from this? Cheers Thomas ___ xorg-driver-ati mailing list xorg-

How to get current field polarity of interlaced video output?

2008-07-30 Thread Thomas Hilber
Hi list, sorry if this has been answered elsewhere but I haven't found a solution yet. In my project http://linuxtv.org/pipermail/vdr/2008-July/017347.html after starting the Xserver VBLANK interrupts are generated every 20ms. This is because I use a 50Hz interlaced modeline. To yield synchro

Re: Problem with persistent scaling/shifting in RADEONDisplayVideo()

2008-07-30 Thread Thomas Hilber
On Wed, Jul 30, 2008 at 04:17:10PM +0200, Roland Scheidegger wrote: > Actually, this is a very interesting patch. I've been thinking about > this a bit lately. How much jerkyness do you actually get when it's not > synchronized? I'd assume that if you use an output mode which is as it depends on v

[Bug 16888] Ati Mobility Radeon 3650

2008-07-30 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=16888 --- Comment #26 from BogDan Vatra <[EMAIL PROTECTED]> 2008-07-30 11:16:44 PST --- (In reply to comment #17) > (From update of attachment 17968 [details]) > please attach files as text/plain > Sorry I didn't see you post (and this option) un

[Bug 16888] Ati Mobility Radeon 3650

2008-07-30 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=16888 --- Comment #25 from BogDan Vatra <[EMAIL PROTECTED]> 2008-07-30 11:12:33 PST --- (In reply to comment #16) > does you bios have any options for remapping memory? No. > Also are you on 32-bit or > 64-bit? > 64 -- Configure bugmail: h

Re: Problem with persistent scaling/shifting in RADEONDisplayVideo()

2008-07-30 Thread Roland Scheidegger
On 29.07.2008 20:43, Thomas Hilber wrote: > On Tue, Jul 29, 2008 at 02:23:09PM +0200, Roland Scheidegger wrote: >> That's true but last I heard CRT TVs are a dying breed. > > who cares:) > >> Ok, I see your point. But if your output device is a projector, LCD (not >> sure about plasma right now)

[Bug 16888] Ati Mobility Radeon 3650

2008-07-30 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=16888 --- Comment #24 from BogDan Vatra <[EMAIL PROTECTED]> 2008-07-30 04:59:13 PST --- Created an attachment (id=17998) --> (http://bugs.freedesktop.org/attachment.cgi?id=17998) Xorg.0.log (1024x768 screen res) radeon driver compiled from git -

[Bug 16888] Ati Mobility Radeon 3650

2008-07-30 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=16888 --- Comment #23 from BogDan Vatra <[EMAIL PROTECTED]> 2008-07-30 04:54:49 PST --- I compile radeon driver from git and has the same effect. I even try with 1024x176 resolution. I -- Configure bugmail: http://bugs.freedesktop.org/userprefs.

[Bug 16888] Ati Mobility Radeon 3650

2008-07-30 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=16888 --- Comment #22 from BogDan Vatra <[EMAIL PROTECTED]> 2008-07-30 04:03:36 PST --- (In reply to comment #18) > The radeonhd driver in Debian experimental does not contain the code to fix > the > problem of bug #16263. You'll have to compile t

[Bug 16888] Ati Mobility Radeon 3650

2008-07-30 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=16888 --- Comment #21 from BogDan Vatra <[EMAIL PROTECTED]> 2008-07-30 03:57:44 PST --- Created an attachment (id=17996) --> (http://bugs.freedesktop.org/attachment.cgi?id=17996) Xorg.0.log with 2gb mem -- Configure bugmail: http://bugs.freedes

[Bug 16888] Ati Mobility Radeon 3650

2008-07-30 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=16888 --- Comment #20 from BogDan Vatra <[EMAIL PROTECTED]> 2008-07-30 03:56:54 PST --- (In reply to comment #19) > (In reply to comment #15) > > I can't remove my sistem is a laptop ! > > I don't know how ! > > You can limit the amount of RAM use

[Bug 16888] Ati Mobility Radeon 3650

2008-07-30 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=16888 --- Comment #19 from Michel Dänzer <[EMAIL PROTECTED]> 2008-07-30 00:26:12 PST --- (In reply to comment #15) > I can't remove my sistem is a laptop ! > I don't know how ! You can limit the amount of RAM used by the Linux kernel using the mem

Bug#490071: Same hangs with Radeon driver

2008-07-30 Thread Michel Dänzer
On Tue, 2008-07-29 at 22:03 +0200, Andrea Vettorello wrote: > On Tue, Jul 29, 2008 at 6:44 PM, Brice Goglin <[EMAIL PROTECTED]> wrote: > > > What we need is a (very precise) way to reproduce this hang. And also we > > In the last few days the bug appeared in a series of two or at max > three hang