Menu
▾
▴
volnorm-users — User comments and requests regarding the Volume Normalizer plugin for XMMS
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(10) |
Jul
(3) |
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2005-08-30 14:54:35
|
Feature Requests item #1276011, was opened at 2005-08-30 05:48 Message generated for change (Comment added) made by n0dalus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=361088&aid=1276011&group_id=11088 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Submitted By: n0dalus (n0dalus) Assigned to: Nobody/Anonymous (nobody) Summary: Remember level for each file Initial Comment: From the TODO File: Remember the maximum power level of the song when it stops playing so that next time we will have the maximum level from the start. However, even if there is a maximum the plugin should try to find the maximum again and save the newly found maximum for next time, this is good for retraining if a song was changed from last time or if the song was not heard to its full length last time. I have written a patch to do several things here: - Implement a binary/text database with algorithm for _fast_ searching/updating - Stores the maximum level for each file - Loads the maximum level on song change - A new tab on the configure window; "Cache". This gives you a button to clear the database. - If the preset maximum was never reached for a song, it updates the database with a new maximum (maybe the file was changed, or the EQ settings). - Lots of nice debugging info if you define 'DEBUG_INFO' for the compile. This is a huge patch, so I would assume there might be a few bugs. I have tested it as thoroughly as I could. ---------------------------------------------------------------------- >Comment By: n0dalus (n0dalus) Date: 2005-08-31 00:24 Message: Logged In: YES user_id=1222981 I made a few changes in my patch. - A compile error was fixed - New feature: Detection for when a song hasn't been completely played. - If a song hasn't been completely played, it won't save a lower maximum. - Better debug info (again, only if you define DEBUG_INFO for the compile) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=361088&aid=1276011&group_id=11088 |
|
From: SourceForge.net <no...@so...> - 2005-08-29 20:18:33
|
Feature Requests item #1276011, was opened at 2005-08-30 05:48 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=361088&aid=1276011&group_id=11088 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Submitted By: n0dalus (n0dalus) Assigned to: Nobody/Anonymous (nobody) Summary: Remember level for each file Initial Comment: From the TODO File: Remember the maximum power level of the song when it stops playing so that next time we will have the maximum level from the start. However, even if there is a maximum the plugin should try to find the maximum again and save the newly found maximum for next time, this is good for retraining if a song was changed from last time or if the song was not heard to its full length last time. I have written a patch to do several things here: - Implement a binary/text database with algorithm for _fast_ searching/updating - Stores the maximum level for each file - Loads the maximum level on song change - A new tab on the configure window; "Cache". This gives you a button to clear the database. - If the preset maximum was never reached for a song, it updates the database with a new maximum (maybe the file was changed, or the EQ settings). - Lots of nice debugging info if you define 'DEBUG_INFO' for the compile. This is a huge patch, so I would assume there might be a few bugs. I have tested it as thoroughly as I could. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=361088&aid=1276011&group_id=11088 |
|
From: SourceForge.net <no...@so...> - 2005-07-19 10:13:09
|
Bugs item #1240623, was opened at 2005-07-19 06:11 Message generated for change (Comment added) made by baruch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=111088&aid=1240623&group_id=11088 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: FJ (phukraut) Assigned to: Nobody/Anonymous (nobody) Summary: XMMS crashes after installing plugin. Initial Comment: I did a ./configure && make; su; make install on version 0.8.3 and it seemed to go OK. Then when I run XMMS it quickly closes with this information: /home/fj/.kde/share/config/gtkrc:37: error: unexpected identifier `gtk-alternative-button-order', expected keyword - e.g. `style' /home/fj/.kde/share/config/gtkrc:37: error: unexpected identifier `gtk-alternative-button-order', expected keyword - e.g. `style' Segmentation fault where $USER=fj. I'm running ArchLinux 0.7 with XMMS 1.2.10-3. ---------------------------------------------------------------------- >Comment By: Baruch Even (baruch) Date: 2005-07-19 13:13 Message: Logged In: YES user_id=8566 Can you try to move away the ~/.kde/share/config/gtkrc file? It looks like GTK tries to load this file for some reason and fails while doing so. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=111088&aid=1240623&group_id=11088 |
|
From: SourceForge.net <no...@so...> - 2005-07-19 03:11:23
|
Bugs item #1240623, was opened at 2005-07-19 03:11 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=111088&aid=1240623&group_id=11088 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: FJ (phukraut) Assigned to: Nobody/Anonymous (nobody) Summary: XMMS crashes after installing plugin. Initial Comment: I did a ./configure && make; su; make install on version 0.8.3 and it seemed to go OK. Then when I run XMMS it quickly closes with this information: /home/fj/.kde/share/config/gtkrc:37: error: unexpected identifier `gtk-alternative-button-order', expected keyword - e.g. `style' /home/fj/.kde/share/config/gtkrc:37: error: unexpected identifier `gtk-alternative-button-order', expected keyword - e.g. `style' Segmentation fault where $USER=fj. I'm running ArchLinux 0.7 with XMMS 1.2.10-3. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=111088&aid=1240623&group_id=11088 |
|
From: SourceForge.net <no...@so...> - 2005-07-01 12:28:17
|
Feature Requests item #1230910, was opened at 2005-07-01 15:28 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=361088&aid=1230910&group_id=11088 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Submitted By: Baruch Even (baruch) Assigned to: Nobody/Anonymous (nobody) Summary: Normalization monitor Initial Comment: Create a monitor that will display the current power, gain and such, possibly also show song change time and ability to dump the data to a file. The idea being that this will enable debugging and a better sense of what is happening to the advanced user. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=361088&aid=1230910&group_id=11088 |
|
From: SourceForge.net <no...@so...> - 2005-06-29 14:24:07
|
Bugs item #832652, was opened at 2003-10-29 22:41 Message generated for change (Comment added) made by baruch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=111088&aid=832652&group_id=11088 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Kernel Jake (kerneljake) Assigned to: Nobody/Anonymous (nobody) Summary: shoutcast .pls url hangs xmms when launched from browser Initial Comment: see http://bugs.xmms.org/show_bug.cgi?id=1409 Clicking on a shoutcast .pls url in a browser does not work the *second* time you do it. For example, clicking http://somafm.com/groovesalad.pls will launch xmms and begin playing the shoutcast stream successfully. But subsequently clicking http://somafm.com/beatblender.pls will cause xmms 1.2.8 to hang. Observed on Redhat 9.0 with emu10k1 OSS audio, galeon 1.2.7, and xmms 1.2.8 compiled from source. I have determined that this behavior occurs when I enable the volume normalizer plugin. I experience this bug when volnorm-0.4.1 or volnorm-0.8.1 is enabled with xmms 1.2.7. ---------------------------------------------------------------------- >Comment By: Baruch Even (baruch) Date: 2005-06-29 17:24 Message: Logged In: YES user_id=8566 What about your current system, does the bug still happen? ---------------------------------------------------------------------- Comment By: Kernel Jake (kerneljake) Date: 2005-06-29 17:10 Message: Logged In: YES user_id=595644 I no longer have a Redhat 9.0 system to test on, so I'm afraid I won't be able to investigate this further. ---------------------------------------------------------------------- Comment By: Baruch Even (baruch) Date: 2005-06-28 18:07 Message: Logged In: YES user_id=8566 Is this bug still there? It's been a long time since I took care of it and just want to make sure the bug is relevant before I dig too deep. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=111088&aid=832652&group_id=11088 |
|
From: SourceForge.net <no...@so...> - 2005-06-29 14:11:01
|
Bugs item #832652, was opened at 2003-10-29 14:41 Message generated for change (Comment added) made by kerneljake You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=111088&aid=832652&group_id=11088 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Kernel Jake (kerneljake) Assigned to: Nobody/Anonymous (nobody) Summary: shoutcast .pls url hangs xmms when launched from browser Initial Comment: see http://bugs.xmms.org/show_bug.cgi?id=1409 Clicking on a shoutcast .pls url in a browser does not work the *second* time you do it. For example, clicking http://somafm.com/groovesalad.pls will launch xmms and begin playing the shoutcast stream successfully. But subsequently clicking http://somafm.com/beatblender.pls will cause xmms 1.2.8 to hang. Observed on Redhat 9.0 with emu10k1 OSS audio, galeon 1.2.7, and xmms 1.2.8 compiled from source. I have determined that this behavior occurs when I enable the volume normalizer plugin. I experience this bug when volnorm-0.4.1 or volnorm-0.8.1 is enabled with xmms 1.2.7. ---------------------------------------------------------------------- >Comment By: Kernel Jake (kerneljake) Date: 2005-06-29 09:10 Message: Logged In: YES user_id=595644 I no longer have a Redhat 9.0 system to test on, so I'm afraid I won't be able to investigate this further. ---------------------------------------------------------------------- Comment By: Baruch Even (baruch) Date: 2005-06-28 10:07 Message: Logged In: YES user_id=8566 Is this bug still there? It's been a long time since I took care of it and just want to make sure the bug is relevant before I dig too deep. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=111088&aid=832652&group_id=11088 |
|
From: Baruch E. <ba...@ev...> - 2005-06-28 21:01:22
|
Hi, I've released today version 0.8.3 of volnorm. This is only a maintenance version and includes only build fixes. It can be found at: https://sourceforge.net/project/shownotes.php?release_id=338336 Baruch |
|
From: SourceForge.net <no...@so...> - 2005-06-28 18:43:09
|
Bugs item #671145, was opened at 2003-01-20 15:09 Message generated for change (Comment added) made by baruch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=111088&aid=671145&group_id=11088 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Baruch Even (baruch) Summary: configure and build problems Initial Comment: The configure script forgets to test about the existence of the xmms headers file (libxmms1-devel on mdk 9). Then the compilation stops complaining about missing .h files. We install the package and the compilation continues but if stops on the linking stage complaining about libtool: only absolute paths are accepted However, after deleting the volnomr dir (make clean was not enough) and unpacking the tarball again, now that libxmms1-devel is installed everything works. So, regardless from where the problem comes it would be solved if the configure script checked for the xmms headers . Best regards Gustavo ---------------------------------------------------------------------- >Comment By: Baruch Even (baruch) Date: 2005-06-28 21:43 Message: Logged In: YES user_id=8566 Should be fixed in 0.8.3 ---------------------------------------------------------------------- Comment By: Baruch Even (baruch) Date: 2005-06-28 18:32 Message: Logged In: YES user_id=8566 The ./configure scripts looks for xmms-config and finds the information it needs from it. It doesn't look for a specific package instantiation in a specific distribution. Unfortunately, it only tried to detect if xmms is installed and not if xmms-config is. It will now check the result of running xmms-config and see that it got sane information. This is committed and will be in the next version. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=111088&aid=671145&group_id=11088 |
|
From: SourceForge.net <no...@so...> - 2005-06-28 18:04:11
|
Support Requests item #1107303, was opened at 2005-01-22 15:17 Message generated for change (Settings changed) made by baruch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=211088&aid=1107303&group_id=11088 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Baruch Even (baruch) Summary: Compilation on x86_64 Initial Comment: Hi, Been using your volnorm plugin for some time and been impressed. I now have a new x86_64 amd machine and of course (with Mandrake 10.1), xmms is 64 bit, as are the plugins. The therefore appear in /usr/lib64/xmms. So, I get the source tarball to compile it up here. Unfortunately configure bombs out not knowing about x86-64 and I don't know enough to fix it ! (In particular at the ltconfig stage). Log attached. Thanks, Let me know if I should be subscribing to the mailing list or something, but I'm sure it's something trivial to fix. br...@ne... ---------------------------------------------------------------------- >Comment By: Baruch Even (baruch) Date: 2005-06-28 21:04 Message: Logged In: YES user_id=8566 This will be fixed in the soon to be released 0.8.3 version ---------------------------------------------------------------------- Comment By: Baruch Even (baruch) Date: 2005-06-17 20:27 Message: Logged In: YES user_id=8566 This probably can be solved by replacing the configure data files. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=211088&aid=1107303&group_id=11088 |
|
From: SourceForge.net <no...@so...> - 2005-06-28 15:32:35
|
Bugs item #671145, was opened at 2003-01-20 15:09 Message generated for change (Comment added) made by baruch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=111088&aid=671145&group_id=11088 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Pending >Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Baruch Even (baruch) Summary: configure and build problems Initial Comment: The configure script forgets to test about the existence of the xmms headers file (libxmms1-devel on mdk 9). Then the compilation stops complaining about missing .h files. We install the package and the compilation continues but if stops on the linking stage complaining about libtool: only absolute paths are accepted However, after deleting the volnomr dir (make clean was not enough) and unpacking the tarball again, now that libxmms1-devel is installed everything works. So, regardless from where the problem comes it would be solved if the configure script checked for the xmms headers . Best regards Gustavo ---------------------------------------------------------------------- >Comment By: Baruch Even (baruch) Date: 2005-06-28 18:32 Message: Logged In: YES user_id=8566 The ./configure scripts looks for xmms-config and finds the information it needs from it. It doesn't look for a specific package instantiation in a specific distribution. Unfortunately, it only tried to detect if xmms is installed and not if xmms-config is. It will now check the result of running xmms-config and see that it got sane information. This is committed and will be in the next version. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=111088&aid=671145&group_id=11088 |
|
From: SourceForge.net <no...@so...> - 2005-06-28 15:07:40
|
Bugs item #832652, was opened at 2003-10-29 22:41 Message generated for change (Comment added) made by baruch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=111088&aid=832652&group_id=11088 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Kernel Jake (kerneljake) Assigned to: Nobody/Anonymous (nobody) Summary: shoutcast .pls url hangs xmms when launched from browser Initial Comment: see http://bugs.xmms.org/show_bug.cgi?id=1409 Clicking on a shoutcast .pls url in a browser does not work the *second* time you do it. For example, clicking http://somafm.com/groovesalad.pls will launch xmms and begin playing the shoutcast stream successfully. But subsequently clicking http://somafm.com/beatblender.pls will cause xmms 1.2.8 to hang. Observed on Redhat 9.0 with emu10k1 OSS audio, galeon 1.2.7, and xmms 1.2.8 compiled from source. I have determined that this behavior occurs when I enable the volume normalizer plugin. I experience this bug when volnorm-0.4.1 or volnorm-0.8.1 is enabled with xmms 1.2.7. ---------------------------------------------------------------------- >Comment By: Baruch Even (baruch) Date: 2005-06-28 18:07 Message: Logged In: YES user_id=8566 Is this bug still there? It's been a long time since I took care of it and just want to make sure the bug is relevant before I dig too deep. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=111088&aid=832652&group_id=11088 |
|
From: SourceForge.net <no...@so...> - 2005-06-28 15:05:17
|
Feature Requests item #849993, was opened at 2003-11-27 03:09 Message generated for change (Comment added) made by baruch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=361088&aid=849993&group_id=11088 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Initial Burst of Sound Initial Comment: When you're using the plugin, the first piece of the song will not be normalized--it's as if the plugin takes a few seconds to "figure out" the level of the song. This is pretty annoying--isn't there a way to scan the file /before/ it begins playing, to check what level it should be normalized to? Thanks. ---------------------------------------------------------------------- >Comment By: Baruch Even (baruch) Date: 2005-06-28 18:05 Message: Logged In: YES user_id=8566 The data is received from the xmms player in real-time, just before it plays a chunk so we can't ask for the information in advance. We can however smooth the change so we don't jump between adjustments and the normalization wouldn't be too noticeable. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=361088&aid=849993&group_id=11088 |
|
From: SourceForge.net <no...@so...> - 2005-06-28 15:03:36
|
Feature Requests item #455662, was opened at 2001-08-27 07:57 Message generated for change (Settings changed) made by baruch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=361088&aid=455662&group_id=11088 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Deleted Priority: 1 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: does not have presets Initial Comment: excellent plugin long awaited for any linux program. I suggest to add presets that ressambles the ones found in a professional limmitter for noisy environments and quiet ones. Also a good plugin would be a crossfader ---------------------------------------------------------------------- >Comment By: Baruch Even (baruch) Date: 2005-06-28 18:03 Message: Logged In: YES user_id=8566 No idea about this feature request. And no reply by the user to clarify. ---------------------------------------------------------------------- Comment By: Baruch Even (baruch) Date: 2001-08-27 09:29 Message: Logged In: YES user_id=8566 I have no idea what these presets should be, if you feel like letting me know email me at ba...@us... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=361088&aid=455662&group_id=11088 |
|
From: SourceForge.net <no...@so...> - 2005-06-17 17:27:08
|
Support Requests item #1107303, was opened at 2005-01-22 15:17 Message generated for change (Comment added) made by baruch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=211088&aid=1107303&group_id=11088 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Compilation on x86_64 Initial Comment: Hi, Been using your volnorm plugin for some time and been impressed. I now have a new x86_64 amd machine and of course (with Mandrake 10.1), xmms is 64 bit, as are the plugins. The therefore appear in /usr/lib64/xmms. So, I get the source tarball to compile it up here. Unfortunately configure bombs out not knowing about x86-64 and I don't know enough to fix it ! (In particular at the ltconfig stage). Log attached. Thanks, Let me know if I should be subscribing to the mailing list or something, but I'm sure it's something trivial to fix. br...@ne... ---------------------------------------------------------------------- >Comment By: Baruch Even (baruch) Date: 2005-06-17 20:27 Message: Logged In: YES user_id=8566 This probably can be solved by replacing the configure data files. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=211088&aid=1107303&group_id=11088 |
|
From: Baruch E. <ba...@ev...> - 2001-02-04 20:03:53
|
Hello, I've just released version 0.4, it includes a minor installation glitch fix (It might be a bug only in the CVS version though). It fixes a bug that was reported in the debian bug reporting tool where the preferences dialog sometimes reseted all values to -1. The only real change is that the song switch detection is better now and won't think you changed the file when you move the currently played song in the playlist. -- Baruch Even http://baruch.ev-en.org/ |
|
From: Baruch E. <bar...@wr...> - 2000-09-25 01:19:26
|
I've now updated the CVS of volnorm to include fixes to the sound quality. Versions 0.3 to 0.3.4 were developed on a computer without a soundcard so the quality of the resulting sound wasn't tested by myself. And altough I received some good response on the sound quality I found it very lacking. I've now changed the scale on which the silence level is tested, the value is still 0.01 but now it's on the same scale as the target level (which defaults to 0.25). Also the change that I did before such that the gain was not changed until a second or so into the song, this change is canceled since it has bad effects on the sound, it causes songs that are not too quiet in the beginning to have a sudden jump in volume which is unsettling. I'm still experimenting with the maximum gain (maximum multiplier), it currently defaults to 10 but I think that 5 is a better value. Please experiment with it and let me know what you think. Changing it is currently not implemented in the GUI, you need to change it in the config file (~/.xmms/config) -- Baruch Even http://techst02.technion.ac.il/~sbaruch/ (My Site) http://www.redrival.com/jindor/ (My brothers AD&D site) " Learn to laugh ... it's the path to true love! " - The Angel in the movie Michael |
