mplayer and dual-head (clone) sync question.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]<

 



Today i made some tests about this issue, and they made me crazy.
Trying to make the jerkyness more evident, i set the vga output to 75hz,
leaving the lvds one to 60.
Not only the video on TV was jerky like hell, but what i never expected
was to see tearing on an overlay surface!
(same issue with a 25fps source)
Then i tried with opengl output, taring on both displays
(even after configuring dri to force vsync via driconf)

Funniest and last thing:
glxgears was jerky on VGA (at 75hz),
and smooth on LVDS (60hz), but console messages said that the
frame rate was capped at 75fps.

Probably I'm not that expert to say this, but everything is pointing to a
driver issue, it seems that vsync interrupts are entirely based on
lvds panel.

As soon as i have time to try again, i'll update xf86-video-intel.

2010/3/2 Reimar D?ffinger <Reimar.Doeffinger at gmx.de>

> On Tue, Mar 02, 2010 at 11:49:32AM -0700, Kevin DeKorte wrote:
> > On 03/02/2010 11:13 AM, Reimar D?ffinger wrote:
> > > On Tue, Mar 02, 2010 at 10:42:44AM +0100, Koko wrote:
> > >> Is it correct to address the issue to the fact that the refresh rates
> of the
> > >> lvds panel and the tv screen slightly differ and somehow mplayer is
> > >> syncronizing the frames to the lvds panel instead of the VGA output
> refresh
> > >> rate?
> > >
> > > Impossible to know for sure, but usually it is synced to whatever is
> the primary
> > > screen. I don't know if/how that can be changed except by editing the X
> config file.
> > > However -vo gl sometimes can sync to any display - though I admit it's
> unlikely to
> > > work in the cloned case, I've only seen it for xinerama setups.
> >
> > I talked to the radeon developers about this, and the refresh rates are
> > tied to the first monitor the window is on. And it depends on the pixel
> > clock of the display. So not only do you need the same resolution on the
> > display, you need the same refresh rate. Apparently this can be worked
> > around in the video driver software, but no one has got around to it yet.
>
> Well, it's definitely silly to display the overlay on one while syncing to
> the other, which is what you described...
> I expected they can always only sync to a specific one, and that's why it's
> the first,
> however if they can sync to whichever they want (though they can select
> which at
> runtime) it obviously shouldn't be the one that doesn't display anything.
> _______________________________________________
> MPlayer-users mailing list
> MPlayer-users at mplayerhq.hu
> https://lists.mplayerhq.hu/mailman/listinfo/mplayer-users
>


[Index of Archives]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux