ext/metadata/README: Formatting.
authorStefan Kost <ensonic@users.sourceforge.net>
Tue, 29 Jan 2008 07:43:28 +0000 (07:43 +0000)
committerStefan Kost <ensonic@users.sourceforge.net>
Tue, 29 Jan 2008 07:43:28 +0000 (07:43 +0000)
Original commit message from CVS:
* ext/metadata/README:
Formatting.
* tests/icles/metadata_editor.c:
Include stdlib.h.

ChangeLog
ext/metadata/README
tests/icles/metadata_editor.c

index 7b42b3d..33917ef 100644 (file)
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,5 +1,12 @@
 2008-01-29  Stefan Kost  <ensonic@users.sf.net>
 
+       * ext/metadata/README:
+         Formatting.
+       * tests/icles/metadata_editor.c:
+         Include stdlib.h.
+
+2008-01-29  Stefan Kost  <ensonic@users.sf.net>
+
        * configure.ac:
        * docs/plugins/Makefile.am:
        * docs/plugins/gst-plugins-bad-plugins-docs.sgml:
index 7d5c098..f3cd20d 100644 (file)
@@ -38,8 +38,8 @@ or
 
 * in any case metadataparse strips out metadata chunks (different from current implementation)
 
-3- Modify (add, change, delete tags)
 
+3- Modify (add, change, delete tags)
 
                     +--> whole chunk send as event to next element -- ... --+
                     |                                                       |
@@ -65,6 +65,7 @@ Obs: By looking at the proposed design (1- view and 2- modify) seems that the me
      Only the application map the tags to/from metadata specific format. This is because, if you notice, only tags sent by application will be keep
      on new file.
 
+
 4- Convert (for example from jpeg to png)
 
                       +--> whole chunk send as event to next element -- ... --+
index e39720d..0f8f95d 100644 (file)
@@ -42,6 +42,7 @@
  */
 
 #include <stdio.h>
+#include <stdlib.h>
 #include <string.h>
 #include <unistd.h>