[Πολυμέσα] Εργασία 2007-08

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

[Αποτελέσματα Εξεταστικής Ιανουαρίου 2025]

Αποτελέσματα Εξεταστικής Ιανουαρίου 2025

[Panzapart]

Ανάλογα με το ti πρέπει να επιλέξεις αρχικά το HG με το οποίο θα κάνεις κωδικοποίηση. Για DC οι πίνακες του HG είναι 1...16 για AC όλοι οι υπόλοιποι. Αν π.χ θέλεις να κωδικοποιήσεις μια τιμή από τους πίνακες 1...16 ψάχνεις να βρείς σέ όλους αυτούς που έχει μικρότερη αναπαράσταση σε bit και επιλέγεις ανάλογα. Για DC είναι εύκολο για AC όμως τα πράγματα δυσκολεύουν γιατί πρέπει για όλους τους συντελεστές να βρεις τη μικρότερη αναπ.σε bit, σε ποιο index πινάκων δηλαδή και όποιο Index δίνει μικρότερο άθροισμα αναπαράστασης για όλους τους AC συντελεστές να το κρατήσεις. Το  δικό μου πρόγραμμα κάνει γύρω στα 3 δευτερόλεπτα να το υπολογίσει.

[Azdul]

Ευχαριστώ πολύ Panzapart...μου πήρε δύο μέρες αλλά τελικά ανακάλυψα οτι είχε ανακοίνωση στο  ethmmy.Όσο για τα 3 δευτερόλεπτα δε μου φαίνεται πολύ...το motion estimation π.χ. κάνει κανα 10λέπτο τουλάχιστον σε μενα 

[lestat]

Ρε σεις παίδες, τα extra_bits των tokens πού χρησιμοποιούνται; Αφού μετά παίρνουμε μόνο το token_value και το ti, σε τι χρειάζονται τα extra_bits; Επίσης, στην vLC το ti γιατί είναι πίνακας και όχι τιμή; Ακόμη, στα ορίσματα εισόδου της vLC λέει token αλλά μετά λέει tokenValue...

[rhum]

Ανάλογα με το ti πρέπει να επιλέξεις αρχικά το HG με το οποίο θα κάνεις κωδικοποίηση. Για DC οι πίνακες του HG είναι 1...16 για AC όλοι οι υπόλοιποι. Αν π.χ θέλεις να κωδικοποιήσεις μια τιμή από τους πίνακες 1...16 ψάχνεις να βρείς σέ όλους αυτούς που έχει μικρότερη αναπαράσταση σε bit και επιλέγεις ανάλογα. Για DC είναι εύκολο για AC όμως τα πράγματα δυσκολεύουν γιατί πρέπει για όλους τους συντελεστές να βρεις τη μικρότερη αναπ.σε bit, σε ποιο index πινάκων δηλαδή και όποιο Index δίνει μικρότερο άθροισμα αναπαράστασης για όλους τους AC συντελεστές να το κρατήσεις. Το  δικό μου πρόγραμμα κάνει γύρω στα 3 δευτερόλεπτα να το υπολογίσει.

Εννοεις οτι βρισκεις huffman tables(htiL και htiC) διαφορετικους για το καθε μπλοκ;
O αλγοριθμος σελ.95 νομιζω οτι οριζει κοινους πινακες για ολο το frame.

Για base matrices, εχει χρησιμοποιησει κανεις καποιον αλλο εκτος αυτου που δινεται στο τελος,  και που ειναι του vp3;Τον αλγοριθμο σελ 55 για interpolated base matrices;Οσο και να googlaρισα, δεν βρηκα αλλους base matrices.

[rhum]

Ρε σεις παίδες, τα extra_bits των tokens πού χρησιμοποιούνται; Αφού μετά παίρνουμε μόνο το token_value και το ti, σε τι χρειάζονται τα extra_bits; Επίσης, στην vLC το ti γιατί είναι πίνακας και όχι τιμή; Ακόμη, στα ορίσματα εισόδου της vLC λέει token αλλά μετά λέει tokenValue...

1)πινακες 7.33 και 7.38, για διαφορετικα extra bits οριζονται διαφορετικες παραμετροι των token values.
2)To ti τιμη ειναι για την vlc.
3)token value εννοει

[lestat]

Ρε σεις παίδες, τα extra_bits των tokens πού χρησιμοποιούνται; Αφού μετά παίρνουμε μόνο το token_value και το ti, σε τι χρειάζονται τα extra_bits; Επίσης, στην vLC το ti γιατί είναι πίνακας και όχι τιμή; Ακόμη, στα ορίσματα εισόδου της vLC λέει token αλλά μετά λέει tokenValue...

1)πινακες 7.33 και 7.38, για διαφορετικα extra bits οριζονται διαφορετικες παραμετροι των token values.
2)To ti τιμη ειναι για την vlc.
3)token value εννοει

To +4 και το -4 έχουν και τα 2 Token Value 14 αλλά διαφορετικά extra bits. Για διαφορετικά extra bits υπάρχουν πολλές περιπτώσεις με ίδιο token value. Π.χ. + - 3,4,. ή 69 έως 580 ->0000000000 ... 0111111111.

[rhum]

To +4 και το -4 έχουν και τα 2 Token Value 14 αλλά διαφορετικά extra bits. Για διαφορετικά extra bits υπάρχουν πολλές περιπτώσεις με ίδιο token value. Π.χ. + - 3,4,. ή 69 έως 580 ->0000000000 ... 0111111111.

Εχουν token value 14 και ενα extra bit.Σε αυτην την περιπτωση, αυτο το extra bit ειναι bit προσημου.Αν ειναι 0 τοτε ο αριθμος ειναι θετικος, δηλαδη +4.Αν ειναι 1, τοτε ο αριθμος ειναι αρνητικος, δηλαδη -4.

Βασικα διαβασε πως γινεται η αποκωδικοποιηση του καθε token value, σελ.88-93.

[blue_electric]

Εννοεις οτι βρισκεις huffman tables(htiL και htiC) διαφορετικους για το καθε μπλοκ;
O αλγοριθμος σελ.95 νομιζω οτι οριζει κοινους πινακες για ολο το frame.

Ναι κι εγώ αυτή την απορία έχω!Γιατί αν πρέπει να το κάνουμε γα κάθε block, δε θα υπάρχει πλήρης αντιστοιχία luma και chroma blocks,σε περίπτωση που έχουμε υποδειγματοληψία χρώματος!Έτσι δε θα μπορούμε να έχουμε htil και htic για κάθε block, εφόσον κάποια luma δε θα έχουν chroma!
Ας με διαφωτίσει κάποιος παρακαλώ!

[rhum]

Εννοεις οτι βρισκεις huffman tables(htiL και htiC) διαφορετικους για το καθε μπλοκ;
O αλγοριθμος σελ.95 νομιζω οτι οριζει κοινους πινακες για ολο το frame.

Ναι κι εγώ αυτή την απορία έχω!Γιατί αν πρέπει να το κάνουμε γα κάθε block, δε θα υπάρχει πλήρης αντιστοιχία luma και chroma blocks,σε περίπτωση που έχουμε υποδειγματοληψία χρώματος!Έτσι δε θα μπορούμε να έχουμε htil και htic για κάθε block, εφόσον κάποια luma δε θα έχουν chroma!
Ας με διαφωτίσει κάποιος παρακαλώ!

Βασικα νομιζω οτι το διατυπωνει λαθος εκει που εξηγει την vlc, για αυτο και το μπερδεμα.
Απο τον αλγοριθμο σελ.95 φαινεται ξεκαθαρα οτι τα hti διαβαζονται μονο δυο φορες, για ολο το frame.
Αλλωστε αν εδινε διαφορετικα για καθε μπλοκ, θα πρεπει να εδινε είτε htiL είτε htiC, οχι και τα δυο, αφου καθε μπλοκ ειναι είτε L είτε C. 

[blue_electric]

Βασικα νομιζω οτι το διατυπωνει λαθος εκει που εξηγει την vlc, για αυτο και το μπερδεμα.
Απο τον αλγοριθμο σελ.95 φαινεται ξεκαθαρα οτι τα hti διαβαζονται μονο δυο φορες, για ολο το frame.
Αλλωστε αν εδινε διαφορετικα για καθε μπλοκ, θα πρεπει να εδινε είτε htiL είτε htiC, οχι και τα δυο, αφου καθε μπλοκ ειναι είτε L είτε C. 

Nαι κι εγώ έτσι σκέφτηκα,αλλιώς δε στέκεται λογικά!Thanx!

[lestat]

Τα tokens που προκύπτουν από τα EOB και έχουν token value 0-6, πώς βρίσκουμε από ποια 16άδα πινάκων θα κωδικοποιηθούν, εφόσον δεν έχουν ti ?

[lestat]

Στο eTHMMY λέει:
Οι  τιμές  αυτές  προστίθενται  σαν  4μπιτοι  αριθμοί  στο  stream  ακριβώς  πριν  το  πρώτο  token  (ti=0)  (όπου  αποθηκεύονται  οι  htiL_DC  και  htiC_DC)  και  ακριβώς  πριν  το  δεύτερο  token  (ti=1)  (οι  htiL_AC  και  htiC_AC).
Το δεύτερο token έχει ti=1??? Δεν τα έχουμε ταξινομήσει ως προς το ti?

[Azdul]

Νομίζω οτι έχω κάνει το λάθος της δεκαετίας, αν μπορεί κάποιος να με διαφωτίσει στο εξής...Όταν γράφει NBS θεωρούμε οτι τις πρώτες θέσεις μέχρι 4*NMBS τις παίρνουν τα Luma και τις υπόλοιπες τα Cr blocks και τέλος τα Cb blocks??

[blue_electric]

Νομίζω οτι έχω κάνει το λάθος της δεκαετίας, αν μπορεί κάποιος να με διαφωτίσει στο εξής...Όταν γράφει NBS θεωρούμε οτι τις πρώτες θέσεις μέχρι 4*NMBS τις παίρνουν τα Luma και τις υπόλοιπες τα Cr blocks και τέλος τα Cb blocks??

Ναι αυτό εννοεί!Στον πίνακα COEFFS δηλαδή όχι στον πίνακα tokens (της πρώτης έκδοσης της εργασίας).Φυσικά ο αριθμός των Cr θα είναι ίσος με των Cb.

[blue_electric]

Kάτι που θα ήθελα να ρωτησω είναι το εξής:

υπάρχει συναρτηση στο matlab που να μου μετατρέπει ένα string σε πίνακα με την εξής μορφή: 100 σε 1 0 0.
Η συνάρτηση str2num ή str2mat μου το μετατρέπει σε πίνακα με ενα μονο στοιχειο, το 100 και όχι 1,0 και 0. Μήπως ξέρει κανείς να με βοηθήσει?