[Πολυμέσα] Εργασία 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 με προσοχή στα ονόματα των αρχείων!

[Admins]

Για αλλαγή του public name σας, επικοινωνήστε με έναν από τους Admins.

[dim]

Στο e-thmmy ανέβηκε η εκφώνηση της πρώτης (από τις 3) συνολικά ενότητες της φετινής εργασίας..

Ανοίγει λοιπόν αυτό το τόπικ για συζήτηση πάνω στη εργασία..

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

small tips

1η ενότητα => 2 βαθμούς max
2η ενότητα => 1 βαθμό    max
3η ενότητα => 1 βαθμό    max

Κάθε ενότητα προϋποθέτει την υλοποίηση των προηγούμενων

Η εργασία είναι προαιρετική

Στοχεύει στην υλοποίηση ενός κωδικοποιητή/ αποκωδικοποιητή video κατά το open source πρότυπο Theora του Xiph.org foundation.

Ομάδες μέχρι και 2 ατόμων

[lars]

Να κάνω την πρώτη και βασικότερη για αρχή ερώτηση.. ποια είναι η προθεσμία για την παράδοση της 1ης ενότητας?

[Verminoz]

Απ'όσο έχω ξέρω δεν υφίσταται προς το παρών. Φοβάμαι ότι μας το ανακοινώσουν μία μέρα πριν την μέρα προθεσμίας

[bdragon]

Ας κάνω εγώ την πρώτη ερώτηση.Στην τρίτη κατα σειρα συνάρτηση-dctBlockCoeffs-είχε πει στο μάθημα οτι υπάρχει διαφορά στο scale ή κάτι τέτοιο και οτι πρεπει οι τιμές που παίρνω να είναι αποδεκτές απο το πρότυπο.Εννοεί να είναι integer?Γιατι κάτι τέτοιο κατάλαβα απο το πρότυπο.Αλλα επειδή δεν παίζω την Αγγλική στα δάκτυλα ας επιβεβαιώσει κάποιος ή το αντίθετο.

Υ.Γ.1-Επειδή το έιδα καλύτερα-δεν είναι μόνο μια στρογγυλοποίηση που πιθανώς θα προκύψει κατα την αντιστροφή της διαδικασίας αλλα και κάτι όσον αφορά την DC coeff. που έχει σαφή διαφορά τάξης μεγέθους απο τις AC συνιστώσες.

Υ.Γ.2-Αν κατάλαβε κάποιος τι έιπα ας απαντήσει,γιατι εγώ δεν κατάλαβα.

[KorkoLyk]

 

Θα απαντήσω μία από τις επόμενες μέρες, τώρα πρέπει να βγω.

[rhum]

Αραχνιασε το topic...

Half-pixel motion vectors: επειδη δεν υπαρχει (με την καμια) περιπτωση να καταλαβει κανεις απο το specification πως λειτουργoυν τα half και quarter pixel motion vectors, παραθετω το παρακατω :

   /*Here is a brief description of how Theora handles motion vectors:
     Motion vector components are specified to half-pixel accuracy in
      undecimated directions of each plane, and quarter-pixel accuracy in
      decimated directions.
     Integer parts are extracted by dividing (not shifting) by the
      appropriate amount, with truncation towards zero.
     These integer values are used to calculate the first offset.

     If either of the fractional parts are non-zero, then a second offset is
      computed.
     No third or fourth offsets are computed, even if both components have
      non-zero fractional parts.
     The second offset is computed by dividing (not shifting) by the
      appropriate amount, always truncating _away_ from zero.*/

There are always either one or two offsets computed. In the two-offset
case, the two samples are averaged (with truncation towards 0 or
-infinity... all sample values are positive so they're equivalent) to
form the predictor.

Some examples, all in 4:2:0 mode (decimation in both X and Y directions
in the U and V planes):

(-1,-1) in the Y plane produces two offsets: (0,0) and (-1,-1)
(-2,-2) in the Y plane produces one offset: (-1,-1)
(-1,-2) in the Y plane produces two offsets: (0,-1) and (-1,-1)

(1,2) in the U plane produces two offsets: (0,0) and (1,1)
(3,4) in the U plane produces two offsets: (0,1) and (1,1)
(4,4) in the U plane produces one offset: (1,1)

απο την mailing-list του Theora  http://lists.xiph.org/pipermail/theora-dev/2004-March/000913.html

Το ερωτημα ειναι αν πρεπει να το υλοποιησουμε, μιας και δεν αναφερθηκε ποτε στο μαθημα(νομιζω).
Στον αποκωδικοποιητη ειναι σχετικα ευκολο να μπει, αλλα στον κωδικοποιητη μπλεκει αρκετα.


Και με την ευκαιρια, με το δευτερο μερος της εργασιας τί γινεται; Νομιζα πως ηταν ετοιμο, αλλα ακομα δεν εχει ανεβει.

[Verminoz]

Θέωλ να ρωτήσω κάτι επειδή δυστυχώς έχασα και αρκετά μαθήματα. Για την συνάρτηση Εκτίμησης Κίνησης τι αλγόριθμο πρέπει να χρησιμοποιήσουμε? Υπάρχουν πολλοί αλγόριθμοι αναζήτησης blocks για motion estimation. Ανέφερε στο μάθημα τι θα χρησιμοποιήσουμε? Το πρότυπο του Theora δεν το ξεκαθαρίζει...

[Turambar]

Δοκιμάστε αν λέει κάτι παραπάνω το MPG πρότυπο που κάναμε πρόπερσι...


Γενικότερα δεν πολυθυμάμαι πώς το είχαμε κάνει τότε αλλά θα κοιτάξω λίγο τα κυτάπια μου...

[Kary]

Μια παρατήρηση. Νομίζω ότι τα tokens που υπάρχουν στην εκφώνηση τις εργασίας είναι λάθος κωδικοποιημένα. Στο πρώτο block (b1) σίγουρα χάνει την αρίθμηση του ti. Αυτό το είχαμε πεί και στην τάξη. Κάτι άλλο που πρόσεξα όμως είναι ότι όταν έχουμε ένα zero run τα extra bits είναι ο δυιαδικός αριθμός που αντιστοιχεί στον αριθμό των μηδενικών μείον ένα. Βλέπε σελίδα 88 του προτύπου. Τα αποτελέσματα που παίρνω είναι :

b1:

"2"      -> (0,11,b)
"0 ... 0"   -> (1,7,b111)
"3"      -> (9,13,b0)
"0"      -> (10,7,b000)
"4"      -> (11,14,b0)
"-5"   -> (12,15,b1)
"0  1"  -> (13,23,b0)
Last Token   -> (15,EOB)

b2:

"-3"      -> (0,13,b1)
"0  0  0  3"   -> (1,31,b011)
"4"         -> (5,14,b0)
"5"      -> (6,15,b0)
"0 ... 0"   -> (7,8,b011101)
"5"      -> (37,15,b0)
Last Token   -> (38,EOB)

b3:

"7"         -> (0,17,b00)
"0 ...0"     -> (1,8,b001001)
"9"         -> (11,18,b000)
"420"      -> (12,22,b0101011111)
"0  ... 0 -1"   -> (13,28,b110)
Last Token      -> (22,EOB)


Ας επιβαιβεώσει κάποιος που την έκανε την συνάρτηση.

[kekropas]

Η εργασία πότε πρέπει να παραδοθεί τελικά?

[Azdul]

Τελείωσα την πρώτη συνάρτηση αλλά χρειάζομαι μία διευκρίνιση γιατί νομίζω πως κάτι δεν έκανα καλά.Τα frame.Y frame.Cr και frame.Cb είναι δομημένα σαν μία σειρά απο macroblock το καθένα,που τα έχουμε πάρει με coded order??Δηλαδή θα έιναι π.χ. frame.Y(1)=πίνακας(16Χ16)pixels?Και μπορεί το frame να έχει εκτος απο Υ Cr Cb και άλλα στοιχεία που εμείς θέλουμε?

[Verminoz]

Τα frame.Y, frame.Cb και frame.Cr δεν είναι macroblocks είναι πίνακες με όλα τα pixels και πιο συγκεκριμένα τις τιμές YCbCr κάθε pixel. Πχ. τo frame.Y(3,4) είναι η τιμή luma του pixel που βρίσκεται στην θέση (3,4). Το πως είναι διατεταγμένα προφανώς δεν πολυενδιαφέρει την συνάρτηση αυτή. Απλώς μετατρέπει χρώματα από και προς RGB οπότε χρησιμοποιείς pure raster order.

[bdragon]

Θέωλ να ρωτήσω κάτι επειδή δυστυχώς έχασα και αρκετά μαθήματα. Για την συνάρτηση Εκτίμησης Κίνησης τι αλγόριθμο πρέπει να χρησιμοποιήσουμε? Υπάρχουν πολλοί αλγόριθμοι αναζήτησης blocks για motion estimation. Ανέφερε στο μάθημα τι θα χρησιμοποιήσουμε? Το πρότυπο του Theora δεν το ξεκαθαρίζει...

Μήπως υπάρχει κάτι νεότερο πάνω στην συνάρτηση εκτίμησης κίνησης που θα χρησιμοποιήσουμε?

[manf]

Ας επιβαιβεώσει κάποιος που την έκανε την συνάρτηση.

Τα επιβεβαιώνω Kary. Σόρρυ για το λάθος. Θα διορθωθεί στην 3η έκδοση της εργασίας, που θα πάρετε τη Δευτέρα.

[Verminoz]

Θέωλ να ρωτήσω κάτι επειδή δυστυχώς έχασα και αρκετά μαθήματα. Για την συνάρτηση Εκτίμησης Κίνησης τι αλγόριθμο πρέπει να χρησιμοποιήσουμε? Υπάρχουν πολλοί αλγόριθμοι αναζήτησης blocks για motion estimation. Ανέφερε στο μάθημα τι θα χρησιμοποιήσουμε? Το πρότυπο του Theora δεν το ξεκαθαρίζει...

Μήπως υπάρχει κάτι νεότερο πάνω στην συνάρτηση εκτίμησης κίνησης που θα χρησιμοποιήσουμε?

Βασικά είναι κάτι που τελικά αφήνεται αρκετά στην κρίση σου. Οι μόνοι περιορισμοί που έχεις είναι η περιοχή που θα ψάξεις που ορίζεται από τα mbSearchOffset, bSearchOffset και το errThres δηλαδή το μέγιστο όριο σφάλματος που είναι αποδεκτό ανάμεσα στα συγκρινόμενα macroblocks...