On Friday 02 December 2005 18:14, Youness Alaoui wrote: > sent to karol, jerome, sander and you... > I noticed that when you do a "Save as", it transforms it from its codec > into a normal .wav file... > The .dat file dosn't seem to be playable on a 32bit mplayer wit hthe windows dll's installed: [EMAIL PROTECTED] ~/amsn_received $ mplayer32 -ao alsa TFR4316.dat MPlayer 1.0pre6-3.3.4 (C) 2000-2004 MPlayer Team CPU: Advanced Micro Devices Athlon 64 Clawhammer (Family: 8, Stepping: 10) Detected cache-line size is 64 bytes 3DNowExt supported but disabled CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 0 SSE: 1 SSE2: 1 Compiled for x86 CPU with extensions: MMX MMX2 3DNow SSE SSE2
Warning unknown option cache_min at line 144 Warning unknown option cache_prefill at line 147 77 audio & 188 video codecs Failed to open /dev/rtc: Device or resource busy (it should be readable by the user.) Opening joystick device /dev/input/js0 Can't open joystick device /dev/input/js0 : No such file or directory Can't init input joystick Setting up LIRC support... mplayer: could not connect to socket mplayer: No such file or directory Failed to open LIRC support. You will not be able to use your remote control. Playing TFR4316.dat. Cache fill: 0.05% (3860 bytes) Audio file detected. ========================================================================== Cannot find codec for audio format 0x28E. Read DOCS/HTML/en/codecs.html! ========================================================================== Audio: no sound Video: no video Exiting... (End of file) This is on 64bit Gentoo with a 32bit mplayer install: [ebuild R ] media-libs/win32codecs-20050412 +quicktime +real 12,659 kB [ebuild R ] media-video/mplayer-bin-1.0_pre7-r3 -lirc 0 kB Also according to file command: [EMAIL PROTECTED] ~/amsn_received $ file TFR4316.dat TFR4316.dat: RIFF (little-endian) data, WAVE audio, mono 16000 Hz See if you have any luck. > KKRT > > On Fri, 02 Dec 2005 20:43:43 -0500, GrdScarabe <[EMAIL PROTECTED]> > > wrote: > > -----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 -- Karol Krizka
pgpdba8kuDVrS.pgp
Description: PGP signature
