[MPlayer-dev-eng] state of realvideo?

Kees Cook mplayer at outflux.net
Tue May 21 09:36:02 CEST 2002


On Fri, May 17, 2002 at 10:37:19PM +0200, Arpi wrote:
> > Codecs/rv20.so.6.0 => Codecs/drv2.so.6.0 `RV20toYUV420HiveMessage'
> ???
more control of some sort.

> > Codecs/rv20.so.6.0 => Codecs/drv2.so.6.0 `RV20toYUV420_RN_FRU_Free'
> > Codecs/rv20.so.6.0 => Codecs/drv2.so.6.0 `RV20toYUV420_RN_FRU_GetFrame'
> > Codecs/rv20.so.6.0 => Codecs/drv2.so.6.0 `RV20toYUV420_RN_FRU_Init'
> > Codecs/rv20.so.6.0 => Codecs/drv2.so.6.0 `RV20toYUV420_RN_FRU_Setup'
> ???
internally used.


Well, I'm making progress.  I've gotten far enough now that I know at 
least which functions have return values, and how many arguments there 
are.  I built a .so wedge, so now I can watch the function calls as they 
happen while playing back a .rm file!  :)

However, I'm a little worried that the argument structures appear to be 
filled with code references.

Another strange behavior is that there appear to be 4 "CustomMessage" 
calls for every "Transform" call.  I don't like that...

If anyone wants to take a look at the wedge, let me know.  The quick 
summary of what I've learned is:

void (*rv20_init)(unsigned int * info, void ** handle);
unsigned int (*rv20_hive)(unsigned int * info, void * handle);
unsigned int (*rv20_free)(void * handle);
unsigned int (*rv20_custom)(unsigned int * info, void * handle);
unsigned int (*rv20_transform)
              (
                unsigned int input_size,  // +8       read size?
                unsigned int output_size,  // +0       write size?
                unsigned char * input,// +10      pointer test, readable
                unsigned char * output, // +14      pointer test, writable
                void * handle  // +18 esi  source? handle?
              );

transform is a total guess at this point.  And the info structures are 
totally unknown as well.  the init info structure has some obvious things 
like width & height, though.

Agk, sleeping time.

-- 
Kees Cook                                            @outflux.net



More information about the MPlayer-dev-eng mailing list