Sensor und Kameradaten zu einem Datenstrom zusammenfassen?

[GeoBot]

Ein Hallo an alle.

Erst einmal vielen Dank für den Input.

Momentan geht es erst einmal um die Daten als solches, wenn
sie digital im PC vorliegen.

In meiner Naivität dachte ich, daß es da schon Standardformate
und vielleicht passende Bibliotheken gibt.

Wie wie die Daten entstehen oder zum PC kommen ist erst einmal
zweitrangig (zeitlich) aber auch da bin ich schon jetzt für jede Info
dankbar.

Über die letztendlich verwendete Hardware lässt sich noch nichts
sagen,nur über die des ersten Prototypen, da werde ich ein digitales
Kameramodul mit serieller Schnittstelle verwenden.
Sprich eine DC-3840 alias Philips 350/µC Cam.
http://www.ulrichradig.de/home/index...ekte/uC-kamera

@ wkrug & Thoralf
Die Sache mit der Austastlücke und den nicht sichtbaren Zeilen werde
ich mir mal von einem befreundeten Fernsehtechniker genau erklären
lassen.

Weiß jemand was mit dem Videotext pasiert wenn man das
Fernsehsignal mit einer Videokarte aufnimmt?

Grüße GeoBot

[MeckPommER]

da werde ich ein digitales
Kameramodul mit serieller Schnittstelle verwenden.
...
Die Sache mit der Austastlücke und den nicht sichtbaren Zeilen werde
ich mir mal von einem befreundeten Fernsehtechniker genau erklären
lassen.
...
Weiß jemand was mit dem Videotext pasiert wenn man das
Fernsehsignal mit einer Videokarte aufnimmt?

Die Austastlücke hast du nur bei einem analogen TV-Signal. Sie ist also nicht vorhanden bei deinem Kameramodul mit serieller Schnittstelle.

Wenn du Video aufnimmst per TV-Karte, ist der Videotext futsch, da diese nur das sichtbare TV-Bild aufnehmen und nicht das komplette TV-Signal.

Gruß MeckPommER

[morob]

Hallo,

also das Prinzip mit der Kamera und den Daten per FSK Modem im Audiokanal, habe ich von der Elektor 3/2007. Wir haben es auch mal ausprobiert und es läuft, der Datenstrom darf nur nicht so groß sein.

Gruß

[GeoBot]

Hallo MeckPommER

Das die Austastlücke und die nicht sichtbaren Zeichen sich
auf ein Analogsignal beziehen ist mir schon klar.

Das der Videotext nicht extrahiert wird ist schade.

Momentan habe ich bei Freunden und Bekannten mal getreut
das ich Kameras suche. Ob das was ich dann später zu Ver-
fügung habe analog oder digital ist wird sich erst noch zeigen.
Auf jeden Fall sollte eine brauchbare Optik dran sein.

Die DC-3840 ist nur für die ersten Versuche gedacht, um
überhaupt mal was in der Hand zuhaben. Meist sind Sponsoren
eher bereit was locker zu machen wenn man schon etwas in
der Hand hat.

@ morob

Das mit der Tonspur ist eine Option die ich mir auf jeden Fall
offen halte. Das Verfahren hat man früher doch auch in Modems
und zum Aufzeichnen von Programmen auf Kasettenrekorder
verwendet?
Es ist also erprobt und sollte auch eine Digitalisierung überleben.

Ich glaube mich errinnen zu können, dass es in den Laborblättern
von ELRAD mal eine Schaltung auf Basis eines PLL-Bausteins ge-
geben hat.

Grüße GeoBot

[Thoralf]

prinzipiell gibts die 2 Wege Bilder oder Bildfolgen zu übertragen:
- analog
- digital

Nun ist die Frage, wofür man sich entscheidet.
Analog:

- Daten in der Austatstlücke, benötigt eine Schaltung, die die Digitalsignal so einmischt, daß die Austastlücke erhalten bleibt, der Empfänger muß die Digitalsignale noch sicher vom Bildinhalt unterscheiden können (Komparator)
Das Verfahren ist analog dem Videotextverfahren. Da es Videoeingabekarten gibt, die Videotext decodoeren können, würden die Daten die Digitalisierung auch "überleben". Wenn man jetzt die Daten im Videotextformat codiert, sollte der Decodieraufwand gering sein bei einer geeigneten Karte. Programmmodule, die den "Teletext" weiter verarbeiten gibts im Netz.

- Daten in der Tonspur, Modulation in Manchestercodierung, dafür gibts ausreichend Programmbeispiele, je nach verwendeter Hardware (Mikroprozessor)

Digital:
bei Einzelbildern könnte man Daten im Header unterbringen, oft werden dort nicht alle Datenfelder genutzt, so daß sie sich für Daten anbieten (aber geringe Datenrate. Allerdings stören die Daten die meisten Viewer nicht.
Bei Bildstreams (Videosequenzen) könnte man die Daten problemlos in der Tonspur unterbringen. Da die ja sowieso digital ist, ist es egal, ob dort Meßdaten stehen oder was auch immer. Ein viewer trennt die von Video ab und stellt das Video problemlos dar, da die Daten ja für ihn "Ton" sind.

Man muß auf geeignete Weise sich einen Videostream mit Daten als Ton basteln und die üblichen Codecs einsetzen. Ob es dafür Programme oder Module gibt weiß ich nicht, würde mich aber auch interessieren. Vielleicht hat jemand einen guten Link.

Man könnte ja vielleicht hier eine quasi Roboternetzstandardlösung entwickeln, die so glaube ich, viele gut gebrauchen könnten

[XBert]

Hi,

Meine Idee wäre:
Du könntest wenn deine Sensordaten Zahlenwerte sind (was ich mal annehme),
im Bild in einer Zeile hinzufügen (am Ende is es leichter) , danach die einzelnen Ziffern in Farbwerte kodieren (z.B.: schwarz=9,weiß=0)
und eine andere noch nicht verwendete Farbe als Trennzeichen zwischen den einzelnen Daten setzen.
Das sollte nicht allzu schwierig sein und auch nicht viel Bandbreite verbrauchen.
Auch ist dabei egal ob das ganze digital oder analog ist wenn die Farben sich genug unterscheiden

Mfg XBert

[jeffrey]

Hi,

Meine Idee wäre:
Du könntest wenn deine Sensordaten Zahlenwerte sind (was ich mal annehme),
im Bild in einer Zeile hinzufügen (am Ende is es leichter) , danach die einzelnen Ziffern in Farbwerte kodieren (z.B.: schwarz=9,weiß=0)
und eine andere noch nicht verwendete Farbe als Trennzeichen zwischen den einzelnen Daten setzen.
Das sollte nicht allzu schwierig sein und auch nicht viel Bandbreite verbrauchen.
Auch ist dabei egal ob das ganze digital oder analog ist wenn die Farben sich genug unterscheiden

Mfg XBert

hallo,
sowas ähnliches wollte ich gerade auch vorschlagen. du hattest ja selber schon die idee ein osd zu verwenden. allerdings würde ich das nicht ins bil machen, wg dem datenverlust, sondern das bild einfach entsprechend vergrößern und unterhalb oder an der seite anfügen, dann sieht man direkt beim schauien des videos die entsprechenden daten.
die codiette zeiel kann man ja zusätzlich machen, um die daten wieder auf dem pc zu gewinnen, ist sicher leichter auszuwerten, als ne schrifterkennung auf dem osd durchzuführen.
mfg jeffrey

[XBert]

Ich hab nie gesagt das über das Bild soll.
Ich hab mich ungünstig ausgedrückt, aber ich meinte natürlich in eine neue Zeile/Spalte
wobei sich eine Zeile am Ende des Bildes anbietet (in C++ leicht mit Pointerarithmetik zu realisieren).

MFG

[GeoBot]

Hallo

Man muß auf geeignete Weise sich einen Videostream
mit Daten als Ton basteln und die üblichen Codecs einsetzen.
Ob es dafür Programme oder Module gibt weiß ich nicht, würde
mich aber auch interessieren. Vielleicht hat jemand einen guten
Link.

Man könnte ja vielleicht hier eine quasi Roboternetzstandardlösung
entwickeln, die so glaube ich, viele gut gebrauchen könnten

Ich bin gestern abend noch über ein Containerformat und über
ein "Multimediaframework" gestolpert, die mir recht vielver-
sprechend erscheinen.

http://www.matroska.org/
http://www.gstreamer.net/

Nach einem ersten Überfliegen der Dokus meine ich, es sollte
möglich sein, damit recht einfach zu einem Ergebniss zu kommen.

Bei GStreamer gibt es wohl sogar eine Bibliothek gst-sci die Daten
als Stream hinzufügt. Leider fürt der Link zu einem Fehler und eine
Doku für das Modul hab ich noch nicht gefunden.

Am Containerformat scheint die große Anzahl an Möglichkeiten
zusätzliche Daten darin unterzubringen, recht interesant zu sein.

Grüße GeoBot

PS : Jeder weitere Hinweis ist immer noch willkommen.