<![CDATA[Streaming Media Forums - Video Content Delivery]]>

<![CDATA[Streaming Media Forums - Video Content Delivery]]> http://forums.streamingmedia.com/ Sat, 21 Nov 2009 09:33:26 -0500 MyBB <![CDATA[RE: The search for a CDN continues]]> http://forums.streamingmedia.com/thread-10679.html Thu, 03 Sep 2009 06:04:14 -0400 TimT http://forums.streamingmedia.com/thread-10679.html
Global-MIX.com con provide you with the analitics you mentioned & the traffic volume comes it at Starter Package level.

Further details see http://www.global-mix.com.

Regards

Tim

]]>
Global-MIX.com con provide you with the analitics you mentioned & the traffic volume comes it at Starter Package level.

Further details see http://www.global-mix.com.

Regards

Tim

]]> <![CDATA[The search for a CDN continues]]> http://forums.streamingmedia.com/thread-10679.html Thu, 03 Sep 2009 04:00:47 -0400 scott_gorman http://forums.streamingmedia.com/thread-10679.html
The brief:
Emerging Australian based content producer require CDN for multiple clients(20). Currently using own Wowza solution however growing client list and demand for more better enterprise level solution has prompted a move to a CDN. At this stage around 20Gb of outgoing data a week travels out of our Wowza server. Stats indicate increasing global audience.

Huge empathis will be on the reporting and analytics. Ideally broken down to per client. Also required is 'Average time viewed' for each stream.

If anyone can recommend an appropriate provider I'd be eternally grateful

]]>
The brief:
Emerging Australian based content producer require CDN for multiple clients(20). Currently using own Wowza solution however growing client list and demand for more better enterprise level solution has prompted a move to a CDN. At this stage around 20Gb of outgoing data a week travels out of our Wowza server. Stats indicate increasing global audience.

Huge empathis will be on the reporting and analytics. Ideally broken down to per client. Also required is 'Average time viewed' for each stream.

If anyone can recommend an appropriate provider I'd be eternally grateful

]]> <![CDATA[Broadcasting Your Screen. Live.]]> http://forums.streamingmedia.com/thread-10670.html Wed, 12 Aug 2009 13:58:09 -0400 afteraithe http://forums.streamingmedia.com/thread-10670.html
What do you use to stream media from your computer?
I have found that my favorite is through LiveStream.
They allow you to have live streaming media stream straight from your desktop.
With one of their programs, procaster, you can select a portion of your screen to have streamed to your channel. Very useful.

Let me know what you guys like to use to stream your media.

Thanks,

-Raithe

]]>
What do you use to stream media from your computer?
I have found that my favorite is through LiveStream.
They allow you to have live streaming media stream straight from your desktop.
With one of their programs, procaster, you can select a portion of your screen to have streamed to your channel. Very useful.

Let me know what you guys like to use to stream your media.

Thanks,

-Raithe

]]> <![CDATA[Video Advertising]]> http://forums.streamingmedia.com/thread-10555.html Thu, 22 Jan 2009 16:01:32 -0500 kenneth http://forums.streamingmedia.com/thread-10555.html
The site is called http://www.mehype.com and it is a website that allows you to make funny, interesting or clever videos for corporations looking to advertise their products or services.

These corporations will put an 'advertising brief' out. You will then use your creative abilities to create one (or more) videos. if your video is selected it will be syndicated to a lot of websites. Everytime someone plays your video (all the way through) you will earn money! The videos will have to be 30-60 seconds in length.

Anyway sign up at http://www.mehype.com wait for some briefs to come in and make a film!

You have nothing to lose and it does not cost a PENNY for you!

I have already signed up.

Be patient, it is a new site but this is a surefire winner.

]]>
The site is called http://www.mehype.com and it is a website that allows you to make funny, interesting or clever videos for corporations looking to advertise their products or services.

These corporations will put an 'advertising brief' out. You will then use your creative abilities to create one (or more) videos. if your video is selected it will be syndicated to a lot of websites. Everytime someone plays your video (all the way through) you will earn money! The videos will have to be 30-60 seconds in length.

Anyway sign up at http://www.mehype.com wait for some briefs to come in and make a film!

You have nothing to lose and it does not cost a PENNY for you!

I have already signed up.

Be patient, it is a new site but this is a surefire winner.

]]> <![CDATA[Building a Flash server]]> http://forums.streamingmedia.com/thread-10531.html Fri, 05 Dec 2008 14:50:31 -0500 abouldin http://forums.streamingmedia.com/thread-10531.html We are looking into building a Flash server that will provide live and on-demand streaming. How complicated is this going to be and what are the pluses and minuses on doing such and endeavor. This server will be just for small traffic if we have the need for large capacity I will use a CDN.

]]> We are looking into building a Flash server that will provide live and on-demand streaming. How complicated is this going to be and what are the pluses and minuses on doing such and endeavor. This server will be just for small traffic if we have the need for large capacity I will use a CDN.

]]> <![CDATA[RE: Building a Flash server]]> http://forums.streamingmedia.com/thread-10531.html Thu, 07 May 2009 03:08:44 -0400 cpopescu http://forums.streamingmedia.com/thread-10531.html http://whispercast.org Smile

is open source and free Smile

]]> http://whispercast.org Smile

is open source and free Smile

]]> <![CDATA[RE: Can You Prevent IE users from downloading video?]]> http://forums.streamingmedia.com/thread-10522.html Mon, 01 Dec 2008 14:40:30 -0500 Dave http://forums.streamingmedia.com/thread-10522.html Web Playlists
which allows some control over client caching and the ability to use tokenised URLs in playlists.

Dave

]]> Web Playlists
which allows some control over client caching and the ability to use tokenised URLs in playlists.

Dave

]]> <![CDATA[Can You Prevent IE users from downloading video?]]> http://forums.streamingmedia.com/thread-10522.html Mon, 01 Dec 2008 13:55:51 -0500 verwayne http://forums.streamingmedia.com/thread-10522.html Thanks!
V

]]> Thanks!
V

]]> <![CDATA[MMS VS HTTP or RTSP]]> http://forums.streamingmedia.com/thread-10514.html Thu, 20 Nov 2008 17:47:43 -0500 abouldin http://forums.streamingmedia.com/thread-10514.html Any ideas and is MMS really obsolete?

]]> Any ideas and is MMS really obsolete?

]]> <![CDATA[RE: MMS VS HTTP or RTSP]]> http://forums.streamingmedia.com/thread-10514.html Mon, 24 Nov 2008 15:04:52 -0500 reisfeld http://forums.streamingmedia.com/thread-10514.html (11-20-2008 06:47 PM)abouldin Wrote: We are having issues with streaming MMS on our Windows Media server. Some of our agencies are having problems receiving our MMS files because of network security constraints. We have been streaming MMS for over six years now. My network people are telling me that MMS is obsolete and to use something else. Unfortunately we have about 30,000 files of WMV content on the MMS server now that agencies are link to our server.
Any ideas and is MMS really obsolete?
MMS is absolutely depreciated, but fret not. Most WMS boxes support protocol rollover (enabled by default on most setups). Assuming that protocol rollover is enabled on your WMS service, the Windows Media player will auto-negotiate with the server over RTSP over TCP. If that fails, it will try RTSP over UDP. And if that fails, it will try to serve the stream via HTTP protocol. For really older players, if you specify mms, it will automatically try to delivery the content via http and not even try RTSP. Should you change your protocol, probably as the auto-negotiation does incur some slight performance penalty but not anything substantial that you should really be worried about. You can always force the protocol with something like RTSPT, RTSPU, etc. to cut down the auto-negations and speed up the time for first byte download.

The one thing to keep in mind is that most browser MIME types are codified to one player type so if you are using an embedded player in a browser, specifying RTSP may trigger a Real/QuickTime client to spin up rather than a Windows Media player. You will need to make sure that the you provide some language in your code to explicitly tell the end user client they should use WM player rather than a Real or QT player to playback your RTSP streams so the streams will play back properly.

So in summary, go ahead and keep using MMS for your stream links. The WM player is smart enough to play the stream back over RTSP so long as the streaming service you are using supports protocol rollover.

Dave

]]> (11-20-2008 06:47 PM)abouldin Wrote: We are having issues with streaming MMS on our Windows Media server. Some of our agencies are having problems receiving our MMS files because of network security constraints. We have been streaming MMS for over six years now. My network people are telling me that MMS is obsolete and to use something else. Unfortunately we have about 30,000 files of WMV content on the MMS server now that agencies are link to our server.
Any ideas and is MMS really obsolete?
MMS is absolutely depreciated, but fret not. Most WMS boxes support protocol rollover (enabled by default on most setups). Assuming that protocol rollover is enabled on your WMS service, the Windows Media player will auto-negotiate with the server over RTSP over TCP. If that fails, it will try RTSP over UDP. And if that fails, it will try to serve the stream via HTTP protocol. For really older players, if you specify mms, it will automatically try to delivery the content via http and not even try RTSP. Should you change your protocol, probably as the auto-negotiation does incur some slight performance penalty but not anything substantial that you should really be worried about. You can always force the protocol with something like RTSPT, RTSPU, etc. to cut down the auto-negations and speed up the time for first byte download.

The one thing to keep in mind is that most browser MIME types are codified to one player type so if you are using an embedded player in a browser, specifying RTSP may trigger a Real/QuickTime client to spin up rather than a Windows Media player. You will need to make sure that the you provide some language in your code to explicitly tell the end user client they should use WM player rather than a Real or QT player to playback your RTSP streams so the streams will play back properly.

So in summary, go ahead and keep using MMS for your stream links. The WM player is smart enough to play the stream back over RTSP so long as the streaming service you are using supports protocol rollover.

Dave

]]> <![CDATA[RE: MMS VS HTTP or RTSP]]> http://forums.streamingmedia.com/thread-10514.html Fri, 05 Jun 2009 10:17:24 -0400 jrsReign http://forums.streamingmedia.com/thread-10514.html
So in summary, go advanced and accumulate application MMS for your beck links. The WM amateur is acute abundant to play the beck aback over RTSP so continued as the alive account you are application supports agreement rollover.

________________
IP PBX

]]>
So in summary, go advanced and accumulate application MMS for your beck links. The WM amateur is acute abundant to play the beck aback over RTSP so continued as the alive account you are application supports agreement rollover.

________________
IP PBX

]]> <![CDATA[RE: MMS VS HTTP or RTSP]]> http://forums.streamingmedia.com/thread-10514.html Fri, 05 Jun 2009 10:18:08 -0400 jrsReign http://forums.streamingmedia.com/thread-10514.html
So in summary, go advanced and accumulate application MMS for your beck links. The WM amateur is acute abundant to play the beck aback over RTSP so continued as the alive account you are application supports agreement rollover.

________________
IP PBX

]]> <![CDATA[RE: MMS VS HTTP or RTSP]]> http://forums.streamingmedia.com/thread-10514.html Thu, 18 Jun 2009 17:06:18 -0400 voynex http://forums.streamingmedia.com/thread-10514.html

]]>

]]> <![CDATA[RE: Using P2P and Predictive Delivery]]> http://forums.streamingmedia.com/thread-10500.html Sat, 07 Feb 2009 00:44:52 -0500 benwaggoner http://forums.streamingmedia.com/thread-10500.html
Bandwidth is cheap and getting cheaper, so the cost of managing P2P has to be weighed against how much it saves, which isn't nearly as much as it used to, or people imagine.

]]>
Bandwidth is cheap and getting cheaper, so the cost of managing P2P has to be weighed against how much it saves, which isn't nearly as much as it used to, or people imagine.

]]> <![CDATA[Using P2P and Predictive Delivery]]> http://forums.streamingmedia.com/thread-10500.html Mon, 10 Nov 2008 03:01:23 -0500 xoswald http://forums.streamingmedia.com/thread-10500.html
Following-up a chat I had with Dan a few weeks ago on P2P.
He told me that in the US, legitimate P2P solutions are not adopted by big media and networks to deliver video. I would be interested to know why, according to you.
I must say that I am surprised as we have kind of a success with our legitimate P2P solutions (combined to a targeted Video Ads solutions and a predictive delivery agent allowing to cut the bandwidth costs and server loads, improve scalability and enhance quality, etc.) in France and Europe.

Best,
Xavier

http://www.linkedin.com/in/xavieroswald

]]>
Following-up a chat I had with Dan a few weeks ago on P2P.
He told me that in the US, legitimate P2P solutions are not adopted by big media and networks to deliver video. I would be interested to know why, according to you.
I must say that I am surprised as we have kind of a success with our legitimate P2P solutions (combined to a targeted Video Ads solutions and a predictive delivery agent allowing to cut the bandwidth costs and server loads, improve scalability and enhance quality, etc.) in France and Europe.

Best,
Xavier

http://www.linkedin.com/in/xavieroswald

]]> <![CDATA[RE: Using P2P and Predictive Delivery]]> http://forums.streamingmedia.com/thread-10500.html Mon, 10 Nov 2008 10:00:26 -0500 jmanarin http://forums.streamingmedia.com/thread-10500.html

]]>

]]> <![CDATA[RE: Using P2P and Predictive Delivery]]> http://forums.streamingmedia.com/thread-10500.html Thu, 29 Jan 2009 04:15:27 -0500 Drew http://forums.streamingmedia.com/thread-10500.html
Cheers

Drew

]]>
Cheers

Drew

]]> <![CDATA[RE: Programming VOD from a server]]> http://forums.streamingmedia.com/thread-10498.html Fri, 28 Nov 2008 14:23:34 -0500 Dave http://forums.streamingmedia.com/thread-10498.html
If you are using WMS then there is a playlist editor built into the mmc admin plug-in which will do most of the hard work for you.

If you don't have access to the admin tools on the WMS server then you can always use the wms9edit.exe playlist editor which is included in the Windows Media Resource Kit.

You can handcraft them of course as they are just SMIL 2.0 files, and there's a basic example of what they look like at:
Programming Playlists

The playlist reference is available at:
Playlist Reference
which will give you a list of the elements and attributes you can use do do all sorts of things with.

If you want to know more about SMIL in general, then I suggest taking a look at this book:
SMIL 3.0
or rather its predecessor book titled 'SMIL 2.0' (orange cover).

If you associate the playlist with a publishing point as opposed to a file, then you can enable/disable it as required.

As for encoding, one usually encodes at the rate it is expected to be delivered at, which often means multiple rates if you are delivering to an unknown audience. Sometimes people will wrap several streams up into one multiple bit rate file (MBR) for convenience and let the player/server negotiate the delivery rate.

(On a side note, SMIL 2.0 supports the use of in-line system test attributes one of which (systemBitrate) tests the available bitrate and allows for conditional programming based upon available bandwidth reported by the client, however unfortunately I don't think WMS supports it.)

Dave

]]>
If you are using WMS then there is a playlist editor built into the mmc admin plug-in which will do most of the hard work for you.

If you don't have access to the admin tools on the WMS server then you can always use the wms9edit.exe playlist editor which is included in the Windows Media Resource Kit.

You can handcraft them of course as they are just SMIL 2.0 files, and there's a basic example of what they look like at:
Programming Playlists

The playlist reference is available at:
Playlist Reference
which will give you a list of the elements and attributes you can use do do all sorts of things with.

If you want to know more about SMIL in general, then I suggest taking a look at this book:
SMIL 3.0
or rather its predecessor book titled 'SMIL 2.0' (orange cover).

If you associate the playlist with a publishing point as opposed to a file, then you can enable/disable it as required.

As for encoding, one usually encodes at the rate it is expected to be delivered at, which often means multiple rates if you are delivering to an unknown audience. Sometimes people will wrap several streams up into one multiple bit rate file (MBR) for convenience and let the player/server negotiate the delivery rate.

(On a side note, SMIL 2.0 supports the use of in-line system test attributes one of which (systemBitrate) tests the available bitrate and allows for conditional programming based upon available bandwidth reported by the client, however unfortunately I don't think WMS supports it.)

Dave

]]> <![CDATA[RE: Programming VOD from a server]]> http://forums.streamingmedia.com/thread-10498.html Fri, 28 Nov 2008 14:27:36 -0500 Dave http://forums.streamingmedia.com/thread-10498.html
If you are using WMS then there is a playlist editor built into the mmc admin plug-in which will do most of the hard work for you.

If you don't have access to the admin tools on the WMS server then you can always use the wms9edit.exe playlist editor which is included in the Windows Media Resource Kit.

You can handcraft them of course as they are just SMIL 2.0 files, and there's a playlist reference available at:
Playlist Reference
which will give you a list of the elements and attributes you can use do do all sorts of things with.

If you want to know more about SMIL in general, then I suggest taking a look at this book:
SMIL 3.0
or rather its predecessor book titled 'SMIL 2.0' (orange cover).

If you associate the playlist with a publishing point as opposed to a file, then you can enable/disable it as required.

As for encoding, one usually encodes at the rate it is expected to be delivered at, which often means multiple rates if you are delivering to an unknown audience. Sometimes people will wrap several streams up into one multiple bit rate file (MBR) for convenience and let the player/server negotiate the delivery rate.

On a side note, SMIL 2.0 supports the use of in-line system test attributes one of which (systemBitrate) tests the available bitrate and allows for conditional programming based upon available bandwidth reported by the client, however unfortunately I don't think WMS supports it.

Dave

]]>
If you are using WMS then there is a playlist editor built into the mmc admin plug-in which will do most of the hard work for you.

If you don't have access to the admin tools on the WMS server then you can always use the wms9edit.exe playlist editor which is included in the Windows Media Resource Kit.

You can handcraft them of course as they are just SMIL 2.0 files, and there's a playlist reference available at:
Playlist Reference
which will give you a list of the elements and attributes you can use do do all sorts of things with.

If you want to know more about SMIL in general, then I suggest taking a look at this book:
SMIL 3.0
or rather its predecessor book titled 'SMIL 2.0' (orange cover).

If you associate the playlist with a publishing point as opposed to a file, then you can enable/disable it as required.

As for encoding, one usually encodes at the rate it is expected to be delivered at, which often means multiple rates if you are delivering to an unknown audience. Sometimes people will wrap several streams up into one multiple bit rate file (MBR) for convenience and let the player/server negotiate the delivery rate.

On a side note, SMIL 2.0 supports the use of in-line system test attributes one of which (systemBitrate) tests the available bitrate and allows for conditional programming based upon available bandwidth reported by the client, however unfortunately I don't think WMS supports it.

Dave

]]> <![CDATA[Programming VOD from a server]]> http://forums.streamingmedia.com/thread-10498.html Fri, 07 Nov 2008 21:36:16 -0500 verwayne http://forums.streamingmedia.com/thread-10498.html
If I am lucky, I am a third grader when it comes to applying codes to a server, so I'll need this well explained. Let's assume a few things. I have all of my videos in a folder on the server named 'video' and the wmv's are named like ac51798.wmv and so on.

Can some one give me the coding conventions to set this up and where it goes in the server, show me where to add or subtract to lengthen or shorten the listings, and how to make it shut off if I need it to do so. I am also wondering about 'quality.' For my purposes, I'd like to encode these at about 1500 but have them play at a lower level of quality, lets say about 370 or so. Is that possible or do I need to make them the quality level I want?

I have a couple other questions but I'll wait for this one. I appreciate any input. You may post me here or off forum at streamnetvideo@gmail.com

Thanks!
V

]]>
If I am lucky, I am a third grader when it comes to applying codes to a server, so I'll need this well explained. Let's assume a few things. I have all of my videos in a folder on the server named 'video' and the wmv's are named like ac51798.wmv and so on.

Can some one give me the coding conventions to set this up and where it goes in the server, show me where to add or subtract to lengthen or shorten the listings, and how to make it shut off if I need it to do so. I am also wondering about 'quality.' For my purposes, I'd like to encode these at about 1500 but have them play at a lower level of quality, lets say about 370 or so. Is that possible or do I need to make them the quality level I want?

I have a couple other questions but I'll wait for this one. I appreciate any input. You may post me here or off forum at streamnetvideo@gmail.com

Thanks!
V

]]>