You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
|
Apr
(38) |
May
(22) |
Jun
(92) |
Jul
(101) |
Aug
(18) |
Sep
(286) |
Oct
(180) |
Nov
(73) |
Dec
(14) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
(18) |
Feb
(74) |
Mar
(56) |
Apr
(11) |
May
(5) |
Jun
(4) |
Jul
(20) |
Aug
(4) |
Sep
|
Oct
|
Nov
(1) |
Dec
(2) |
2006 |
Jan
(11) |
Feb
(2) |
Mar
(10) |
Apr
(2) |
May
(1) |
Jun
|
Jul
(24) |
Aug
(11) |
Sep
(5) |
Oct
(16) |
Nov
(25) |
Dec
(8) |
2007 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
(1) |
Aug
|
Sep
|
Oct
(4) |
Nov
(12) |
Dec
|
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(5) |
From: Dennis S. <sy...@yo...> - 2005-01-09 15:51:35
|
On Sat, 2005-01-08 at 23:40 +0100, Dennis Smit wrote: > Is there a way to detect the number of CPUs in a system ? > > Preferable realtime, and a bit portable ;) Found something, sysconf(). I am using that right now. |
From: Dennis S. <sy...@yo...> - 2005-01-08 22:40:06
|
Is there a way to detect the number of CPUs in a system ? Preferable realtime, and a bit portable ;) Cheers, Dennis |
From: Dennis S. <sy...@yo...> - 2005-01-04 16:32:15
|
I will be looking into this after I am through the core lib TODO list for the 0.2.0 release. If it's in a real hurry you could have a look at it yourself, and submit a patch. I think it's fairly easy, and all the stuff you'll need is in the GForceCommon subdir from buildroot. Cheers, Dennis On Tue, 2005-01-04 at 15:53 +0100, salsaman wrote: > Please, please make gforce have a random playlist ! > It's almost embarrasing in LiVES that you get the same sequence over and > over again. > > > Cheers, > Gabriel. |
From: salsaman <sal...@xs...> - 2005-01-04 14:46:57
|
Please, please make gforce have a random playlist ! It's almost embarrasing in LiVES that you get the same sequence over and over again. Cheers, Gabriel. |
From: Vitaly V. B. <vit...@uk...> - 2005-01-04 00:36:51
|
On Thu, 30 Dec 2004 21:12:45 +0100 Dennis Smit <sy...@yo...> wrote: > Could someone with experience with the buildtree please comment on > this ? We should not link Libvisual with GL. It has nothing to do with GL. And with X libraries. It's strange that Mesa GL can not link with libm... Nvidia's GL also depends on libm and it links of for me... I'll add required checks for lvdisplay's and plugins' configure. -- Vitaly GPG Key ID: F95A23B9 |
From: Dennis S. <sy...@yo...> - 2005-01-01 14:23:31
|
I've added copyright headers to all the C and header files in the 'libvisual' module. I am confident that I didn't add all the Authors: names appropiate so if you worked on a file, and you aren't listed in the 'Authors:' section, add yourself! For the right layout, look at lv_video.c since it already lists a few authors, so it has the right layout. Cheers, Dennis |
From: Dennis S. <sy...@yo...> - 2005-01-01 13:00:19
|
Heya mates, I created the lib...@li... list. http://lists.sourceforge.net/lists/listinfo/libvisual-commits I greatly advice any libvisual developer to subscribe to the list, I almost would make it compulsory :). Anyway this list is notified of any CVS change, using the mailsync script. The change notifications look like these: ____ CVS Root: /cvsroot/libvisual Module: libvisual-plugins Changes by: synap Date: Sat Jan 01 2005 04:51:06 PST Log message: Excuses Modified files: plugins/input/mplayer: input_mplayer.c Links: http://cvs.sourceforge.net/viewcvs.py/libvisual/libvisual- plugins/plugins/input/mplayer/input_mplayer.c.diff?r1=1.10&r2=1.11 ====Begin Diffs==== Index: input_mplayer.c =================================================================== RCS file: /cvsroot/libvisual/libvisual- plugins/plugins/input/mplayer/input_mplayer.c,v retrieving revision 1.10 retrieving revision 1.11 diff -u -d -r1.10 -r1.11 --- input_mplayer.c 1 Jan 2005 12:22:30 -0000 1.10 +++ input_mplayer.c 1 Jan 2005 12:50:53 -0000 1.11 @@ -29,7 +29,6 @@ /* Data structures ***********************************************************/ - typedef struct { int nch; /**< number of channels */ int bs; /**< buffer size */ ____ Hope it's useful! Cheers, Dennis |
From: Dennis S. <sy...@yo...> - 2004-12-31 18:03:32
|
Alright, a patch by Vitaly did the trick. Cheers, Dennis On Thu, 2004-12-30 at 21:12 +0100, Dennis Smit wrote: > Could someone with experience with the buildtree please comment on > this ? > > email message attachment, "Forwarded message - minor config issues > with libvisual-0.1.7" > On Thu, 2004-12-30 at 21:12 +0100, Dennis Smit wrote: > > I noticed that libvisual-0.1.7 was not linking against GL, and I identified > > two issues. > > > > First, not checking for X. So when you check for glx.h, it fails to find > > X11/X*.h files in glx.h. Not everyone has a symlink from /usr/include/X11 > > to /usr/X11R6/includes, for example. So, if you're going to check the > > viability of a header that uses X, then you should check for X. > > > > Second, linking against GL, at least for the version of Mesa I'm using, you > > need to add -lm. > > > > I worked around both of these problems by supplying the following to > > configure: > > > > CPPFLAGS=-I/usr/X11R6/include LIBS=-lm > > > > Cheers, > > mrc |
From: Dennis S. <sy...@yo...> - 2004-12-31 18:00:10
|
Heya people, Just wanted to drop a happy new year to everyone. 2005 will be a great year for libvisual, on the list to come: libvisual-AVS: Reimplementation of winamp advanced visual studio + lots extra. libvisual-display: Super cool displaying library worked on by Vitaly. many new releases of the already existing packages, and many new visualisation plugins! Good luck to everyone and cheers, Dennis |
From: Dennis S. <sy...@yo...> - 2004-12-30 21:47:52
|
Ok, I had this in mind as the copyright header for all the source files included in libvisual. If there are comments, give them now, once added I won't change it. Cheers, Dennis __ /* Libvisual - The audio visualisation framework. * Copyright (C) 2004 Dennis Smit <sy...@ne...>, * Anyone that <wo...@in...le> * * $Id: * * This program is free software; you can redistribute it and/or modify * it under the terms of the GNU Lesser General Public License as * published by the Free Software Foundation; either version 2.1 * of the License, or (at your option) any later version. * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU Lesser General Public License for more details. * * You should have received a copy of the GNU Lesser General Public License * along with this program; if not, write to the Free Software * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA */ __ |
From: Dennis S. <sy...@yo...> - 2004-12-30 20:59:55
|
the libvisual-nebulus package is discontinued and the plugin itself (nebulus) is now part of libvisual-plugins. Cheers, Dennis |
From: Dennis S. <sy...@yo...> - 2004-12-30 20:12:54
|
Could someone with experience with the buildtree please comment on this ? |
From: Dennis S. <sy...@yo...> - 2004-12-14 15:16:46
|
On Tue, 2004-12-14 at 11:39 +0200, Vitaly V. Bursov wrote: > On Tue, 14 Dec 2004 00:57:27 +0100 > Dennis Smit <sy...@yo...> wrote: > > > Big Question: > > Implement only in libvisual-AVS > > Implement in libvisual as an eval language > I think it should be available to other plugins too. > > IMO Big question is: > Flexibility vs. speed. Speed without doubt, what I am talking about is really the AVS script language. It's not flexible but mainly an eval at crack, example: A superscope (completely controlabe scope) has 4 script entries: point: Type STRING: d=i+v*0.2; r=t+i*$PI*4; x=cos(r)*d; y=sin (r)*d frame: Type STRING: t=t-0.05 beat: Type NULL init: Type STRING: n=800 The per point entry is most important here, this will get called for every point it draws, regarding the scope. The figure that comes from this is a circle that spirals inwards. People create unbelievable nice presets using the AVS basic elements and this script language. It's really really nice. Another place where it's used is for dynamic field displacement, where the pixel displacement vectors are calculated using this script. When being just in time compliled, this is feasible. They do it, so we have to be able to do it as well. > > Extend language with more instructions than AVS has. > Is there a list of functions or smth about AVS around to take a look? Mostly the basic math functions like cos/sin/tan some extra simple ifs and a few more bits, but VERY basic. > > The advantage of doing it in libvisual is that everyone can > > use the script language. The big question is still, does it belong > > here ? I am very doubtful about this, however, putting it just > > in the libvisual AVS plugin would make it inaccessible for others, > > that while, when the jitter rocks, it can be really useful. > You can put it in libvisual-script library :) Well, yeah heheh. but that would bring us to 4 libraries already, I am bit afraid that we're splitting it up too much, not sure about it tho. > > You could use equations to shape the waveform and such, and make > > them user editable.... > I was able to make minesweeper game using scivi's scripting language :) Yeah I saw that in the shots, looks very impressive... talking about scivi.. when will it be ported ? :) *grins* Cheers, Dennis |
From: Vitaly V. B. <vit...@uk...> - 2004-12-14 09:40:17
|
On Tue, 14 Dec 2004 00:57:27 +0100 Dennis Smit <sy...@yo...> wrote: > Big Question: > Implement only in libvisual-AVS > Implement in libvisual as an eval language I think it should be available to other plugins too. IMO Big question is: Flexibility vs. speed. > Extend language with more instructions than AVS has. Is there a list of functions or smth about AVS around to take a look? > The advantage of doing it in libvisual is that everyone can > use the script language. The big question is still, does it belong > here ? I am very doubtful about this, however, putting it just > in the libvisual AVS plugin would make it inaccessible for others, > that while, when the jitter rocks, it can be really useful. You can put it in libvisual-script library :) > You could use equations to shape the waveform and such, and make > them user editable.... I was able to make minesweeper game using scivi's scripting language :) -- Vitaly GPG Key ID: F95A23B9 |
From: Dennis S. <sy...@yo...> - 2004-12-13 23:57:27
|
I am still working on that libvisual winamp AVS reimplementation. I've redone the script deserializer, and it's very easy to add new elements now. Part of winamp AVS is their small script and mostly formula eval language to easily do dynamic things. We will have to implement this as well, and thus I wroten a small draft: ______ VisScript proposal: Compatible with winamp AVS script language. script = visual_script_new (); /* Add extra elements on the fly */ visual_script_function_add ("clear", clear_function); visual_script_variable_add ("w", width); visual_script_constant_add ("PI", 3.1415); visual_script_from_text (script, text); /* Compile (automaticly selects right engine) */ visual_script_compile (script); /* Select compile target manually */ visual_script_compile_to_native (script); visual_script_compile_to_vm (script); /* Run the script */ visual_script_run (script); Big Question: Implement only in libvisual-AVS Implement in libvisual as an eval language Extend language with more instructions than AVS has. _____ The thing I am really insecure about is if we should only implement it the libvisual AVS plugin, or if we should do this at libvisual layer. The advantage of doing it in libvisual is that everyone can use the script language. The big question is still, does it belong here ? I am very doubtful about this, however, putting it just in the libvisual AVS plugin would make it inaccessible for others, that while, when the jitter rocks, it can be really useful. You could use equations to shape the waveform and such, and make them user editable.... Please, I need some advice here. Cheers, Dennis |
From: Max H. <max...@me...> - 2004-12-09 20:51:21
|
The amaroK developers announce version 1.2-beta2 of the amaroK audio player! Slaves to music and media rejoice! amaroK brings you all new features and juicy tidbits for your consumption and aural pleasure this winter-festival! The menu: * Cover-fetching now returns more correct covers. Yummy! * The DCOP interface is now more full and succulent! * xine-engine gains crossfade, it tastes excellent with turkey, or duck * PlaylistLoader gains big speedups, cooks in under five minutes! * Style your ContextBrowser using CSS - because presentation is half the meal * Massive numbers of bug fixes and other improvements Mmmmmm-hmmmmm! A full changelog is available at http://amarok.kde.org The amaroK team --------------- amaroK is a soundsystem-independent audio-player for *nix. Its interface uses a powerful "browser" metaphor that allows you to create playlists that make the most of your music collection. We have a fast development-cycle and super-happy users. We also provide pensions and other employment-benefits. "Easily the best media-player for Linux at the moment. Install it now!" - Linux Format Magazine WWW: http://amarok.kde.org IRC: irc.freenode.net #amarok MAIL: ama...@li... |
From: Dennis S. <sy...@yo...> - 2004-12-08 16:13:53
|
I've been a tad busy last week, did work a bit on VisThread and VisObject and fixed some general things, also did some documentation. I've got myself a side project, of course libvisual related, being reverse engineering the winamp advanced visual studio (AVS) format and creating plans to start working on an extensible implementation for libvisual :) More to come on this! Cheers, Dennis |
From: Dennis S. <sy...@yo...> - 2004-12-08 16:12:05
|
Yeah saw it! Fantastic :) On Wed, 2004-12-08 at 10:54 -0200, Gustavo Sverzut Barbieri wrote: > Hello, > > http://osnews.com/story.php?news_id=9105 > > Page 2 there is. > |
From: Gustavo S. B. <gu...@gs...> - 2004-12-08 12:54:39
|
Hello, http://osnews.com/story.php?news_id=9105 Page 2 there is. -- Gustavo Sverzut Barbieri --------------------------------------- Engenharia de Computacao 2001 - UNICAMP GPSL - Grupo Pro Software Livre Cell..: +55 (19) 9165 8010 Jabber: gsb...@ja... ICQ#: 17249123 GPG: 0xB640E1A2 @ wwwkeys.pgp.net |
From: Dennis S. <sy...@yo...> - 2004-12-01 17:08:05
|
Merged ! Thanks a lot :) Take your time with the widget :), Cheers On Wed, 2004-12-01 at 00:03 -0300, Duilio Javier Protti wrote: > Ok, here is the patch for this stuff. It also fix other little things, > like check if we are using gcc or another compiler. > > > Bye, > Duilio. > > About gtk2 widget, I have half a port of that, but I have really no time > to finish it these days, sorry, may be this weekend... > > |
From: Duilio J. P. <dp...@fc...> - 2004-12-01 02:59:40
|
Ok, here is the patch for this stuff. It also fix other little things, like check if we are using gcc or another compiler. Bye, Duilio. About gtk2 widget, I have half a port of that, but I have really no time to finish it these days, sorry, may be this weekend... |
From: Dennis S. <sy...@yo...> - 2004-11-29 17:10:59
|
Thank you, you rock! :) On Mon, 2004-11-29 at 14:11 -0300, Duilio Javier Protti wrote: > Oh yeah, I think this is possible. I will see on this... > > > Bye, > Duilio. > > > Duilio, Vitaly, do you guys think it would be possible to see if > > gcc-2.95 > is used and if so set -Wno-unused-variable ? and if not > > do not set it ? > > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________ > Libvisual-devel mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libvisual-devel |
From: Duilio J. P. <dp...@fc...> - 2004-11-29 17:08:50
|
Oh yeah, I think this is possible. I will see on this... Bye, Duilio. > Duilio, Vitaly, do you guys think it would be possible to see if > gcc-2.95 > is used and if so set -Wno-unused-variable ? and if not > do not set it ? |
From: Dennis S. <sy...@yo...> - 2004-11-29 16:44:38
|
Duilio, Vitaly, do you guys think it would be possible to see if gcc-2.95 > is used and if so set -Wno-unused-variable ? and if not do not set it ? libvisual-xmms and libvisual-bmp will be rewritten for the next release so I won't be including the patches. Still I really like it that patches were send in the first place. Thanks for noticing and stuff!! Cheers, Dennis On Mon, 2004-11-29 at 14:30 +0100, Thomas Klausner wrote: > Hi! > > Some fixes needed to get stuff to compile with gcc-2.95: > . libvisual uses -Wno-unused-variable by default -- gcc-2.95 does not > know this flag. It should be disabled in the distribution by default. > . declarations need to be at the beginning of a block; patches for > libvisual-xmms and libvisual-bmp are attached. > > All of these were found by Krister Walfridsson <kri...@Ne...>. > > Cheers, > Thomas |
From: Thomas K. <tho...@us...> - 2004-11-29 13:31:00
|
Hi! Some fixes needed to get stuff to compile with gcc-2.95: . libvisual uses -Wno-unused-variable by default -- gcc-2.95 does not know this flag. It should be disabled in the distribution by default. . declarations need to be at the beginning of a block; patches for libvisual-xmms and libvisual-bmp are attached. All of these were found by Krister Walfridsson <kri...@Ne...>. Cheers, Thomas |