AV-Signal verzögern

! Nicht allzu ernst gemeint !

Vielleicht will er einem Kunden in einem Parallelbetrieb analog/digital 
die Vorzüge einer digitalen Bildübertragung zeigen.

Einer der größten nachteile der digitalen Übertragung ist aber die 
Zeitverzögerung. Wenn er jetzt künstlich das analoge Signal verzögert 
merkt keiner was von dem Nachteil.


Jetzt interessiert mich aber nat. auch der richtige Grund !

guude

ts

Vielen Dank für eure Antworten.

Der Grund: Ich habe mit einem RGB-Steuergerät und einer Software eine 
Art Ambilight gebastelt. Der Festplattenrekorder gibt ein AV-Signal via 
Chinch an einen AV-Receiver, der gibt das Bild an mein TV-Gerät weiter. 
Parallel zu diesem Signal schickt der Festplattenrekorder ein 
S-Videosignal zu einer USB-TV-Karte, die die Bildinformation an die 
Ambilight-Software weitergibt. Die Verarbeitung und Übertragung an den 
RGB-Controller dauern etwa 0,4 Sekunden. Und die gilt es zu 
kompensieren.

Kann man so etwas selber bauen? Controller mit etwas größerem Speicher? 
Bin für alle Ideen dankbar.

Gruß Simon

Gabs da nichma so Eimerketten, wie se auch in DSO sind?

Sehr interessante Idee. Hab das mal bei wikipedia nachgelesen. Über 
Eimerketten kommt man sehr schnell zu Verzögerungsleitungen. Könnte das 
funktionieren? Kennt sich da jemand aus? Ausser den Infos bei Wiki hab 
ich nämlich nichts gefunden. Für eine 400ms-Verzögerung sollte es doch 
reichen???

Link: http://de.wikipedia.org/wiki/Verz%C3%B6gerungsleitung

Wie berechnet man eine Verzögerungsleitung.

Mich würde interessieren wie lang diese dann bei 400ms werden würde

Den Platz hätte ich. Die Kabel gibts beim großen C. Aber wer hilft mir 
wickeln???

Im Ernst: Ich mach mich jetzt mal dran, die exakte Differenz zu messen. 
Gut Möglich, dass sie etwas unter 0,4 s liegt. Wie sieht es denn mit 
einem FIFO-Speicher aus. Kann man sowas mit einem mikrocontroller und 
evtl. einer sd-karte realisieren?

FIFO ist eine Lösung, µC mit SD-Karte definitiv NICHT !

digitalisiertes PAL/NTSC Video hat ne Bandbreite von zwischen 200 und 
300MBit/s (BT.656). Kannst ja mal überlegen ob dir der Speicher eines 
Mikrocontrollers reicht bzw. schnell genug ist.

könnte man das mit einem externen speicher koppeln?

Sicher.

Nächste Frage?

Ich hatte gehofft ein bisschen Unterstützung zu bekommen. Da ich kein 
Fachmann bin, kann ich mir nicht so recht vorstellen, wie aufwendig das 
Ganze ist.
Wie müsste ein Controller aufgebaut sein, um ein vollstäniges 
PAL/NTSC-Signal abzuspeichern und ca. 300 bis 400 ms später wieder 
auszugeben. Kann man einen Controller als FIFO-Speicher nutzen? Wie 
gesagt, wenn nötig auch mit externem Speicher.


Ich möchte nicht, dass sich hier jemand eine halbe Stunde hinsetzt und 
einen Plan entwickelt. Ich würde mich einfach nur über eine grobe 
Übersicht freuen, wie das Ganze nachher aussehen könnte. Dann kann ich 
mich mit den Details beschäftigen. Aber im Moment hab ich noch keine 
Vorstellung.  Danke schonmal für eure Hilfe.

Hatte da noch eine Idee: wie lange glaubt ihr braucht ein AV-Signal, 
wenn es per Funk übertragen wird. Wären da eventuell 400ms rauszuholen? 
Hat jemand so ein Gerät? Wie heissen die genau. Hab unter av-transmitter 
gesucht, aber nicht viel gefunden.

Bei der Funkübertragung verhält es sich ähnlich wie bei der Übertragung 
im Kabel.

M. G. wrote:
> Wenn man annimmt, dass ein Signal sich mit 2/3 der Lichtgeschwindigkeit
> in einem Kupferkabel ausbreitet.
> Braucht man für 0.4s ein Kabel der Länge: 80.000km
> Nur mal so ganz grob abgeschätzt :-D

Gruß,
Magnetus

Besteht denn die Möglichkeit, dass es beim Umrechnen im Sender/Empfänger 
etwas verzögert wird?

Bei den Funkstrecken wird nichts umgerechnet. Is alles Analooooch.

Also brauch ich es gar nicht versuchen?!? Müsste so ein Gerät nämlich 
bestellen...

Pack das Problem doch mal von der anderen Seite her an: Die 
Signalauswertung für das Pseudo-Ambilight muss einfach deutlich 
schneller werden. 0,4 Sekunden für die Auswertung sind einfach zu viel.

Gruß,
Magnetus

Wie soll es schneller gehen? Die Software ist gut programmiert, die 
übertragung läuft über rs232 und der controller.... naja. daran kann man 
nichts ändern. Ich wüsste nicht, wie ich das beschleunigen könnte.

An sich funktioniert es ja auch makellos. die qualität ist überraschend 
gut. nur die zeitverzögerung stört...

habs mir nochmal genau angeschaut. (leider hab ich noch keine kamera da, 
um die exakten zeiten zu messen). Die Software funktioniert in echtzeit 
(verglichen mit dem Eingangsignal der TV-Karte). Allerdings kommt das 
erst später an. Da liegt die Verzögerung. Und da kann man wohl nichts 
dran ändern. Die Verzögerung von PC zum Steuergerät sind kaum 
wahrnehmbar (wohl unter 50ms)

Also bleibt nur die Verzögerung des AV-Signals...

>leider hab ich noch keine kamera da,
>um die exakten zeiten zu messen

Geht eh nicht. Kameras haben unvorhersafbare Delays zwischen Bild und 
Ton. Das schwankt auch.

Vergiss das mal mit dem Verzögern. Das Band was in einer Schleife läuft 
ist die einzige Lösung die bei Deinem Kentnissstand in Frage kommt. 
Vergiss einfach alles andere. Oder mache das Ambilight direkt vom Bild 
abhängig. Also mit Farbsensor/ Kamera!

Verzichte auf die Auswertung per PC. Löse es mit echter Hardware.

Danke für die Antworten!

@ Timbo: wenn ich nur die Bilder (ohne Ton) zum messen nehme, sollte es 
funktionieren. Die Software stellt das Bild mit der enstprechenden Farbe 
für die LEDs dar. wenn ich den PC neben den Fernseher stelle und Frame 
für Frame weitergehe, dann kann ich ja die Differenz anhand der 
Einzelbilder der Kamera errechnen...?!

@Steven und Magnus: Damit habe ich mich schon sehr intensiv beschäftigt. 
Ich kenne keine HArdwarelösung die wirklich funktioniert. Es gibt viele 
Lösungsansätze. Aber es tauchen immer Probleme auf.

@Michael U.: Das wäre noch einen Versuch wert. Ich habe die Hauppauge 
WINTV-USB. Welchen Treiber müsste ich installieren, damit die Daten 
nicht mehr zwischengespeichert werden? Gibt es da fertige Programme?

Gruß

Mal eine andere Lösung:
Über die TV Karte hast du Bild/Ton die du analysierst ja schon im 
Computer. Jetzt könntest du sie ja über dessen TV Ausgang wieder 
ausgeben.
Dadurch hast du in jedem Fall schon mal die Verzögerung durchs einlesen 
in den PC gutgemacht. Wenn du jetzt noch eine eigene Verzögerung 
brauchst, könntest du ein  PC Softwaremodul (z.B. für den DirectShow 
Filtergraph), das eine Verzögerung zwwischen Ein- und Ausgabe 
realisiert.

Vielen Dank für deine ausführliche Antwort, Michael. Leider habe ich 
nicht die Möglichkeit eine P>CI-Karte einzubauen (Laptop). Schade.

Die Idee vom Mathhias klingt eigentlich am einfachsten. Die Frage ist 
nur, ob das funktioniert. Welche TV-Karte kann einlesen und ausgeben 
gleichzeitig, ohne das Signal durchzuschleifen? Ich denke mal, dass die 
Signale immer durchgeschleift werden... Aber wie ist das mit einer 
zweiten TV-Karte? Könnte das funktionieren? Kann ich zwei USB-TV-Karten 
parallel laufen lassen? Die eine liesst ein, die andere gibt aus? Das 
Problem ist nur, wie übertrage ich die Daten an die zweite Karte?

Gruß