<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="de">
	<id>https://www.ccc-mannheim.de/mediawiki/index.php?action=history&amp;feed=atom&amp;title=FullCircle%2FDatenformat</id>
	<title>FullCircle/Datenformat - Versionsgeschichte</title>
	<link rel="self" type="application/atom+xml" href="https://www.ccc-mannheim.de/mediawiki/index.php?action=history&amp;feed=atom&amp;title=FullCircle%2FDatenformat"/>
	<link rel="alternate" type="text/html" href="https://www.ccc-mannheim.de/mediawiki/index.php?title=FullCircle/Datenformat&amp;action=history"/>
	<updated>2026-04-17T23:56:31Z</updated>
	<subtitle>Versionsgeschichte dieser Seite in C3MAWiki</subtitle>
	<generator>MediaWiki 1.45.3</generator>
	<entry>
		<id>https://www.ccc-mannheim.de/mediawiki/index.php?title=FullCircle/Datenformat&amp;diff=179&amp;oldid=prev</id>
		<title>Dome: Dome verschob Seite Datenformat nach FullCircle/Datenformat</title>
		<link rel="alternate" type="text/html" href="https://www.ccc-mannheim.de/mediawiki/index.php?title=FullCircle/Datenformat&amp;diff=179&amp;oldid=prev"/>
		<updated>2012-10-03T10:52:39Z</updated>

		<summary type="html">&lt;p&gt;Dome verschob Seite &lt;a href=&quot;/wiki/Datenformat&quot; class=&quot;mw-redirect&quot; title=&quot;Datenformat&quot;&gt;Datenformat&lt;/a&gt; nach &lt;a href=&quot;/wiki/FullCircle/Datenformat&quot; title=&quot;FullCircle/Datenformat&quot;&gt;FullCircle/Datenformat&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Neue Seite&lt;/b&gt;&lt;/p&gt;&lt;div&gt;[[Kategorie:FullCircle]]&lt;br /&gt;
{{aktives Projekt|Kontakt=Gonium|öffentlich=ja}}&lt;br /&gt;
&lt;br /&gt;
Das Datenformat sollte eine Abfolge von Frames sowie einige Metadaten beinhalten. Es sollte zudem plattform- und programmiersprachenunabhängig sein. Die &amp;#039;libfullcircle&amp;#039; definiert das Datenformat. Als Serialisierung wird [http://code.google.com/p/protobuf/ Protocol Buffers] zum Einsatz kommen - das hebt dafür locker und ist recht einfach zu benutzen. Die Frameabfolge (Sequence) soll in einer einzigen Datei gespeichert werden, damit man flexibel damit arbyten kann.&lt;br /&gt;
&lt;br /&gt;
===Brainstorming===&lt;br /&gt;
* Metadaten pro Datei&lt;br /&gt;
** Framerate zum Abspielen (Frames/s)&lt;br /&gt;
** Dimensionen der Frames (X/Y)&lt;br /&gt;
** Generator (Name des generierenden Plugins inklusive Versionsnummer) -&amp;gt; Debugging!&lt;br /&gt;
&lt;br /&gt;
* Abfolge von Frames: Sequence&lt;br /&gt;
** FrameID&lt;br /&gt;
** Matrix von Farbwerten&lt;br /&gt;
** Ein Farbwert wird als RGB gespeichert, je 8 Bit pro Kanal&lt;br /&gt;
&lt;br /&gt;
Ein Frame mit 16:9 Pixeln kommt also auf 16*9*3 = 432 Byte. Mit 10 Frames pro Sekunde macht das 4320 Bytes pro Sekunde, bei 2 Minuten Visualisierungen also 120*4320=507 KB. Das erscheint handhabbar, wenn man ein recht kompaktes Format wählt. Das generiert Protocol Buffers aber automatisch ziemlich effizient.&lt;br /&gt;
&lt;br /&gt;
Ein Frame fängt oben links mit dem Pixel (0,0) an und hört unten rechts mit dem Pixel (x_dim, y_dim) auf.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Definition des Datenformats ===&lt;br /&gt;
&lt;br /&gt;
Das Datenformat ist in /libfullcircle/sequence.proto definiert. Die Datei im Git hat Recht(TM), hier nur eine Kopie des Zwischenstands (V0.1.0) zur Veranschaulichung:&lt;br /&gt;
&lt;br /&gt;
  package fullcircle;&lt;br /&gt;
  message BinarySequenceMetadata {&lt;br /&gt;
    required uint32 frames_per_second = 1;&lt;br /&gt;
    required uint32 x_dim = 2;&lt;br /&gt;
    required uint32 y_dim = 3;&lt;br /&gt;
    required string generator_name = 4;&lt;br /&gt;
    required string generator_version = 5;&lt;br /&gt;
  }&lt;br /&gt;
  message RGB_Value {&lt;br /&gt;
    required uint32 red = 1;&lt;br /&gt;
    required uint32 green = 2;&lt;br /&gt;
    required uint32 blue = 3;&lt;br /&gt;
    required uint32 x = 4;&lt;br /&gt;
    required uint32 y = 5;&lt;br /&gt;
  }&lt;br /&gt;
  message BinaryFrame {&lt;br /&gt;
    repeated RGB_Value pixel = 1;&lt;br /&gt;
  }&lt;br /&gt;
  message BinarySequence {&lt;br /&gt;
    required BinarySequenceMetadata metadata = 1;&lt;br /&gt;
    repeated BinaryFrame frame = 2;&lt;br /&gt;
  }&lt;br /&gt;
&lt;br /&gt;
Das ist eine Protobuf-Definition - die Bibliothek macht daraus Bindings zu C++, Java und Python. Weitere Bibliotheken für Ruby etc. können das auch. Alle Implementationen komprimieren die Daten und speichern Typinformationen mit ab - eine korrupte Datei wird so sofort erkannt.&lt;br /&gt;
&lt;br /&gt;
=== Known Bugs ===&lt;br /&gt;
&lt;br /&gt;
keine.&lt;/div&gt;</summary>
		<author><name>Dome</name></author>
	</entry>
</feed>