Mailing Lists: Apple Mailing Lists

Image of Mac OS face in stamp
 
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Problems Streaming on All Ports



George,

Thanks for responding!!!

> Bruce:
> 
> First thing I would try is streaming locally from
a
> client connected to  
> the same hub/switch as the server. If this works,
> the server is  
> functioning.

I did try this,as I mentioned in my post, and the
server is functioning properly because I can get a
full audio/video stream.

 

> You might want to try specifying the port
>number(s)
> when clients  
> connect:
> rtsp://<your server>:554/<your media>
> rtsp://<your server>:80/<your media>
> 

I also tried this, but it didn't show any
differences.

> By default, the streaming server will attempt to
> stream at up to 2x the  
> bit rate of the media. You 300kb sample movie will
> more than saturate  
> your DSL uplink speed. Connecting to a 100kb
>stream
> from a 56kb modem  
> won't work no matter what you do ;-)
 

That explains a lot. I believe someone else
mentioned
this to me before also. I thought I saw somewhere
where you can disable this 2x functionality. I will
look into this just for testing purposes. However,
since it is possible to view streams on a 56k modem
I
guess the streams are at a very small bitrate? Would
QuickTime Pro allow me to take the 100kbit.mp4
sample
and cut it to 25kbit? (terrible resolution I'm
sure).
How about mp3 files only?

> Many ISPs block traffic (to prevent people from
> hosting their own  
> servers on non-commercial connections). This is
> particularly true for  
> http port 80. You could try running a web server
> and
> see if clients can  
> access that. If they can't connect via a browser,
> chances are your ISP  
> is blocking that traffic: To host a server, they
> want you to ante up  
> for a commercial account. 
> 
I can and have run a webserver on port 80. 

> In any case, with an
> uplink speed of 484kb,  
> your ability to host will be extremely limited at
> best. DSL is bursty,  
> which makes it less than ideal for hosting as
> well.
> 

I understand. What minimum consistent speed would be
acceptable for streaming?

> For streaming on the Internet it is highly
> recommended that you have a  
> "real" Internet IP address (streaming from behind
>a
> NAT is tricky at  
> best). It is also recommended that you have a
> commercial grade  
> connection with consistent bandwidth available
> (i.e.
> not a bursty adsl  
> connection).

I do have a static IP address but it's still, as
you've mentioned, a bursty DSL bandwidth.

> 
> A very affordable way to get these is via a shared
> hosting service  
> (this will cost less than a dedicated commercial
> grade Internet  
> connection). Many web hosting vendors provide
> streaming services as  
> well. Alternatively, you can use a commercial
> grade
> Internet connection  
> that provides support for real Internet IP
> addresses, and guaranteed  
> minimum bandwidth available.
> 
> Hope this helps,
> 
> -George
 
It helps a lot. Thanks!

> > 
> > On Mar 31, 2005, at 9:25 AM, Bruce Perryman wrote:
> > 
> > > Hi,
> > >
> > > Initially I downloaded the binary for RedHat
> Linux
> > > from Apple's website and installed it on RedHat
> 9.
> > > I've had no problem streaming on my internal
> > network,
> > > but I've had trouble from a remote client to my
> > > server.
> > >
> > > I had problems with streaming tests of the 100
> and
> > > 300kbit mp4 samples using RTSP. I was told of
> the
> > > problems streaming behind NAT firewalls and
> making
> > > sure that the appropriate ports were open.
> > >
> > > I have since tried opening all the ports listed
> on
> > the
> > > following websites and in the admin guide.
> > > (Thank you George Cook)
> > >
> > > For reference:
> > >
> >
>
http://docs.info.apple.com/article.html?artnum=106307
> > >
> >
>
http://manuals.info.apple.com/en/quicktime/QTSSAdminGuide.pdf
> > >
> http://www.soundscreen.com/streaming/firewall.html
> > >
> >
>
http://soundscreen.com/downloads/RTP_RTSP_Negotiation_Ports.pdf
> > > (see
> > > Appendix B for useful port information)
> > >
> > > That produced little improvement, but I still
> was
> > > unable to see the complete stream and hear the
> > > complete sound.
> > > I then connected my streaming server system
> > directly
> > > to my DSL modem bypassing the NAT router and all
> > > firewalls on the server side. This showed a
> little
> > > more improvement, but still I was unable to see
> > and
> > > hear the full stream.
> > >
> > > Lastly, I tried streaming on port 80. Using the
> > admin
> > > interface, I changed the streaming option and
> > > restarted the server. This I did both behind my
> > NAT
> > > router with the streaming server as a DMZ host
> and
> > > directly connected to my DSL modem. Both tests
> > yielded
> > > a connection but no complete stream. About 500k
> > were
> > > being sent of the 100kbit.mp4 then it appeared
> to
> > hang
> > > on the client side. The clients were a 56k
> dial-up
> > and
> > > a cable modem connected around 3 Meg/sec. Both
> > clients
> > > tested with their firewalls on and off with no
> > > difference. The clients tried a connection with
> > rtsp
> > > and http to see if there was any change. Their
> > > streaming preferences were set for Quick Time to
> > > choose the best port.
> > >
> > > What am I doing wrong? I really would like to
> use
> > DSS
> > > for streaming.
> > > Is there a minimum system requirement? The
> server
> > is
> > > running on a P 233Mhz with 384M RAM on a DSL
> > > connection with 1.7/484 bitrates down/up
> > respectively.
> > > Could my DSL connection be jiving me? Does DSS
> > > document errors in logs in detail to show what
> > > occurred?
> > > Is there a small sample that I can test from a
> 56K
> > > client over port 80 that shows the minimum
> > > functionality?
> > >
> > > Please help. George, if you are listening, I'd
> > > appreciate any insight that you can give. I've
> > > abandoned, for now, building the latest source
> on
> > > Fedora Core 3 because of build problems.
> > >
> > > Thanks a lot.
> > >
> > >
> __________________________________________________
> > > Do You Yahoo!?
> > > Tired of spam?  Yahoo! Mail has the best spam
> > protection around
> > > http://mail.yahoo.com
> > >  _______________________________________________
> > > Do not post admin requests to the list. They
> will
> > be ignored.
> > > Streaming-server-users mailing list       
> > > (email@hidden)
> > > Help/Unsubscribe/Update your Subscription:
> > >
> >
>
http://lists.apple.com/mailman/options/streaming-server-users/
> > 
> > > email@hidden
> > >
> > > This email sent to email@hidden
> > >
> > >
> > -- 
> > 
> > Nothing in the world can take place of
> persistence.
> > Talent will not; nothing is more common than
> > unsuccessful men with  
> > talent.
> > Genius will not; unrewarded genius is almost a
> > proverb.
> > Education will not; the world is full of educated
> > derelicts.
> > Persistence and determination alone are
> omnipotent.
> >  
> > ~ Calvin Coolidge
> > 
> > 
> 
> 
> 
> 		
> __________________________________ 
> Do you Yahoo!? 
> Yahoo! Small Business - Try our new resources site!
> http://smallbusiness.yahoo.com/resources/ 
> 



		
__________________________________ 
Do you Yahoo!? 
Make Yahoo! your home page 
http://www.yahoo.com/r/hs
 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Streaming-server-users mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/streaming-server-users/email@hidden

This email sent to email@hidden



Visit the Apple Store online or at retail locations.
1-800-MY-APPLE

Contact Apple | Terms of Use | Privacy Policy

Copyright © 2007 Apple Inc. All rights reserved.