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-05-25 16:05:48
|
On Tue, 2004-05-25 at 12:00 -0300, Gustavo Sverzut Barbieri wrote: > > Well i don't want to bloat this. And optional requirements mean that > > some plugins will only work when the desired image loaders are there. > > why? the internal representation is the same. 32bpp (RGBA). Well yes, but let's say that plugin X is an neat GL plugin that loads textures from a bunch of .png files and then libvisual on one system isn't able to load an png provider thus, plugin X can't load it's textures. > > I personally rather just go for one >simple< format without any external > > requirements. > > Make it optional, if user compile without it then it just read bitmaps. Well the point is, it might be optional at the core, but if some plugin written by dude-random does want an image loader that supports .png (for example) this plugin simply won't work. I think that depending on image loaders is a bit scary, especially because it kinda destroys the 'just work in nearly every case' philosophy i've got with libvisual. > > > But if we have to pick ONE format you agree that bmp would suite best > > probably ? > > I don't like bitmap, but it's the easiest, so go with it. Ok :), i agree it isn't the greatest format ever, but i think it suites best in this scenario. We can always start with just bmp and if there is serious need for more image loaders provide something afterwards. Cheers, Dennis |
|
From: Gustavo S. B. <gu...@gs...> - 2004-05-25 15:46:06
|
Em Ter=E7a 25 Maio 2004 08:20, Dennis Smit escreveu: > On Mon, 2004-05-24 at 23:26 -0300, Gustavo Sverzut Barbieri wrote: > > Em Monday 24 May 2004 23:17, Dennis Smit escreveu: > > > Hello list, > > > > > > I need some comments on the following: > > > > > > I want to add an image loader to the visual_video system. > > > > > > The basic idea is to have some functions to load image content > > > from file into a VisVideo, this could be used to replace all these > > > home brew semi but not really working bmp loaders and could > > > be especially handy for openGL texture loading. However I'm not yet > > > decided which image format we want here. The image format needs to > > > be a simple one tho, and the main candidates are, in my opinion > > > xpm and bmp. I think bmp might be better because it's supported > > > in the windows world and by SDL. The xmms plugins i've seen mostly use > > > bmp. > > > > SDL_image support png and jpeg also, doesn't it? > > Make it an optional requirement and if it doesn't exist use bmp. > > Well i don't want to bloat this. And optional requirements mean that > some plugins will only work when the desired image loaders are there. why? the internal representation is the same. 32bpp (RGBA). > I personally rather just go for one >simple< format without any external > requirements. Make it optional, if user compile without it then it just read bitmaps. > But if we have to pick ONE format you agree that bmp would suite best > probably ? I don't like bitmap, but it's the easiest, so go with it. =2D-=20 Gustavo Sverzut Barbieri =2D-------------------------------------- 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: Dennis S. <sy...@yo...> - 2004-05-25 15:11:41
|
While being bored and not in the mood to work on the core i've been porting the xmms nebulus plugin to libvisual. I'll be releasing it together with libvisual 0.1.3 snapshot this week. The fully working port took less than 2 hours, including creating the source tree, so porting plugins to libvisual can be fairly easy :) However i want to cleanup the plugin majorly, Make the texture routines being capable of reading from image data, having it all react better on sound and put everything in privates. Also i want to look into fading between scenes instead of the rather abrupt switch that it does right now. Also it might be an idea to 'import' some http://rss-glx.sourceforge.net/ screensavers into a gfx effect. Cheers, Dennis |
|
From: Dennis S. <sy...@yo...> - 2004-05-25 11:20:57
|
On Mon, 2004-05-24 at 23:26 -0300, Gustavo Sverzut Barbieri wrote: > Em Monday 24 May 2004 23:17, Dennis Smit escreveu: > > Hello list, > > > > I need some comments on the following: > > > > I want to add an image loader to the visual_video system. > > > > The basic idea is to have some functions to load image content > > from file into a VisVideo, this could be used to replace all these > > home brew semi but not really working bmp loaders and could > > be especially handy for openGL texture loading. However I'm not yet > > decided which image format we want here. The image format needs to > > be a simple one tho, and the main candidates are, in my opinion > > xpm and bmp. I think bmp might be better because it's supported > > in the windows world and by SDL. The xmms plugins i've seen mostly use > > bmp. > > SDL_image support png and jpeg also, doesn't it? > Make it an optional requirement and if it doesn't exist use bmp. > Well i don't want to bloat this. And optional requirements mean that some plugins will only work when the desired image loaders are there. I personally rather just go for one >simple< format without any external requirements. But if we have to pick ONE format you agree that bmp would suite best probably ? Cheers, Dennis |
|
From: <ben...@id...> - 2004-05-25 08:40:45
|
Dear Open Source developer I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate. You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it. With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development. With many thanks for your participation, Benno Luthiger PS: The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/. We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list. _______________________________________________________________________ Benno Luthiger Swiss Federal Institute of Technology Zurich 8092 Zurich Mail: benno.luthiger(at)id.ethz.ch _______________________________________________________________________ |
|
From: Gustavo S. B. <gu...@gs...> - 2004-05-25 02:26:48
|
Em Monday 24 May 2004 23:17, Dennis Smit escreveu: > Hello list, > > I need some comments on the following: > > I want to add an image loader to the visual_video system. > > The basic idea is to have some functions to load image content > from file into a VisVideo, this could be used to replace all these > home brew semi but not really working bmp loaders and could > be especially handy for openGL texture loading. However I'm not yet > decided which image format we want here. The image format needs to > be a simple one tho, and the main candidates are, in my opinion > xpm and bmp. I think bmp might be better because it's supported > in the windows world and by SDL. The xmms plugins i've seen mostly use > bmp. SDL_image support png and jpeg also, doesn't it? Make it an optional requirement and if it doesn't exist use bmp. -- 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: Dennis S. <sy...@yo...> - 2004-05-25 02:18:15
|
Hello list, I need some comments on the following: I want to add an image loader to the visual_video system. The basic idea is to have some functions to load image content from file into a VisVideo, this could be used to replace all these home brew semi but not really working bmp loaders and could be especially handy for openGL texture loading. However I'm not yet decided which image format we want here. The image format needs to be a simple one tho, and the main candidates are, in my opinion xpm and bmp. I think bmp might be better because it's supported in the windows world and by SDL. The xmms plugins i've seen mostly use bmp. Please comment!!!! Cheers, Dennis |
|
From: Dennis S. <sy...@yo...> - 2004-05-25 00:10:30
|
Heya people, Well, haven't been uploading new snapshots lately so here is a small update email. I've just ported the xmms madspin to libvisual: http://libvisual.sourceforge.net/images/madspin1.png I've been working on the managed bin stuff lately which proved to be quite a headache now and then, however it's almost there and it supports automaticly morphing between every depth, notifying the client of the required depth, manage all the plugins for you so you only have to make a bin and a video. Also i've added a requisition method to the actor plugins which is mandatory and will be called to request desired size, this is needed for plugins that, for example only allow div2 or div4 widths. Anyway, i'll be uploading new snapshots this week! Cheers, Dennis |
|
From: Dennis S. <sy...@yo...> - 2004-05-14 01:35:49
|
> > > I did the mplayer stuff and it seems to work great, except that I noticed
> > > that it's updating too slow :( I still need to figure that out, but if
> > > there's a problem is with mplayer.
> >
> > Hmms, i'm sure you can figure it out! :)
>
> Sure.
Ofcourse, always feel free to ask questions, especially regarding
libvisual!
> Better you to look at their doc/examples, but there is a Wizard to configure
> the Doxygen file and the code is easy as:
>
> int somevar; /**< some doc */
>
> /**
> * Some doc
> *
> * \param p1 p1's doc
> * \param p2 p2's doc
> *
> * \return doc
> */
> int func( char p1, void *p2 ) {
> ...
> }
Ok that looks awesome, i'll sure look into doing that!
Cheers and thanks,
Dennis
|
|
From: Gustavo S. B. <gu...@gs...> - 2004-05-14 01:25:15
|
Em Thursday 13 May 2004 17:52, Dennis Smit escreveu:
> On Wed, 2004-05-12 at 22:51 -0300, Gustavo Sverzut Barbieri wrote:
> > photos anywhere ? :)
>
> When i'm at my girlfriends place i'll be putting some online!
Cool!
> > I did the mplayer stuff and it seems to work great, except that I noticed
> > that it's updating too slow :( I still need to figure that out, but if
> > there's a problem is with mplayer.
>
> Hmms, i'm sure you can figure it out! :)
Sure.
> > I also worked on a frequency plot vis, but since I don't know engough
> > about things I'll wait you to be back online so I can ask you (and only
> > next week, this I'm busy). I need to plot the frequency in log scale,
> > right?
>
> Yes you need to plot it in log scale, the best example would be
> the simple analyzer that is included with xmms itself i guess ;)
> (Btw i REALLy would like something similair to be ported to
> libvisual :))
Okay, I'll look at it.
> > > Has someone ever used doxygen, and is it recommendable i use
> > > doxygen for the API documentation ?
> >
> > Yes and yes :D
> >
> > I used it in a university project and it's really great. It's really easy
> > to use and if you set the right options it can even produce links to
> > source code where the function appears!
>
> Hmms any good doc or walk through tutorial that explain how to doxygenfy
> your code ? :)
>
> We're getting closer to a release so i should really fix up
> documentation!
Better you to look at their doc/examples, but there is a Wizard to configure
the Doxygen file and the code is easy as:
int somevar; /**< some doc */
/**
* Some doc
*
* \param p1 p1's doc
* \param p2 p2's doc
*
* \return doc
*/
int func( char p1, void *p2 ) {
...
}
But there are more features.
--
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: Dennis S. <sy...@yo...> - 2004-05-14 00:43:26
|
On Fri, 2004-05-14 at 02:23 +0200, Dennis Smit wrote: > > Event stuff: > Libvisual now has an event system that is modelled after > SDLevent. The best way to look at how it works is > by looking at the goom plugin, it has a complete > example included. You need to have an event handler > because resizes will also go through the event > system. That is. from actor plugin perspective. Cheers, Dennis |
|
From: Dennis S. <sy...@yo...> - 2004-05-14 00:35:10
|
It might be nice to know that gstreamer-plugins cvs has an libvisual element that supports libvisual 0.1.1. Direct link to the C code file in a cvsweb view: http://freedesktop.org/cgi-bin/viewcvs.cgi/gstreamer/gst-plugins/ext/libvisual/visual.c Thanks to Benjamine Otte for writing this! Cheers, Dennis |
|
From: Dennis S. <sy...@yo...> - 2004-05-14 00:22:45
|
Heya it's that time of the year again when the birds sing louder! (because of reproduction reasons...). Aka libvisual, libvisual-plugins, libvisual-xmms 0.1.2 has been released. In theory these are still snapshots and in no way API/ABI stable. __ Availability: http://libvisual.sourceforge.net/snapshots/libvisual-0.1.2.tar.gz http://libvisual.sourceforge.net/snapshots/libvisual-plugins-0.1.2.tar.gz http://libvisual.sourceforge.net/snapshots/libvisual-xmms-0.1.2.tar.gz __ Notes: * OpenGL plugins won't work in the xmms plugin. The reason for this is that the managed bin doesn't yet propogate required depth to the application. * Sample applications, xmms plugin need cleanups because of the API changes. * When using libvisual and use pkg-config to configure (which ofcourse you should always do), use '=' as version compare, because we're not API, ABI stable. Event stuff: Libvisual now has an event system that is modelled after SDLevent. The best way to look at how it works is by looking at the goom plugin, it has a complete example included. You need to have an event handler because resizes will also go through the event system. __ ChangeLogs: Libvisual: 2004-05-13 Dennis Smit <ds...@ne...> Version 0.1.2 has been released. * Morph plugins (transistion between actors). * Event layer for both keyboard, mouse, song change, resolution change. * Songinfo system which can be used to set and read songinfo so you can draw text with the song name in visuals (i already fixed this up for the goom plugin, worked out of the box!) * The Bin is extended a lot, and i added support for managed bins, where a bin creates it's own actor and input so you don't have to manage those, also you can morph to a new actor using the bin as simple as 'visual_bin_switch_actor (bin, actor)' or 'visual_bin_switch_actor_by_name (bin, name_of_actor)'. * Fixed the issues regarding resize. * Have a visual_init and visual_quit, libvisual manages the plugin registry itself now. * New plugin layer, instead of a loader for every type there is now an universal plugin loader that wraps the different types in a VisPlugin type. * Some small stuff. Libvisual-plugins: 2004-05-13 Dennis Smit <ds...@ne...> Version 0.1.2 has been released. * Bug fixes. * Added some morph plugins. Libvisual-xmms: 2004-05-13 Dennis Smit <ds...@ne...> Version 0.1.2 has been released. * Ported to the new managed bin stuff. * Morph to an actor on actor change. * Implement events. * Implement songinfo. __ Please test and report back how things are working! Also, the package as they are, are they packaged the way the should be this way ?, i'm not entirely sure so if someone could comment on this that would be great. Cheers, Dennis (ps. i'll be gone for the weekend) |
|
From: Dennis S. <sy...@yo...> - 2004-05-13 20:54:55
|
Heya JC! Good to hear from you too! Well i hear all but positive things about doxygen so it's the tool to use it seems! You had a good time with your friends i might assume ? :) Succes with your finals!!! On the goom mailinglist Benjamin Otte has send a patch against the latest online goom. You really should apply this patch because it really cleans up the automake stuff and also adds pkgconfig support. After that it might be wise to merge pending changes from the snapshot i had sent you, not sure if there are any tho :) Cheers, Dennis On Thu, 2004-05-13 at 14:32 +0100, Jean-Christophe wrote: > Hi back Denis ! > Happy to hear you again and saying your new house is good. > Doxygen is a very good tool and I've been using it several times. > Apart from that, I'm currently studying for my final exams which are > in > 10 days now... So of course I did not have many time for hacking... > (even still not updated the goom2k4 tarball on the website). > Cheers, > JC > |
|
From: Dennis S. <sy...@yo...> - 2004-05-13 20:51:09
|
On Wed, 2004-05-12 at 22:51 -0300, Gustavo Sverzut Barbieri wrote: > photos anywhere ? :) When i'm at my girlfriends place i'll be putting some online! > I did the mplayer stuff and it seems to work great, except that I noticed that > it's updating too slow :( I still need to figure that out, but if there's a > problem is with mplayer. Hmms, i'm sure you can figure it out! :) > I also worked on a frequency plot vis, but since I don't know engough about > things I'll wait you to be back online so I can ask you (and only next week, > this I'm busy). I need to plot the frequency in log scale, right? Yes you need to plot it in log scale, the best example would be the simple analyzer that is included with xmms itself i guess ;) (Btw i REALLy would like something similair to be ported to libvisual :)) > > > Has someone ever used doxygen, and is it recommendable i use > > doxygen for the API documentation ? > > Yes and yes :D > > I used it in a university project and it's really great. It's really easy to > use and if you set the right options it can even produce links to source code > where the function appears! Hmms any good doc or walk through tutorial that explain how to doxygenfy your code ? :) We're getting closer to a release so i should really fix up documentation! -- On the list of new stuff is: * Morph plugins (transistion between actors). * Event layer for both keyboard, mouse, song change, resolution change. * Songinfo system which can be used to set and read songinfo so you can draw text with the song name in visuals (i already fixed this up for the goom plugin, worked out of the box!) * The Bin is extended a lot, and i added support for managed bins, where a bin creates it's own actor and input so you don't have to manage those, also you can morph to a new actor using the bin as simple as 'visual_bin_switch_actor (bin, actor)' or 'visual_bin_switch_actor_by_name (bin, name_of_actor)'. * Fixed the issues regarding resize. * Have a visual_init and visual_quit, libvisual manages the plugin registry itself now. * New plugin layer: instead of a loader for every type there is now an universal plugin loader that wraps the different types in a VisPlugin type. * Some small stuff. Planned: * More advanced audio core. (and BPM detection here, needs help) * Better support for openGL. * Auto scheduler that turns Actors in scenes and schedules and morphs between them automaticly. * Plugin parameters, so you can set parameters to plugin. I'll be putting online the new snapshots next week, i need to cleanup some stuff before i want to release them and i'll be gone for the weekend so it'll come next week! Cheers, Dennis |
|
From: Jean-Christophe <ho...@tc...> - 2004-05-13 13:33:22
|
Hi back Denis ! Happy to hear you again and saying your new house is good. Doxygen is a very good tool and I've been using it several times. Apart from that, I'm currently studying for my final exams which are in 10 days now... So of course I did not have many time for hacking... (even still not updated the goom2k4 tarball on the website). Cheers, JC Gustavo Sverzut Barbieri wrote: >Em Quarta 12 Maio 2004 22:17, Dennis Smit escreveu: > > >>Heya fellahs, >> >>I've moved to the temporaly house, finally fixed myself an analog dialup >>modem and a phone line and i'm back online (still have to get used >>to the incredible speed such a 56k6 device seems to deliver). >> >>The enviroment here is in one word awesome, it's in a big forrest, with >>open sandy places, ponds and small lakes, animals of all kinds, basicly >>i'll be hacking in the middle of nowhere the upcoming months! >> >> > >photos anywhere ? :) > > > > >>I've been hacking a >LOT< on libvisual and i'll be updating you people >>about that the next snapshot release, which i'll do within a few >>days. >> >> > >Cool. > > >>Gustavo, thanks for the setting up the gentoo ebuild tree, and how >>is the mplayer stuff going ? About the arch friendly data types, >>i agree i'm going to fix this anytime soon. And yes when the >>soundcore gets a 'makeover' i'll also add channel merge helper >>functions ;) >> >> > >I did the mplayer stuff and it seems to work great, except that I noticed that >it's updating too slow :( I still need to figure that out, but if there's a >problem is with mplayer. > >I also worked on a frequency plot vis, but since I don't know engough about >things I'll wait you to be back online so I can ask you (and only next week, >this I'm busy). I need to plot the frequency in log scale, right? > > > > >>Has someone ever used doxygen, and is it recommendable i use >>doxygen for the API documentation ? >> >> > >Yes and yes :D > >I used it in a university project and it's really great. It's really easy to >use and if you set the right options it can even produce links to source code >where the function appears! > > > |
|
From: Gustavo S. B. <gu...@gs...> - 2004-05-13 01:53:14
|
Em Quarta 12 Maio 2004 22:17, Dennis Smit escreveu: > Heya fellahs, > > I've moved to the temporaly house, finally fixed myself an analog dialup > modem and a phone line and i'm back online (still have to get used > to the incredible speed such a 56k6 device seems to deliver). > > The enviroment here is in one word awesome, it's in a big forrest, with > open sandy places, ponds and small lakes, animals of all kinds, basicly > i'll be hacking in the middle of nowhere the upcoming months! photos anywhere ? :) > I've been hacking a >LOT< on libvisual and i'll be updating you people > about that the next snapshot release, which i'll do within a few > days. Cool. > > > Gustavo, thanks for the setting up the gentoo ebuild tree, and how > is the mplayer stuff going ? About the arch friendly data types, > i agree i'm going to fix this anytime soon. And yes when the > soundcore gets a 'makeover' i'll also add channel merge helper > functions ;) I did the mplayer stuff and it seems to work great, except that I noticed that it's updating too slow :( I still need to figure that out, but if there's a problem is with mplayer. I also worked on a frequency plot vis, but since I don't know engough about things I'll wait you to be back online so I can ask you (and only next week, this I'm busy). I need to plot the frequency in log scale, right? > Has someone ever used doxygen, and is it recommendable i use > doxygen for the API documentation ? Yes and yes :D I used it in a university project and it's really great. It's really easy to use and if you set the right options it can even produce links to source code where the function appears! -- 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: Dennis S. <sy...@yo...> - 2004-05-13 01:16:02
|
Heya fellahs, I've moved to the temporaly house, finally fixed myself an analog dialup modem and a phone line and i'm back online (still have to get used to the incredible speed such a 56k6 device seems to deliver). The enviroment here is in one word awesome, it's in a big forrest, with open sandy places, ponds and small lakes, animals of all kinds, basicly i'll be hacking in the middle of nowhere the upcoming months! Only one machine died in the process of moving, but it's probably fixable :), all hds (as far as i know) survived!. I've been hacking a >LOT< on libvisual and i'll be updating you people about that the next snapshot release, which i'll do within a few days. __ Gustavo, thanks for the setting up the gentoo ebuild tree, and how is the mplayer stuff going ? About the arch friendly data types, i agree i'm going to fix this anytime soon. And yes when the soundcore gets a 'makeover' i'll also add channel merge helper functions ;) Vitaly, Have you put any thought in how we could solve the whole openGL thing best. And what is needed from libvisual to support offscreen buffers (this is most important right ?). JC, Any news from you ? :) -- Soon i want to put some time in the soundcore of libvisual so i want to start making a list of what needs to be done. On this list i've got: * Support more formats, signed, unsigned, floating point. * Fix the future history pre,post buffer. * Have helper functions that can help merge channels. * BPM detection. Is more needed on this list, shout now, so we do it right the first time :). Does someone has experience with good BPM detection, and or is interested in looking into this ?, we've got a completely FFT implementation within libvisual which is barrowed from Richard Boulton so we can and do analyse the bands so this part isn't needed atleast. -- Has someone ever used doxygen, and is it recommendable i use doxygen for the API documentation ? Cheers, Dennis |
|
From: Gustavo S. B. <gu...@gs...> - 2004-04-28 01:54:35
|
Hello Dennis,
I'm coding input_mplayer.c and take a deeper look in libvisual, I noticed that
you use plain int, short and stuff. We should agree on sizes and use the
int16_t, int32_t and similar to avoid problems when changing plataforms
(32->64 bits, for example).
For example:
struct _VisAudio {
short plugpcm[2][512];
short pcm[3][512];
short freq[3][512];
fft_state *fft_state;
short int bpmhistory[1024][6];
short int bpmdata[1024][6];
short int bpmenergy[6];
int energy;
};
should be:
struct _VisAudio {
int16_t plugpcm[2][512];
int16_t pcm[3][512];
int16_t freq[3][512];
fft_state *fft_state;
int16_t bpmhistory[1024][6];
int16_t bpmdata[1024][6];
int16_t bpmenergy[6];
int32_t energy;
};
Also, if the data is limited to 2 channels of 512 16 bits samples, we should
provide some helper to merge channels... even if the helper discard the
channels instead of merge them (1/3/5/6 channels -> 2 channels)
--
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: Gustavo S. B. <gu...@gs...> - 2004-04-28 00:40:17
|
Hello, I set up gentoo ebuilds for libvisual, libvisual-plugins and goom2: http://ltc08.ic.unicamp.br/~gustavo/gentoo/ -- 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: Dennis S. <sy...@yo...> - 2004-04-24 22:11:59
|
On Sat, 2004-04-24 at 17:32 -0300, Gustavo Sverzut Barbieri wrote: > Em Saturday 24 April 2004 14:30, Dennis Smit escreveu: > > Heya, while working on a new plugin system for libvisual > > i came to the conclusion that 'VisPlugin' is used in the xmms headers > > so i renamed the VisPlugin type to LVPlugin for now. However does > > anyone has a different naming suggestion ?, Element, Component, Object > > have been going through my mind. > > Vis is a good name space. LV is short, but since it's a library, there's no > need for "L" in the name. Yeah i know that Vis is a good namespace, i renamed only the VisPlugin to LVPlugin for now because else libvisual won't compile with xmms. This is because xmms sucks. I need a new name for 'plugin'. Cheers, Dennis |
|
From: Gustavo S. B. <gu...@gs...> - 2004-04-24 20:34:49
|
Em Saturday 24 April 2004 14:30, Dennis Smit escreveu: > Heya, while working on a new plugin system for libvisual > i came to the conclusion that 'VisPlugin' is used in the xmms headers > so i renamed the VisPlugin type to LVPlugin for now. However does > anyone has a different naming suggestion ?, Element, Component, Object > have been going through my mind. Vis is a good name space. LV is short, but since it's a library, there's no need for "L" in the name. -- 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: Dennis S. <sy...@yo...> - 2004-04-24 18:58:50
|
Heya maties! One last update before i'm gone for a while: libvisual: A new universal plugin loader system bug fixes stuff i forgot * Resize is still broken yes libvisual-plugins: Port to the new plugin system bug fixes libvisual-xmms: Port to the new init, quit and plugin system better fullscreen support random thingies bug fixes Cheers, Dennis |
|
From: Dennis S. <sy...@yo...> - 2004-04-24 17:30:25
|
Heya, while working on a new plugin system for libvisual i came to the conclusion that 'VisPlugin' is used in the xmms headers so i renamed the VisPlugin type to LVPlugin for now. However does anyone has a different naming suggestion ?, Element, Component, Object have been going through my mind. For those who wish to reply, please do so fast because this is the last day online for me ;) Cheers, Dennis |
|
From: Dennis S. <sy...@yo...> - 2004-04-22 14:09:33
|
Well i was planning to release a new snapshot with the new plugin system which is very easily extensible with new plugin types and such. But the move to another house has keeping me busy so maybe i find some time tonight to finish it up, but it's doubtful, so you guys probably have to wait till after 3 weeks or so. So eh, later! Cheers, Dennis |
10 messages has been excluded from this view by a project administrator.
