Hi super.long.username,
Thanks for your thoughts (or food for thought :p)
1 - yeah, I don't want to change the name :p
2 - yeah, emesene users/devs told me about this, and I'll change the title of the website to simple 'aMSN - Open your communication'
3 - hehe, nice slogan, we had a really good one written on the aMSN t-shirts that were made for FOSDEM : "Open your communication".. which is why I thought I'd put that in the website's title...
4 - well.. if someone wants to 'fork' aMSN and implement an interface to libpurple, they are free to do it, that's what open source is all about, right? but I personally think (and many users share that opinion) that we should concentrate on giving the best MSN client ever... having multi proto will just make us loose the focus... read my reply on that other thread, I think it summarizes it well enough.
Yes, we do know that the advanced feature compatibility of aMSN is what draws most of the users... webcam support is our number one feature, and soon, we'll be the first and the number one client with compatible real time audio chat!!
About 'synchronized' audio+video, I have a working branch on the SVN that does that... it only supports receiving for now, but we can receive audio+video correctly and it works great! It uses libao for the audio processing, because no matter what, libsnack is just libcrap... we currently have a google summer of code project for a refactoring of libao and merging it with libao2 (used by mplayer) in order to replace libsnack with a much better library... as well as provide support for audio input. Once it's done, then we can have aMSN send audio too.. the only problem will be video, as it uses WMV3 and there is no open source WMV3 encoder available yet... we use ffmpeg for decoding wmv3 frames and I have a patched version of ffmpeg that does the encoding too, but it's able to encode the first frame then crashes encoding the subsequent frames... the 'bug' is in the fact that there's a missing function for implementing the intra-frames... the frames that only show the "movement" of the image...
But since that code is already available for the decoder it should be fairly easy to do it for the encoder, but we need someone with knowledge of ffmpeg's internals... once we find such a person, it could be a matter of minutes for implementing that...
about aMSN 2, we also currently have a google summer of code working on implementing a MSN webcam conference plugin for farsight 2 and integrating it with pymsn.. yesterday he was able to make pymsn accept a webcam invitation with msnp2p, so he's not too far from implementing that... hopefully by the end of summer, we'll have a working webcam support in pymsn...
p.s.: we'll still keep maintaining aMSN 0.x because we don't want to loose our edge, userbase by falling behind because of amsn2 development....
thanks for commenting
