Menu
▾
▴
libvisual-devel — libvisual mailinglist for developers
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: salsaman <sal...@xs...> - 2004-09-04 23:48:45
|
Duilio Javier Protti wrote: >>[root@ruby libvisual-plugins]# automake --version >>automake (GNU automake) 1.4-p6 >> >>Copyright (C) 1999, 2001 Free Software Foundation, Inc. >>This is free software; see the source for copying conditions. There is NO >>warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. >> >>Written by Tom Tromey <tr...@re...> >> >>... >> >>These are the latest versions from Mandrake 9.2 which is what I'm >>currently using on the LiVES development box. >> >>Salsaman. >> >> > >Oh, your automake is too old. With the things we use, >automake below 1.6 is unnaceptable, and automake 1.7 >at least is heavily recommended (with Dennis we are >using automake 1.8). > >Please update your automake or wait until the next release >package, or if you want to keep going develop right now, >tell me and I will send you a tarball. > >Regards, >Duilio. > > > > >------------------------------------------------------- >This SF.Net email is sponsored by BEA Weblogic Workshop >FREE Java Enterprise J2EE developer tools! >Get your free copy of BEA WebLogic Workshop 8.1 today. >http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click >_______________________________________________ >Libvisual-devel mailing list >Lib...@li... >https://lists.sourceforge.net/lists/listinfo/libvisual-devel > > > > Please send a tarball. Thanks, Salsaman. |
|
From: Vitaly V. B. <vit...@us...> - 2004-09-04 21:47:57
|
Hello,
On 04 Sep 2004 15:16:17 -0300
Duilio Javier Protti <dp...@fc...> wrote:
> I have implemented visual_time_usleep(), so now
> we can start working on timed morph.
Just note please that 2.4 and 2.6 kernels behave differently here.
2.4 kernel can wakeup only 50 times a second while 2.6 500 times,
I beleive.
In other words
while(1){
/* do nothing */
usleep(1);
calculate_fps();
}
will (well, should ;) result in 50 FPS on 2.4 kernel.
Not sure if select() will work correctly, probably not.
To implement precise usleep() gettimeofday() should be used, imo.
--
Vitaly
GPG Key ID: F95A23B9
|
|
From: Duilio J. P. <dp...@fc...> - 2004-09-04 18:09:39
|
I have implemented visual_time_usleep(), so now we can start working on timed morph. Bye, Duilio. |
|
From: Duilio J. P. <dp...@fc...> - 2004-09-04 16:25:53
|
> [root@ruby libvisual-plugins]# automake --version > automake (GNU automake) 1.4-p6 > > Copyright (C) 1999, 2001 Free Software Foundation, Inc. > This is free software; see the source for copying conditions. There is NO > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. > > Written by Tom Tromey <tr...@re...> > > ... > > These are the latest versions from Mandrake 9.2 which is what I'm > currently using on the LiVES development box. > > Salsaman. Oh, your automake is too old. With the things we use, automake below 1.6 is unnaceptable, and automake 1.7 at least is heavily recommended (with Dennis we are using automake 1.8). Please update your automake or wait until the next release package, or if you want to keep going develop right now, tell me and I will send you a tarball. Regards, Duilio. |
|
From: salsaman <sal...@xs...> - 2004-09-04 13:32:36
|
Duilio Javier Protti wrote: >Which versions of automake, autoconf and libtool are you >using? >You must use at least libtool 1.5.x, automake 1.7.x and >autoconf 2.57. > >Is really strange you doesn't have libGL.la. Your distribution >splits Mesa library on core and development packages? > > >Bye, >Duilio. > > > I have Mesa installed. I also have nvidia drivers for the graphics card. [root@ruby libvisual-plugins]# libtool --version ltmain.sh (GNU libtool) 1.4.3 (1.922.2.110 2002/10/23 01:39:54) [root@ruby libvisual-plugins]# automake --version automake (GNU automake) 1.4-p6 Copyright (C) 1999, 2001 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Written by Tom Tromey <tr...@re...> [root@ruby libvisual-plugins]# autoconf --version autoconf (GNU Autoconf) 2.57 Written by David J. MacKenzie and Akim Demaille. Copyright 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. These are the latest versions from Mandrake 9.2 which is what I'm currently using on the LiVES development box. Salsaman. |
|
From: Duilio J. P. <dp...@fc...> - 2004-09-04 06:40:18
|
Some work was done to port libvisual to Win32 platform. I have compile it on Win98 using cygwin, and it builds right. However, is needed a lot of work on installation stuff, and of course some plugins to test, but for now we know that the plain C code whitin libvisual is highly portable. Bye, Duilio. |
|
From: Duilio J. P. <dp...@fc...> - 2004-09-03 22:40:00
|
Which versions of automake, autoconf and libtool are you using? You must use at least libtool 1.5.x, automake 1.7.x and autoconf 2.57. Is really strange you doesn't have libGL.la. Your distribution splits Mesa library on core and development packages? Bye, Duilio. > OK, after running automake --add-missing: > > bash-2.05b$ automake --add-missing > configure.ac: 8: `automake requires `AM_CONFIG_HEADER', not > `AC_CONFIG_HEADER' > automake: configure.ac: installing `./install-sh' > automake: configure.ac: installing `./mkinstalldirs' > automake: configure.ac: installing `./missing' > automake: Makefile.am: installing `./INSTALL' > configure.ac: 8: required file `./[config.h].in' not found > > So I did: > > cp config.h.in [config.h].in > > this seemed to fix that problem, > > now: > > bash-2.05b$ make > cd . \ > && CONFIG_FILES= CONFIG_HEADERS=[config.h] \ > /bin/sh ./config.status > config.status: creating [config.h] > make all-recursive > make[1]: Entering directory `/usr/local/pubsoft/libvisual-plugins' > Making all in plugins > make[2]: Entering directory `/usr/local/pubsoft/libvisual-plugins/plugins' > Making all in actor > make[3]: Entering directory > `/usr/local/pubsoft/libvisual-plugins/plugins/actor' > Making all in dna > make[4]: Entering directory > `/usr/local/pubsoft/libvisual-plugins/plugins/actor/dna' > /bin/sh ../../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. > -I../../.. -I../../.. -Wall -rdynamic -I/usr/local/include -O3 > -c actor_lv_dna.c > gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../.. -Wall -rdynamic > -I/usr/local/include -O3 -Wp,-MD,.deps/actor_lv_dna.pp -c > actor_lv_dna.c -fPIC -DPIC -o actor_lv_dna.lo > /bin/sh ../../../libtool --mode=link gcc -Wall -rdynamic > -I/usr/local/include -O3 -o actor_lv_dna.la -rpath > /usr/lib/libvisual/actor -module -avoid-version actor_lv_dna.lo -L. > -L/usr/lib -lGL -lGLU -L/usr/local/lib -lvisual -lm -ldl > mkdir .libs > grep: /usr/X11R6/lib/libGL.la: No such file or directory > /bin/sed: can't read /usr/X11R6/lib/libGL.la: No such file or directory > libtool: link: `/usr/X11R6/lib/libGL.la' is not a valid libtool archive > make[4]: *** [actor_lv_dna.la] Error 1 > make[4]: Leaving directory > `/usr/local/pubsoft/libvisual-plugins/plugins/actor/dna' > make[3]: *** [all-recursive] Error 1 > make[3]: Leaving directory > `/usr/local/pubsoft/libvisual-plugins/plugins/actor' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory `/usr/local/pubsoft/libvisual-plugins/plugins' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/usr/local/pubsoft/libvisual-plugins' > make: *** [all-recursive-am] Error 2 > > > These are the GL related libs I have: > > /usr/lib/libGL.so.1 > /usr/lib/libGL.so.1.0.4496 > /usr/lib/libGL.so > /usr/lib/libGLcore.so.1 > /usr/lib/libGLcore.so.1.0.4496 > /usr/X11R6/lib/libGLU.so.1.3.501 > /usr/X11R6/lib/libGL.so.1 > /usr/X11R6/lib/libGL.so.1.2 > /usr/X11R6/lib/modules/extensions/libGLcore.a > /usr/X11R6/lib/libGLU.la > /usr/X11R6/lib/libGLU.so > /usr/X11R6/lib/libGLU.so.1 > /usr/X11R6/lib/libGL.so > /usr/X11R6/lib/libGLw.a > > > Salsaman. > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by BEA Weblogic Workshop > FREE Java Enterprise J2EE developer tools! > Get your free copy of BEA WebLogic Workshop 8.1 today. > http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click > _______________________________________________ > Libvisual-devel mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libvisual-devel |
|
From: Duilio J. P. <dp...@fc...> - 2004-09-03 22:23:01
|
DATADIR is now correctly defined. Some clenaup was done to avoid warnings. Still lack: - implicit conversions from float to long. We can't change all these automatically, we must be very carefully. - multi-character character constants: we must replace all these for enum types. Bye, Duilio. |
|
From: salsaman <sal...@xs...> - 2004-09-03 18:11:38
|
OK, after running automake --add-missing:
bash-2.05b$ automake --add-missing
configure.ac: 8: `automake requires `AM_CONFIG_HEADER', not
`AC_CONFIG_HEADER'
automake: configure.ac: installing `./install-sh'
automake: configure.ac: installing `./mkinstalldirs'
automake: configure.ac: installing `./missing'
automake: Makefile.am: installing `./INSTALL'
configure.ac: 8: required file `./[config.h].in' not found
So I did:
cp config.h.in [config.h].in
this seemed to fix that problem,
now:
bash-2.05b$ make
cd . \
&& CONFIG_FILES= CONFIG_HEADERS=[config.h] \
/bin/sh ./config.status
config.status: creating [config.h]
make all-recursive
make[1]: Entering directory `/usr/local/pubsoft/libvisual-plugins'
Making all in plugins
make[2]: Entering directory `/usr/local/pubsoft/libvisual-plugins/plugins'
Making all in actor
make[3]: Entering directory
`/usr/local/pubsoft/libvisual-plugins/plugins/actor'
Making all in dna
make[4]: Entering directory
`/usr/local/pubsoft/libvisual-plugins/plugins/actor/dna'
/bin/sh ../../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I.
-I../../.. -I../../.. -Wall -rdynamic -I/usr/local/include -O3
-c actor_lv_dna.c
gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../.. -Wall -rdynamic
-I/usr/local/include -O3 -Wp,-MD,.deps/actor_lv_dna.pp -c
actor_lv_dna.c -fPIC -DPIC -o actor_lv_dna.lo
/bin/sh ../../../libtool --mode=link gcc -Wall -rdynamic
-I/usr/local/include -O3 -o actor_lv_dna.la -rpath
/usr/lib/libvisual/actor -module -avoid-version actor_lv_dna.lo -L.
-L/usr/lib -lGL -lGLU -L/usr/local/lib -lvisual -lm -ldl
mkdir .libs
grep: /usr/X11R6/lib/libGL.la: No such file or directory
/bin/sed: can't read /usr/X11R6/lib/libGL.la: No such file or directory
libtool: link: `/usr/X11R6/lib/libGL.la' is not a valid libtool archive
make[4]: *** [actor_lv_dna.la] Error 1
make[4]: Leaving directory
`/usr/local/pubsoft/libvisual-plugins/plugins/actor/dna'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory
`/usr/local/pubsoft/libvisual-plugins/plugins/actor'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/local/pubsoft/libvisual-plugins/plugins'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/pubsoft/libvisual-plugins'
make: *** [all-recursive-am] Error 2
These are the GL related libs I have:
/usr/lib/libGL.so.1
/usr/lib/libGL.so.1.0.4496
/usr/lib/libGL.so
/usr/lib/libGLcore.so.1
/usr/lib/libGLcore.so.1.0.4496
/usr/X11R6/lib/libGLU.so.1.3.501
/usr/X11R6/lib/libGL.so.1
/usr/X11R6/lib/libGL.so.1.2
/usr/X11R6/lib/modules/extensions/libGLcore.a
/usr/X11R6/lib/libGLU.la
/usr/X11R6/lib/libGLU.so
/usr/X11R6/lib/libGLU.so.1
/usr/X11R6/lib/libGL.so
/usr/X11R6/lib/libGLw.a
Salsaman.
|
|
From: salsaman <sal...@xs...> - 2004-09-03 17:51:43
|
salsaman wrote: > Duilio Javier Protti wrote: > >> Remember that libvisual is a middle layer between visualization >> plugins and applications that want to "show something". >> >> libvisual-xmms is a XMMS plugin, not a libvisual plugin. >> >> But libvisual-xmms is linked against libvisual library, so >> when it's loaded from within XMMS, libvisual-xmms in turn loads >> all the available libvisual plugins, and start them work. >> >> What you need to install is the libvisual-plugins package, which >> contains various nice plugins (for libvisual). For now libvisual-gforce >> is very unstable and under development, so thanks for your reports >> about building problems, we will fix that soon. >> >> Bye, >> Duilio. >> >> >> >>> Hi, >>> I have managed to build and (I think) install the libvisual-xmms >>> plugins. >>> However, even with these installed, visual_init is still returning -1. >>> >>> I am giving up until somebody can help me with this. Where should >>> the plugins be (I configured with --prefix=/usr/local) ? >>> Why am I still getting a -1 back ? >>> >>> Salsaman. >>> >> >> >> >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by BEA Weblogic Workshop >> FREE Java Enterprise J2EE developer tools! >> Get your free copy of BEA WebLogic Workshop 8.1 today. >> http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click >> _______________________________________________ >> Libvisual-devel mailing list >> Lib...@li... >> https://lists.sourceforge.net/lists/listinfo/libvisual-devel >> >> >> >> > BTW, autogen.sh is not working on my machine (maybe a Mandrake problem > though): > > bash-2.05b$ ./autogen.sh > You should add the contents of `/usr/share/aclocal/libtool.m4' to > `aclocal.m4'. > autoreconf-2.5x: Entering directory `.' > autoreconf-2.5x: configure.ac: not using Gettext > autoreconf-2.5x: running: aclocal --output=aclocal.m4t > autoreconf-2.5x: `aclocal.m4' is created > autoreconf-2.5x: configure.ac: tracing > autoreconf-2.5x: running: libtoolize --force > autoreconf-2.5x: running: aclocal --output=aclocal.m4t > autoreconf-2.5x: `aclocal.m4' is unchanged > autoreconf-2.5x: running: /usr/bin/autoconf --force > autoreconf-2.5x: running: /usr/bin/autoheader --force > autoreconf-2.5x: running: automake --add-missing --force-missing > automake: unrecognized option -- `--force-missing' > Try `automake --help' for more information. > autoreconf-2.5x: automake failed with exit status: 2 > > I then have to run: > automake --add-mising > to complete the process. > > Salsaman. > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by BEA Weblogic Workshop > FREE Java Enterprise J2EE developer tools! > Get your free copy of BEA WebLogic Workshop 8.1 today. > http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click > _______________________________________________ > Libvisual-devel mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libvisual-devel > > OK, now another slight problem, I have to upgrade my libalsa, I am currently using version 0.9.6 Salsaman. |
|
From: salsaman <sal...@xs...> - 2004-09-03 17:41:25
|
Duilio Javier Protti wrote: >Remember that libvisual is a middle layer between visualization >plugins and applications that want to "show something". > >libvisual-xmms is a XMMS plugin, not a libvisual plugin. > >But libvisual-xmms is linked against libvisual library, so >when it's loaded from within XMMS, libvisual-xmms in turn loads >all the available libvisual plugins, and start them work. > >What you need to install is the libvisual-plugins package, which >contains various nice plugins (for libvisual). For now libvisual-gforce >is very unstable and under development, so thanks for your reports >about building problems, we will fix that soon. > >Bye, >Duilio. > > > >>Hi, >>I have managed to build and (I think) install the libvisual-xmms plugins. >>However, even with these installed, visual_init is still returning -1. >> >>I am giving up until somebody can help me with this. Where should the >>plugins be (I configured with --prefix=/usr/local) ? >>Why am I still getting a -1 back ? >> >>Salsaman. >> >> > > > > >------------------------------------------------------- >This SF.Net email is sponsored by BEA Weblogic Workshop >FREE Java Enterprise J2EE developer tools! >Get your free copy of BEA WebLogic Workshop 8.1 today. >http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click >_______________________________________________ >Libvisual-devel mailing list >Lib...@li... >https://lists.sourceforge.net/lists/listinfo/libvisual-devel > > > > BTW, autogen.sh is not working on my machine (maybe a Mandrake problem though): bash-2.05b$ ./autogen.sh You should add the contents of `/usr/share/aclocal/libtool.m4' to `aclocal.m4'. autoreconf-2.5x: Entering directory `.' autoreconf-2.5x: configure.ac: not using Gettext autoreconf-2.5x: running: aclocal --output=aclocal.m4t autoreconf-2.5x: `aclocal.m4' is created autoreconf-2.5x: configure.ac: tracing autoreconf-2.5x: running: libtoolize --force autoreconf-2.5x: running: aclocal --output=aclocal.m4t autoreconf-2.5x: `aclocal.m4' is unchanged autoreconf-2.5x: running: /usr/bin/autoconf --force autoreconf-2.5x: running: /usr/bin/autoheader --force autoreconf-2.5x: running: automake --add-missing --force-missing automake: unrecognized option -- `--force-missing' Try `automake --help' for more information. autoreconf-2.5x: automake failed with exit status: 2 I then have to run: automake --add-mising to complete the process. Salsaman. |
|
From: salsaman <sal...@xs...> - 2004-09-03 17:28:10
|
Duilio Javier Protti wrote: >Remember that libvisual is a middle layer between visualization >plugins and applications that want to "show something". > >libvisual-xmms is a XMMS plugin, not a libvisual plugin. > >But libvisual-xmms is linked against libvisual library, so >when it's loaded from within XMMS, libvisual-xmms in turn loads >all the available libvisual plugins, and start them work. > >What you need to install is the libvisual-plugins package, which >contains various nice plugins (for libvisual). For now libvisual-gforce >is very unstable and under development, so thanks for your reports >about building problems, we will fix that soon. > >Bye, >Duilio. > > > OK. Thanks for clarifying that. I will try with the libvisual-plugins. Regards, Salsaman. |
|
From: Duilio J. P. <dp...@fc...> - 2004-09-03 17:12:04
|
Remember that libvisual is a middle layer between visualization plugins and applications that want to "show something". libvisual-xmms is a XMMS plugin, not a libvisual plugin. But libvisual-xmms is linked against libvisual library, so when it's loaded from within XMMS, libvisual-xmms in turn loads all the available libvisual plugins, and start them work. What you need to install is the libvisual-plugins package, which contains various nice plugins (for libvisual). For now libvisual-gforce is very unstable and under development, so thanks for your reports about building problems, we will fix that soon. Bye, Duilio. > Hi, > I have managed to build and (I think) install the libvisual-xmms plugins. > However, even with these installed, visual_init is still returning -1. > > I am giving up until somebody can help me with this. Where should the > plugins be (I configured with --prefix=/usr/local) ? > Why am I still getting a -1 back ? > > Salsaman. |
|
From: salsaman <sal...@xs...> - 2004-09-03 13:25:22
|
Hi, I have managed to build and (I think) install the libvisual-xmms plugins. However, even with these installed, visual_init is still returning -1. I am giving up until somebody can help me with this. Where should the plugins be (I configured with --prefix=/usr/local) ? Why am I still getting a -1 back ? Salsaman. |
|
From: salsaman <sal...@xs...> - 2004-09-03 13:14:44
|
salsaman wrote: > I am trying now to build the gforce plugin, here is what I get from > configure: > > "checking for libvisual = 0.1.6... Package libvisual was not found in > the pkg-config search path. > Perhaps you should add the directory containing `libvisual.pc' > to the PKG_CONFIG_PATH environment variable > No package 'libvisual' found > configure: error: libvisual not found, libvisual is needed to build > this package, > you can download libvisual at http://libvisual.sf.net/" > > > libvisual.pc is installed in /usr/local/lib/pkgconfig/ > I tried: > env PKG_CONFIG_PATH=/usr/local > env PKG_CONFIG_PATH=/usr/local/lib > env PKG_CONFIG_PATH=/usr/local/lib/pkgconfig > > each time with the same result. I don't know pkgconfig very well, so I > have no idea how to fix this problem. > > > Salsaman. > > OK, I fixed this with: declare -x PKG_CONFIG_PATH=/usr/local/lib/pkgconfig/ Then the gforce plugin complained, it was looking for version 0.1.6, and the pkgconfig version was blank. So I fixed this by setting version to 0.1.6 in libvisual.pc. Now the plugin will not compile: config.status: error: cannot find input file: GForceColorMaps/Makefile.in Will try another plugin in case it is just this one which is broken. Salsaman. |
|
From: salsaman <sal...@xs...> - 2004-09-03 13:06:23
|
I am trying now to build the gforce plugin, here is what I get from configure: "checking for libvisual = 0.1.6... Package libvisual was not found in the pkg-config search path. Perhaps you should add the directory containing `libvisual.pc' to the PKG_CONFIG_PATH environment variable No package 'libvisual' found configure: error: libvisual not found, libvisual is needed to build this package, you can download libvisual at http://libvisual.sf.net/" libvisual.pc is installed in /usr/local/lib/pkgconfig/ I tried: env PKG_CONFIG_PATH=/usr/local env PKG_CONFIG_PATH=/usr/local/lib env PKG_CONFIG_PATH=/usr/local/lib/pkgconfig each time with the same result. I don't know pkgconfig very well, so I have no idea how to fix this problem. Salsaman. |
|
From: salsaman <sal...@xs...> - 2004-09-03 12:47:38
|
Dennis Smit wrote: >On Fri, 2004-09-03 at 02:14 +0100, salsaman wrote: > > >>Hi, >>I am looking into making a livido wrapper for the libvisual plugins. >>Livido details can be found at http://livido.dyne.org/codedoc/. This >>will be a new open source architecture for video plugins. Once this is >>done, your plugins will be usable in LiVES, Cinelerra, FreeJ, Veejay, >>effecTV and PDP. >> >> >Rockon! > > > >>I have compiled libvisual, but an error came up in the process. You need >>to add -I . to the include files, as the headers are in . for a new >>build until make install is run. >> >> >Strange, this should be right in CVS. > > > > >>OK, quick question, are the plugins threadsafe - ie. can I start up >>several instances of different/the same plugin without problem ? >> >> > >The plugins are completely thread safe, it's a requirement >in plugin design but libvisual will support >VISUAL_PLUGIN_FLAG_NOTRENTRANT flag in the future. > >Ofcourse the case is different for GL plugins but that won't work in >your setup anyway :) > > > Why won't GL plugins work ? Can't you draw to a GL buffer ? Salsaman. |
|
From: salsaman <sal...@xs...> - 2004-09-03 12:38:44
|
Dennis Smit wrote: >Have you done visual_init (&argc, &argv), lists always >get created in visual_init :) > >You can pass NULL, NULL at visual_init. > >if visual_init returns < 0 than there is a serious error. > >Try this first, if there is still a problem report back :) > >Cheers, >Dennis > > > OK, thanks, I have added visual_init(NULL,NULL) to the livido_setup function. It is returning -1. Hopefully this will go away when I have some plugins installed ? Salsaman. |
|
From: salsaman <sal...@xs...> - 2004-09-03 12:29:33
|
Hi, here is a first attempt at a libvisual wrapper. It is by no means complete yet, but I am showing you so you can all see the basic structure. Start by looking at the livido_setup function. Here we set the channels, no input channels, and one output channel for each plugin. In the livido_setup there will be a factory method to get the list of libvisual plugins and create the out_palettes array for each one. (Currently I have this fixed at BGR24, this is just so that it gets loaded in LiVES). Livido_setup will return the array fx[] with one entry for each plugin. The other functions will have the following uses: libvis_init : here is where a particular instance of a plugin will be loaded and the negotiation done. Host will have picked a palette from the allowed list for that plugin, and will have set a channel size (width and height). libvis_deinit : here the plugin instance will be unloaded libvis_process : here is where a frame will be requested from a plugin instance, and the result returned in the out channel. Note I am using a slightly old version of livido. In the current version the names of palettes have changed to e.g. RGB888, there are a few other changes, but nothing that really affects this particular wrapper. Regards, Salsaman. |
|
From: Dennis S. <sy...@yo...> - 2004-09-03 12:29:12
|
Duilio, you as our build king, can you verify this ? Cheers, Dennis On Fri, 2004-09-03 at 14:29 +0100, salsaman wrote: > Oh yes, > make install for some reason did not run ldconfig. > This needs to be in the install after installation of new libraries. > > Salsaman. |
|
From: Dennis S. <sy...@yo...> - 2004-09-03 12:28:38
|
Have you done visual_init (&argc, &argv), lists always
get created in visual_init :)
You can pass NULL, NULL at visual_init.
if visual_init returns < 0 than there is a serious error.
Try this first, if there is still a problem report back :)
Cheers,
Dennis
On Fri, 2004-09-03 at 14:26 +0100, salsaman wrote:
> Hmm,
> there seems to be no way of checking whether the user has any plugins
> installed or not. With no plugins:
>
> VisList *vislist=visual_actor_get_list();
> if (!vislist->count) printf("no plugins");
>
> crashes.
>
> also:
>
>
> char *name=visual_actor_get_next_by_name (NULL);
> if (name==NULL) printf("no plugins");
>
>
> gives an assertion:
>
> libvisual CRITICAL: (null): visual_plugin_get_next_by_name
> [(lv_plugin.c,412)]: assertion `list != NULL' failed
>
>
> I suggest you fix this. I can't have apps crashing just because there
> are no libvisual plugins installed.
>
> Salsaman.
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by BEA Weblogic Workshop
> FREE Java Enterprise J2EE developer tools!
> Get your free copy of BEA WebLogic Workshop 8.1 today.
> http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click
> _______________________________________________
> Libvisual-devel mailing list
> Lib...@li...
> https://lists.sourceforge.net/lists/listinfo/libvisual-devel
|
|
From: salsaman <sal...@xs...> - 2004-09-03 12:14:27
|
Oh yes, make install for some reason did not run ldconfig. This needs to be in the install after installation of new libraries. Salsaman. |
|
From: salsaman <sal...@xs...> - 2004-09-03 12:11:49
|
Hmm,
there seems to be no way of checking whether the user has any plugins
installed or not. With no plugins:
VisList *vislist=visual_actor_get_list();
if (!vislist->count) printf("no plugins");
crashes.
also:
char *name=visual_actor_get_next_by_name (NULL);
if (name==NULL) printf("no plugins");
gives an assertion:
libvisual CRITICAL: (null): visual_plugin_get_next_by_name
[(lv_plugin.c,412)]: assertion `list != NULL' failed
I suggest you fix this. I can't have apps crashing just because there
are no libvisual plugins installed.
Salsaman.
|
|
From: Dennis S. <sy...@yo...> - 2004-09-03 11:48:01
|
On Thu, 2004-09-02 at 22:58 -0300, Duilio Javier Protti wrote: > Now the dist target includes data files and headers. > Data files are installed now on > $(prefix)/libvisual/actor/actor_gforce directory. > > However, still missing from installation (and distro) > data files whose name contains white spaces. I think > this cannot be handle by automake, probably we will > have to change filenames (Dennis, is that possible?). If we can't do it differently, there is no choice :) Maybe it's an idea to include a 'name=' tag in all the scripts containing the original name. So we can make support in the engine to display it when asked. If spaces aren't going to work period I think it's best to replace spaces by '_' so there is still a separator between words. > Headers needs lot of cleanup to avoid warnings. Yep, and valgrinding it also gives many serious warnings. We aren't done with it yet ;) Thanks a lot for your time! Cheers, Dennis |
|
From: Dennis S. <sy...@yo...> - 2004-09-03 11:44:57
|
On Fri, 2004-09-03 at 02:14 +0100, salsaman wrote: > Hi, > I am looking into making a livido wrapper for the libvisual plugins. > Livido details can be found at http://livido.dyne.org/codedoc/. This > will be a new open source architecture for video plugins. Once this is > done, your plugins will be usable in LiVES, Cinelerra, FreeJ, Veejay, > effecTV and PDP. Rockon! > I have compiled libvisual, but an error came up in the process. You need > to add -I . to the include files, as the headers are in . for a new > build until make install is run. Strange, this should be right in CVS. > OK, quick question, are the plugins threadsafe - ie. can I start up > several instances of different/the same plugin without problem ? The plugins are completely thread safe, it's a requirement in plugin design but libvisual will support VISUAL_PLUGIN_FLAG_NOTRENTRANT flag in the future. Ofcourse the case is different for GL plugins but that won't work in your setup anyway :) > Currently the only problem I forsee is with the size negotiation, I > understand that libvisual uses horizontal and vertical block size > restrictions, whereas livido currently only allows a completely free or > a fixed channel size. I will suggest to the other livido developers that > we implement something for block sizes. Libvisual handles size issues transparantly, using the VisActor you can >ALWAYS< use any size you want. Libvisual will handle it internally if conflicts arise :) So you're safe here as well. > I hope you are serious about developing this architecture, because this > could become a very nice addition to the livido plugin set. We are deadly serious. Nah, seriously, I for instance has never been as motivated (and for such a length of time) about working on a project as the case is with libvisual. We will get the job done. Cheers, Dennis |
10 messages has been excluded from this view by a project administrator.
