[Γραφική με υπολογιστές] Απορίες στις ασκήσεις 2021

[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.

[tasosl]

επειδή τα δύο σημεία ταυτίζονται δεν σημαίνει ότι έχουν και το ίδιο χρώμα νομίζω τα v1 και v2 δεν είναι ίσα απαραίτητα σωστά; το έγραψες έτσι ε (V1+V2)/2

sent from mTHMMY 

[Tony316]

επειδή τα δύο σημεία ταυτίζονται δεν σημαίνει ότι έχουν και το ίδιο χρώμα νομίζω τα v1 και v2 δεν είναι ίσα απαραίτητα σωστά; το έγραψες έτσι ε (V1+V2)/2

sent from mTHMMY 

Ναι το διόρθωσα αλλά και πάλι το ίδιο.
Επίσης, έχεις δίκιο για τη γενική περίπτωση ότι δεν θα είναι ίδια τα V1 και V2, αλλά εδώ όταν τυχαίνει τα p1 και p2 να είναι ίδια νομίζω πάντα θα έχουν και ίδιο χρώμα, μπορεί να κάνω και λάθος όμως.

[perukas]

Ναι το διόρθωσα αλλά και πάλι το ίδιο.
Επίσης, έχεις δίκιο για τη γενική περίπτωση ότι δεν θα είναι ίδια τα V1 και V2, αλλά εδώ όταν τυχαίνει τα p1 και p2 να είναι ίδια νομίζω πάντα θα έχουν και ίδιο χρώμα, μπορεί να κάνω και λάθος όμως.

Το ότι τα σημεία ταυτίζονται όντως δεν σημαίνει ότι έχουν το ίδιο χρώμα.

Το γεγονός ότι τα σημεία ταυτίζονται συμβαίνει λόγω των ακόλουθων:

- Τα σημεία αυτά στην πραγματικότητα αρχικά ήταν 3D (i.e. x, y, z coordinates)
- Τα σημεία που έχουμε στα χέρια μας είναι 2D (i.e. x, y coordinates στον καμβά) επειδή είναι προϊόν projection.
- Κατά το projection μπορεί ορισμένα σημεία στο 3D, τα οποία να φαίνεται ότι είναι ξεκάθαρα ξεχωριστά σημεία, να πέσουν πολύ κοντά το ένα με το άλλο στον καμβά της κάμερας (της εικόνας στη δική μας περίπτωση).
- Μετά το projection αυτά τα σημεία κατά γενική περίπτωση είναι float.
- Για να αντιστοιχίστούν αυτά τα σημεία σε διακριτές θέσεις pixel περνάνε από rounding.
- Αυτό το rounding έχει ως αποτέλεσμα ορισμένα σημεία να πέσουν στα ίδια pixel.

Παρ' όλ' αυτα το χρώμα των σημείων μπορέι να μην είναι το ίδιο.
Οπότε εγώ αρχικά δεν θα λάμβανα καν υπόψιν το γεγονός ότι μερικά σημεία συμπέφτουν.
Δεν ξέρω αν βοήθησα κανέναν 

[Tony316]

Το ότι τα σημεία ταυτίζονται όντως δεν σημαίνει ότι έχουν το ίδιο χρώμα.

Το γεγονός ότι τα σημεία ταυτίζονται συμβαίνει λόγω των ακόλουθων:

- Τα σημεία αυτά στην πραγματικότητα αρχικά ήταν 3D (i.e. x, y, z coordinates)
- Τα σημεία που έχουμε στα χέρια μας είναι 2D (i.e. x, y coordinates στον καμβά) επειδή είναι προϊόν projection.
- Κατά το projection μπορεί ορισμένα σημεία στο 3D, τα οποία να φαίνεται ότι είναι ξεκάθαρα ξεχωριστά σημεία, να πέσουν πολύ κοντά το ένα με το άλλο στον καμβά της κάμερας (της εικόνας στη δική μας περίπτωση).
- Μετά το projection αυτά τα σημεία κατά γενική περίπτωση είναι float.
- Για να αντιστοιχίστούν αυτά τα σημεία σε διακριτές θέσεις pixel περνάνε από rounding.
- Αυτό το rounding έχει ως αποτέλεσμα ορισμένα σημεία να πέσουν στα ίδια pixel.

Παρ' όλ' αυτα το χρώμα των σημείων μπορέι να μην είναι το ίδιο.
Οπότε εγώ αρχικά δεν θα λάμβανα καν υπόψιν το γεγονός ότι μερικά σημεία συμπέφτουν.
Δεν ξέρω αν βοήθησα κανέναν  

Άρα όταν κάνουμε interpolation δεν χρησιμοποιούμε rounding, ενώ για να ζωγραφίσουμε το pixel βάζουμε round; Εγώ έχω μια εντολή της μορφής:

Code:

img(y,round(x)) = color;

όπου το χρώμα το υπολογίζω χρησιμοποιώντας την πραγματική τιμή του x.
Κάνω κάτι λάθος σε αυτό και μου βγαίνουν τρύπες;

EDIT 29/03/2021 22:50:00:
Τελικά διόρθωσα κάτι με τα round και οι τρύπες εξαφανίστηκαν.

[perukas]

Σχετικά με την εκφώνηση της 2ης εργασίας:

Στο ερώτημα Γ η system_transform δεν χρειάζεται ως όρισμα τις συντ/νες c_0.

[HarryDresden]

Απο όσο έχω καταλάβει απο τις σημειώσεις του μαθήματος ουσιαστικά πρώτα χρησιμοποιούμε την project_cam_ku για να βρουμε τις συντεταγμένες των μοναδιαίων διανυσμάτων της κάμερας και μέσα σε αυτή τη συνάρτηση καλούμε την project_cam για να περάσουμε τα διανύσματα αυτά.
Τώρα με βάση αυτά τα διανύσματα και το offset v_c πρέπει να κάνουμε αλλαγή συστήματος συντεταγμένων χώρου σημείων --> system_transform και τελικά να κάνουμε την προβολή.
Αυτό που με προβληματίζει (άμα δεν έχω κάνει κάποιος λάθος στη λογική που ακολούθησα) είναι πως θα δώσω τα c_x, c_y, c_z στο transformation_matrix απο τη στιγμή που η συνάρτηση rotate(θ, u) δεν μπορει να δέχθει σαν ορίσματα αυτά τα διανύσματα. Αυτο που έκανα για να δουλέψει είναι οτι όρισα ένα νέο αντικείμενο transformation_matrix και πέρασα απευθείας τα διανύσματα στον πίνακα, απλά θεωρω οτι είναι λίγο "χαζος" αυτός ο τροπος και θα ήθελα άμα μπορεί καποιος να προσφέρει κάποια συμβουλή.

[perukas]

Γιατί νοιώθεις ότι είναι λίγο "χαζός" ο τρόπος αυτός?

Τα διανύσματα που βρίσκεις (c_x, c_y, c_z) αποτελόυν τη βάση του χώρου σου, οπότε μια χαρά ορίζουν και τον πίνακα μετασχηματισμού της κάμερας.

δες κι αυτό:
https://www.3dgep.com/understanding-the-view-matrix/

[HarryDresden]

Έχει βρει κάποιος πως μπορει οι συνάρτησεις της κλάσης να αλλάζουν απευθείας το πίνακας της κλάσης. Δηλαδή χωρίς να χρειάζεται να γραφτεί:

Code:

a = transformation_matrix;
a.T = a.rotate(theta, g);

Αλλά γράφοντας μόνο:

Code:

a = transformation_matrix;
a.rotate(theta, g);

[HarryDresden]

Εγω εβγαλα αυτα

[HarryDresden]

Αυτα που εβγαλα σας φαινονται σωστα;;
Υπαρχει περιπτωση να εχω κανει κάποιο λαθος στη μετατόπιση ή τη στροφη του ρακούν;;

[NowYouSeeMe]

Έχει βρει κάποιος πως μπορει οι συνάρτησεις της κλάσης να αλλάζουν απευθείας το πίνακας της κλάσης. Δηλαδή χωρίς να χρειάζεται να γραφτεί:

Code:

a = transformation_matrix;
a.T = a.rotate(theta, g);

Αλλά γράφοντας μόνο:

Code:

a = transformation_matrix;
a.rotate(theta, g);

Στο classdef αντί για

Code:

classdef transformation_matrix

γράψε

Code:

classdef transformation_matrix < handle

[HarryDresden]

το δοκιμασα αλλα δε κανει δουλεια

Στο classdef αντί για

Code:

classdef transformation_matrix

γράψε

Code:

classdef transformation_matrix < handle

[Tony316]

Εγω εβγαλα αυτα

Νομίζω ότι είναι σωστές και εγώ τα ίδια βγάζω απλώς τα δικά μου είναι ανάποδα, δηλαδή πρέπει να κάνω κάτι τέτοιο:

Code:

imwrite(I(1200:-1:1,1200:-1:1,:),'0.jpg');

κτλ για να φανούν όπως τα δικά σου.

Φαντάζομαι είναι θέμα σύμβασης με την αρχή των αξόνων.

[Tony316]

@perukas το demo πρέπει να είναι ίδιο με το demo_sample.m που δόθηκε στο zip της εκφώνησης;

[perukas]

@perukas το demo πρέπει να είναι ίδιο με το demo_sample.m που δόθηκε στο zip της εκφώνησης;

Όχι απαραίτητα, αρκεί να δουλεύει