NetClip - ntcodec - Pyramid decoder - npPDecoder.so

If you cannot explain what is going on here, have a look at Netscape's Plugin Dokumentation.

The PDecoder plugin

Before you can see these video-clips, you must have downloaded the PDecoder plugin. In former times, netscape navigator could check itself, if the plugin is missing, since netscape 3.01, you have to look at "help->About Plugins", and press the download button if it is not listed. A logfile of download attempts is recorded.

It is also very likely that you see a helpless requester now, if the plugin is missing. Save the plugin under the name ~/.netscape/plugins/sun4.sos5/npPDecoder.so -- then exit Netscape and start again.

EMBED type=video/x-netclip2 width=290 height=360 fps=25 src=fg.pyra
embed is here: EMBED type=video/x-netclip2 height=290 width=360 src=fg.pyra ARGV="-fps" ARGV=25 ARGV="-windowid" ARGV="$WINDOWID" ARGV="/home/inf4/jnweiger/s.tcp" PLUGINSPAGE=trampolin.html The above should cause the PDecoder plugin to get active. Apparently Netscape 3.01 no longer recognizes the tags PLUGINSPAGE= or TYPE= inside the EMBED ... statement. The HTTP-Server knows about the mime-type and sends the correct Content-type header. This only causes netscape 3.01 to pop up a dialog box: "A plugin for the mime type video/x-netclip0 was not found."
I have two choices: Either in the same process, and netscape tickles me, with incoming read, which I process. I cannot do anything without incoming data then. (E.g. loop feature is impossible). Alternative with a seperate process, and I read the input stream myself and have redraw events forewarded from netscape. The first form is currently used.
This is really funny: Netscape uses a new window ID after a redraw. How shall we handle that?
Adding the tag PLUGINSPAGE=test/whatever.html causes a coredump. Hmm.