Directplay Sevice Provider

[Alessandro Pignotti]

Hi everyone,
i'm taking a look at wine's directplay implementation. From the the wiki i've 
seen that there are efforts to understand the directplay protocol. But it 
seems to be be quite a difficult task. Would not be a better idea to 
implement a wine directplay service provider with our own protocol, not 
compatible with microsoft tcp/ip service provider, but portable and usable on 
both windows and linux?

Bye
    Pignotti Alessandro

[Damjan Jovanovic]

On 1/23/07, Alessandro Pignotti  wrote:
> Hi everyone,
> i'm taking a look at wine's directplay implementation. From the the wiki i've
> seen that there are efforts to understand the directplay protocol. But it
> seems to be be quite a difficult task. Would not be a better idea to
> implement a wine directplay service provider with our own protocol, not
> compatible with microsoft tcp/ip service provider, but portable and usable on
> both windows and linux?

But if we did that, we couldn't play between Windows and Linux machines.
> Bye
>         Pignotti Alessandro
>
> --
> Vi Veri Veniversum Vivus Vici
>         -Dr. Faustus -  Marlowe

Damjan

[Stefan Dösinger]

Am Dienstag 23 Januar 2007 14:08 schrieb Alessandro Pignotti:
> Hi everyone,
> i'm taking a look at wine's directplay implementation. From the the wiki
> i've seen that there are efforts to understand the directplay protocol. But
> it seems to be be quite a difficult task. Would not be a better idea to
> implement a wine directplay service provider with our own protocol, not
> compatible with microsoft tcp/ip service provider, but portable and usable
> on both windows and linux?

I think you should get in Contact with Kai Blin too. He is the main worker on 
DirectPlay at the moment.

I think he decided to reverse engineer the Microsoft Protocol for a few 
reasons. One of them is that we do not have to equip windows machines with 
our own service providers. Understanding the protocol gives some insight into 
the way dplay works, and I guess Kai has some fun reverse engineering the 
protocol :-)

Questions about OleLoadPictureEx and SetDIBColorTable

[Laurent Vromman]

Hi,

I'm still working on the freeware "Navigation" 
(http://francois.fouchet.free.fr/) which will soon be added to AppDB.

I produced a working version of WidenPath (a priliminary patch will come 
soon).

Another problem appeared in an other place (which was masked because of 
WidenPath at the beginning).

Navigation triggers a problem in SetDIBColorTable. I investigate a 
little, but I don't know enough to conclude. I need your help.

In SetDIBColorTable, this particular test failed :

/* Check if currently selected bitmap is a DIB */
        if (bitmap->color_table)

Here is the source code (in vb) in Navigation :

Set hDessin = LoadGif(LocFile)  '#* (uses LoadPicture in a StdPicture)
ShowErr SelectObject(Plans(plDessin).hdc, hDessin), "SelectObject 
Dessin:#Here#"
ShowErr SetDIBColorTable2(Plans(plDessin).hdc, 0, 256, 
PaletteAltitude(0)), "SetDIBColorTable:#Here#"

Just before the failure, Navigation uses OleLoadPictureEx, which is 
partially implemented :
fixme:ole:OleLoadPictureEx 
(0xee06ec,343250,1,{00020400-0000-0000-c000-000000000046},x=0,y=0,f=0,0x33dd48), 
partially implemented.

I don't really know what happen, since I don't understand everything in 
those differents functions. Can anyone please help me to investigate 
more precisely to discover want happen, and try to correct something if 
necessary ?
Thank you all,

Laurent