[Δίκτυα ΙΙ] Εργασία

[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 με προσοχή στα ονόματα των αρχείων!

Για οποιοδήποτε πρόβλημα με register/login, στείλτε email στο contact@thmmy.gr.

[zlatalex]

εγω δεν την παλεύω με το κωλο port forwarding και άρχισα να την τρέχω με PSTN.

[pmousoul]

Μας λυπάμαι...

[dim]

Με ό,τι θέλετε δουλεύει..

(Εγώ την κάνω με dsl και router, όπως και ο φίλος faidon)

Ζλατάλεξ μην κάνεις μόνο το ίδιο λάθος με μένα..
Έκανα port farwarding, και μετά με ένα online τεστ προσπαθούσα να δω αν είναι ανοιχτές οι πόρτες..
Οι πόρτες θα φαίνονται κλειστές..

Όταν τρέχει όμως ο κώδικας java οι πόρτες θα κάνουν μια χαρά τη δουλειά τους..

=====================

Επίσης να αναφέρω ότι σήμερα ο server έκανε κόλπα, γιατί το απόγευμα ειδικά έγιναν αρκετά upgrades στο server..

Το αν θα ξαναγίνει τις επόμενες ημέρες δεν το ξέρω, έχετέ το όμως κατά νου..

[dim]

Πληροφοριακά σας λέω ότι ο server στέλνει νέα εικόνα περίπου κάθε 48 secs. Τώρα δε νομίζω να έχει νόημα να κάνεις διάγραμμα ρυθμαπόδοσης για κάθε φορά που παίρνεις (με διαφορετική απόκριση βέβαια) τα ίδια πακέτα, της ίδιας εικόνας. Πιο χρήσιμo είναι να κάνετε διαγράμματα για την echo process.

Δε θα έλεγα ότι ισχύει..

Χτες έπαιρνα εικόνα κάθε sec νομίζω..

Τώρα παίρνω κάθε 4-5 sec..
(Βασικά το δίκτυο σήμερα είναι πολύ σκατά)

Και οκ το video που προκύπτει δεν έχει μεγάλο fame rate, αλλά πλάκα έχει!

Βλέπεις αυτοκίνητα και πεζούς να προχωράνε, ενώ μπορείς να στρίψεις και την κάμερα ζουμάροντας σε καμιά ωραία κοπελίτσα 

[dim]

Λοιπόν, ας ανταλλάξουμε δεδομένα για βοήθεια - επαλήθευση..


με κωδικό Εxxxx - παίρνω


Max delay time      => 2110 ms
Min delay time       => 797 ms

Mean delay time    => 1525.8 ms
Diaspora               => 162086.25 ms
Tipiki apoklisi         => 402.59936661649135 ms

throughput          =>  210
     

Με κωδικό Ε0000

Max delay time     => 4047 ms
Min delay time      => 15 ms


Mean delay time   => 37.040474 ms
Diaspora              => 20166.766 ms
Tipiki apoklisi        => 142.00973778230843 ms

throughput         =>  8001


Για εικόνες

throughput         =>  26788

================================================

Συμφωνείτε/διαφωνείτε με την τάξη μεγέθους???

Κυρίως για ρυθμαπόδοση ενδιαφέρομαι..

Οι μετρήσεις έγιναν βράδυ, με dsl 2 Mbit (και καλά...)

[zlatalex]

Ελα ρε

και εγώ χθες βράδυ - απόγευμα δούλεψα γενικά

με PSTN λοιπον:

ΑΝΕΥ ΚΑΘΥΣΤΕΡΗΣΗΣ (Ε0000):

Πιθανότητα ανεπιτυχους επικοινωνίας: 4%!!!!! (αυτό μόνο για τις 17:50-19:50)

Mέσος χρόνος: 240ms (Δεν συμπεριέλαβα εδώ τους χρόνους των αποτυχημένων μηνυμάτων μέχρι να ενεργοποιηθεί το SetSoTimeOut=10sec. Τα έσβησα με το χέρι. Καλά έκανα;; )

Τυπική απόκλιση 28.84ms

ΜΕ ΚΑΘΥΣΤΕΡΗΣΗ (ΕΧΧΧΧ):

Πιθανότητα ανεπιτυχούς επικοινωνίας 3.1%! (πάλι την ίδια ώρα που μάλλον έπαιζε πρόβλημα)

Μέσος χρόνος: 1464 ms

Tυπική απόκλιση: 434 ms

KAI ANAΘΕΜΑ ΜΕ ΑΝ ΚΑΤΑΛΑΒΑ ΤΙ ΣΤΟΝ Π@@ΤΣΟ ΚΑΤΑΝΟΜΗ ΕΙΝΑΙ ΑΥΤΗ ΠΟΥ ΠΡΟΚΥΠΤΕΙ

Όταν δυο ωρίτσες μετά έκανα και τις μετρήσεις ρυθμαπόδοσης η πιθανότητα ανεπιτυχούς επικοινωνίας είχε επιτέλους πέσει πολύ κοντά στο μηδέν. Έτσι οι τιμές που μέτρησα:

Για Ε0000: 4.04 pps

Για ΕΧΧΧΧ: 0.61 pps

Ήταν πολύ κοντινές σε αυτές που θα περίμενε κανείς από τους μέσους χρόνους που υπολογίστηκαν παραπάνω

Αυτά (για όποιον ενδιαφέρεται)

[dim]

Όποιος στρίβει συνέχεια την κάμερα θα τον λιανίσω 

Η διασταύρωση είναι η καλύτερη ρε

[dim]

Στο απλό DPCM παίζοντας μόνο τις διαφορές το εκάστοτε τραγούδι ήταν απαλλαγμένο θορύβου, ενώ όταν υλοποίησα τη διαδικασία που προβλέπεται για την αποκωδικοποίηση το αποτέλεσμα ήταν ένα τραγούδι με πολύ θόρυβο ανά τακτά διαστήματα, σαν να αλλάζεις σταθμό στο ραδιόφωνο συνέχεια.

Αναθεωρώντας λίγο τα παραπάνω, νομίζω ότι και στο απλό DPCM όταν παίζω κατευθείαν τις διαφορές παίρνω καλύτερη ποιότητα.

Σε αντίθεση με όσα διάβασα πιο πάνω, η ποιότητα του ήχου στο DPCM είναι αισθητά καλύτερη με αναδρομική πρόσθεση των δειγμάτων, σε σχέση με απλή αναπαραγωγή των διαφορών..

Άλλωστε αυτό και θεωρητικά στέκει.
Με αναπαραγωγή των διαφορών δεν έχουμε πρόβλημα καταληπτότητας, άλλωστε λόγω των διαφορών έχουμε κάθε στιγμή διαφορετικό τόνο.
Ο ήχος όμως είναι εντελώς γυμνός, και κάνει μπαμ αυτό, καθόλου μπάσα.

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

Επομένως ΠΡΕΠΕΙ να γίνεται αναδρομική πρόσθεση, μιας και η θεωρία επαληθεύεται και από την πράξη όπως αναμενόταν...

Ναι κανονικά πρέπει να προσθέτεις τα δείγματα αναδρομικά. Παρόλα αυτά πολύ έχουν πει κατά καιρούς (και προηγούμενες χρονικές) ότι παίζοντας κατευθείαν τις διαφορές "ακούγεται" καλύτερα. πάρόλα αυτά ο μιτ επιμένει ότι πρέπει να προσθέτεις τα δείγματα κάτι που είναι και λογικό αφού όπως είπες αλλιώς δε θα ήταν D PCM

 

[dim]

Λοιπόν παίδες, στο DPCM τα πράγματα πήγαν καλά με αναδρομική πρόσθεση..

Στο AQ-DPCM τώρα, για τους ίδιους λόγους νομίζω χρειάζεται αναδρομική πρόσθεση..
Όταν απλα παίζω τα δείγματα μετά από αναδρομικές προσθέσεις, η ποιότητα είναι πολύ καλή..
Αν κάνω όμως δειγμα*step+mean, γίνεται της τρελής από θόρυβο..

Υποτίθεται ότι η ποιότητα θα είναι πολύ καλή?

Το λάθος μου πρέπει να είναι εδώ..



        for (int i = 0; i < receiveCounter; i++) {
            step[ i]  = 256 * myBuffer[ i][1] + myBuffer[ i][ 0];   //   256*msb+lsb
            mean[ i] = 256 * myBuffer[ i][3] + myBuffer[ i][ 2];   //   256*msb+lsb;



όπου myBuffer είναι ο 2D πίνακας buffer, που κάθε γραμμή του είναι και ένα πακέτο, και κάθε γραμμή έχει μήκος 132

receiveCounter είναι ο αριθμός των πακέτων που λαμβάνουμε (γιατί ποτέ δε στέλνει όσα του ζητάμε)

Έτσι το έχετε κι εσείς?

[zlatalex]

Ρε παιδιά αν κατάλαβα καλά απ την εκφώνηση, θέλει να του κάνουμε όλες τις μετρήσεις ξανά, σε μία μοναδική δεύτερη σύνοδο κατά την διάρκεια της οποίας να του στείλουμε και την εργασία;;;;

Ψιλοδύσκολο μου φαίνεται αυτό.

Που να προλάβουμε να κάνουμε τις μετρήσεις και να τις ενσωματώσουμε στην αναφορά και να του τη στείλουμε, και όλα αυτά στη διάρκεια μιας συνόδου;;;

[miss_elec]

Κολλάς κι εσύ σε κάτι λεπτομέρειες :Ρ
Στείλε ότι έχεις κάνει. Το εκτιμάει πάντα

[zlatalex]

Εγω πάλι δεν εκτιμώ το ζουζούνι σας miss

Παρακαλείσθε να μην ποστάρετε σε τόπικ τα οποία παρακολουθώ, έως ότου το αποβάλλετε από την υπογραφή σας και την οθόνη μας

Ευχαριστώ

[miss_elec]

εγώ φταίω που σου δίνω τα φώτα μου.
οι κατσαρίδες ρε δεν εξαφανίζονται ποτέ :Ρ

[supermodified]

Καλησπέρα παιδιά, και καλό κουράγιο σε όσους ασχολούνται με την εργασία.

2-3 ερωτήσεις για όσους έχουν προχωρήσει:

1. Καθότι η φράση "ρυθμαπόδοση (και υπολογισμός της με την τεχνική του κινούμενου μέσου όρου)" δε μου λέει τίποτα (sorry!), μπορείτε να μου πείτε σε ποιο μάθημα/βιβλίο την έχουμε δει ώστε να το τσεκάρω; (Μια από τα ίδια και για τα ιστογράμμα συχνότητας -- κάτι θυμάμαι γι'αυτά, αλλά καλύτερα να'μαι σίγουρος.) Κόλπα, σύμβουλες, κτλ. για αυτούς τους υπολογισμούς ευπρόσδεκτα.

2. Για το κομμάτι της εργασίας που ασχολείται με το βίντεο:
(α) πώς θα ξέρουμε πότε παίρνουμε το τελευταίο πακέτο του frame; (ώστε να τερματίσουμε τη διαδικασία)
(β) έχετε σχεδιάσει έτσι την εφαρμογή ώστε να αποθηκεύσει Χ frames σε ισάριθμα JPEG αρχεία, σωστά; (όπου Χ ο τυχαίος αριθμός των frames που θα λάβετε στη διάρκεια του δεκαλέπτου)

Ευχαριστώ!

[dim]

2.   (α) Όλα τα πακέτα έχουν μήκος 512, εκτός από το τελευταίο που είναι μικρότερο.
            Κάπως έτσι λοιπόν   if ( rPacket.getLength() < 512 )
                                            flagImageEnd = true;
             Όπου το flagImageEnd σε μένα ρυθμίζει κατά πόσο θα εκτελείται ένα loop
       (β) Έτσι..

===================================
1.   Δεν είναι ότι την έχουμε τσεκάρει σε κάποιο μάθημα..\
     Ουσιστικά θα εργαστείς όπως στα φίλτρα..
     Κάθε χ δευτερόλεπτα θα πρέπει να είσαι σε θέση να ξέρεις πόσα πακέτα πήρες τα τελευταία   
     8 δευτερόλεπτα πχ
     Μετα   ριθμαποδ = (αριθμός πακέτων που πήρες στα 8 δευερόλεπτα)/(χρόνος που χρειάστηκες)
     Ο χρόνος θα είναι περίπου 8 sec

     Δυστυχώς δεν ξέρω αν βοηθάω, δεν είμαι και ο καλύτερος στις περιγραφές..
     Ουσιαστικά αν αποφασίσεις να μετράς ανά δευτερόλεπτο τα εισερχόμενα πακέτα, θα έχεις έναν 
     πίνακα, στον οποίο κάθε θέση θα λέει πόσα πακέτα έφτασαν σε εκείνο το sec
     Μετά θα κάνεις κάτι σαν "παράθυρο" εύρους 8 sec που θα βρίσκει τα συνολικά πακέτα.
     Ελπίζω να σου έδωσα μία ιδέα..