[Mplayer-dev-eng] vo_fsdga & fastmemcpy

Nick Kurshev nickols_k at mail.ru
Fri May 18 20:28:23 CEST 2001


Hello!

On Thu, 17 May 2001 23:35:06 +0200 (MET DST), Andreas Ackermann (Acki) wrote:

>On Thu, 17 May 2001, Nick Kurshev wrote:
>
>> Hello!
>>
>> I've found in vo_dga.c module:
>>
>> // I had tried to work with mmx/3dnow copy code but
>> // there was not much speed gain and I didn't know
>> // how to save the FPU/mmx registers - so the copy
>> // code interferred with sound output ...
>> // removed the leftovers
>> // acki2 on 30/3/2001
>>
>> Unfortunately on my hardware neither vo_dga nor vo_fsdga don't work
>> But imho their author probably should use FEMMS opcode before and after
>> 3dnow/mmx block on k6-2. This opcode was documented as:
>
>What hardware + XServer do you use?
S3Virge-PCI + K7 + XFree86-4.0.3

>
>- If it's not working due to MMX code, look for
>
>case VDM_CONV_NATIVE:
> ...
>
I already wrote bugreports:

Core was generated by `./mplayer -vo dga /mnt/cdrom/Video/Species.avi'.
Program terminated with signal 11, Segmentation fault.
#0  0x40553b47 in memset () from /lib/libc.so.6
Dump of assembler code from 0x40553b47 to 0x40553b56:
0x40553b47 <memset+55>:	repz stos %eax,%es:(%edi)
0x40553b49 <memset+57>:	mov    %edx,%ecx
0x40553b4b <memset+59>:	repz stos %al,%es:(%edi)
0x40553b4d <memset+61>:	mov    0x8(%esp,1),%eax
0x40553b51 <memset+65>:	pop    %edi
0x40553b52 <memset+66>:	ret    
0x40553b53 <memset+67>:	nop    
0x40553b54 <memset+68>:	nop    
0x40553b55 <memset+69>:	nop    
End of assembler dump.
eax=00000000
ebx=0B71B000
ecx=02D46C00
edx=00000000
esp=BFFFF404
ebp=BFFFF464
edi=40F5E000
esi=0000C210

It's simply crashes.

>Make it use rep_movsl() for copying instead of memcpy(). This code is also
>optimized but without mmx. If dga still doesnt't work, you've got
>other problems ...
>
Control never reached memcpy and/or rep_movsl. It's crashed in init() function
where is used memset.

>
>vo_fsdga is not maintained by me and a VERY old branch of vo_dga forked
>by arpi, I guess ...

vo_fsdga is simply entering infinited loop, imho

Best regards! Nick


_______________________________________________
Mplayer-dev-eng mailing list
Mplayer-dev-eng at lists.sourceforge.net
http://lists.sourceforge.net/lists/listinfo/mplayer-dev-eng



More information about the MPlayer-dev-eng mailing list