Menu
▾
▴
pidgin-devel — DO NOT USE. See https://pidgin.im/cgi-bin/mailman/listinfo/devel
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(27) |
Jul
(25) |
Aug
(21) |
Sep
(136) |
Oct
(123) |
Nov
(87) |
Dec
(110) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(87) |
Feb
(88) |
Mar
(81) |
Apr
(255) |
May
(73) |
Jun
(96) |
Jul
(131) |
Aug
(94) |
Sep
(148) |
Oct
(171) |
Nov
(166) |
Dec
(172) |
| 2004 |
Jan
(251) |
Feb
(140) |
Mar
(213) |
Apr
(298) |
May
(182) |
Jun
(185) |
Jul
(159) |
Aug
(376) |
Sep
(334) |
Oct
(256) |
Nov
(217) |
Dec
(189) |
| 2005 |
Jan
(186) |
Feb
(151) |
Mar
(199) |
Apr
(115) |
May
(203) |
Jun
(228) |
Jul
(116) |
Aug
(189) |
Sep
(136) |
Oct
(198) |
Nov
(249) |
Dec
(339) |
| 2006 |
Jan
(167) |
Feb
(185) |
Mar
(95) |
Apr
(133) |
May
(86) |
Jun
(156) |
Jul
(149) |
Aug
(170) |
Sep
(208) |
Oct
(151) |
Nov
(270) |
Dec
(148) |
| 2007 |
Jan
(240) |
Feb
(127) |
Mar
(150) |
Apr
(40) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Peter L. <spa...@si...> - 2007-03-17 01:56:41
|
Tim Ringenbach wrote: > > Yeah, I would say both of those hit me. Sorry guys. I obviously had > plenty of interest at some point, and would like to help out the > effort again some time. Lack of time is a good excuse, but lack of > motivation has kept me from making time or making some kind of slow > but steady progress. I just haven't felt like working on Gaim-vv in a > while. > > I also want to finish my IAX2 prpl sometime, but I've been lazy about > that too. Perhaps I'll pick that back up after Sean commits his stuff > after 2.0 is out. > > --Tim Tim, Heh, I think we both score well in in the lack of time and motivation. Good to hear from you. It'd seem to me that it's still the old story that people requesting these features don't realise how complex and time consuming it is. I'm contemplating joining the fray again after 2.0 is out and Sean commits. 10/10 to Sean for sticking with it in any shape or form. It's definitely one of the more thankless tasks in gaim development from the user-land request point of view. Regards, Pete. |
|
From: Tim R. <tim...@gm...> - 2007-03-17 01:49:52
|
On 3/16/07, Sean Egan <sea...@gm...> wrote: > > > On 3/15/07, Sean Egan <sea...@gm...> wrote: > > > Why did the vv project died? Was it only due to a lack of time of > devs? > > > Was there any other reason? > > > > I would list "lack of interest" as a reason before "lack of time." For > > the most part, we've found very little overlap between "people who > > want to use voice and video" and "people capable of writing code to do > > voice and video" Yeah, I would say both of those hit me. Sorry guys. I obviously had plenty of interest at some point, and would like to help out the effort again some time. Lack of time is a good excuse, but lack of motivation has kept me from making time or making some kind of slow but steady progress. I just haven't felt like working on Gaim-vv in a while. I also want to finish my IAX2 prpl sometime, but I've been lazy about that too. Perhaps I'll pick that back up after Sean commits his stuff after 2.0is out. --Tim |
|
From: Salvatore B. <em...@gm...> - 2007-03-16 22:54:31
|
So the problem is "just" the desing of the vv API for gaim right? Are there any paper about it? Did you write any ideas down? Sorry if I keep bothering you and the other devs, but I'm really interesting in helping with this feature. Basically I need it, and as someone said "lack of interest" has been one of the reason why vv is not in gaim yet ;-) On 3/16/07, Sean Egan <sea...@gm...> wrote: > > On 3/16/07, Andr=E9 Lemos <tu...@tu...> wrote: > > I meant how things were done protocol wise. > > if they used v4l and how they compressed. > > Protocol-wise (and codec-wise) there's nothing tricky to it. Everyone > knows how's that done, and that's not an issue we're discussing here. > > -s. > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV > _______________________________________________ > Gaim-devel mailing list > Gai...@li... > https://lists.sourceforge.net/lists/listinfo/gaim-devel > --=20 Salvatore Benedetto (a.k.a. emitrax) Student of Computer Engineering and Telecommunications University of Messina (Italy) www.messinalug.org skype:emitrax icq:299985329 No to global warming! http://www.climatecrisis.net/ http://www.stopglobalwarming.org/ Siti di vera informazione Italiana www.beppegrillo.it Please do not send me any word, excel or power point file http://www.gnu.org/philosophy/no-word-attachments.html |
|
From: Sean E. <sea...@gm...> - 2007-03-16 22:44:08
|
On 3/16/07, Andr=E9 Lemos <tu...@tu...> wrote: > I meant how things were done protocol wise. > if they used v4l and how they compressed. Protocol-wise (and codec-wise) there's nothing tricky to it. Everyone knows how's that done, and that's not an issue we're discussing here. -s. |
|
From: <tu...@tu...> - 2007-03-16 22:06:51
|
I meant how things were done protocol wise. if they used v4l and how they compressed. I'm pretty sure they'll have useful input (even if it's in crappy tcl/tk) Kevin M Stange wrote: > André Lemos wrote: > >> why don't you go ask the amsn camp what they have been doing? They >> already have this implemented. It's time to swallow your pride. >> >> > > Your suggestion supposes that amsn has designed a framework that we > could simply drop into our code and have it work for all our protocols. > This is extremely unlikely given the client is specific to MSN. The > lack of implementation in gaim and the process we're going through has > little to do with figuring out the protocols or codecs required. |
|
From: Gary K. <gr...@re...> - 2007-03-16 21:34:49
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Kevin M Stange wrote: > André Lemos wrote: >> why don't you go ask the amsn camp what they have been doing? They >> already have this implemented. It's time to swallow your pride. >> > > Your suggestion supposes that amsn has designed a framework that we > could simply drop into our code and have it work for all our protocols. > This is extremely unlikely given the client is specific to MSN. The > lack of implementation in gaim and the process we're going through has > little to do with figuring out the protocols or codecs required. Not to mention aMSN is written in tcl and gaim is written in C... - -- Gary Kramlich <gr...@re...> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF+w10df4lmqisgDIRAqHFAJ9W5HPrlRddEvZFzMNHnrlTleYz+gCeNqdf 9Dn/61j/IY/0GmLb545Huko= =Syft -----END PGP SIGNATURE----- |
|
From: Kevin M S. <ke...@si...> - 2007-03-16 21:11:53
|
Andr=E9 Lemos wrote: > why don't you go ask the amsn camp what they have been doing? They=20 > already have this implemented. It's time to swallow your pride. >=20 Your suggestion supposes that amsn has designed a framework that we could simply drop into our code and have it work for all our protocols. This is extremely unlikely given the client is specific to MSN. The lack of implementation in gaim and the process we're going through has little to do with figuring out the protocols or codecs required. |
|
From: <tu...@tu...> - 2007-03-16 20:57:39
|
why don't you go ask the amsn camp what they have been doing? They already have this implemented. It's time to swallow your pride. Salvatore Benedetto wrote: > Question: Shouldn't video streaming be all about taking a stream from > a video source > (v4l device in linux), compress it in jpeg or jpeg2k, and send it with > an UDP connection? > > I saw that video streaming was partially supported in vv, what > protocol does msn or yahoo uses? > Are they simply UDP packets? > > By the way, did you make any list or web page, with all the issues you > found during the design of the > vv API? > > Salvo. > > On 3/16/07, * Kevin M Stange* <ke...@si... > <mailto:ke...@si...>> wrote: > > Salvatore Benedetto wrote: > > Anyway, the only thing I didn't like about gaim-vv , was that it > had too > > much dependencies > > like a siplib jp2k etc... In my opinion, the less dipendecies > the better. > > > > We won't really end up with any fewer dependencies for the most part, > just fewer direct dependencies. We'll still need to have a gstreamer > supporting the proper media formats in order to properly support > the VV > capabilities for each protocol. That is something we'll certainly > need > to handle in the framework as well (ensuring that the codecs/formats > required are available, and possibly supporting several in fallback > succession as with buddy icons' image formats). > > Kevin > > > |
|
From: Sean E. <sea...@gm...> - 2007-03-16 20:11:23
|
On 3/16/07, Salvatore Benedetto <em...@gm...> wrote: > > > I've been working on it on and off in my spare time (more off than > > > on). I have a branch on my own machine that will become a larger > > > priority for me once 2.0.0 is done with. > Can I have a look at it? I'll commit it as a branch after the 2.0.0 release. > So everybody agree to use gstreamer as a framwork? I never used it but I was > planning > to study it anyway, because my favorites player are all based on it. I > heard it supports > v4l too now. Any attempt to create a good cross-platform media abstraction that retains the level of control needed by such a project comes down to reinventing Gstreamer (or something Gstreamer-like) -s. |
|
From: Salvatore B. <em...@gm...> - 2007-03-16 17:28:39
|
Question: Shouldn't video streaming be all about taking a stream from a video source (v4l device in linux), compress it in jpeg or jpeg2k, and send it with an UDP connection? I saw that video streaming was partially supported in vv, what protocol does msn or yahoo uses? Are they simply UDP packets? By the way, did you make any list or web page, with all the issues you found during the design of the vv API? Salvo. On 3/16/07, Kevin M Stange <ke...@si...> wrote: > > Salvatore Benedetto wrote: > > Anyway, the only thing I didn't like about gaim-vv , was that it had too > > much dependencies > > like a siplib jp2k etc... In my opinion, the less dipendecies the > better. > > > > We won't really end up with any fewer dependencies for the most part, > just fewer direct dependencies. We'll still need to have a gstreamer > supporting the proper media formats in order to properly support the VV > capabilities for each protocol. That is something we'll certainly need > to handle in the framework as well (ensuring that the codecs/formats > required are available, and possibly supporting several in fallback > succession as with buddy icons' image formats). > > Kevin > > > -- Salvatore Benedetto (a.k.a. emitrax) Student of Computer Engineering and Telecommunications University of Messina (Italy) www.messinalug.org skype:emitrax icq:299985329 No to global warming! http://www.climatecrisis.net/ http://www.stopglobalwarming.org/ Siti di vera informazione Italiana www.beppegrillo.it Please do not send me any word, excel or power point file http://www.gnu.org/philosophy/no-word-attachments.html |
|
From: Sean E. <sea...@gm...> - 2007-03-16 17:03:51
|
On 3/16/07, Eric Polino <al...@gm...> wrote: > ok...i've been looking for a bit, and i'm getting discouraged. where > can i find the code for gaim text. i checked out the entire svn tree > for gaim, where do i find it? or is it in another project. console/ -s. |
|
From: Eric P. <al...@gm...> - 2007-03-16 16:56:04
|
ok...i've been looking for a bit, and i'm getting discouraged. where can i find the code for gaim text. i checked out the entire svn tree for gaim, where do i find it? or is it in another project. On 3/15/07, John Bailey <rek...@re...> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Eric Polino wrote: > > you make reference to gnt a lot. i'm not familiar with this. what is it? > > > > the whole plugin-pref-ui using the request-ui, this i'm also not sure > > what you're talking about. i've never worked with plugins, so that > > might account for the lack of knowledge there. > > > > i'm glad you've contacted me. i've been talking to the gtk-gaim > > fellows about working on the privacy stuff. but if we can get a good > > set of projects for gaim-text, i'd much rather do that for an SOC > > application. i'll keep doing some research on both of them and see > > where they go. > > > > Eric > > "Gnt" refers to libgnt, which is the library used to create gaim-text's > interface. When used as "gnt ui," it refers to gaim-text. GNT stands for > either Gaim Ncurses Toolkit or Glib Ncurses Toolkit, as I recall from > discussions with Sadrul, and provides an interface to ncurses that is intended > to be similar to the GTK+ API. > > In theory, using libgnt you could have numerous console applications in a single > windowed environment, similar to how you can have multiple graphical > applications in a windowed environment using X-Windows. This is perhaps one of > the most attractive aspects to using libgnt as opposed to a more traditional > ncurses-based approach, but I believe currently gaim-text is the only > application making use of libgnt. > > John > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.6 (GNU/Linux) > > iD8DBQFF+OHkBWJH/emdNtsRAjBCAJ4p7U5OJ6y3xvyjfc52ErjgVVdrJACgkxZP > wK2MldTFKSWymVf4+1n5U+g= > =LTSh > -----END PGP SIGNATURE----- > -- "Every man dies, not every man really lives." --- William Wallace |
|
From: Kevin M S. <ke...@si...> - 2007-03-16 09:51:12
|
Salvatore Benedetto wrote: > Anyway, the only thing I didn't like about gaim-vv , was that it had to= o > much dependencies > like a siplib jp2k etc... In my opinion, the less dipendecies the bette= r. >=20 We won't really end up with any fewer dependencies for the most part, just fewer direct dependencies. We'll still need to have a gstreamer supporting the proper media formats in order to properly support the VV capabilities for each protocol. That is something we'll certainly need to handle in the framework as well (ensuring that the codecs/formats required are available, and possibly supporting several in fallback succession as with buddy icons' image formats). Kevin |
|
From: Salvatore B. <em...@gm...> - 2007-03-16 08:35:53
|
Sorry I forgot to reply-to-all.
---------- Forwarded message ----------
From: Salvatore Benedetto <em...@gm...>
Date: Mar 16, 2007 9:34 AM
Subject: Re: [Gaim-devel] SoC gaim-vv comments (was Re: gaim-vv support)
To: Peter Lawler <gai...@si...>
On 3/16/07, Peter Lawler <gai...@si...> wrote:
>
> Heya,
> I'll throw my 2c in right at this point regarding what I suspect will be
> a multitude of gaim-vv SoC proposals, and will leave further comment to
> others.
>
> Please be aware it's been a while since I tried to do any gaim
> voice/video work, so I may be slightly off the mark here. After a brief
> conversation in #gaim this morning my time with one or two gaim dev's
> would indicate to me that not much has happened due to a concentration
> in other gaim areas and thus I suspect these points would still be valid.
I agree :)
Things gaim-vv needs/would-like/etc. in gaim itself to be of any major
> use, in no particular order.
>
> 1. Privacy rewrite.
> There's no way in the privacy API to block eg. webcam view requests.
> Each request would have to be permitted/denied on an individual basis.
> Similar problems would exist for listening to voice, etc. An examination
> of all 'vv capable' native clients for which gaim has a protocol plugin
> needs to take place and any native privacy/security features should be
> available in a gaim privacy API/UI, or at minimum be easily extendable
> to take such privacy considerations into account.
>
> 2. UI neutral.
> Gaim-vv was dependant on GTK. This should not be so. In the spirit of
> libgaim, gaim-vv should not require a specific toolkit to work. eg,
> gaim-text utilising libaa for webcam viewing would be pretty neat. This
> would be implemented as, for example, 'libgaimedia' or similarly funky
> name.
I agree with this too. As far as I can understand, it should be difficult to
make it
UI independet. Voice should require only few commands and settings, like
compression
ratio (if settable), active it , accept it etc.. and for that you can
implement some
simple C interface that could be called as a callback from a UI toolkit, or
implemented
as a IRC style command in any text version of gaim ( I never used gaim-text
so I0m
just guessing how commands are implemented). For video should be the same.
Start recieving, sending, blocking, etc... could be implemented with a
simple interface
like
int gaim_video( int [protocol | connection], int CMD ) {...}
with CMD being the command to be executed.
Anyway, the only thing I didn't like about gaim-vv , was that it had too
much dependencies
like a siplib jp2k etc... In my opinion, the less dipendecies the better.
3. GObjects.
> It's been claimed in the past that moving gaim to GObjects may make the
> entire process easier. Whether or not this is true, I'm unable to
> categorically confirm or deny. That there's still an occasional GObject
> discussion would lead one to suggest that the amount of work required
> implementing vv functionality with points 1 and 2 in mind, should not be
> attempted until such time as a GObject'ifying decision is reached.
>
> A decent period of time has passed from when the -vv tree was abandoned
> in favour of effort on the status rewrite and the UI/core split, I still
> feel that these are still the major sticking points. Personally, I'd
> like to see the SoC 2007 gaim efforts focused on getting gaim2 properly
> released. I think we've waited long enough. We can then move to
> concentrating efforts on gaim3, where it's more likely to get the
> nightmare that is a viable multi-protocol -vv API implemented ;)
>
> Regards,
>
> Peter Lawler.
Salvo
Salvatore Benedetto wrote:
> > The most wanted feature! :)
> >
> > Few simple question..
> >
> > What's the status of the project?
> > Why did the vv project died? Was it only due to a lack of time of devs?
> > Was there any other reason?
> >
> > Someone in the channels said that the lack of a media framework
> > was a problem too.
> >
> > What about a libgaim-v4l library that handles all of V4L (and V4L2 )
> > stuff?
> > Compression included by using libjpeg (or libj2k).
> >
> > Salvo
>
>
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Gaim-devel mailing list
> Gai...@li...
> https://lists.sourceforge.net/lists/listinfo/gaim-devel
>
--
Salvatore Benedetto (a.k.a. emitrax)
Student of Computer Engineering and Telecommunications
University of Messina (Italy)
www.messinalug.org
skype:emitrax
icq:299985329
No to global warming!
http://www.climatecrisis.net/
http://www.stopglobalwarming.org/
Siti di vera informazione Italiana
www.beppegrillo.it
Please do not send me any word, excel or power point file
http://www.gnu.org/philosophy/no-word-attachments.html
--
Salvatore Benedetto (a.k.a. emitrax)
Student of Computer Engineering and Telecommunications
University of Messina (Italy)
www.messinalug.org
skype:emitrax
icq:299985329
No to global warming!
http://www.climatecrisis.net/
http://www.stopglobalwarming.org/
Siti di vera informazione Italiana
www.beppegrillo.it
Please do not send me any word, excel or power point file
http://www.gnu.org/philosophy/no-word-attachments.html
|
|
From: Salvatore B. <em...@gm...> - 2007-03-16 08:19:07
|
On 3/16/07, Sean Egan <sea...@gm...> wrote: > > At first I was all "why is Mark responding with basically exacttly what I > said?" > > Then I realized I was cursed by the "forgot to hit reply all" gobliin. > > -s. > > On 3/15/07, Sean Egan <sea...@gm...> wrote: > > On 3/15/07, Salvatore Benedetto <em...@gm...> wrote: > > > The most wanted feature! :) > > > > By you :) > > That's right. Definetely not wanted from developers. :) > > What's the status of the project? > > > > I've been working on it on and off in my spare time (more off than > > on). I have a branch on my own machine that will become a larger > > priority for me once 2.0.0 is done with. Can I have a look at it? > > > > Why did the vv project died? Was it only due to a lack of time of > devs? > > > Was there any other reason? > > > > I would list "lack of interest" as a reason before "lack of time." For > > the most part, we've found very little overlap between "people who > > want to use voice and video" and "people capable of writing code to do > > voice and video" Probably true ;) > > > I started working on it, but decided it should be put off until after > 2.0.0 > > > > > Someone in the channels said that the lack of a media framework > > > was a problem too. > > > > When I was actively working on it, that was a huge issue. There were > > no good open-souce, cross-platform, streaming media libraries. Since > > then, the state of streaming media and cross-platformitude in > > Gstreamer has increased greatly, and we should be able to use it. > > cross-platform was not in my head, simply because I don't use windows. I have it though on my laptop on vmware, because I meant to reverse engineering a usb device, which at the end I didn't for the same reason vv is not on gaim :) > > What about a libgaim-v4l library that handles all of V4L (and V4L2 ) > stuff? > > > Compression included by using libjpeg (or libj2k). > > > > Gstreamer is better for this. So everybody agree to use gstreamer as a framwork? I never used it but I was planning to study it anyway, because my favorites player are all based on it. I heard it supports v4l too now. > > > All this said, I'm not sure how likely we are to accept "write > > gaim-vv" as a SoC project. Perhaps some small subset of it, might > > work, but the project as a whole has proven to be a whole lot of > > trouble and headaches I wouldn't wish upon anyone, much less a poor > > innocent student. > > > -s. Salvo > > -- Salvatore Benedetto (a.k.a. emitrax) Student of Computer Engineering and Telecommunications University of Messina (Italy) www.messinalug.org skype:emitrax icq:299985329 No to global warming! http://www.climatecrisis.net/ http://www.stopglobalwarming.org/ Siti di vera informazione Italiana www.beppegrillo.it Please do not send me any word, excel or power point file http://www.gnu.org/philosophy/no-word-attachments.html |
|
From: Sean E. <sea...@gm...> - 2007-03-16 06:56:56
|
At first I was all "why is Mark responding with basically exacttly what I said?" Then I realized I was cursed by the "forgot to hit reply all" gobliin. -s. On 3/15/07, Sean Egan <sea...@gm...> wrote: > On 3/15/07, Salvatore Benedetto <em...@gm...> wrote: > > The most wanted feature! :) > > By you :) > > > What's the status of the project? > > I've been working on it on and off in my spare time (more off than > on). I have a branch on my own machine that will become a larger > priority for me once 2.0.0 is done with. > > > Why did the vv project died? Was it only due to a lack of time of devs? > > Was there any other reason? > > I would list "lack of interest" as a reason before "lack of time." For > the most part, we've found very little overlap between "people who > want to use voice and video" and "people capable of writing code to do > voice and video" > > I started working on it, but decided it should be put off until after 2.0.0 > > > Someone in the channels said that the lack of a media framework > > was a problem too. > > When I was actively working on it, that was a huge issue. There were > no good open-souce, cross-platform, streaming media libraries. Since > then, the state of streaming media and cross-platformitude in > Gstreamer has increased greatly, and we should be able to use it. > > > What about a libgaim-v4l library that handles all of V4L (and V4L2 ) stuff? > > Compression included by using libjpeg (or libj2k). > > Gstreamer is better for this. > > All this said, I'm not sure how likely we are to accept "write > gaim-vv" as a SoC project. Perhaps some small subset of it, might > work, but the project as a whole has proven to be a whole lot of > trouble and headaches I wouldn't wish upon anyone, much less a poor > innocent student. > > -s. > |
|
From: Mark D. <ma...@ki...> - 2007-03-16 06:13:01
|
On Fri, 16 Mar 2007 00:24:22 +0100, Salvatore Benedetto wrote > What's the status of the project? Basically abandoned. > Why did the vv project died? Was it only due to a lack of time of devs? > Was there any other reason? This was covered in Bleeter's email. Lack of time played a part, yes. > Someone in the channels said that the lack of a media framework > was a problem too. > > What about a libgaim-v4l library that handles all of V4L (and V4L2 ) > stuff? Compression included by using libjpeg (or libj2k). The exact implementation is of course still up in the air. Using existing layers of abstraction is probably a good thing. So like, using GStreamer or FarSight (http://farsight.sourceforge.net/). -Mark |
|
From: Peter L. <gai...@si...> - 2007-03-15 23:46:36
|
Heya, I'll throw my 2c in right at this point regarding what I suspect will be a multitude of gaim-vv SoC proposals, and will leave further comment to others. Please be aware it's been a while since I tried to do any gaim voice/video work, so I may be slightly off the mark here. After a brief conversation in #gaim this morning my time with one or two gaim dev's would indicate to me that not much has happened due to a concentration in other gaim areas and thus I suspect these points would still be valid. Things gaim-vv needs/would-like/etc. in gaim itself to be of any major use, in no particular order. 1. Privacy rewrite. There's no way in the privacy API to block eg. webcam view requests. Each request would have to be permitted/denied on an individual basis. Similar problems would exist for listening to voice, etc. An examination of all 'vv capable' native clients for which gaim has a protocol plugin needs to take place and any native privacy/security features should be available in a gaim privacy API/UI, or at minimum be easily extendable to take such privacy considerations into account. 2. UI neutral. Gaim-vv was dependant on GTK. This should not be so. In the spirit of libgaim, gaim-vv should not require a specific toolkit to work. eg, gaim-text utilising libaa for webcam viewing would be pretty neat. This would be implemented as, for example, 'libgaimedia' or similarly funky name. 3. GObjects. It's been claimed in the past that moving gaim to GObjects may make the entire process easier. Whether or not this is true, I'm unable to categorically confirm or deny. That there's still an occasional GObject discussion would lead one to suggest that the amount of work required implementing vv functionality with points 1 and 2 in mind, should not be attempted until such time as a GObject'ifying decision is reached. A decent period of time has passed from when the -vv tree was abandoned in favour of effort on the status rewrite and the UI/core split, I still feel that these are still the major sticking points. Personally, I'd like to see the SoC 2007 gaim efforts focused on getting gaim2 properly released. I think we've waited long enough. We can then move to concentrating efforts on gaim3, where it's more likely to get the nightmare that is a viable multi-protocol -vv API implemented ;) Regards, Peter Lawler. Salvatore Benedetto wrote: > The most wanted feature! :) > > Few simple question.. > > What's the status of the project? > Why did the vv project died? Was it only due to a lack of time of devs? > Was there any other reason? > > Someone in the channels said that the lack of a media framework > was a problem too. > > What about a libgaim-v4l library that handles all of V4L (and V4L2 ) > stuff? > Compression included by using libjpeg (or libj2k). > > Salvo |
|
From: Salvatore B. <em...@gm...> - 2007-03-15 23:24:22
|
The most wanted feature! :) Few simple question.. What's the status of the project? Why did the vv project died? Was it only due to a lack of time of devs? Was there any other reason? Someone in the channels said that the lack of a media framework was a problem too. What about a libgaim-v4l library that handles all of V4L (and V4L2 ) stuff? Compression included by using libjpeg (or libj2k). Salvo -- Salvatore Benedetto (a.k.a. emitrax) Student of Computer Engineering and Telecommunications University of Messina (Italy) www.messinalug.org skype:emitrax icq:299985329 No to global warming! http://www.climatecrisis.net/ http://www.stopglobalwarming.org/ Siti di vera informazione Italiana www.beppegrillo.it Please do not send me any word, excel or power point file http://www.gnu.org/philosophy/no-word-attachments.html |
|
From: Sean E. <sea...@gm...> - 2007-03-15 21:52:20
|
On 3/15/07, Salvatore Benedetto <em...@gm...> wrote: > Nobody interested in the video API ? Gaim tends to be a very popular project for the summer of code, so unfortunately, we can't really take the time to discuss every application we receive in detail. If we have any questions or clarifications about your application, we'll be sure to ask you. Sorry! |
|
From: Salvatore B. <em...@gm...> - 2007-03-15 21:39:59
|
Nobody interested in the video API ? On 3/15/07, Sean Egan <sea...@gm...> wrote: > > I just put up a shell of an ideas page at http://gaim.sf.net/summerofcode > > Adil, it'd be cool if you fleshed out your gaim-text ideas and put them > there. > > Other developers, post your ideas as well > > -s. > > On 3/15/07, Sean Egan <sea...@gm...> wrote: > > If you want to mentor for the summer of code, sign up as a mentor for > > Gaim and I'll approve you if you're cool. > > > > -s. > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Gaim-devel mailing list > Gai...@li... > https://lists.sourceforge.net/lists/listinfo/gaim-devel > -- Salvatore Benedetto (a.k.a. emitrax) Student of Computer Engineering and Telecommunications University of Messina (Italy) www.messinalug.org skype:emitrax icq:299985329 No to global warming! http://www.climatecrisis.net/ http://www.stopglobalwarming.org/ Siti di vera informazione Italiana www.beppegrillo.it Please do not send me any word, excel or power point file http://www.gnu.org/philosophy/no-word-attachments.html |
|
From: Sean E. <sea...@gm...> - 2007-03-15 21:18:28
|
I just put up a shell of an ideas page at http://gaim.sf.net/summerofcode Adil, it'd be cool if you fleshed out your gaim-text ideas and put them there. Other developers, post your ideas as well -s. On 3/15/07, Sean Egan <sea...@gm...> wrote: > If you want to mentor for the summer of code, sign up as a mentor for > Gaim and I'll approve you if you're cool. > > -s. > |
|
From: Peter F. <ps...@al...> - 2007-03-15 20:26:42
|
On Wed, Mar 14, 2007 at 10:59:45PM -0400, Adil wrote: > Hi. There are a few things that I think would be good additions to > gaim-text (and libgnt: the widget toolkit used): If anyone is collecting ideas... Some work has been done on the SIMPLE plugin as part of an earlier (2005??) Summer of Code, but it doesn't yet work with Microsoft LCS (Live Communication Server). It would be nice to see this work continued. -- Peter Fales Alcatel-Lucent Member of Technical Staff 2000 Lucent Lane Room: 1C-436 Naperville, IL 60566-7033 Email: ps...@al... Phone: 630 979 8031 |
|
From: Ethan B. <ebl...@cs...> - 2007-03-15 17:53:54
|
Adil spake unto us the following wisdom: > Hi. There are a few things that I think would be good additions to > gaim-text (and libgnt: the widget toolkit used): =2E.. and all of these are academic until keybindings are fixed. :-) Ethan --=20 The laws that forbid the carrying of arms are laws [that have no remedy for evils]. They disarm only those who are neither inclined nor determined to commit crimes. -- Cesare Beccaria, "On Crimes and Punishments", 1764 |
|
From: Topher <to...@wc...> - 2007-03-15 17:49:33
|
> If you want to mentor for the summer of code, sign up as a mentor for
> Gaim and I'll approve you if you're cool.
Forever after you'll be able to say decisively whether or not you're cool.
Topher
Manager of Internet Services
Cornerstone University Radio
------
"Don't worry! I'm a super hero! I take care of monsters and sharks!"
-- Molly, to a friend
|
171 messages has been excluded from this view by a project administrator.
