Vorheriges Thema anzeigen :: Nächstes Thema anzeigen |
Autor |
Nachricht |
Helmut globaler Moderator
Anmeldungsdatum: 06.05.2001 Beiträge: 30601 Wohnort: Frankfurt |
Beitrag 20 - Verfasst am: Fr Nov 25, 2005 12:26 Titel: |
|
|
vertikal gestaucht
Kann ich auf TV nicht nachvollziehen.
.... mit 576 ist es vertikal gestreckt _________________ Wenn mer sich uffreche will: - Eintrachtfan und SPD Mitglied! |
|
|
Kika Moderator
Anmeldungsdatum: 11.06.2001 Beiträge: 3397 Wohnort: Nahe München |
Beitrag 21 - Verfasst am: Fr Nov 25, 2005 12:32 Titel: |
|
|
Zitat: | Es ist nach dem Pal-Standart aber auch zulässig, die 53,3 µs mit Bild zu füllen, entspricht völlig dem Standard. |
Genau das habe ich doch auch geschrieben.
Zitat: | Auf Grund dieser Tasache wurden dann auch 720 Pixel definiert. Es wird der gesamte mögliche Bildbereich abgedeckt, es geht keine Bildinformation verloren beim digitalisieren. |
Der Grund, den Du angibst, ist halt verkehrt. Es ging ausschließlich um Fertigungstoleranzen, nichts anders.
Allerdings: Ich find's gut, dass Du mit Deinen Ausführungen sehr klar dargelegt hast, dass 720x576 gar kein 4:3 sein kann und der aktive Bereich 704x576 und somit 52 µs ist.
Denn wenn 52 µs für 4:3 stehen, müssen 53.33 µs zwangsläufig was anderes sein - vor allem, wenn dieser Bereich tatsächlich dargestellt werden sollte, was aber kein CRT tut.
Das bringt aber dann gleichzeitig dieses ganze Umrechnungsgebäude, wie es z.B. Adobe benutzt, zum Einsturz - denn nach diesen Ausführungen (Deinen), kann ein Umrechnungsfaktor (PAR) von 1.0667 nur ein 720er Bild ergeben, dass aber eben kein 4:3 ist und somit darf dieser Faktor nicht auf Bilder angewendet werden, die 4:3 haben.
Quod erat demonstrandum |
|
|
Helmut globaler Moderator
Anmeldungsdatum: 06.05.2001 Beiträge: 30601 Wohnort: Frankfurt |
Beitrag 22 - Verfasst am: Fr Nov 25, 2005 12:39 Titel: |
|
|
TestClip von Original AVI >>>>
Schnippel von 9 MB - DivX
Upsss... .im MainConceptEncoder - da scheint es mit 704x576 zu funzen
_________________ Wenn mer sich uffreche will: - Eintrachtfan und SPD Mitglied! |
|
|
bergH Moderator
Anmeldungsdatum: 14.06.2001 Beiträge: 13637 Wohnort: Am Kamener Kreuz |
Beitrag 23 - Verfasst am: Fr Nov 25, 2005 12:59 Titel: |
|
|
tach auch !
@Helmut
FitCD saugen (oder Fit2Disc ist egal)
Avi als Sour ce einladen.
Quelle auswählen und
Werte ablesen.
Die dann einstellen.
Hergottsakra ich sage es Dir so einfach wie möglich ! _________________ Gruß BergH |
|
|
Uli22
Anmeldungsdatum: 09.05.2003 Beiträge: 201 Wohnort: Berlin |
Beitrag 24 - Verfasst am: Fr Nov 25, 2005 13:51 Titel: |
|
|
Kika
Ich sehe, du hast noch nicht in den analogen PAL-Standard geschaut.
Die Toleranzen sind dort definiert, die Fertigung hat diese einzuhalten, und das tut sie auch. Die dorf definierten Toleranzen sind bindend, nicht irgendwelche Fertigungtolerenzen.
Primär geht es nicht um die Darstellung auf einem CRT, sondern darum, daß keine Bildinformation, auch wenn der Standard mit allen Toleranzen eingehalten wird, nicht verloren geht. Das ist mit 704 Pixel pro zeile nicht gesichert.
Was macht Adobe.
704 und 720 haben das gleiche PAR, d.h. 720 ist dann etwas breiter als 4:3.
Um Bildverzerrungen zu vermeiden sollten 768 in 704 umgerechnet werden.
Es ist falsch zu sagen der aktive Bereich ist 52 µs. Der aktive Bereich ist nach PAL-Standard 53,3 µs. 52 ist lediglich ein Auschnitt davon.
MfG
Zuletzt bearbeitet von Uli22 am Fr Nov 25, 2005 13:54, insgesamt einmal bearbeitet |
|
|
bergH Moderator
Anmeldungsdatum: 14.06.2001 Beiträge: 13637 Wohnort: Am Kamener Kreuz |
Beitrag 25 - Verfasst am: Fr Nov 25, 2005 13:52 Titel: |
|
|
Fit2Disc sagt Croppen auf
640*474
Resizen auf 672*544
für eine 720*576 DVD.
_________________ Gruß BergH |
|
|
Helmut globaler Moderator
Anmeldungsdatum: 06.05.2001 Beiträge: 30601 Wohnort: Frankfurt |
Beitrag 26 - Verfasst am: Fr Nov 25, 2005 16:36 Titel: |
|
|
... is ja nochmal was anderes! - Naja - könnte gehen.
Geht auch. Aaaaber ... im Moment bleibe ich bei meiner Methode mit dem MainConcept. Das mag in der Tat nicht ganz richtig sein - auf TV aber ist das völlig zu vernachlässigen. Vorteil aber ist: Sauschnell - schneller als RealTime. TMPG (mit croppen gar) braucht doppelt so lange. _________________ Wenn mer sich uffreche will: - Eintrachtfan und SPD Mitglied! |
|
|
|