FMUSER Wirless Μετάδοση βίντεο και ήχου πιο εύκολα!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Αφρικανικά
sq.fmuser.org -> Αλβανικά
ar.fmuser.org -> Αραβικά
hy.fmuser.org -> Αρμενίων
az.fmuser.org -> Αζερμπαϊτζάν
eu.fmuser.org -> Βάσκων
be.fmuser.org -> Λευκορωσικά
bg.fmuser.org -> Βουλγαρικά
ca.fmuser.org -> Καταλανικά
zh-CN.fmuser.org -> Κινέζικα (απλοποιημένα)
zh-TW.fmuser.org -> Κινέζικα (Παραδοσιακά)
hr.fmuser.org -> Κροατικά
cs.fmuser.org -> Τσέχικα
da.fmuser.org -> Δανικά
nl.fmuser.org -> Ολλανδικά
et.fmuser.org -> Εσθονικά
tl.fmuser.org -> Φιλιππινέζικα
fi.fmuser.org -> Φινλανδικά
fr.fmuser.org -> Γαλλικά
gl.fmuser.org -> Γαλικιανά
ka.fmuser.org -> Γεωργιανά
de.fmuser.org -> Γερμανικά
el.fmuser.org -> Ελληνική
ht.fmuser.org -> Κρεόλ της Αϊτής
iw.fmuser.org -> Εβραϊκά
hi.fmuser.org -> Χίντι
hu.fmuser.org -> Ουγγρική
is.fmuser.org -> Ισλανδικά
id.fmuser.org -> Ινδονησιακά
ga.fmuser.org -> Ιρλανδικά
it.fmuser.org -> Ιταλικά
ja.fmuser.org -> Ιαπωνικά
ko.fmuser.org -> Κορεάτικα
lv.fmuser.org -> Λετονικά
lt.fmuser.org -> Λιθουανικά
mk.fmuser.org -> Μακεδόνας
ms.fmuser.org -> Μαλαισιανά
mt.fmuser.org -> Μαλτέζικα
no.fmuser.org -> Νορβηγική
fa.fmuser.org -> Περσικά
pl.fmuser.org -> Πολωνικά
pt.fmuser.org -> Πορτογαλικά
ro.fmuser.org -> Ρουμανικά
ru.fmuser.org -> Ρωσικά
sr.fmuser.org -> Σέρβικα
sk.fmuser.org -> Σλοβακικά
sl.fmuser.org -> Σλοβένικα
es.fmuser.org -> Ισπανικά
sw.fmuser.org -> Σουαχίλι
sv.fmuser.org -> Σουηδικά
th.fmuser.org -> Ταϊλάνδης
tr.fmuser.org -> Τουρκικά
uk.fmuser.org -> Ουκρανικά
ur.fmuser.org -> Ουρντού
vi.fmuser.org -> Βιετνάμ
cy.fmuser.org -> Ουαλικά
yi.fmuser.org -> Γίντις
Επισκόπηση μέσων ροής:
Το λεγόμενο μέσο ροής αναφέρεται στη μορφή πολυμέσων που παίζεται στο Διαδίκτυο μέσω μετάδοσης ροής.
Η ροή πολυμέσων είναι επίσης γνωστή ως ροή πολυμέσων, σημαίνει ότι οι επιχειρήσεις χρησιμοποιούν έναν διακομιστή παράδοσης βίντεο για την αποστολή προγραμμάτων ως πακέτων δεδομένων στο δίκτυο.
Αφού ο χρήστης αποσυμπιέσει τα δεδομένα μέσω της συσκευής αποσυμπίεσης, το πρόγραμμα θα εμφανιστεί όπως πριν.
Η ροή πολυμέσων μεταδίδει αρχεία ήχου, βίντεο και πολυμέσων στο δίκτυο μέσω ροής.
Η μορφή αρχείου ροής πολυμέσων είναι μια μορφή πολυμέσων που υποστηρίζει μετάδοση ροής και αναπαραγωγή.
Η λειτουργία μετάδοσης ροής είναι να διαιρέσετε αρχεία πολυμέσων όπως βίντεο και ήχο σε πακέτα συμπίεσης μέσω ειδικής λειτουργίας συμπίεσης,
Συνεχής και πραγματική μετάδοση από τον διακομιστή στον υπολογιστή του χρήστη Στο σύστημα ροής, οι χρήστες δεν χρειάζεται να περιμένουν ολόκληρο το αρχείο, όπως η μη ροή
Μόνο αφού ολοκληρωθούν όλες οι λήψεις μπορούμε να δούμε τα περιεχόμενα, αλλά μόνο μετά από λίγα δευτερόλεπτα ή δεκάδες δευτερόλεπτα καθυστέρησης εκκίνησης μπορούμε να τα χρησιμοποιήσουμε στον υπολογιστή του χρήστη
Η αντίστοιχη συσκευή αναπαραγωγής θα αναπαράγει το συμπιεσμένο βίντεο ή ήχο και άλλα αρχεία πολυμέσων ροής και τα υπόλοιπα θα συνεχίσουν τη λήψη μέχρι το τέλος της αναπαραγωγής.
RTP: (Πρωτόκολλο μεταφοράς σε πραγματικό χρόνο)
Το RTP είναι ένα πρωτόκολλο επιπέδου μεταφοράς για ροή δεδομένων πολυμέσων στο Διαδίκτυο. Το RTP χρησιμοποιείται μαζί με το RTCP και βασίζεται σε πρωτόκολλο UDP
Σε αντίθεση με τα HTTP και FTP, το RTP μπορεί να κατεβάσει ολόκληρο το αρχείο βίντεο εντελώς. Στέλνει δεδομένα στο δίκτυο με σταθερό ρυθμό δεδομένων. Ο πελάτης παρακολουθεί επίσης το αρχείο βίντεο με αυτήν την ταχύτητα. Πότε
Μετά την αναπαραγωγή της ταινίας και της τηλεόρασης, δεν μπορεί να αναπαραχθεί ξανά, εκτός εάν ζητηθούν ξανά τα δεδομένα από τον διακομιστή.
RTCP: Πρωτόκολλο ελέγχου μεταφοράς σε πραγματικό χρόνο ή RTP (πρωτόκολλο ελέγχου ή RTCP)
Το RTCP είναι ένα αδερφό πρωτόκολλο του RTP
Σημείωση: -: Το πρωτόκολλο RTP και το RTCP χρησιμοποιούνται μαζί και βασίζεται σε πρωτόκολλο UDP (χρησιμοποιείται γενικά για βιντεοδιάσκεψη)
RTSP: (Πρωτόκολλο ροής πραγματικού χρόνου)
Πρωτόκολλο συνεδρίας πολυμέσων ροής σε πραγματικό χρόνο, SDP (Πρωτόκολλο περιγραφής περιόδου λειτουργίας), RTP (Πρωτόκολλο μεταφοράς σε πραγματικό χρόνο).
Το RTSP είναι ένα πρωτόκολλο ροής πολυμέσων που χρησιμοποιείται για τον έλεγχο ήχου ή βίντεο. Το RTSP παρέχει ένα επεκτάσιμο πλαίσιο, το οποίο επιτρέπει τον έλεγχο και τη ζήτηση δεδομένων σε πραγματικό χρόνο, όπως ήχου και βίντεο.
Τα δεδομένα μέσων χρησιμοποιούν πρωτόκολλο RTP, RTCP.
Γενικά, το UDP χρησιμοποιείται ως στρώμα μεταφοράς. Κατάλληλο για σκηνές IPTV.
Οι πηγές δεδομένων περιλαμβάνουν δεδομένα πεδίου και δεδομένα αποθηκευμένα σε κλιπ. Ο σκοπός αυτού του πρωτοκόλλου είναι να ελέγχει πολλαπλές συνδέσεις μετάδοσης δεδομένων και να παρέχει έναν τρόπο επιλογής καναλιών μετάδοσης, όπως UDP, UDP πολλαπλής διανομής και TCP
Παρέχει επίσης μια μέθοδο για την επιλογή του μηχανισμού μετάδοσης που βασίζεται σε RTP
Το πρωτόκολλο δικτύου που χρησιμοποιείται στη μετάδοση δεν εμπίπτει στον ορισμό του. Ο διακομιστής μπορεί να επιλέξει να χρησιμοποιεί TCP ή UDP για τη μετάδοση του περιεχομένου ροής, το οποίο είναι πιο ανεκτικό στην καθυστέρηση δικτύου
---> Η μεγαλύτερη διαφορά μεταξύ RTSP και RTP είναι ότι το RTSP είναι ένα αμφίδρομο πρωτόκολλο μετάδοσης δεδομένων σε πραγματικό χρόνο, το οποίο επιτρέπει στον πελάτη να στέλνει αιτήματα στον διακομιστή, όπως αναπαραγωγή, γρήγορη προώθηση, πίσω και ούτω καθεξής. Πότε
Ωστόσο, το RTSP μπορεί να μεταδώσει δεδομένα με βάση το RTP και μπορεί επίσης να επιλέξει TCP, UDP, UDP πολλαπλής διανομής και άλλα κανάλια για την αποστολή δεδομένων, τα οποία έχουν καλή επεκτασιμότητα. Είναι παρόμοιο με το πρωτόκολλο HTTP
Πρωτόκολλο επιπέδου εφαρμογής δικτύου
WebRTC:
Το πρωτόκολλο ροής πολυμέσων εφαρμόζεται στον Ιστό. Όταν η Google ξεκίνησε για πρώτη φορά το webrtc, οι γίγαντες είτε κοίταξαν κρύα είτε αντιστάθηκαν. Το πρωτόκολλο RTP χρησιμοποιείται για μετάδοση.
RTMP (Πρωτόκολλο ανταλλαγής μηνυμάτων σε πραγματικό χρόνο)
Η Macromedia ανέπτυξε ένα σύνολο πρωτοκόλλων ζωντανών βίντεο, τώρα ανήκει στο adobe. Όπως το HLS, μπορεί να εφαρμοστεί σε ζωντανό βίντεο και δεν θα χαθεί βάσει του TCP.
// Η διαφορά είναι ότι το RTMP δεν μπορεί να παίξει στο πρόγραμμα περιήγησης IOS με βάση το φλας, αλλά η απόδοσή του σε πραγματικό χρόνο είναι καλύτερη από το HLS.
Το πρωτόκολλο ανταλλαγής μηνυμάτων σε πραγματικό χρόνο είναι ένα ανοιχτό πρωτόκολλο που αναπτύχθηκε από την Adobe Systems για μετάδοση ήχου, βίντεο και δεδομένων μεταξύ του προγράμματος αναπαραγωγής flash και του διακομιστή
// Στον κώδικα IOS, το RTMP χρησιμοποιείται συνήθως για την προώθηση ροής. Μπορείτε να χρησιμοποιήσετε τη βιβλιοθήκη τρίτου μέρους librtmp IOS για να προωθήσετε τη ροή. Το Librtmp ενσωματώνει ορισμένα βασικά API για να καλούν οι χρήστες
Το πρωτόκολλο RTMP απαιτεί επίσης από τον πελάτη και τον διακομιστή να δημιουργήσουν σύνδεση RTMP μέσω "χειραψίας" και, στη συνέχεια, να μεταδώσουν πληροφορίες ελέγχου στη σύνδεση. Το πρωτόκολλο RTMP θα διαμορφώσει τα δεδομένα κατά τη μετάδοση. Προκειμένου να επιτευχθεί καλύτερη πολυπλεξία, υπεργολαβία και δικαιοσύνη πληροφοριών, ο αποστολέας θα διαιρέσει το μήνυμα σε κομμάτια με αναγνωριστικό μηνύματος και κάθε κομμάτι μπορεί να είναι ένα ξεχωριστό μήνυμα,
Μπορεί επίσης να είναι μέρος του μηνύματος. Ο δέκτης θα επαναφέρει το κομμάτι σε ένα πλήρες μήνυμα ανάλογα με το μήκος των δεδομένων, το αναγνωριστικό μηνύματος και το μήνυμα που περιέχεται στο κομμάτι, έτσι ώστε να στέλνει και να λαμβάνει πληροφορίες.
HLS: Ζωντανή ροή HTTP (HLS)
Πρόκειται για ένα πρωτόκολλο μεταφοράς μέσων ροής βασισμένο σε HTTP που υλοποιείται από την Apple Inc,
Μπορεί να πραγματοποιήσει ζωντανή και κατ 'απαίτηση ροή πολυμέσων, που χρησιμοποιούνται κυρίως στο σύστημα IOS
Παροχή ζωντανών και κατ 'απαίτηση λύσεων ήχου και βίντεο για συσκευές IOS (όπως iPhone και iPad).
Το HLS on demand είναι βασικά ένα κοινό τμηματοποιημένο HTTP κατ 'απαίτηση. Η διαφορά είναι ότι τα τμήματα του είναι πολύ μικρά.
Σε σύγκριση με τα κοινά πρωτόκολλα ζωντανής ροής, όπως το πρωτόκολλο RTMP, το πρωτόκολλο RTSP, το πρωτόκολλο MMS και ούτω καθεξής, η μεγαλύτερη διαφορά της ζωντανής ροής HLS είναι ότι αυτό που αποκτά ο πελάτης ζωντανής ροής δεν είναι ένα πλήρες μήνυμα
Ολόκληρη η ροή δεδομένων.
Το πρωτόκολλο HLS αποθηκεύει τη ζωντανή ροή δεδομένων ως συνεχή, βραχυπρόθεσμα και μακρά αρχεία πολυμέσων (μορφή mpeg-ts) στην πλευρά του διακομιστή, ενώ η πλευρά του πελάτη κατεβάζει και αναπαράγει συνεχώς αυτά τα μικρά αρχεία,
Επειδή ο διακομιστής δημιουργεί πάντα νέα μικρά αρχεία από τα πιο πρόσφατα ζωντανά δεδομένα, αρκεί ο πελάτης να αναπαράγει συνεχώς τα αρχεία που λαμβάνονται από τον διακομιστή με τη σειρά, η ζωντανή μετάδοση πραγματοποιείται.
Μπορεί να φανεί ότι, βασικά, το HLS βασίζεται σε>> on-demand τεχνολογία για την επίτευξη ζωντανών <<. Επειδή τα δεδομένα μεταδίδονται μέσω πρωτοκόλλου HTTP, δεν χρειάζεται να λάβετε υπόψη το τείχος προστασίας ή τον πληρεξούσιο
Επιπλέον, το μήκος του τμηματοποιημένου αρχείου είναι πολύ μικρό, οπότε ο πελάτης μπορεί γρήγορα να επιλέξει και να αλλάξει το ρυθμό κώδικα για να προσαρμοστεί στην αναπαραγωγή υπό διαφορετικές συνθήκες εύρους ζώνης. Ωστόσο, αυτό το είδος τεχνικών χαρακτηριστικών του HLS καθορίζει τη μελλοντική του ανάπτυξη
Γενικά, η καθυστέρηση είναι πάντα μεγαλύτερη από το κανονικό πρωτόκολλο ζωντανής ροής.
// Τόσο το IOS όσο και το Android υποστηρίζουν φυσικά αυτό το πρωτόκολλο και η διαμόρφωση είναι απλή. Μπορείτε να χρησιμοποιήσετε την ετικέτα βίντεο απευθείας
*** VLS: είναι ένα είδος διακομιστή ροής, ο οποίος χρησιμοποιείται ειδικά για την επίλυση διαφόρων προβλημάτων ροής. Έχει επίσης ορισμένα χαρακτηριστικά του VLC. Ως διακομιστής, το βίντεο μπορεί να εξάγει ροές HTTP, RTP και RTSP.
Κατ 'αρχήν, RTSP, RTMP και HTTP μπορούν να χρησιμοποιηθούν για ζωντανή και κατ' απαίτηση μετάδοση, αλλά γενικά RTSP και RTMP χρησιμοποιούνται για ζωντανή μετάδοση και HTTP χρησιμοποιείται για κατ 'απαίτηση μετάδοση. Επιλέγουμε πρωτόκολλο RTMP.
Καθυστέρηση διαφόρων πρωτοκόλλων και των αιτίων του
RTMP και httpflv: τα δεδομένα αυτών των δύο πρωτοκόλλων είναι περίπου τα ίδια, επομένως οι λόγοι καθυστέρησης είναι παρόμοιοι. Είναι λογικό να πούμε ότι η καθυστέρηση της ζωντανής μετάδοσης ροής TCP είναι πολύ χαμηλή. Γιατί υπάρχει καθυστέρηση στο RTMP και το httpflv; Ο λόγος είναι ότι στο h264, RTMP και httpflv μεταδίδονται και οι δύο ετικέτες flv. Τα δεδομένα της ετικέτας βίντεο είναι συνήθως δεδομένα H264. Η αποκωδικοποίηση H264 έχει IBP. Είμαι το βασικό πλαίσιο, το οποίο είναι μια πλήρης εικόνα. Πρέπει πρώτα να έχετε ένα I για να αποκωδικοποιήσετε το ακόλουθο BP. Ο αριθμός των καρέ BP μπορεί να είναι όσο λιγότερος θέλετε, αλλά ο αριθμός των καρέ I δεν μπορεί να είναι μικρότερος, οπότε τα καρέ I πρέπει να είναι flv Η μετάδοση ετικετών είναι η δεύτερη μετάδοση (το πρώτο είναι h264spps). Ωστόσο, τα I-frames δεν είναι κοινά σε ροές H264. Υπάρχει μόνο ένα πλαίσιο I μετά το άλλο. Αυτό το διάστημα είναι κοινώς γνωστό ως GOP. Κατά την κωδικοποίηση, το GOP ρυθμίζεται πολύ σύντομο. Όταν ο πελάτης συνδεθεί, ο διακομιστής θα βρει το πιο πρόσφατο I-frame στη ροή με την ταχύτερη ταχύτητα και θα στείλει ζωντανά δεδομένα από το I-frame. Ωστόσο, όταν το GOP είναι πολύ μεγάλο, το διάστημα I-frame είναι πολύ μεγάλο, ή περιμένετε να ξεκινήσει η επόμενη αποστολή δεδομένων στη νέα σύνδεση ή βρείτε το τελευταίο πλαίσιο I στην κρυφή μνήμη για να ξεκινήσει η αποστολή. Αυτό είναι το κλειδί για την καθυστέρηση των πρωτοκόλλων RTMP και HLS. Σε μεγάλες πλατφόρμες CDN, ονομάζεται "RTMP δεύτερο στην τεχνολογία". Η αρχή είναι να αποκωδικοποιήσετε τα δεδομένα ροής δύο φορές και να ορίσετε ένα μικρό GOP. Γενικά, όταν το GOP έχει οριστεί σε 1s, ανεξάρτητα από την καθυστέρηση σύνδεσης μετάδοσης δικτύου, η μέγιστη καθυστέρηση δεδομένων είναι 1s. Ευτυχώς, το πλαίσιο μου είναι 0 καθυστέρηση!
|
Εισαγάγετε email για να εκπλήξετε
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Αφρικανικά
sq.fmuser.org -> Αλβανικά
ar.fmuser.org -> Αραβικά
hy.fmuser.org -> Αρμενίων
az.fmuser.org -> Αζερμπαϊτζάν
eu.fmuser.org -> Βάσκων
be.fmuser.org -> Λευκορωσικά
bg.fmuser.org -> Βουλγαρικά
ca.fmuser.org -> Καταλανικά
zh-CN.fmuser.org -> Κινέζικα (απλοποιημένα)
zh-TW.fmuser.org -> Κινέζικα (Παραδοσιακά)
hr.fmuser.org -> Κροατικά
cs.fmuser.org -> Τσέχικα
da.fmuser.org -> Δανικά
nl.fmuser.org -> Ολλανδικά
et.fmuser.org -> Εσθονικά
tl.fmuser.org -> Φιλιππινέζικα
fi.fmuser.org -> Φινλανδικά
fr.fmuser.org -> Γαλλικά
gl.fmuser.org -> Γαλικιανά
ka.fmuser.org -> Γεωργιανά
de.fmuser.org -> Γερμανικά
el.fmuser.org -> Ελληνική
ht.fmuser.org -> Κρεόλ της Αϊτής
iw.fmuser.org -> Εβραϊκά
hi.fmuser.org -> Χίντι
hu.fmuser.org -> Ουγγρική
is.fmuser.org -> Ισλανδικά
id.fmuser.org -> Ινδονησιακά
ga.fmuser.org -> Ιρλανδικά
it.fmuser.org -> Ιταλικά
ja.fmuser.org -> Ιαπωνικά
ko.fmuser.org -> Κορεάτικα
lv.fmuser.org -> Λετονικά
lt.fmuser.org -> Λιθουανικά
mk.fmuser.org -> Μακεδόνας
ms.fmuser.org -> Μαλαισιανά
mt.fmuser.org -> Μαλτέζικα
no.fmuser.org -> Νορβηγική
fa.fmuser.org -> Περσικά
pl.fmuser.org -> Πολωνικά
pt.fmuser.org -> Πορτογαλικά
ro.fmuser.org -> Ρουμανικά
ru.fmuser.org -> Ρωσικά
sr.fmuser.org -> Σέρβικα
sk.fmuser.org -> Σλοβακικά
sl.fmuser.org -> Σλοβένικα
es.fmuser.org -> Ισπανικά
sw.fmuser.org -> Σουαχίλι
sv.fmuser.org -> Σουηδικά
th.fmuser.org -> Ταϊλάνδης
tr.fmuser.org -> Τουρκικά
uk.fmuser.org -> Ουκρανικά
ur.fmuser.org -> Ουρντού
vi.fmuser.org -> Βιετνάμ
cy.fmuser.org -> Ουαλικά
yi.fmuser.org -> Γίντις
FMUSER Wirless Μετάδοση βίντεο και ήχου πιο εύκολα!
Επικοινωνία
Διεύθυνση:
No.305 Room HuiLan Building No.273 Huanpu Road Guangzhou Κίνα 510620
Κατηγορίες
Newsletter