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...> - 2005-02-25 13:04:30
|
lib...@li... wrote: >Send Libvisual-devel mailing list submissions to > lib...@li... > >To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/libvisual-devel >or, via email, send a message with subject or body 'help' to > lib...@li... > >You can reach the person managing the list at > lib...@li... > >When replying, please edit your Subject line so it is more specific >than "Re: Contents of Libvisual-devel digest..." > > >Today's Topics: > > 1. Introduction/tutorial (=3D?utf-8?Q?Jon_=3DC3=3D98yvind_Kjellman?=3D= ) > >--__--__-- > >Message: 1 >To: > "lib...@li..." <lib...@li...urcef= orge.net> >Date: Thu, 24 Feb 2005 22:28:50 +0100 >From: "=3D?utf-8?Q?Jon_=3DC3=3D98yvind_Kjellman?=3D" <jo...@so...= t> >Subject: [Libvisual-devel] Introduction/tutorial >Reply-To: lib...@li... > >Hello, I'm looking for a general plugin library to use in a multimedia =20 >system for a car. From what I've read about libvisual I do the drawing s= o =20 >my app, which mainly uses OpenGL for graphics and xine-lib for audio, =20 >could use this library for plugins, right? However, how do I get started= ? =20 >I found the API reference (worth gold,) but I haven't found a =20 >startingpoint. Does there exist a simple tutorial, a HOWTO or a tiny =20 >(0-100 lines) example? I'm looking into the examples now, but I had to =20 >grab them from CVS. IMHO they should be included with the library. At th= e =20 >moment ./configure --enable-examples && make doesn't seem to produce any= =20 >executables. > >Best, >Jon =C3=98yvind Kjellman > > > >--__--__-- > >_______________________________________________ >Libvisual-devel mailing list >Lib...@li... >https://lists.sourceforge.net/lists/listinfo/libvisual-devel > > >End of Libvisual-devel Digest > > > =20 > Hi Jon, you might want to look at my libvis.c, which is a wrapper to init/deinit=20 and create a single frame of video: http://cvs.sourceforge.net/viewcvs.py/lives/lives-plugins/livido-plugins/= libvis.c Regards, Gabriel. |
|
From: <jo...@so...> - 2005-02-24 21:21:35
|
Hello, I'm looking for a general plugin library to use in a multimedia system for a car. From what I've read about libvisual I do the drawing so my app, which mainly uses OpenGL for graphics and xine-lib for audio, could use this library for plugins, right? However, how do I get started? I found the API reference (worth gold,) but I haven't found a startingpoint. Does there exist a simple tutorial, a HOWTO or a tiny (0-100 lines) example? I'm looking into the examples now, but I had to grab them from CVS. IMHO they should be included with the library. At the moment ./configure --enable-examples && make doesn't seem to produce any executables. Best, Jon Øyvind Kjellman |
|
From: Duilio J. P. <dp...@fc...> - 2005-02-23 16:43:52
|
For simplicity, is enough to create the transform dir by hand. I have had that problem too. It seems a little problem on the installation scripts, or a previous libvisual installed. We will fix that soon. Bye, Duilio, a libvisual developer. > > ---------- Forwarded Message ---------- > > Subject: amaroK: libvisual visualisations problem > Date: Wednesday 23 February 2005 07:51 > From: Pavel Troller <pa...@si...> > To: kde...@kd... > > Hi! > For some time, I cannot see any visualisations powered by libvisual. > Whenever I try to start any of them, its window appears for a short while > but then immediately disappears again and that's all. > I just updated libvisual, libvisual-plugins and amaroK from CVS. When > amaroK is started from konsole, every attempt to run a libvisual > visualisation produces the following line: > libvisual WARNING: /opt/kde3.3/bin/amarok_libvisual: > visual_plugin_get_list(): Failed to add the > /opt/sound/lib/libvisual/transform directory to the plugin registry There is > no /opt/sound/lib/libvisual/transform directory at all, there are only > input, actor and morph directories present at the above path. I can see all > the visuals from the actor directory in the amaroK visualisation plugin > window. However, I don't know whether this line is important at all. Other > visualisations, including ogl_spectrum, work perfectly. > Where should I look for the problem ? I believe it's my local installation > problem. > With regards, Pavel Troller > _______________________________________________ > kde-multimedia mailing list > kde...@kd... > https://mail.kde.org/mailman/listinfo/kde-multimedia > > ------------------------------------------------------- > -- Duilio J. Protti <dp...@fc...> Universidad Nacional de Rosario |
|
From: Mark K. <ma...@we...> - 2005-02-23 07:25:53
|
---------- Forwarded Message ----------
Subject: amaroK: libvisual visualisations problem
Date: Wednesday 23 February 2005 07:51
From: Pavel Troller <pa...@si...>
To: kde...@kd...
Hi!
For some time, I cannot see any visualisations powered by libvisual.
Whenever I try to start any of them, its window appears for a short while
but then immediately disappears again and that's all.
I just updated libvisual, libvisual-plugins and amaroK from CVS. When
amaroK is started from konsole, every attempt to run a libvisual
visualisation produces the following line:
libvisual WARNING: /opt/kde3.3/bin/amarok_libvisual:
visual_plugin_get_list(): Failed to add the
/opt/sound/lib/libvisual/transform directory to the plugin registry There is
no /opt/sound/lib/libvisual/transform directory at all, there are only
input, actor and morph directories present at the above path. I can see all
the visuals from the actor directory in the amaroK visualisation plugin
window. However, I don't know whether this line is important at all. Other
visualisations, including ogl_spectrum, work perfectly.
Where should I look for the problem ? I believe it's my local installation
problem.
With regards, Pavel Troller
_______________________________________________
kde-multimedia mailing list
kde...@kd...
https://mail.kde.org/mailman/listinfo/kde-multimedia
-------------------------------------------------------
--
Mark
|
|
From: Dennis S. <sy...@yo...> - 2005-02-22 17:43:42
|
On Tue, 2005-02-22 at 18:02 +0100, salsaman wrote: > Hi, > just to keep track of things, there are still a couple of outstanding > issues for LiVES/libvisual. First of all, congrats with the new Lives release, and the demo which looks awesome > Flag for actors / fix gforce waveshape hangs > ---------------------------------------------------------- > This is important as it will allow LiVES to use a standard libvisual > package, rather than a cut down one as at present. > There should be a flag which is only set for the following actors: > > corona, gforce, infinite, jakdaw, oinksie, plazma, goom2, JESS > > I think the gforce waveshape issue may be fixed in 0.2.0, at least I've > not had a hang since I've installed the latest version. The offending waveshapes are removed, but I had G-Force hanging a different one a while ago, couldn't reproduce, as ussual. I plan to replace the G-Force VM altogether, somewhere when we're nearing 0.4.0, which is in 4 to 5 months or something ;) I don't understand what you mean by 'a flag' ? If you mean that we should indicate which plugins are good for lives and which not, this is not something to happen in a library, and it's very subjective. > Memory leaks > ------------------- > My testing showed a 100K memory leak in corona, 200K memory leak in > gforce, and a 5MB (!) memory leak in jackdaw. > I think the jackdaw issue may be solved now. (synap ?) Jakdaw is solved in CVS, that was a very huge mistake yeah. For the rest, I need detailed valgrind reports. Leaks can also happen in libraries. > If this is fixed, I can add libvisual back into the autolives (auotmatic > VJing module). This looks amazing, but quickly eats up all memory due to > the fact that libvisual is being inited/deinited quite frequently. Sounds great > Corona Randomisation > ------------------------------ > Just a tiny issue, but corona doesn't seem that random, at least it > always starts off blue. (or should that be red, we never did quite > figure out that RGB/BGR issue ;-) ) Blue yeah, and you're right, will fix it. > Those are my requests for the next release of libvisual, other than > those minor things, it's working amazingly well in LiVES. Good to hear! > Cheers, > Salsaman. Cheers, Dennis |
|
From: salsaman <sal...@xs...> - 2005-02-22 16:54:12
|
Hi, just to keep track of things, there are still a couple of outstanding issues for LiVES/libvisual. Flag for actors / fix gforce waveshape hangs ---------------------------------------------------------- This is important as it will allow LiVES to use a standard libvisual package, rather than a cut down one as at present. There should be a flag which is only set for the following actors: corona, gforce, infinite, jakdaw, oinksie, plazma, goom2, JESS I think the gforce waveshape issue may be fixed in 0.2.0, at least I've not had a hang since I've installed the latest version. Memory leaks ------------------- My testing showed a 100K memory leak in corona, 200K memory leak in gforce, and a 5MB (!) memory leak in jackdaw. I think the jackdaw issue may be solved now. (synap ?) If this is fixed, I can add libvisual back into the autolives (auotmatic VJing module). This looks amazing, but quickly eats up all memory due to the fact that libvisual is being inited/deinited quite frequently. Corona Randomisation ------------------------------ Just a tiny issue, but corona doesn't seem that random, at least it always starts off blue. (or should that be red, we never did quite figure out that RGB/BGR issue ;-) ) Those are my requests for the next release of libvisual, other than those minor things, it's working amazingly well in LiVES. Cheers, Salsaman. |
|
From: salsaman <sal...@xs...> - 2005-02-22 16:41:14
|
Hi all, I have now updated LiVES (http://lives.sf.net) to use the latest (0.2.0) release of libvisual. From the next LiVES prerelease, versions of libvisual below 0.2.0 will no longer be supported. Congratulations to the libvisual team on another fine release ! For your viewing pleasure, here is an ogg-theora file I made using LiVES cvs and libvisual 0.2.0 http://lives.rm.org/demos/witch-space2.ogg (144MB). Regards, Salsaman. |
|
From: Thomas K. <tho...@us...> - 2005-02-21 23:20:59
|
On Mon, Feb 21, 2005 at 06:13:34PM +0100, Dennis Smit wrote: > On Mon, 2005-02-21 at 14:57 +0100, Thomas Klausner wrote: > > Thanks again. Yes, here it is: > > > > #include <sys/param.h> > > #include <sys/sysctl.h> > > > > int mib[2], ncpu; > > size_t len; > > > > mib[0] = CTL_HW; > > mib[1] = HW_NCPU; > > > > len = sizeof(ncpu); > > sysctl(mib, 2, &ncpu, &len, NULL, 0); > > > > Then ncpu contains the number of CPUs. > > Alright, thank you! Will this also work on free and openbsd, or > can you enlighten me a bit on those two as well ? For FreeBSD I guess it should work, see http://www.freebsd.org/cgi/man.cgi?query=sysctl%283%29&apropos=0&sektion=0&manpath=FreeBSD+5.3-RELEASE+and+Ports&format=html OpenBSD also seems to have it: http://www.openbsd.org/cgi-bin/man.cgi?query=sysctl&apropos=0&sektion=0&manpath=OpenBSD+Current&arch=i386&format=html > > Are the other CRITICAL warnings from the log I posted something > > that should be investigated? > > Those others are known, gonna be fixed for 0.4.0 :) Cool :) Thomas |
|
From: Dennis S. <sy...@yo...> - 2005-02-21 17:14:00
|
On Mon, 2005-02-21 at 14:57 +0100, Thomas Klausner wrote: > Thanks again. Yes, here it is: > > #include <sys/param.h> > #include <sys/sysctl.h> > > int mib[2], ncpu; > size_t len; > > mib[0] = CTL_HW; > mib[1] = HW_NCPU; > > len = sizeof(ncpu); > sysctl(mib, 2, &ncpu, &len, NULL, 0); > > Then ncpu contains the number of CPUs. Alright, thank you! Will this also work on free and openbsd, or can you enlighten me a bit on those two as well ? > Are the other CRITICAL warnings from the log I posted something > that should be investigated? Those others are known, gonna be fixed for 0.4.0 :) Thanks, Dennis |
|
From: Thomas K. <tho...@us...> - 2005-02-21 13:58:51
|
Dennis Smit wrote:
> I ashamed that I didn"t merge those patches, completely forgotten!
>
> They are in now.
Thanks!
> Btw is NetBSD still using gcc-2.95, and why ? (just wondering)
The old, but still supported, 1.6.x release is using 2.95.
The newer 2.0 release and -current are using gcc-3.3.3.
> I missed up Dancing particles :(. Maybe, for a packages point of view
> the best thing is to just disable it for now.
Ok, that's what I did.
> Patch commited, thanks a lot!, btw do you know any
> other way for checking the number of CPUS online in
> NetBSD so we can use that instead ?
Thanks again. Yes, here it is:
#include <sys/param.h>
#include <sys/sysctl.h>
int mib[2], ncpu;
size_t len;
mib[0] = CTL_HW;
mib[1] = HW_NCPU;
len = sizeof(ncpu);
sysctl(mib, 2, &ncpu, &len, NULL, 0);
Then ncpu contains the number of CPUs.
Are the other CRITICAL warnings from the log I posted something
that should be investigated?
Cheers,
Thomas
Btw: I'm not on the mailing list, so if you don't Cc me it might
take me some time to answer :)
|
|
From: Vitaly V. B. <vit...@uk...> - 2005-02-20 18:52:42
|
On 20 Feb 2005 15:32:18 -0300
Duilio Javier Protti <dp...@fc...> wrote:
> On Sun, 2005-02-20, Thomas Klausner wrote:
> > libvisual INFO: XMMS plugin: negotiating plugin libvisual Dancing Particles plugin
> > libvisual CRITICAL: XMMS plugin: assertion `object != NULL' failed
> > sorry, but the bug with strtof has come, please report..
> > Fatal signal: Floating Point Exception (SDL Parachute Deployed)
> > Xlib: unexpected async reply (sequence 0x4537)!
one of above messages comes from here:
=========
if(p.size<1E-6)
{
init_parameters();
std::cout << "sorry, but the bug with strtof has come, please report.
//p.size=.2;
}
==========
and it looks like p.size isn't assigned anywhere i.e. equals to 0.
moreover, there's no strtof() call at all within Particles :)
--
Vitaly
GPG Key ID: F95A23B9
|
|
From: Dennis S. <sy...@yo...> - 2005-02-20 18:46:42
|
Settle down, it's within Dancing Particles itself Disable it for now, it's broken :) Sorry about it. Dennis On Sun, 2005-02-20 at 15:32 -0300, Duilio Javier Protti wrote: > On Sun, 2005-02-20, Thomas Klausner wrote: > > libvisual INFO: XMMS plugin: negotiating plugin libvisual Dancing Particles plugin > > libvisual CRITICAL: XMMS plugin: assertion `object != NULL' failed > > sorry, but the bug with strtof has come, please report.. > > Fatal signal: Floating Point Exception (SDL Parachute Deployed) > > Xlib: unexpected async reply (sequence 0x4537)! > > I have exactly the same error on Linux! I was thinking that was due to > my old SDL 1.2.4, but now I see my mistake. > > Thomas, what SDL are you using? Any of the other developers have this > error? > > > Bye, > Duilio. > > > > > ------------------------------------------------------- > 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://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Libvisual-devel mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libvisual-devel |
|
From: Duilio J. P. <dp...@fc...> - 2005-02-20 18:18:53
|
On Sun, 2005-02-20, Thomas Klausner wrote: > libvisual INFO: XMMS plugin: negotiating plugin libvisual Dancing Particles plugin > libvisual CRITICAL: XMMS plugin: assertion `object != NULL' failed > sorry, but the bug with strtof has come, please report.. > Fatal signal: Floating Point Exception (SDL Parachute Deployed) > Xlib: unexpected async reply (sequence 0x4537)! I have exactly the same error on Linux! I was thinking that was due to my old SDL 1.2.4, but now I see my mistake. Thomas, what SDL are you using? Any of the other developers have this error? Bye, Duilio. |
|
From: Dennis S. <sy...@yo...> - 2005-02-20 15:33:28
|
Ooh gosh, Why do others have to find these kind of bugs ? :))) Going to fix it RIGHT now.. Thanks for your sharp eye ;) Cheers, Dennis On Sun, 2005-02-20 at 16:15 +0100, Thomas Klausner wrote: > Hi again, > > the configure script for libvisual-plugins-0.2.0 has some pastos. > For example, the flower test says (from configure.ac): > AC_ARG_ENABLE([flower], > AC_HELP_STRING([--disable-flower], > [Do not build Pseudotoad Flower plugin @<:@default=en > abled@:>@]), > [flower=$enableval], > [flower=yes]) > AC_MSG_CHECKING([whether to build Dancing Particles plugin]) > > Dancing Particles? :) > > > Similarly for the gforce one: > AC_ARG_ENABLE([gforce], > AC_HELP_STRING([--disable-gforce], > [Do not build gforce plugin @<:@default=enabled@:>@]) > , > [gforce=$enableval], > [gforce=yes]) > AC_MSG_CHECKING([whether to build bumpscope plugin]) > > bumpscope? :) > > Cheers, > Thomas > > > ------------------------------------------------------- > 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://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Libvisual-devel mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libvisual-devel |
|
From: Dennis S. <sy...@yo...> - 2005-02-20 15:30:02
|
I ashamed that I didn't merge those patches, completely forgotten! They are in now. Btw is NetBSD still using gcc-2.95, and why ? (just wondering) I missed up Dancing particles :(. Maybe, for a packages point of view the best thing is to just disable it for now. We've started on the 0.3.0 line right now, which is for devel purpose, and by 0.4.0 most of these problems should be completely history. We're also going to completely rewrite both the xmms and bmp client, it's much needed :) Cheers, Dennis On Sun, 2005-02-20 at 15:50 +0100, Thomas Klausner wrote: > Hi again! > > I'm currently updating the NetBSD packages for libvisual-* > and found that the patches I sent on Nov 29th 2004 haven't > been integrated you -- could you please do that? > They are easy fixes for compilation with gcc-2.95. > > Below find the output of two runs through all > the plugins with xmms, one with the 's'-key until it crashed > in Dancing Particles, and one with the 'a'-key until another > crash in Dancing Particles. > > If you need more information to debug this, please tell > me what you need. > > Cheers, > Thomas |
|
From: Dennis S. <sy...@yo...> - 2005-02-20 15:22:38
|
Patch commited, thanks a lot!, btw do you know any other way for checking the number of CPUS online in NetBSD so we can use that instead ? Thanks, Dennis On Sun, 2005-02-20 at 15:54 +0100, Thomas Klausner wrote: > Hi! > > Forgot that one in my other mail: > libvisual-0.2.0 needs a patch to compile on NetBSD, > since the _SC_NPROCESSORS_ONLN does not exist. > > Patch attached. > > Cheers, > Thomas |
|
From: Thomas K. <tho...@us...> - 2005-02-20 15:17:25
|
Hi again,
the configure script for libvisual-plugins-0.2.0 has some pastos.
For example, the flower test says (from configure.ac):
AC_ARG_ENABLE([flower],
AC_HELP_STRING([--disable-flower],
[Do not build Pseudotoad Flower plugin @<:@default=en
abled@:>@]),
[flower=$enableval],
[flower=yes])
AC_MSG_CHECKING([whether to build Dancing Particles plugin])
Dancing Particles? :)
Similarly for the gforce one:
AC_ARG_ENABLE([gforce],
AC_HELP_STRING([--disable-gforce],
[Do not build gforce plugin @<:@default=enabled@:>@])
,
[gforce=$enableval],
[gforce=yes])
AC_MSG_CHECKING([whether to build bumpscope plugin])
bumpscope? :)
Cheers,
Thomas
|
|
From: Thomas K. <tho...@us...> - 2005-02-20 14:55:44
|
Hi! Forgot that one in my other mail: libvisual-0.2.0 needs a patch to compile on NetBSD, since the _SC_NPROCESSORS_ONLN does not exist. Patch attached. Cheers, Thomas |
|
From: Thomas K. <tho...@us...> - 2005-02-20 14:52:20
|
Hi again!
I'm currently updating the NetBSD packages for libvisual-*
and found that the patches I sent on Nov 29th 2004 haven't
been integrated you -- could you please do that?
They are easy fixes for compilation with gcc-2.95.
Below find the output of two runs through all
the plugins with xmms, one with the 's'-key until it crashed
in Dancing Particles, and one with the 'a'-key until another
crash in Dancing Particles.
If you need more information to debug this, please tell
me what you need.
Cheers,
Thomas
libvisual INFO: XMMS plugin: negotiating plugin libvisual analyzer
libvisual INFO: XMMS plugin: run depth 16 forced 1
libvisual INFO: XMMS plugin: transpitch1 0 depth 16 bpp 0
libvisual CRITICAL: XMMS plugin: visual_video_free_buffer(): assertion `video->pixels != NULL' failed
libvisual INFO: XMMS plugin: negotiating plugin libvisual GL analyser
libvisual INFO: XMMS plugin: Switching away from Gl mode -- or non Gl switch
libvisual INFO: XMMS plugin: video depth (from fixate): 1
libvisual INFO: XMMS plugin: Switching from Gl TO framebuffer for real, framebuffer depth: 1
libvisual INFO: XMMS plugin: Target depth selected: 1
libvisual INFO: XMMS plugin: Switch to new pitch: 320
libvisual INFO: XMMS plugin: video pitch of that what connects to the new actor 320
libvisual INFO: XMMS plugin: switching... ******************************************
libvisual INFO: XMMS plugin: depth of the main actor: 16
libvisual INFO: XMMS plugin: end switch actor by name function ******************
libvisual INFO: XMMS plugin: negotiating plugin libvisual scope
libvisual CRITICAL: XMMS plugin: assertion `object != NULL' failed
libvisual INFO: XMMS plugin: negotiate without event
libvisual INFO: XMMS plugin: negotiating plugin libvisual scope
libvisual INFO: XMMS plugin: end negotiate without event
libvisual INFO: XMMS plugin: negotiating plugin libvisual scope
libvisual INFO: XMMS plugin: Switching to Gl mode
libvisual INFO: XMMS plugin: video pitch of that what connects to the new actor 320
libvisual INFO: XMMS plugin: switching... ******************************************
libvisual INFO: XMMS plugin: depth of the main actor: 16
libvisual INFO: XMMS plugin: end switch actor by name function ******************
libvisual INFO: XMMS plugin: Setting video mode 320x200, 16 bpp
libvisual INFO: XMMS plugin: negotiating plugin libvisual scope
libvisual INFO: XMMS plugin: run depth 16 forced 1
libvisual INFO: XMMS plugin: transpitch1 0 depth 16 bpp 0
libvisual CRITICAL: XMMS plugin: visual_video_free_buffer(): assertion `video->pixels != NULL' failed
libvisual INFO: XMMS plugin: negotiating plugin libvisual madspin port
WE'RE SCREAMIGN HARD!! A PARAM HAS BEEN CHANGED!!!
WE'RE SCREAMIGN HARD!! A PARAM HAS BEEN CHANGED!!!
libvisual INFO: XMMS plugin: Switching away from Gl mode -- or non Gl switch
libvisual INFO: XMMS plugin: video depth (from fixate): 1
libvisual INFO: XMMS plugin: Switching from Gl TO framebuffer for real, framebuffer depth: 1
libvisual INFO: XMMS plugin: Target depth selected: 1
libvisual INFO: XMMS plugin: Switch to new pitch: 320
libvisual INFO: XMMS plugin: video pitch of that what connects to the new actor 320
libvisual INFO: XMMS plugin: switching... ******************************************
libvisual INFO: XMMS plugin: depth of the main actor: 16
libvisual INFO: XMMS plugin: end switch actor by name function ******************
libvisual INFO: XMMS plugin: negotiating plugin libvisual scope
libvisual CRITICAL: XMMS plugin: assertion `object != NULL' failed
libvisual INFO: XMMS plugin: negotiate without event
libvisual INFO: XMMS plugin: negotiating plugin libvisual scope
libvisual INFO: XMMS plugin: end negotiate without event
libvisual INFO: XMMS plugin: negotiating plugin libvisual scope
libvisual INFO: XMMS plugin: Switching to Gl mode
libvisual INFO: XMMS plugin: video pitch of that what connects to the new actor 320
libvisual INFO: XMMS plugin: switching... ******************************************
libvisual INFO: XMMS plugin: depth of the main actor: 16
libvisual INFO: XMMS plugin: end switch actor by name function ******************
libvisual INFO: XMMS plugin: Setting video mode 320x200, 16 bpp
libvisual INFO: XMMS plugin: negotiating plugin libvisual scope
libvisual INFO: XMMS plugin: run depth 16 forced 1
libvisual INFO: XMMS plugin: transpitch1 0 depth 16 bpp 0
libvisual CRITICAL: XMMS plugin: visual_video_free_buffer(): assertion `video->pixels != NULL' failed
libvisual INFO: XMMS plugin: negotiating plugin libvisual madspin port
WE'RE SCREAMIGN HARD!! A PARAM HAS BEEN CHANGED!!!
WE'RE SCREAMIGN HARD!! A PARAM HAS BEEN CHANGED!!!
libvisual INFO: XMMS plugin: Switching to Gl mode
libvisual INFO: XMMS plugin: video pitch of that what connects to the new actor 0
libvisual INFO: XMMS plugin: switching... ******************************************
libvisual INFO: XMMS plugin: depth of the main actor: 16
libvisual INFO: XMMS plugin: end switch actor by name function ******************
libvisual INFO: XMMS plugin: Setting video mode 320x200, 16 bpp
libvisual INFO: XMMS plugin: negotiating plugin libvisual madspin port
libvisual CRITICAL: XMMS plugin: visual_video_free_buffer(): assertion `video->pixels != NULL' failed
libvisual INFO: XMMS plugin: negotiating plugin Libvisual plugins
libvisual CRITICAL: XMMS plugin: assertion `object != NULL' failed
libvisual INFO: XMMS plugin: Switching away from Gl mode -- or non Gl switch
libvisual INFO: XMMS plugin: video depth (from fixate): 8
libvisual INFO: XMMS plugin: Switching from Gl TO framebuffer for real, framebuffer depth: 8
libvisual INFO: XMMS plugin: Target depth selected: 8
libvisual INFO: XMMS plugin: Switch to new pitch: 0
libvisual INFO: XMMS plugin: video pitch of that what connects to the new actor 1280
libvisual INFO: XMMS plugin: switching... ******************************************
libvisual INFO: XMMS plugin: depth of the main actor: 16
libvisual INFO: XMMS plugin: end switch actor by name function ******************
libvisual INFO: XMMS plugin: negotiating plugin oinksie plugin
libvisual CRITICAL: XMMS plugin: assertion `object != NULL' failed
libvisual INFO: XMMS plugin: negotiate without event
libvisual INFO: XMMS plugin: negotiating plugin oinksie plugin
libvisual INFO: XMMS plugin: end negotiate without event
libvisual INFO: XMMS plugin: negotiating plugin oinksie plugin
libvisual INFO: XMMS plugin: Switching away from Gl mode -- or non Gl switch
libvisual INFO: XMMS plugin: video depth (from fixate): 1
libvisual INFO: XMMS plugin: old depth is higher, video depth 1, depth 1, bin depth 8
libvisual INFO: XMMS plugin: Target depth selected: 1
libvisual INFO: XMMS plugin: Switch to new pitch: 1280
libvisual INFO: XMMS plugin: video pitch of that what connects to the new actor 1280
libvisual INFO: XMMS plugin: switching... ******************************************
libvisual INFO: XMMS plugin: depth of the main actor: 8
libvisual INFO: XMMS plugin: end switch actor by name function ******************
libvisual INFO: XMMS plugin: negotiating plugin Plazma plugin
libvisual INFO: XMMS plugin: run depth 1 forced 1
libvisual INFO: XMMS plugin: transpitch1 0 depth 1 bpp 1
libvisual INFO: XMMS plugin: transpitch2 320 320
libvisual INFO: XMMS plugin: transpitch3 320
libvisual INFO: XMMS plugin: rundepth: 1 transpitch 320
libvisual INFO: XMMS plugin: negotiate without event
libvisual INFO: XMMS plugin: negotiating plugin Plazma plugin
libvisual INFO: XMMS plugin: end negotiate without event
libvisual INFO: XMMS plugin: negotiating plugin Plazma plugin
libvisual INFO: XMMS plugin: Switching away from Gl mode -- or non Gl switch
libvisual INFO: XMMS plugin: video depth (from fixate): 8
libvisual INFO: XMMS plugin: new depth is higher, or equal: video depth 8, depth 8 bin depth 1
libvisual INFO: XMMS plugin: Target depth selected: 8
libvisual INFO: XMMS plugin: Switch to new pitch: 320
libvisual INFO: XMMS plugin: video pitch of that what connects to the new actor 320
libvisual INFO: XMMS plugin: switching... ******************************************
libvisual INFO: XMMS plugin: depth of the main actor: 8
libvisual INFO: XMMS plugin: end switch actor by name function ******************
libvisual INFO: XMMS plugin: negotiating plugin Plazma plugin
libvisual INFO: XMMS plugin: run depth 1 forced 1
libvisual INFO: XMMS plugin: transpitch1 0 depth 1 bpp 1
libvisual INFO: XMMS plugin: transpitch2 320 320
libvisual INFO: XMMS plugin: transpitch3 320
libvisual INFO: XMMS plugin: rundepth: 1 transpitch 320
libvisual INFO: XMMS plugin: negotiating plugin jess plugin
libvisual INFO: XMMS plugin: Switching away from Gl mode -- or non Gl switch
libvisual INFO: XMMS plugin: video depth (from fixate): 1
libvisual INFO: XMMS plugin: old depth is higher, video depth 1, depth 1, bin depth 8
libvisual INFO: XMMS plugin: Target depth selected: 1
libvisual INFO: XMMS plugin: Switch to new pitch: 1280
libvisual INFO: XMMS plugin: video pitch of that what connects to the new actor 1280
libvisual INFO: XMMS plugin: switching... ******************************************
libvisual INFO: XMMS plugin: depth of the main actor: 8
libvisual INFO: XMMS plugin: end switch actor by name function ******************
libvisual INFO: XMMS plugin: negotiating plugin Bumpscope plugin
libvisual INFO: XMMS plugin: run depth 1 forced 1
libvisual INFO: XMMS plugin: transpitch1 0 depth 1 bpp 1
libvisual INFO: XMMS plugin: transpitch2 320 320
libvisual INFO: XMMS plugin: transpitch3 320
libvisual INFO: XMMS plugin: rundepth: 1 transpitch 320
libvisual INFO: XMMS plugin: negotiate without event
libvisual INFO: XMMS plugin: negotiating plugin Bumpscope plugin
libvisual INFO: XMMS plugin: end negotiate without event
libvisual INFO: XMMS plugin: negotiating plugin Bumpscope plugin
libvisual INFO: XMMS plugin: Switching away from Gl mode -- or non Gl switch
libvisual INFO: XMMS plugin: video depth (from fixate): 1
libvisual INFO: XMMS plugin: new depth is higher, or equal: video depth 1, depth 1 bin depth 1
libvisual INFO: XMMS plugin: Target depth selected: 1
libvisual INFO: XMMS plugin: Switch to new pitch: 320
libvisual INFO: XMMS plugin: video pitch of that what connects to the new actor 320
libvisual INFO: XMMS plugin: switching... ******************************************
libvisual INFO: XMMS plugin: depth of the main actor: 1
libvisual INFO: XMMS plugin: end switch actor by name function ******************
libvisual INFO: XMMS plugin: negotiating plugin libvisual corona plugin
libvisual INFO: XMMS plugin: Switching to Gl mode
libvisual INFO: XMMS plugin: video pitch of that what connects to the new actor 320
libvisual INFO: XMMS plugin: switching... ******************************************
libvisual INFO: XMMS plugin: depth of the main actor: 16
libvisual INFO: XMMS plugin: end switch actor by name function ******************
libvisual INFO: XMMS plugin: Setting video mode 320x200, 16 bpp
libvisual INFO: XMMS plugin: negotiating plugin libvisual corona plugin
libvisual INFO: XMMS plugin: run depth 16 forced 1
libvisual INFO: XMMS plugin: transpitch1 0 depth 16 bpp 0
libvisual CRITICAL: XMMS plugin: visual_video_free_buffer(): assertion `video->pixels != NULL' failed
libvisual INFO: XMMS plugin: negotiating plugin libvisual Dancing Particles plugin
sorry, but the bug with strtof has come, please report..
Fatal signal: Floating Point Exception (SDL Parachute Deployed)
Xlib: unexpected async reply (sequence 0x9221)!
# xmms&
[2] 28486
[1] Exit 248 xmms
libvisual WARNING: XMMS plugin: visual_plugin_get_list(): Failed to add the /usr/pkg/lib/libvisual/transform directory to the plugin registry
libvisual INFO: XMMS plugin: All plugins enabled
libvisual INFO: XMMS plugin: Last plugin: infinite
libvisual CRITICAL: XMMS plugin: visual_plugin_load(): assertion `ref != NULL' failed
libvisual INFO: XMMS plugin: negotiating plugin infinite plugin
libvisual INFO: XMMS plugin: Switching away from Gl mode -- or non Gl switch
libvisual INFO: XMMS plugin: video depth (from fixate): 8
libvisual INFO: XMMS plugin: new depth is higher, or equal: video depth 8, depth 8 bin depth 1
libvisual INFO: XMMS plugin: Target depth selected: 8
libvisual INFO: XMMS plugin: Switch to new pitch: 320
libvisual INFO: XMMS plugin: video pitch of that what connects to the new actor 320
libvisual INFO: XMMS plugin: switching... ******************************************
libvisual INFO: XMMS plugin: depth of the main actor: 8
libvisual INFO: XMMS plugin: end switch actor by name function ******************
libvisual INFO: XMMS plugin: negotiating plugin infinite plugin
libvisual INFO: XMMS plugin: run depth 1 forced 1
libvisual INFO: XMMS plugin: transpitch1 0 depth 1 bpp 1
libvisual INFO: XMMS plugin: transpitch2 320 320
libvisual INFO: XMMS plugin: transpitch3 320
libvisual INFO: XMMS plugin: rundepth: 1 transpitch 320
libvisual INFO: XMMS plugin: negotiating plugin libvisual goom2 plugin
libvisual INFO: XMMS plugin: Switching away from Gl mode -- or non Gl switch
libvisual INFO: XMMS plugin: video depth (from fixate): 1
libvisual INFO: XMMS plugin: old depth is higher, video depth 1, depth 1, bin depth 8
libvisual INFO: XMMS plugin: Target depth selected: 1
libvisual INFO: XMMS plugin: Switch to new pitch: 1280
libvisual INFO: XMMS plugin: video pitch of that what connects to the new actor 1280
libvisual INFO: XMMS plugin: switching... ******************************************
libvisual INFO: XMMS plugin: depth of the main actor: 8
libvisual INFO: XMMS plugin: end switch actor by name function ******************
libvisual INFO: XMMS plugin: New wave shape: Father_and_Daughters
libvisual INFO: XMMS plugin: Looking up expression in dict: FFT
libvisual INFO: XMMS plugin: New Delta field: Acid_Gap_2
libvisual INFO: XMMS plugin: New Delta field: Fractal_sweetness
libvisual INFO: XMMS plugin: New Delta field: Twist_of_Fate
libvisual INFO: XMMS plugin: negotiating plugin libvisual G-Force plugin
libvisual INFO: XMMS plugin: run depth 1 forced 1
libvisual INFO: XMMS plugin: transpitch1 0 depth 1 bpp 1
libvisual INFO: XMMS plugin: transpitch2 320 320
libvisual INFO: XMMS plugin: transpitch3 320
libvisual INFO: XMMS plugin: rundepth: 1 transpitch 320
libvisual INFO: XMMS plugin: New Delta field: Firestorm
libvisual INFO: XMMS plugin: New wave shape: DT_-_Wild
libvisual INFO: XMMS plugin: Looking up expression in dict: MAG
libvisual INFO: XMMS plugin: New Delta field: Directrix_Expand_-_X
libvisual INFO: XMMS plugin: negotiate without event
libvisual INFO: XMMS plugin: negotiating plugin libvisual G-Force plugin
libvisual INFO: XMMS plugin: end negotiate without event
libvisual INFO: XMMS plugin: negotiating plugin libvisual G-Force plugin
libvisual INFO: XMMS plugin: New Delta field: Acid_Gap_2
libvisual INFO: XMMS plugin: Switching to Gl mode
libvisual INFO: XMMS plugin: video pitch of that what connects to the new actor 320
libvisual INFO: XMMS plugin: switching... ******************************************
libvisual INFO: XMMS plugin: depth of the main actor: 16
libvisual INFO: XMMS plugin: end switch actor by name function ******************
libvisual INFO: XMMS plugin: Setting video mode 320x200, 16 bpp
libvisual INFO: XMMS plugin: negotiating plugin libvisual G-Force plugin
libvisual INFO: XMMS plugin: run depth 16 forced 1
libvisual INFO: XMMS plugin: transpitch1 0 depth 16 bpp 0
libvisual CRITICAL: XMMS plugin: visual_video_free_buffer(): assertion `video->pixels != NULL' failed
libvisual INFO: XMMS plugin: negotiating plugin libvisual Pseudotoad flower, yellow rose of texas
libvisual INFO: XMMS plugin: Switching to Gl mode
libvisual INFO: XMMS plugin: video pitch of that what connects to the new actor 0
libvisual INFO: XMMS plugin: switching... ******************************************
libvisual INFO: XMMS plugin: depth of the main actor: 16
libvisual INFO: XMMS plugin: end switch actor by name function ******************
libvisual INFO: XMMS plugin: Setting video mode 320x200, 16 bpp
libvisual INFO: XMMS plugin: negotiating plugin libvisual Pseudotoad flower, yellow rose of texas
libvisual CRITICAL: XMMS plugin: visual_video_free_buffer(): assertion `video->pixels != NULL' failed
libvisual INFO: XMMS plugin: negotiating plugin libvisual Dancing Particles plugin
libvisual CRITICAL: XMMS plugin: assertion `object != NULL' failed
sorry, but the bug with strtof has come, please report..
Fatal signal: Floating Point Exception (SDL Parachute Deployed)
Xlib: unexpected async reply (sequence 0x4537)!
On Mon, Nov 29, 2004 at 02:30:35PM +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
> $NetBSD: patch-ab,v 1.1 2004/11/12 20:27:23 kristerw Exp $
>
> --- src/main.c.orig Fri Nov 12 21:20:40 2004
> +++ src/main.c Fri Nov 12 21:21:07 2004
> @@ -438,14 +438,14 @@
>
> static int visual_render (void *arg)
> {
> - visual_running = 1;
> - visual_stopped = 0;
> long render_time, now;
> long frame_length;
> long idle_time;
> long frames;
> int ret;
>
> + visual_running = 1;
> + visual_stopped = 0;
> ret = visual_initialize (options->width, options->height);
> if (ret < 0) {
> visual_log (VISUAL_LOG_CRITICAL, _("Cannot initialize plugin's visual stuff"));
> $NetBSD: patch-ab,v 1.1 2004/11/12 20:53:32 kristerw Exp $
>
> --- src/main.c.orig Fri Nov 12 21:45:23 2004
> +++ src/main.c Fri Nov 12 21:45:51 2004
> @@ -451,14 +451,14 @@
>
> static int visual_render (void *arg)
> {
> - visual_running = 1;
> - visual_stopped = 0;
> long render_time, now;
> long frame_length;
> long idle_time;
> long frames;
> int ret;
>
> + visual_running = 1;
> + visual_stopped = 0;
> /* Alright set up the display stuff, we have to do this in this thread because
> * GL don't like cross threadness */
> ret = visual_initialize (options->width, options->height);
|
|
From: Dennis S. <sy...@yo...> - 2005-02-18 02:38:57
|
On Thu, 2005-02-17 at 16:31 -0500, Scott Watson wrote: > Scott: > >> If the visualizer is a data recorder, for instance, it would want > >> to know about dropped frames. > [snippage] > DenNis: > > What do you mean by data recorder ?, I audio capture plugin ? > [snippage] > > I don't think you should implement one as a VisActor :) for that > > kind of stuff you really want gstreamer (http://gstreamer.net) > > I was thinking more in terms of a spectrum analyzer with a history > (think of an old-style seismograph with the scrolling roll of paper.) I think that would look just right, even with possible framedrops. I won't be a scientifical ready thing, but visually it would look just cool :) > However, your reference to GStreamer caught my eye - I've been meaning > to check it out and your link was the impetus: I've just spent the > last 18 hours (!) soaking up their website. > > All I can say is: Wow! Haha, owyeah, I am suprised you never heard off it!, It's amazing stuff and without doubt the future multimedia framework for linux. > I'm probably going to be spending the next 18 to 18,000 hours seeing just > how difficult it would be to implement a standard set of cross-platform > plugins to get GStreamer working in practice rather than theory at > least on Linux/Win32 if not Macintosh. I did a fresh Fedora Core 3 > install and updated all of the GStreamer stuff (dependency hell, if I've > ever seen one) and I still can't get Totem to do any visualizers on > audio-only streams - blah. No idea regarding totem, best chance is to ask them on the their list or irc.freenode.net #gstreamer ... Have fun hacking and please keep us updated as well! Cheers, Dennis |
|
From: Scott W. <bau...@co...> - 2005-02-17 21:29:36
|
Scott: >> If the visualizer is a data recorder, for instance, it would want >> to know about dropped frames. [snippage] DenNis: > What do you mean by data recorder ?, I audio capture plugin ? [snippage] > I don't think you should implement one as a VisActor :) for that > kind of stuff you really want gstreamer (http://gstreamer.net) I was thinking more in terms of a spectrum analyzer with a history (think of an old-style seismograph with the scrolling roll of paper.) However, your reference to GStreamer caught my eye - I've been meaning to check it out and your link was the impetus: I've just spent the last 18 hours (!) soaking up their website. All I can say is: Wow! I'm probably going to be spending the next 18 to 18,000 hours seeing just how difficult it would be to implement a standard set of cross-platform plugins to get GStreamer working in practice rather than theory at least on Linux/Win32 if not Macintosh. I did a fresh Fedora Core 3 install and updated all of the GStreamer stuff (dependency hell, if I've ever seen one) and I still can't get Totem to do any visualizers on audio-only streams - blah. S.W. |
|
From: Dennis S. <sy...@yo...> - 2005-02-16 19:54:50
|
Committed to: libvisual, libvisual-plugins, libvisual-bmp, libvisual-xmms, libvisual-widgets, libvisual-display. Damn we have a lot of modules :) Looks awesome and great, thanks a lot Duilio!!! Cheers, Dennis On Wed, 2005-02-16 at 00:22 -0300, Duilio Javier Protti wrote: > Ok, coming back from a long, long vacations, finally I have coded > something useful (I think). Please take a look a this autogen.sh script > for libvisual, testing it on a new freshly checkout. > > > Bye, > Duilio. > |
|
From: Dennis S. <sy...@yo...> - 2005-02-16 19:37:35
|
On Tue, 2005-02-15 at 21:21 +0200, Vitaly V. Bursov wrote: > On Tue, 15 Feb 2005 18:46:02 +0100 > Dennis Smit <sy...@yo...> wrote: > > > you want everything in ARGB. Regarding GL, how would you like to > > overlay it? like some glDrawPixels call, or ? (vitaly jump in here!) > > > I am not really a big gl hero myself actually, is there a way to savely > > overlay over a GL frame, while a GL scene is rendered ? > Sure. If there's an image, it can be glDrawPixels()'ed. That's the way > lvdisplay handles RGB actors within glx. BTW, this image can be used as > texture for a surface. > > Another way is to use GL's functions directly to draw "overlayed" > interface, but it's obviously GL-only. Would be super, if we can come up with a interface, in the near future, that is capable of drawing within GL contexts just like it does in 2d contexts using our visual_video_blit_overlay stuff. Cheers, Dennis |
|
From: Duilio J. P. <dp...@fc...> - 2005-02-16 03:09:43
|
Ok, coming back from a long, long vacations, finally I have coded something useful (I think). Please take a look a this autogen.sh script for libvisual, testing it on a new freshly checkout. Bye, Duilio. |
|
From: Vitaly V. B. <vit...@uk...> - 2005-02-16 01:55:34
|
On Tue, 15 Feb 2005 18:46:02 +0100 Dennis Smit <sy...@yo...> wrote: > > I blit an RGB VisVideo onto a GL VisVideo? I guess I was thinking of > > something more abstract, where the overlay engine would offer a series > > of fonts, and then the app could call the overlay engine "I want this > > text to appear using font X/size Z to appear as a right-to-left > > scrolling bar Y high on the bottom of the screen (or as a static box in > > the center of the display, etc) using the following foreground/background > > colors for the text and the (if specified) enclosing rectangle and border." I agree, it's definitely must have feature. It's just not implemented yet ;) > you want everything in ARGB. Regarding GL, how would you like to > overlay it? like some glDrawPixels call, or ? (vitaly jump in here!) > I am not really a big gl hero myself actually, is there a way to savely > overlay over a GL frame, while a GL scene is rendered ? Sure. If there's an image, it can be glDrawPixels()'ed. That's the way lvdisplay handles RGB actors within glx. BTW, this image can be used as texture for a surface. Another way is to use GL's functions directly to draw "overlayed" interface, but it's obviously GL-only. -- Vitaly GPG Key ID: F95A23B9 |
10 messages has been excluded from this view by a project administrator.
