Monitor Verwirrung

Es gibt 37 Antworten in diesem Thema, welches 9.205 mal aufgerufen wurde. Der letzte Beitrag (22. April 2005 um 13:53) ist von Klaws.

  • Zitat

    Original von Klaws
    Menno, der x1541 war mal wieder schneller.... :D

    Dann musst Du früher aufstehen, oder einfach kürzere Beiträge schreiben :P Oder neue Strategie: erst eine Zeile antworten und dann danach den Betrag abändern. So hast Du Dir die Pole Position reserviert. Ui, wenn das nur der Doc nicht merkt.

    Code: Floppy Fehlerkanal abfragen - Ausserdem kann ich bei "drive not ready" den I: und N: Befehl verwenden und notfalls den Kopf manuell zurückschieben. Und Finger weg vom Stepper!
    10 open1,8,15                   : rem 8 ist die Geräteadresse und das kann man bei Bedarf natürlich anpassen
    20 get#1,a$:?a$;:ifst<>64goto20 : rem Das CLOSE 1 am Ende kann man sich sparen, weil beim RUN automatisch ein CLOSE ALL ausgeführt wird.
    RUN
  • Der Doc lauert öfters hinter den Kulissen :prof: und sieht das schon.
    Der Inhalt machts, nicht die Geschwindigkeit :D.

    Gruß Manfred (C64doc)
    Ein goldner Schraubendreher erspart unnötige Kosten

  • Zitat

    Original von C64doc
    Der Doc lauert öfters hinter den Kulissen :prof: und sieht das schon.

    Entweder das, oder Du hast ne Alarmglocke, die sofort losschrillt, wenn irgendwer im Forum das Wort "Doc" schreibt. Ist doch erstaunlich wie schnell man Dich hervorlocken kann. Diese (natürlich nicht ernst gemeinte) Theorie müsste man mal prüfen :winke:

    Code: Floppy Fehlerkanal abfragen - Ausserdem kann ich bei "drive not ready" den I: und N: Befehl verwenden und notfalls den Kopf manuell zurückschieben. Und Finger weg vom Stepper!
    10 open1,8,15                   : rem 8 ist die Geräteadresse und das kann man bei Bedarf natürlich anpassen
    20 get#1,a$:?a$;:ifst<>64goto20 : rem Das CLOSE 1 am Ende kann man sich sparen, weil beim RUN automatisch ein CLOSE ALL ausgeführt wird.
    RUN
  • Das Zauberwort heist Bitte melde dich an, um diesen Link zu sehen." :P

    Gruß Manfred (C64doc)
    Ein goldner Schraubendreher erspart unnötige Kosten

  • dazu hätte ich was beizusteuern... läuft ein schneider mm12 an nem c128? zur not kann ich ohne probs die pin belegung ändern aber würde das gehen? also mir egal was mit dem passiert is ja n mono will den nur zum testen..

  • Zitat

    Original von Klaws
    Das deutsche Wort für Interlace ist Zeilensprungverfahren. Die resultierende Vverzahung der Zeilen dient der Unterdrückung des Flimmern bei gleichzeitiger Beibehaltung der Videobandbreite. Funktioniert gut bei Film- und Videoaufnahmen, weniger gut bei Computergraphiken mit dünnen horizontalen Linien...oder Leuten, die im Fernsehen kleinkarierte Muster tragen (war früher im öffentlich-rechtlichen Fernsehen untersagt, aber inzwischen scheint's keinen mehr zu kümmern, wen der Fernsehzuschauer sich an stroboskopartigen flimmernden Artefakten erfreuen kann...naja, beim aktuellen Niveau der Sendungen ist ja auch anzunehmen, dass der durchschnittliche Zuschauer grade mal über die Intelligen eines Gänseblümchens verfügt, und da ist ja dann alles egal...).

    Ja, dazu auch noch was: Ich meine "früher" gab es vor allem Probleme mit eng zusammenliegenden VERTIKALEN Linien, weil das die Chroma/Luma Trennung durcheinander brachte und zu einem Farb-Flimmern führte. Das lässt sich auch sehr leicht an einem C64 überprüfen, den man mal über composite und mal über s-video an einen Monitor (z.B. 1702 oder 1084) hängt.

    Wenn man gerne Probleme mit 25Hz Flimmern hat (epileptischer Anfall oder so), dann muss man sich einen 100Hz Fernseher oder so was kaufen. Die setzen die Halbbilder mehr oder weniger schlecht wieder zusammen und das Flimmern verschwindet. Im Normalfall werden aber auch Laufschriften unbrauchbar gemacht [1]. Und irgendwelche Vollidioten haben doch tatsächlich für HDTV, den zukünftigen TV Standard wieder interlaced Formate definiert :grr: Wäre doch endlich mal Zeit gewesen den Mist zu eliminieren. Mein PC mit DSCALER kann zwar fast perfekt deinterlacen, aber an HDTV beisst sich der die Zähne aus, auch ohne deinterlacing. Mir scheint da wird man mal 10GHz zu brauchen :(

    [1] das ist ne Wissenschaft für sich. Bei normalem TV-interlace sind ja die die beiden fields eines frames um 1/25s zeitlich auseinander. Das wieder zusammenzusetzen ist richtig heftig, weil man Bewegungen erkennen muss und das zu korrigieren hat. Bei Filmmaterial aus dem Kino ist das harmlos, weil das ja mal 24Hz Vollbilder waren, die man auf 25Hz gestreckt und dann auf 50Hz Halbbilder geteilt hat. Das lässt sich ganz einfach zurückübersetzen. Deswegen ist DVD deinterlacing auch oft problemlos. Bei in NTSC (60Hz) kodierten Filmen ist das geringfügig komplizierter, weil hier ein 3:2 Muster verwendet wird, aber ist immer noch einfach. Ich zweifle dass ein 100Hz Fernseher davon was weiss ... Eine Firma namens Faroudja hat sich bei geeigneten deinterlacing Chips einen Namen gemacht, und Geräte mit selbigen zeichnen sich durch einen ordentlichen Preis aus ...

    Code: Floppy Fehlerkanal abfragen - Ausserdem kann ich bei "drive not ready" den I: und N: Befehl verwenden und notfalls den Kopf manuell zurückschieben. Und Finger weg vom Stepper!
    10 open1,8,15                   : rem 8 ist die Geräteadresse und das kann man bei Bedarf natürlich anpassen
    20 get#1,a$:?a$;:ifst<>64goto20 : rem Das CLOSE 1 am Ende kann man sich sparen, weil beim RUN automatisch ein CLOSE ALL ausgeführt wird.
    RUN

    2 Mal editiert, zuletzt von x1541 (21. April 2005 um 18:02)

  • Zitat

    Original von x1541
    Und irgendwelche Vollidioten haben doch tatsächlich für HDTV, den zukünftigen TV Standard wieder interlaced Formate definiert :grr: Wäre doch endlich mal Zeit gewesen den Mist zu eliminieren.

    Cholerischen-Anfall-krieg!

    Dreckige ARSCHLÖCHER! Entschuldigung, aber das musste jetzt mal gesagt werden.

    Das Zeilensprungverfahren wäre ja nicht problematisch, wenn man immer nur richtige Vollbilder zerstückeln würde. Dann wäre deinterlacing kein Problem.

    Die Sache mit den beiden temporal verschobenen Halbbildern stammt noch aus der Zeit der Röhrenkameras (die Nipkovscheibenkameras hatten natürlich das selbe Problem, aber über vollmechanische Fernsehkameras will hier bestimtm keiner mehr was hören...wobei, früher hat man Live-Übertragungen mit einer normalen Filmkamera gefilmt (weil der Film eine deutlic höhere Lichtempfindlichkeit hatte), welche auf dem Dach eines Lieferwagens stand, und wo der Film von der Kamera durch eine Röhre direkt in eine Entwicklungsmaschine im Inneren des Lieferwagens lief und nach der Entwicklung direkt in eien Art Scanner, der daraus dann Fernsehbilder gemacht hat...."Live" mit 2 Minuten Verzögerung also, wie auch heute beim Boxkampf...aber durch den Zwischenschritt mit dem Film hatte man damals Halbilder, die zusammen wieder ein Vollbild ergaben, ohne iregndwelchen dreckigen temporalen Verschiebungen!).

    Trotzdem nimmt auch heute noch fast jede Videokamera (auch die professionllen Teile für RICHTIG GELD) die Halbbilder zeitversetzt auf, obwohl die Dinger ja alle Framebuffer haben.

    Für im Amiland gäbe es ja noch eine Ausrede für Interlace...weil da ja für Filmmaterial noch der 3:2-Pulldown notwendig ist (ein "geniales" Verfahren, das bestimmt schon 10.000de von Videotechnikern in den Suizid getrieben hat). Weil, man hat dort ja 60Hz an Stelle von 50Hz Bildwiederholfrequenz...ein Relikt aus der guten alten Zeit, als man Netzteile noch nicht so gut filtern oder gar stabilisieren konnte. Kann man bei HDTV-Fernsehern heute anscheinend immer noch nicht, daher muss man das beibehalten.

    Naja, ein kleiner Trost ist es ja, dass es beim Zeilensprungverfahren im PAL-Land nur zwei verschiedene Arten gibt..."top field first" und "bottom field first". Röchel. Natürlich haben es die Hersteller von Videokameras (und GraKas) nicht geschafft, sich auf eine Verfahren zu einigen...nein, man darf beim Videoschnitt für jedes Kamera versuchen, das Verfahren festzustellen. Sonst zittert's nachher, wenn man sich den Krempel auf einem CRT anschaut. Oder direkt alles deinterlacen...

    Ich habe auch noch eine historische U-Matic-Kassette hier. Da bin ich beinahe ausgeflippt (also, noch mehr als ich jetzt gerade tue). Da ist auf einem Band munter Videomaterial in quasi-Progressive, top-field-first-interlace und bottom-field-interlace drauf. Unglaublich aber wahr: sogar mit Überblendungenen zwischen den diversen Verfahren! Klar, das sowas jeden Echtzeit-Deinterlacer tilt.

    So, jetzt vorsichtig wieder abregen........ :motz::aerger: :baby: :dagegen:

    - Klaus

  • Sag mal, bist Du sicher, dass Du mich nicht verarschst?

    So doof kann doch keiner sein, oder?

    - klaus

  • Zitat

    Original von Klaws
    Sag mal, bist Du sicher, dass Du mich nicht verarschst?

    So doof kann doch keiner sein, oder?

    - klaus


    doch es gibt echt solche leute.. und sowas schimpft sich dann profi :aerger: :motz: :aerger:X( ;( :( :evil: :dagegen:

    Einmal editiert, zuletzt von alexvf (21. April 2005 um 18:26)

  • Naja, erstmal haben wir hier ja noch kein HDTV, sondern nur das "Überall-Fernsehen" DVB-T, für das sogar der Staatsvertrag geändert werden musste...weil es eben leider nicht überall zu empfangen ist und es auch nie sein wird. Nur merkwürding, dass trotz geringerer Abdeckung die Rundfunkgebühren mal wieder steigen sollen...

    Das schöne an DVB-T ist der retro-Look. Fussballspiele fast wie auf dem C64, weil, bei schnellen Bewegungen ist bei 2000kB/s-MPEG-II halt nur noch Klötzchengraphik drin...
    :kotz

    - Klaus

  • jo, für HDTV ist tatsächlich 1080i und 720p definiert. Und das auch noch als 50 und 60Hz, wenn es mich nicht irrt. Wie blöde kann man denn sein?

    Ich habe mir ja vor einiger Zeit eine DVB-S Karte gegönnt. Ausser für schnelles Internet in meiner DSL freien Diaspora taugt es aber nichts. Das Bild ist viel schlechter als mein analoges (Sat) TV, es ist voll von Kompressionsartefakten. Wenn ich nun bedenke dass DVB-T nochmal mit der halben Datenrate auskommen muss dann muss ich echt kotzen. Für wie blöd halten die uns eigentlich? Irgendwann klopfe ich alle Receiver in die Tonne und melde die GEZ ab. Echt. (Ich dachte ja erst dass meine Software scheisse ist, aber Pro Sieben HD kommt superscharf rein. Leider verruckelt, weil 1.5GHz nicht reichen.)

    PS: Pro Sieben HD kommt wirklich in 1920x1080i interlaced (wow, 18kbps, halt Versuchssender!)! Wie will man sonst auf Senderseite das alte Mistmaterial vom Video problemlos ausstrahlen? Wälzen wir doch den ganzen Scheiss auf den Kunden ab!

    PS: Meine Gebühren sind schon gestiegen! Grund hat mir aber niemand dafür genannt! Ich werfe echt noch den FS weg, und kaufe mir ein Projektor. Der hat keinen Tuner und kostet keine Gebühren!

    Code: Floppy Fehlerkanal abfragen - Ausserdem kann ich bei "drive not ready" den I: und N: Befehl verwenden und notfalls den Kopf manuell zurückschieben. Und Finger weg vom Stepper!
    10 open1,8,15                   : rem 8 ist die Geräteadresse und das kann man bei Bedarf natürlich anpassen
    20 get#1,a$:?a$;:ifst<>64goto20 : rem Das CLOSE 1 am Ende kann man sich sparen, weil beim RUN automatisch ein CLOSE ALL ausgeführt wird.
    RUN

    3 Mal editiert, zuletzt von x1541 (21. April 2005 um 19:37)

  • Zitat

    Original von Klaws
    Ich habe auch noch eine historische U-Matic-Kassette hier. Da bin ich beinahe ausgeflippt (also, noch mehr als ich jetzt gerade tue). Da ist auf einem Band munter Videomaterial in quasi-Progressive, top-field-first-interlace und bottom-field-interlace drauf. Unglaublich aber wahr: sogar mit Überblendungenen zwischen den diversen Verfahren! Klar, das sowas jeden Echtzeit-Deinterlacer tilt.

    Auch hierzu noch was:
    Das hab ich auch schon mal von jemandem gehört, dass so eine Sauerei sogar noch auf DVDs zu finden ist (top/bottom gemischt, Überblendung k.A.). Aber sowas sollte ja sogar zu verarbeiten sein, weil auch ein TV das packt. dazu müsste nur die Software etwas flexibler sein und das VSYNC verarbeiten können, aber genau da habe ich so meine Zweifel. Wobei das wirklich einfach wäre, wenn man nur über die Hardware das richtig abfragen kann ... Und wieder zweifle ich dass das möglich ist ...

    Code: Floppy Fehlerkanal abfragen - Ausserdem kann ich bei "drive not ready" den I: und N: Befehl verwenden und notfalls den Kopf manuell zurückschieben. Und Finger weg vom Stepper!
    10 open1,8,15                   : rem 8 ist die Geräteadresse und das kann man bei Bedarf natürlich anpassen
    20 get#1,a$:?a$;:ifst<>64goto20 : rem Das CLOSE 1 am Ende kann man sich sparen, weil beim RUN automatisch ein CLOSE ALL ausgeführt wird.
    RUN
  • Zitat

    Original von Klaws
    Naja, erstmal haben wir hier ja noch kein HDTV, sondern nur das "Überall-Fernsehen" DVB-T, für das sogar der Staatsvertrag geändert werden musste...weil es eben leider nicht überall zu empfangen ist und es auch nie sein wird. Nur merkwürding, dass trotz geringerer Abdeckung die Rundfunkgebühren mal wieder steigen sollen...

    Das schöne an DVB-T ist der retro-Look. Fussballspiele fast wie auf dem C64, weil, bei schnellen Bewegungen ist bei 2000kB/s-MPEG-II halt nur noch Klötzchengraphik drin...
    :kotz

    - Klaus


    xD wusste des garnet das es so ist *lach* :aerger:was fürne blöde entwicklung :motz:sowas muss man einstampfen :hammer:

  • Zitat

    Original von x1541
    Das hab ich auch schon mal von jemandem gehört, dass so eine Sauerei sogar noch auf DVDs zu finden ist (top/bottom gemischt, Überblendung k.A.). Aber sowas sollte ja sogar zu verarbeiten sein, weil auch ein TV das packt. dazu müsste nur die Software etwas flexibler sein und das VSYNC verarbeiten können, aber genau da habe ich so meine Zweifel. Wobei das wirklich einfach wäre, wenn man nur über die Hardware das richtig abfragen kann ... Und wieder zweifle ich dass das möglich ist ...

    Bei der DVD ist beim Title Set angegeben, um was es sich für ein Material handelt (Progressive, Interlace-Top-Field-First oder Interlace-Bottom-Field-First). Also darf die Art des Interlacing nicht mitten drin wechseln (wenn man unterschielidche Formate auf eienr DVD haben will, muss man die in verschiedene Title Sets packen).

    Das soft- oder hardwaremäßige Erkennen der Field Dominance (oder auch nur ob Interlace or Progressive) funktioniert nur sehr unzuverlässig.

    Der Ansatz des einfach-alles-deinterlacen klingt zwar vielversprechend, schlägt aber fehl, wenn das Material mit einem 3:2-Pulldown von echtem Film konvertiert wurde (also in NTSC-Land). Und selbst der beste Deinterlacer kann nicht gegen direkt-alles-richtig-machen ankommen.

    Das "direkt-alles-richtig-machen"-Verfahren ist leider optional bzw. durch blödsinnige Einschränkungen in den jetzigen Standards nicht möglich.

    - Klaus

  • Wie kompliziert ist das denn? o.o

    Achja, von DVB-T bin ich begeistert. Kabelgebühren kann sich keiner mehr leisten, somit muss was anderes her. Satschüssel is aufm Dach, aber leider nur mit 2 Ausgängen. (An einem ne vernünftige DreamBox *hehehehe* ) Also bleibt nur noch Antenne, und da kommt mir DVB-T gerade recht.

    Blog: Bitte melde dich an, um diesen Link zu sehen. - The Seventies Board: Bitte melde dich an, um diesen Link zu sehen. Bitte melde dich an, um diesen Link zu sehen.

    Ein Terminal und ein Z80 :D

  • Zitat

    Original von BastetFurry
    Wie kompliziert ist das denn? o.o


    Was meinst Du mit "das"?

    Zitat

    Original von Shodan, AI at Citadel Station
    Look at you hacker, a pathetic creature of meat and bone. Panting and sweating as you run trough my corridors. How can you challenge a perfect immortal machine.....


    Gibt's eigentlich System Shock noch irgendwo? Ich wollte das immer mal spielen, aber bin nie dazu gekommen...aus irgendeinem Grund fiel mir mein Versäumnis gerade wieder ein.

    - Klaus

  • Mit "das" meinte ich diese ganzen Videostandards.
    Und SystemShock, entweder bei ePay oder bei den underdogs ;)
    Fürs im Geschäft kaufen isset zu alt, wenn du glück hast hat die Videothek deines Vertrauens noch SS2 im Regal zum leihen. SS2 läuft sogar noch mit ner Voodo 1 Zusatzkarte. (Darauf hatte ich es gespielt... ruckelfrei *g* )

    Blog: Bitte melde dich an, um diesen Link zu sehen. - The Seventies Board: Bitte melde dich an, um diesen Link zu sehen. Bitte melde dich an, um diesen Link zu sehen.

    Ein Terminal und ein Z80 :D

  • Zitat

    Original von BastetFurry
    Mit "das" meinte ich diese ganzen Videostandards.

    Acho so. Das. Das ist gar nicht so kompliziert.

    Der Teufel steckt bloss im Detail :grr:

    PAL und NTSC sind Videostandards (eigentlich Fernsehstandards). Das "Detail" ist der Interlace-Modus, den es in den drei lustigen Ausprägungen gibt. Im falle von NTSC auch noch mit der netten 3:2-Geschichte (ein Video-Vollbild enthält ein Film-Vollbild, das nächste Video-Vollbild enthält zwei unterschiedliche Film-Halbbilder. Wobei die Reihenfolge auch umgekehrt sein kann...das weiss man vorher eben nicht).

    Man hätte sich ja einfach bei der Field Dominance auf eine bestimmte Reihenfolg einigen können. Hat man aber nicht, man lässt beides zu.

    Und weil's so schön ist, und es ja erst seit über 20 Jahren Bildschirme gibt, die Progressive darstellen können, behält man den ganzen Mist für die zuküntigen Videostandards bei.

    Zitat

    Original von BastetFurryUnd SystemShock, entweder bei ePay oder bei den underdogs ;)

    Ja. HOTU hat allerdings gerade mit techn. Problemen zu kämpfen...später mal schaun.

    - Klaus