new flash player for shoutcast.

[Smelter]

Hello,

Im looking for any hosts that can put up crossdomain poilicy files on their machines.

I have a new flash library that can playback aacp and nsv tv without using red5 or wowza.

Looking for streams to test against, and to set up a live demo using more than my own dnas(which is not up all the time).

Thanks.

[I_E_P_U_R_A_S]

Originally Posted by Smelter

Hello,

Im looking for any hosts that can put up crossdomain poilicy files on their machines.

I have a new flash library that can playback aacp and nsv tv without using red5 or wowza.

Looking for streams to test against, and to set up a live demo using more than my own dnas(which is not up all the time).

Thanks.

what operating system work?

[Smelter]

Its flash.

flash based audio player with aacp capabilities and nsv tv cababilities that does not overflow the memory.

[thinktink]

Would a No-IP domain work for you?

[Smelter]

we could try.

as long as the policy file and the shoutcast ip resolve to the same domain...

Other wise, one would have to wait for the official release and experiment.

The other options is the sc2 server with policy file enabled.

I still need to run some tests against the sc2 server.

The final option is serving the payer swf file from the same ip.

[thinktink]

K, shoot me a PM. Would you like ssh access?

[EDIT /]
Oops, I reread your post, "shoutcast ip resolve to the same domain", maybe it won't work but I'm still willing.

[Smelter]

Well, Im using the regular url download, not the socket connection, so a regular http policy file served from the same ip is fine. If the machine has Apache or a java container server, just place a regular flash policy file in the top level. Then I can try to target it.

I'm still looking for a willing provider of the sc2 server that has enabled the socket policy server. Then I can try a socket stream instead of a url stream.

So, sc1 needs a http policy, and sc2 needs socket policy file enabled or http policy like sc1.

Here is the old style policy file which I use to play nsv files progressively.

http://www.thebitstream.com/crossdomain.xml

[Smelter]

In other words... no domain name is actually needed if the ip of the cross domain file is the same as the dnas ip. If it is not port 80, like 5080 or something, let me know.

[thinktink]

I'm running linux/apache with virtual hosts on port 80 for my server.

It's basically like any other LAMP server cept it's through a router and it's on a dynamic IP.

[Smelter]

That sounds like a go...

So, shoot me the shoutcast server port, and the ip of the router, or no-ipdomain name.

Copy a http policy file into your top-level Apache directory @ port 80(or tell me which port it is on)

[thinktink]

Crossdomain.xml done.

Sending PM...

[thinktink]

meh. scratch half the stuff in my last PM

"Test Server for thinktink" is up on Port 8000.

http://bogproghome.hopto.org:8000/listen1 <--AAC 96k
http://bogproghome.hopto.org:8000/listen2 <--AAC 48k
http://bogproghome.hopto.org:8000/listen3 <--MP3 96k
http://bogproghome.hopto.org:8000/listen4 <--MP3 48k

"Server is up and public"

[Smelter]

k,

We'll need to try the new crossdomain format since we load it from a separate port than the server.

I'd still like to bang against a sc2 server with an actual socket class using the policy file server @ port 843.

code:


<?xml version="1.0"?>

<!DOCTYPE cross-domain-policy SYSTEM "http://www.macromedia.com/xml/dtds/cross-domain-policy.dtd">

<cross-domain-policy>

	<site-control permitted-cross-domain-policies="master-only"/>

	<!-- Set shoutcast ports -->

	<allow-access-from domain="*" to-ports="80"/> 

</cross-domain-policy>

[thinktink]

Done, I also opened 843 and it's active in sc_trans.

[Smelter]

Great except, edit the ports in the cross domain file to you shoutcast ports. It says '80' still

[thinktink]

k, hangon...

[EDIT /]
Done

[thinktink]

K, it's done.

[jaromanda]

I'd still like to bang against a sc2 server with an actual socket class using the policy file server @ port 843.

I don't think sc2 server does that, does it?

[Smelter]

add the legacy port too if you could. 64846

[thinktink]

lol, k, how would that look. Seperate with commas or another xml entry? nvm, looked it up, with commas...

[Smelter]

yes, comma separated with optional range notation like "80,100,3000-4000"

btw, thx alot

[thinktink]

k, done.


I gotta pound the pavement. bbl.

[Smelter]

well, the 843 is not responding correctly, so while i can hit 843, it is not giving a policy file for the other ports that I can see.

You may have to wait. thanks though....

[thinktink]

Well that's odd. I forwarded port 843 directly to sc_trans. Lemme check the config...

[thinktink]

I double checked inbound connects to port 843 from the remote work station at work. My firewall shows the active connection (with telnet) and so does netstat. It must be something with sc_trans?

How do I locally test that port? Simple HTTP request or something else?

[EDIT /]
I just turned off my firewall, try again.

[EDIT2 /]
I just found a way, lol. Tested it from linux box on the network:

PHP Code:

root@homeserver:~# python -c 'print "<policy-file-request/>%c" % 0' | nc 192.168.2.187 843
<?xml version="1.0"?>
<!DOCTYPE cross-domain-policy SYSTEM "http://www.macromedia.com/xml/dtds/cross-domain-policy.dtd">
<cross-domain-policy>
        <site-control permitted-cross-domain-policies="master-only"/>
        <!-- Set shoutcast ports -->
        <allow-access-from domain="*" to-ports="843,80,64846,64848,64850,64852"/>
</cross-domain-policy>root@homeserver:~#

...and from my work linux server on a completely different IP/network. Same result.

[thinktink]

k, pavement pounded and I'm all yours again (but no kinky positions, missionary only )

Is it working? If it is may I see it?

[jaromanda]

<allow-access-from domain="*" to-ports="843,80,64846,64848,64850,64852"/>

you are not allowing access to port 8000

[thinktink]

FACK! ok, hangon...

[thinktink]

Done

[thinktink]

Yo Smelter, something's wrong, I just sent you a PM containing logs.

[Smelter]

nope, hold on... making progress.

Switching back to the socket stream rather than url stream. same api.... different object.

[Smelter]

Bingo!

Any chance you can document that setup you have? much appreciation!

Works on old sc server great.

[SWF] /TranscoderProto.swf - 25,356 bytes after decompression
[SWF] /Proto.swf - 30,019 bytes after decompression
[SWF] /CodecPack.swf - 31,902 bytes after decompression
Play stream type: Shoutcast Stream uri: http://bogproghome.hopto.org:64846
[SWF] /Shoutcast.swf - 59,394 bytes after decompression
Provider Loaded
onChannelReady : MetaData
connectHandler: [Event type="connect" bubbles=false cancelable=false eventPhase=2]
sendRequest
onChannelReady : MP3
Metadata :
audiocodecid : 2
genre : Video Game Music
url : **************
audiocodec : MP3
name :************

[thinktink]

Nice, may I see it? You can PM it to me if you like.

Which setup? The config for the test sc_serv/sc_trans or the other one?

[Smelter]

Not sure how to request the stream to play from sc_2 . it hits but my 'get' is not yielding bytes.

The legacy server works great.

code:


GET /stream1\n\r

Any ideas?

[thinktink]

Gawd dang. Didn't take googlebot very long to find my test server from the forums. lol


fack'n hell. lol

It's ok though I guess.


[EDIT /]
It's not /stream1 It's /listen1 on my config.

I also noticed you've got \n\r I thought it was \r\n for windows and \n for *nix

[Smelter]

I did have \r\n

Strange.

Tried a few things.

Cant seem to get the stream to push .

[thinktink]

I dunno dude. Winamp is able to play it fine. Would you like all my logs?

[Smelter]

I Nailed it!


here is the request.

code:


			writeln("GET /listen1 HTTP/1.0\n"+

				"\n"+

				"Host: ********.****.org\n"+

				"\n"+

				"User-Agent: WinampMPEG/5.58, Ultravox/2.1\n"+

				"\n"+

				"Ultravox-transport-type: TCP\n"+

				"\n"+

				"Accept: */*\n"+

				"\n"+

				"Icy-MetaData:1\n"+

				"\n"+

				"Connection: close\n"+

				"\n"+

				"\n"+

				"\n"

			);

Thank you very much!

[shonuff66]

How did you send a HTTP GET with the "Icy-MetaData:1" from flash? If not from flash, then from where?

Flash blocks all custom headers with HTTP GET. HTTP POST doesn't work for shoutcast audio streams I try to connect to.

Also, have you discovered a way to go crossdomain and get a shoutcast stream with the "Icy-MetaData:1" header? If you solved the above HTTP GET problem, then this problem should be solved. Tried in javascript, but you run in to site origin policy.

People have been doing flash shoutcast stream players for a while, and some had eliminated the memory problem. but nobody from what i can tell has been able to send "Icy-MetaData:1" for the song info in an HTTP GET.

[Smelter]

Hello, and welcome shonuff66.

Flash blocks all custom headers with HTTP GET. HTTP POST doesn't work for shoutcast audio streams I try to connect to.

False;

Also, have you discovered a way to go crossdomain ...

crossdomain rules apply and are they are not too difficult.

"Icy-MetaData:1" header?

Is not a problem with a socket connection, but requires a socket policy server.