[Πολυμέσα] Εργασία 2016-2017

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

[ονόματα των αρχείων]

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

με προσοχή στα ονόματα των αρχείων!

[Eilex]

Επιβεβαιώνω ότι τα μη-επικαλυπτόμενα 128 δείγματα τα χρησιμοποιείς για τον υπολογισμό των attack values. Ενώ σε όλες τις άλλες περιπτώσεις χρησιμοποιείς τα επικαλυπτόμενα.

[Κηπουρίδης]

...
Frames ESH έχω τα παρακάτω και λειτουργεί (για να μην πανικοβληθεί κάποιος αν δε βγάλει όλα τα δικά σου):
2, 27, 45, 52, 114, 148, 156, 199, 234
Λείπουν δηλαδή 3 από τα δικά σου.
...

Βρέθηκε το πρόβλημα με τα ESH. Το σωστό είναι αυτό με τα λίγα. Η λύση για όσους έχουν περισσότερα (12) είναι η εξής:

Όταν υπολογίζετε τα dsl (attack values), υπάρχει στον παρονομαστή ένα (1/l). Προσέξτε όμως ότι αυτός ονομάζει τα attack values ξεκινώντας από 0. Αυτό σημαίνει ότι όταν υπολογίζει το ds2 (κι έχει στον παρονομαστή τον όρο (1/2)) στην ουσία αναφέρεται στο attack value του 3 128-bitου frame.
Συνεπώς είναι πιθανό να πρέπει στον κώδικα να κάνετε (1/(l-1)) ή κάτι παρόμοιο, ανάλογα με την υλοποίησή σας.

[Eilex]

Βρέθηκε το πρόβλημα με τα ESH. Το σωστό είναι αυτό με τα λίγα. Η λύση για όσους έχουν περισσότερα (12) είναι η εξής:

Όταν υπολογίζετε τα dsl (attack values), υπάρχει στον παρονομαστή ένα (1/l). Προσέξτε όμως ότι αυτός ονομάζει τα attack values ξεκινώντας από 0. Αυτό σημαίνει ότι όταν υπολογίζει το ds2 (κι έχει στον παρονομαστή τον όρο (1/2)) στην ουσία αναφέρεται στο attack value του 3 128-bitου frame.
Συνεπώς είναι πιθανό να πρέπει στον κώδικα να κάνετε (1/(l-1)) ή κάτι παρόμοιο, ανάλογα με την υλοποίησή σας.

Με κάνει εντύπωση αυτό που λες από την στιγμή που ο Δίου έχει πει ότι βγαίνουν 12.

[antonis47]

Παιδια στο Level 1 μου προκύπτει SNR 75dB. Κατά την ανάκτηση ενώ στα OLS frames έχω πλήρη ανάκτηση, στα ESH έχω ένα σφάλμα της τάξης 10^-4. Αυτό φταίει?

[Κηπουρίδης]

Παιδια στο Level 1 μου προκύπτει SNR 75dB. Κατά την ανάκτηση ενώ στα OLS frames έχω πλήρη ανάκτηση, στα ESH έχω ένα σφάλμα της τάξης 10^-4. Αυτό φταίει?

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

Πρόσεξε απλά όταν υπολογίζεις το SNR να τραβήξεις μόνο το κομμάτι χωρίς τα μηδενικά που πρόσθεσες, και να το συγκρίνεις με το αρχικό σήμα.

--------

Όσο για το άλλο, κι εμένα μου κάνει εντύπωση. Ίσως υπάρχει κι άλλο, δεύτερο, σφάλμα που πρέπει να διορθωθεί ώστε τα λίγα ESH να γίνουν 12.
Όμως είναι σίγουρο ότι να πάρουμε 12 με τη λάθος διαίρεση, που σημείωσα παραπάνω, είναι λάθος ( σύμπτωση; ).

[pikachu93]

Γειά σας παιδιά. Έχω καταφέρει να πάρω 307 db για το παράθυρο SIN όμως στο KBD παίρνω μολις 10 db. Υπάρχει σφάλμα για όλα τα frame types απο ό,τι είδα. Για το OLS το υλοποιώ με τον παρακάτω κώδικα:

Code:

w = kaiser(2048, 4);
d = sum(w(1:1024))
kbdWin = zeros(2048, 2);

for i = 1:1024
      kbdWin(i, :) = sqrt(sum(w(1:i))/d);                
end
for i = 1025:2048
       kbdWin(i, :) = sqrt(sum(w(1:window - i)/d));
end

Επίσης όταν το κάνω plot μου βγαίνει σχεδόν τρίγωνο. Αν ξέρει κανείς που του έχει δουλέψει...
           

[AckermanMik]

Code:

[quote author=pikachu93 link=topic=67863.msg1165802#msg1165802 date=1484369148]
Γειά σας παιδιά. Έχω καταφέρει να πάρω 307 db για το παράθυρο SIN όμως στο KBD παίρνω μολις 10 db. Υπάρχει σφάλμα για όλα τα frame types απο ό,τι είδα. Για το OLS το υλοποιώ με τον παρακάτω κώδικα:

[code]
w = kaiser(2048, 4);
d = sum(w(1:1024))
kbdWin = zeros(2048, 2);

for i = 1:1024
      kbdWin(i, :) = sqrt(sum(w(1:i))/d);                
end
for i = 1025:2048
       kbdWin(i, :) = sqrt(sum(w(1:window - i)/d));
end

Επίσης όταν το κάνω plot μου βγαίνει σχεδόν τρίγωνο. Αν ξέρει κανείς που του έχει δουλέψει...

         

Code:

w = kaiser(1025, 4);
d = sum(w(1:1025))
kbdWin = zeros(2048, 2);

for i = 1:1024
      kbdWin(i, :) = sqrt(sum(w(1:i))/d);                
end
kbdWin(1025:2048, :)= kbdWin(1024:-1:1);

[/code]

[pikachu93]

Πωωω ευχαριστώ πολύ 

[raf18]

Μιλάω για το λεβελ1

ρε παιδιά οι χρόνοι που δίνει είναι για όλη την κωδικοποίηση όλου του αρχείου;;;;

εμένα μου βγαίνει 54sec όλη η κωδικοποίηση και όλο τον χρόνο μου τον τραβάει το mdct σχεδόν
έχει κανείς καμία ιδέα;;

[orestisf]

έχεις αργή υλοποίηση mdct. Μόνος σου την έγραψες;

[raf18]

το περίεργο είναι πως έχω βάλει αυτή που μας δίνει στη ethmmy του Μάριου Αθηναίου

[orestisf]

Και εγω ειχα τετοιο θεμα και τελικα εβαλα αυτη http://www.ee.columbia.edu/~marios/mdct/mdct4.m και βελτιωθηκε πολυ.

[raf18]

ευχαριστώ!
Θα το δοκιμάσω.
Τον χρόνο τον μετράμε από την αρχή εκτέλεσης του AACoder1.m μέχρι το τέλος του;

[orestisf]

Ναι και εγω ετσι το εβαλα αλλα δεν νομιζω να εχει μεγαλη σημασια.

[raf18]

Και εγω ειχα τετοιο θεμα και τελικα εβαλα αυτη http://www.ee.columbia.edu/~marios/mdct/mdct4.m και βελτιωθηκε πολυ.

Ως τώρα έβαζα την mdctv γιατί δεν καταλάβαινα τι κάνει στην mdct4.

Δεν περίμενα με τίποτα τέτοια αλλαγή. Σχεδόν 1 λεπτό πιο γρήγορα τώρα 

Τώρα θα με σκάσει το SNR...