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: Jeroen <dys...@xs...> - 2004-09-22 19:50:42
|
In message #1 on Sun, Sep 19, 2004 at 06:44:13PM -0300, Gustavo Sverzut Barbieri mumbled: > Hello, > > http://ltc08.ic.unicamp.br/~gustavo/libvisual-website/ > > You will find my new web site layout. The layout itself isn't great, Except for the font used at "About", "News", etc. i really like it. The background ain't distracting. The above picture fits into the black on the right. The color of the text fits into the background. Its not that bad (IMO). It reminds me of DirectFB.org (old, yellow design). Kind regards / met vriendelijke groet, Jeroen -- 100% Microsoft-free. You could be too! |
|
From: Dennis S. <sy...@yo...> - 2004-09-22 18:33:45
|
This message had been delayed for 2 days, It was my own mistake. No need for worries, thank you! On Wed, 2004-09-22 at 15:32 -0300, Duilio Javier Protti wrote: > > Duilio, since your alsa 0.9.x fix I'm getting the following: > > > > > > aclocal:configure.ac:129: warning: macro `AM_PATH_ALSA' not found in > > library > > bromodimethoxy:/usr/src/libvisual/libvisual-plugins# autoconf > > Ok, probably you doesn't have the alsa.m4 macro file (I don't known > why, your aclocal should have it) I send you attached here, please > copy to /usr/share/aclocal/ (or whatever prefix you have autoconf). > > Bye, > Duilio. > |
|
From: Duilio J. P. <dp...@fc...> - 2004-09-22 18:21:59
|
> Duilio, since your alsa 0.9.x fix I'm getting the following: > > > aclocal:configure.ac:129: warning: macro `AM_PATH_ALSA' not found in > library > bromodimethoxy:/usr/src/libvisual/libvisual-plugins# autoconf Ok, probably you doesn't have the alsa.m4 macro file (I don't known why, your aclocal should have it) I send you attached here, please copy to /usr/share/aclocal/ (or whatever prefix you have autoconf). Bye, Duilio. |
|
From: Dennis S. <sy...@yo...> - 2004-09-22 16:00:14
|
Hello Andrew! Gustavo, a Libvisual developer has a local web page that uses CSS/xhtml. however no content management yet, Maybe you can build upon that, or if you prefer, build it from scratch! It would be greatly appreciated, we really need a better and more managble page as we have right now! Regarding the visually stunning ness, For myself, most important is that it works, and is easy to manage and especially is usable for the user. Thanks for enjoying libvisual, You should try out the libvisual-gforce plugin, it's stunning ! :) Btw, if you start working on a site, I advice you to subscribe to the libvisual-devel list and keep us updated! Cheers, Dennis On Wed, 2004-09-22 at 14:28 +0100, Andrew Godwin wrote: > I don't know if anyone else has offered to help you out, but I suppose I am. > > I'm a mildly competent web developer, with some website design experience, > including my own SF project, ByteHoard, and a few others, mostly casual work. > > I can't guarantee a visually stunning design - I'm no expert graphic designer > - but I can promise a nice one, and perhaps one slightly easier to manage, > and of course, anything else that's within reason. > > Also, Libvisual is great; I have Infinity going right now ;) > > Regards, > Andrew Godwin |
|
From: Dennis S. <sy...@yo...> - 2004-09-22 04:54:53
|
Duilio, since your alsa 0.9.x fix I'm getting the following: aclocal:configure.ac:129: warning: macro `AM_PATH_ALSA' not found in library bromodimethoxy:/usr/src/libvisual/libvisual-plugins# autoconf |
|
From: Duilio J. P. <dp...@fc...> - 2004-09-22 03:37:13
|
Here I send you attached the patchs of my bilinear
filter prototype. Much improvements could be done,
and of course visual_video_bilinear_filter() must
not be exposed on the API, but a visual_video_filter()
or something like that instead.
I also include an example program derived from
simplesdl that takes the same parameters (and also
gdkpixbuf plugin + filename to load), loads the
plugin, and when you press 'b', it stop rendering,
and resize the screen to [width+100,height+100],
and shows the filtered screenbuffer.
Try something like
./filtersample gdkpixbuf 32 esd {some_path}/libvisual-xmms-vis.xpm
and then press b.
The image have a little noise for now, and only works with
depths 24/32.
Bye,
Duilio.
|
|
From: Dennis S. <sy...@yo...> - 2004-09-21 17:35:30
|
Ehm something went wrong with the mail I guess, odd.. On Tue, 2004-09-21 at 18:44 +0200, Dennis Smit wrote: > I was borking, sorry, nothing wrong! > > > > > > ------------------------------------------------------- > 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 |
|
From: Dennis S. <sy...@yo...> - 2004-09-21 16:44:18
|
I was borking, sorry, nothing wrong! |
|
From: salsaman <sal...@xs...> - 2004-09-21 09:56:15
|
salsaman wrote: > Jeroen wrote: > >> Hey, >> >> see attachement. >> >> Kind regards / met vriendelijke groet, >> Jeroen >> >> >> >> ------------------------------------------------------------------------ >> >> >> >>>> AN INTRODUCTION TO LIBVISUAL. >>>> >>> >> >> (by Jeroen @ 20 september 2004. Version 0.0.3) >> >> >> >>> INTRO >>> >> >> >> Libvisual is an abstraction layer which sits between a multimedia >> application and a visual plugin. This means a visual plugin which >> supports Libvisual can be used in an application which supports >> Libvisual and it means an application which supports Libvisual can be >> used to use a visual plugin which supports Libvisual. >> >> >> >>> HELP?!? >>> >> >> >> Confused? No worries! The following diagram explains it futher >> >> > > May I humbly suggest: > > > >> +------+ +--------+ >> | Jess |--\ /--| amaroK | >> +--------------------+ >> +------+ +-----------+ +--------+ +--------+ | >> LiVES, cinelerra, | >> | Libvisual |-----------------| LiViDO |--| >> freeJ, veejay, | >> +---------+ +-----------+ +------+ +--------+ | >> effecTV, pdp, etc. | >> | Nebulus |--/ \--| XMMS | >> +--------------------+ >> +---------+ +------+ >> >> >> > > > > Maybe you could add in the audio listeners, to show that libvisual can > use its own listeners, or can receive audio from a host. > > 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 > > Ackk, something nasty happened with the wrapping... Salsaman. |
|
From: salsaman <sal...@xs...> - 2004-09-21 09:49:44
|
Jeroen wrote: >Hey, > >see attachement. > >Kind regards / met vriendelijke groet, >Jeroen > > > >------------------------------------------------------------------------ > > > >>>AN INTRODUCTION TO LIBVISUAL. >>> >>> > >(by Jeroen @ 20 september 2004. Version 0.0.3) > > > >>INTRO >> >> > >Libvisual is an abstraction layer which sits between a multimedia >application and a visual plugin. This means a visual plugin which >supports Libvisual can be used in an application which supports >Libvisual and it means an application which supports Libvisual can be >used to use a visual plugin which supports Libvisual. > > > >>HELP?!? >> >> > >Confused? No worries! The following diagram explains it futher > > May I humbly suggest: > +------+ +--------+ > | Jess |--\ /--| amaroK | +--------------------+ > +------+ +-----------+ +--------+ +--------+ | LiVES, cinelerra, | > | Libvisual |-----------------| LiViDO |--| freeJ, veejay, | > +---------+ +-----------+ +------+ +--------+ | effecTV, pdp, etc. | > | Nebulus |--/ \--| XMMS | +--------------------+ > +---------+ +------+ > > > Maybe you could add in the audio listeners, to show that libvisual can use its own listeners, or can receive audio from a host. Salsaman. |
|
From: Duilio J. P. <dp...@fc...> - 2004-09-21 00:18:25
|
Now is possible to compile the alsa input plugin against alsa-lib 0.9.x. The configure script defines HAVE_0_9_X_ALSA macro and we do: #ifdef HAVE_0_9_X_ALSA #define ALSA_PCM_NEW_HW_PARAMS_API #define ALSA_PCM_NEW_SW_PARAMS_API #endif #include <alsa/asoundlib.h> to enable the new API (the 1.0.x API) on the old 0.9.x serie. I have tested with 0.9.8. If one of you have a different 0.9 serie please test it and report results. Bye, Duilio. |
|
From: Duilio J. P. <dp...@fc...> - 2004-09-21 00:18:07
|
Really nice!! This is really good for the project. Just one suggestion: may be mention what are input plugins (and which are available) somewhere. Thanks a lot. Duilio. |
|
From: <pl...@ip...> - 2004-09-21 00:09:24
|
> Heya, I was wondering if any of you guys had experience with > oss pcm capture ? > > Thanks, > Dennis > I did this, see here: http://cvs.sourceforge.net/viewcvs.py/gmerlin/gmerlin/plugins/oss/i_oss.c= ?view=3Dmarkup Some helper functions (used by playback and capture) are here: http://cvs.sourceforge.net/viewcvs.py/gmerlin/gmerlin/plugins/oss/oss_com= mon.c?view=3Dmarkup In the configure.ac, you need something like: have_oss=3Dfalse AC_ARG_ENABLE(oss, AC_HELP_STRING(--disable-oss, [Disable OSS (default: autodetect)]), [case "${enableval}" in yes) test_oss=3Dtrue ;; no) test_oss=3Dfalse ;; esac], test_oss=3Dtrue) if test x$test_oss =3D xtrue; then AC_CHECK_HEADERS(sys/soundcard.h soundcard.h, have_oss=3Dtrue) fi AM_CONDITIONAL(HAVE_OSS, test x$have_oss =3D xtrue) Similar plugins exist for Alsa and esound. Cheers Burkhard |
|
From: Jeroen <dys...@xs...> - 2004-09-20 21:16:56
|
Hey, see attachement. Kind regards / met vriendelijke groet, Jeroen -- 100% Microsoft-free. You could be too! |
|
From: Dennis S. <sy...@yo...> - 2004-09-20 19:56:49
|
The subject says anough, we have, for all you visualisation freaks. Unleashed the libvisual G-Force port. This astonishing visualisation plugin has an endless variety achieved through it's huge collection of presets. Surely a must have!!! To run the plugin, you need libvisual 0.1.6, and you probably want libvisual-xmms 0.1.6. It's also possibly to use it in amarok through amarok it's libvisual support! All the files can be found at: http://sourceforge.net/project/showfiles.php?group_id=106542 Have fun, The libvisual team. |
|
From: Dennis S. <sy...@yo...> - 2004-09-20 17:19:15
|
Heya, I was wondering if any of you guys had experience with oss pcm capture ? Thanks, Dennis |
|
From: Dennis S. <sy...@yo...> - 2004-09-20 14:04:39
|
Alright, Gustavo this is much appreciated! Can you put a .tar.gz online, so I can update the libvisual web page. Now we need some handy/good cms system and we're mostly set. Anyone experience with this ? Cheers, Dennis On Sun, 2004-09-19 at 18:44 -0300, Gustavo Sverzut Barbieri wrote: > Hello, > > http://ltc08.ic.unicamp.br/~gustavo/libvisual-website/ > > You will find my new web site layout. The layout itself isn't great, > what's great is that I've converted it to xhtml + css2 and we can change > the layout without messing with the html. > > I didn't validate the xhtml neither the css, but they should be ok, I'll > do it later if it's approved ;) > > > But IMHO is not good to keep with a static site, we should go with a CMS > (Content Management System) like plone, drupal, tikiwiki or something like > this... editing the xhtml manually sucks... > > Also, many CMS can read SF RSS thus integrate news, releases and this kind > of stuff in the site, so we don't need to replicate news everywhere. > > BUT, the problem is: I'm not familiar with any CMS and I'm busy with > university + work :( So, let's stay with the static website until we find > someone to set up the CMS. > |
|
From: Gustavo S. B. <gu...@gs...> - 2004-09-19 21:44:25
|
Hello, http://ltc08.ic.unicamp.br/~gustavo/libvisual-website/ You will find my new web site layout. The layout itself isn't great, what's great is that I've converted it to xhtml + css2 and we can change the layout without messing with the html. I didn't validate the xhtml neither the css, but they should be ok, I'll do it later if it's approved ;) But IMHO is not good to keep with a static site, we should go with a CMS (Content Management System) like plone, drupal, tikiwiki or something lik= e this... editing the xhtml manually sucks... Also, many CMS can read SF RSS thus integrate news, releases and this kin= d of stuff in the site, so we don't need to replicate news everywhere. BUT, the problem is: I'm not familiar with any CMS and I'm busy with university + work :( So, let's stay with the static website until we find someone to set up the CMS. --=20 Gustavo Sverzut Barbieri ------------------------------------------ Engenharia de Computa=E7=E3o 2001 - UNICAMP Grupo Pr=F3 Software Livre - UNICAMP Mobile: (19) 9165 8010 Jabber: gsb...@ja... ICQ: 17249123 |
|
From: Duilio J. P. <dp...@fc...> - 2004-09-17 23:43:07
|
> Another thingy from gentoo, can you please look at this Duilio > > Should sure be merged before 0.1.7 ;) > > Cheers, > Dennis > This ok right now, because was recently fixed thanks to Burkhard Plaum's suggestion. Bye, Duilio. |
|
From: salsaman <sal...@xs...> - 2004-09-17 14:38:41
|
Burkhard Plaum wrote: > >> Then I may have to swap the channels in LiVES. Unfortunately this >> will probably halve the frame rate for libvisual. > > > I think libvisual should handle this. Many X11 installations also > have 32 bit BGR XImages by default. This colorspace thing will > show up everywhere. OK. I've tested GBR --> RGB conversion in LiVES, and it doesn't really slow things down too much. But still, for some hosts it might be nice to have the option to let libvisual handle the conversion as well. > >> MMX is no good for me, LiVES is cross platform. However, the livido >> writers might be interested, since liblivido will be platform specific. > > > gavl does runtime autodetection, and on non mmx platforms, it won't > try to > compile the mmx stuff at all. The accelleration modi can be selected > using individual flags (like in libvisual) or with > simple speed<->quality sliders. I've suggested to the other livido authors that we have a standard #define for processor type. This value could also be passed to libvisual via the wrapper (though obviously not at compile time). > >> Yes. I have horizontal subsampling for BGR->UYVY >> >> I need a vertical subsample for UYVY->YUV420. Oh well, I will ask >> Niels sometime. > > > In principle, gavl can also support (slow) high quality conversions. > Up to now, I could not find any visible errors due to the lack of > interpolating, so I didn't write them yet. > I found without the horizontal subsampling there was a visible "striping" on the screen, but then there were probably other sources of error at the time. Cheers, Salsaman/Gabriel. |
|
From: Burkhard P. <pl...@ip...> - 2004-09-17 14:30:09
|
> Then I may have to swap the channels in LiVES. Unfortunately this will > probably halve the frame rate for libvisual. I think libvisual should handle this. Many X11 installations also have 32 bit BGR XImages by default. This colorspace thing will show up everywhere. > MMX is no good for me, LiVES is cross platform. However, the livido > writers might be interested, since liblivido will be platform specific. gavl does runtime autodetection, and on non mmx platforms, it won't try to compile the mmx stuff at all. The accelleration modi can be selected using individual flags (like in libvisual) or with simple speed<->quality sliders. > Yes. I have horizontal subsampling for BGR->UYVY > > I need a vertical subsample for UYVY->YUV420. Oh well, I will ask Niels > sometime. In principle, gavl can also support (slow) high quality conversions. Up to now, I could not find any visible errors due to the lack of interpolating, so I didn't write them yet. -- _____________________________ Dr.-Ing. Burkhard Plaum Institut fuer Plasmaforschung Pfaffenwaldring 31 70569 Stuttgart Tel.: +49 711 685-2187 Fax.: -3102 |
|
From: Jeroen <dys...@xs...> - 2004-09-17 14:06:22
|
In message #5 on Fri, Sep 17, 2004 at 12:45:18PM +0100, salsaman mumbled: > MMX is no good for me, LiVES is cross platform. However, the livido > writers might be interested, since liblivido will be platform specific. MPlayer has MMX optimalisations yet i'm able to compile and run it on MIPS/IRIX. Because its excluded during compile time. MPlayer also has an option to chose optimalisations on the fly (CPU detection or something) but that slows it a bit down ofcourse. If Libvisual, Libivido, LiVES could use something similar (2 options) both cross-platform and x86-specific get the best out of it. Kind regards / met vriendelijke groet, Jeroen |
|
From: salsaman <sal...@xs...> - 2004-09-17 10:30:00
|
Burkhard Plaum wrote: >>> Maybe the plugins might still look "cool" when B and R are swapped, >>> but the plugin authors won't like this. >>> Adjusting the colors for a visualization can involve many hours >>> of fine-tuning. >> >> >> Well true, but in this case it could be marked somehow. > > > Not only in this case. The colors should always be right. > If users want to play with swapping colors, it can be provided > as an option. Then I may have to swap the channels in LiVES. Unfortunately this will probably halve the frame rate for libvisual. But first a teest is needed. Can you or somebody provide a plugin which simply produces a blue image for output ? > >> Sorry, I was talking about 24bit colours, so in this case the definition >> is obvious, blue pixel byte comes before green pixel byte which comes >> before red pixel byte. > > And then it's bgr? In LiVES it is, at least on x86. > >> I've not heard of gavl before, but it looks interesting. Do you have >> conversions for all those palettes ? > > > All conversions are present in C, some also in mmx. MMX is no good for me, LiVES is cross platform. However, the livido writers might be interested, since liblivido will be platform specific. > >> I am looking for a high quality >> YUV420 <---> UYVY converter. > > > What do you mean with high quality? > With interpolating for chroma up/down sampling? Yes. I have horizontal subsampling for BGR->UYVY I need a vertical subsample for UYVY->YUV420. Oh well, I will ask Niels sometime. > > The gavl yuv420 <-> uvuy converter is pretty srtaightforward. > Unless you want vertical chroma sub/supersampling. Salsaman. |
|
From: Burkhard P. <pl...@ip...> - 2004-09-17 10:08:07
|
>> Maybe the plugins might still look "cool" when B and R are swapped, >> but the plugin authors won't like this. >> Adjusting the colors for a visualization can involve many hours >> of fine-tuning. > > Well true, but in this case it could be marked somehow. Not only in this case. The colors should always be right. If users want to play with swapping colors, it can be provided as an option. > Sorry, I was talking about 24bit colours, so in this case the definition > is obvious, blue pixel byte comes before green pixel byte which comes > before red pixel byte. And then it's bgr? > I've not heard of gavl before, but it looks interesting. Do you have > conversions for all those palettes ? All conversions are present in C, some also in mmx. > I am looking for a high quality > YUV420 <---> UYVY converter. What do you mean with high quality? With interpolating for chroma up/down sampling? The gavl yuv420 <-> uvuy converter is pretty srtaightforward. -- _____________________________ Dr.-Ing. Burkhard Plaum Institut fuer Plasmaforschung Pfaffenwaldring 31 70569 Stuttgart Tel.: +49 711 685-2187 Fax.: -3102 |
|
From: Dennis S. <sy...@yo...> - 2004-09-17 06:12:41
|
Duilio, thanks for submitting the patch, here is another one! Also from: Jeremy Huddleston <era...@ge...> Can you have a look at this one as well? Cheers and thanks, Dennis |
10 messages has been excluded from this view by a project administrator.
