search for: fpassthru

Hello, I'm using a flash player. First It didn't work with icecast 2. The blocking difference between icecast 1 and icecast 2 is that icecast 2 don't send the Content-Length header. So, I made a small PHP proxy and now Flash works very well with icecast 2. Other solution is to add this header in the icecast 2 source code and compile it, but I don't have time to test. My

...quot;; // put in any extra path, this is usually just a / header("Content-type: audio/mpeg"); $sock = fsockopen($streamname,$port); fputs($sock, "GET $path HTTP/1.1\n"); fputs($sock, "protocol: \"http\"\n"); fputs($sock, "Connection: close\n\n"); fpassthru($sock); ?> I still have the same problem even with the script: I can listen to the stream when I run the swf in standalone mode but NOT when it is embedded into a webpage. I also analyzed the access logs of Icecast when I call the php script into my flash animation instead of the direct source U...

...h, this is usually just a / > header("Content-type: audio/mpeg"); > $sock = fsockopen($streamname,$port); > fputs($sock, "GET $path HTTP/1.1\n"); > fputs($sock, "protocol: \"http\"\n"); > fputs($sock, "Connection: close\n\n"); > fpassthru($sock); > ?> > I still have the same problem even with the script: I can listen to the > stream when I run the swf in standalone mode but NOT when it is embedded > into a webpage. I also analyzed the access logs of Icecast when I call the Here's a thought. Perhaps the embedded p...

...s is > usually just a / > header("Content-type: audio/mpeg"); > $sock = fsockopen($streamname,$port); > fputs($sock, "GET $path HTTP/1.1\n"); > fputs($sock, "protocol: \"http\"\n"); > fputs($sock, "Connection: close\n\n"); > fpassthru($sock); > ?> > I still have the same problem even with the script: I can > listen to the > stream when I run the swf in standalone mode but NOT when it > is embedded > into a webpage. I also analyzed the access logs of Icecast > when I call the > php script into my fla...

...quot;; // put in any extra path, this is usually just a / header("Content-type: audio/mpeg"); $sock = fsockopen($streamname,$port); fputs($sock, "GET $path HTTP/1.1\n"); fputs($sock, "protocol: \"http\"\n"); fputs($sock, "Connection: close\n\n"); fpassthru($sock); ?> I still have the same problem even with the script: I can listen to the stream when I run the swf in standalone mode but NOT when it is embedded into a webpage. I also analyzed the access logs of Icecast when I call the php script into my flash animation instead of the direct source U...

...quot;; // put in any extra path, this is usually just a / header("Content-type: audio/mpeg"); $sock = fsockopen($streamname,$port); fputs($sock, "GET $path HTTP/1.1\n"); fputs($sock, "protocol: \"http\"\n"); fputs($sock, "Connection: close\n\n"); fpassthru($sock); ?> I still have the same problem even with the script: I can listen to the stream when I run the swf in standalone mode but NOT when it is embedded into a webpage. I also analyzed the access logs of Icecast when I call the php script into my flash animation instead of the direct source U...

...h, this is usually just a / > header("Content-type: audio/mpeg"); > $sock = fsockopen($streamname,$port); > fputs($sock, "GET $path HTTP/1.1\n"); > fputs($sock, "protocol: \"http\"\n"); > fputs($sock, "Connection: close\n\n"); > fpassthru($sock); > ?> > I still have the same problem even with the script: I can listen to the > stream when I run the swf in standalone mode but NOT when it is embedded > into a webpage. I also analyzed the access logs of Icecast when I call the Here's a thought. Perhaps the embedded p...