-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 In my Gentoo box, the Siren codec is in the file /usr/lib/win32/vivog723.acm: PE executable for MS Windows (DLL) (GUI) Intel 80386 32-bit
So effectively it won't work on a 64bits Linux ... but in the same time, including a nonfree codec with aMSN is not really a good idea I think. The first side effet I think about is that the debian package of aMSN won't contain it because the Debian team really takes care of this kind of thing. What about converting the sounds received with mencoder ? mencoder <sound> -oac mp3lame ... for example, or ogg to be really free ! Obviously, another problem is the necessity to have mencoder ... maybe lame can handle it :S Can I have the audio file too to do some tests ? GrdScarabe Ole André Vadla Ravnås wrote: > Yes, but nevertheless I think that's better than nothing, and later on > 64-bit DLLs will for sure come along. Another thing is that there's no > way video conversations (new in MSN7 as I mentioned) can be supported > without doing it this way, as WMV9 (WMV3) hasn't yet been fully > reverse-engineered; and that's the decoder -- no-one is working on > reverse-engineering the encoder, which is needed because the two-way > nature of this protocol (as opposed to webcam). Siren is another > obstacle as well, I don't know of anyone working on REing it, so in > short I think the only solution to be able to keep up is to go for a > wineloader-approach, that way at least those features can be supported > on x86 32-bit (and probably 64-bit as well in a while). Maybe there's > some way to achieve the same on Mac as well, but that'll be a lot > trickier I suspect. > And having this temporary solution, if someone with way too much > sparetime should feel like doing it, the Siren-codec could be RE'd. > That way voice clips and voice conversations could become 100% > platform-independent after a while. I suspect WMV will take longer > though, due to no work being put into RE'ing the encoder. > > Ole André > > > On 12/3/05, Karol Krizka <[EMAIL PROTECTED]> wrote: > >>On Friday 02 December 2005 11:17, Youness Alaoui wrote: >> >>>mplayer's codecs are windows .dll files that mplayer is able to read... if >>>the codec is available for windows, and linux (mplayer), it means it's a >>>standard codec available for download somewhere on the net (codec >>>community packs for example), which means we could find a version of that >>>codec for each platform and ship it with amsn. >>> >> >>If this codec is only used by the MS Dll in the mplayer, then it won't work on >>64-bit linux. Since the Windows Media Player exists only in 32bits, the >>dll's can't be used. >> >>-- >>Karol Krizka -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDkPhPPmfsnt4Id3wRAuLLAKCT8CrFhGNsMLYYAzY42HckA34NPwCdFZGn bk05m9pSwZd465S9AqrfJXk= =eC+H -----END PGP SIGNATURE----- ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37&alloc_id865&op=click _______________________________________________ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
