[Mingw-w64-public] [PATCH 5/5] crt: Add mfsensorgroup export library.
From 54e48653ab2131ef1014b93aecea0d40527954e6 Mon Sep 17 00:00:00 2001 From: Biswapriyo Nath Date: Tue, 5 Jan 2021 10:51:01 +0530 Subject: [PATCH 5/5] crt: Add mfsensorgroup export library. Signed-off-by: Biswapriyo Nath --- mingw-w64-crt/lib-common/mfsensorgroup.def | 43 ++ mingw-w64-crt/lib32/Makefile.am| 1 + mingw-w64-crt/lib32/mfsensorgroup.def | 43 ++ mingw-w64-crt/lib64/Makefile.am| 1 + mingw-w64-crt/libarm32/Makefile.am | 1 + mingw-w64-crt/libarm64/Makefile.am | 1 + 6 files changed, 90 insertions(+) create mode 100644 mingw-w64-crt/lib-common/mfsensorgroup.def create mode 100644 mingw-w64-crt/lib32/mfsensorgroup.def diff --git a/mingw-w64-crt/lib-common/mfsensorgroup.def b/mingw-w64-crt/lib-common/mfsensorgroup.def new file mode 100644 index 000..b40cfb9 --- /dev/null +++ b/mingw-w64-crt/lib-common/mfsensorgroup.def @@ -0,0 +1,43 @@ +; +; Definition file of MFSENSORGROUP.dll +; Automatic generated by gendef +; written by Kai Tietz 2008 +; +LIBRARY "MFSENSORGROUP.dll" +EXPORTS +MFCheckProcessCapabilities +MFCleanupVirtualCameraEntries +MFCloneSensorProfile +MFCreatePackageFamilyNameTag +MFCreatePassthroughTranslatedMediaType +MFCreateRelativePanelWatcher +MFCreateSensorActivityMonitor +MFCreateSensorDeviceBlobByObject +MFCreateSensorGroup +MFCreateSensorGroupById +MFCreateSensorGroupCollection +MFCreateSensorGroupIdManager +MFCreateSensorProfile +MFCreateSensorProfileCollection +MFCreateSensorProfileWithFlags +MFCreateSensorStream +MFCreateTranslatedMediaType +MFCreateTranslatedMediaType2 +MFDeleteSensorGroupById +MFGetDeviceFromFSUniqueId +MFGetDeviceFromSGHash +MFGetSGCH +MFGetSensorDeviceProperty +MFGetSensorDeviceRegistryProperty +MFGetSensorGroupAttributesFromId +MFGetSensorGroupPropertyName +MFGetSensorOrientation +MFInitializeSensorGroupStore +MFIsSensorGroupName +MFIsStreamAvailableToAppPackage +MFLoadSensorGroupFromRegistry +MFLoadSensorProfiles +MFPublishSensorProfiles +MFSensorProfileParseFilterSetString +MFValidateSensorProfile +MFWriteSensorGroupDataToRegistry diff --git a/mingw-w64-crt/lib32/Makefile.am b/mingw-w64-crt/lib32/Makefile.am index 4440e35..1583c56 100644 --- a/mingw-w64-crt/lib32/Makefile.am +++ b/mingw-w64-crt/lib32/Makefile.am @@ -172,6 +172,7 @@ lib32_DATA += %reldir%/libmfcuia32.a lib32_DATA += %reldir%/libmfplat.a lib32_DATA += %reldir%/libmfplay.a lib32_DATA += %reldir%/libmfreadwrite.a +lib32_DATA += %reldir%/libmfsensorgroup.a lib32_DATA += %reldir%/libmgmtapi.a lib32_DATA += %reldir%/libmincore.a lib32_DATA += %reldir%/libmmdevapi.a diff --git a/mingw-w64-crt/lib32/mfsensorgroup.def b/mingw-w64-crt/lib32/mfsensorgroup.def new file mode 100644 index 000..ed873e5 --- /dev/null +++ b/mingw-w64-crt/lib32/mfsensorgroup.def @@ -0,0 +1,43 @@ +; +; Definition file of MFSENSORGROUP.dll +; Automatic generated by gendef +; written by Kai Tietz 2008 +; +LIBRARY "MFSENSORGROUP.dll" +EXPORTS +MFCheckProcessCapabilities@16 +MFCleanupVirtualCameraEntries@0 +MFCloneSensorProfile@8 +MFCreatePackageFamilyNameTag@16 +MFCreatePassthroughTranslatedMediaType@12 +MFCreateRelativePanelWatcher@12 +MFCreateSensorActivityMonitor@8 +MFCreateSensorDeviceBlobByObject@20 +MFCreateSensorGroup@8 +MFCreateSensorGroupById@12 +MFCreateSensorGroupCollection@8 +MFCreateSensorGroupIdManager@4 +MFCreateSensorProfile@16 +MFCreateSensorProfileCollection@4 +MFCreateSensorProfileWithFlags@12 +MFCreateSensorStream@16 +MFCreateTranslatedMediaType@16 +MFCreateTranslatedMediaType2@20 +MFDeleteSensorGroupById@4 +MFGetDeviceFromFSUniqueId@20 +MFGetDeviceFromSGHash@20 +MFGetSGCH@24 +MFGetSensorDeviceProperty@24 +MFGetSensorDeviceRegistryProperty@24 +MFGetSensorGroupAttributesFromId@8 +MFGetSensorGroupPropertyName@16 +MFGetSensorOrientation@8 +MFInitializeSensorGroupStore@0 +MFIsSensorGroupName@8 +MFIsStreamAvailableToAppPackage@12 +MFLoadSensorGroupFromRegistry@8 +MFLoadSensorProfiles@8 +MFPublishSensorProfiles@8 +MFSensorProfileParseFilterSetString@16 +MFValidateSensorProfile@8 +MFWriteSensorGroupDataToRegistry@24 diff --git a/mingw-w64-crt/lib64/Makefile.am b/mingw-w64-crt/lib64/Makefile.am index 96c6ec0..5d01aa7 100644 --- a/mingw-w64-crt/lib64/Makefile.am +++ b/mingw-w64-crt/lib64/Makefile.am @@ -299,6 +299,7 @@ lib64_DATA += %reldir%/libmf3216.a lib64_DATA += %reldir%/libmfc42.a lib64_DATA += %reldir%/libmfc42u.a lib64_DATA += %reldir%/libmfreadwrite.a +lib64_DATA += %reldir%/libmfsensorgroup.a lib64_DATA += %reldir%/libmgmtapi.a lib64_DATA += %reldir%/libmidimap.a lib64_DATA += %reldir%/libmigism.a diff --git a/mingw-w64-crt/libarm32/Makefile.am b/mingw-w64-crt/libarm32/Makefile.am index 1375f0d..01f2477 100644 --- a/mingw-w64-crt/libarm32/Makefile.am +++ b/mingw-w64-crt/libarm32/Makefile.am @@ -379,6 +379,7 @@ libarm32_DATA += %reldir%/libmfnetsrc.a libarm32_DATA += %reldir%/libmfplat.a libarm32_DATA += %reldir%/libmfplay.a libarm32_DATA += %reldir%/libmfreadwrite.a +libarm32_DATA +=
[Mingw-w64-public] [PATCH 4/5] crt: Move mfplay export library to lib-common.
From b71468b28cee54230a21563a82d7723770f4648f Mon Sep 17 00:00:00 2001 From: Biswapriyo Nath Date: Tue, 5 Jan 2021 10:51:01 +0530 Subject: [PATCH 4/5] crt: Move mfplay export library to lib-common. Comment out DLL initialization symbols. Signed-off-by: Biswapriyo Nath --- mingw-w64-crt/{libarm32 => lib-common}/mfplay.def | 4 mingw-w64-crt/lib32/Makefile.am | 1 + mingw-w64-crt/lib32/mfplay.def| 13 + mingw-w64-crt/lib64/Makefile.am | 1 + mingw-w64-crt/libarm64/Makefile.am| 1 + 5 files changed, 20 insertions(+) rename mingw-w64-crt/{libarm32 => lib-common}/mfplay.def (68%) create mode 100644 mingw-w64-crt/lib32/mfplay.def diff --git a/mingw-w64-crt/libarm32/mfplay.def b/mingw-w64-crt/lib-common/mfplay.def similarity index 68% rename from mingw-w64-crt/libarm32/mfplay.def rename to mingw-w64-crt/lib-common/mfplay.def index 42cdb16..3b74c32 100644 --- a/mingw-w64-crt/libarm32/mfplay.def +++ b/mingw-w64-crt/lib-common/mfplay.def @@ -5,5 +5,9 @@ ; LIBRARY "MFPlay.DLL" EXPORTS +; DllCanUnloadNow +; DllGetClassObject +; DllRegisterServer +; DllUnregisterServer MFPCreateMediaPlayer MFPCreateMediaPlayerEx diff --git a/mingw-w64-crt/lib32/Makefile.am b/mingw-w64-crt/lib32/Makefile.am index e2cb6fe..4440e35 100644 --- a/mingw-w64-crt/lib32/Makefile.am +++ b/mingw-w64-crt/lib32/Makefile.am @@ -170,6 +170,7 @@ lib32_DATA += %reldir%/libmf.a lib32_DATA += %reldir%/libmfcore.a lib32_DATA += %reldir%/libmfcuia32.a lib32_DATA += %reldir%/libmfplat.a +lib32_DATA += %reldir%/libmfplay.a lib32_DATA += %reldir%/libmfreadwrite.a lib32_DATA += %reldir%/libmgmtapi.a lib32_DATA += %reldir%/libmincore.a diff --git a/mingw-w64-crt/lib32/mfplay.def b/mingw-w64-crt/lib32/mfplay.def new file mode 100644 index 000..fdd5976 --- /dev/null +++ b/mingw-w64-crt/lib32/mfplay.def @@ -0,0 +1,13 @@ +; +; Definition file of MFPlay.DLL +; Automatic generated by gendef +; written by Kai Tietz 2008 +; +LIBRARY "MFPlay.DLL" +EXPORTS +; DllCanUnloadNow@0 +; DllGetClassObject@12 +; DllRegisterServer@0 +; DllUnregisterServer@0 +MFPCreateMediaPlayer@24 +MFPCreateMediaPlayerEx@28 diff --git a/mingw-w64-crt/lib64/Makefile.am b/mingw-w64-crt/lib64/Makefile.am index b18174a..96c6ec0 100644 --- a/mingw-w64-crt/lib64/Makefile.am +++ b/mingw-w64-crt/lib64/Makefile.am @@ -697,6 +697,7 @@ lib64_DATA += %reldir%/libktmw32.a lib64_DATA += %reldir%/libmf.a lib64_DATA += %reldir%/libmfcore.a lib64_DATA += %reldir%/libmfplat.a +lib64_DATA += %reldir%/libmfplay.a lib64_DATA += %reldir%/libmsdrm.a lib64_DATA += %reldir%/libncrypt.a lib64_DATA += %reldir%/libwecapi.a diff --git a/mingw-w64-crt/libarm64/Makefile.am b/mingw-w64-crt/libarm64/Makefile.am index a05b63f..0cfcda7 100644 --- a/mingw-w64-crt/libarm64/Makefile.am +++ b/mingw-w64-crt/libarm64/Makefile.am @@ -151,6 +151,7 @@ libarm64_DATA += %reldir%/libmf3216.a libarm64_DATA += %reldir%/libmf.a libarm64_DATA += %reldir%/libmfcore.a libarm64_DATA += %reldir%/libmfplat.a +libarm64_DATA += %reldir%/libmfplay.a libarm64_DATA += %reldir%/libmfreadwrite.a libarm64_DATA += %reldir%/libmgmtapi.a libarm64_DATA += %reldir%/libmidimap.a -- 2.29.2 ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[Mingw-w64-public] [PATCH 3/5] crt: Move mfcore export library to lib-common.
From 87d81ee78d347404e53ee67e6d067ce2f477985d Mon Sep 17 00:00:00 2001 From: Biswapriyo Nath Date: Tue, 5 Jan 2021 10:51:01 +0530 Subject: [PATCH 3/5] crt: Move mfcore export library to lib-common. Comment out DLL initialization symbols. Signed-off-by: Biswapriyo Nath --- .../{libarm32 => lib-common}/mfcore.def | 11 mingw-w64-crt/lib32/Makefile.am | 1 + mingw-w64-crt/lib32/mfcore.def| 60 +++ mingw-w64-crt/lib64/Makefile.am | 1 + mingw-w64-crt/libarm32/Makefile.am| 2 +- mingw-w64-crt/libarm64/Makefile.am| 1 + 6 files changed, 75 insertions(+), 1 deletion(-) rename mingw-w64-crt/{libarm32 => lib-common}/mfcore.def (78%) create mode 100644 mingw-w64-crt/lib32/mfcore.def diff --git a/mingw-w64-crt/libarm32/mfcore.def b/mingw-w64-crt/lib-common/mfcore.def similarity index 78% rename from mingw-w64-crt/libarm32/mfcore.def rename to mingw-w64-crt/lib-common/mfcore.def index 7fdc76f..75984fc 100644 --- a/mingw-w64-crt/libarm32/mfcore.def +++ b/mingw-w64-crt/lib-common/mfcore.def @@ -9,14 +9,24 @@ AppendPropVariant ConvertPropVariant CopyPropertyStore CreateNamedPropertyStore +; DllCanUnloadNow +; DllGetActivationFactory +; DllGetClassObject +; DllRegisterServer +; DllUnregisterServer ExtractPropVariant MFCopyMFMetadata +MFCopyPropertyStore +MFCopyStreamMetadata MFCreateAggregateSource MFCreateAppSourceProxy MFCreateAudioRenderer MFCreateAudioRendererActivate MFCreateDeviceSource MFCreateDeviceSourceActivate +MFCreateEncryptedMediaExtensionsStoreActivate +MFCreateExtendedCameraIntrinsicModel +MFCreateExtendedCameraIntrinsics MFCreateFileSchemePlugin MFCreateMFMetadataOnPropertyStore MFCreateMediaProcessor @@ -25,6 +35,7 @@ MFCreatePMPHost MFCreatePMPMediaSession MFCreatePMPServer MFCreatePresentationClock +MFCreatePresentationClockAsyncTimeSource MFCreateSampleCopierMFT MFCreateSampleGrabberSinkActivate MFCreateSequencerSegmentOffset diff --git a/mingw-w64-crt/lib32/Makefile.am b/mingw-w64-crt/lib32/Makefile.am index 33f775a..e2cb6fe 100644 --- a/mingw-w64-crt/lib32/Makefile.am +++ b/mingw-w64-crt/lib32/Makefile.am @@ -167,6 +167,7 @@ lib32_DATA += %reldir%/liblz32.a lib32_DATA += %reldir%/libmapi32.a lib32_DATA += %reldir%/libmcd.a lib32_DATA += %reldir%/libmf.a +lib32_DATA += %reldir%/libmfcore.a lib32_DATA += %reldir%/libmfcuia32.a lib32_DATA += %reldir%/libmfplat.a lib32_DATA += %reldir%/libmfreadwrite.a diff --git a/mingw-w64-crt/lib32/mfcore.def b/mingw-w64-crt/lib32/mfcore.def new file mode 100644 index 000..b363c05 --- /dev/null +++ b/mingw-w64-crt/lib32/mfcore.def @@ -0,0 +1,60 @@ +; +; Definition file of MFCORE.dll +; Automatic generated by gendef +; written by Kai Tietz 2008 +; +LIBRARY "MFCORE.dll" +EXPORTS +AppendPropVariant@8 +ConvertPropVariant@8 +CopyPropertyStore@12 +CreateNamedPropertyStore@4 +; DllCanUnloadNow@0 +; DllGetActivationFactory@8 +; DllGetClassObject@12 +; DllRegisterServer@0 +; DllUnregisterServer@0 +ExtractPropVariant@12 +MFCopyMFMetadata@16 +MFCopyPropertyStore@8 +MFCopyStreamMetadata@12 +MFCreateAggregateSource@8 +MFCreateAppSourceProxy@12 +MFCreateAudioRenderer@8 +MFCreateAudioRendererActivate@4 +MFCreateDeviceSource@8 +MFCreateDeviceSourceActivate@8 +MFCreateEncryptedMediaExtensionsStoreActivate@16 +MFCreateExtendedCameraIntrinsicModel@8 +MFCreateExtendedCameraIntrinsics@4 +MFCreateFileSchemePlugin@8 +MFCreateMFMetadataOnPropertyStore@8 +MFCreateMediaProcessor@4 +MFCreateMediaSession@8 +MFCreatePMPHost@12 +MFCreatePMPMediaSession@16 +MFCreatePMPServer@8 +MFCreatePresentationClock@4 +MFCreatePresentationClockAsyncTimeSource@4 +MFCreateSampleCopierMFT@4 +MFCreateSampleGrabberSinkActivate@12 +MFCreateSequencerSegmentOffset@16 +MFCreateSequencerSource@8 +MFCreateSequencerSourceRemoteStream@12 +MFCreateSimpleTypeHandler@4 +MFCreateSoundEventSchemePlugin@8 +MFCreateStandardQualityManager@4 +MFCreateTopoLoader@4 +MFCreateTopology@4 +MFCreateTopologyNode@8 +MFCreateTransformWrapper@12 +MFCreateWMAEncoderActivate@12 +MFCreateWMVEncoderActivate@12 +MFEnumDeviceSources@12 +MFGetMultipleServiceProviders@16 +MFGetService@16 +MFGetTopoNodeCurrentType@16 +MFReadSequencerSegmentOffset@12 +MFRequireProtectedEnvironment@4 +MFShutdownObject@4 +MergePropertyStore@12 diff --git a/mingw-w64-crt/lib64/Makefile.am b/mingw-w64-crt/lib64/Makefile.am index 6f75d21..b18174a 100644 --- a/mingw-w64-crt/lib64/Makefile.am +++ b/mingw-w64-crt/lib64/Makefile.am @@ -695,6 +695,7 @@ lib64_DATA += %reldir%/libevr.a lib64_DATA += %reldir%/libiscsidsc.a lib64_DATA += %reldir%/libktmw32.a lib64_DATA += %reldir%/libmf.a +lib64_DATA += %reldir%/libmfcore.a lib64_DATA += %reldir%/libmfplat.a lib64_DATA += %reldir%/libmsdrm.a lib64_DATA += %reldir%/libncrypt.a diff --git a/mingw-w64-crt/libarm32/Makefile.am b/mingw-w64-crt/libarm32/Makefile.am index aaec07e..1375f0d 100644 --- a/mingw-w64-crt/libarm32/Makefile.am +++ b/mingw-w64-crt/libarm32/Makefile.am @@ -372,8 +372,8 @@
[Mingw-w64-public] [PATCH 2/5] crt: Update mfplat export library.
From 843f02477c1df85db27d49338f0e3793cbeb9f32 Mon Sep 17 00:00:00 2001 From: Biswapriyo Nath Date: Tue, 5 Jan 2021 10:51:01 +0530 Subject: [PATCH 2/5] crt: Update mfplat export library. Signed-off-by: Biswapriyo Nath --- mingw-w64-crt/lib-common/mfplat.def | 45 +++ mingw-w64-crt/lib32/mfplat.def | 119 +++- 2 files changed, 163 insertions(+), 1 deletion(-) diff --git a/mingw-w64-crt/lib-common/mfplat.def b/mingw-w64-crt/lib-common/mfplat.def index 3dff967..6634e55 100644 --- a/mingw-w64-crt/lib-common/mfplat.def +++ b/mingw-w64-crt/lib-common/mfplat.def @@ -1,3 +1,8 @@ +; +; Definition file of MFPlat.DLL +; Automatic generated by gendef +; written by Kai Tietz 2008 +; LIBRARY "MFPlat.DLL" EXPORTS FormatTagFromWfx @@ -35,9 +40,15 @@ MFBeginUnregisterWorkQueueWithMMCSS MFBlockThread MFCalculateBitmapImageSize MFCalculateImageSize +MFCallStackTracingClearSnapshot +MFCallStackTracingLogSessionErrors +MFCallStackTracingRestoreSnapshot +MFCallStackTracingTakeSnapshot MFCancelCreateFile MFCancelWorkItem +MFCheckEnabledViaAppService MFClearLocalMFTs +MFCombineSamples MFCompareFullToPartialMediaType MFCompareSockaddrAddresses MFConvertColorInfoFromDXVA @@ -46,19 +57,27 @@ MFConvertFromFP16Array MFConvertToFP16Array MFCopyImage MFCreate2DMediaBuffer +MFCreate2DMediaBufferOn1DMediaBuffer MFCreateAMMediaTypeFromMFMediaType MFCreateAlignedMemoryBuffer +MFCreateAlignedSharedMemoryBuffer MFCreateAsyncResult MFCreateAttributes MFCreateAudioMediaType +MFCreateByteStreamHandlerAppServiceActivate MFCreateCollection +MFCreateContentDecryptorContext +MFCreateContentProtectionDevice +MFCreateD3D12SynchronizationObject MFCreateDXGIDeviceManager MFCreateDXGISurfaceBuffer MFCreateDXSurfaceBuffer +MFCreateEMEStoreObject MFCreateEventQueue MFCreateFile MFCreateFileFromHandle MFCreateLegacyMediaBufferOnMFMediaBuffer +MFCreateMFByteStreamOnIStreamWithFlags MFCreateMFByteStreamOnStream MFCreateMFByteStreamOnStreamEx MFCreateMFByteStreamWrapper @@ -69,30 +88,44 @@ MFCreateMediaEvent MFCreateMediaEventResult MFCreateMediaExtensionActivate MFCreateMediaExtensionActivateNoInit +MFCreateMediaExtensionAppServiceActivate +MFCreateMediaExtensionInprocActivate MFCreateMediaType MFCreateMediaTypeFromProperties MFCreateMediaTypeFromRepresentation MFCreateMemoryBuffer +MFCreateMemoryBufferFromRawBuffer MFCreateMemoryStream +MFCreateMuxStreamAttributes +MFCreateMuxStreamMediaType +MFCreateMuxStreamSample +MFCreateOOPMFTProxy +MFCreateOOPMFTRemote MFCreatePathFromURL MFCreatePresentationDescriptor MFCreatePropertiesFromMediaType MFCreateReusableByteStream +MFCreateReusableByteStreamWithSharedLock MFCreateSample +MFCreateSecureBufferAllocator +MFCreateSharedMemoryMediaBufferFromMediaType MFCreateSocket MFCreateSocketListener MFCreateSourceResolver MFCreateSourceResolverInternal +MFCreateStagingSurfaceWrapper MFCreateStreamDescriptor MFCreateStreamOnMFByteStream MFCreateStreamOnMFByteStreamEx MFCreateSystemTimeSource MFCreateSystemUnderlyingClock +MFCreateTelemetrySession MFCreateTempFile MFCreateTrackedSample MFCreateTransformActivate MFCreateURLFromPath MFCreateUdpSockets +MFCreateVideoDecryptorContext MFCreateVideoMediaType MFCreateVideoMediaTypeFromBitMapInfoHeader MFCreateVideoMediaTypeFromBitMapInfoHeaderEx @@ -101,6 +134,7 @@ MFCreateVideoMediaTypeFromVideoInfoHeader MFCreateVideoMediaTypeFromVideoInfoHeader2 MFCreateVideoSampleAllocatorEx MFCreateWICBitmapBuffer +MFCreateWICDecoderProxy MFCreateWaveFormatExFromMFMediaType MFDeserializeAttributesFromStream MFDeserializeEvent @@ -115,6 +149,7 @@ MFFreeAdaptersAddresses MFGetAdaptersAddresses MFGetAttributesAsBlob MFGetAttributesAsBlobSize +MFGetCallStackTracingWeakReference MFGetConfigurationDWORD MFGetConfigurationPolicy MFGetConfigurationStore @@ -136,6 +171,8 @@ MFGetUncompressedVideoFormat MFGetWorkQueueMMCSSClass MFGetWorkQueueMMCSSPriority MFGetWorkQueueMMCSSTaskId +MFHasLocallyRegisteredByteStreamHandlers +MFHasLocallyRegisteredSchemeHandlers MFHeapAlloc MFHeapFree MFInitAMMediaTypeFromMFMediaType @@ -149,10 +186,13 @@ MFInitMediaTypeFromVideoInfoHeader2 MFInitMediaTypeFromWaveFormatEx MFInitVideoFormat MFInitVideoFormat_RGB +MFInvalidateMFTEnumCache MFInvokeCallback MFJoinIoPort MFIsBottomUpFormat +MFIsContentProtectionDeviceSupported MFIsLocallyRegisteredMimeType +MFIsLocallyRegisteredSchemeHandler MFJoinWorkQueue MFLockDXGIDeviceManager MFLockPlatform @@ -176,11 +216,15 @@ MFSerializeAttributesToStream MFSerializeEvent MFSerializeMediaTypeToStream MFSerializePresentationDescriptor +MFSetMinimumMemoryAlignment MFSetSockaddrAny +MFSetWindowForContentProtection MFShutdown +MFSplitSample MFStartup MFStreamDescriptorProtectMediaType MFTEnum +MFTEnum2 MFTEnumEx MFTGetInfo MFTRegister @@ -200,6 +244,7 @@ MFUnregisterPlatformFromMMCSS MFUnwrapMediaType MFValidateMediaTypeSize MFWrapMediaType +MFWrapSocket MFllMulDiv PropVariantFromStream PropVa
[Mingw-w64-public] [PATCH 1/5] crt: Update mf export library.
From 8d39335c60e02f976d49be72d2ce412313775568 Mon Sep 17 00:00:00 2001 From: Biswapriyo Nath Date: Tue, 5 Jan 2021 10:51:01 +0530 Subject: [PATCH 1/5] crt: Update mf export library. Comment out DLL initialization symbols. Signed-off-by: Biswapriyo Nath --- mingw-w64-crt/lib-common/mf.def | 6 ++ mingw-w64-crt/lib32/mf.def | 37 + 2 files changed, 39 insertions(+), 4 deletions(-) diff --git a/mingw-w64-crt/lib-common/mf.def b/mingw-w64-crt/lib-common/mf.def index 972f081..06b0899 100644 --- a/mingw-w64-crt/lib-common/mf.def +++ b/mingw-w64-crt/lib-common/mf.def @@ -9,6 +9,11 @@ AppendPropVariant ConvertPropVariant CopyPropertyStore CreateNamedPropertyStore +; DllCanUnloadNow +; DllGetActivationFactory +; DllGetClassObject +; DllRegisterServer +; DllUnregisterServer ExtractPropVariant MFCreate3GPMediaSink MFCreateAC3MediaSink @@ -36,6 +41,7 @@ MFCreateCredentialCache MFCreateDeviceSource MFCreateDeviceSourceActivate MFCreateDrmNetNDSchemePlugin +MFCreateEncryptedMediaExtensionsStoreActivate MFCreateFMPEG4MediaSink MFCreateFileBlockMap MFCreateFileSchemePlugin diff --git a/mingw-w64-crt/lib32/mf.def b/mingw-w64-crt/lib32/mf.def index 9b60b33..8765f1c 100644 --- a/mingw-w64-crt/lib32/mf.def +++ b/mingw-w64-crt/lib32/mf.def @@ -9,11 +9,15 @@ AppendPropVariant@8 ConvertPropVariant@8 CopyPropertyStore@12 CreateNamedPropertyStore@4 -DllCanUnloadNow@0 -DllGetClassObject@12 -DllRegisterServer@0 -DllUnregisterServer@0 +; DllCanUnloadNow@0 +; DllGetActivationFactory@8 +; DllGetClassObject@12 +; DllRegisterServer@0 +; DllUnregisterServer@0 ExtractPropVariant@12 +MFCreate3GPMediaSink@16 +MFCreateAC3MediaSink@12 +MFCreateADTSMediaSink@12 MFCreateASFByteStreamPlugin@8 MFCreateASFContentInfo@4 MFCreateASFIndexer@4 @@ -25,26 +29,38 @@ MFCreateASFProfile@4 MFCreateASFProfileFromPresentationDescriptor@8 MFCreateASFSplitter@4 MFCreateASFStreamSelector@8 +MFCreateASFStreamingMediaSink@8 +MFCreateASFStreamingMediaSinkActivate@12 +MFCreateAggregateSource@8 MFCreateAppSourceProxy@12 MFCreateAudioRenderer@8 MFCreateAudioRendererActivate@4 MFCreateByteCacheFile@8 MFCreateCacheManager@8 MFCreateCredentialCache@4 +MFCreateDeviceSource@8 +MFCreateDeviceSourceActivate@8 MFCreateDrmNetNDSchemePlugin@8 +MFCreateEncryptedMediaExtensionsStoreActivate@16 +MFCreateFMPEG4MediaSink@16 MFCreateFileBlockMap@32 MFCreateFileSchemePlugin@8 MFCreateHttpSchemePlugin@8 MFCreateLPCMByteStreamPlugin@8 MFCreateMP3ByteStreamPlugin@8 +MFCreateMP3MediaSink@8 +MFCreateMPEG4MediaSink@16 MFCreateMediaProcessor@4 MFCreateMediaSession@8 +MFCreateMuxSink@28 +MFCreateNSCByteStreamPlugin@8 MFCreateNetSchemePlugin@8 MFCreatePMPHost@12 MFCreatePMPMediaSession@16 MFCreatePMPServer@8 MFCreatePresentationClock@4 MFCreatePresentationDescriptorFromASFProfile@8 +MFCreateProtectedEnvironmentAccess@4 MFCreateProxyLocator@12 MFCreateRemoteDesktopPlugin@4 MFCreateSAMIByteStreamPlugin@8 @@ -55,20 +71,33 @@ MFCreateSequencerSegmentOffset@16 MFCreateSequencerSource@8 MFCreateSequencerSourceRemoteStream@12 MFCreateSimpleTypeHandler@4 +MFCreateSoundEventSchemePlugin@8 MFCreateSourceResolver@4 MFCreateStandardQualityManager@4 MFCreateTopoLoader@4 MFCreateTopology@4 MFCreateTopologyNode@8 +MFCreateTranscodeProfile@4 +MFCreateTranscodeSinkActivate@4 +MFCreateTranscodeTopology@16 +MFCreateTranscodeTopologyFromByteStream@16 +MFCreateUrlmonSchemePlugin@8 MFCreateVideoRenderer@8 MFCreateVideoRendererActivate@8 MFCreateWMAEncoderActivate@12 MFCreateWMVEncoderActivate@12 +MFEnumDeviceSources@12 +MFGetLocalId@12 MFGetMultipleServiceProviders@16 MFGetService@16 MFGetSupportedMimeTypes@4 MFGetSupportedSchemes@4 +MFGetSystemId@4 +MFGetTopoNodeCurrentType@16 +MFLoadSignedLibrary@8 +MFRR_CreateActivate@8 MFReadSequencerSegmentOffset@12 MFRequireProtectedEnvironment@4 MFShutdownObject@4 +MFTranscodeGetAudioOutputAvailableTypes@16 MergePropertyStore@12 -- 2.29.2 ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] [PATCH 1/2] headers: Move IPv4/v6 options to ws2ipdef.h from ws2tcpip.h.
On 1/3/21 2:15 AM, Liu Hao wrote: 在 2021/1/3 上午12:01, JonY via Mingw-w64-public 写道: On 1/2/21 3:08 PM, Biswapriyo Nath wrote: Any reply on this patch? I don't really have any opinions of this patch, I'll apply both if there are still no objections in a few days. LGTM. Pushed to master branch. ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[Mingw-w64-public] IExtractIcon missing functions
Is it me, or are IUnknown functions missing from IExtractIconA and IExtractIconW Vtbls? OpenPGP_signature Description: OpenPGP digital signature ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] [PATCH] headers: Use Windows 10 as default _WIN32_WINNT value.
Hi, On Mon, 4 Jan 2021, Jacek Caban wrote: FWIW, I think that the attached patch should do the right thing on VLC (but I don't really have setup to test it). Thanks, looks like that could be enough - I'll try to get time to think through and test the potential combinations. A different case that came to mind now is ffmpeg; http://git.videolan.org/?p=ffmpeg.git;a=blob;f=configure;h=900505756bf6fb734708da6278689037157fc53a;hb=0cd8769207f1a89fc2236aab9da1c77f5a0b490a#l5628 I guess the fix here would be to do the check without including a header first, to check whether it was defined in cflags. Then again, I just checked building with -D_WIN32_WINNT=0xA00, and the binary started on Vista, so there doesn't seem to be any configure tests for features above that anyway. It sounds lime msys2 will not be affected. I don't mind waiting with committing this patch if helps. I only think that it would be good to commit relatively early in release cycle so that we have time to address feedback. At this point, I don't think there's need to wait any more; it'd better to get it out there and see what it breaks, if anything, sooner rather than later. (And my setups already override it to win7 anyway, but I guess I could consider leaving it to the default if it's higher.) I also faintly remember somebody suggesting that we'd formally drop support for XP altogether. FWIW, that sounds about right to me, but I didn't want to make this change about dropping XP support. I guess that what we're missing is some form of discussion and formalizing it, if that's the consensus. Yeah, that's probably a separate discussion. And before doing it, I guess we should quantify what we actually gain from it, instead of just doing it for the sake of doing it. Being able to rely on more features in msvcrt.dll (for setups that use it) probably would be one thing. I'd be tempted to consider defaulting to UCRT, but I realize that it has serious compatibility implications. If we decided to do it, it would make msvcrt.dll setup much less important (and maybe even a way to keep optional compatibility with older Windows). It seems to me that llvm-mingw is successful defaulting to UCRT, do you think it makes sense for upstream default? Well, that comes with a bit bigger incompatibility, as it breaks most existing precompiled static libraries. That's easier for llvm-mingw anyway, as it's mostly incompatible (due to libc++) - so it's mostly convenient where you build everything from scratch everytime. But even there, I've now started providing msvcrt.dll based builds (for people who want to target older versions where UCRT isn't guaranteed to be available, and for compatibility with precompiled non-C++ static libraries). AFAIK msys2 are considering switching to this as well, but it's in one sense a much bigger break. // Martin ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] [PATCH] headers: Use Windows 10 as default _WIN32_WINNT value.
Hi, On Mon, 4 Jan 2021, Steve Lhomme wrote: In VLC, in the build script we also force the value for VLC and all the libraries it builds: https://code.videolan.org/videolan/vlc/-/blob/master/extras/package/win32/build.sh#L221 So the default value should have no impact. Ah, nice. I personally build just using the configure script instead of using the build.sh frontend script - I'll look into tweaking the behaviour within configure (possibly using Jacek's patch), but it'll be a couple days before I have time to try it out properly. // Martin ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] [PATCH] headers: Use Windows 10 as default _WIN32_WINNT value.
On 31.12.2020 21:31, Martin Storsjö wrote: On Thu, 31 Dec 2020, Jacek Caban wrote: Yes, but the critical part is the very first sentence, which says that 'you can specify which versions of Windows your code can run on.'. Note the difference between *can* and *need*. When using mingw-w64 with its defaults, you essentially *need* to do that if you're working on a modern application. That article is about changing the value, not about the meaning of its default value. The current difference between 'can' and 'need' comes from toolchain defaults and all we need to do to be precisely compatible with mentioned documentation is to change the default to win10, like authors of this documentation did in their SDK. Fair enough, yes, that's a correct distinction to make here I guess. I guess that was the core part of my doubts regarding this, so with that cleared, I won't object to this change. I still think there's a risk that it'll break (or more subtly, affect) a handful of projects (I need to revisit VLC's configure, for instance), so some general headsup to e.g. the msys2 project probably is warranted though. FWIW, I think that the attached patch should do the right thing on VLC (but I don't really have setup to test it). If I'd choose the way to handle it myself, I'd set it always to win10 and have separated macro like VLC_MIN_WIN32 which I'd use internally, but current use should be perfectly fine with something like the patch. It sounds lime msys2 will not be affected. I don't mind waiting with committing this patch if helps. I only think that it would be good to commit relatively early in release cycle so that we have time to address feedback. I also faintly remember somebody suggesting that we'd formally drop support for XP altogether. FWIW, that sounds about right to me, but I didn't want to make this change about dropping XP support. I guess that what we're missing is some form of discussion and formalizing it, if that's the consensus. Yeah, that's probably a separate discussion. And before doing it, I guess we should quantify what we actually gain from it, instead of just doing it for the sake of doing it. Being able to rely on more features in msvcrt.dll (for setups that use it) probably would be one thing. I'd be tempted to consider defaulting to UCRT, but I realize that it has serious compatibility implications. If we decided to do it, it would make msvcrt.dll setup much less important (and maybe even a way to keep optional compatibility with older Windows). It seems to me that llvm-mingw is successful defaulting to UCRT, do you think it makes sense for upstream default? Thanks, Jacek diff --git a/configure.ac b/configure.ac index 96e47b1969..45b26bf8f7 100644 --- a/configure.ac +++ b/configure.ac @@ -264,11 +264,6 @@ case "${host_os}" in AC_PREPROC_IFELSE([AC_LANG_PROGRAM( [[#ifdef _WIN32_WINNT # error _WIN32_WINNT already defined - #else - # include - # if defined(_WIN32_WINNT) && _WIN32_WINNT >= 0x0601 - # error _WIN32_WINNT toolchain default high enough - # endif #endif ]],[[;]]) ],[ ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] [PATCH] headers: Use Windows 10 as default _WIN32_WINNT value.
In VLC, in the build script we also force the value for VLC and all the libraries it builds: https://code.videolan.org/videolan/vlc/-/blob/master/extras/package/win32/build.sh#L221 So the default value should have no impact. On 2021-01-04 12:14, Mateusz Mikuła wrote: MSYS2 already overrides default Windows version for mingw-w64 packages: https://github.com/msys2/MINGW-packages/blob/c416d59d2f373a6ab27d78dd29b6acd17e52c4d9/mingw-w64-headers-git/PKGBUILD#L55 So no worries about the breakage here. pon., 4 sty 2021 o 12:09 Mateusz Mikuła napisał(a): MSYS2 already overrides default Windows version for mingw-w64 packages: https://github.com/msys2/MINGW-packages/blob/c416d59d2f373a6ab27d78dd29b6acd17e52c4d9/mingw-w64-headers-git/PKGBUILD#L55 So no worries about the breakage here. *Od: *Martin Storsjö *Wysłano: *czwartek, 31 grudnia 2020 21:32 *Do: *Jacek Caban *DW: *mingw-w64-public@lists.sourceforge.net *Temat: *Re: [Mingw-w64-public] [PATCH] headers: Use Windows 10 as default _WIN32_WINNT value. On Thu, 31 Dec 2020, Jacek Caban wrote: Yes, but the critical part is the very first sentence, which says that 'you can specify which versions of Windows your code can run on.'. Note the difference between *can* and *need*. When using mingw-w64 with its defaults, you essentially *need* to do that if you're working on a modern application. That article is about changing the value, not about the meaning of its default value. The current difference between 'can' and 'need' comes from toolchain defaults and all we need to do to be precisely compatible with mentioned documentation is to change the default to win10, like authors of this documentation did in their SDK. Fair enough, yes, that's a correct distinction to make here I guess. I guess that was the core part of my doubts regarding this, so with that cleared, I won't object to this change. I still think there's a risk that it'll break (or more subtly, affect) a handful of projects (I need to revisit VLC's configure, for instance), so some general headsup to e.g. the msys2 project probably is warranted though. Then again, I can agree with the argument that projects that are built for distribution across older versions maybe should take care to specifically set the define themselves anyway. Regarding the current archaic default, an alternative path (that doesn't take us all the way, but at least a bit on the way) would be to bump it to Win7. I think that it's better than nothing, but it would only move the problem. It also rises more questions like why not win8? When will we rise it again? Will we wait until win7 becomes 19 years old? I think that those questions are better answered individually by projects themselves, we can't make a single choice good for all of them. That's true; the main motivation for specifically raising it to win7 would be if we'd generally drop support for older versions. I also faintly remember somebody suggesting that we'd formally drop support for XP altogether. FWIW, that sounds about right to me, but I didn't want to make this change about dropping XP support. I guess that what we're missing is some form of discussion and formalizing it, if that's the consensus. Yeah, that's probably a separate discussion. And before doing it, I guess we should quantify what we actually gain from it, instead of just doing it for the sake of doing it. Being able to rely on more features in msvcrt.dll (for setups that use it) probably would be one thing. // Martin ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] [PATCH] headers: Use Windows 10 as default _WIN32_WINNT value.
MSYS2 already overrides default Windows version for mingw-w64 packages: https://github.com/msys2/MINGW-packages/blob/c416d59d2f373a6ab27d78dd29b6acd17e52c4d9/mingw-w64-headers-git/PKGBUILD#L55 So no worries about the breakage here. pon., 4 sty 2021 o 12:09 Mateusz Mikuła napisał(a): > MSYS2 already overrides default Windows version for mingw-w64 packages: > https://github.com/msys2/MINGW-packages/blob/c416d59d2f373a6ab27d78dd29b6acd17e52c4d9/mingw-w64-headers-git/PKGBUILD#L55 > > So no worries about the breakage here. > > > > *Od: *Martin Storsjö > *Wysłano: *czwartek, 31 grudnia 2020 21:32 > *Do: *Jacek Caban > *DW: *mingw-w64-public@lists.sourceforge.net > *Temat: *Re: [Mingw-w64-public] [PATCH] headers: Use Windows 10 as > default _WIN32_WINNT value. > > > > On Thu, 31 Dec 2020, Jacek Caban wrote: > > > > > Yes, but the critical part is the very first sentence, which says that > 'you > > > can specify which versions of Windows your code can run on.'. Note the > > > difference between *can* and *need*. When using mingw-w64 with its > defaults, > > > you essentially *need* to do that if you're working on a modern > application. > > > That article is about changing the value, not about the meaning of its > > > default value. The current difference between 'can' and 'need' comes > from > > > toolchain defaults and all we need to do to be precisely compatible with > > > mentioned documentation is to change the default to win10, like authors > of > > > this documentation did in their SDK. > > > > Fair enough, yes, that's a correct distinction to make here I guess. > > > > I guess that was the core part of my doubts regarding this, so with that > > cleared, I won't object to this change. > > > > I still think there's a risk that it'll break (or more subtly, affect) a > > handful of projects (I need to revisit VLC's configure, for instance), so > > some general headsup to e.g. the msys2 project probably is warranted > > though. > > > > >> Then again, I can agree with the argument that projects that are built > for > > >> distribution across older versions maybe should take care to > specifically > > >> set the define themselves anyway. > > >> > > >> Regarding the current archaic default, an alternative path (that > doesn't > > >> take us all the way, but at least a bit on the way) would be to bump it > to > > >> Win7. > > > > > > > > > I think that it's better than nothing, but it would only move the > problem. It > > > also rises more questions like why not win8? When will we rise it again? > Will > > > we wait until win7 becomes 19 years old? I think that those questions > are > > > better answered individually by projects themselves, we can't make a > single > > > choice good for all of them. > > > > That's true; the main motivation for specifically raising it to win7 would > > be if we'd generally drop support for older versions. > > > > >> I also faintly remember somebody suggesting that we'd formally drop > support > > >> for XP altogether. > > > > > > > > > FWIW, that sounds about right to me, but I didn't want to make this > change > > > about dropping XP support. I guess that what we're missing is some form > of > > > discussion and formalizing it, if that's the consensus. > > > > Yeah, that's probably a separate discussion. And before doing it, I guess > > we should quantify what we actually gain from it, instead of just doing it > > for the sake of doing it. Being able to rely on more features in > > msvcrt.dll (for setups that use it) probably would be one thing. > > > > // Martin > > > > > > > > ___ > > Mingw-w64-public mailing list > > Mingw-w64-public@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/mingw-w64-public > > > ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public