[Τεχνολογία του Ήχου και της Εικόνας] Εργασίες 2015-2016

[Thmmy.gr portal]

  Thmmy.gr portal
   Forum
   Downloads
   Ενεργ. Λογαριασμού
   Επικοινωνία
  
  Χρήσιμα links
   Σελίδα τμήματος
   Βιβλιοθήκη Τμήματος
   Elearning
   Φοιτητικά fora
   Πρόγραμμα Λέσχης
   Πρακτική Άσκηση
   Ηλεκτρονική Εξυπηρέτηση Φοιτητών
   Διανομή Συγγραμμάτων
   Ψηφιακό Καταθετήριο Διπλωματικών
   Πληροφορίες Καθηγητών
   Instagram @thmmy.gr
   mTHMMY
  
  Φοιτητικές Ομάδες
   ACM
   Aristurtle
   ART
   ASAT
   BEAM
   BEST Thessaloniki
   EESTEC LC Thessaloniki
   EΜΒ Auth
   IAESTE Thessaloniki
   IEEE φοιτητικό παράρτημα ΑΠΘ
   SpaceDot
   VROOM
   Panther
  

THMMY.gr Web

Helios_MultiScribbles2SMF Default ThemeSMFone_Blue

[Ανεβάζετε τα θέματα των εξετάσεων στον τομέα Downloads]

Είσαι πρωτοετής;... Καλώς ήρθες! Μπορείς να βρεις πληροφορίες εδώ. Βοήθεια για τους καινούργιους μέσω χάρτη.

Κατεβάστε εδώ το Android Application για εύκολη πρόσβαση στο forum.

Ανεβάζετε τα θέματα των εξετάσεων στον τομέα Downloads με προσοχή στα ονόματα των αρχείων!

[12:00-13:30]

Η γραμματεία είναι ανοιχτή καθημερινά 12:00-13:30

[gmtms]

απ'όσο καταλαβαίνω εγώ, χωρίς να έχω ασχοληθεί και πάρα πολύ ώρα, είναι ότι

• lost στο λήπτη είναι αυτά που έφτασαν, αλλά μετά το caching time οπότε απορρίφθηκαν
• συν αυτά που ναι μεν έφτασαν αλλά απέτυχε η αποκωδικοποίησή τους στην ώρα τους (λόγω πχ αυτού που λες)

• total είναι όλα όσα έφτασαν (αυτά που θεωρεί δηλαδή ο δέκτης ως total)

οπότε για να βρεις τα όσα δεν στάλθηκαν ποτέ (ή έστω δεν έφτασαν ποτέ, τουλάχιστον όχι σε μορφή ικανή να αναγνωριστεί ως frame) απλά αφαιρείς τα εξ'αρχής γνωστά frames του αρχικού συμπιεσμένου που πας να στείλεις, μείον τα total στο δέκτη

αυτό δεν ξέρω κατά πόσο ισχύει στην περίπτωση που κάνεις transcoding, ίσως εκεί να πρέπει να δεις τα πόσα στάλθηκαν ανοίγοντας το αντίστοιχο μενού στον αποστολέα (γιατί στην ουσία στέλνεις ένα νέο βίντεο, που ενδεχομένως να έχει άλλο αριθμό frames). Βέβαια, transcoding υποτίθεται δε θα'πρεπε να κάνουμε αλλά whatever

[di_em]

καταλαβαίνω περίπου τι θέλεις να πεις αλλά αυτό προϋποθέτει και ακριβή συγχρονισμό μεταξύ αποστολέα/δέκτη κάτι που εγώ τουλάχιστον δεν κατάφερα να κάνω. εννοώ την καθυστέρηση μεταξύ της έναρξης του stream απο την πλευρά του server και εκείνης απο την πλευρά του client. έτσι ώστε να ξέρεις ότι λαμβάνεται στον client το σύνολο του βίντεο.

[gmtms]

ναι αυτο ειναι σιγουρα θεμα, τουλαχιστον με το ιντερνετ
με λοκαλ δικτυα που ξερεις εκ των προτερων οτι εχουν καλες συνθηκες μεταδοσης και υψηλη ταχυτητα ειναι εγγυημενο οτι ο αποστολεας θα στειλει τα παντα στην ωρα τους, απλα ξεκινα τη ληψη 1 σεκ πριν ξεκινησεις την αποστολη πχ
γενικα το VLC δεν ειναι και κανενας υψηλου επιπεδου streamer, οποτε δεν νομιζω οτι και αυτοι περιμενουν τιποτα τρομερο απο στατιστικα κτλ- πιο πολυ, νομιζω, θελουν να μας κανουν να καταλαβουμε μεχρι τι bitrate μπορουμε να στειλουμε με καθε δικτυο, ποσο αποτελεσματικα ειναι τα πρωτοκολλα ροης κτλ
παντως κι εμεις ψιλομπακαλικα τα βγαλαμε αυτα, ακριβως γιατι και η εργασια ειναι υπερβολικα αοριστη και υποκειμενικη για κατι καλυτερο