Seeking fix from Robert Nagy. This needs testing!

[casparcg] / CHANGES.txt

diff --git a/CHANGES.txt b/CHANGES.txt
index f2d1f0aa83ea80fc858e47a6fd0c06084ae2aef6..4145caa11914d4a38d1a01207a4329734d05d56e 100644 (file)
--- a/CHANGES.txt
+++ b/CHANGES.txt
@@ -1,5 +1,34 @@
 C H A N G E S\r
 \r
+CasparCG 2.0.6 Stable (as compared to 2.0.4 Stable)\r
+===================================================\r
+\r
+General\r
+-------\r
+  o iVGA: Allow for the server to work without Processing.AirSend.x86.dll to\r
+    prevent a possible GPL violation. It is available as a separate optional\r
+    download.\r
+  o iVGA: Only provide sync to channel while connected, to prevent channel\r
+    ticking too fast.\r
+  o FFmpeg: Fixed bug during deinterlace-bob-reinterlace where output fields\r
+    were offset by one field in relation to input fields.\r
+  o FFmpeg: Fixed bug in ffmpeg_consumer where an access violation occurred\r
+    during destruction.\r
+  o Frontend: Only writes elements to casparcg.config which overrides a default\r
+    value to keep the file as compact as possible.\r
+  o System audio: Patched sfml-audio to work better with oal-consumer and\r
+    therefore removed portaudio as the system audio implementation and went back\r
+    to oal.\r
+  o Flash: Changed so that the initial buffer fill of frames is rendered at a\r
+    frame-duration pace instead of as fast as possible. Otherwise time based\r
+    animations render incorrectly. During buffer recovery, a higher paced\r
+    rendering takes place, but still not as fast as possible, which can cause\r
+    animations to be somewhat incorrectly rendered. This is the only way though\r
+    if we want the buffer to be able to recover after depletion.\r
+  o Version bump to keep up with CasparCG Client version.\r
+\r
+\r
+\r
 CasparCG 2.0.4 Stable (as compared to 2.0.4 Beta 1)\r
 ===================================================\r
 \r
@@ -23,7 +52,8 @@ Consumers
   o Added support for NewTek iVGA, which enables the use of CasparCG Server \r
     fill+key output(s) as input source(s) to a NewTek TriCaster without \r
     requiring video card(s) in the CasparCG Server machine, or taking up inputs\r
-    in the TriCaster. <newtek-ivga /> element in config enables iVGA on a channel.\r
+    in the TriCaster. <newtek-ivga /> element in config enables iVGA on a\r
+    channel.\r
   o Decklink: Created custom decklink allocator to reduce the memory footprint.\r
   o Replaced usage of SFML for <system-audio /> with PortAudio, because of\r
     problems with SFML since change to static linkage. Also PortAudio seems to\r
@@ -55,8 +85,6 @@ OSC
 \r
 \r
 \r
-\r
-\r
 CasparCG 2.0.4 Beta 1 (as compared to 2.0.3 Stable)\r
 ===================================================\r
 \r
@@ -211,6 +239,7 @@ AMCP
   o DATA REMOVE command was added.\r
 \r
 \r
+\r
 CasparCG 2.0.3 Alpha (as compared to 2.0 Stable)\r
 ================================================\r
 \r
@@ -266,6 +295,7 @@ Producers
     + Added PREMULTIPLY parameter to support images stored with straight alpha.\r
 \r
 \r
+\r
 CasparCG 2.0 Stable (as compared to Beta 3)\r
 ===========================================\r
 \r
@@ -284,6 +314,7 @@ Consumers
     + Added vsync support.\r
 \r
 \r
+\r
 CasparCG 2.0 Beta 3 (as compared to Beta 1)\r
 ===========================================\r
 \r
@@ -385,6 +416,7 @@ Diagnostics
   o Diagnostics window is now closable.\r
 \r
 \r
+\r
 CasparCG 2.0 Beta 1 (as compared to Alpha)\r
 ==========================================\r
 \r
@@ -454,6 +486,7 @@ CasparCG 2.0 Beta 1 (as compared to Alpha)
   o More than 2 Decklink cards might be possible but have not yet been tested.\r
 \r
 \r
+\r
 CasparCG 2.0 Alpha (as compared to 1.8)\r
 =======================================\r
 \r