Fri, 25 Mar 2016 11:21:18 -0400 Keep very old compatibility
koda [Fri, 25 Mar 2016 11:21:18 -0400] rev 11621
Keep very old compatibility
Fri, 25 Mar 2016 11:02:38 -0400 Use the correct replacement 0.9.22
koda [Fri, 25 Mar 2016 11:02:38 -0400] rev 11620
Use the correct replacement
Fri, 25 Mar 2016 11:01:01 -0400 Use the correct replacement
koda [Fri, 25 Mar 2016 11:01:01 -0400] rev 11619
Use the correct replacement
Fri, 25 Mar 2016 10:54:23 -0400 More compatibility wrappers for video
koda [Fri, 25 Mar 2016 10:54:23 -0400] rev 11618
More compatibility wrappers for video
Fri, 25 Mar 2016 15:52:49 +0100 fix check for wrong value
sheepluva [Fri, 25 Mar 2016 15:52:49 +0100] rev 11617
fix check for wrong value
Fri, 25 Mar 2016 15:40:44 +0300 racer map #20
unC0Rr [Fri, 25 Mar 2016 15:40:44 +0300] rev 11616
racer map #20
Thu, 24 Mar 2016 14:40:59 +0300 Achievement for ClimbHome
unC0Rr [Thu, 24 Mar 2016 14:40:59 +0300] rev 11615
Achievement for ClimbHome
Tue, 22 Mar 2016 11:59:31 -0400 Add an additional compatibility layer for video
koda [Tue, 22 Mar 2016 11:59:31 -0400] rev 11614
Add an additional compatibility layer for video
Tue, 22 Mar 2016 12:09:26 +0300 Fix typo
unC0Rr [Tue, 22 Mar 2016 12:09:26 +0300] rev 11613
Fix typo
Sun, 20 Mar 2016 03:08:51 -0400 Move pixel format conversion from uVideoRec to AVWrapper
koda [Sun, 20 Mar 2016 03:08:51 -0400] rev 11612
Move pixel format conversion from uVideoRec to AVWrapper This has several benefits, being in C-land allows us to better use libav API and avoid mixing memory allocated from Pascal. Also the C code for the conversion loop generated by GCC or Clang is probably more optimized than by Freepascal. Finally it will simplify code in the future if we are going to enable any other pixel format than yuv420p. Change the coefficients to improve color accuracy during conversion.
(0) -10000 -3000 -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 tip