سؤال

أنا أحاول أن أفهم حقا تحديد متى يمكن استخدام التدريجي تحميل مقابلrtmp في فليكس/فلاش.يبدو أن النقطة الرئيسية هي أن rtmp لا تقدم مع http حين التدريجي التحميل.لأنه ليس rtmp الموارد محمي لأنه ليس هناك أي وسيلة للاتصال خادم rtmp من خارج swf.

حتى إذا كان المستخدم يمكن أن نرى هذا الكائن رمز يمكن معرفة الموقع

<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>

فإنها لن تكون قادرا على الاتصال إلى rtmp.حتى rtmp يبدو أن يكون أكثر فائدة عندما تريد حماية الموارد ؟ هو أن كل ما في الأمر ؟

هل كانت مفيدة؟

المحلول

أنا أتفق مع xtat, ولكن أريد أن أضيف أكثر من ذلك بكثير.

إيجابيات وسلبيات RTMP (أو أي UDP القائم على الجري البروتوكول) مقابل'تحميل تقدمية' (الذي هو في الحقيقة مجرد مجموعة فرعية من HTTP القائم على الجري) في غير رأي المتواضع:

  • UDP القائم على الجري
    • الايجابيات
      • حاليا أكثر بكثير من الصعب أن تسرق تيارات
      • يدعم حاليا الحية التي HTTP القائم لا
      • Multi-cast قادرة ، والتي يمكن أن يكون من المرغوب فيه على الشبكات الداخلية
    • سلبيات
      • أعلى بشكل كبير استخدام الموارد مقارنة http النهج القائم على
      • متخصصة خوادم (FMS, Red5, الرئيس: مهما كان)
      • أكثر وضوحا التخزين المؤقت
      • جدار الحماية القضايا ، خصوصا مع عملاء من الشركات
  • HTTP القائم على الجري
    • الايجابيات
      • ميت بسيطة
      • يمكن تسعى إلى وسائل الإعلام.FLV و MP4 (مع بعض الجهد)
    • سلبيات
      • تافهة أن تسرق تيارات.E. g.:حقيقي تنزيل
      • يعيش تيارات غير ممكن حاليا ، سنة.أبل لجعل هذا حقيقة واقعة.
      • لا متعدد الصب

كامل HTTP النهج القائم على مليء و/لكن/إذا حالات الكثير من سوء الفهم حول ما هو ممكن وما هو غير ممكن ، وعدم وجود تعريفات مشتركة.

هناك نوعان من الخصائص الأساسية التي ينظر الناس عند مناقشة HTTP القائم على الجري: ابحث و ينظم عرض النطاق الترددي.من أن نحصل على كل هذه مصطلحات مثل 'الزائفة تدفق', 'التقدمية تحميل' ، إلخ.

هذه هي تعريفات أنا استخدم لوصف HTTP القائم على خوادم تدفق:

  • ينظم معدل بت:شقة ملف وسائط تحليل من قبل الملقم ، وأنه أرسل وسائل الإعلام بأسرع اللاعب يحتاج للعب الإعلام دون التخزين المؤقت.
  • ابحث:القدرة على خادم ويب السعي في وسائل الإعلام على نحو فعال خلق جديد " ملف " على الطاير للاستخدام من قبل العميل.على غرار http بايت المدى الطلب, إلا أن رؤوس وسائل الاعلام البيانات الوصفية هي إضافة/تعديل.
  • التدريجي تحميل:فقط ارسل الملف في أسرع وقت ممكن.في الأساس وضعت وسائل الإعلام الملف على ملقم ويب الذي يرسل إلى العميل في 'غبية' الطريقة ، مثل كبير .iso أو .ملف مضغوط.
  • الزائفة الجري:القدرة على ملقم ويب لإرسال ملفات الوسائط إلى العميل مع تنظيم معدل بت والسعي إلى الملفات.

نصائح أخرى

وشخصيا، والسبب الرئيسي لاختيار RTMP على التحميل التصاعدي هو أنه يسمح للمستخدم لتخطي إلى منتصف شريط فيديو دون الحاجة إلى تحميل الملف بأكمله.

وهذه الأيام إلا إذا كنت بحاجة لتسجيل وليس هناك في الواقع أي لحظة لاستخدام RTMP. HTTP هو أبسط واضح يدعم أكثر من ذلك بكثير على نطاق واسع، وأسهل لتصحيح والواقع أنه لا يسمح للبحث، حتى على شبكات تقديم المحتوى. هذا هو ما كنت قد أقيمت في Viddler.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top