summaryrefslogtreecommitdiffstats
path: root/loader/win32.c
diff options
context:
space:
mode:
authorsesse <sesse@b3059339-0415-0410-9bf9-f77b7e298cf2>2010-05-23 16:01:12 +0000
committersesse <sesse@b3059339-0415-0410-9bf9-f77b7e298cf2>2010-05-23 16:01:12 +0000
commit46f30279e7375d6932749ef9dbf2b7062e50c5a7 (patch)
tree28d0b1ce30c5448927304ce3785cbf84b54c6f46 /loader/win32.c
parent90ccea6639fe76ecbddddb11561addbfbb4edb24 (diff)
downloadmpv-46f30279e7375d6932749ef9dbf2b7062e50c5a7.tar.bz2
mpv-46f30279e7375d6932749ef9dbf2b7062e50c5a7.tar.xz
Add final missing bits of CineForm HD support on Linux (via the Windows
DirectShow codec). Required changes: - codecs.conf entry (of course). - Allow opening files with “.col” in the file name, just like “vp3” and “.fpf” already was allowed. (CineForm expects to be able to do this, presumably for some color management code.) - In registry.c, fake a few registry keys that the codec expects the installer to have written. Also, change a few magic numbers (0, 2) to the appropriate constants (ERROR_SUCCESS, ERROR_FILE_NOT_FOUND) where appropriate, so the code is easier to follow. SMP works fine, but seemingly performs suboptimally (e.g., on my dual-core laptop, CineForm performs better if I lie to it and tell it I have four cores). I don't know if this is inherent in the codec, or some inefficiency in the emulated synchronization primitives. git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@31196 b3059339-0415-0410-9bf9-f77b7e298cf2
Diffstat (limited to 'loader/win32.c')
-rw-r--r--loader/win32.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/loader/win32.c b/loader/win32.c
index 0b1999a043..ab07574803 100644
--- a/loader/win32.c
+++ b/loader/win32.c
@@ -3764,7 +3764,7 @@ static HANDLE WINAPI expCreateFileA(LPCSTR cs1,DWORD i1,DWORD i2,
free(tmp);
return result;
}
- if (strstr(cs1, "vp3") || strstr(cs1, ".fpf"))
+ if (strstr(cs1, "vp3") || strstr(cs1, ".fpf") || strstr(cs1, ".col"))
{
int r;
int flg = 0;