Μετατροπή video 1920x1080 σε μικρή ανάλυση π.χ 350x197

Kariajoulas · 24 Απριλίου 2010

Γεια χαρά σας.

Έχω μια κάμερα Canon HG21 και τα χαρακτηριστικά του video που βγάζει, επέλεξα να είναι 1920x1080 25p. Σε μια εκδρομή που πήγα πρόσφατα τράβηξα αρκετά κομμάτια σε μορφή mts τα οποία τα έβαλα στο Premiere Pro cs4 και μετά το σχετικό μοντάζ τα ένωσα σε ένα video.

Ένα μικρό κομμάτι όμως (5 λεπτά) θέλω να το στείλω σε φίλους με e-mail και μάλλον να το ανεβάσω και στο youtube. Έτσι αναγκαστικά θα κατεβάσω την ανάλυση σε μια πιο βολική διάσταση, δηλαδή γύρω στα 350x197.

Δοκίμασα όλες τις επιλογές που μου δίνει το Premiere στην εξαγωγή αλλά σε καμία η ποιότητα της εικόνας δεν είναι ικανοποιητική. Αυτό είναι λογικό (αφού μειώνεται η ανάλυση από 1920χ1080 σε 350χ197) ή φέρουν ευθύνη και οι ρυθμίσεις που έχουν να κάνουν με την εξαγωγή του video από το Premiere;

Όποιος μπορεί να βοηθήσει καλοδεχούμενος.

Ελπίζω να ανέβασα το ερώτημα μου στην κατάλληλη ενότητα. Αν όχι παρακαλώ να μεταφερθεί όπου θεωρηθεί ότι ανήκει.

Ευχαριστώ

parsifal · 25 Απριλίου 2010

Καλησπέρα.

Είναι απόλυτα λογικό και δεν οφείλεται στις υπόλοιπες ρυθμίσεις που έκανες στο Premiere, αλλά στην υπερβολικά μικρή ανάλυση που επέλεξες , σε συνδυασμό με το γεγονός ότι πιθανότατα προσπαθείς να προβάλλεις το video σε ανάλυση πολύ μεγαλύτερη από την φυσική του. Για δοκίμασε π.χ. να το αναπαράγεις με έναν player που δίνει τη δυνατότητα να κάνεις resize το παράθυρό του ή την περιοχή προβολής του ώστε το video να προβάλλεται σε 1:1 μέγεθος (στον WMP και σε αρκετούς ακόμη players όπως π.χ. ο MPC-HC είναι το shortcut ALT+2). Δεν φαίνεται τώρα πολύ καλύτερο το video; Μεγάλωσε σταδιακά ακόμη το παράθυρο. Παρατηρείς ότι από ένα σημείο και μετά, υπάρχει υπερβολικό blockiness στην εικόνα; Οι resizing αλγόριθμοι που χρησιμοποιούν οι διάφοροι renderers των video players και των καρτών γραφικών κάνουν ο,τι μπορούν με αλγόριθμους παρεμβολής κ.ά. τεχνάσματα, αλλά η εξάλειψη του blocking effect κατά το resizing ενός video ανάλυσης 350x197 σε full screen αναλύσεις ενός τυπικού monitor όπως 1680x1050 ή 1920x1080 δεν είναι εφικτή.

Τα παραπάνω είναι τα γενικά. Ειδικά, παίζει να υπάρχει πρόβλημα και με τις διαστάσεις της ανάλυσηw ως νούμερα: το μη μηδενικό υπόλοιπο που αφήνει η ακέραια διαίρεση αυτών με αριθμούς όπως 2, 4, 8 και 16 ίσως να προκαλεί πρόβλημα στον video encoder ή τον codec πoυ χρησιμοποιείται κατά την αναπαραγωγή. Αν και οι περισσότεροι encoders και codecs δεν έχουν πλέον προβλήματα ακόμη και με mod2 διαστάσεις (όχι περιττοί αριθμοί δηλαδή), η πιο ασφαλής επιλογή είναι ακόμη mod4 και αν δε συντρέχει άλλος λόγος (π.χ. πρόβλημα με το aspect ratio) καλύτερα mod16.

Kariajoulas · 26 Απριλίου 2010

Γεια χαρά.

Επισυνάπτω κάποια screenshots από διαφορετικά format εξαγωγής video.

Το 1a είναι από HDTV 1902x1080p 25 HQ.mp4 (αυτήν την ποιότητα προσπαθώ να βρω σε μικρή ανάλυση)

Το 1b είναι από H.264 youtube 455x258.mp4

Το 1c είναι από 300x192.flv

Το 1d είναι από 500x282 1024.wmv

Αυτό που θα ήθελα είναι, να έχω την ποιότητα του video με ανάλυση 1920χ1080 σε mp4, σε μια μικρότερη ανάλυση. Αν κατάλαβα καλά αυτό που μου λες είναι ότι δεν γίνεται. Τότε πως βλέπω κάποιες φορές video σε μικρή ανάλυση να έχουν πολύ καλή ποιότητα; Δεν είναι δυνατόν να τραβήχτηκαν σε τόσο μικρή ανάλυση. Η πιο απλή βιντεοκάμερα δεν νομίζω να μπορεί να τραβήξει σε τόσο μικρή ανάλυση. Προφανώς μετατρέπεται σε μικρότερη μετά από κάποια επεξεργασία, όπως κάνω και εγώ.

Πως είναι λοιπόν δυνατόν να μην μπορώ και εγώ να έχω πολύ καλής ποιότητας video σε μικρή ανάλυση, όταν το πηγαίο μου video είναι πολύ καλής ποιότητας και ανάλυσης;

Τα video τα παίζω στην φυσική τους ανάλυση, δηλαδή στο 100% οπότε δεν ευθύνεται αυτό.

parsifal · 26 Απριλίου 2010

Αυτό που θα ήθελα είναι, να έχω την ποιότητα του video με ανάλυση 1920χ1080 σε mp4, σε μια μικρότερη ανάλυση.

ΟΚ, αν και τα στατικά screenshots είναι μερικές φορές παραπλανητικά καθώς δε λένε όλη την αλήθεια (ειδικά τα JPEG), από αυτά που παρέθεσες φαίνεται ότι όντως υπάρχει θέμα κατά την μετατροπή, με πτώση της ποιότητας πολύ μεγαλύτερη από ότι θα υπονοούσε η μείωση της ανάλυσης (γιατί ίδια να μείνει αποκλείεται, και είναι λάθος στον πυρήνα του το παραπάνω που κάνω quote).

Δε γνωρίζω τί δυνατότητες δίνει το Premiere κατά την κωδικοποίηση. Εφάρμοσες deinterlacing, αν το πηγαίο υλικό ήταν interlaced; Για το resizing, υπάρχει δυνατότητα να επιλέξεις μεταξύ διαφορετικών αλγορίθμων (π.χ. Simple/Nearest Neighbor, Bilinear, Bicubic, Lanczos, Spline) και αν ναι, ποιον επέλεξες; Μήπως εφάρμοσες και άλλα φίλτρα επεξεργασίας της εικόνας, όπως επέμβαση στην χρωματικότητα/φωτεινότητα ή denoising φίλτρα (ειδικά τα τελευταία μερικές φορές θολώνουν υπερβολικά την εικόνα). Τί format/encoder χρησιμοποίησες για το τελικό αποτέλεσμα; Σε τί bitrates; Ο encoder δίνει επιλογή για κωδικοποίηση δύο περασμάτων/passes και αν ναι, την χρησιμοποίησες;

Για μία ανάλυση της τάξης των 70 Kpixels που στοχεύεις, ένας Bicubic resizer + ένας σύγχρονος video encoder όπως x264 + ένα average bitrate της τάξης των 300-400 Kbps το πολύ, θα έπρεπε να δώσει πολύ καλύτερο αποτέλεσμα από αυτό που φαίνεται στις εικόνες. Αν θες και δεν υπάρχει πρόβλημα ιδιωτικότητας, ανέβασε κάπου ένα μικρό απόσπασμα μερικών δευτερολέπτων (10-20 το πολύ) από το πηγαίο υλικό για να δούμε περί τίνος πρόκειται. Για μη απωλεστικό (χωρίς reencoding δηλαδή) κόψιμο αποσπασμάτων, υπάρχουν δωρεάν εργαλεία για όλα σχεδόν τα δημοφιλή formats, όπως π.χ. το Avidemux (βλ. και σχετικό άρθρο στο Insomnia Wiki).

vag3d · 26 Απριλίου 2010

Διάβασε παρακάτω να πάρεις μία γεύση από διάφορες αναλύσεις και ποιότητα (μετατροπή από original 1080p σε μικρότερες αναλύσεις κλπ).

http://trac.handbrake.fr/wiki/BuiltInPresets#no1

Προσωπικά, επειδή το Premiere δεν το χρησιμοποιώ καθόλου, θα έβγαζα ένα Final result video σε 1080p και στην συνέχεια θα χρησιμοποιούσα το Blender ή πχ το Handbrake για να κάνω το τελικό re-encoding σε μικρότερο.

Επειδή σκηνή με σκηνή διαφέρουν (πχ. αν κουνάς αρκετά την κάμερα και κάνεις panning, αυτή η σκηνή εμπεριέχει περισσότερες πληροφορίες από ότι εάν τραβούσες κάπου σταθερά ανθρώπους να μιλάνε κλπ) θα έπαιρνα μία "γρήγορη σκηνή" μερικών δευτερολέπτων ως δείγμα, και θα ξεκινούσα τα πειράματα σε κάποιο από τα standard αναλύσεων που θα δεις στο link που σου έδωσα, ρίχνοντας σταδιακά την ποιότητα μέχρι να έχω επιθυμητό μέγεθος αρχείου για αποστολή μέσω email και "ανεκτή" τελική ποιότητα video.

Ίσως επέλεγα και mpeg4 codec αντί για h264, προκειμένου να επιτύχω μέγεθος αρχείου μικρότερο. Container αρχείου ίσως είναι καλό το Mov, Mp4 ή το MKV για αυτή τη δουλειά

Αν προλάβω ίσως (αν βρω χρόνο) σου ανεβάσω ένα *.blend αρχείο έτοιμο (από άποψη ρυθμίσεων) για να εισάγεις το βίντεό σου και να κάνεις Rendering πειράζοντας κάποιες ρυθμίσεις ποιότητας που θα σου υποδείξω, μέχρι να πετύχεις την κατάλληλη ποιότητα/μέγεθος αρχείου).

ps. Στον Mac θα πατούσες ένα κουμπί και θα στο ανέβαζε στο Youtube αυτόματα. Άνετα, ξεκούραστα και χωρίς άγχος.

ps2. Στον Mac θα μπορούσες με ένα κουμπί (που λέει ο λόγος) να το κάνεις Export στο iTunes για πχ. iphone διαστάσεις video με καλή ποιότητα. Στην συνέχεια θα τσιμπούσες αυτό το αρχειάκι και θα το έστελνες (εφόσον το μέγεθος αρχείου θα ήταν ανεκτό).

Kariajoulas · 4 Μαΐου 2010

Γεια χαρά παίδες

Προς parsifal

1. Δεν εφάρμοσα "deinterlacing" αφού ένας από τους βασικούς λόγους που πήρα αυτήν την κάμερα είναι γιατί εγγράφει σε progresive mode (non interlacing)

2. Δεν έκανα κάποια συγκεκριμένη επιλογή αλγόριθμων για το resizing

3. Δεν εφάρμοσα κανένα φίλτρο από αυτά που διαθέτονται

4. Όπως έχω σημειώσει και σε προηγούμενο post μου χρησιμοποίησα 3 χαρακτηριστικά format (H.264, FLV, WMV).

5. Στα bitrates έδινα τη μεγαλύτερη δυνατή τιμή

6. Όπου υπήρχε αυτή η επιλογή έκανα δοκιμή και με τα 2

Ανέβασα ένα μικρό δείγμα εδώ από το πηγαίο video σε mts format. Σε αυτό το format βγάζει η Canon. Λέγεται 00115.MTS και είναι 77mb.

Δοκίμασα να το κάνω export σε μια μορφή που δίνει ως "uncompressed Windows avi" αλλά μου βγήκε κοντά στα 2 Gb. Άσε που μετά δεν μπορούσα να το δω με κανένα player από όσα έχω. Αν δεν μπορείς να ανοίξεις το mts αρχείο, μπορώ να στο στείλω και σε mp4 (H.264) ή σε wmv που η ποιότητα της εικόνας είναι σχεδόν εφάμιλλη του mts

Προς vag3d

Διάβασα στο link που μου προτείνεις για τις αναλύσεις, αλλά κάπου την έχασα την μπάλα...

Κατέβασα το blender και μέσα στην εβδομάδα θα το κοιτάξω.

Καλορίζικο το μηλαράκι σου !!!!!!

vag3d · 4 Μαΐου 2010

Λοιπόν, σε μία γρήγορη μετατροπή μέσω iMovie είχα τα εξής αποτελέσματα χωρητικότητας:

;-)

Ακολουθεί πλήρης ανάλυση του κάθε αρχείου Video.

Μόλις μπορέσω θα τα ανεβάσω να τα έχεις και να συγκρίνεις ποιότητες μεταξύ μετατροπών.

Information for File: Kariajoulas - Large.m4v

General / Container Stream # 1

Total Video Streams for this File -> 1

Total Audio Streams for this File -> 1

Video Codecs Used -> AVC

Audio Codecs Used -> AAC LC

File Format -> MPEG-4

Play Time -> 26s 842ms

Total File Size -> 12.6 MiB

Total Stream BitRate -> 3 934 Kbps

Video Stream # 1

Codec (Human Name) -> AVC

Codec (FourCC) -> avc1

Codec Profile -> [email protected]

Frame Width -> 960 pixels

Frame Height -> 540 pixels

Frame Rate -> 25.000 fps

Total Frames -> 671

Display Aspect Ratio -> 16/9

Scan Type -> Progressive

Colorimetry -> 4:2:0

Codec Settings (Summary) -> 2 Ref Frames

QF (like Gordian Knot) -> 0.293

Codec Settings (CABAC) -> No

Video Stream Length -> 26s 840ms

Video Stream BitRate -> 3 798 Kbps

Video Stream BitRate Mode -> VBR

Bit Depth -> 24 bits

Video Stream Size -> 12.2 MiB (97%)

Video Stream Language -> English

Date of Original Encoding -> UTC 2010-05-04 20:09:07

Audio Stream # 1

Codec -> AAC

Codec (FourCC) -> 40

Audio Stream Length -> 26s 842ms

Audio Stream BitRate -> 132.3 Kbps

Audio Stream BitRate (Nominal) -> 128 Kbps

Audio Stream BitRate Mode -> CBR

Number of Audio Channels -> 2

Audio Channel's Positions -> L R

Sampling Rate -> 44.1 KHz

Bit Depth -> 16 bits

Audio Stream Size -> 426 KiB (3%)

Audio Stream Language -> English

Date of Original Encoding -> UTC 2010-05-04 20:09:08

Information for File: Kariajoulas - Medium 1.m4v

General / Container Stream # 1

Total Video Streams for this File -> 1

Total Audio Streams for this File -> 1

Video Codecs Used -> AVC

Audio Codecs Used -> AAC LC

File Format -> MPEG-4

Play Time -> 26s 842ms

Total File Size -> 5.32 MiB

Total Stream BitRate -> 1 661 Kbps

Video Stream # 1

Codec (Human Name) -> AVC

Codec (FourCC) -> avc1

Codec Profile -> [email protected]

Frame Width -> 640 pixels

Frame Height -> 360 pixels

Frame Rate -> 25.000 fps

Total Frames -> 671

Display Aspect Ratio -> 16/9

Scan Type -> Progressive

Colorimetry -> 4:2:0

Codec Settings (Summary) -> 1 Ref Frames

QF (like Gordian Knot) -> 0.265

Codec Settings (CABAC) -> No

Video Stream Length -> 26s 840ms

Video Stream BitRate -> 1 528 Kbps

Video Stream BitRate Mode -> VBR

Bit Depth -> 24 bits

Video Stream Size -> 4.89 MiB (92%)

Video Stream Language -> English

Date of Original Encoding -> UTC 2010-05-04 20:07:45

Audio Stream # 1

Codec -> AAC

Codec (FourCC) -> 40

Audio Stream Length -> 26s 842ms

Audio Stream BitRate -> 132.3 Kbps

Audio Stream BitRate (Nominal) -> 128 Kbps

Audio Stream BitRate Mode -> CBR

Number of Audio Channels -> 2

Audio Channel's Positions -> L R

Sampling Rate -> 44.1 KHz

Bit Depth -> 16 bits

Audio Stream Size -> 426 KiB (8%)

Audio Stream Language -> English

Date of Original Encoding -> UTC 2010-05-04 20:07:45

Information for File: Kariajoulas - Mobile 1.m4v

General / Container Stream # 1

Total Video Streams for this File -> 1

Total Audio Streams for this File -> 1

Video Codecs Used -> AVC

Audio Codecs Used -> AAC LC

File Format -> MPEG-4

Play Time -> 26s 842ms

Total File Size -> 3.06 MiB

Total Stream BitRate -> 957 Kbps

Video Stream # 1

Codec (Human Name) -> AVC

Codec (FourCC) -> avc1

Codec Profile -> [email protected]

Frame Width -> 480 pixels

Frame Height -> 272 pixels

Frame Rate -> 25.000 fps

Total Frames -> 671

Display Aspect Ratio -> 16/9

Scan Type -> Progressive

Colorimetry -> 4:2:0

Codec Settings (Summary) -> 2 Ref Frames

QF (like Gordian Knot) -> 0.252

Codec Settings (CABAC) -> No

Video Stream Length -> 26s 840ms

Video Stream BitRate -> 823 Kbps

Video Stream BitRate Mode -> VBR

Bit Depth -> 24 bits

Video Stream Size -> 2.63 MiB (86%)

Video Stream Language -> English

Date of Original Encoding -> UTC 2010-05-04 20:06:27

Audio Stream # 1

Codec -> AAC

Codec (FourCC) -> 40

Audio Stream Length -> 26s 842ms

Audio Stream BitRate -> 132.3 Kbps

Audio Stream BitRate (Nominal) -> 128 Kbps

Audio Stream BitRate Mode -> CBR

Number of Audio Channels -> 2

Audio Channel's Positions -> L R

Sampling Rate -> 44.1 KHz

Bit Depth -> 16 bits

Audio Stream Size -> 426 KiB (14%)

Audio Stream Language -> English

Date of Original Encoding -> UTC 2010-05-04 20:06:27

Information for File: Kariajoulas - Tiny.3gp

General / Container Stream # 1

Total Video Streams for this File -> 1

Total Audio Streams for this File -> 1

Video Codecs Used -> AVC

Audio Codecs Used -> AAC LC

File Format -> MPEG-4

Play Time -> 26s 944ms

Total File Size -> 281 KiB

Total Stream BitRate -> 85.4 Kbps

Video Stream # 1

Codec (Human Name) -> AVC

Codec (FourCC) -> avc1

Codec Profile -> [email protected]

Frame Width -> 176 pixels

Frame Height -> 144 pixels

Frame Rate -> 12.019 fps

Total Frames -> 323

Display Aspect Ratio -> 1.222

Scan Type -> Progressive

Colorimetry -> 4:2:0

Codec Settings (Summary) -> 2 Ref Frames

QF (like Gordian Knot) -> 0.194

Codec Settings (CABAC) -> No

Video Stream Length -> 26s 873ms

Video Stream BitRate -> 59.0 Kbps

Video Stream BitRate Mode -> VBR

Bit Depth -> 24 bits

Video Stream Size -> 194 KiB (69%)

Video Stream Language -> English

Date of Original Encoding -> UTC 2010-05-04 20:09:32

Audio Stream # 1

Codec -> AAC

Codec (FourCC) -> 40

Audio Stream Length -> 26s 944ms

Audio Stream BitRate -> 24.2 Kbps

Audio Stream BitRate (Nominal) -> 24.0 Kbps

Audio Stream BitRate Mode -> CBR

Number of Audio Channels -> 1

Audio Channel's Positions -> C

Sampling Rate -> 16.0 KHz

Bit Depth -> 16 bits

Audio Stream Size -> 79.7 KiB (28%)

Audio Stream Language -> English

Date of Original Encoding -> UTC 2010-05-04 20:09:32

Thanks για τις ευχές για τον Mac Pro μου...

;-)

vag3d · 5 Μαΐου 2010

Μπαίνοντας στα ενδότερα, με ποιο σωστές αναλύσεις για να μην έχει παραμορφώσεις το βίντεο:

Παραθέτω διάφορες αναλύσεις Video με τις χωρητικότητες που κατέλαβαν.

Σύμφωνα με τα Test που έκανα το συμπέρασμά μου είναι οτι όσον αφορά το Codec, το H264 καταλαμβάνει ναι μεν περισσότερο χώρο, αλλά η ποιότητά του δεν συγκρίνεται / είναι πολύ καλύτερη από του Mpeg4. Για πραγματικά μικρές χωρητικότητες αρχείου όμως το Mpeg4 είναι μονόδρομος.

πρέπει να περιστρέφεσαι γύρω στα 2.000-2.500 Kbps για καλή ποιότητα βίντεο. (Τα έντονα "artifacts" ξεκινάνε κάτω από 2.000 kbps)
Σχετικά με τις αναλύσεις του βίντεο, παρατήρησα οτι η μεσαία ανάλυση "480x272" δείχνει να έχει καλύτερη ποιότητα και μέγεθος αρχείου σε σχέση με μικρότερες η μεγαλύτερες αναλύσεις σε διάφορες τιμές Kbps.
Εφόσον θεωρητικά με "2 pass" έχεις καλύτερα αποτελέσματα, δεν μπήκα στον κόπο να δοκιμάσω άλλα settings επί τούτου.

Για καλή ποιότητα βίντεο προτείνω 480x272_H264_2pass_2500

Για μικρή χωρητικότητα όμως με όσο το δυνατόν λιγότερο κακή ποιότητα, προτείνω 480x272_H264_2pass_700

Αν πέσεις στα 400 kbps (σε οποιαδήποτε από τις αναλύσεις που δοκίμασα) πιστεύω οτι δεν αξίζει η μετατροπή του βίντεο από άποψη ποιότητας.

Εφόσον πέσεις στα 480x272_H264_2pass_700 και κάτω (από άποψη Artifacts), τότε χρησιμοποίησε mpeg4 αντί για H264 για να καταλάβει το αρχείο εξαιρετικά μικρότερο χώρο. (αφού θα έχεις που θα έχεις artifacts από κάποια kbps και κάτω, τουλάχιστον ας το κατεβάσουν οι φίλοι σου γρήγορα και εύκολα το αρχείο).

Information for File: 480x272_H264_2pass_2500.mp4

General / Container Stream # 1

Total Video Streams for this File -> 1

Total Audio Streams for this File -> 1

Video Codecs Used -> AVC

Audio Codecs Used -> AAC LC

File Format -> MPEG-4

Play Time -> 26s 800ms

Total File Size -> 8.43 MiB

Total Stream BitRate -> 2 639 Kbps

Encoded with -> HandBrake 0.9.4 2009112300

Video Stream # 1

Codec (Human Name) -> AVC

Codec (FourCC) -> avc1

Codec Profile -> [email protected]

Frame Width -> 480 pixels

Frame Height -> 272 pixels

Frame Rate -> 24.963 fps

Total Frames -> 669

Display Aspect Ratio -> 16/9

Scan Type -> Progressive

Colorimetry -> 4:2:0

Codec Settings (Summary) -> 2 Ref Frames

QF (like Gordian Knot) -> 0.767

Codec Settings (CABAC) -> No

Video Stream Length -> 26s 800ms

Video Stream BitRate -> 2 500 Kbps

Video Stream BitRate Mode -> VBR

Bit Depth -> 24 bits

Video Stream Size -> 7.97 MiB (95%)

Video Encoder -> x264 - core 79 r1347 5ddd61b

Video Encoder (Settings) -> cabac=0 / ref=2 / deblock=1:0:0 / analyse=0x1:0x111 / me=umh / subme=6 / psy=1 / psy_rd=1.0:0.0 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=0 / cqm=0 / deadzone=21,11 / chroma_qp_offset=-2 / threads=12 / nr=0 / decimate=1 / mbaff=0 / constrained_intra=0 / bframes=0 / wpredp=0 / keyint=250 / keyint_min=25 / scenecut=40 / rc_lookahead=40 / rc=2pass / mbtree=1 / bitrate=2500 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:1.00

Date of Original Encoding -> UTC 2010-05-04 21:55:13

Audio Stream # 1

Codec -> AAC

Codec (FourCC) -> 40

Audio Stream Length -> 26s 773ms

Audio Stream BitRate -> 141 Kbps

Audio Stream BitRate Mode -> VBR

Number of Audio Channels -> 2

Audio Channel's Positions -> L R

Sampling Rate -> 48.0 KHz

Bit Depth -> 16 bits

Audio Stream Size -> 459 KiB (5%)

Date of Original Encoding -> UTC 2010-05-04 21:55:13

Information for File: 480x272_H264_2pass_700.mp4

General / Container Stream # 1

Total Video Streams for this File -> 1

Total Audio Streams for this File -> 1

Video Codecs Used -> AVC

Audio Codecs Used -> AAC LC

File Format -> MPEG-4

Play Time -> 26s 800ms

Total File Size -> 2.68 MiB

Total Stream BitRate -> 840 Kbps

Encoded with -> HandBrake 0.9.4 2009112300

Video Stream # 1

Codec (Human Name) -> AVC

Codec (FourCC) -> avc1

Codec Profile -> [email protected]

Frame Width -> 480 pixels

Frame Height -> 272 pixels

Frame Rate -> 24.963 fps

Total Frames -> 669

Display Aspect Ratio -> 16/9

Scan Type -> Progressive

Colorimetry -> 4:2:0

Codec Settings (Summary) -> 2 Ref Frames

QF (like Gordian Knot) -> 0.214

Codec Settings (CABAC) -> No

Video Stream Length -> 26s 800ms

Video Stream BitRate -> 696 Kbps

Video Stream BitRate (Nominal) -> 700 Kbps

Video Stream BitRate Mode -> VBR

Bit Depth -> 24 bits

Video Stream Size -> 2.22 MiB (83%)

Video Encoder -> x264 - core 79 r1347 5ddd61b

Video Encoder (Settings) -> cabac=0 / ref=2 / deblock=1:0:0 / analyse=0x1:0x111 / me=umh / subme=6 / psy=1 / psy_rd=1.0:0.0 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=0 / cqm=0 / deadzone=21,11 / chroma_qp_offset=-2 / threads=12 / nr=0 / decimate=1 / mbaff=0 / constrained_intra=0 / bframes=0 / wpredp=0 / keyint=250 / keyint_min=25 / scenecut=40 / rc_lookahead=40 / rc=2pass / mbtree=1 / bitrate=700 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:1.00

Date of Original Encoding -> UTC 2010-05-04 21:57:00

Audio Stream # 1

Codec -> AAC

Codec (FourCC) -> 40

Audio Stream Length -> 26s 773ms

Audio Stream BitRate -> 141 Kbps

Audio Stream BitRate Mode -> VBR

Number of Audio Channels -> 2

Audio Channel's Positions -> L R

Sampling Rate -> 48.0 KHz

Bit Depth -> 16 bits

Audio Stream Size -> 459 KiB (17%)

Date of Original Encoding -> UTC 2010-05-04 21:57:00

Αυτά από εμένα...!!!

Ελπίζω να βοήθησα...!!!

Ελπίζω να σου ανεβάσω κάποια στιγμή τα encoded αρχεία για να κρίνεις και μόνος σου τι παίζει (το encoding πάντως του συγκεκριμένου βίντεο που ανέβασες δεν αργεί και πολύ, οπότε δεν πιστεύω να έχεις πρόβλημα με τον πειραματισμό).

Χρησιμοποίησε το Handbrake που είναι και σχετικά εύκολο στην χρήση αν δεν έχεις άλλο πρόγραμμα (είναι και δωρεάν/open source).

EDIT: μόλις ανέβασα και τα encoded files.

http://madseeds.com/vag/madseeds_video_tests.zip

parsifal · 5 Μαΐου 2010

Έκανα μερικές δοκιμές με το MTS που ανέβασες και κατέληξα στα παρακάτω συμπεράσματα:

1. Επιβεβαίωσα την αρχική μου υποψία περί ανάλυσης. Δηλαδή, η ανάλυση που στοχεύεις (350x197) είναι υπερβολικά μικρή για να διατηρήσει στοιχειώδες ποσοστό ποιότητας από το αρχικό υλικό. Όταν παρακολουθείς το τελικό video σε έναν video player με 1:1 αναλογία διαστάσεων, το αποτέλεσμα φαίνεται πολύ καλό, αλλά με τα δεδομένα πλέον των αναλύσεων ενός τυπικού PC monitor, μιλάμε για μεγέθη γραμματοσήμου. Στο παρακάτω screenshot, έχω ήδη κωδικοποιήσει το video με τη βοήθεια του προγράμματος RipBot264 (βλ. σχετικό άρθρο στο Insomnia Wiki), σε H.264 profile BASE 3.0, ανάλυση iPod και το video παίζει στην native ανάλυσή του (shortcut ALT+2 στον MPC-HC):

Αν αρχίσεις να μεγαλώνεις το παράθυρο του player, η εικόνα θολώνει υπερβολικά και φαίνονται πολλές ατέλειες και τεχνουργήματα, κυρίως blocking. Π.χ. στο επόμενο screenshot, το ίδιο video με διπλάσια την οριζόντια και κατακόρυφη ανάλυση, άρα 4πλάσια ορατή περιοχή θέασης (shortcut ALT+3 στον MPC-HC):

Αναλύσεις τόσο μικρές θεωρούνται κατάλληλες πλέον μόνο για τα δεδομένα των οθονών φορητών συσκευών όπως iPod, iPhone, άλλων κινητών τηλεφώνων κλπ.

2. To πρωτογενές υλικό σου έχει πολύ πολύ χαμηλό compressibility! Δεν είμαι σίγουρος που ακριβώς οφείλεται αυτό. Στο pan και στα zoom-in/zoom-out που κάνει η κάμερα; Ο πολύς κόσμος που περιφέρεται πάνω-κάτω στο κάδρο προσθέτει πολλή πληροφορία; Σίγουρα δεν είναι και ότι πιο πρακτικό να κουβαλάς τρίποδο για casual κινηματογραφήσεις από διακοπές κλπ και να μην χρησιμοποιείς ευκολίες που παρέχει η κάμερά σου όπως το zoom. Επιπλέον, το video δεν έχει σχεδόν καθόλου κόκκο ή άλλους είδους ψηφιακό θόρυβο που θα μπορούσε να διορθωθεί με φιλτράρισμα (π.χ. μέσω Avisynth) ώστε να βελτιωθεί το compressibility. Πάντως γεγονός είναι ότι το υλικό σου απαιτεί πολύ μεγάλο bitrate για να κωδικοποιηθεί σωστά, είτε με encoder τύπου Η.264 όπως ο x264 είτε με encoder τύπου MPEG-4 ASP όπως ο XviD.

Ενδεικτικά, στο RipBot264 ορίζοντας:

α. Ανάλυση 320x240, η οποία πρακτικά είναι μόλις 320x180, απλά προστίθενται αυτόματα μαύρες λωρίδων πάνω-κάτω για να διατηρηθεί σωστό το aspect ratio

β. Mode συμπίεσης CQ. Είναι κωδικοποίηση τύπου constant quality, δηλαδή γίνεται ένα πέρασμα αλλά χωρίς να ενδιαφέρει τον encoder πόσο θα είναι το τελικό μέγεθος, απλά προσπαθεί να διατηρεί την ποιότητα στα επίπεδα που θα του ορίσεις. Άρα, είναι καλός τρόπος να εκτιμήσεις το compressibility του υλικού σου, εφαρμόζοντάς τον σε ένα επαρκές τμήμα αυτού

γ. Παράγοντα CRF=22 που για τα δεδομένα του x264 encoder θεωρείται καλή τιμή CRF για ικανοποιητικό συμβιβασμό μεταξύ ποιότητας-τελικού μεγέθους

το απόσπασμα των 26 περίπου δευτερολέπτων κατέλαβε 3.78 ΜΒ (audio stream μη συμπεριλαμβανομένου). Δηλαδή, ο x264 χρειάστηκε μέσο bitrate περίπου 1220 Kbps για να επιτύχει την ποιότητα που καθορίστηκε από την τιμή CRF 22. Bitrate πολύ "off" σε σχέση με την εκτίμησή μου σε προηγούμενο post για 400Kbps.

Πάμε παρακάτω: Πώς θα καταφέρεις να βελτιώσεις την ποιότητα του τελικού αποτελέσματος; Θα αυξήσεις την ανάλυση. Πόσο; Εξαρτάται. Είναι θέμα παλατζαρίσματος μεταξύ τελικού μεγέθους και ποιότητας που θέλεις να επιτύχεις. Εγώ επέλεξα από τις έτοιμες αναλύσεις που προσφέρει το RipBot264 την 640x360, η οποία χαρακτηρίζεται ως SD-PC και «δένει» καλά με το H.264 profile ΜΑΙΝ 3.0. Επίσης, έκανα 3 δοκιμές σε CQ mode, επιλέγοντας τιμές CRF 18, 22 και 26. Όσο χαμηλότερο το CRF, τόσο υψηλότερη η τελική ποιότητα. Τί παρατήρησα:

1. Με CRF 18, πάρα πολύ καλή ποιότητα για τα δεδομένα της ανάλυσης. Μέσο απαιτούμενο bitrate για το απόσπασμα: 4300 Kbps. Είναι πολύ μεγάλο bitrate, καθόλου πρακτικό για αρχεία που θα σταλούν μέσω e-mail. Μιλάμε για περίπου 31 MB ανά λεπτό video

2. Με CRF 22, εξίσου καλή ποιότητα με πριν και το μέσο bitrate να έχει πέσει στα 2600 περίπου Kbps. Εξακολουθεί να δίνει μεγάλα αρχεία για e-mail (κάπου εδώ αρχίζει να μπαίνει στο παιχνίδι και υποψία περί του κατά πόσον στις μέρες μας το e-mail είναι κατάλληλος τρόπος διανομής video)

3. Με CRF 26 (το μέγιστο που δίνει το RipBot264), αρχίζει να γίνεται κάπως ορατή η πτώση της ποιότητας στο τελικό video. Το μέσο bitrate έπεσε στα 1550 περίπου Kbps, δηλαδή 11.3 MB ανά λεπτό video

Ανέφερες στο εναρκτήριο μήνυμά σου ανέβασμα σε YouTube. Μήπως θα ήταν αυτός τελικά ένας πιο κατάλληλος τρόπος να μοιραστείς τα video σου με φίλους και οικογένεια; Το θέμα με το YouTube που δεν το «πιάνουν» πολλοί χρήστες (απ' ο,τι συμπεραίνω από σχετικά θέματα εδώ στο φόρουμ) είναι: Αυτό που θα κάνεις εσύ upload στο YouTube δεν είναι αυτό που τελικά θα δουν οι θεατές του video σου. Το YouTube εφαρμόζει πάντα reencoding στα video που κάνουμε upload, ακόμη κι όταν αυτά έχουν τις ίδιες ακριβώς προδιαγραφές κωδικοποίησης με αυτές που χρησιμοποιεί ο encoder του YouTube. Άρα, για μέγιστη ποιότητα στο YouTube, το μόνο ερώτημα που θα πρέπει να απασχολεί τον χρήστη είναι: Πόσην ώρα είμαι διατεθειμένος να περιμένω μέχρι να ολοκληρωθεί το upload; Αυτό έχει να κάνει με το upload rate της Internet πρόσβασης του χρήστη, αν θέλει να χρησιμοποιεί έντονα την ίδια ώρα την ADSL του (κατεβάζοντας/ανεβάζοντας από/προς αλλού, seed-άροντας torrents κλπ). Άρα, το σκεπτικό είναι «Προσπαθούμε να στριμώξουμε όσο μεγαλύτερη ανάλυση και ποιότητα γίνεται σε ένα μέγεθος αρχείου που θα δίνει αποδεκτό χρόνο ολοκλήρωσης του uploading στην υπηρεσία του YouTube». Π.χ. αν ένα ολιγόλεπτο video σου έχει μέγεθος αρκετές εκατοντάδες MB και σκέφτεσαι να το ανεβάσεις στο YT, δε θα αρχίσεις να σκέφτεσαι (ενδεικτικά τα νούμερα) «Πώπω, πρέπει να το κάνω πολύ μικρό για να το ανεβάσω στο YT! Π.χ. 10, 20, 50 MB». Όχι. Αν μπορείς, θα το μειώσεις σε 100 ή 200 MB ή 300 MB, μόνο και μόνο για να τελειώσει το upload σε μία λογική ώρα. Αν είναι εφικτό και μπορείς να αφήσεις το μηχάνημά σου ανοικτό το βράδυ να ανεβάζει, θα ανεβάσεις το αρχικό υλικό! (max όρια του YT: 10 λεπτά/αρχείο και 2GB/αρχείο, πρέπει να πληρούνται και τα δύο).

Πέραν των παραπάνω, υπάρχουν και μερικές ακόμη λεπτομέρειες που πρέπει να γνωρίζει ένας YouTube uploader για να κάνει πιο εύκολη τη ζωή του. Όπως ότι το YT έχει μερικές στάνταρ αναλύσεις (fmt modes) στις οποίες κωδικοποιεί πολλαπλές εκδοχές ενός video που ανεβάζουμε. Αν το υλικό που θα ανεβάσεις συμπίπτει με μία από αυτές τις αναλύσεις, τότε γλυτώνεις την εφαρμογή resizing φίλτρου που ρίχνει (μερικές φορές αρκετά) την ποιότητα και θολώνει το τελικό αποτέλεσμα. Μία από αυτές τις αναλύσεις είναι για παράδειγμα η 848/854x480 (fmt=35) που είναι ένας καλός συμβιβασμός μεταξύ της 1280x720 (fmt=22, η αμέσως επόμενη, αλλά θα σου βγει πολύ μεγάλο αρχείο video προς upload) και της 640×480 (fmt=34, η αμέσως προηγούμενη). Ενδεικτικά για το απόσπασμα των 77 MB που ανέβασες, κωδικοποίηση στο RipBot264 σε αυτήν την ανάλυση με CRF 26 δίνει μέσο bitrate περίπου 7.4 MB, δηλαδή 10 φορές μικρότερο μέγεθος από το πρωτογενές υλικό. Μπορείς να δοκιμάσεις και με 1280x720 βέβαια. Όπως προανέφερα, το YouTube θα παράγει πολλαπλές εκδοχές και σε μικρότερες αναλύσεις.

Τα videos που παρήγαγα με το RipBot264 κατά τη διάρκεια των δοκιμών μου είναι μαζεμένα σε ένα ZIP στο παρακάτω link:

>http://www.mediafire.com/file/jbwmx5y11it/00115.MTS.tests.zip

Kariajoulas · 6 Μαΐου 2010

Προς vag3d

Εγκατέστησα το blender. Περίεργο περιβάλλον εργασίας. Θυμάμαι πριν αρκετά χρόνια είχα κάνει ένα σεμινάριο λίγων ωρών για το 3d Studio Max. Κάτι ανάλογο μου θύμισε. Αν και εγκατέστησα το Python που μου ζήτησε, όταν το άνοιξε μου έβγαλε μήνυμα ότι δεν το βρίσκει. Ίσως έκανα κάποια χαζομάρα. Θα το κοιτάξω μέσα στο Σ/Κ. Τα κατέβασα και τα video, αλλά δεν έχω χρόνο να σου γράψω εντυπώσεις. Στο Σ/Κ και αυτά.

Προς Parsifal

Κατέβασα και τα δικά σου video. Λόγω πίεσης χρόνου, θα τα δω και θα σου απαντήσω αναλυτικά στα θέματα που βάζεις το Σ/Κ που θα μπορώ να ασχοληθώ με την ησυχία μου

Σας ευχαριστώ πολύ και τους δυο σας που διαθέτετε τόσο χρόνο να ασχοληθείτε με μετρήσεις και δοκιμές στο συγκεκριμένο θέμα. Ελπίζω κάποια στιγμή να μπορέσω να σας το ανταποδώσω με κάποιο τρόπο !!!!!

Γιάννης

Kariajoulas · 8 Μαΐου 2010

Προς vag3d & Parsifal

Είδα όλα τα δείγματα σας. Αν και δεν είχατε κοινή διάσταση για να κάνω άμεση σύγκριση, ο vag3d είχε 320x176, 480x272 και 720x400 ενώ ο Parsifal είχε 320x240, 640x360 και 848x480 η ποιότητα των video του Parsifal ήταν ελαφρά καλύτερη.

Κατέβασα το RipBot264 και αφού εγκατέστησα και τα άλλα 3 υποπρογράμματα που ήθελε, έκανα και εγώ κάποιες δοκιμές. Κατέληξα στην 640χ360 2 pass CRF 26. Ίσως η καλύτερη αναλογία όγκου και ποιότητας.

Σας ευχαριστώ πάλι !!!

p.s Για τον Parsifal

Εκτός της 854x480 διάστασης που αναφέρεις, σε ποιες άλλες διαστάσεις δεν κάνει resise το youtube;

Όσο για το πόση ώρα είμαι διατεθειμένος να το έχω στο upload, δεν υπάρχει πρόβλημα. Ούτως ή άλλως το pc δεν κλείνει σχεδόν ποτέ. Θα χρησιμοποιήσω το max της ποιότητας και ας χρειαστεί να κάνει uploading 5 μέρες. Το πολύ πολύ να κάνω μια διακοπή μέχρι να τελειώσει το upoloading των torrents.

vag3d · 9 Μαΐου 2010

Πόσα mb σου βγήκε το δειγμα σου τελικά?

(βασικα όταν δεν οριζεις manually kbps στο βίντεο, φτιάχνει αρχειο «όσο πάρει» με την καλυτερη δυνατη ποιότητα-οπως ανεφερε κ ο parsifal για το ripbot).

Αν σκοπευεις τελικα να upload στο youtube, ρυθμισέ το ετσι. Αλλιως πρέπει να θυσιάσεις ποιοτητα για το μέγεθος αρχείου.

Το thread αυτο εχει ιδιαίτερο ενδιαφέρον.

Parsifal, το keyframe ανα πόσα καρε το βάζει το ripbot?

parsifal · 9 Μαΐου 2010

p.s Για τον Parsifal
Εκτός της 854x480 διάστασης που αναφέρεις, σε ποιες άλλες διαστάσεις δεν κάνει resise το youtube;

Αν και δεν είναι πλήρης, ρίξε μία ματιά στον σχετικό πίνακα που υπάρχει στο λήμμα "YouTube" της Wikipedia. Αυτό που πρέπει να αναφερθεί είναι ότι δεν χρειάζεται απαραίτητα η ανάλυση να είναι ακριβώς ίδια για να «πέσεις» σε ένα από τα έτοιμα fmt modes. Αρκεί η οριζόντια ανάλυση να είναι ίδια, η κάθετη μπορεί να είναι και μικρότερη από την αναφερόμενη.

Parsifal, το keyframe ανα πόσα καρε το βάζει το ripbot?

Δεν είναι κάτι που βρίσκεται υπό τον άμεσο έλεγχο του RipBot264. Εναπόκειται στον motion detection algorithm που ενσωματώνει ο x264 encoder τον οποίον χρησιμοποιεί το RipBot (και άλλα πολλά προγράμματα, θα πρόσθετα).

nikos21aek · 11 Μαΐου 2010

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

Kariajoulas · 21 Μαΐου 2010

Προς nikos21aek

Το upload είναι δραματικά μικρότερο από το download. Έτσι μπορώ να υπομένω αρκετό χρόνο uploading (είτε για αποστολή με e-mail είτε για να το ανεβάσω στο Facebook).

Τότε για να το λάβει ο άλλος θα παίξει με το downloading του. Αν έχω μεγαλύτερη ανάλυση θα είναι "βαρύτερο" το αρχείο και πιθανότατα δεν θα μπορώ να το στείλω καν με e-mail ή θα ζοριστεί να το ανοίξει ο άλλος από Facebook.

Σύνδεση

Μετατροπή video 1920x1080 σε μικρή ανάλυση π.χ 350x197

Προτεινόμενες αναρτήσεις

Kariajoulas

parsifal

Kariajoulas

parsifal

vag3d

Kariajoulas

vag3d

vag3d

parsifal

Kariajoulas

Kariajoulas

vag3d

parsifal

nikos21aek

Kariajoulas

Αρχειοθετημένο

Σύνδεση