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: Jan de R. <psi...@ho...> - 2004-08-15 12:45:06
|
Hello, Well that is great news!!! Libvisual is still a quick changing ground and I'm planning to do lots of updates when I'm back home (I'm currently on vacation in greece (yeah it's great here!)). I lacked connectivity for a while, that is why there aren't many updates in CVS lately! About the particles xmms plugin port, I think looking at lv_gltest (the openGL analyzer xmms port) should help! I'll do a bigger update when I'm back home. Cheers, Dennis Smit _________________________________________________________________ Zoek niet langer. Vind. http://search.msn.be |
From: Max H. <max...@me...> - 2004-08-11 11:25:19
|
Hi, I managed to get libvisual working with amaroK a couple of weeks ago, but delayed writing to the list until I had GUI support integrated. This is now the case If anyone fancies trying out amaroK CVS, there are instructions at http://amarok.kde.org). Our plan is to make libvisual the default visualisation system for our player as soon as libvisual has become more stable. Thanks for the recent change removing the use of "private" as a variable name by the way :-) Much appreciated. I fancy converting the xmms plugin "particles" to libvisual, any tips? Max -- Max Howell; Bristol, UK; http://www.methylblue.com/ |
From: Jan de R. <psi...@ho...> - 2004-08-06 14:03:06
|
Heya List, I'll be going on vacation for two weeks starting upcoming monday! I've been doing all kinds of libvisual related things at home, new plugins, new things in the core library etc etc! When I'm back from vacation I'll be merging it with CVS! I also bought the openGL blue and red book (reference, programming guide) so I hope to improve my GL knowledge from now on! I created a roadmap for libvisual and I will put this online when I'm back home as well! I hope you all enjoy your vacation and that when I'm back we can heat up the development again!!! Ooh, I also will be going to school again, starting 30 august! Rock on! :) Anyway, cheers and updates (in the form of code, not in the form of blah blah) will follow when I'm back home again! Cheers, Dennis _________________________________________________________________ Maak je eigen website http://webbuilder.msn.be |
From: Jan de R. <psi...@ho...> - 2004-07-30 12:31:43
|
Vitaly, The idea about plugin libraries rocks, I never thought about it like that, so it's great to implement this! I can't try the patch for another 3 weeks or so because I lack connectivity at home and I'm using the public computers in a library right now. However when I've got connectivity again I surely will help intergrate this! My vacation will start in 7 days or so, going to Greece. I hope your vacation rocks and you have a great time! Cheers, Dennis _________________________________________________________________ Music centers worden steeds compacter. http://linkstat.neckermann.de/go.mb1?benl_10093 |
From: Vitaly V. B. <vit...@us...> - 2004-07-30 11:36:19
|
> ____ > union { > struct { > int (*x)(); > } actor; > > struct { > int (*x)(); > } input; > > struct { > int (*x)(); > } morph; > } preferences; > what are these preferences for ? These will contain some plugin's requirements, like depth. Probably placing function pointers here could be nice idea. > /* > // count defaults to 1 > > const VisPluginInfo *get_plugin_info(int *count) > { > const VisPluginInfo info[] = { > / * blah-blah-blah * / > }; > *count = sizeof(info)/sizeof(*info); > return info; > } > What is count for ? It will make possible to create one library for multiple plugins. For example, morph plugins can be separated to a simplier ones by depth or make actor plugins with common codebase but very different appearance, or all-in-one :) These not plugins anymore, they are plugin libraries! :) > Besides these questions, it looks good, if you can create a patch for this > and put > it on the list, it would be great! OK, here's a first patch. Sorry, it's againts old cvs tree. Sorry, it's a dirty patch. But it works. At least it's capable to run two ported plugins -- alsa and lv_dna. No morph stuff is ported, but it's easy to do: 1. s/VisMorphPlugin/VisPluginData/ in lv_plugin.h 2. fix lv_morph.[ch] 3. port plugin[s]. Looks like that's all for now. I'm going on vacation for a week or two starting monday or so. I won't be available. Anyway, everybody is welcome to try this patch, fix something ;) and send a report! -- Thanks, Vitaly GPG Key ID: F95A23B9 |
From: Jan de R. <psi...@ho...> - 2004-07-28 09:31:20
|
Heya JC, How is goom going nowadays ? :) You've got a point in your issue and I can't think of any sensible solution that is an always win for the user. Ofcourse the libvisual xmms plugin will rock the world, especially when the Lv display library lands. Hopefully when xmms2 lands, libvisual can be used in their core or something like that, so it's intergrated. Cheers, Dennis _________________________________________________________________ Nieuwe cursus MS Word on-line. Ook met opleidingscheques! http://www.msn.be/msnacademy/ |
From: Jan de R. <psi...@ho...> - 2004-07-28 09:27:19
|
Duilio, I think the previous email got completely lost. However if you have time please look into fixing this when you're back from the conference. I had CVS access in this weekend because I was at a friends place, right now I'm back home email from the library, where I obviously can't submit patches to CVS. After next week I'll be in Greece for two weeks, and after that I'll be having connectivity again! I hope you've got great fun at the conference! Updates from me: The G-Force port is rocking, there are some bugs in the old G-Force version itself regarding the script VM and some scripts which I'll have to look into but besides that it's doing good. While being at the friends place I copied xmms plugins on a CD so I have something to port at home, thus I'm porting Jakdaw right now, I will also port xmms bumpscope and xpyre. Cheers, Dennis _________________________________________________________________ Nieuwe cursus MS Word on-line. Ook met opleidingscheques! http://www.msn.be/msnacademy/ |
From: Duilio P. <dp...@fc...> - 2004-07-27 19:02:01
|
> Also, I've been VisMemizing most of libvisual yesterday and also added > a new tool > 'lv-inspect' that gives all information about a plugin. > > (A question regarding this, how can I build a tool that needs libvisual > to compile > but resides in the same buildtree and should be installed on make > install ?) Sorry about the last incomplete mail, I'm using a web interface to write this, because I'm on a conference now (until weekend). Like I was saying, this way you do not interfere with the libivisual_PRIMARY targets. However, probably other things will be needed to be adjusted for this to work. I can help on this when I come back from conference, next monday. Bye, Duilio. |
From: Jean-Christophe <je...@fr...> - 2004-07-27 08:30:36
|
Hello, I hesitate to eventually drop xmms support from the goom package. I'm worried about users who will install goom, look into xmms visual plugins list and will not see "What A Goom!" in the list. Any idea about this ? JC |
From: Jan de R. <psi...@ho...> - 2004-07-25 14:14:01
|
Heya Vitaly, thanks for your reply! Looks quite good, tho I've got some questions. ____ struct _VisPluginInfo { uint32_t struct_size; uint32_t api_version; VisPluginType plugin_type; const char *name; const char *author; const char *version; const char *about; const char *help; /* VisPluginData* will be allocated by Libvisual. * Plugin only needs to init priv, if necessary. */ int (*init)(VisPluginData*); int (*cleanup)(VisPluginData*); union { struct { int (*x)(); } actor; struct { int (*x)(); } input; struct { int (*x)(); } morph; } preferences; what are these preferences for ? /* // count defaults to 1 const VisPluginInfo *get_plugin_info(int *count) { const VisPluginInfo info[] = { / * blah-blah-blah * / }; *count = sizeof(info)/sizeof(*info); return info; } What is count for ? Besides these questions, it looks good, if you can create a patch for this and put it on the list, it would be great! Also, I've been VisMemizing most of libvisual yesterday and also added a new tool 'lv-inspect' that gives all information about a plugin. (A question regarding this, how can I build a tool that needs libvisual to compile but resides in the same buildtree and should be installed on make install ?) Thanks and cheers, Dennis _________________________________________________________________ Nieuwe cursus MS Word on-line. Ook met opleidingscheques! http://www.msn.be/msnacademy/ |
From: Vitaly V. B. <vit...@us...> - 2004-07-24 13:44:05
|
> Vitaly, how is the display lib stuff and the new plugin framework stuff > going ? Not much, sorry. Is it OK to do smth like this? I also tried to eliminate repeating entries in a structs. ============================== #ifndef VO_PLUGIN #define VO_PLUGIN typedef enum { VISUAL_PLUGIN_TYPE_NULL, VISUAL_PLUGIN_TYPE_ACTOR, VISUAL_PLUGIN_TYPE_INPUT, VISUAL_PLUGIN_TYPE_MORPH, } VisPluginType; typedef _VisPluginInfo VisPluginInfo; typedef _VisPluginData VisPluginData; typedef _VisPluginRef VisPluginRef; struct _VisPluginRef { char *file; void *handle; VisPluginType type; VisPluginInfo *info; int usecount; }; struct _VisPluginData { VisPluginRef *ref; VisEventQueue eventqueue; void *priv; union { /* only pointers here! */ void *genericplugin; VisActorPlugin *actorplugin; VisInputPlugin *inputplugin; VisMorphPlugin *morphplugin; } plugin; }; struct _VisPluginInfo { uint32_t struct_size; uint32_t api_version; VisPluginType plugin_type; const char *name; const char *author; const char *version; const char *about; const char *help; /* VisPluginData* will be allocated by Libvisual. * Plugin only needs to init priv, if necessary. */ int (*init)(VisPluginData*); int (*cleanup)(VisPluginData*); union { struct { int (*x)(); } actor; struct { int (*x)(); } input; struct { int (*x)(); } morph; } preferences; }; /* // count defaults to 1 const VisPluginInfo *get_plugin_info(int *count) { const VisPluginInfo info[] = { / * blah-blah-blah * / }; *count = sizeof(info)/sizeof(*info); return info; } */ #endif ======================== So, one library can provide more than only one plugin interface :) -- Regards, Vitaly GPG Key ID: F95A23B9 |
From: Jan de R. <psi...@ho...> - 2004-07-23 13:47:58
|
Heya List, I've renamed 'private' to 'priv' everywhere in libvisual. I've done this so plugins and applications can be written in C++, this was needed for the G-Force plugin. Vitaly, how is the display lib stuff and the new plugin framework stuff going ? Cheers, Dennis Smit _________________________________________________________________ Nieuw op MSN: download nu meer dan 350.000 tracks vanaf 0.80! http://entertainment.msn.be/muziek/musicclub |
From: Jan de R. <psi...@ho...> - 2004-07-20 17:28:01
|
Heya, I've magicly forgotten my gmail password.. So that explains the hotmail address. Anyway, Updates from my side: I've ported the G-Force unix port to libvisual. It's not yet completely done but it's rocking none the less. I can't commit it to CVS because of the obvious reason, so you people will have to wait a few weeks :(... I was wondering if there is any news on libvisual hacking ? Cheers, Dennis Smit (Now let me remember my gmail password!!!) _________________________________________________________________ Nieuw op MSN: download nu meer dan 350.000 tracks vanaf 0.80! http://entertainment.msn.be/muziek/musicclub |
From: Dennis S. <sy...@yo...> - 2004-07-16 06:23:13
|
On Fri, 2004-07-16 at 01:10 +0300, Vitaly V. Bursov wrote: > On Thu, 15 Jul 2004 22:52:03 +0200 > Dennis Smit <den...@gm...> wrote: > > > I will be checking the list through gmail! > Great! > > I'll start my work on plugin system soon. It's a lot > of work... afaiu rewritting plugins is also my task :) Yep it's a lot of work! :) I've done a plugin system rewrite before. In the first version all plugin types had a different loader but right now all the types are encapsulated in the LVPlugin. However ofcourse only the interface with libvisual needs to be rewritten in the plugins so it's a generalized rhythm of changing the plugin interfaces :) Anyway it's a lot of work none the less I've got to hurry, one hour to pack all my stuff ;) Cheers and thanks for all the support, will speak to you people soon! Later, Dennis |
From: Vitaly V. B. <vit...@us...> - 2004-07-15 22:10:45
|
On Thu, 15 Jul 2004 22:52:03 +0200 Dennis Smit <den...@gm...> wrote: > I will be checking the list through gmail! Great! I'll start my work on plugin system soon. It's a lot of work... afaiu rewritting plugins is also my task :) -- Best wishes, Vitaly GPG Key ID: F95A23B9 |
From: Dennis S. <den...@gm...> - 2004-07-15 20:52:11
|
Jippie yay! I will be checking the list through gmail! |
From: Dennis S. <sy...@yo...> - 2004-07-15 20:50:56
|
On Thu, 2004-07-15 at 14:37 -0300, Duilio Javier Protti wrote: > > I can't do anything about it, so we need to discuss the roadmap for the > > upcoming month, and what I can do myself while being connectivity less. > > I can work on this TODO things from libvisual: > > - a new lv_timer module to allow timed morph. > - take a look at the examples (on my system these > doen't work). > - the VisPalette stuff. Great! > and regarding of XMMS plugin: > > - deactivate screensaver and xblank. > - on configure window, add a list showing available > plugins, (and in future let the user filter out some > of them). Wowie rock on! :) > > I might be able to do a release at a friends place, but I can't read my > > email from anywhere else than here. Ofcourse I will read the list > > archives when I'm at a public internet place. > > Can you post to the list from the list admin page? That would > be really good, to approve changes we propose. I've got an idea, I just remembered that I have a gmail acount so I'm going to put that to some use! Cheers, Dennis |
From: Duilio J. P. <dp...@fc...> - 2004-07-15 17:36:45
|
> I can't do anything about it, so we need to discuss the roadmap for the > upcoming month, and what I can do myself while being connectivity less. I can work on this TODO things from libvisual: - a new lv_timer module to allow timed morph. - take a look at the examples (on my system these doen't work). - the VisPalette stuff. and regarding of XMMS plugin: - deactivate screensaver and xblank. - on configure window, add a list showing available plugins, (and in future let the user filter out some of them). > I might be able to do a release at a friends place, but I can't read my > email from anywhere else than here. Ofcourse I will read the list > archives when I'm at a public internet place. Can you post to the list from the list admin page? That would be really good, to approve changes we propose. Regards, Duilio. |
From: Dennis S. <sy...@yo...> - 2004-07-15 15:24:36
|
Alright, I just had some disturbing news. I will be without any form of connectivity for a month. Starting in 14 hours from now. I can't do anything about it, so we need to discuss the roadmap for the upcoming month, and what I can do myself while being connectivity less. Sorry about the situation, I can't do anything about it :( I might be able to do a release at a friends place, but I can't read my email from anywhere else than here. Ofcourse I will read the list archives when I'm at a public internet place. Personally I plan to work on all the param stuff, port over the old winamp gforce unix port visual. And some other stuff. Cheers, Dennis |
From: Dennis S. <sy...@yo...> - 2004-07-14 17:58:17
|
On Wed, 2004-07-14 at 14:43 -0300, Duilio Javier Protti wrote: > > So if anyone has something to discuss so he can continue > > with his current work, please talk now :) > > Do you make a release before to go vacations? I think > there is enough work as to justify a new release. Yeah for sure, But I won't be able to do a release this weekend. So we postpone that a week or two, before I'll be gone on vacation. (That is, if you people agree) That is, if you agree. That way we will do a super release for sure :) About the VisColor changes, would you mind to post patches on the list before submitting it to CVS ? So I can review it better ? Thanks a lot, Dennis |
From: Duilio J. P. <dp...@fc...> - 2004-07-14 17:42:19
|
> So if anyone has something to discuss so he can continue > with his current work, please talk now :) Do you make a release before to go vacations? I think there is enough work as to justify a new release. > Duilio if you feel like changing libvisual it's palette > system to use VisColor, also please go ahead :) Make sure > the current vispal morph thingy system keeps working tho :) Ok, I will work on that. Bye, Duilio. |
From: Dennis S. <sy...@yo...> - 2004-07-14 15:30:23
|
Alright list. We will not be moving into the new house as planned. There is an old oil tank in the ground causing legal problems and it's going to be removed the month coming. However that will not change that we have to get out of the current house at friday, for this reason we will move to another house for just a month. Because off this I will lose connectivity for probably atleast a week but possibly over a month. Besides I'll be on vacation in Greece for 2 weeks, 3 weeks from now. All by all, I will be 'less responsive' upcoming time, and also I won't be hacking much. So if anyone has something to discuss so he can continue with his current work, please talk now :) Duilio if you feel like changing libvisual it's palette system to use VisColor, also please go ahead :) Make sure the current vispal morph thingy system keeps working tho :) Vitaly might be looking at the new (superior) plugin system and is working on the display library. Gustavo is rocking on the mplayer plugin and other issues! Thanks all you people for the support with libvisual, Without you I would probably already dropped libvisual as another death project because of lack of motivation :) Well, that was it for now. Thanks and cheers, Dennis |
From: Dennis S. <sy...@yo...> - 2004-07-14 15:16:31
|
On Wed, 2004-07-14 at 14:55 +0300, Vitaly V. Bursov wrote: > > How are you going to implement things like window_size_requisistions, > > window_capption sets, like title, icon ? (if possible that is) > > window_no_frame and fullscreen support ? > Not sure. This should be backend/frontend dependant. Title and Icon, > for example, have not much sense width "*-widget" frontends. > Developer may also want to handle widget events him/herself... We could have some kind of capability system with a 'have WM_CAPS, have WM_ICON' kinda flags. > I think it's better to "transfer" drawing to another window. This will > be done by backend. In case of fullscreen, the new window should be created. > GLX has no problems with it. GLX Context just need to be set up to > draw to another window, no delete/create stuff. It could be even simplier > with X11 - just blit to fullscreen window. Not sure about XVideo or > some kind of accelerated X11 (say, SHM). That sounds really good. How easy is it to transfer GLX without interupting it's context, drawing ?. For 2d blitting we can just copy over the old buffer, put it in the new display and go on with drawing. Cheers, Dennis |
From: Dennis S. <sy...@yo...> - 2004-07-14 15:07:57
|
> > Btw, please don't do too much NULL checking within the plugins. If > > someone goes wrong all down at this layer something is majorly borked > > within libvisual itself or the user is creating hacky code. The > > abstraction system, VisInput, VisMorph, VisActor do handle most of the > > situations. Thanks anyway ;) > > That's why I always do NULL checking, to know if there's something wrong. If > everbody code it right we are not humans... so errors may appear and better > catch them as soon as possible. > > Since most of segfaults are caused by null pointers I think worth checking for > them always... Well it's ok with me, but I always used a kinda 'don't do too much check at the low level' because at that layer it should JUST WORK or die hard (and be reported) *hehe*. But then again, it's ok with me! Cheers, Dennis |
From: Vitaly V. B. <vit...@us...> - 2004-07-14 12:01:43
|
On 2004-07-11 03:20+0300 Dennis Smit <sy...@yo...> wrote: > Impressive, very impressive! I was wondering how good the library > is with reentrancy and multiple windows ? Should be reentrant. If not, it must be fixed :) > How are you going to implement things like window_size_requisistions, > window_capption sets, like title, icon ? (if possible that is) > window_no_frame and fullscreen support ? Not sure. This should be backend/frontend dependant. Title and Icon, for example, have not much sense width "*-widget" frontends. Developer may also want to handle widget events him/herself... On 2004-07-11 03:25+0300 Dennis Smit <sy...@yo...> wrote: > The following case scenario: > Visual is drawing into a GtkWidget. Embedded in a random player. > Random player wants the visual fullscreen. How do we proceed from here > on ? Can we get the gtk area fullscreen, in a decent mather, or do > we need to "transfer" the visual from the gtk widget to a x11 display > and then go fullscreen ?. Thanks for your questions :) I think it's better to "transfer" drawing to another window. This will be done by backend. In case of fullscreen, the new window should be created. GLX has no problems with it. GLX Context just need to be set up to draw to another window, no delete/create stuff. It could be even simplier with X11 - just blit to fullscreen window. Not sure about XVideo or some kind of accelerated X11 (say, SHM). > Also regarding the fullscreen stuff it would be good if the driver could > give us a list of resolutions, depths so we can choose an appropiate > one. Yes, you're right. PS. Sorry for my late answer. Have had mail delivery issues.... -- Vitaly GPG Key ID: F95A23B9 |