flash/flex: tải xuống lũy ​​tiến so với rtmp

Question

Tôi đang cố gắng hiểu và thực sự xác định thời điểm sử dụng tải xuống lũy ​​tiến so với rtmp trong flex/flash. Dường như điểm chính là rtmp không được phục vụ với http, trong khi tải xuống lũy ​​tiến là. Vì nó không phải là rtmp, tài nguyên được bảo vệ vì không có cách nào để kết nối với máy chủ rtmp từ bên ngoài swf.

Thậm chí nếu người dùng có thể thấy rằng mã đối tượng và có thể tìm ra vị trí

<object data="http://media.example.com/jw-player/player.swf" > 
    <param value="streamer=rtmp://sub.example.com/video 
      &amp;file=1330/title/folder2/theflvresource.flv 
      &amp;id=FlvPlayer" name="flashvars"> 
</object> 

họ sẽ không thể kết nối với RTMP. Vì vậy, rtmp có vẻ hữu ích hơn khi bạn muốn bảo vệ tài nguyên? Có phải đó là tất cả để có nó?

Answer 1

Tôi đồng ý với xtat nhưng muốn thêm nhiều hơn nữa.

Các ưu và nhược điểm của RTMP (hoặc bất kỳ giao thức truyền UDP-based) vs 'tải về tiến bộ' (mà thực sự chỉ là một tập hợp con của luồng HTTP-based) theo ý kiến ​​của không-để-khiêm tốn của tôi:

• UDP dựa trên luồng
  • Ưu
    • Hiện nay để ăn cắp vặt suối
    • Hiện nay hỗ trợ trực tiếp nhiều hơn đáng kể khó khăn, trong đó HTTP-bas ed không
    • Multi-cast có khả năng, có thể được mong muốn trên mạng nội bộ
  • Nhược điểm
    • sử dụng tài nguyên đáng kể cao hơn, liên quan đến cách tiếp cận http dựa trên
    • Cần cho các máy chủ chuyên dụng (FMS, Red5, Wowza, bất cứ điều gì)
    • Đệm đáng chú ý hơn
    • Sự cố tường lửa, đặc biệt là với khách hàng doanh nghiệp
• HTTP dựa trên luồng
  • Ưu
    • Chết đơn giản
    • thể tìm vào phương tiện truyền thông. FLV và MP4 (với một số nỗ lực)
  • Nhược điểm
    • Trivial để ăn cắp vặt suối. Ví dụ.: Trình tải xuống thực sự
    • Hiện không thể phát trực tiếp các luồng trực tiếp, nhưng hãy cung cấp một năm. Apple đang biến điều này thành hiện thực.
    • không đa đúc

Toàn bộ cách tiếp cận dựa trên HTTP được làm đầy với và/nhưng/nếu tình huống, rất nhiều hiểu lầm về là gì và là không thể, và một thiếu định nghĩa phổ biến.

Có hai đặc điểm cơ bản mà mọi người đang xem xét khi thảo luận về phát trực tuyến dựa trên HTTP: tìm kiếm và băng thông được quy định. Từ đó, chúng tôi nhận tất cả các điều khoản như 'pseudo-streaming', 'tải về tiến bộ', vv

Đây là những định nghĩa tôi sử dụng để mô tả dựa trên HTTP dòng máy chủ:

• quy định bit- rate: Tệp phương tiện phẳng được phân tích bởi máy chủ và nó gửi phương tiện nhanh như trình phát cần phát phương tiện mà không bị giật.
• tìm kiếm: khả năng của máy chủ web để tìm kiếm phương tiện và tạo hiệu quả 'tệp' mới để máy khách sử dụng. Tương tự như yêu cầu phạm vi byte http, ngoại trừ các tiêu đề và dữ liệu meta phương tiện được thêm/sửa đổi.
• tải xuống liên tục: Chỉ cần gửi tệp càng nhanh càng tốt. Về cơ bản, đặt tệp phương tiện trên máy chủ web gửi cho khách hàng theo cách 'câm', giống như tệp .iso hoặc .zip lớn.
• giả luồng: khả năng của máy chủ web gửi tệp phương tiện đến máy khách với tốc độ bit được điều chỉnh và để tìm kiếm tệp.

Answer 2

Cá nhân, lý do chính để chọn RTMP qua tải xuống lũy ​​tiến là cho phép người dùng bỏ qua giữa video mà không phải tải xuống toàn bộ tệp.

Answer 3

Những ngày này trừ khi bạn cần ghi lại, không thực sự có bất kỳ điểm nào khi sử dụng RTMP. HTTP đơn giản hơn và rõ ràng được hỗ trợ rộng rãi hơn, dễ dàng hơn để gỡ lỗi và thực sự nó cho phép tìm kiếm, ngay cả trên CDN. Đây là những gì tôi đã thiết lập tại Viddler.