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: Dennis S. <sy...@yo...> - 2004-09-27 20:59:12
|
On Mon, 2004-09-27 at 23:45 +0300, Vitaly V. Bursov wrote: > On Mon, 27 Sep 2004 23:06:54 +0300 > "Vitaly V. Bursov" <vit...@us...> wrote: > > > On Mon, 27 Sep 2004 17:49:50 +0200 > > Dennis Smit <sy...@yo...> wrote: > > > > > I submitted the VisEvent changes to CVS, all looks good. > > Indeed, moreover, it works good :) A bug was fixed this time > > in Libvisual and visual_quit() on lvdisplay quit works fine now! > ... heh, relative path "hangs", absolute - not. weird, ld bug? That is odd, no idea tho what it can be, can you test on different machines ? |
|
From: Vitaly V. B. <vit...@us...> - 2004-09-27 20:45:30
|
On Mon, 27 Sep 2004 23:06:54 +0300 "Vitaly V. Bursov" <vit...@us...> wrote: > On Mon, 27 Sep 2004 17:49:50 +0200 > Dennis Smit <sy...@yo...> wrote: > > > I submitted the VisEvent changes to CVS, all looks good. > Indeed, moreover, it works good :) A bug was fixed this time > in Libvisual and visual_quit() on lvdisplay quit works fine now! ... heh, relative path "hangs", absolute - not. weird, ld bug? -- Vitaly GPG Key ID: F95A23B9 |
|
From: Vitaly V. B. <vit...@us...> - 2004-09-27 20:35:38
|
On Mon, 27 Sep 2004 23:06:54 +0300 "Vitaly V. Bursov" <vit...@us...> wrote: > > I submitted the VisEvent changes to CVS, all looks good. > Indeed, moreover, it works good :) A bug was fixed this time > in Libvisual and visual_quit() on lvdisplay quit works fine now! Hmm... I have two identical versions of lvdisplay here built in different directories... One of them hangs, another not. Confused. -- Vitaly GPG Key ID: F95A23B9 |
|
From: Dennis S. <sy...@yo...> - 2004-09-27 20:23:01
|
On Mon, 2004-09-27 at 23:06 +0300, Vitaly V. Bursov wrote: > Dennis, I have one question regarding resize event... > One of arguments passed to visual_event_queue_add_resize() is called > "video". I am not sure if I can pass a correct value here from > driver backend... Is it OK to pass NULL? I guess not. > > Do you think I shoul bind VisVideo object to every BE+FE pair or > something? Does it make sense? It's mandatory at the moment, but I think it's technically possible to do without a VisVideo, however it needs some changes in both the core AND >EVERY< plugin. If I've got the time, I'll investigate this tomorrow. However, I think it makes sense that every BE+FE pair needs a VisVideo. VisVideo contains the dimension/pitch/bpp and screenbuffer stuff, which is needed to draw a frame. Ofcourse I'm totally open for suggestions / comments. If you know a reason why not every BE+FE pair needs a VisVideo please go ahead :) Cheers, Dennis |
|
From: Dennis S. <sy...@yo...> - 2004-09-27 20:12:54
|
On Mon, 2004-09-27 at 22:39 +0300, Vitaly V. Bursov wrote: > hopefully you get the idea! ;) Yes, thanks a lot, it's working!!! |
|
From: Vitaly V. B. <vit...@us...> - 2004-09-27 20:06:32
|
On Mon, 27 Sep 2004 17:49:50 +0200 Dennis Smit <sy...@yo...> wrote: > I submitted the VisEvent changes to CVS, all looks good. Indeed, moreover, it works good :) A bug was fixed this time in Libvisual and visual_quit() on lvdisplay quit works fine now! Nice! Also you've changed API version and old lvdisplay binary refused to load its drivers. Cool! Simple recompilation and it runs again. :) > You've got CVS write access, so you can put libvisual-display > into CVS. Please make the dir layout 'kinda right' the > first time, because you know how CVS and dir removal goes :) OK. > Owyeah, please have a look at my event code changes, if it's right like > this. Yes. And thanks for commenting my code! ;) Dennis, I have one question regarding resize event... One of arguments passed to visual_event_queue_add_resize() is called "video". I am not sure if I can pass a correct value here from driver backend... Is it OK to pass NULL? I guess not. Do you think I shoul bind VisVideo object to every BE+FE pair or something? Does it make sense? -- Thanks, Vitaly GPG Key ID: F95A23B9 |
|
From: Vitaly V. B. <vit...@us...> - 2004-09-27 19:39:08
|
On Mon, 27 Sep 2004 21:21:20 +0200
Dennis Smit <sy...@yo...> wrote:
Regarding to XMMS, GTK, Threadng....
main.c, there's a long-standing issue around "case SDL_QUIT:"...
Well, how it's done in Scivi :)
// ....
/* long event switch(). when window closed */
case ClientMessage:
if ((ev.xclient.format == 32) &&
(ev.xclient.data.l[0] == scivi->X.wm_delete)){
/* #### ATTN HERE! #### */
GDK_THREADS_ENTER();
gtk_idle_add(disable_func, NULL);
GDK_THREADS_LEAVE();
scivi->thread_quit_flag = 1;
return 1;
}
// ....
/* #### AND HERE! #### */
static gint disable_func(gpointer data)
{
vis_plugin.disable_plugin(&vis_plugin);
return FALSE;
}
hopefully you get the idea! ;)
--
Vitaly
GPG Key ID: F95A23B9
|
|
From: Dennis S. <sy...@yo...> - 2004-09-27 19:21:24
|
Heya guys, I took some time and tried stablizing the xmms plugin, with some succes! Current CVS does not crash on exit, reload or technically: 'cleanup' anylonger. However we also don't set the songname anymore, need to fix this. There were some threading issues around this, but it's trivial so nothing to worry about ! :) Also openGL plugins don't load at startup, this already was there, but needs to be fixed as well. Thanks, Dennis (P.S. Duilio I'm no longer holding CVS so you can commit again :)) |
|
From: Dennis S. <sy...@yo...> - 2004-09-27 16:07:13
|
On Mon, 2004-09-27 at 18:05 +0200, Mark Kretschmann wrote: > The amaroK team announces version 1.1 of the amaroK audio player > * Automatic album cover-art download with integrated Cover-manager > * Support for the Media Application Server (MAS) backend > * Welcome-wizard to help you get up and running quickly and easily > * GStreamer-engine can crossfade and accept data from any KIO source > * Player-window adapts to the current KDE color scheme > * Extended tag-dialog with support for MusicBrainz and mass-tagging > * Cutting edge sqlite3 database for improved Collection performance > * Playlist-browser for managing saved playlists > * Intelligent music-rating system > * Integrated and contextual K3B-burning options > * Systray icon displays status information (yay!) > * Current and thorough handbook with many helpful screenshots Hey, I miss 'psychedelic experiences without substance use thanks to libvisual' in that list! Nonetheless congrats to the whole team, in the near future we'll be stable anough to be actively advertised! :) Cheers, Dennis |
|
From: Dennis S. <sy...@yo...> - 2004-09-27 15:49:44
|
Heya Vitaly, Sorry for keeping you waiting for so long! I just hadn't the time to get to it! I submitted the VisEvent changes to CVS, all looks good. You've got CVS write access, so you can put libvisual-display into CVS. Please make the dir layout 'kinda right' the first time, because you know how CVS and dir removal goes :) Thanks a lot and I hope to see more from you regarding libvisual-display! Owyeah, please have a look at my event code changes, if it's right like this. Cheers, Dennis On Thu, 2004-09-23 at 16:06 +0300, Vitaly V. Bursov wrote: > Hello, > > This patch for Libvisual's event system adds folowing events: > Quit, Visibiity and Generic. The first two of them are already > used by lvdisplay, so you need this patch to try out > lvdisplay ;) > > Also it changes VisEvent struct to an union. It is binary > incompatible with previous version. I haven't checked it > carefully it just passes events for lvdisplay and everything > looks fine. > > Please take a look over lvdisplay. You need to fix a path > to plugins in example/main.c. > > Any suggestions, critics, code, etc. are very welcome. > |
|
From: Mark K. <ma...@we...> - 2004-09-27 15:42:55
|
The amaroK team announces version 1.1 of the amaroK audio player In our never-ending quest to provide the most pleasant and rewarding music-listening experience we offer amaroK 1.1! So many improvements, five keyboards were destroyed in its making! Over the 1.1 development cycle we have been in close contact with our users and addressed the most interesting and wanted feature requests. Here is a list of the most important new features: * Automatic album cover-art download with integrated Cover-manager * Support for the Media Application Server (MAS) backend * Welcome-wizard to help you get up and running quickly and easily * GStreamer-engine can crossfade and accept data from any KIO source * Player-window adapts to the current KDE color scheme * Extended tag-dialog with support for MusicBrainz and mass-tagging * Cutting edge sqlite3 database for improved Collection performance * Playlist-browser for managing saved playlists * Intelligent music-rating system * Integrated and contextual K3B-burning options * Systray icon displays status information (yay!) * Current and thorough handbook with many helpful screenshots The developers feel this is our best release yet. amaroK is fast, stable, polished, fun and, above all, useful. We urge everyone to download the packages available at http://amarok.kde.org and give it a try. We look forward to reading your comments on our forum or on #amarok. amaroK 1.0 was recently reviewed by Linux Format magazine in the UK, and awarded 9/10 with a "Top Stuff Award", the article concluded: "Easily the best media-player for Linux at the moment. Install it now!" The amaroK team --------------- amaroK is an audio-player for *nix, that focuses on easy playlist creation and utilizes a powerful, soundsystem-independent design. We have a fast development-cycle and super-happy users. We also provide pensions and other employment-benefits. WWW : http://amarok.kde.org IRC : irc.freenode.net #amarok MAIL: ama...@li... |
|
From: salsaman <sal...@xs...> - 2004-09-27 15:18:58
|
Dennis Smit wrote: >On Sun, 2004-09-26 at 13:21 +0100, salsaman wrote: > > >>I'm currently testing with an actor resolution of 480x360, resized to >>1024x768 for the display. >> >> > >Well, I can run all those presets without any problem at all at 480x360. > >No valgrind warnings, nothing. > >Please contact me at irc so I can test it with LiVES. > >Cheers, >Dennis > > > Please take a copy of LiVES from CVS. It should be fine for the purposes of testing libvisual. Salsaman. |
|
From: Dennis S. <sy...@yo...> - 2004-09-27 15:13:07
|
On Mon, 2004-09-27 at 12:02 -0300, Duilio Protti wrote: > That's because we would want to select various actor plugins, but > only one morph plugin at a time. Of course we can change that to > allow select which morph plugins enable for the random selection, > in this case a list would be good. We change to this option? I don't > do it right now because there are so less morph plugins, disable one > of them just let us two morphs! > > Bye, > Duilio. Aah ok, I didn't know the actor list is a multiple selection list :) Thanks, Dennis |
|
From: Duilio P. <dp...@fc...> - 2004-09-27 15:02:50
|
> Heya Duilio, > > Can you try to checkout a complete fresh libvisual-plugins and > try to build the plugins. Since your changes to the build tree it > simply skips building the plugins. > > Same goes for libvisual/examples. I'm unable to enable these. I will check that this night! > Btw the xmms plugin configure dialog starts to look really good! > > I've got one comment, currently the visual plugin selection is a list > and the morph plugin a popup. They should be both either be a list or a > popup for consistency. That's because we would want to select various actor plugins, but only one morph plugin at a time. Of course we can change that to allow select which morph plugins enable for the random selection, in this case a list would be good. We change to this option? I don't do it right now because there are so less morph plugins, disable one of them just let us two morphs! Bye, Duilio. |
|
From: Dennis S. <sy...@yo...> - 2004-09-27 14:16:23
|
On Sun, 2004-09-26 at 13:21 +0100, salsaman wrote: > I'm currently testing with an actor resolution of 480x360, resized to > 1024x768 for the display. Well, I can run all those presets without any problem at all at 480x360. No valgrind warnings, nothing. Please contact me at irc so I can test it with LiVES. Cheers, Dennis |
|
From: salsaman <sal...@xs...> - 2004-09-27 13:20:11
|
Hi everybody, linux-bg.org, the most popular Linux site in Bulgaria, has just published an article entitled "Meet LiVES and its author" including an interview with me ! I mention libvisual in it :-) The news article is here: http://linux-bg.org/cgi-bin/y/index.pl?page=news&key=365425545 The original English version of the interview is here: http://gramophon.com/lives/interview.php Regards, Gabriel. |
|
From: Gustavo S. B. <gu...@gs...> - 2004-09-26 22:42:28
|
Em Qua 22 Set 2004 17:40, Andrew Godwin escreveu: > Hi, everybody. I've volunteered to work on the website, and I see Gustavo > has an idea up... do you have a tarball of the site, and the css, etc? I > could start from scratch, but it might help. http://ltc08.ic.unicamp.br/~gustavo/libvisual-website/ http://ltc08.ic.unicamp.br/~gustavo/libvisual-website.tar.bz2 -- 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: Duilio J. P. <dp...@fc...> - 2004-09-26 21:37:14
|
> The config window starts to look really good! > > > A few comments: > I don't think input plugins have a place in the xmms plugin seen it > always gets it data from xmms. > > Also the app icon config, I don't think that is needed. > > For the rest, awesome work! You are right on both things! I will finish the configure dialog on the coming week. Bye, Duilio. |
|
From: salsaman <sal...@xs...> - 2004-09-26 14:19:28
|
Vitaly V. Bursov wrote: >Hello, > >On Sat, 25 Sep 2004 01:06:29 +0100 >salsaman <sal...@xs...> wrote: > > > >>Hi Dennis, >>I think there could be a bug or two in gforce. I got a hang just playing >>the visual, no mixing, no other clips open. This has happened a few >>times, but because it generally hangs my whole X server I can't get a >>backtrace. >> >> >IMO, if an application can hang X server, it's definitely X Server's bug. ;) >I'm currently running G-Force. And it _works_. And it's very CPU-hungry ;) >No problems noticed so far. > > It hangs the X server because I am using SDL full screen for output. So if playback hangs, the whole display is frozen. There are two known bugs in gforce, one in "arena" and one in "a new hope". Other than that it seems very stable. Salsaman. |
|
From: Vitaly V. B. <vit...@us...> - 2004-09-26 13:49:37
|
Hello, On Sat, 25 Sep 2004 01:06:29 +0100 salsaman <sal...@xs...> wrote: > Hi Dennis, > I think there could be a bug or two in gforce. I got a hang just playing > the visual, no mixing, no other clips open. This has happened a few > times, but because it generally hangs my whole X server I can't get a > backtrace. IMO, if an application can hang X server, it's definitely X Server's bug. ;) I'm currently running G-Force. And it _works_. And it's very CPU-hungry ;) No problems noticed so far. This could be a hardware problem... Are you sure it's not a HW? If so, please tell what X Server are you running? What drivers are installed? Here's my info: [vitalyb@vb vitalyb]$ X -version XFree86 Version 4.4.0 (XFree86 release: 4.4.0-vb1) Release Date: 29 February 2004 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.6.6 i686 [ELF] Current Operating System: Linux vb.localdomain 2.6.8.1 #1 Mon Aug 16 15:49:28 EEST 2004 i686 Build Date: 12 May 2004 Changelog Date: 29 February 2004 It's an original XFree86 with a small patch to stop it switch monitor from DPMS saving mode when mouse gets moved. [vitalyb@vb vitalyb]$ glxinfo ... OpenGL version string: 1.5.1 NVIDIA 61.06 ... I know, NVidia 6111 drivers are avaible. Soon after 6106 release ;) Bugfixes.... Anyway it works fine for me. Video: GeForce2MX400 > Anyway some, maybe all of these hangs appear to be connected with "New > Delta Field: Accident". Maybe you could have a quick check in this > module and see if there is anything suspicious. AFAIU, G-Force is an interpreter. Am I right, Dennis? It should be pretty hard to do something that will break X Server just with this and that Delta Field. IMO. -- Vitaly GPG Key ID: F95A23B9 |
|
From: salsaman <sal...@xs...> - 2004-09-26 12:49:56
|
A New Hope seems to be hanging as well: New Delta field: Accident libvisual INFO: no progname: New Delta field: Acid_Gap_2 libvisual INFO: no progname: New Particle: DT_-_Snake libvisual DEBUG: no progname: void WaveShape::Load(ArgList&, long int) [(WaveShape.cpp,70)]: The number of bins requested: 28 libvisual INFO: no progname: Looking up expression in dict: MAG libvisual INFO: no progname: New wave shape: A_New_Hope libvisual DEBUG: no progname: void WaveShape::Load(ArgList&, long int) [(WaveShape.cpp,70)]: The number of bins requested: 130 libvisual INFO: no progname: Looking up expression in dict: MAG libvisual INFO: no progname: Looking up expression in dict: MAG hang... libvisual INFO: no progname: New Particle: Warp_Me_Away libvisual DEBUG: no progname: void WaveShape::Load(ArgList&, long int) [(WaveShape.cpp,70)]: The number of bins requested: 150 + rnd( 250 ) New Delta field: Accident libvisual INFO: no progname: New wave shape: A_New_Hope libvisual DEBUG: no progname: void WaveShape::Load(ArgList&, long int) [(WaveShape.cpp,70)]: The number of bins requested: 130 libvisual INFO: no progname: Looking up expression in dict: MAG libvisual INFO: no progname: Looking up expression in dict: MAG hang... It looks also as if gforce could use some random seeding at the start, it always starts with the same patterns. |
|
From: salsaman <sal...@xs...> - 2004-09-26 11:05:59
|
salsaman wrote: > salsaman wrote: > >> Dennis Smit wrote: >> >>> All these crashes seem to happen in the Arena 'waveshape' >>> >>> Could you try to remove it aand see if the crashes stop. >>> >>> I can't realy debug it from here. (I''' m not home) ( >>> and my VNC connection is way borked) >>> >>> Wha resolution areeeeeee you using btw ? >>> I'm currently testing with an actor resolution of 480x360, resized to 1024x768 for the display. Salsaman. |
|
From: salsaman <sal...@xs...> - 2004-09-26 10:52:15
|
salsaman wrote: > Dennis Smit wrote: > >> All these crashes seem to happen in the Arena 'waveshape' >> >> Could you try to remove it aand see if the crashes stop. >> >> I can't realy debug it from here. (I''' m not home) ( >> and my VNC connection is way borked) >> >> Wha resolution areeeeeee you using btw ? >> >> Cheers, >> Dennis >> >> >> > Ah yes, I missed that. Removing that waveshape does indeed seem to > stop the hangs. > > I've also found the cause of the problem which has been giving me > problems for the last 3 days. It seems that if LiVES starts audio > playback using sox whilst the listener is active, then the listener is > never released properly. So the next time an actor is inited, the new > input fails and causes LiVES to crash. > > It took me a while to figure out what was going on, but now I've fixed > the problem in LiVES by always initialising generators _after_ audio > playback starts. I'm guessing when sox starts playing it resets the > sound card and messes things up. All these problems should go away > if/when I get to implement the internal audio player for LiVES > (planned for early next year). > > Anyway, the latest CVS build seems very stable, provided arena is > removed from gforce. Just a couple of very minor issues which I'll try > to fix next week: > - 'x' (swap forgeground/background) does nothing after a modeswitch > (ctrl-number,'k','m') : workaround - switch any transitions off and > back on again > - 'k' (grab keyboard for last effect on) sometimes seems to forget the > last effect on after an effect is switched off > > > Cheers, > Salsaman. Ah I should mention these issues are in LiVES, not in libvisual. It's just incase anybody wants to test this all out. S. |
|
From: salsaman <sal...@xs...> - 2004-09-26 09:57:18
|
Dennis Smit wrote: >All these crashes seem to happen in the Arena 'waveshape' > >Could you try to remove it aand see if the crashes stop. > >I can't realy debug it from here. (I''' m not home) ( >and my VNC connection is way borked) > >Wha resolution areeeeeee you using btw ? > >Cheers, >Dennis > > > Ah yes, I missed that. Removing that waveshape does indeed seem to stop the hangs. I've also found the cause of the problem which has been giving me problems for the last 3 days. It seems that if LiVES starts audio playback using sox whilst the listener is active, then the listener is never released properly. So the next time an actor is inited, the new input fails and causes LiVES to crash. It took me a while to figure out what was going on, but now I've fixed the problem in LiVES by always initialising generators _after_ audio playback starts. I'm guessing when sox starts playing it resets the sound card and messes things up. All these problems should go away if/when I get to implement the internal audio player for LiVES (planned for early next year). Anyway, the latest CVS build seems very stable, provided arena is removed from gforce. Just a couple of very minor issues which I'll try to fix next week: - 'x' (swap forgeground/background) does nothing after a modeswitch (ctrl-number,'k','m') : workaround - switch any transitions off and back on again - 'k' (grab keyboard for last effect on) sometimes seems to forget the last effect on after an effect is switched off Cheers, Salsaman. |
|
From: Dennis S. <sy...@yo...> - 2004-09-25 12:52:41
|
All these crashes seem to happen in the Arena 'waveshape' Could you try to remove it aand see if the crashes stop. I can't realy debug it from here. (I''' m not home) ( and my VNC connection is way borked) Wha resolution areeeeeee you using btw ? Cheers, Dennis On Sat, 2004-09-25 at 12:31 +0100, salsaman wrote: > Dennis Smit wrote: > > >Hmms, 'accident' is a very simply script. Can you run LiVES from > >console and get a backtrace that way ? > > > >Thanks, > >Dennis > > > > > >On Sat, 2004-09-25 at 01:06 +0100, salsaman wrote: > > > > > >>Hi Dennis, > >>I think there could be a bug or two in gforce. I got a hang just playing > >>the visual, no mixing, no other clips open. This has happened a few > >>times, but because it generally hangs my whole X server I can't get a > >>backtrace. > >> > >>Anyway some, maybe all of these hangs appear to be connected with "New > >>Delta Field: Accident". Maybe you could have a quick check in this > >>module and see if there is anything suspicious. > >> > >>Cheers, > >>Salsaman. > >> > >> > >> > >> > >>------------------------------------------------------- > >>This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > >>Project Admins to receive an Apple iPod Mini FREE for your judgement on > >>who ports your project to Linux PPC the best. Sponsored by IBM. > >>Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php > >>_______________________________________________ > >>Libvisual-devel mailing list > >>Lib...@li... > >>https://lists.sourceforge.net/lists/listinfo/libvisual-devel > >> > >> > > > > > > > >------------------------------------------------------- > >This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > >Project Admins to receive an Apple iPod Mini FREE for your judgement on > >who ports your project to Linux PPC the best. Sponsored by IBM. > >Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php > >_______________________________________________ > >Libvisual-devel mailing list > >Lib...@li... > >https://lists.sourceforge.net/lists/listinfo/libvisual-devel > > > > > > > > > Here is one example: > > libvisual INFO: no progname: New Delta field: Acid_Gap > libvisual INFO: no progname: New wave shape: 3D_Cylinder > libvisual DEBUG: no progname: void WaveShape::Load(ArgList&, long int) > [(WaveShape.cpp,70)]: The number of bins requested: > libvisual INFO: no progname: Looking up expression in dict: MAG > libvisual INFO: no progname: New Particle: Warp_Me_Away > libvisual DEBUG: no progname: void WaveShape::Load(ArgList&, long int) > [(WaveShape.cpp,70)]: The number of bins requested: 150 + rnd( 250 ) > libvisual INFO: no progname: New Particle: Airport > libvisual DEBUG: no progname: void WaveShape::Load(ArgList&, long int) > [(WaveShape.cpp,70)]: The number of bins requested: 40 > New Delta field: Accident > libvisual INFO: no progname: New Particle: Art__I_Suppose > libvisual DEBUG: no progname: void WaveShape::Load(ArgList&, long int) > [(WaveShape.cpp,70)]: The number of bins requested: > libvisual INFO: no progname: New wave shape: Arena > libvisual DEBUG: no progname: void WaveShape::Load(ArgList&, long int) > [(WaveShape.cpp,70)]: The number of bins requested: 100 > libvisual INFO: no progname: Looking up expression in dict: MAG > > > Hang... > > I am tryign to get a back trace, but its not easy. > > Salsaman. > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > Project Admins to receive an Apple iPod Mini FREE for your judgement on > who ports your project to Linux PPC the best. Sponsored by IBM. > Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php > _______________________________________________ > Libvisual-devel mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libvisual-devel |
10 messages has been excluded from this view by a project administrator.
