Menu
▾
▴
pidgin-devel
|
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: 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-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: Kevin M S. <ke...@si...> - 2007-03-16 09:51:12
Attachments:
signature.asc
|
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 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: <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: Kevin M S. <ke...@si...> - 2007-03-16 21:11:53
Attachments:
signature.asc
|
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: 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: 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: 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: 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 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 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: <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: 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: 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: 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: Salvatore B. <em...@gm...> - 2007-03-18 16:39:13
|
On 3/17/07, Peter Lawler <spa...@si...> wrote: > > 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. I do understand that is probably complex to implement, and definetely not an easy task. I also understand that students that apply for such as project might not have enough knowledge to design on their own the API needed, but why not taking in consideration valid students, that are willing to work all summer (and maybe more), locked in their room (as somebody said in the channel ;-) ) , on this project? Maybe not on the whole thing, but the project I think could be modularized, so that students could produce useful code by the end of the summer. I don't think it would be a totally waisting of time. 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 |
|
From: Ethan B. <ebl...@cs...> - 2007-03-18 17:07:45
|
Salvatore Benedetto spake unto us the following wisdom: > I do understand that is probably complex to implement, and definetely > not an easy task. I also understand that students that apply for such > as project might not have enough knowledge to design on their own the > API needed, but why not taking in consideration valid students, that > are willing to work all summer (and maybe more), locked in their room > (as somebody said in the channel ;-) ) , on this project? Maybe not on > the whole thing, but the project I think could be modularized, so that > students could produce useful code by the end of the summer. I don't > think it would be a totally waisting of time. I don't think anyone is saying that Gaim-vv would not be *considered* as a SoC project. However, experience tells us that any but the most prepared and organized student is not likely to be successful in this topic, and we want students to be successful. Due to this experience, a proposal to work on gaim-vv type topics would have to stand out as a powerful application that really showed that the student knew the scope of the project he/she was getting into, and had some plan for how to tackle it. In other words, the application bar is simply higher. This isn't because we think it's a bad idea, but because we know it's a hard problem. As you said, clearly defining a subset of the problem and presenting a plan for resolving that subset is probably a good tactic to take, if your heart is really set on -vv functionality. 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: Salvatore B. <em...@gm...> - 2007-03-23 23:14:44
|
I just finished talking with the guys from farsight. They said they are willing to help me with the project if it gets accepted. Most of the complexity is already handled by farsight and there is also some code that implements msn webcam. On 3/18/07, Ethan Blanton <ebl...@cs...> wrote: > > Salvatore Benedetto spake unto us the following wisdom: > > I do understand that is probably complex to implement, and definetely > > not an easy task. I also understand that students that apply for such > > as project might not have enough knowledge to design on their own the > > API needed, but why not taking in consideration valid students, that > > are willing to work all summer (and maybe more), locked in their room > > (as somebody said in the channel ;-) ) , on this project? Maybe not on > > the whole thing, but the project I think could be modularized, so that > > students could produce useful code by the end of the summer. I don't > > think it would be a totally waisting of time. > > I don't think anyone is saying that Gaim-vv would not be *considered* > as a SoC project. However, experience tells us that any but the most > prepared and organized student is not likely to be successful in this > topic, and we want students to be successful. Due to this experience, > a proposal to work on gaim-vv type topics would have to stand out as a > powerful application that really showed that the student knew the > scope of the project he/she was getting into, and had some plan for > how to tackle it. > > In other words, the application bar is simply higher. This isn't > because we think it's a bad idea, but because we know it's a hard > problem. As you said, clearly defining a subset of the problem and > presenting a plan for resolving that subset is probably a good tactic > to take, if your heart is really set on -vv functionality. > > Ethan > > -- > 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 > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.3 (GNU/Linux) > > iD8DBQFF/XHXr9kA9Ig8HBQRAq+tAJ9utBQejkCrmv+3sIKBD/xZdjk1BACfQnOi > 6oMqSZpQt17F4Ns/F3BUol0= > =PaUf > -----END PGP SIGNATURE----- > > ------------------------------------------------------------------------- > 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 and Telecommunications Engineering 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 |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X