- ข้อความ
- ประวัติศาสตร์
How Does Live Webcasting Work? Usin
How Does Live Webcasting Work?
Using PlayStream to deliver live audio/video instills the edge you need to stand out above the competition. We’ve built a high capacity, high quality, distributed network that directs your end users to the closest available datacenter; and each data center has many different major carriers from which to route your data. The end result is that your end users experience a better viewing performance. Broadcasting live with PlayStream is simple and requires text industry tools that are easily available and affordable.
Webcasting and Streaming Media Solutions
1. Capturing Your Live Broadcast To A Digital Format
The first of these steps is to capture your media. In order to do this, you will need an input device for your computer. For audio content, the input device can be a text sound card. For video content, you will need some type of video capture device.
Examples of typical video capture devices are a firewire port (firewire card) or a video capture card. Common video capture cards that we know work are the Osprey 220 from ViewCast or capture cards from Winnov or Pinnacle.
2. Converting Your Live Broadcast To A Streaming Format From An Encoding Station
An encoding station is simply a computer that runs encoding software (the "encoder") that converts your captured media to a streaming format. Most encoders require a reasonably fast computer to run. Normally a Pentium II with at least 128 MB of RAM is good if you're a PC user but, as always with computers, faster is better. Typically, We recommend that you use the encoding software that is provided by the manufacturer of the streaming format you have chosen. That is if you are a Windows user broadcasting a live Windows Media stream, we suggest you use the Windows Media Encoder. If you are broadcasting your content in RealMedia format, please use the newest encoder available for your operating system. For QuickTime Streaming we suggest the QuickTime Broadcaster for Mac OSX.
During a live streaming media broadcast the encoding software (the encoder) takes the data from your input device and converts it to a streaming format. Depending on the streaming platform (Windows Media, RealMedia or Quicktime) the server either "pulls" (contacts the encoder and requests the stream) or the encoder "pushes" (sends the stream to the server IP address) to rebroadcast the live stream. When the encoder converts the stream, it "buffers" (saves a certain amount of the stream data on the encoding work station) before the stream is distributed for rebroadcast through the servers in our data centers. This creates a certain amount of "latency" (lag time between the actual event and when your audience member sees it.) There are two other sources of latency during a live streaming media broadcast. The time it takes to get the stream across the Internet to our servers and the time it takes your audience member to receive the stream across the Internet. These vary according to the position of your encoding station on the Internet and the position of the computer of each of your audience members.
When you set up your stream for live broadcast, you must specify the bit rate (quality of the stream). This quality is constrained by the upstream bandwidth of your Internet connection and cannot exceed this limit or your stream will never reach our servers. Along the same lines, your audience member must have enough downstream bandwidth to allow all of the data from the encoded stream to play on their computer. If the encoded stream you are sending for rebroadcast exceeds the downstream bandwidth of your audience member, they will never receive the stream.
3. Broadcasting Live Through Our Content Delivery Network
Depending on how the servers are setup they will deliver the media stream in one of two ways. Either as a push configuration where servers are continuously sent a stream from the encoder, or in a pull configuration. A pull configuration makes a connection and "pulls" the stream when a player connects to it. Regardless of which configuration is being used (the Windows Media Server uses "pull" while the RealServer and Darwin Server for QuickTime use "push".) Once the feed is acquired on the inbound streaming server it is re-distributed throughout our two data centers via load-balancing.
When you set up your account, we send you a link to access your broadcast through our globally load balanced easy link system and you put this link into the HTML of your Web page. when someone visits your Web site and clicks a link for streaming audio or video, that request is directed to the data center closest to them and they stream your live broadcast through our servers.
By directing your audience member to the closest data center, we cut down on the time it takes to deliver your stream to them. Once the closest data center has been established, the streaming request is sent down one of the many backbones we are connected to via Internap's advanced "Synchronous-When-Optimal" routing service. Our system delivers your media by avoiding the often congested public and private peering points of the Internet, thus greatly increasing delivery performance and reducing problems such as rebuffering.
4. Delivering Your Live Stream To Your Audience
When a streaming media Player makes a connection to one of our streaming servers via our easy link technology or a reference file (RAM for RealMedia, ASX; WVX or WAX for Windows Media; or QTL for QuickTime), the server sends the player data via User Datagram Protocol (UDP) by default. If the streaming media player cannot accept this data, the server tries to resend it via the TCP protocol to several different ports, with port 80 as it's final attempt if each attempt fails. This process is called protocol rollover. If this negotiation is successful, and the server is either Windows Media or the RealServer, a check is made for the connection speed configured in the connection settings of the streaming media player. Based on the connection speed returned to the server from the player, the server will send the highest play supported stream from a multiple-bit-rate streaming file, the whole file in the case of a single-bit-rate streaming file, or just the audio portion of an audio/video streaming file if the player connection speed is not fast enough to accept all video data
Using PlayStream to deliver live audio/video instills the edge you need to stand out above the competition. We’ve built a high capacity, high quality, distributed network that directs your end users to the closest available datacenter; and each data center has many different major carriers from which to route your data. The end result is that your end users experience a better viewing performance. Broadcasting live with PlayStream is simple and requires text industry tools that are easily available and affordable.
Webcasting and Streaming Media Solutions
1. Capturing Your Live Broadcast To A Digital Format
The first of these steps is to capture your media. In order to do this, you will need an input device for your computer. For audio content, the input device can be a text sound card. For video content, you will need some type of video capture device.
Examples of typical video capture devices are a firewire port (firewire card) or a video capture card. Common video capture cards that we know work are the Osprey 220 from ViewCast or capture cards from Winnov or Pinnacle.
2. Converting Your Live Broadcast To A Streaming Format From An Encoding Station
An encoding station is simply a computer that runs encoding software (the "encoder") that converts your captured media to a streaming format. Most encoders require a reasonably fast computer to run. Normally a Pentium II with at least 128 MB of RAM is good if you're a PC user but, as always with computers, faster is better. Typically, We recommend that you use the encoding software that is provided by the manufacturer of the streaming format you have chosen. That is if you are a Windows user broadcasting a live Windows Media stream, we suggest you use the Windows Media Encoder. If you are broadcasting your content in RealMedia format, please use the newest encoder available for your operating system. For QuickTime Streaming we suggest the QuickTime Broadcaster for Mac OSX.
During a live streaming media broadcast the encoding software (the encoder) takes the data from your input device and converts it to a streaming format. Depending on the streaming platform (Windows Media, RealMedia or Quicktime) the server either "pulls" (contacts the encoder and requests the stream) or the encoder "pushes" (sends the stream to the server IP address) to rebroadcast the live stream. When the encoder converts the stream, it "buffers" (saves a certain amount of the stream data on the encoding work station) before the stream is distributed for rebroadcast through the servers in our data centers. This creates a certain amount of "latency" (lag time between the actual event and when your audience member sees it.) There are two other sources of latency during a live streaming media broadcast. The time it takes to get the stream across the Internet to our servers and the time it takes your audience member to receive the stream across the Internet. These vary according to the position of your encoding station on the Internet and the position of the computer of each of your audience members.
When you set up your stream for live broadcast, you must specify the bit rate (quality of the stream). This quality is constrained by the upstream bandwidth of your Internet connection and cannot exceed this limit or your stream will never reach our servers. Along the same lines, your audience member must have enough downstream bandwidth to allow all of the data from the encoded stream to play on their computer. If the encoded stream you are sending for rebroadcast exceeds the downstream bandwidth of your audience member, they will never receive the stream.
3. Broadcasting Live Through Our Content Delivery Network
Depending on how the servers are setup they will deliver the media stream in one of two ways. Either as a push configuration where servers are continuously sent a stream from the encoder, or in a pull configuration. A pull configuration makes a connection and "pulls" the stream when a player connects to it. Regardless of which configuration is being used (the Windows Media Server uses "pull" while the RealServer and Darwin Server for QuickTime use "push".) Once the feed is acquired on the inbound streaming server it is re-distributed throughout our two data centers via load-balancing.
When you set up your account, we send you a link to access your broadcast through our globally load balanced easy link system and you put this link into the HTML of your Web page. when someone visits your Web site and clicks a link for streaming audio or video, that request is directed to the data center closest to them and they stream your live broadcast through our servers.
By directing your audience member to the closest data center, we cut down on the time it takes to deliver your stream to them. Once the closest data center has been established, the streaming request is sent down one of the many backbones we are connected to via Internap's advanced "Synchronous-When-Optimal" routing service. Our system delivers your media by avoiding the often congested public and private peering points of the Internet, thus greatly increasing delivery performance and reducing problems such as rebuffering.
4. Delivering Your Live Stream To Your Audience
When a streaming media Player makes a connection to one of our streaming servers via our easy link technology or a reference file (RAM for RealMedia, ASX; WVX or WAX for Windows Media; or QTL for QuickTime), the server sends the player data via User Datagram Protocol (UDP) by default. If the streaming media player cannot accept this data, the server tries to resend it via the TCP protocol to several different ports, with port 80 as it's final attempt if each attempt fails. This process is called protocol rollover. If this negotiation is successful, and the server is either Windows Media or the RealServer, a check is made for the connection speed configured in the connection settings of the streaming media player. Based on the connection speed returned to the server from the player, the server will send the highest play supported stream from a multiple-bit-rate streaming file, the whole file in the case of a single-bit-rate streaming file, or just the audio portion of an audio/video streaming file if the player connection speed is not fast enough to accept all video data
0/5000
การถ่ายทอดสดงาน Webcasting ใช้ PlayStream เพื่อส่งภาพวิดีโอสดเสียง instills ขอบคุณต้องโดดเด่นเหนือคู่แข่ง เราได้สร้างกำลังการผลิตสูง คุณภาพสูง เครือข่ายแบบกระจายที่ชักจูงผู้ใช้สิ้นสุด datacenter มีใกล้เคียงที่สุด และแต่ละข้อมูลมีหลายสายหลักแตกต่างกันที่เส้นทางข้อมูลของคุณ ผลลัพธ์สุดท้ายเป็นที่ของผู้มีประสบการณ์ดูประสิทธิภาพ ออกอากาศสดกับ PlayStream ง่าย และต้องมีข้อความเครื่องมืออุตสาหกรรมที่พร้อมใช้งานได้ง่าย และราคาไม่แพงWebcasting และโซลูชั่นสื่อสตรีมมิ่ง1. การจับภาพการถ่ายทอดสดรูปแบบดิจิทัลแรกของขั้นตอนเหล่านี้คือการ จับสื่อของคุณ ไม่ได้ คุณจะต้องการอุปกรณ์อินพุตสำหรับคอมพิวเตอร์ของคุณ สำหรับเนื้อหาเสียง อุปกรณ์อินพุตได้ด้วยข้อความเสียง สำหรับเนื้อหาวิดีโอ คุณจะต้องบางชนิดของอุปกรณ์จับภาพวิดีโอตัวอย่างของอุปกรณ์จับภาพวิดีโอทั่วไปมีพอร์ต firewire (การ์ด firewire) หรือการ์ดจับภาพวิดีโอ การ์ดจับภาพวิดีโอทั่วไปที่เราทราบว่า งาน 220 เหยี่ยวออสเปรจากบัตร ViewCast หรือจับภาพจาก Winnov หรือพินนาเคิล 2. แปลงการถ่ายทอดสดรูปแบบสตรีมมิ่งจากสถานีเข้ารหัสสถานีการเข้ารหัสมีเพียงคอมพิวเตอร์ที่รันซอฟต์แวร์เข้ารหัส ("เข้ารหัส") ที่แปลงสื่อจับภาพของคุณรูปแบบสตรีมมิ่ง ตัวเข้ารหัสส่วนใหญ่ต้องการคอมพิวเตอร์ประหยัดรวดเร็วการทำงาน ปกติ II Pentium มี RAM อย่างน้อย 128 MB จะดี หากคุณผู้ใช้ PC แต่ เป็นเสมอกับคอมพิวเตอร์ ได้เร็วขึ้นดีขึ้น โดยปกติ เราแนะนำให้ คุณใช้ซอฟต์แวร์เข้ารหัสที่ให้ไว้ โดยผู้ผลิตรูปแบบสตรีมมิ่งที่คุณเลือก นั่นคือถ้าคุณเป็นผู้ใช้ Windows ออกอากาศกระแสข้อมูล Windows Media ที่สด เราขอแนะนำคุณใช้ตัวเข้ารหัสสื่อ Windows ถ้าคุณกำลังเผยแพร่เนื้อหาของคุณในรูปแบบ RealMedia กรุณาใช้ตัวเข้ารหัสใหม่ล่าสุดที่พร้อมใช้งานสำหรับระบบปฏิบัติการ สำหรับสตรีมมิ่ง QuickTime แนะอากาศ QuickTime สำหรับ Mac OSXระหว่างการออกอากาศสดสตรีมมิ่งสื่อ ซอฟต์แวร์เข้ารหัส (encoder) ใช้ข้อมูลจากอุปกรณ์อินพุต และแปลงรูปแบบสตรีมมิ่ง ขึ้นอยู่กับแพลตฟอร์มสตรีมมิ่ง (Windows Media, RealMedia หรือ Quicktime) เซิร์ฟเวอร์อย่างใดอย่างหนึ่ง "ดึง" (ติดต่อเข้าที่ และขอให้กระแสข้อมูล) หรือตัวเข้ารหัส "นั่นก็ทำให้" (ส่งกระแสข้อมูลไปยังที่อยู่ IP ของเซิร์ฟเวอร์) เพื่อ rebroadcast สตรีมสด เมื่อตัวเข้ารหัสแปลงข้อมูล มัน "บัฟเฟอร์" (บันทึกปริมาณข้อมูลสตรีมบนโต๊ะทำงานเข้ารหัส) ก่อนกระจายกระแสข้อมูลสำหรับ rebroadcast ผ่านเซิร์ฟเวอร์ในศูนย์ข้อมูลของเรา นี้สร้างเงิน "แฝง" (ช้าระหว่างเหตุการณ์จริงและเมื่อสมาชิกผู้ชมของคุณเห็นก็) มีสองแหล่งอื่น ๆ ของแฝงระหว่างการออกอากาศสื่อสตรีมมิ่งถ่ายทอดสด เวลาใช้ไปกระแสข้อมูลผ่านอินเทอร์เน็ตเซิร์ฟเวอร์ของเราและเวลาใช้สมาชิกผู้ชมของคุณเพื่อรับกระแสข้อมูลผ่านอินเทอร์เน็ต เหล่านี้แตกต่างกันตามตำแหน่งของสถานีของคุณเข้ากับอินเทอร์เน็ตและคอมพิวเตอร์ของสมาชิกผู้ชมของแต่ละตำแหน่งเมื่อคุณตั้งค่าสตรีมสำหรับถ่ายทอดสด คุณต้องระบุอัตราบิต (คุณภาพของกระแสข้อมูล) คุณภาพนี้ถูกจำกัด ด้วยแบนด์วิธของการเชื่อมต่ออินเทอร์เน็ตขั้นต้นน้ำ และต้องไม่เกินขีดจำกัด หรือกระแสข้อมูลของคุณจะไม่เคยเข้าถึงเซิร์ฟเวอร์ของเรา พร้อมกัน สมาชิกผู้ชมของคุณต้องมีแบนด์วิธเพียงพอปลายน้ำให้ข้อมูลจากกระแสเข้าเล่นบนคอมพิวเตอร์ของพวกเขาทั้งหมด ถ้ากระแสเข้ารหัสที่คุณกำลังส่ง rebroadcast เกินแบนด์วิดท์ที่ปลายน้ำของสมาชิกผู้ชมของคุณ พวกเขาจะไม่รับกระแสข้อมูล 3. ออกอากาศสดผ่านทางเครือข่ายการจัดส่งเนื้อหาของเราขึ้นอยู่กับว่าเซิร์ฟเวอร์ถูกตั้งค่า นั้นจะส่งกระแสข้อมูลสื่อในสองวิธี การผลักดันโครงที่เซิร์ฟเวอร์อย่างต่อเนื่องส่งกระแส จากตัวเข้ารหัส หรือ ในการกำหนดค่าการดึง ดึงโครงแบบทำให้การเชื่อมต่อ และ "ดึง" ข้อมูลเมื่อเชื่อมต่อเครื่องเล่นกับมัน โดยการปรับเปลี่ยนการใช้ (เซิร์ฟเวอร์สื่อ Windows ใช้ "ดึง" ในขณะที่ RealServer และดาร์วินเซิร์ฟเวอร์สำหรับ QuickTime ใช้ "ผลักดัน") เมื่อซื้อมาในสตรีมมิ่งเซิร์ฟเวอร์ขาเข้าตัวดึงข้อมูล จะกระจายอีกทั้งศูนย์ข้อมูลของเราผ่านการสมดุลเมื่อคุณตั้งค่าบัญชีของคุณ เราส่งคุณเชื่อมโยงไปถึงการออกอากาศผ่านของเราทั่วโลกสร้างสมดุลในการโหลดระบบเชื่อมโยงง่าย และคุณวางลิ้งค์ใน HTML ของเว็บเพจของคุณ เมื่อมีคนเข้าชมเว็บไซต์ของคุณ และคลิกการเชื่อมโยงการส่งกระแสข้อมูลเสียงหรือวิดีโอ สอบถามโดยตรงไปศูนย์ข้อมูลใกล้เคียงกับพวกเขา และพวกเขาส่งกระแสข้อมูลของคุณถ่ายทอดสดผ่านเซิร์ฟเวอร์ของเราโดยผู้กำกับสมาชิกผู้ชมของคุณศูนย์ข้อมูลใกล้เคียงที่สุด เราตัดลงกับเวลาใช้ในการส่งกระแสข้อมูลของคุณไป เมื่อมีการสร้างศูนย์ข้อมูลใกล้เคียง คำสตรีมมิ่งจะส่งลง backbones มากที่เราจะเชื่อมต่อได้ผ่านของ Internap ขั้นสูง "Synchronous-เมื่อ-" สายบริการอย่างใดอย่างหนึ่ง ระบบของเราให้สื่อของคุณ โดยหลีกเลี่ยงมัก congested และเอกชน peering คะแนนของอินเทอร์เน็ต อย่างมากเพิ่มประสิทธิภาพการจัดส่ง และลดปัญหาเช่น rebuffering 4. ส่งของกระแสข้อมูลสดให้ผู้ชมของคุณเมื่อสื่อแบบกระแสข้อมูลโปรแกรมเล่นทำให้เชื่อมต่อกับเซิร์ฟเวอร์ของเราส่งกระแสข้อมูลผ่านทางเทคโนโลยีของเราเชื่อมโยงง่ายหรือแฟ้มอ้างอิง (RAM สำหรับ RealMedia, ASX WVX หรือขี้ผึ้งสำหรับ Windows Media หรือ QTL สำหรับ QuickTime), เซิร์ฟเวอร์ส่งข้อมูลเล่นผ่านผู้ใช้เดตาแกรมโพรโทคอล (UDP) โดยค่าเริ่มต้น ถ้าโปรแกรมเล่นสื่อสตรีมมิ่งไม่ยอมรับข้อมูล เซิร์ฟเวอร์พยายามส่งผ่านโพรโทคอล TCP จะหลายพอร์ตต่าง ๆ มีพอร์ต 80 ซึ่งเป็นความพยายามขั้นสุดท้ายถ้าไม่ละความพยายาม กระบวนการนี้เรียกว่าโพรโทคอลโรลโอเวอร์ ถ้าเจรจานี้ประสบความสำเร็จ และเซิร์ฟเวอร์ Windows Media หรือ RealServer เครื่องจะทำการเชื่อมต่อความเร็วในการตั้งค่าการเชื่อมต่อของเครื่องเล่นสื่อแบบกระแสข้อมูลการกำหนดค่า ขึ้นอยู่กับความเร็วเชื่อมต่อกลับไปยังเซิร์ฟเวอร์จาก player เซิร์ฟเวอร์จะส่งกระแสข้อมูลการเล่นที่ได้รับการสนับสนุนสูงสุดจากหลายอัตราบิตสตรีมมิ่งไฟล์ ไฟล์ทั้งหมดในกรณีที่อัตราบิตเดียวไฟล์สตรีมมิ่ง หรือเพียงแค่ส่วนของการเสียง/วิดีโอสตรีมมิ่งไฟล์ถ้าไม่เร็วพอที่จะยอมรับข้อมูลทั้งหมดแสดงผลความเร็วในการเชื่อมต่อเครื่องเล่นเสียง
การแปล กรุณารอสักครู่..
How Does Live Webcasting Work?
Using PlayStream to deliver live audio/video instills the edge you need to stand out above the competition. We’ve built a high capacity, high quality, distributed network that directs your end users to the closest available datacenter; and each data center has many different major carriers from which to route your data. The end result is that your end users experience a better viewing performance. Broadcasting live with PlayStream is simple and requires text industry tools that are easily available and affordable.
Webcasting and Streaming Media Solutions
1. Capturing Your Live Broadcast To A Digital Format
The first of these steps is to capture your media. In order to do this, you will need an input device for your computer. For audio content, the input device can be a text sound card. For video content, you will need some type of video capture device.
Examples of typical video capture devices are a firewire port (firewire card) or a video capture card. Common video capture cards that we know work are the Osprey 220 from ViewCast or capture cards from Winnov or Pinnacle.
2. Converting Your Live Broadcast To A Streaming Format From An Encoding Station
An encoding station is simply a computer that runs encoding software (the "encoder") that converts your captured media to a streaming format. Most encoders require a reasonably fast computer to run. Normally a Pentium II with at least 128 MB of RAM is good if you're a PC user but, as always with computers, faster is better. Typically, We recommend that you use the encoding software that is provided by the manufacturer of the streaming format you have chosen. That is if you are a Windows user broadcasting a live Windows Media stream, we suggest you use the Windows Media Encoder. If you are broadcasting your content in RealMedia format, please use the newest encoder available for your operating system. For QuickTime Streaming we suggest the QuickTime Broadcaster for Mac OSX.
During a live streaming media broadcast the encoding software (the encoder) takes the data from your input device and converts it to a streaming format. Depending on the streaming platform (Windows Media, RealMedia or Quicktime) the server either "pulls" (contacts the encoder and requests the stream) or the encoder "pushes" (sends the stream to the server IP address) to rebroadcast the live stream. When the encoder converts the stream, it "buffers" (saves a certain amount of the stream data on the encoding work station) before the stream is distributed for rebroadcast through the servers in our data centers. This creates a certain amount of "latency" (lag time between the actual event and when your audience member sees it.) There are two other sources of latency during a live streaming media broadcast. The time it takes to get the stream across the Internet to our servers and the time it takes your audience member to receive the stream across the Internet. These vary according to the position of your encoding station on the Internet and the position of the computer of each of your audience members.
When you set up your stream for live broadcast, you must specify the bit rate (quality of the stream). This quality is constrained by the upstream bandwidth of your Internet connection and cannot exceed this limit or your stream will never reach our servers. Along the same lines, your audience member must have enough downstream bandwidth to allow all of the data from the encoded stream to play on their computer. If the encoded stream you are sending for rebroadcast exceeds the downstream bandwidth of your audience member, they will never receive the stream.
3. Broadcasting Live Through Our Content Delivery Network
Depending on how the servers are setup they will deliver the media stream in one of two ways. Either as a push configuration where servers are continuously sent a stream from the encoder, or in a pull configuration. A pull configuration makes a connection and "pulls" the stream when a player connects to it. Regardless of which configuration is being used (the Windows Media Server uses "pull" while the RealServer and Darwin Server for QuickTime use "push".) Once the feed is acquired on the inbound streaming server it is re-distributed throughout our two data centers via load-balancing.
When you set up your account, we send you a link to access your broadcast through our globally load balanced easy link system and you put this link into the HTML of your Web page. when someone visits your Web site and clicks a link for streaming audio or video, that request is directed to the data center closest to them and they stream your live broadcast through our servers.
By directing your audience member to the closest data center, we cut down on the time it takes to deliver your stream to them. Once the closest data center has been established, the streaming request is sent down one of the many backbones we are connected to via Internap's advanced "Synchronous-When-Optimal" routing service. Our system delivers your media by avoiding the often congested public and private peering points of the Internet, thus greatly increasing delivery performance and reducing problems such as rebuffering.
4. Delivering Your Live Stream To Your Audience
When a streaming media Player makes a connection to one of our streaming servers via our easy link technology or a reference file (RAM for RealMedia, ASX; WVX or WAX for Windows Media; or QTL for QuickTime), the server sends the player data via User Datagram Protocol (UDP) by default. If the streaming media player cannot accept this data, the server tries to resend it via the TCP protocol to several different ports, with port 80 as it's final attempt if each attempt fails. This process is called protocol rollover. If this negotiation is successful, and the server is either Windows Media or the RealServer, a check is made for the connection speed configured in the connection settings of the streaming media player. Based on the connection speed returned to the server from the player, the server will send the highest play supported stream from a multiple-bit-rate streaming file, the whole file in the case of a single-bit-rate streaming file, or just the audio portion of an audio/video streaming file if the player connection speed is not fast enough to accept all video data
Using PlayStream to deliver live audio/video instills the edge you need to stand out above the competition. We’ve built a high capacity, high quality, distributed network that directs your end users to the closest available datacenter; and each data center has many different major carriers from which to route your data. The end result is that your end users experience a better viewing performance. Broadcasting live with PlayStream is simple and requires text industry tools that are easily available and affordable.
Webcasting and Streaming Media Solutions
1. Capturing Your Live Broadcast To A Digital Format
The first of these steps is to capture your media. In order to do this, you will need an input device for your computer. For audio content, the input device can be a text sound card. For video content, you will need some type of video capture device.
Examples of typical video capture devices are a firewire port (firewire card) or a video capture card. Common video capture cards that we know work are the Osprey 220 from ViewCast or capture cards from Winnov or Pinnacle.
2. Converting Your Live Broadcast To A Streaming Format From An Encoding Station
An encoding station is simply a computer that runs encoding software (the "encoder") that converts your captured media to a streaming format. Most encoders require a reasonably fast computer to run. Normally a Pentium II with at least 128 MB of RAM is good if you're a PC user but, as always with computers, faster is better. Typically, We recommend that you use the encoding software that is provided by the manufacturer of the streaming format you have chosen. That is if you are a Windows user broadcasting a live Windows Media stream, we suggest you use the Windows Media Encoder. If you are broadcasting your content in RealMedia format, please use the newest encoder available for your operating system. For QuickTime Streaming we suggest the QuickTime Broadcaster for Mac OSX.
During a live streaming media broadcast the encoding software (the encoder) takes the data from your input device and converts it to a streaming format. Depending on the streaming platform (Windows Media, RealMedia or Quicktime) the server either "pulls" (contacts the encoder and requests the stream) or the encoder "pushes" (sends the stream to the server IP address) to rebroadcast the live stream. When the encoder converts the stream, it "buffers" (saves a certain amount of the stream data on the encoding work station) before the stream is distributed for rebroadcast through the servers in our data centers. This creates a certain amount of "latency" (lag time between the actual event and when your audience member sees it.) There are two other sources of latency during a live streaming media broadcast. The time it takes to get the stream across the Internet to our servers and the time it takes your audience member to receive the stream across the Internet. These vary according to the position of your encoding station on the Internet and the position of the computer of each of your audience members.
When you set up your stream for live broadcast, you must specify the bit rate (quality of the stream). This quality is constrained by the upstream bandwidth of your Internet connection and cannot exceed this limit or your stream will never reach our servers. Along the same lines, your audience member must have enough downstream bandwidth to allow all of the data from the encoded stream to play on their computer. If the encoded stream you are sending for rebroadcast exceeds the downstream bandwidth of your audience member, they will never receive the stream.
3. Broadcasting Live Through Our Content Delivery Network
Depending on how the servers are setup they will deliver the media stream in one of two ways. Either as a push configuration where servers are continuously sent a stream from the encoder, or in a pull configuration. A pull configuration makes a connection and "pulls" the stream when a player connects to it. Regardless of which configuration is being used (the Windows Media Server uses "pull" while the RealServer and Darwin Server for QuickTime use "push".) Once the feed is acquired on the inbound streaming server it is re-distributed throughout our two data centers via load-balancing.
When you set up your account, we send you a link to access your broadcast through our globally load balanced easy link system and you put this link into the HTML of your Web page. when someone visits your Web site and clicks a link for streaming audio or video, that request is directed to the data center closest to them and they stream your live broadcast through our servers.
By directing your audience member to the closest data center, we cut down on the time it takes to deliver your stream to them. Once the closest data center has been established, the streaming request is sent down one of the many backbones we are connected to via Internap's advanced "Synchronous-When-Optimal" routing service. Our system delivers your media by avoiding the often congested public and private peering points of the Internet, thus greatly increasing delivery performance and reducing problems such as rebuffering.
4. Delivering Your Live Stream To Your Audience
When a streaming media Player makes a connection to one of our streaming servers via our easy link technology or a reference file (RAM for RealMedia, ASX; WVX or WAX for Windows Media; or QTL for QuickTime), the server sends the player data via User Datagram Protocol (UDP) by default. If the streaming media player cannot accept this data, the server tries to resend it via the TCP protocol to several different ports, with port 80 as it's final attempt if each attempt fails. This process is called protocol rollover. If this negotiation is successful, and the server is either Windows Media or the RealServer, a check is made for the connection speed configured in the connection settings of the streaming media player. Based on the connection speed returned to the server from the player, the server will send the highest play supported stream from a multiple-bit-rate streaming file, the whole file in the case of a single-bit-rate streaming file, or just the audio portion of an audio/video streaming file if the player connection speed is not fast enough to accept all video data
การแปล กรุณารอสักครู่..
แล้วสด webcasting ทำงาน ?
ใช้ playstream ส่งมอบสดเสียง / วิดีโอ instills ขอบคุณต้องการโดดเด่นเหนือคู่แข่ง เราได้สร้างที่ความจุสูง คุณภาพสูง การกระจายเครือข่ายที่นำผู้ใช้ของคุณข้อมูลที่มีอยู่ใกล้ แต่ละศูนย์ ข้อมูล มีหลายสาขา ผู้ที่ให้ข้อมูลเส้นทางของคุณผลลัพธ์ที่ได้คือว่าผู้ใช้ของคุณประสบการณ์ดีกว่า ดูการแสดง ถ่ายทอดสดด้วย playstream เป็นเรื่องง่ายและต้องใช้ข้อความอุตสาหกรรมเครื่องมือที่มีอยู่ได้อย่างง่ายดายและราคาไม่แพง
webcasting และสื่อสตรีมมิ่งโซลูชั่น
1 การจับภาพการถ่ายทอดสดในรูปแบบดิจิตอล
ครั้งแรกของขั้นตอนเหล่านี้คือการจับสื่อของคุณ เพื่อที่จะทำนี้คุณจะต้องใส่อุปกรณ์สำหรับคอมพิวเตอร์ของคุณ สำหรับเนื้อหาเสียง การป้อนข้อมูลสามารถส่งข้อความเสียงการ์ด สำหรับเนื้อหาวิดีโอ คุณจะต้องบางชนิดของอุปกรณ์จับภาพวิดีโอ
ตัวอย่างทั่วไปเป็นพอร์ต FireWire อุปกรณ์จับภาพวิดีโอ ( Firewire card ) หรือการ์ดจับภาพวิดีโอการ์ดตัดต่อวีดีโอทั่วไปที่เรารู้จักทำงานออก 220 จาก viewcast หรือการ์ดจับภาพจาก winnov หรือจุดสุดยอด
2 แปลงถ่ายทอดสดไปยังสตรีมมิ่งรูปแบบจากการเข้ารหัสการเข้ารหัสสถานีสถานี
เป็นเพียงคอมพิวเตอร์ที่รันซอฟต์แวร์เข้ารหัส ( " . " ) ที่แปลงของคุณจับสื่อสตรีมมิ่งรูปแบบบบคอมพิวเตอร์ส่วนใหญ่ต้องสมเหตุสมผลเร็ววิ่ง ปกติเป็น Pentium II อย่างน้อย 128 MB RAM จะดีถ้าคุณเป็นผู้ใช้คอมพิวเตอร์ แต่เป็นเสมอกับเครื่องคอมพิวเตอร์ได้เร็วขึ้นดีกว่า โดยทั่วไปแล้ว เราแนะนำให้คุณใช้ซอฟต์แวร์เข้ารหัสที่ให้ไว้โดยผู้ผลิตของสตรีมมิ่งรูปแบบให้คุณได้เลือก นั่นคือถ้าคุณเป็นผู้ใช้ Windows และ Windows Media สดสตรีมเราขอแนะนำให้คุณใช้เข้ารหัสสื่อ Windows ถ้าคุณออกอากาศเนื้อหาของคุณในรูปแบบ RealMedia , โปรดใช้ตัวเข้ารหัสใหม่ล่าสุดพร้อมใช้งานสำหรับระบบปฏิบัติการของคุณ สำหรับ QuickTime สตรีมมิ่งเราแนะนำโฆษก QuickTime สำหรับ Mac OSX .
ใช้ playstream ส่งมอบสดเสียง / วิดีโอ instills ขอบคุณต้องการโดดเด่นเหนือคู่แข่ง เราได้สร้างที่ความจุสูง คุณภาพสูง การกระจายเครือข่ายที่นำผู้ใช้ของคุณข้อมูลที่มีอยู่ใกล้ แต่ละศูนย์ ข้อมูล มีหลายสาขา ผู้ที่ให้ข้อมูลเส้นทางของคุณผลลัพธ์ที่ได้คือว่าผู้ใช้ของคุณประสบการณ์ดีกว่า ดูการแสดง ถ่ายทอดสดด้วย playstream เป็นเรื่องง่ายและต้องใช้ข้อความอุตสาหกรรมเครื่องมือที่มีอยู่ได้อย่างง่ายดายและราคาไม่แพง
webcasting และสื่อสตรีมมิ่งโซลูชั่น
1 การจับภาพการถ่ายทอดสดในรูปแบบดิจิตอล
ครั้งแรกของขั้นตอนเหล่านี้คือการจับสื่อของคุณ เพื่อที่จะทำนี้คุณจะต้องใส่อุปกรณ์สำหรับคอมพิวเตอร์ของคุณ สำหรับเนื้อหาเสียง การป้อนข้อมูลสามารถส่งข้อความเสียงการ์ด สำหรับเนื้อหาวิดีโอ คุณจะต้องบางชนิดของอุปกรณ์จับภาพวิดีโอ
ตัวอย่างทั่วไปเป็นพอร์ต FireWire อุปกรณ์จับภาพวิดีโอ ( Firewire card ) หรือการ์ดจับภาพวิดีโอการ์ดตัดต่อวีดีโอทั่วไปที่เรารู้จักทำงานออก 220 จาก viewcast หรือการ์ดจับภาพจาก winnov หรือจุดสุดยอด
2 แปลงถ่ายทอดสดไปยังสตรีมมิ่งรูปแบบจากการเข้ารหัสการเข้ารหัสสถานีสถานี
เป็นเพียงคอมพิวเตอร์ที่รันซอฟต์แวร์เข้ารหัส ( " . " ) ที่แปลงของคุณจับสื่อสตรีมมิ่งรูปแบบบบคอมพิวเตอร์ส่วนใหญ่ต้องสมเหตุสมผลเร็ววิ่ง ปกติเป็น Pentium II อย่างน้อย 128 MB RAM จะดีถ้าคุณเป็นผู้ใช้คอมพิวเตอร์ แต่เป็นเสมอกับเครื่องคอมพิวเตอร์ได้เร็วขึ้นดีกว่า โดยทั่วไปแล้ว เราแนะนำให้คุณใช้ซอฟต์แวร์เข้ารหัสที่ให้ไว้โดยผู้ผลิตของสตรีมมิ่งรูปแบบให้คุณได้เลือก นั่นคือถ้าคุณเป็นผู้ใช้ Windows และ Windows Media สดสตรีมเราขอแนะนำให้คุณใช้เข้ารหัสสื่อ Windows ถ้าคุณออกอากาศเนื้อหาของคุณในรูปแบบ RealMedia , โปรดใช้ตัวเข้ารหัสใหม่ล่าสุดพร้อมใช้งานสำหรับระบบปฏิบัติการของคุณ สำหรับ QuickTime สตรีมมิ่งเราแนะนำโฆษก QuickTime สำหรับ Mac OSX .
การแปล กรุณารอสักครู่..
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.
- Yesterday the two countries began a fort
- มันท้าทาย
- ฉันขอโทษ ฉันมีครอบครัวแล้ว แต่เราเป็นเพื
- I fell for you unexpectedly, but now I p
- ฉันไม่รู้อะไร
- by the way your name?
- เธอบอกกับฉันเสมอว่า
- willing effort to workhard
- ไหว้เจ้าแม่กวนอิม
- อยู่ด้วยกัน
- How is your familyพวกเขาสบายดี
- ร่วมกับ
- low volume of sales transactions
- Friendly staff and memories that will ne
- Utilities
- it is desirable that players to understa
- เป็นผลงานของนักเรียนที่มีฝีมือ
- ขอตังเสริมจมูก
- จดออเดอร์
- 1. โครงการปรับปรุงสนามบินหลวงพระบาง วงเง
- Author
- ฉันกำลังชาร์ตแบตโทรศัพท์ ไม่สามารถโทร
- ฉันว่าจะเรียนอยู่เหมือนกัน
- ขอให้คุณเดินทางปลอดภัย
