From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from shawidc-mo1.cg.shawcable.net ([24.71.223.10] helo=pd4mo2so.prod.shaw.ca) by speech.braille.uwo.ca with esmtp (Exim 3.36 #1 (Debian)) id 1BUvqh-00040d-00 for ; Mon, 31 May 2004 19:05:43 -0400 Received: from pd2mr1so.prod.shaw.ca (pd2mr1so-ser.prod.shaw.ca [10.0.141.110]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0HYL001HXP8CD7@l-daemon> for speakup@braille.uwo.ca; Mon, 31 May 2004 17:00:12 -0600 (MDT) Received: from pn2ml4so.prod.shaw.ca ([10.0.121.148]) by pd2mr1so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0HYL00KUZP8COTO0@pd2mr1so.prod.shaw.ca> for speakup@braille.uwo.ca; Mon, 31 May 2004 17:00:12 -0600 (MDT) Received: from really.isa-geek.net (S0106000d611f7599.ok.shawcable.net [24.71.179.208]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0HYL00D0CP8BRD@l-daemon> for speakup@braille.uwo.ca; Mon, 31 May 2004 17:00:12 -0600 (MDT) Date: Mon, 31 May 2004 16:08:05 -0700 From: David Csercsics In-reply-to: <20040531223111.GA9594@romuald.net.eu.org> To: "Speakup is a screen review system for Linux." , Gregory Nowak Message-id: <0HYL00D0DP8BRD@l-daemon> Content-transfer-encoding: 7BIT References: <20040531211111.GA8910@romuald.net.eu.org> <0HYL0046AMO6HV@l-daemon> <20040531223111.GA9594@romuald.net.eu.org> Comments: In-reply-to Gregory Nowak message dated "Mon, 31 May 2004 17:31:11 -0500." Cc: Subject: Re: is there a way to play this stream in GNU/Linux X-BeenThere: speakup@braille.uwo.ca X-Mailman-Version: 2.1.4 Precedence: list Reply-To: "Speakup is a screen review system for Linux." List-Id: "Speakup is a screen review system for Linux." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 May 2004 23:05:44 -0000 >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >I've just tried something else. I opened the stream in the other OS, >and ran tcpdump on my server to see what was happening in terms of the >ip address and ports. The interesting thing is that the stream >apparently comes from 66.250.188.214 on tcp port 80, with the >destination address being the windows machine playing the stream with >a destination port of 1079. There is also traffic going from my >windows machine on port 80, to 66.250.188.214 port 1079. > >Going to 66.250.188.214 port 1079, doesn't give me anything, it looks >like they have it firewalled off. However, pointing links/lynx to >http://66.250.188.214 gives me the following message: video/x-ms-asf >D)ownload, or C)ancel. > >Naturally, I downloaded the file, however mplayer doesn't like the >file. > >mplayer: /usr/lib/libGL.so.1: no version information available >(required by mplayer) >MPlayer 1.0pre4-3.3.3 (C) 2000-2004 MPlayer Team > >CPU: Intel Pentium III Katmai/Pentium III Xeon Tanner 601.6 MHz >(Family: 6, Stepping: 3) >Detected cache-line size is 32 bytes >CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 0 >Compiled with runtime CPU detection - WARNING - this is not optimal! >To get best performance, recompile MPlayer with >- --disable-runtime-cpudetection. >Reading config file /etc/mplayer/mplayer.conf >Reading config file /home/greg/.mplayer/config >Reading /home/greg/.mplayer/codecs.conf: Can't open >'/home/greg/.mplayer/codecs.conf': No such file or directory >Reading /etc/mplayer/codecs.conf: 66 audio & 176 video codecs >font: can't open file: /home/greg/.mplayer/font/font.desc >Font /usr/share/mplayer/font/font.desc loaded successfully! (206 >chars) >Using usleep() timing >Can't open input config file /home/greg/.mplayer/input.conf: No such >file or directory >Can't open input config file /etc/mplayer/input.conf: No such file or >directory >Falling back on default (hardcoded) input config > >Playing test.media. >Cache fill: 0.01% (46 bytes) > >Exiting... (End of file) > >I named the file test.media, since in the save box in lynx, the file >name is the ip address, so it looks like the file extention wouldn't >matter. The file is actually a text file, and reads: > >[Reference] >Ref1=http://192.168.100.122:80/ > >As you can see, the URL in that file is an internal class C IP >address. So the idea is that IE downloads the file, which in turn >somehow directs it to play the stream from the internal address. I >can't think of a way to duplicate this, since there would be no >difference as far as I can see between having the browser pass the >file to mplayer, and me passing the already saved file to mplayer from >the shell. > >I couldn't agree with you more, these ever increasing embedded players >are very annoying. So they're calling some windows-specific code to do the streaming form that internal IP I suspect that serverside scripts are handling some of that stuff. If I knew javascript I would take a peek at the javascript source to see if it sheds any light on this weird method for streaming audio but I don't understand a word of that language.