WebRTC - نسخه ی نمایشی RTCDataChannel، تغییرات API... و Chrome با Firefox صحبت می کند

خبرهای خوب بیشتر از دوست قدیمی ما WebRTC .

به طور دقیق : سه خبر خوب و چند تغییر جزئی API.

RTCDataChannel برای کروم

RTCDataChannel در کروم پیاده سازی شده است، و یک نسخه نمایشی کوچک عالی در simpl.info/dc وجود دارد.

این نسخه نمایشی ارتباط همتا به همتای داده های دلخواه را در کمتر از صد خط کد نشان می دهد. برای این کار به Chrome 25 یا بالاتر نیاز دارید که در این مرحله به معنای بتا یا قناری است.

RTCDataChannel از ویژگی‌های تعبیه‌شده در RTCPeerConnection بیشترین استفاده را می‌کند - به ویژه استفاده از چارچوب ICE برای عبور از فایروال‌ها و NATها - و برنامه‌های بالقوه زیادی دارد که تأخیر کم در آنها اهمیت دارد: برای بازی، برنامه‌های دسکتاپ از راه دور، چت متنی بلادرنگ. و انتقال فایل

برای اطلاعات بیشتر در مورد RTCDataChannel، نگاهی به شروع به کار با WebRTC بیندازید.

API تغییر می کند

کمتر هیجان انگیز، اما همچنان مهم است: از Chrome 26، برخی از ویژگی های RTCPeerConnection و MediaStream API به روش های دریافت کننده تبدیل شده اند:

  1. اکنون MediaStream به جای ویژگی audioTracks متد getAudioTracks() و به جای videoTracks getVideoTracks() دارد.
  2. اکنون RTCPeerConnection به جای localStreams getLocalStreams() و به جای remoteStreams getRemoteStreams() دارد.

برای اینکه نگاهی اجمالی به MediaStream داشته باشید، به نسخه ی نمایشی simpl.info/gum getUserMedia نگاهی بیندازید. متغیر stream در محدوده جهانی است: آن را از کنسول بررسی کنید. به همین ترتیب برای RTCPeerConnection در simpl.info/pc : اشیاء RTCPeerConnection pc1 و pc2 در محدوده جهانی هستند.

کروم <=> فایرفاکس

و اگر آن را از دست دادید ، کروم اکنون می‌تواند با فایرفاکس «صحبت کند».

اکنون می‌توانید این را در webrtc.org/start امتحان کنید، که دارای دستورالعمل‌های کامل، پیوندهایی به کد منبع، و اطلاعاتی درباره تفاوت‌های API است.

نکته ای برای کسانی که در موزیلا و گوگل این همه اتفاق افتادند.

کد نویسی مبارک! و لطفاً از طریق نظر دادن در مورد این پست یا در bugs.chromium.org، ما را از هرگونه اشکال مطلع کنید. و فراموش نکنید، همیشه می‌توانید اطلاعات به‌روز پیاده‌سازی را از chromestatus.com عالی دریافت کنید.

،

خبرهای خوب بیشتر از دوست قدیمی ما WebRTC .

به طور دقیق : سه خبر خوب و چند تغییر جزئی API.

RTCDataChannel برای کروم

RTCDataChannel در کروم پیاده سازی شده است، و یک نسخه نمایشی کوچک عالی در simpl.info/dc وجود دارد.

این نسخه نمایشی ارتباط همتا به همتای داده های دلخواه را در کمتر از صد خط کد نشان می دهد. برای این کار به Chrome 25 یا بالاتر نیاز دارید که در این مرحله به معنای بتا یا قناری است.

RTCDataChannel از ویژگی‌های تعبیه‌شده در RTCPeerConnection بیشترین استفاده را می‌کند - به ویژه استفاده از چارچوب ICE برای عبور از فایروال‌ها و NATها - و برنامه‌های بالقوه زیادی دارد که تأخیر کم در آنها اهمیت دارد: برای بازی، برنامه‌های دسکتاپ از راه دور، چت متنی بلادرنگ. و انتقال فایل

برای اطلاعات بیشتر در مورد RTCDataChannel، نگاهی به شروع به کار با WebRTC بیندازید.

API تغییر می کند

کمتر هیجان انگیز، اما همچنان مهم است: از Chrome 26، برخی از ویژگی های RTCPeerConnection و MediaStream API به روش های دریافت کننده تبدیل شده اند:

  1. اکنون MediaStream به جای ویژگی audioTracks متد getAudioTracks() و به جای videoTracks getVideoTracks() دارد.
  2. اکنون RTCPeerConnection به جای localStreams getLocalStreams() و به جای remoteStreams getRemoteStreams() دارد.

برای اینکه نگاهی اجمالی به MediaStream داشته باشید، به نسخه ی نمایشی simpl.info/gum getUserMedia نگاهی بیندازید. متغیر stream در محدوده جهانی است: آن را از کنسول بررسی کنید. به همین ترتیب برای RTCPeerConnection در simpl.info/pc : اشیاء RTCPeerConnection pc1 و pc2 در محدوده جهانی هستند.

کروم <=> فایرفاکس

و اگر آن را از دست دادید ، کروم اکنون می‌تواند با فایرفاکس «صحبت کند».

اکنون می‌توانید این را در webrtc.org/start امتحان کنید، که دارای دستورالعمل‌های کامل، پیوندهایی به کد منبع، و اطلاعاتی درباره تفاوت‌های API است.

نکته ای برای کسانی که در موزیلا و گوگل این همه اتفاق افتادند.

کد نویسی مبارک! و لطفاً از طریق نظر دادن در مورد این پست یا در bugs.chromium.org، ما را از هرگونه اشکال مطلع کنید. و فراموش نکنید، همیشه می‌توانید اطلاعات به‌روز پیاده‌سازی را از chromestatus.com عالی دریافت کنید.