You can subscribe to this list here.
2006 |
Jan
|
Feb
|
Mar
|
Apr
(5) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(4) |
2008 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2010 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(4) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Toby H. <tjw...@gm...> - 2011-03-08 15:53:44
|
I've had a good play around with ProjectM and I've suspected for a while that the spectrum code isn't working properly. Here's a simple preset that should display a vertically scrolling spectrum - but all I'm getting is a horizontal line. I can tell that beat detection is working because the normal "ProjectM" headphones preset has scaling headphones and other presets react reasonably to the audio. This is a simplified version of "raron - simple frequency spectrum, clouds vertical scroll.milk". [preset00] fRating=3.000000 fGammaAdj=1.000000 fDecay=1.000000 fVideoEchoZoom=1.006596 fVideoEchoAlpha=0.000000 nVideoEchoOrientation=3 nWaveMode=7 bAdditiveWaves=0 bWaveDots=1 bWaveThick=0 bModWaveAlphaByVolume=0 bMaximizeWaveColor=0 bTexWrap=0 bDarkenCenter=0 bRedBlueStereo=0 bBrighten=0 bDarken=0 bSolarize=0 bInvert=0 fWaveAlpha=0.001000 fWaveScale=0.043641 fWaveSmoothing=0.630000 fWaveParam=0.000000 fModWaveAlphaStart=0.710000 fModWaveAlphaEnd=1.300000 fWarpAnimSpeed=1.000000 fWarpScale=1.331000 fZoomExponent=1.030000 fShader=0.020000 zoom=1.0002 rot=0.000000 cx=0.500000 cy=0.500000 dx=0.000000 dy=0.000000 warp=0.010000 sx=1.000000 sy=1.000000 wave_r=0.650000 wave_g=0.650000 wave_b=0.650000 wave_x=0.500000 wave_y=0.500000 ob_size=0.500000 ob_r=0.010000 ob_g=0.000000 ob_b=0.000000 ob_a=0.000000 ib_size=0.260000 ib_r=0.250000 ib_g=0.250000 ib_b=0.250000 ib_a=0.000000 nMotionVectorsX=12.000000 nMotionVectorsY=9.000000 mv_dx=0.000000 mv_dy=0.000000 mv_l=0.900000 mv_r=1.000000 mv_g=1.000000 mv_b=1.000000 mv_a=0.000000 wavecode_0_enabled=1 wavecode_0_samples=512 wavecode_0_sep=0 wavecode_0_bSpectrum=1 wavecode_0_bUseDots=1 wavecode_0_bDrawThick=1 wavecode_0_bAdditive=1 wavecode_0_scaling=1.000000 wavecode_0_smoothing=0.500000 wavecode_0_r=1.000000 wavecode_0_g=1.000000 wavecode_0_b=0.300000 wavecode_0_a=1.000000 wave_0_per_point1=oddtest = (sample*512)%2; wave_0_per_point2=meter = 0.5 + value1 * 5; wave_0_per_point3= wave_0_per_point4=a = if(equal(oddtest,0),0,meter); wave_0_per_point5=y = if(equal(oddtest,0),0.5,meter); wave_0_per_point6=x = sample - (oddtest * 0.001953125) ; per_frame_1=dy = 0.003; |
From: Michael R. <kid...@gm...> - 2011-03-08 06:12:26
|
Hi, Looks like there is not much activity here. Is this project still being actively maintained and/or developed? I'm pretty interested in moving things forward. There are a few areas I'm particularly interested in: - The beat detection seems like it could be improved - Improving preset compatibility w/ Milkdrop - Integrating libprojectM 2.0 into XBMC - Possibly writing a linux version of the screensaver module I have begun tracking my local changes with a git repo; it will make its way onto github at some point. I thought I'd poke my head into the mailing list to get a sense of the future of this project as well as how to best make contributions to the project proper. -- /mike. |
From: <t6...@gm...> - 2010-07-26 00:37:34
|
On 26/07/2010 10:10 AM, Peter Sperl wrote: > nope, what platform, os version, etc.? Also, is USE_THREADS enabled? Enabled, and under linux. What happens if you link to libprojectm-2.0 and then you call delete a projectm using pthreads library? If not how are you testing libprojectM ? Using Winamp running on Windows? or ? > > On Sun, Jul 25, 2010 at 8:09 PM, t6...@gm...<t6...@gm...> wrote: >> On 26/07/2010 2:21 AM, Peter Sperl wrote: >>> >>> The list is dead, not the project. Also, I was a little confused as to >>> what your issue was. >> >> Right after new projectM(), I called delete ~projectM() obj. It crashed >> immediately do you know about this? >> Also triggers a pthread mutex trylock or lock failure even if delete wasn't >> called immediately after new. >> And therefore, it does work but it will only work exactly once. >> Do you know what I mean ? >> >>> >>> --Pete >>> >>> >>> >>> -- Sent from my Palm Pre >>> >>> On Jul 24, 2010 10:14 PM, t6...@gm...<t6...@gm...> wrote: >>> >>> On 24/07/2010 11:30 AM, t6...@gm... wrote: >>>> >>>> Hello: >>>> >>>> libprojectm 2 >>>> It seems that it only runs exactly once and then crash right at delete >>>> renderTarget. >>>> delete ( renderer ); seems to be problematic even if no delete and then >>>> it will still crash the threads ... >>>> >>>> Is this a known issue anybody? >>>> >>>> Thanks!! >>> >>> return 0; >>> thx, no responses. >>> >>> Dead project? >>> I am trying to figure out exactly how to fix this, since it segfault on >>> delete. And then fail at pthread trylock. >>> >>> Maybe this is why no one knows. >>> >>> Great project btw. >>> >>> >>> ------------------------------------------------------------------------------ >>> >>> This SF.net email is sponsored by Sprint >>> What will you do first with EVO, the first 4G phone? >>> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first >>> _______________________________________________ >>> projectm-devel mailing list >>> pro...@li... >>> https://lists.sourceforge.net/lists/listinfo/projectm-devel >> >> > |
From: <t6...@gm...> - 2010-07-26 00:09:49
|
On 26/07/2010 2:21 AM, Peter Sperl wrote: > The list is dead, not the project. Also, I was a little confused as to > what your issue was. Right after new projectM(), I called delete ~projectM() obj. It crashed immediately do you know about this? Also triggers a pthread mutex trylock or lock failure even if delete wasn't called immediately after new. And therefore, it does work but it will only work exactly once. Do you know what I mean ? > > --Pete > > > > -- Sent from my Palm Pre > > On Jul 24, 2010 10:14 PM, t6...@gm... <t6...@gm...> wrote: > > On 24/07/2010 11:30 AM, t6...@gm... wrote: >> Hello: >> >> libprojectm 2 >> It seems that it only runs exactly once and then crash right at delete >> renderTarget. >> delete ( renderer ); seems to be problematic even if no delete and then >> it will still crash the threads ... >> >> Is this a known issue anybody? >> >> Thanks!! > return 0; > thx, no responses. > > Dead project? > I am trying to figure out exactly how to fix this, since it segfault on > delete. And then fail at pthread trylock. > > Maybe this is why no one knows. > > Great project btw. > > ------------------------------------------------------------------------------ > > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > _______________________________________________ > projectm-devel mailing list > pro...@li... > https://lists.sourceforge.net/lists/listinfo/projectm-devel |
From: <t6...@gm...> - 2010-07-25 02:14:52
|
On 24/07/2010 11:30 AM, t6...@gm... wrote: > Hello: > > libprojectm 2 > It seems that it only runs exactly once and then crash right at delete > renderTarget. > delete ( renderer ); seems to be problematic even if no delete and then > it will still crash the threads ... > > Is this a known issue anybody? > > Thanks!! return 0; thx, no responses. Dead project? I am trying to figure out exactly how to fix this, since it segfault on delete. And then fail at pthread trylock. Maybe this is why no one knows. Great project btw. |
From: <t6...@gm...> - 2010-07-24 01:35:43
|
Hello: libprojectm 2 It seems that it only runs exactly once and then crash right at delete renderTarget. delete ( renderer ); seems to be problematic even if no delete and then it will still crash the threads ... Is this a known issue anybody? Thanks!! |
From: Daniel S. <ma...@sq...> - 2010-03-10 22:00:23
|
Hi. Im am new to this list. I am interested in getting projectm running on the n900. It is equipped with opengl es 2.0 gpu with 1.1 compatibility. I have been reading up on the gl es 2 spec. I have checked out the projectm 2.0.1 src and tweaked a few things to try and build it but thus far have not suceeded. First off i disabled ftgl, enabled fbo and gles1 support in cmakelists.txt. I then deleted cmakecache.txt and did a cmake . I had to alter many files to include GLES/gl.h rather than GL/gl.h this leads me to the conclusion that although gles 1 support is apparently present it is not maintained. i have given up for now at soil.o having built the following: Nokia-N900-42-11:/home/user/projectM-2.0.1-Source# find -name *.o ./Renderer/CMakeFiles/Renderer.dir/Renderable.o ./Renderer/CMakeFiles/Renderer.dir/MilkdropWaveform.o ./Renderer/CMakeFiles/Renderer.dir/RenderItemMatcher.o ./Renderer/CMakeFiles/Renderer.dir/BeatDetect.o ./Renderer/CMakeFiles/Renderer.dir/VideoEcho.o ./Renderer/CMakeFiles/Renderer.dir/ShaderEngine.o ./Renderer/CMakeFiles/Renderer.dir/TextureManager.o ./Renderer/CMakeFiles/Renderer.dir/Waveform.o ./Renderer/CMakeFiles/Renderer.dir/RenderItemDistanceMetric.o ./Renderer/CMakeFiles/Renderer.dir/UserTexture.o ./Renderer/CMakeFiles/Renderer.dir/SOIL/image_helper.o ./Renderer/CMakeFiles/Renderer.dir/SOIL/image_DXT.o ./Renderer/CMakeFiles/Renderer.dir/Filters.o ./Renderer/CMakeFiles/Renderer.dir/FBO.o ./Renderer/CMakeFiles/Renderer.dir/Pipeline.o ./Renderer/CMakeFiles/Renderer.dir/PerlinNoise.o ./Renderer/CMakeFiles/Renderer.dir/Renderer.o ./Renderer/CMakeFiles/Renderer.dir/Shader.o ./Renderer/CMakeFiles/Renderer.dir/PerPixelMesh.o ./Renderer/CMakeFiles/Renderer.dir/PipelineContext.o Can anybody tell me how long it has been if ever since a gles build has suceeded? Also how much work i can expect to have to put in to get it going? I have done some work with opengl years ago but am aware that gles is quite different, and that gles 2 at least requires learning the glsl shader language. I doubt i will find more than the odd one or two hrs a week to look at this and wonder if it is likely to be worth pursuing. Thanks in advance for any comments. Dan |
From: Ariel M. <ar...@za...> - 2009-10-01 23:22:41
|
---------- Forwarded message ---------- From: Ariel Molina <ar...@za...> Date: Thu, Oct 1, 2009 at 5:12 PM Subject: subscribe To: pro...@li... -- --- Ariel Molina Rueda ar...@in... -- --- Ariel Molina Rueda ar...@in... |
From: Fabrice M. <men...@or...> - 2008-02-05 07:32:43
|
Hi, For those of us with weird path settings. -- Fabrice Ménard men...@or... |
From: Ray T <mrf...@ya...> - 2007-12-07 05:19:58
|
I'm getting lots of glErrors in Renderer->draw_motion_vectors() on the call glPointSize(presetOutputs->mv_l); its an error to call glPointSize(f <= 0). I have 45 presets with mv_l=0.000000, so its not just a bad preset. I looked at some milkdrop documentation and it says that mv_l is motion vector length? I'm tired and confused. Anyone know what it should do? I could google for Milkdrop screenshots I suppose. fatray __________________________________________________________ Sent from Yahoo! - the World's favourite mail http://uk.mail.yahoo.com |
From: Peter S. <ps...@gm...> - 2007-12-06 02:30:03
|
projectM-xmms is/was the reference application. At one point, projectM-xmms was projectM. Then we (Alistair) refactored out the core of projectM into libprojectM. Practically every projectM plugin has descended from xmms-projectM. Nowadays its the least interesting plugin in the sense that XMMS is unmaintained and old news, but it is the original projectM implementation nonetheless. The audacious plugin is nearly an exact duplicate of the xmms one, since audacious is itself a port of bmp, which is a port of xmms. -Pete On Dec 5, 2007 6:48 PM, Ray T <mrf...@ya...> wrote: > I've committed an improved projectM-test to svn (in > personal/fatray) I'd appreciate any feedback on it. > > I looked at the audacious plugin from their cvs and it > appears closely related to projectM-test. Is > projectM-test the reference application? > > any worries, come shout at me. > > > __________________________________________________________ > Sent from Yahoo! - the World's favourite mail http://uk.mail.yahoo.com > > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: The Future of Linux Business White Paper > from Novell. From the desktop to the data center, Linux is going > mainstream. Let it simplify your IT future. > http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 > _______________________________________________ > projectm-devel mailing list > pro...@li... > https://lists.sourceforge.net/lists/listinfo/projectm-devel > |
From: Ray T <mrf...@ya...> - 2007-12-05 23:48:28
|
I've committed an improved projectM-test to svn (in personal/fatray) I'd appreciate any feedback on it. I looked at the audacious plugin from their cvs and it appears closely related to projectM-test. Is projectM-test the reference application? any worries, come shout at me. __________________________________________________________ Sent from Yahoo! - the World's favourite mail http://uk.mail.yahoo.com |
From: Ray T <mrf...@ya...> - 2007-12-02 15:38:20
|
Hi, My name is Ray and I've just joined projectM as I think that it is a great project, and I believe I can help in some way. I live in England, and i'm studying maths and computer science at the open university. I'm self taught at C and not very experienced at C++ so I welcome any comments & criticism on my code My first contributions will mainly be whitespace and code format tidying, as I find code a lot easier to follow if it is consistent. If I tread on anyones toes changing their code please let me know, I'm not here to offend anyone. Are developers all on this list? cheers, ray fatray at sourceforge, or this address. __________________________________________________________ Sent from Yahoo! - the World's favourite mail http://uk.mail.yahoo.com |
From: Ray T <mrf...@ya...> - 2007-11-28 16:34:48
|
Hello, I've hacked my projectM source a little to make it work on my hardware. I need to tidy it up a bit then I will be happy to give it back. Do you want me to tar it and mail it to this list? or can i have a personal branch in the cvs, then proper developers can merge any bits that they like. cheers ray ___________________________________________________________ Want ideas for reducing your carbon footprint? Visit Yahoo! For Good http://uk.promotions.yahoo.com/forgood/environment.html |
From: n0dalus <n0d...@gm...> - 2006-04-25 08:45:30
|
On 4/25/06, Hai Zaar <ha...@gm...> wrote: > Anyway, to solve the problem I put the default config file into > $DATADIR. ~/.projectM/ is created at runtime if necessary, and the > config file is copied there. So the copy of the config in DATADIR is > only used when creating ~/.projectM. I think this is a good solution. > I'm going to try and do something with ~/.projectM/presets. Maybe we > should have that conversation on the mailing list. We could get projectM to search $DATADIR/presets as well as ~/.projectM/presets when looking for files. If the inbuilt editing interface is ever made a bit more useful (at the moment in xmms-projectM it is about 90% broken), we could also use the per-user path to store saved/edited presets. > Just have in mind that you will have same config file replicated over > all of the user home directories and although now its only about 1k, > its not good as a strategy. We could have the one in $HOME just contain some small text about how $DATADIR/... contains the default settings and that these can be overridden using this file. Speaking of config files though, maybe we should move to using key/value pairs instead of just lines needing to be in a specific order. That also makes being able to override values simpler. Once we get this in place, we can make the 'Configure' button in xmms do something actually useful and provide an interface to edit the options. n0dalus. |
From: Hai Z. <ha...@gm...> - 2006-04-25 07:41:18
|
For the sake of history... ---------- Forwarded message ---------- From: Hai Zaar <ha...@gm...> Date: Mar 5, 2006 9:32 AM Subject: Re: destdir To: Peter Sperl <ps...@gm...> On 3/5/06, Peter Sperl <ps...@gm...> wrote: > Thanks! This sounds perfect. > > I have some questions. > > Why is the default sysconfdir /usr/etc/projectM? Why not > $prefix/share/projectM or just /etc/projectM? Autoconf defaults sysconfdir to $prefix/etc. Since default prefix is /usr..= ... But config files are installed in $sysconfdir/projectM. So if you run configure with --prefix=3D/usr and --sysconfdir=3D/etc, then all config files will be in /etc/projectM, as you'd expect. > > I don't understand the problem with the autogen.sh script. I wrote it so > that right after I checked out of CVS, I could just run autogen.sh instea= d > of typing in aclocal/autoreconf/automake/libtool/etc. I > mean, it just calls all the autotools so that I don't have to do it > manually. Is this bad? Is this typically what people use autogen.sh for o= r > should I rename this script something else like post_cvs_checkout.sh? If= I > make a small change to the configure.ac file, I do call autoreconf direct= ly, > the autogen.sh is just for post cvs setup. If this is still wrong, then = of > course I'll remove it, I'm just curious. Well, instead of running autogen - just run autoreconf. If you change configure.ac - run autoreconf, if you ammend any of Makefile.am - run autoreconf, etc... You check out its man page - there is nothing complicate there. There is just no need to maintain autogen anymore - autoreconf does this jo= b. Rule of thumb - If you've changed anything about autotools - run autoreconf= :) > > Thanks again for you help, and for answering my questions which are proba= bly > pretty naive. Your welcome :) If you have any other questions - just shoot :) > > -Pete > > > On 3/4/06, Hai Zaar < ha...@gm...> wrote: > > > Hi! > > After applying the patch: > 1. libprojectM - configure now has to bes sounds like run as follows: > > ./configure --prefix=3D/usr --sysconfdir=3D/etc > If you omit sysconfdir parameter, configuration will be installed > to /usr/etc/projectM and > not /etc/projectM as is generally expected. > 2. autogen.sh is an old school - do _not_ use it. autoreconf command > is intended to replace > autogen scripts. > > Now, after applying patch and recompiling/installing libprojectM, lets > see what to do with xmm-projectM: > The patch updates xmm-projectM/configure.ac, so after running > autoreconf && configure, look at the config.h file. You'll see some > macros defined there. You are particularly interested in: > PROJECTM_DATADIR > PROJECTM_SYSCONFDIR > Their values are picked up by configure from pkg-config database. > > So wherever you need to know config/presets file locations, you do > something like this: > 1. Include config.h file in the following way: > #if HAVE_CONFIG_H > #include <config.h> > #endif > 2. Now you have access to those macros, and the rest is trivial C > coding, which I prefer to leave up to you. Instead of > if ((in =3D fopen("/etc/projectM/config", "r")) !=3D 0).... > you do: > #define CONFIG_FILE "/config" > char projectM_config[PATH_MAX]; > strcpy(projectM_config, PROJECTM_SYSCONFDIR); > strcpy(projectM_config+strlen(PROJECTM_SYSCONFDIR), > CONFIG_FILE); > projectM_config[strlen(PROJECTM_SYSCONFDIR)+strlen(CONFIG_FILE)]=3D'\0'; > if ((in =3D fopen(projectM_config, "r")) !=3D 0) ..... > > > -- > Zaar > > > > -- Zaar -- Zaar |
From: Hai Z. <ha...@gm...> - 2006-04-25 07:40:43
|
For sake of history... ---------- Forwarded message ---------- From: Hai Zaar <ha...@gm...> Date: Feb 21, 2006 3:18 PM Subject: Re: destdir To: Peter Sperl <ps...@us...> Hi! > Thanks a lot for you comments about DESTDIT and > projectM 0.97. The thing is that 0.97 is now old news, and > I'm working on releasing 0.98 in a few days (the 24th). So, > with the new version, I know you can use prefix=3D/whatever to > install the library wherever you want, but I don't know if > this is the functionality you need. Anyway, I suck at > autotools and all things realted to it. If you could look > at the packages in CVS, in order to have them install > properly, I would be very appreciative. I'll be glad to send you patches against CVS version, but for some reason I can not checkout it: cvs -d:pserver:ano...@cv...:/cvsroot/xmms-projectm logi= n Logging in to :pserver:ano...@cv...:2401/cvsroot/xmms-projectm CVS password: cvs [login aborted]: end of file from server (consult above messages if = any) Have you saw similar problems before? May be you just send me current CVS snapshot tarball? >The problem I have > right now is how to have the executable know where he's been > installed. (if you choose /home/you/prjm, then how does > libprojectM.so know to look in /home/you/prjm/share for his > resources?). Thanks, let me know. Well, I can think of two ways: 1. Use configuration file. Configuration file can be automatically created during configure/make/make install stages to match prefix specified to configure. It can be done straight-forward with autoconf/make (I can do it). The next part is to update your sources to read that config file. If user moves files around, it will have to update that configuration file. This may be both good and bad thing - its gives you power, but possibly requires more work when you move things around. 2. Second option is to read /proc/self/maps file and search its contents for your library name - then you'll see the full path to you library. This sounds more 'cool', but it has its contras as well. I'll try to explain: Software install principles have two notions(variables) among the other things: 'prefix' and 'DESTDIR'. prefix - defines where are 'bin', 'lib', 'include', 'share' dirs _realative_ to the root ('/'). DESTDIR - defines where is the root ('/'). prefix is usally something like /usr, /usr/local or /opt. and then package should look for its, say, configuration files in $prefix/etc. By default DESTDIR is blank and actually defines what to prepend to 'prefix' when you _install_ files. I.e. running ./configure --prefix=3D/usr and make DESTIDR=3D/myprogs/projectM install will create /myprogs/projectM/{bin,lib,include,...}, and if the project treats 'prefix' in the right way, it will look for its, say, shared data in /usr/share and _not_ in /myprogs/projectM. Why is it good? - you can just link /myprogs/projectM/bin/* to /usr/bin/, /myprogs/projectM/lib/* to /usr/lib/, etc. and then you not need to chage your "PATH", LD_LIBRARY_PATH, and any other system wide configuration - the package assumes it sits under /, while actually it sits under /myprogs/projectM. Now the catch with the second method of finding where my libraries are: if /usr/lib/libprojectM.so is linked to /myprogs/projectM/lib/libprojectM.so, then /proc/self/maps will have /myprogs/projectM/lib/libprojectM.so in it (and not /usr/lib/libprojectM.so you'd like it to), and that may break things (I can provide examples if you want). I hope I've explained myself right. P.S. Do you have any mailing list for projectM? -- Zaar -- Zaar |
From: Hai Z. <ha...@gm...> - 2006-04-25 06:28:31
|
First of all, Peter, thank you for opening mailing list. I hope you find it useful :). I'll think I'll forward all my xmms-project related correspondence for sake of history. Quote from forum: -------------------------- The problem with sysconfdir is just that I feel weird putting /usr/local/etc on people's computer just for projectM's config file. My personal experience is that very few packages use /usr/local/etc with default options. Anyway, to solve the problem I put the default config file into $DATADIR. ~/.projectM/ is created at runtime if necessary, and the config file is copied there. So the copy of the config in DATADIR is only used when creating ~/.projectM. I'm going to try and do something with ~/.projectM/presets. Maybe we should have that conversation on the mailing list. -------------------------- What ever you are happy with :) Just have in mind that you will have same config file replicated over all of the user home directories and although now its only about 1k, its not good as a strategy. But again, currently its cost-effective, and again what ever you are happy with :) Best. -- Zaar |
From: Peter S. <ps...@gm...> - 2006-04-25 02:28:03
|
test -Pete |