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 -> Γίντις
Το σύστημα ζωντανής μετάδοσης ήχου και βίντεο είναι ένα πολύπλοκο μηχανικό σύστημα. Για να επιτευχθεί πολύ χαμηλή καθυστέρηση ζωντανής μετάδοσης, χρειάζεται σύνθετη βελτιστοποίηση μηχανικής συστήματος και εξοικειωμένος με τα διάφορα στοιχεία. Ακολουθούν μερικές κοινές συμβουλές συντονισμού:
Βελτιστοποίηση κωδικοποίησης
1. Βεβαιωθείτε ότι ο κωδικοποιητής ενεργοποιεί τη ρύθμιση της ελάχιστης καθυστέρησης. Το Codec έχει γενικά διακόπτη βελτιστοποίησης χαμηλού λανθάνοντος χρόνου, ειδικά για το H.264. Πολλοί άνθρωποι μπορεί να μην γνωρίζουν ότι ο αποκωδικοποιητής H.264 θα αποθηκεύσει προσωρινά έναν ορισμένο αριθμό καρέ βίντεο πριν από την προβολή. Για βίντεο με ανάλυση QCIF (176 × 144), θα αποθηκεύει προσωρινά 16 καρέ και για βίντεο 720p θα αποθηκεύει προσωρινά 5 καρέ. Για την πρώτη ανάγνωση καρέ, αυτή είναι μια μεγάλη καθυστέρηση. Εάν δεν χρησιμοποιείτε το H.264 για να κωδικοποιήσετε και να συμπιέσετε το βίντεό σας, βεβαιωθείτε ότι δεν χρησιμοποιείτε καρέ B, θα έχει επίσης μεγαλύτερο αντίκτυπο στην καθυστέρηση, επειδή η αποκωδικοποίηση των καρέ Β στο βίντεο εξαρτάται από το καρέ βίντεο πριν και μετά, κάτι που θα αυξήσει την καθυστέρηση.
2. Ο κωδικοποιητής έχει συνήθως την καθυστέρηση που προκαλείται από τον έλεγχο κώδικα, το οποίο ονομάζεται επίσης καθυστέρηση αρχικοποίησης ή το μέγεθος της προσωρινής μνήμης του VBV. Θεωρείται ως το buffer μεταξύ του κωδικοποιητή και του bitstream του αποκωδικοποιητή, το οποίο μπορεί να ρυθμιστεί όσο το δυνατόν μικρότερο ή να μειώσει την καθυστέρηση χωρίς να επηρεάσει την ποιότητα του βίντεο.
3. Εάν η πρώτη καθυστέρηση βελτιστοποιηθεί μόνο, μπορούν να εισαχθούν περισσότερα βασικά καρέ μεταξύ των καρέ βίντεο, έτσι ώστε ο πελάτης να μπορεί να αποκωδικοποιήσει τη ροή βίντεο το συντομότερο δυνατό μετά τη λήψη του. Ωστόσο, εάν χρειαστεί να βελτιστοποιήσουμε την αθροιστική καθυστέρηση στη διαδικασία μετάδοσης, πρέπει να χρησιμοποιήσουμε όσο το δυνατόν λιγότερα βασικά καρέ, δηλαδή I-frames (το GOP γίνεται μεγαλύτερο). Στην περίπτωση διασφάλισης της ίδιας ποιότητας βίντεο, όσο περισσότερα I-frames, τόσο μεγαλύτερος είναι ο ρυθμός bit και τόσο μεγαλύτερο εύρος ζώνης δικτύου απαιτείται για μετάδοση, πράγμα που σημαίνει ότι η αθροιστική καθυστέρηση μπορεί να είναι μεγαλύτερη. Αυτό το αποτέλεσμα βελτιστοποίησης μπορεί να μην είναι προφανές στο σύστημα με δεύτερη καθυστέρηση, αλλά θα είναι προφανές στο σύστημα με 100 ms ή ακόμα και χαμηλότερη καθυστέρηση. Ταυτόχρονα, προσπαθήστε να χρησιμοποιήσετε acc-lc codec για να κωδικοποιήσετε ήχο. Παρόλο που το he-acc ή το he-acc 2 έχει υψηλή απόδοση κωδικοποίησης, χρειάζεται περισσότερος χρόνος για την κωδικοποίηση και η καθυστέρηση μετάδοσης που προκαλείται από μεγαλύτερο όγκο ήχου έχει μικρότερο αντίκτυπο στη μετάδοση της ροής βίντεο.
4. Μη χρησιμοποιείτε τη μορφή συμπίεσης βίντεο MJPEG, τουλάχιστον χρησιμοποιήστε τη μορφή συμπίεσης βίντεο MPEG4 χωρίς καρέ B (απλό προφίλ) και ακόμη καλύτερα χρησιμοποιήστε το προφίλ βάσης H.264 (το x264 διαθέτει επίσης διακόπτη βελτιστοποίησης "συντονισμού μηδενικότητας"). Μια τόσο απλή βελτιστοποίηση μπορεί να μειώσει τον λανθάνοντα χρόνο επειδή μπορεί να κωδικοποιήσει βίντεο πλήρους ρυθμού καρέ με χαμηλότερο ρυθμό bit.
5. Εάν χρησιμοποιείται το ffmpeg, μειώστε τις τιμές "- probesize" και "- ανάλυση διάρκειας", οι οποίες χρησιμοποιούνται για τον χρόνο παρακολούθησης και παρακολούθησης πληροφοριών πλαισίου βίντεο. Όσο μεγαλύτερες είναι οι δύο τιμές, τόσο μεγαλύτερη είναι η επίδραση στην καθυστέρηση κωδικοποίησης. Στη ζωντανή σκηνή, δεν είναι καν απαραίτητο να ρυθμίσετε την παράμετρο διάρκειας ανάλυσης για τη ροή βίντεο.
6. Η κωδικοποίηση σταθερού ρυθμού CBR μπορεί να εξαλείψει την επιρροή του jitter δικτύου σε κάποιο βαθμό. Εάν μπορεί να χρησιμοποιηθεί κωδικοποίηση μεταβλητού ρυθμού VBR, μπορεί να εξοικονομήσει περιττό εύρος ζώνης δικτύου και να μειώσει κάποια καθυστέρηση. Επομένως, προτείνεται να χρησιμοποιείται το VBR για κωδικοποίηση όσο το δυνατόν περισσότερο.
Βελτιστοποίηση πρωτοκόλλου μεταφοράς
1. Προσπαθήστε να χρησιμοποιήσετε το RTMP αντί του πρωτοκόλλου HLS που βασίζεται σε HTTP για μετάδοση μεταξύ κόμβων διακομιστή, το οποίο μπορεί να μειώσει τη συνολική καθυστέρηση μετάδοσης. Αυτό απευθύνεται κυρίως στους τελικούς χρήστες που χρησιμοποιούν HLS για να παίξουν.
2. Εάν ο τελικός χρήστης χρησιμοποιεί RTMP για αναπαραγωγή, η διακωδικοποίηση θα πρέπει να πραγματοποιείται στον κόμβο λήψης κοντά στο τέλος ροής, έτσι ώστε η μεταδιδόμενη ροή βίντεο να είναι μικρότερη από την αρχική ροή βίντεο.
3. Εάν είναι απαραίτητο, το προσαρμοσμένο πρωτόκολλο UDP μπορεί να χρησιμοποιηθεί για να αντικαταστήσει το πρωτόκολλο TCP και η αναμετάδοση απώλειας πακέτου κάτω από τον ασθενή σύνδεσμο δικτύου μπορεί να εξαλειφθεί, γεγονός που μπορεί να μειώσει την καθυστέρηση. Το κύριο μειονέκτημά του είναι ότι η μετάδοση και διανομή προσαρμοσμένης ροής βίντεο που βασίζεται στο πρωτόκολλο UDP δεν είναι αρκετά καθολική και οι κατασκευαστές CDN υποστηρίζουν τυπικό πρωτόκολλο μετάδοσης. Ένα άλλο μειονέκτημα είναι ότι μπορεί να υπάρχει splash ή blur που προκαλείται από απώλεια πακέτων (έλλειψη αναφοράς αποκωδικοποίησης κλειδιού καρέ), το οποίο απαιτεί από το κόμμα προσαρμογής πρωτοκόλλου να κάνει καλή δουλειά στον έλεγχο απώλειας πακέτων με βάση το UDP.
Βελτιστοποίηση δικτύου μετάδοσης
1. Έχουμε εισαγάγει το δίκτυο ροής σε πραγματικό χρόνο, το οποίο είναι ένας νέος τύπος δικτύου μετάδοσης δικτύου με αυτο-οργανωμένους κόμβους. Δεν είναι μόνο κατάλληλο για τη βελτιστοποίηση μετάδοσης εγχώριου δικτύου πολλαπλών χειριστών, αλλά και κατάλληλο για τις ανάγκες πολλών υπερπόντιων ζωντανών εκπομπών.
2. Προσωρινή αποθήκευση του τρέχοντος GOP στον κόμβο του διακομιστή και συνεργασία με τη συσκευή αναπαραγωγής για τη βελτιστοποίηση του χρόνου ανοίγματος του βίντεο.
3. Ο διακομιστής καταγράφει το ρυθμό καρέ δεύτερου επιπέδου και τον ρυθμό κώδικα όταν κάθε ροή βίντεο ρέει σε κάθε σύνδεσμο σε πραγματικό χρόνο και παρακολουθεί τη διακύμανση του ρυθμού κώδικα και του ρυθμού καρέ σε πραγματικό χρόνο.
4. Ο πελάτης (push stream and play) αποκτά τον τρέχοντα βέλτιστο κόμβο σε σχεδόν πραγματικό χρόνο, ρωτώντας τον διακομιστή (μία φορά κάθε 5 δευτερόλεπτα) και ο τρέχων κόμβος και γραμμή σφάλματος είναι εκτός σύνδεσης σε σχεδόν πραγματικό χρόνο.
Βελτιστοποίηση ροής και αναπαραγωγής
1. Το σύστημα μπορεί να αποθηκεύσει προσωρινά δεδομένα πριν από την αποστολή δεδομένων. Ο συντονισμός αυτής της παραμέτρου πρέπει επίσης να βρει μια ισορροπία.
2. Ο έλεγχος buffer του προγράμματος αναπαραγωγής έχει επίσης μεγάλη επιρροή στην πρώτη καθυστέρηση του βίντεο. Εάν βελτιστοποιηθεί μόνο η πρώτη καθυστέρηση, τα δεδομένα μπορούν να αποκωδικοποιηθούν αμέσως όταν φτάσει στην περίπτωση του 0 buffer. Αλλά σε αδύναμο περιβάλλον δικτύου, για να εξαλειφθεί ο αντίκτυπος του jitter δικτύου, είναι απαραίτητο να οριστεί μια συγκεκριμένη προσωρινή μνήμη, οπότε πρέπει να βρούμε μια ισορροπία μεταξύ της σταθερότητας της ζωντανής μετάδοσης και της βελτιστοποίησης της πρώτης ανοιχτής καθυστέρησης και να προσαρμόσουμε το βελτιστοποιημένο μέγεθος buffer.
3. Στρατηγική δυναμικής προσωρινής αποθήκευσης παίκτη, η οποία είναι μια βελτιωμένη έκδοση του παραπάνω ελέγχου προσωρινής μνήμης παίκτη. Εάν απλώς επιλέξουμε μεταξύ 0 cache και σταθερού μεγέθους cache για να βρούμε ένα υπόλοιπο, τελικά θα επιλέξουμε ένα σταθερό μέγεθος cache, το οποίο δεν είναι δίκαιο για 100 εκατομμύρια χρήστες τερματικού διαδικτύου για κινητά. Οι διαφορετικές συνθήκες δικτύου τους καθορίζουν ότι η προσωρινή μνήμη σταθερού μεγέθους δεν είναι απολύτως κατάλληλη. Επομένως, μπορούμε να εξετάσουμε μια "δυναμική στρατηγική buffer". Όταν το πρόγραμμα αναπαραγωγής είναι ενεργοποιημένο, χρησιμοποιούμε μια πολύ μικρή ή και μηδενική στρατηγική buffer. Το μέγεθος της προσωρινής μνήμης του επόμενου slice καθορίζεται από τον χρόνο που απαιτείται για τη λήψη του πρώτου βίντεο. Ταυτόχρονα, το τρέχον δίκτυο παρακολουθείται σε πραγματικό χρόνο κατά τη διάρκεια της διαδικασίας αναπαραγωγής και το μέγεθος του buffer προσαρμόζεται σε πραγματικό χρόνο κατά τη διάρκεια της διαδικασίας αναπαραγωγής. Με αυτόν τον τρόπο, ο πρώτος χρόνος ανοίγματος μπορεί να είναι πολύ χαμηλός και η επιρροή του jitter δικτύου μπορεί να εξαλειφθεί όσο το δυνατόν περισσότερο.
4. Δυναμική στρατηγική παιξίματος. Εκτός από τη στρατηγική δυναμικής προσαρμογής του μεγέθους του buffer, μπορούμε επίσης να χρησιμοποιήσουμε τις πληροφορίες δικτύου παρακολούθησης σε πραγματικό χρόνο για να προσαρμόσουμε δυναμικά το ρυθμό bit στη διαδικασία αναπαραγωγής. Σε περίπτωση ανεπαρκούς εύρους ζώνης δικτύου, μπορούμε να μειώσουμε τον ρυθμό bit για αναπαραγωγή και να μειώσουμε την καθυστέρηση.
Τα παραπάνω αποτελούν μέρος των τεχνικών βελτιστοποίησης χαμηλού λανθάνοντος χρόνου. Στην πραγματικότητα, όταν βελτιστοποιούμε το χαμηλό λανθάνοντα χρόνο, δεν επικεντρωνόμαστε μόνο στο «χαμηλό λανθάνοντα χρόνο», αλλά προσπαθούμε να επιτύχουμε χαμηλό λανθάνοντα χρόνο υπό τον όρο ότι άλλες συνθήκες δεν επηρεάζουν την εμπειρία του χρήστη. Επομένως, το περιεχόμενό του περιλαμβάνει ένα ευρύ φάσμα θεμάτων.
|
Εισαγάγετε 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