All,
mplayerplug-in 1.0pre2 has been released. The version number is to sync with
mplayer.
Download here:
http://mplayerplug-in.sourceforge.net/download.html
Changes
1.0pre2
Removed X11/xpm.h as an include
Removed sys/wait.h as an include
Added Vivo mime type
Version 1.0pre2 - requires mplayer 1.0pre2, still works with mplayer 0.92
Set default cachesize to 512
Added mime type video/mp4
Fixed pointer error in mime type list
More work on playlist handling
[REMOVED]Work around bug in mplayer -playlist option with asf streams.
Switched to automake type build system
Removed 2>/dev/null from popen calls.
Seems like it might cause shell issues
Fixed status update when debug is off
Changed pthread objects from global to instance level varibles
Removed a forgotten 2>/dev/null from popen calls
[REMOVED]Made plugin playlist work correctly with mplayer CVS as of 10/21/03
(period at end of url removed)
[REMOVED]Work around "-playlist" bug with MP3 files
Switch to determining playlist in plugin rather than calling mplayer to do it
Redo playlist code. Trash using mplayer to parse playlist instead do it in
the plugin
Updated support for ASF and ASX files of mixed case
Cleaned up some printf statements that were not wrapped by if DEBUG flags
Identify mmst streams as mms streams internally
Switch to having all formats being streamable.
Allows linking to asx/asf files directly.
More autoconf changes

Well,
I tend to think that I should not alter the url given to the plugin and I
should pass it to mplayer as is for mms streams. If mplayer wants to change
it, then it should, but I don't know enough about the data stream to alter
the url. I had the same opinion for sites where mms://host didnt work but
mms://host:1755 did work, but the url passed was the mms://host one. I don't
think the plugin should have to fix markup errors...That may not work on all
sites.
Kevin
On Tuesday 28 October 2003 12:07 pm, Robert Serphillips wrote:
> This fixes all the problems at cnn and espn. Any chance the plugin can
> change mms to mmst on the fly?
>
> -Rob
>
>
> On Fri, 24 Oct 2003 13:10:24 +0200
>
> Chris <sums3l@...> wrote:
> > Hi ML,
> >
> > as I tried to figure out why some streams do not start playing, I
> > found this mail at the mplayer-users ML:
> > http://mplayerhq.hu/pipermail/mplayer-users/2003-October/038374.html
> >
> > Says you have to use mmst:// instead of mms:// for some streams.
> > Hope this is useful to you :)
> >
> > Chris
> >
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: The SF.net Donation Program.
> > Do you like what SourceForge.net is doing for the Open
> > Source Community? Make a contribution, and help us add new
> > features and functionality. Click here:
> > http://sourceforge.net/donate/
> > _______________________________________________
> > Mplayerplug-in-devel mailing list
> > Mplayerplug-in-devel@...
> > https://lists.sourceforge.net/lists/listinfo/mplayerplug-in-devel
>
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.
> Does SourceForge.net help you be more productive? Does it
> help you create better code? SHARE THE LOVE, and help us help
> YOU! Click Here: http://sourceforge.net/donate/
> _______________________________________________
> Mplayerplug-in-devel mailing list
> Mplayerplug-in-devel@...
> https://lists.sourceforge.net/lists/listinfo/mplayerplug-in-devel

This fixes all the problems at cnn and espn. Any chance the plugin can
change mms to mmst on the fly?
-Rob
On Fri, 24 Oct 2003 13:10:24 +0200
Chris <sums3l@...> wrote:
> Hi ML,
>
> as I tried to figure out why some streams do not start playing, I
> found this mail at the mplayer-users ML:
> http://mplayerhq.hu/pipermail/mplayer-users/2003-October/038374.html
>
> Says you have to use mmst:// instead of mms:// for some streams.
> Hope this is useful to you :)
>
> Chris
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: The SF.net Donation Program.
> Do you like what SourceForge.net is doing for the Open
> Source Community? Make a contribution, and help us add new
> features and functionality. Click here:
> http://sourceforge.net/donate/
> _______________________________________________
> Mplayerplug-in-devel mailing list
> Mplayerplug-in-devel@...
> https://lists.sourceforge.net/lists/listinfo/mplayerplug-in-devel
>

Sylvain,
Ok I did this and fix a few other things... Can you tell me how these value=
s=20
are used? Or how to use them more effectively. Can I use variables from the=
se=20
in the code? I'm kinda new to autoconf.
Kevin
On Sunday 26 October 2003 11:11 pm, Sylvain Petreolle wrote:
> Hi Kevin, could you fill some configure values in .ac ?
> # Generated by GNU Autoconf 2.57 for FULL-PACKAGE-NAME VERSION.
> # Report bugs to <BUG-REPORT-ADDRESS>.
>
> If already done but not shown in current CVS, please ignore this.
>
> > This is not a final release so it is only available in source code.
> >
> > Also, as of this release I have changed to an automake setup. So to
> > build use
> > the following
> >
> > ./configure
> > make
> > make install
> >
> > Kevin
>
> =3D=3D=3D=3D=3D
> Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net)
> ICQ #170597259
> Say NO to software patents
> Dites NON aux brevets logiciels
>
> "What if tomorrow the War could be over ?" Morpheus, in "Reloaded".
>
> ___________________________________________________________
> Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran=C3=A7ais !
> Yahoo! Mail : http://fr.mail.yahoo.com
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: The SF.net Donation Program.
> Do you like what SourceForge.net is doing for the Open
> Source Community? Make a contribution, and help us add new
> features and functionality. Click here: http://sourceforge.net/donate/
> _______________________________________________
> Mplayerplug-in-devel mailing list
> Mplayerplug-in-devel@...
> https://lists.sourceforge.net/lists/listinfo/mplayerplug-in-devel

Hi Kevin, could you fill some configure values in .ac ?
# Generated by GNU Autoconf 2.57 for FULL-PACKAGE-NAME VERSION.
# Report bugs to <BUG-REPORT-ADDRESS>.
If already done but not shown in current CVS, please ignore this.
> This is not a final release so it is only available in source code.
>
> Also, as of this release I have changed to an automake setup. So to
> build use
> the following
>
> ./configure
> make
> make install
>
> Kevin
=====
Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net)
ICQ #170597259
Say NO to software patents
Dites NON aux brevets logiciels
"What if tomorrow the War could be over ?" Morpheus, in "Reloaded".
___________________________________________________________
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.com

Rob,
Sorry when I try and do the playlist parsing in a thread it crashes mozilla. I
think it has something to do with reentering the NPN_GetURL function.
Kevin
On Thursday 23 October 2003 4:54 pm, Robert Serphillips wrote:
> hmm.. This may be a good time to put in a feature request. Any chance
> you could implement it in such a way that while the plugin is fetching
> the playlist is does not block the main browser process. Especially
> now that some of the sites mentioned in the earlier thread (cnn and
> nhl.com) are causing mplayer to hang, it's basically freezing the
> browser.
>
> If it's possible
>
> -Rob
>
> On Wed, 22 Oct 2003 13:53:21 -0600
>
> Kevin DeKorte <kdekorte@...> wrote:
> > Well,
> >
> > I'm a little frustrated with all the changes to the mplayer playlist
> >
> > processing. So I have taken matters into my own hands and have
> > started working on parsing my own playlists.... So far I have a few
> > sites working and so I'm sure some of you are going to find some
> > that don't work. But I should have some code in CVS today and maybe
> > a tar file up on the site for testing.
> >
> > The benefits of parsing my own lists is that the processing is MUCH
> > faster and I don't have to worry about network delays as much. Plus
> > I don't have a moving target to keep hitting.
> >
> > Kevin
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: The SF.net Donation Program.
> > Do you like what SourceForge.net is doing for the Open
> > Source Community? Make a contribution, and help us add new
> > features and functionality. Click here:
> > http://sourceforge.net/donate/
> > _______________________________________________
> > Mplayerplug-in-devel mailing list
> > Mplayerplug-in-devel@...
> > https://lists.sourceforge.net/lists/listinfo/mplayerplug-in-devel
>
> -------------------------------------------------------
> This SF.net email is sponsored by: The SF.net Donation Program.
> Do you like what SourceForge.net is doing for the Open
> Source Community? Make a contribution, and help us add new
> features and functionality. Click here: http://sourceforge.net/donate/
> _______________________________________________
> Mplayerplug-in-devel mailing list
> Mplayerplug-in-devel@...
> https://lists.sourceforge.net/lists/listinfo/mplayerplug-in-devel

hmm.. This may be a good time to put in a feature request. Any chance
you could implement it in such a way that while the plugin is fetching
the playlist is does not block the main browser process. Especially
now that some of the sites mentioned in the earlier thread (cnn and
nhl.com) are causing mplayer to hang, it's basically freezing the
browser.
If it's possible
-Rob
On Wed, 22 Oct 2003 13:53:21 -0600
Kevin DeKorte <kdekorte@...> wrote:
> Well,
>
> I'm a little frustrated with all the changes to the mplayer playlist
>
> processing. So I have taken matters into my own hands and have
> started working on parsing my own playlists.... So far I have a few
> sites working and so I'm sure some of you are going to find some
> that don't work. But I should have some code in CVS today and maybe
> a tar file up on the site for testing.
>
> The benefits of parsing my own lists is that the processing is MUCH
> faster and I don't have to worry about network delays as much. Plus
> I don't have a moving target to keep hitting.
>
> Kevin
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: The SF.net Donation Program.
> Do you like what SourceForge.net is doing for the Open
> Source Community? Make a contribution, and help us add new
> features and functionality. Click here:
> http://sourceforge.net/donate/
> _______________________________________________
> Mplayerplug-in-devel mailing list
> Mplayerplug-in-devel@...
> https://lists.sourceforge.net/lists/listinfo/mplayerplug-in-devel
>

Dear Kevin,
Thanks again. I have replied to your questions as they occur.
>From: Kevin DeKorte <kdekorte@...>
>To: "John Green" <greenjh@...>,
>mplayerplug-in-devel@...
>Subject: Re: [Mplayerplug-in-devel] Re: Re: mplayerplug-in with Mozilla 1.5
>Release Candidate
>Date: Mon, 20 Oct 2003 16:03:18 -0600
>
>John,
>
>You said you installed the RPM and when you started mozilla it complained
>about a library missing? What one is missing? There is very little that the
>plugin depends on.
Here is the error message when mozilla tried to load the plugin from the
RPM.
LoadPlugin: failed to initialize shared library
/usr/local/mozilla/plugins/mplayerplug-in.so
[/lib/libpthread.so.0: version `GLIBC_2.3.2' not found
(required by /usr/local/mozilla/plugins/mplayerplug-in.so)]
This is very similar to the error message when I first tried to install the
RPM (without --nodep).
According to 'file', the version of libpthread on my box is:
/lib/libpthread-0.9.so: ELF 32-bit LSB shared object,
Intel 80386, version 1 (SYSV), not stripped
No doubt this all because I am running Mandrake 8.2 and the RPM is designed
for
Red Hat 9.
For the record, my libpthread depends only on libc.so.6
and ld-linux.so.2, which is a link to ld-2.2.4.so.
>
>Also, I put up a new test tar file up for people to test. It seems to be
>working well for me.
But not for me :-(
I also tried mozplugger, which is compiled from source. It failed at the
same
point as the compiled-from-source mplayer-plugin.
I'll try googling for a pre-built binary to suit my old complier and
libraries,
but a solution will probably have to wait for my next whole-system upgrade.
(If my 3-year old laptop can take the strain).
Best Wishes,
John Green
_________________________________________________________________
See when your friends are online with MSN Messenger 6.0. Download it now
FREE! http://msnmessenger-download.com

Alexandre,
Patches are always good... I have fixed the no window drawing problem in 0.91
so that should be taken care of.
As for javascript support. Nope.. no one has started on it. Project has always
been active, just not moving fast at times. :) I had to travel for work and
that always kills the freetime.
Kevin
On Saturday 25 October 2003 7:10 am, Alexandre Pereira da Silva wrote:
> There is some sites that this really helps.
> But I change mplayer to treat all streams as
> mmst and that seems to help.
>
> The problem is that mplayer dont support http seek,
> but some streams need seeking to read some other part
> of the stream.
>
> By the way, some time ago, I changed mplayerplugin to
> work on some radio sites. Those sites dont have a window
> where mplayerplugin can draw. So you have to call mplayer
> directly when the stream starts. If anyone is interested
> I can send it to the list. But it was based on
> mplayerplugin 0.80. At that time, I saw no trafic on the
> mailing list, I thought that the project was a little
> inactive.
>
> There is anyone working on javascript support?
>
> Em Fri, Oct 24, 2003 at 01:10:24PM +0200, Chris escreveu:
> > Hi ML,
> >
> > as I tried to figure out why some streams do not start playing, I found
> > this mail at the mplayer-users ML:
> > http://mplayerhq.hu/pipermail/mplayer-users/2003-October/038374.html
> >
> > Says you have to use mmst:// instead of mms:// for some streams.
> > Hope this is useful to you :)
> >
> > Chris

Chris,
Thanks for the tip. mmst urls are now identified at mms streams and handled
the same now.
Kevin
On Friday 24 October 2003 5:10 am, Chris wrote:
> Hi ML,
>
> as I tried to figure out why some streams do not start playing, I found
> this mail at the mplayer-users ML:
> http://mplayerhq.hu/pipermail/mplayer-users/2003-October/038374.html
>
> Says you have to use mmst:// instead of mms:// for some streams.
> Hope this is useful to you :)
>
> Chris
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: The SF.net Donation Program.
> Do you like what SourceForge.net is doing for the Open
> Source Community? Make a contribution, and help us add new
> features and functionality. Click here: http://sourceforge.net/donate/
> _______________________________________________
> Mplayerplug-in-devel mailing list
> Mplayerplug-in-devel@...
> https://lists.sourceforge.net/lists/listinfo/mplayerplug-in-devel

There is some sites that this really helps.
But I change mplayer to treat all streams as
mmst and that seems to help.
The problem is that mplayer dont support http seek,
but some streams need seeking to read some other part
of the stream.
By the way, some time ago, I changed mplayerplugin to
work on some radio sites. Those sites dont have a window
where mplayerplugin can draw. So you have to call mplayer
directly when the stream starts. If anyone is interested
I can send it to the list. But it was based on
mplayerplugin 0.80. At that time, I saw no trafic on the
mailing list, I thought that the project was a little
inactive.
There is anyone working on javascript support?
Em Fri, Oct 24, 2003 at 01:10:24PM +0200, Chris escreveu:
> Hi ML,
>
> as I tried to figure out why some streams do not start playing, I found
> this mail at the mplayer-users ML:
> http://mplayerhq.hu/pipermail/mplayer-users/2003-October/038374.html
>
> Says you have to use mmst:// instead of mms:// for some streams.
> Hope this is useful to you :)
>
> Chris
--
Alexandre Pereira da Silva ICQ#: 22163948
Tels: (11) 93830810(cel), 37271018(casa)

Well that patch was not really meant for merging anyway. I agree about
the advertising, in this case I just removed them because mplayer cant
handle them (se previous posts).
My idea was not to hardcode the blocklist but to use something like
media_filter= fully qualified path to list with items to block
Then check if an item was in that list, but I like your idea more.
I will have a look to see if I can make something along the lines of
what you are suggesting.
/Christian
On Fri, 2003-10-24 at 22:10, Kevin DeKorte wrote:
> Christian,
>
> Interesting idea. I'm not sure I am going to merge this for only one reason.
> Since advertising is pretty much what pays for people to listen to this stuff
> over the net, I would prefer not to specifically block it. I guess I feel if
> you are getting something for free a little advertising won't kill you. Maybe
> a better option would be something that called an external program that
> "filtered" the content. That way what content is filtered it controlled by
> the user of the program rather that hard coded in the program itself.
>
> Perhaps something where you pass it a URL and it returns a "blank" line to
> remove the url or even an "altered url". Someone else asked for this feature
> but I declined since the "altered url" was fixing a broken site.
>
> something like this
>
> new config option
>
> media_filter=fully qualified path to script
>
> Add this to PluginInstance structure
> char media_filter[1024];
>
> Add this to the init instance
> sprintf(media_filter,"\0");
>
> Need to add something to read the option from the config file
>
> add something like this to "addToList"
>
> if (strlen(This->media_filter) == 0) {
> sprintf(cmd,"%s %s",This->media_filter,This->url);
> fp = popen(cmd,"r")
> if (fp != NULL) {
> // psuedo code
> read a line
> if line len = 0 then
> don't add the url
> else
> use returned value as the new url
> end if
> }
> }
> example media filter script, really basic example. I'm sure someone can make a
> better one.
>
> #!/bin/bash
> echo %1 > /tmp/media_filter
> grep -v "nhl_promo1.wma" /tmp/media_filter
> rm /tmp/media_filter
>
> or something along that line
>
> So if you want to code that up I would take that patch.
>
> Kevin

John,
Ah using an RedHat 9 RPM on Mandrake 8.2 is definately going to give you
problems due to the fact that redhat uses the NPTL thread lib. Sounds like
your machine is kinda messed up. You might want to fix it. Since you have
such a strange config best you have hope for is that you can use the
mplayerplug-in from the PLF if they have it.
If you laptop has 256MB + of RAM Mandrake 9.2(?) should work ok for you. I
have to admit my laptop is kinda beefy so I run the latest of everything I
can find. (2Ghz, 768MB , 60GB). But my desktop running fedora works very well
to and it is an 800Mhz, 512MB machine.
Kevin
On Friday 24 October 2003 11:57 am, John Green wrote:
> Dear Kevin,
>
> Thanks again. I have replied to your questions as they occur.
>
> From: Kevin DeKorte <kdekorte@...>
>
> >To: "John Green" <greenjh@...>,
> >mplayerplug-in-devel@...
> >Subject: Re: [Mplayerplug-in-devel] Re: Re: mplayerplug-in with Mozilla
> > 1.5 Release Candidate
> >Date: Mon, 20 Oct 2003 16:03:18 -0600
> >
> >John,
> >
> >You said you installed the RPM and when you started mozilla it complained
> >about a library missing? What one is missing? There is very little that
> > the plugin depends on.
>
> Here is the error message when mozilla tried to load the plugin from the
> RPM.
>
> LoadPlugin: failed to initialize shared library
> /usr/local/mozilla/plugins/mplayerplug-in.so
> [/lib/libpthread.so.0: version `GLIBC_2.3.2' not found
> (required by /usr/local/mozilla/plugins/mplayerplug-in.so)]
>
> This is very similar to the error message when I first tried to install the
> RPM (without --nodep).
>
> According to 'file', the version of libpthread on my box is:
>
> /lib/libpthread-0.9.so: ELF 32-bit LSB shared object,
> Intel 80386, version 1 (SYSV), not stripped
>
> No doubt this all because I am running Mandrake 8.2 and the RPM is designed
> for
> Red Hat 9.
>
> For the record, my libpthread depends only on libc.so.6
> and ld-linux.so.2, which is a link to ld-2.2.4.so.
>
> >Also, I put up a new test tar file up for people to test. It seems to be
> >working well for me.
>
> But not for me :-(
>
> I also tried mozplugger, which is compiled from source. It failed at the
> same
> point as the compiled-from-source mplayer-plugin.
>
> I'll try googling for a pre-built binary to suit my old complier and
> libraries,
> but a solution will probably have to wait for my next whole-system upgrade.
> (If my 3-year old laptop can take the strain).
>
> Best Wishes,
>
> John Green
>
> _________________________________________________________________
> See when your friends are online with MSN Messenger 6.0. Download it now
> FREE! http://msnmessenger-download.com

Well,
I'm a little frustrated with all the changes to the mplayer playlist
processing. So I have taken matters into my own hands and have started
working on parsing my own playlists.... So far I have a few sites working and
so I'm sure some of you are going to find some that don't work. But I should
have some code in CVS today and maybe a tar file up on the site for testing.
The benefits of parsing my own lists is that the processing is MUCH faster and
I don't have to worry about network delays as much. Plus I don't have a
moving target to keep hitting.
Kevin

I see the same problem on cnn.com. The playlist consists of 3
sections. The first and last play fine but the 2nd one stalls. Here is
the url to the second item in the playlist. Try this on the command
line
mplayer
http://205.188.214.185:80/cnn/us/2003/10/17/de.bags.planes.affl.300k.wmv
This stalls at
Playing
http://205.188.214.185:80/cnn/us/2003/10/17/de.bags.planes.affl.300k.wmv
Failed to create AF_INET6 socket:
Connecting to server 205.188.214.185[205.188.214.185]:80 ...
Failed to create AF_INET6 socket:
Connecting to server 205.188.214.185[205.188.214.185]:80 ...
Stream bitrate properties object
Max bandwidth set to 0
Failed to create AF_INET6 socket:
Connecting to server 205.188.214.185[205.188.214.185]:80 ...
Cache size set to 570 KBytes
Connected to server: 205.188.214.185
Cache fill: 0.00% (0 bytes)
and eventually returns=20
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ASF Stream group =3D=3D START =3D=3D=3D
object size =3D 38
stream count=3D[0x2][2]
stream id=3D[0x1][1]
max bitrate=3D[0x87dc][34780]
stream id=3D[0x2][2]
max bitrate=3D[0x442a2][279202]
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ASF Stream group =3D=3D END =3D=3D=3D
ASF: No video stream found.
ASF: No audio stream found -> no sound.
No stream found.
> MPlayer-1.0pre2
> mplayerplug-in-1.0pre2-test2
> Mozilla Firebird 0.7
Same stats here. RH9
-Rob
On Tue, 21 Oct 2003 01:39:23 +0200
christian yl=E4m=E4ki <ylamaki@...> wrote:
> The "Getting playlist..." problem can also occur because of what I
> belive is a bug in mplayer.
> Like on this page
> http://nhl.com/intheslot/listen/radio/index.html
>=20
> The problem is that there are a couple of comercials before the
> game. When trying to play these comercials mplayer hangs while
> mplayerplug-in displays "Getting playlist...".
>=20
> To listen to a hockey game I have to:
> 1.Click "Listen now"
> 2.ps wx | grep mplayer
> 3.Open the /tmp/mplayXXXXXX file mplayer is trying to use in a
> texteditor and check the href.
> 4.mplayer -playlist "Adress found in step 3"
> Then when mplayer hangs I skip to the next entry in the playlist
> until I reach the game.
>=20
> This behaviour by mplayer makes me belive that the plugin is not to
> blame in this case.
>=20
> MPlayer-1.0pre2
> mplayerplug-in-1.0pre2-test2
> Mozilla Firebird 0.7
>=20
> Regards
> /Christian
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by OSDN developer relations
> Here's your chance to show off your extensive product knowledge
> We want to know what you know. Tell us and you have a chance to win
> $100 http://www.zoomerang.com/survey.zgi?HRPT1X3RYQNC5V4MLNSV3E54
> _______________________________________________
> Mplayerplug-in-devel mailing list
> Mplayerplug-in-devel@...
> https://lists.sourceforge.net/lists/listinfo/mplayerplug-in-devel
>=20
>=20

The "Getting playlist..." problem can also occur because of what I
belive is a bug in mplayer.
Like on this page
http://nhl.com/intheslot/listen/radio/index.html
The problem is that there are a couple of comercials before the game.
When trying to play these comercials mplayer hangs while mplayerplug-in
displays "Getting playlist...".
To listen to a hockey game I have to:
1.Click "Listen now"
2.ps wx | grep mplayer
3.Open the /tmp/mplayXXXXXX file mplayer is trying to use in a
texteditor and check the href.
4.mplayer -playlist "Adress found in step 3"
Then when mplayer hangs I skip to the next entry in the playlist until I
reach the game.
This behaviour by mplayer makes me belive that the plugin is not to
blame in this case.
MPlayer-1.0pre2
mplayerplug-in-1.0pre2-test2
Mozilla Firebird 0.7
Regards
/Christian