[MPlayer-dev-eng] [PATCH] fix for -srate bug

[Ed Wildgoose]

>>I have to be honest, I can't see any tearing on either 50Hz or 60Hz 
>>stuff.
>>    
>>
>
>look closer, it's definitely there. there's no way to avoid it,
>regardless of what your refresh rate is, without waiting for vsync to
>flip the page. with overlay this is done in hardware. otherwise you
>need a vo driver that can do it in software, and afaik none of them
>can since it usually requires root/kernel privs.
>  
>

Hmm, curious.  I know exactly what you are describing because I used to 
see it before I tweaked the video modes.  It was a very clear break in 
the picture (like a faint line) moving slowly up or down the screen.  
However, everything is absolutely rock solid here on both 50 and 60Hz. 

Possibly I am not running in the mode that I think I am though...  
Because I only have a TV, the resolution is low anyway, and software 
scaling made only a very tiny difference.  In theory I could see no 
reason for it to make any difference though since I am running in 
720x576, which is what many DVD's will be in anyway..  On tests though I 
could see a slight increase in sharpness.

At some point I intend to buy a big plasma or LCD (waiting until they 
have dvi inputs that work with PCs...).  Then I will be much more 
interested in playing with output quality tweaks.


>no, total opposite. playing dvd on some output that only support
>44100.
>  
>

Oh, curious.  What is your output that it only supports 44100?  Seems to 
be an uncommon situation?  (the soundcard "locked" at 48Khz seems to be 
the most common complaint?)


>my claim was that full quality resample takes 1-2% additional cpu time
>over linint.
>  
>

Well, seems that you might be right there.  I think my testing was 
flawed.  I need to revisit the timings. 

However, as Michael has demonstrated on another post, the libsamplerate 
code is perhaps half the speed, but works at 32 bit instead of 16 bit 
arithmetic (which seems like a reasonable trade to me).  If this is 
right, then really the two algorithms are somewhat equivalent in speed 
(a factor of x2 on the 1-2% that you mentioned above is not too exciting...)

I would be interested to see if it wasn't possible to get the quality of 
the lavc resampler up to that of libsamplerate

Ed W