[MPlayer-dev-eng] machine lockup due to xv driver

Nilmoni Deb ndeb at ece.cmu.edu
Wed Jul 24 16:59:32 CEST 2002


pl,
	I have already tried a hack. I re-enabled the set_video_eq
function call in mplayer.c (v1.528), but commented out the blocks for
saturation and contrast in the set_video_eq function definition. Still, I
got the lockup.

Also, as I have said already, the _only_ thing that triggers the lockup is
the set_video_eq function call in mplayer.c (v1.528). The vo_xv.c (v1.105)
works just fine. So I think my initial guess about wrong values of xv
attributes being the cause of lockup may be wrong.

Can somebody explain what the function set_video_eq in mplayer.c does ?
Just explain the lines in any one block such as:

 mp_cmd = (mp_cmd_t *)calloc( 1,sizeof( *mp_cmd ) );
  mp_cmd->id=MP_CMD_BRIGHTNESS; mp_cmd->name=strdup( "brightness" );
  mp_cmd->args[0].v.i=vo_gamma_brightness; mp_cmd->args[1].v.i=1;
mp_input_queue_cmd( mp_cmd );


thanks
- Nil


> It is a problem. I reported the bug on the -cvs mailing list as it was
> triggered with nvidia drivers. Pontscho commited a quick workaround for
> nvidia but the initialization does not seem fixed :/
>
> You might try replacing in libvo/vo_xv.c:
>                     if(!port_value && use_reset) continue
> by a
>                     if(port_value < -100 || port_value > 100) continue;
> 
> This should prevent out of range values from being sent to your xv
> driver
> which should ignore them instead of crashing.
>
> -- 
> Best regards,
>   pl





More information about the MPlayer-dev-eng mailing list