need some assistance

Reply

Join Date: Jul 2003
Posts: 1
Reputation: nycztonee is an unknown quantity at this point 
Solved Threads: 0
nycztonee nycztonee is offline Offline
Newbie Poster

need some assistance

 
0
  #1
Jul 11th, 2003
i'm not sure if i've come to the right type of forum for this question. but if anybody can assist me by answering my question, i'd greatly appreciate it.

my question is, i've been seeing lot of music sites using http:// and mms:// protocols to serve windows media files.

what are the differences between these two types of internet protocols?

what are the advantages and disadvantages of each?

which one will use up more bandswidth?

thanks!
Reply With Quote Quick reply to this message  
Join Date: Feb 2002
Posts: 12,057
Reputation: cscgal is a glorious beacon of light cscgal is a glorious beacon of light cscgal is a glorious beacon of light cscgal is a glorious beacon of light cscgal is a glorious beacon of light cscgal is a glorious beacon of light 
Solved Threads: 131
Administrator
Staff Writer
cscgal's Avatar
cscgal cscgal is offline Offline
The Queen of DaniWeb
 
0
  #2
Jul 11th, 2003
I did a search for mms:// protocol and came up with the following:

MMS or ' Microsoft Media Server ' protocol is Microsoft's proprietary network streaming protocol. Microsoft has never released a specification to describe how MMS actually works, yet it is extensively used by their Microsoft media player software. MMS protocol can be used on top of TCP and UDP transport protocols over any network medium. Its primary use is to stream live or prerecorded audio and video content to your computer without any need to download a file before playing.
http:// protocol is the default protocol for webpages (http servers) and are typically accessed via a web browser. ftp:// protocol is the default protocol for file transfer (ftp servers) and are typically accessed via an ftp client. Similarily mms:// protocol is Microsoft's protocol for media and is accessed via Microsoft Media Player.

Bandwidth isn't an issue here. Regardless of whether you download a 10mb file via http:// or via ftp:// it is still 10mb regardless and will take the same amount of time to download.

Although I have no experience with mms:// my guess is that it is a form of streaming media. When accessing media over http://, it isn't streaming by default but it can be configured on the server's end to do so. This means that you can listen/watch the first part of the media file while it finishes downloading the end part you haven't gotten to yet. This way you don't have to wait for the entire thing to download before you can start playing it. Of course, it still takes just as long to get to your computer when all is said and done. It's just that when it's streaming, you can start playing it before it finishes.
Dani the Computer Science Gal
Follow my Twitter feed! twitter.com/DaniWeb
And if you're interested in Internet marketing there is twitter.com/DaniWebAds
Reply With Quote Quick reply to this message  
Join Date: Feb 2002
Posts: 898
Reputation: Tekmaven is a glorious beacon of light Tekmaven is a glorious beacon of light Tekmaven is a glorious beacon of light Tekmaven is a glorious beacon of light Tekmaven is a glorious beacon of light 
Solved Threads: 30
Moderator
Tekmaven's Avatar
Tekmaven Tekmaven is offline Offline
The C# Man, Myth, Legend

Re: need some assistance

 
0
  #3
Jul 11th, 2003
Dani's right about all of the above. The [protocol]:// also tells the application what protocol you are using, and it goes to the specified the address using the default port.

For example, http://'s default port is 80, and ftp://'s default port is port 21.
-Ryan Hoffman

.NET Specialist / Webmaster, Extended64.com.
Please do not email or PM me with support questions. Please direct them to the forums instead.
Reply With Quote Quick reply to this message  
Reply

This thread is more than three months old.
Perhaps start a new thread instead?
Message:




Views: 4231 | Replies: 2
Thread Tools Search this Thread



Tag cloud for IT Professionals' Lounge
About Us | Contact Us | Advertise | DaniWeb | Acceptable Use Policy | RSS Feed

©2003 - 2009 DaniWeb® LLC