Menu
▾
▴
libvisual-devel — libvisual mailinglist for developers
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
(38) |
May
(22) |
Jun
(92) |
Jul
(101) |
Aug
(18) |
Sep
(286) |
Oct
(180) |
Nov
(73) |
Dec
(14) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(18) |
Feb
(74) |
Mar
(56) |
Apr
(11) |
May
(5) |
Jun
(4) |
Jul
(20) |
Aug
(4) |
Sep
|
Oct
|
Nov
(1) |
Dec
(2) |
| 2006 |
Jan
(11) |
Feb
(2) |
Mar
(10) |
Apr
(2) |
May
(1) |
Jun
|
Jul
(24) |
Aug
(11) |
Sep
(5) |
Oct
(16) |
Nov
(25) |
Dec
(8) |
| 2007 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
(1) |
Aug
|
Sep
|
Oct
(4) |
Nov
(12) |
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(5) |
|
From: salsaman <sal...@xs...> - 2004-09-06 23:31:31
|
Here is the output on starting LiVES: In livido init Checking plugin /usr//share/lives/plugins/effects/realtime/livido/alien_overlay got in channs 1 m 0 o out channs 1 m 0 o Checking plugin /usr//share/lives/plugins/effects/realtime/livido/libvis Creating refs, this is a debug: gdkpixbuf /usr/local/lib/libvisual/actor/actor_gdkpixbuf.so Creating refs, this is a debug: infinite /usr/local/lib/libvisual/actor/actor_infinite.so Creating refs, this is a debug: jakdaw /usr/local/lib/libvisual/actor/actor_jakdaw.so Creating refs, this is a debug: jess /usr/local/lib/libvisual/actor/actor_JESS.so Creating refs, this is a debug: lv_analyzer /usr/local/lib/libvisual/actor/actor_lv_analyzer.so Creating refs, this is a debug: lv_scope /usr/local/lib/libvisual/actor/actor_lv_scope.so Creating refs, this is a debug: oinksie /usr/local/lib/libvisual/actor/actor_oinksie.so Creating refs, this is a debug: plazma /usr/local/lib/libvisual/actor/actor_plazma.so Creating refs, this is a debug: alsa /usr/local/lib/libvisual/input/input_alsa.so Creating refs, this is a debug: esd /usr/local/lib/libvisual/input/input_esd.so Creating refs, this is a debug: mplayer /usr/local/lib/libvisual/input/input_mplayer.so Creating refs, this is a debug: alphablend /usr/local/lib/libvisual/morph/morph_alphablend.so Creating refs, this is a debug: flash /usr/local/lib/libvisual/morph/morph_flash.so Creating refs, this is a debug: tentacle /usr/local/lib/libvisual/morph/morph_tentacle.so got in channs 0 m 0 o out channs 1 m 0 o got in channs 0 m 0 o out channs 1 m 0 o got in channs 0 m 0 o out channs 1 m 0 o got in channs 0 m 0 o out channs 1 m 0 o got in channs 0 m 0 o out channs 1 m 0 o got in channs 0 m 0 o out channs 1 m 0 o got in channs 0 m 0 o out channs 1 m 0 o got in channs 0 m 0 o out channs 1 m 0 o Checking plugin /usr//share/lives/plugins/effects/realtime/livido/mirror_x got in channs 1 m 0 o out channs 1 m 0 o And in the LiVES console: Starting... *** Using SDL plugin for fs playback, agreed to use palette type 2. *** Loaded effect "alien_overlay" in plugin "alien_overlay"; assigned to key ctrl-1, mode 0. Loaded effect "gdkpixbuf" in plugin "libvis"; assigned to key ctrl-2, mode 0. Loaded effect "infinite" in plugin "libvis"; assigned to key ctrl-2, mode 1. Loaded effect "jakdaw" in plugin "libvis"; assigned to key ctrl-2, mode 2. Loaded effect "jess" in plugin "libvis"; assigned to key ctrl-2, mode 3. Loaded effect "lv_analyzer" in plugin "libvis"; assigned to key ctrl-2, mode 4. Loaded effect "lv_scope" in plugin "libvis"; assigned to key ctrl-2, mode 5. Loaded effect "oinksie" in plugin "libvis"; assigned to key ctrl-2, mode 6. Loaded effect "plazma" in plugin "libvis"; assigned to key ctrl-2, mode 7. Loaded effect "mirror" in plugin "mirror_x"; assigned to key ctrl-3, mode 0. Loaded effect "negate" in plugin "negate"; assigned to key ctrl-4, mode 0. Loaded effect "noise" in plugin "noise"; assigned to key ctrl-5, mode 0. Loaded effect "posterise" in plugin "posterise"; assigned to key ctrl-6, mode 0. Loaded effect "chroma blend" in plugin "simple_blend"; assigned to key ctrl-7, mode 0. Loaded effect "luma overlay" in plugin "simple_blend"; assigned to key ctrl-7, mode 1. Loaded effect "luma underlay" in plugin "simple_blend"; assigned to key ctrl-7, mode 2. Loaded 16 Livido effects There are more libvisual plugins, but they are too many to assign to keys by default ! The only remaining things are: - how to attach an input to visual_actor_run - add a new frame source into LiVES to receive generated frames Libvisual plugins will be implemented in LiVES as "ephemeral clips", that is, they will disappear once playback of them stops, unless frames are recorded. Salsaman. |
|
From: salsaman <sal...@xs...> - 2004-09-06 22:28:40
|
Hi, visual_actor_run takes a VisAudio as its second parameter. How do I get from a VisInput to a VisAudio ? Salsaman. |
|
From: Dennis S. <sy...@yo...> - 2004-09-06 18:27:50
|
Regarding libvisual timed morph and plans for this week. I don't think it's good practise to actually sleep in the morph routine. Instead visual morph should adjust the increasement of the 'morph rate' and recalculate this continously, but with the goal to be morphed within time. Duilio, can you have a look at this, (and if so, please post a patch first to the list, before commiting). It would be nice if someone could finish the lv_bmp byteswap issues but we can fix that in 0.1.7 as well. I'm very busy with school, which in a way kinda sucks, but tomorrow I've got some more time probably, and Wednesday as well my plan is to look at some problems with the plugins like the bumpscope error, maybe port the dancing particles plugin and create the slide morph plugin. The library is 0.1.6 ready kinda. It would be nice to have timed morph, but it's not a must-have. The biggest problem is libvisual-gforce which doesn't 'make dist' right. And I think we REALLY want to release libvisual-gforce :) If it's not working on time we can always release it a few days later, that is no big problem. For 0.1.7 I think it's very important to locate problems with 0.1.6 and fix these. Also fix things that aren't yet completely finished but working functionally. Besides I want to add VisCPU and visual_video_scale, visual_video_filter (VISUAL_FILTER_BILINAIR, ... to it. But most importantly, it will be a cleanup release. Cheers, Dennis |
|
From: Dennis S. <sy...@yo...> - 2004-09-06 18:12:37
|
Ok sounds good, What about the os defines, can you look at that ? On Mon, 2004-09-06 at 15:13 -0300, Duilio Javier Protti wrote: > > Regarding libvisual/lvconfig.h mostly: > > > > we now have LV_... and VISUAL_... shall we > > go VISUAL_ completely or shall we use LV_ for > > config defines ? > > > > what do you think ? > > > > Cheers, > > Dennis > > I think we must use VISUAL_* for define's intended > to be used by users, and LV_* for define's used > internally by the library (or _LV_* better). > > > Bye, > Duilio. > |
|
From: Duilio J. P. <dp...@fc...> - 2004-09-06 18:06:14
|
> If you do so rather, you can use the esd plugin as input. > > > OK, now another slight problem, I have to upgrade my libalsa, I am > > currently using version 0.9.6 > > > > Salsaman. The last CVS version fix this problem. If you doesn't have a newly enough libalsa, configure just disable the alsa input plugin. Bye, Duilio. |
|
From: Duilio J. P. <dp...@fc...> - 2004-09-06 18:06:02
|
> Regarding libvisual/lvconfig.h mostly: > > we now have LV_... and VISUAL_... shall we > go VISUAL_ completely or shall we use LV_ for > config defines ? > > what do you think ? > > Cheers, > Dennis I think we must use VISUAL_* for define's intended to be used by users, and LV_* for define's used internally by the library (or _LV_* better). Bye, Duilio. |
|
From: Dennis S. <sy...@yo...> - 2004-09-06 16:42:45
|
Do you have any plans to do what, which version, So I can put it in libvisual.sf.net/LIBVISUAL_ROADMAP ? On Sun, 2004-09-05 at 18:11 -0300, Duilio Javier Protti wrote: > Dennis, next steps on xmms plugin will go on > direction to let the user select if he want > morphing when switching between plugins, and > if he want, what kind of morphing. > > > Bye, > Duilio. > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by BEA Weblogic Workshop > FREE Java Enterprise J2EE developer tools! > Get your free copy of BEA WebLogic Workshop 8.1 today. > http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click > _______________________________________________ > Libvisual-devel mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libvisual-devel |
|
From: Dennis S. <sy...@yo...> - 2004-09-06 16:14:52
|
I did a fresh checkout and tried to compile G-Force. I advice you to do the same, because some things are missing.. :) Thanks, Dennis |
|
From: salsaman <sal...@xs...> - 2004-09-06 15:35:19
|
Dennis Smit wrote: >Not any plans atm, but hey if the API is not too hard >I'd love to take a look at it :) > > OK, the project is here: http://jackit.sourceforge.net/ I've not had a chance to implement it in LiVES yet, but some other video apps use it. Salsaman. |
|
From: Dennis S. <sy...@yo...> - 2004-09-06 15:23:38
|
Not any plans atm, but hey if the API is not too hard I'd love to take a look at it :) We'll fix the tarballs, be online at #lives :) (freenode) Cheers, Dennis On Mon, 2004-09-06 at 17:35 +0100, salsaman wrote: > Hi, > are there any plans to implement a jack listener in libvisual ? > > Still waiting for the tarballs. > > Salsaman. |
|
From: salsaman <sal...@xs...> - 2004-09-06 15:20:44
|
Hi, are there any plans to implement a jack listener in libvisual ? Still waiting for the tarballs. Salsaman. |
|
From: Dennis S. <sy...@yo...> - 2004-09-06 15:00:37
|
Are they going to make ANOTHER framework, or will they use gstreamer (please let it be gstreamer so this is solved forever) :)), Amarok guys, you guys know more about this ? (Still having an artsd plugin isn't a bad idea ofcourse) Cheers, Dennis > I have hear that artsd is going to be replaced by another > technology on the KDE project, because it have a lot > of architectural constrains that make it unusable on > many situations. > > Bye, > Duilio. |
|
From: Dennis S. <sy...@yo...> - 2004-09-06 14:59:39
|
Cool, ofcourse a 'random morph plugin' option would be cool as well! On Sun, 2004-09-05 at 18:11 -0300, Duilio Javier Protti wrote: > Dennis, next steps on xmms plugin will go on > direction to let the user select if he want > morphing when switching between plugins, and > if he want, what kind of morphing. > > > Bye, > Duilio. |
|
From: Dennis S. <sy...@yo...> - 2004-09-06 14:58:48
|
Yep, we have to update these :) the current GST plugins are totally not supporting libvisual 0.1.6 btw :) On Sun, 2004-09-05 at 18:11 -0300, Duilio Javier Protti wrote: > I have installed gstreamer plugins version 0.8.4, and > it doesn't build libvisual plugin because it looks for > libvisual version 0.1.1. We will have to keep this on > sync with current releases of libvisual, at least until > libtool versioning system lands on the project. > > Bye, > Duilio. |
|
From: Dennis S. <sy...@yo...> - 2004-09-06 14:57:50
|
Aight, so we need some macros to check the platform, maybe rename LV_WIN32 to LV_OS_WIN32 and add extra macros for other platforms ? Duilio would you mind looking into this ? Vitaly, it's better not avoid usleep btw because of the wakeup ticks ? Busy waiting is indeed not a good idea, how can we solve this using threading Duilio ? (* note to self, I should buy the pthreads book :)) Cheers, Dennis On Sun, 2004-09-05 at 17:26 -0300, Duilio Javier Protti wrote: > > Not sure if select() will work correctly, probably not. > > select() will work right, but only on Linux :-( > > I will add this check on future, so usleep we will use > select only on Linux systems. > > > To implement precise usleep() gettimeofday() should be used, imo. > > gettimeofday() can be used to get time, but the problem is > how to wait until the time has elapsed. "Busy waiting" is not > a good idea, and is the only option until we will get some > other way to go to sleep (VisThread in future?). But select() > does this sleep for us, and doesn't consume process CPU cycles. > > Regards, > Duilio. |
|
From: Dennis S. <sy...@yo...> - 2004-09-06 14:55:07
|
This is great! Eventually I'd like it to work with msvc as well, so we can really natively build, but hey, that can wait :) On Sat, 2004-09-04 at 03:47 -0300, Duilio Javier Protti wrote: > Some work was done to port libvisual to Win32 platform. > I have compile it on Win98 using cygwin, and it builds right. > However, is needed a lot of work on installation stuff, > and of course some plugins to test, but for now we > know that the plain C code whitin libvisual is highly > portable. > > Bye, > Duilio. |
|
From: Dennis S. <sy...@yo...> - 2004-09-06 14:54:18
|
Ai that way! I will contact salsaman regarding this on IRC. Is G-Force working cleanly (package wise) by now ? On Sun, 2004-09-05 at 18:10 -0300, Duilio Javier Protti wrote: > > Please send a tarball. > > Thanks, > > Salsaman. > > Dennis, please can you make a package for Salsaman? > If you can, checkout the CVS first, I have commited > a minor fix. > > I can't make the package because I have an old ALSA lib, > so configure skips that input plugin and for that reason > is not included on the dist target and compilation > will fail. > > > Bye, > Duilio. > |
|
From: Dennis S. <sy...@yo...> - 2004-09-06 14:52:57
|
If you do so rather, you can use the esd plugin as input. > OK, now another slight problem, I have to upgrade my libalsa, I am > currently using version 0.9.6 > > Salsaman. |
|
From: Dennis S. <sy...@yo...> - 2004-09-06 14:51:41
|
> >Ofcourse the case is different for GL plugins but that won't work in > >your setup anyway :) > > > > > > > Why won't GL plugins work ? Can't you draw to a GL buffer ? > > Salsaman. Is possible doing it quite hacky, but gl needs a open gl context which comes from GLX, or SDL in GL mode. It's possible, in my knowledge to render gl into a Ximage, or something like that but it's not clean/easy to do. We can look into this in the future ;) For now, it's better to not go with GL, sorry. Cheers, Dennis |
|
From: Dennis S. <sy...@yo...> - 2004-09-06 14:50:18
|
Is this sorted, has Duilio contacted you for tarballs ? If not, please say so! Cheers, Dennis > OK, thanks, I have added visual_init(NULL,NULL) to the livido_setup > function. > It is returning -1. Hopefully this will go away when I have some plugins > installed ? > > > Salsaman. |
|
From: Duilio J. P. <dp...@fc...> - 2004-09-05 21:03:51
|
Dennis, next steps on xmms plugin will go on direction to let the user select if he want morphing when switching between plugins, and if he want, what kind of morphing. Bye, Duilio. |
|
From: Duilio J. P. <dp...@fc...> - 2004-09-05 21:03:42
|
I have installed gstreamer plugins version 0.8.4, and it doesn't build libvisual plugin because it looks for libvisual version 0.1.1. We will have to keep this on sync with current releases of libvisual, at least until libtool versioning system lands on the project. Bye, Duilio. |
|
From: Duilio J. P. <dp...@fc...> - 2004-09-05 21:03:29
|
> Heya people, and especially the amarok developers this time! > > Gustavo and I were talking about artsd support as input plugin and since > we both don't know anything at all about artsd we wondered if the amarok > developers could shine some light on it, or maybe even implement it for > us ;) *wink wink* > > Cheers, > Dennis I have hear that artsd is going to be replaced by another technology on the KDE project, because it have a lot of architectural constrains that make it unusable on many situations. Bye, Duilio. |
|
From: Duilio J. P. <dp...@fc...> - 2004-09-05 21:03:25
|
> Please send a tarball. > Thanks, > Salsaman. Dennis, please can you make a package for Salsaman? If you can, checkout the CVS first, I have commited a minor fix. I can't make the package because I have an old ALSA lib, so configure skips that input plugin and for that reason is not included on the dist target and compilation will fail. Bye, Duilio. |
|
From: Duilio J. P. <dp...@fc...> - 2004-09-05 20:19:16
|
> Not sure if select() will work correctly, probably not. select() will work right, but only on Linux :-( I will add this check on future, so usleep we will use select only on Linux systems. > To implement precise usleep() gettimeofday() should be used, imo. gettimeofday() can be used to get time, but the problem is how to wait until the time has elapsed. "Busy waiting" is not a good idea, and is the only option until we will get some other way to go to sleep (VisThread in future?). But select() does this sleep for us, and doesn't consume process CPU cycles. Regards, Duilio. |
10 messages has been excluded from this view by a project administrator.
