Τα νέα της INTEL

[BlueChris]

Έχουμε χάσει λίγο τη μπάλα..

Αν δεν υπάρχει driver για linux για hardware decode από CPU/GPU combo δυστυχώς εκεί πρέπει να πάρεις έξτρα GPU. Η λύση του αγοράζω έναν 3950χ για να κάνω decode video ε δεν είναι και ότι καλύτερο γιατί θα καις 200watt για αυτό.
Είναι 100% πρόβλημα software που δεν μπορεί να εκμεταλλευτεί το ότι η GPU έχει hardware decode και δεν ενεργοποιείται από το FFMPEG

Ψάχνοντας στο νετ βρίσκω κάποιους που χρησιμοποιούν ένα VDPAU για decode και mpv player για να έχουν Hardware Hevc decode. Κανείς με FFMPEG.

- - - Updated - - -

Configuring VA-API acceleration on Debian/Ubuntu

[MNP-10]

Ψάχνοντας στο νετ βρίσκω κάποιους που χρησιμοποιούν ένα VDPAU για decode και mpv player για να έχουν Hardware Hevc decode. Κανείς με FFMPEG.

Το δοκιμασα μολις, ιδια αποδοση - γυρω στο 0.8-0.9x σε 80mbps stream. Εχει και ενα μειονεκτημα οτι δε μπορεις να βαλεις φιλτρα με το VDPAU, πχ gamma +10% σε σκοτεινο video.

[BlueChris]

Το δοκιμασα μολις, ιδια αποδοση - γυρω στο 0.8-0.9x σε 80mbps stream. Εχει και ενα μειονεκτημα οτι δε μπορεις να βαλεις φιλτρα με το VDPAU, πχ gamma +10% σε σκοτεινο video.

Από drivers είσαι οκ? κάτι για MESA driver διαβάζω... είμαι ρε φίλε και άσχετος με γραφικά και linux...

[MNP-10]

Οτι εχει το κερνελ... τεσπα δε θελω να βγουμε offtopic, απλα το θεμα δεν ειναι μονο ο G per se, συζηταγαμε για τις δυνατοτητες των CPU και για τα vectors και τη χρησιμοτητα τους σε καθημερινα task. Το encoding/decoding ειναι ενα τετοιο. Το οτι λεμε ααα οι cpu ειναι τοσο αργες που ειναι αχρηστες, δεν ειναι λογος για να μη διευρυνθουν οι δυνατοτητες τους. Το compression/decompression το ιδιο. Μπορει να επωφεληθει τρελα απο vectors. Σκεψου να εχεις εναν nvme που να μπορεις να συμπιεζεις/αποσυμπιεζεις ολα τα data on the fly και ετσι αντι να εχει πχ 1 tb capacity να εχει 1.3tb. Ή να εχεις 16 gb ram και να τα συμπιεζεις on the fly με ενα ratio γυρω στο 2-3x (παιρνουν πολυ compression τα ram data) και να εχεις effective 32-48gb χωρις swap και φθορες σε nvme/ssd. Ή να εχεις μονο 8 και να βγαινει effective 16-24gb λογω συμπιεσης.

Ειναι καλο tradeoff αν εχεις γρηγορη cpu να συμπιεζεις on the fly τη μνημη και να γλυτωνεις hardware money σε αλλα 16-32gb ram που θα σου κοστιζαν 100αδες ευρω. Το ιδιο και για λεφτα σε SSD/NVMEs που τους δουλευεις συμπιεσμενους. Επισης θα εχεις και αυξηση του bandwidth γιατι το I/O ειναι περιορισμενο (πχ ενας nvme θα διαβαζει το compressed data stream στα 6gb/sec αλλα εσυ στην realtime αποσυμπιεση παιρνεις 8gb/sec). Το ιδιο και για τη μνημη, εχεις αυξηση του ram bandwidth γιατι η μνημη εχει bottleneck στα 40-50gb/sec ενω μολις αποσυμπιεζεις τα data εχεις να κανεις με 100-120gb/sec. Δλδ η συμπιεση σου δινει KAI επιδοσεις περα απο cost-saving σε hardware ΑΝ η cpu μπορει να υποστηριξει τα compression/decompression rates. Τι θες για να τα κανεις αυτα? Μεγαλους vectors.

[psolord]

Με την απαιτηση οτι εσκασε 300-500-700 ευρω για μια cpu (για να ακουσει οτι αυτη ειναι πολυ αργη για να παιξει ενα video ) ?

Κανένα κομμάτι παλαιό hardware, δε μπορεί να συμβαδίσει με τις νέες τεχνολογίες. Για αυτό έχεις την επεκτασιμότητα μέσω των θυρών επέκτασης. Βάζεις μια GT1030 των 70 ευρώ (προ κορώνα) και τελειώνεις. Αργότερα θα βγει το HEVC 6 πχ, πάλι το ίδιο. Πολύ ευκολότερο και φθηνότερο από το να έχεις/αναβαθμίσεις σε επεξεργαστή με AVX-X-C-V whatevs.

[BlueChris]

Οτι εχει το κερνελ... τεσπα δε θελω να βγουμε offtopic, απλα το θεμα δεν ειναι μονο ο G per se, συζηταγαμε για τις δυνατοτητες των CPU και για τα vectors και τη χρησιμοτητα τους σε καθημερινα task. Το encoding/decoding ειναι ενα τετοιο. Το οτι λεμε ααα οι cpu ειναι τοσο αργες που ειναι αχρηστες, δεν ειναι λογος για να μη διευρυνθουν οι δυνατοτητες τους. Το compression/decompression το ιδιο. Μπορει να επωφεληθει τρελα απο vectors. Σκεψου να εχεις εναν nvme που να μπορεις να συμπιεζεις/αποσυμπιεζεις ολα τα data on the fly και ετσι αντι να εχει πχ 1 tb capacity να εχει 1.3tb. Ή να εχεις 16 gb ram και να τα συμπιεζεις on the fly με ενα ratio γυρω στο 2-3x (παιρνουν πολυ compression τα ram data) και να εχεις effective 32-48gb χωρις swap και φθορες σε nvme/ssd. Ή να εχεις μονο 8 και να βγαινει effective 16-24gb λογω συμπιεσης.

Ειναι καλο tradeoff αν εχεις γρηγορη cpu να συμπιεζεις on the fly τη μνημη και να γλυτωνεις hardware money σε αλλα 16-32gb ram που θα σου κοστιζαν 100αδες ευρω. Το ιδιο και για λεφτα σε SSD/NVMEs που τους δουλευεις συμπιεσμενους. Επισης θα εχεις και αυξηση του bandwidth γιατι το I/O ειναι περιορισμενο (πχ ενας nvme θα διαβαζει το compressed data stream στα 6gb/sec αλλα εσυ στην realtime αποσυμπιεση παιρνεις 8gb/sec). Το ιδιο και για τη μνημη, εχεις αυξηση του ram bandwidth γιατι η μνημη εχει bottleneck στα 40-50gb/sec ενω μολις αποσυμπιεζεις τα data εχεις να κανεις με 100-120gb/sec. Δλδ η συμπιεση σου δινει KAI επιδοσεις περα απο cost-saving σε hardware ΑΝ η cpu μπορει να υποστηριξει τα compression/decompression rates. Τι θες για να τα κανεις αυτα? Μεγαλους vectors.

Σωστά το λες αλλά δυστυχώς οι κατασκευαστές CPU λόγο της ύπαρξης των GPU εδώ και 30 χρόνια σταμάτησαν να ασχολούνται με το να βάλουν κώδικα για video decode/encode μέσα σε αυτές οπότε είναι τελείως unefficient για κάτι τέτοιο.

- - - Updated - - -

Κανένα κομμάτι παλαιό hardware, δε μπορεί να συμβαδίσει με τις νέες τεχνολογίες. Για αυτό έχεις την επεκτασιμότητα μέσω των θυρών επέκτασης. Βάζεις μια GT1030 των 70 ευρώ (προ κορώνα) και τελειώνεις. Αργότερα θα βγει το HEVC 6 πχ, πάλι το ίδιο. Πολύ ευκολότερο και φθηνότερο από το να έχεις/αναβαθμίσεις σε επεξεργαστή με AVX-X-C-V whatevs.

Αυτό...

[MNP-10]

Σωστά το λες αλλά δυστυχώς οι κατασκευαστές CPU λόγο της ύπαρξης των GPU εδώ και 30 χρόνια σταμάτησαν να ασχολούνται με το να βάλουν κώδικα για video decode/encode μέσα σε αυτές οπότε είναι τελείως unefficient για κάτι τέτοιο.

Δεν ειναι τοσο κακες, η google για encoding χρησιμοποιουσε skylake xeons μεχρι πολυ προσφατα οπου και αρχισε να βαζει δικα της ASIC για 10-20x βελτιωση σε σχεση με cpu/gpu (βλεπε table1).

https://arstechnica.com/gadgets/2021...scoding-chips/

Εντωμεταξυ απ'το ιδιο link

And one of the key things that we're doing in the next-generation chip is adding in AV1, a new advanced coding standard that compresses more efficiently than VP9 and has an even higher computation load to encode." AV1 is experimentally available on YouTube and several other video sites, but mass usage is currently held up by client support.

Μεταφραση: Το hardware που εχει ο κοσμακης ειναι για τον ***** και δε μπορει καν να παιξει AV1 παροτι δινει ποιοτικοτερο stream με λιγοτερο bandwidth.

[minas]

Δεν ειναι προβλημα software οτι η cpu δεν μπορει να σηκωσει το hevc decode. Το οτι εγω εχω τον G δε λεει κατι. Αλλος μπορει να εχει τον X που δεν εχει καν igp και αυτος παλι δε θα μπορει να κανει decode, ουτε offload ακομα και αν εχει το software - γιατι απλα δεν εχει igp. Τα ιδια ισχυουν και για τα amd και για τα intel. Οι cpu ειναι αδυναμες σε τετοια task ακριβως επειδη εχουν μικρα vectors. Αυτο φτιαχνεται, δεν ειναι προβλημα. Πλεον με τα nanoμετρα να κατεβαινουν συνεχεια οι εταιριες μπορουν να βαλουν ολοενα και περισσοτερα τρανζιστορ σε παραπανω cpu capabilities. Αφου στα hz εχουμε ψιλοσκαλωσει τουλαχιστον ας κανουν wider τις CPU τοσο στο scalar οσο και στο vector σκελος.

To "hardware" του κινητου απλα ειναι ενα μεγαλο vector unit μεσα στη cpu που αναλαμβανει τα codecs. Οι cpu ειναι γενικης χρησης αρα για να κανεις κατι παρομοιο απλα μεγαλωνεις τα vectors. Ειναι μυθος οτι τα larger vectors ειναι αχρηστα. Δεν ειναι. Ειναι σχεδον μονοδρομος για αυξηση του perf/watt.

Στο bold είναι η λάθος προσέγγισή σου. Το hardware accelerated video encoding/decoding δεν ταΐζεται απλά σε ένα general purpose κομμάτι του επεξεργαστή.
Και στα κινητά και στους υπολογιστές έχουμε πλέον dedicated κυκλώματα για βίντεο, και ειδικά στους υπολογιστές τα βάζουν μαζί με το κύκλωμα των γραφικών.

[MNP-10]

Εγραψα για να κανεις κατι παρομοιο. Η διαφορα στο dedicated hardware ειναι η εξης. Εχεις το μεγαλο vector και εχεις και μια συγκεκριμενη ακολουθια input/output, οποτε δε χρειαζεται να γινει τιποτα decode στον μικροκωδικα. Ουτε χρειαζεται το τσιπ να σπεκουλαρει τι ερχεται μετα γιατι ειναι ολα preprogrammed ως ακολουθια. Δλδ το hardware ειναι προγραμματισμενο να κανει step1 απ'το input, step2, step3, step4, step5... step_last μεχρι να βγαλει το output. Στη cpu θα κανεις ακριβως το ιδιο, αν εχεις μεγαλους vectors, απλα θα εχεις overhead το instruction decoding (μετα το πρωτο loop, και αν ειναι μικρο σε μεγεθος, θα ειναι cached στη micro-op cache) καθως και τυχον branch predictions γιατι εσυ πρεπει να του δινεις εντολες πως θα κανει το step1/2/3/4/5/last και αυτο δε ξερει τι θα γινει μετα (ξοδευει resources σε branch prediction και out of order για μελλοντικη εκτελεση) σε αντιθεση με ενα ειδικο asic που δεν ασχολειται με predictions γιατι ακολουθει συγκεκριμενο "δρομολογιο" (in-order execution)... Δε χρειαζεται να σπαταλαει ενεργεια για decoding, ουτε να ελεγχει το out-of-order execution window (ειναι in-order με συγκεκριμενη σειρα 1-2-3), ουτε να σπεκουλαρει για branches κτλ. Εκει ειναι η μονη ουσιαστικη διαφορα. Κατα τ'αλλα απλα bits σε vectors ειναι που υποκεινται σε αλλοιωσεις (shifts, προσθεσεις, αφαιρεσεις, πολλαπλασιασμους). Οσο πιο πολλα τα bits του vector τοσο πιο πολλες πραξεις γινονται παραλληλα.

[konig]

Δεν ειναι τοσο κακες, η google για encoding χρησιμοποιουσε skylake xeons μεχρι πολυ προσφατα οπου και αρχισε να βαζει δικα της ASIC για 10-20x βελτιωση σε σχεση με cpu/gpu (βλεπε table1).

https://arstechnica.com/gadgets/2021...scoding-chips/

Εντωμεταξυ απ'το ιδιο link



Μεταφραση: Το hardware που εχει ο κοσμακης ειναι για τον ***** και δε μπορει καν να παιξει AV1 παροτι δινει ποιοτικοτερο stream με λιγοτερο bandwidth.

νομιζω οτι ενα απο τα καλα που θα κανει η amd με την xillinx ειναι πως θα χωσει asics παντου

[WAntilles]

Ποιός ασχολείται με AV1;

Μόνο αυτοί που νομίζουν ότι υπάρχουν τα "μαγικά" codecs που μπορούν επ' αόριστον να περιορίζουν το bitrate κρατώντας την ποιότητα "ίδια".

Μήπως να φτιάξουμε και video codec με biterate 1kbps;

Ποιός ασχολείται με 8K;

Κανένας.

Εδώ για το 4Κ, για ταινίες-σειρές (όχι για gaming), μελέτη των ILM-THX έχει δείξει ότι οτιδήποτε πάνω από 1080p δεν κάνει διαφορά στο ανθρώπινο μάτι.

[BlueChris]

Ποιός ασχολείται με AV1;

Μόνο αυτοί που νομίζουν ότι υπάρχουν τα "μαγικά" codecs που μπορούν επ' αόριστον να περιορίζουν το bitrate κρατώντας την ποιότητα "ίδια".

Μήπως να φτιάξουμε και video codec με biterate 1kbps;

Ποιός ασχολείται με 8K;

Κανένας.

Εδώ για το 4Κ, για ταινίες-σειρές (όχι για gaming), μελέτη των ILM-THX έχει δείξει ότι οτιδήποτε πάνω από 1080p δεν κάνει διαφορά στο ανθρώπινο μάτι.

Συμφωνώ.. μόνο αν ανέβεις στις 65" έχει νόημα το 4Κ και οι τύποι έβγαλαν και 8Κ τώρα για νέο άρμεγμα... θες 77" τουλάχιστον για να πεις θα νοιώσεις διαφορά. Το σημαντικότερο πρόβλημα είναι η κίνηση που όλες οι ταινίες είναι στα 24hz τα τελευταία 100 χρόνια lol.

[MNP-10]

Ποιός ασχολείται με AV1;

Μόνο αυτοί που νομίζουν ότι υπάρχουν τα "μαγικά" codecs που μπορούν επ' αόριστον να περιορίζουν το bitrate κρατώντας την ποιότητα "ίδια".

Δεν ειναι μαγικο οτι ξοδευει παραπανω cpu για να κανει παραπανω συμπιεση. Tradeoff ειναι που λαμβανει υπ'οψην το πιο συγχρονο hardware. Και οσο υπαρχει πιο γρηγορο hardware τοσο θα αυξανεται το computational complexity των codec προκειμενου να γινονται πιο efficient στη συμπιεση.

Ποιός ασχολείται με 8K;

Κανένας.

Τα ιδια λεγανε και για τα 1080 και για τα 4κ. Περα απ'αυτο στη φωτογραφια το ενα κλικ κανει τη διαφορα. Στα 1080 ειναι σα να τραβας 30-60 fps απο εικονες των 2 mpixel. Στα 4κ το καθε frame ειναι 8 mpixel. Στα 8k εχεις παει στα 33 mpixel, δλδ μια DSLR με 8k capability πλεον θα ειναι σα να τραβαει φωτογραφικα καρε οπου μεχρι και ο φωτογραφος θα μπορει απλα να επιλεξει αυτο που θελει και να το τυπωσει για μια καμπανια, εχοντας πιασει τη τελεια στιγμη.

Τωρα οποιος νομιζει οτι μια φωτογραφια των 2mpixel (1080), των 8 mpixel (4k) και των 33 mpixel (8k) τραβηγμενες απο μεγαλο αισθητηρα αρκετων εκατονταδων mm2 εχουν impercetible differences τι να πω. Απο κει και περα το video εχει ακριβως αυτη τη προεκταση οτι αντι να συντιθεται απο frames των 2 ή 8 mpixel θα συντιθεται απο frames των 33 mpixel με οτι αυτο συνεπαγεται για τη διαφορα στη ποιοτητα μεταξυ τους. ΑΝ Η ΣΥΜΠΙΕΣΗ ΔΕ ΤΟ ΞΕΣΚΙΣΕΙ.

Εδώ για το 4Κ, για ταινίες-σειρές (όχι για gaming), μελέτη των ILM-THX έχει δείξει ότι οτιδήποτε πάνω από 1080p δεν κάνει διαφορά στο ανθρώπινο μάτι.

Γι'αυτο ευθυνονται τα χαμηλα bitrate. Οταν για να μειωσεις τα data που streamαρονται πας και γκρουπαρεις μαζι 10-15 pixel με το ιδιο χρωμα αντι να κανεις preserve τη λεπτομερεια ε τοτε δε θα σε σωσει η αναλυση. Ακομα και το 1080 interpolated σε 4πλασια mpixel θα βαλει αυτη τη λεπτομερεια με το σκεπτικο οτι απ'το Χ πιξελ μεχρι το Υ πιξελ ειχαν χρωματικη αποκλιση τοσο αρα τα ενδιαμεσα πιξελ πρεπει να συμπληρωθουν με ενδιαμεσα χρωματα. Ενω στο 4k compressed παιζει να τα εχει φαει εφοσον εχει χαμηλο bitrate. Δλδ εχουμε φθασει σε παραλογισμους του στυλ να συμφερει να παιζεις 1080 interpolated σε 4k, παρα να παιζεις χαμηλα bitrate 4k. Η αναλυση απο μονη της δε λεει κατι χωρις το bitrate. Το bitrate δειχνει το ποση πληροφορια υπαρχει.

- - - Updated - - -

νομιζω οτι ενα απο τα καλα που θα κανει η amd με την xillinx ειναι πως θα χωσει asics παντου

Ετσι νομιζαμε και για την εξαγορα της ati οτι θα βαλει gpu παντου και τελικα δεν

[famous-walker]

Το καλύτερο είναι το Xvid που παίζει σε KISS dvd player. Και φυσικά μόνο avi.

[Tsene]

KISS dvd player.

KISS dvd player πωωω που το θυμήθηκες αυτό
Εποχές ~ 2003