On Tue, 2008-07-29 at 01:43 +0200, Roland Scheidegger wrote:
> On 28.07.2008 17:56, Thomas Hilber wrote:
> >> (Though, IMHO interlace should have been buried along with analog
> >> transmission - this clever 1930-ish hack just doesn't make much sense
> >> any longer and is just cause for pain...)
>
http://bugs.freedesktop.org/show_bug.cgi?id=16846
--- Comment #5 from Jonny Lamb <[EMAIL PROTECTED]> 2008-07-28 17:55:27 PST ---
Right, here's lots of information. I've tried to be as verbose as possible to
properly explain what I'm doing. I'm sorry it's a long read!
If I boot the laptop wit
On 28.07.2008 22:43, Thomas Hilber wrote:
> wow! it's unbelievable!
>
> I couldn't sleep and finally restarted to test a few things.
>
> On Mon, Jul 28, 2008 at 03:43:45PM +0200, Roland Scheidegger wrote:
>> you look at the displayvideo part, this one uses some of these bits).
>> Also, to disabl
On 28.07.2008 17:56, Thomas Hilber wrote:
>> (Though, IMHO interlace should have been buried along with analog
>> transmission - this clever 1930-ish hack just doesn't make much sense
>> any longer and is just cause for pain...)
>
> interlace output still is important for driving conventional TV
>
On 29.07.2008 00:15, Svilen wrote:
> Hi,
>
> I was wondering whether your driver supports accumulation buffers and if
> yes how to enable them.
>
> Here is my platform:
> X1600 Mobility Radeon
> Linux, Fedora 9
> Xorg 7.4 (unofficial)
> Mesa 7.1 (unofficial)
>
> xorg.conf
> ...
> Section "D
Hi,
I was wondering whether your driver supports accumulation buffers and if
yes how to enable them.
Here is my platform:
X1600 Mobility Radeon
Linux, Fedora 9
Xorg 7.4 (unofficial)
Mesa 7.1 (unofficial)
xorg.conf
...
Section "Device"
Identifier "Videocard0"
Driver "radeon"
wow! it's unbelievable!
I couldn't sleep and finally restarted to test a few things.
On Mon, Jul 28, 2008 at 03:43:45PM +0200, Roland Scheidegger wrote:
> you look at the displayvideo part, this one uses some of these bits).
> Also, to disable scaling, maybe the RADEON_SCALER_VERT_PICK_NEAREST
On Mon, Jul 28, 2008 at 06:10:41PM +0200, Michel Dänzer wrote:
> BTW, have you tried disabling the RADEON_SCALER_ADAPTIVE_DEINT flag in
> RADEONDisplayVideo()?
thank you again for this advice. I will test it tomorrow evening together
with all the other suggestions being made so far. And report th
http://bugs.freedesktop.org/show_bug.cgi?id=16845
--- Comment #9 from Tom Hughes <[EMAIL PROTECTED]> 2008-07-28 09:34:05 PST ---
This is what mplayer says about the format when playing:
Starting playback...
VDec: vo config request - 720 x 576 (preferred colorspace: Planar YV12)
VDec: using P
On Mon, 2008-07-28 at 17:56 +0200, Thomas Hilber wrote:
>
> > Also, to disable scaling, maybe the RADEON_SCALER_VERT_PICK_NEAREST
> > would do the trick (but I don't think it really helps with your
>
> thank you for this clue. I'll give it a try.
>
> > That said I don't fully understand how the
On Mon, Jul 28, 2008 at 03:43:45PM +0200, Roland Scheidegger wrote:
> Not sure here what's really the problem, but it's possible the scaler
sure, it's difficult to describe the prob if you've never seen it before.
> gets slightly misprogrammed in interlace mode - programming the scaler
> correctl
http://bugs.freedesktop.org/show_bug.cgi?id=16845
--- Comment #8 from Tom Hughes <[EMAIL PROTECTED]> 2008-07-28 08:44:20 PST ---
Setting ColorTiling to false doesn't appear to help, no.
The image is a TV program - an MPEG-2 stream recorded from a DVB-T card.
--
Configure bugmail: http://b
On Mon, Jul 28, 2008 at 10:11:31AM -0400, Alex Deucher wrote:
> Unfortunately, I haven't really looked at the overlay code in ages.
> As far as I know, no documentation on the overlay has been released
> without nda. I'm guessing it's some slight mis-configuration of the
ok, I got this. Without d
http://bugs.freedesktop.org/show_bug.cgi?id=16845
--- Comment #7 from Alex Deucher <[EMAIL PROTECTED]> 2008-07-28 08:22:51 PST
---
What should the original image look like? what format is the src image?
Does this option help:
Option "ColorTiling" "FALSE"
--
Configure bugmail: http://bug
2008/7/27 Tobias Diedrich <[EMAIL PROTECTED]>:
> Alex Deucher wrote:
>
>> This is probably due to a change in default xrandr mode selection
>> policy in the two xserver versions you are using.
>>
>>
>> > (However fluxbox still thinks the desktop is 1600x1200, for example when
>> > maximizing window
http://bugs.freedesktop.org/show_bug.cgi?id=16865
Alex Deucher <[EMAIL PROTECTED]> changed:
What|Removed |Added
Attachment #17919|text/x-log |text/plain
mi
http://bugs.freedesktop.org/show_bug.cgi?id=16846
--- Comment #4 from Alex Deucher <[EMAIL PROTECTED]> 2008-07-28 07:38:22 PST
---
Does changing the mode on the VGA port help? E.g.,
xrandr --output VGA-0 --mode 800x600
Also, does the VGA port work if you start X without the monitor attached
On Mon, Jul 28, 2008 at 7:06 AM, Thomas Hilber <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 28, 2008 at 08:53:49AM +0200, Michel Dänzer wrote:
>> > the source is not copied exactly 100% to the destination. It appears if
>> > there still takes place a vertical shift of 1/2 pixel or even less.
>>
>> Mayb
On 25.07.2008 20:09, Thomas Hilber wrote:
> But it appears that even if I supply the following parameters to
> RADEONPutImage():
>
> src_x 0 src_y 0 drw_x 0 drw_y 0 src_w 720 src_h 576 drw_w 720 drw_h 576
>
> the source is not copied exactly 100% to the destination. It appears if
> there still ta
On 28.07.2008 15:12, Corbin Simpson wrote:
> Michel Dänzer wrote:
>> On Mon, 2008-07-28 at 13:06 +0200, Thomas Hilber wrote:
I assume this is due to scheduling latency between the vblank interrupt
and the textured video rendering getting emitted from userspace. It may
be possible to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Michel Dänzer wrote:
> On Mon, 2008-07-28 at 13:06 +0200, Thomas Hilber wrote:
>>> I assume this is due to scheduling latency between the vblank interrupt
>>> and the textured video rendering getting emitted from userspace. It may
>>> be possible to av
On Mon, 2008-07-28 at 13:06 +0200, Thomas Hilber wrote:
>
> > I assume this is due to scheduling latency between the vblank interrupt
> > and the textured video rendering getting emitted from userspace. It may
> > be possible to avoid this by synchronizing the textured video rendering
> > to verti
On Mon, Jul 28, 2008 at 08:53:49AM +0200, Michel Dänzer wrote:
> > the source is not copied exactly 100% to the destination. It appears if
> > there still takes place a vertical shift of 1/2 pixel or even less.
>
> Maybe some of the overlay registers aren't programmed quite correctly
> for the 1:1
http://bugs.freedesktop.org/show_bug.cgi?id=16799
Michel Dänzer <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|NEW |RESOLVED
Reso
24 matches
Mail list logo
