I've monitored file system activity with Sysinternal's Process Monitor - it shows no attempts to access anything with E: in a path, if that matters. For every file I throw at it I get this STDERR output:Ĭonfirming this (also on XP), but I have no drive E: in my system. (I tag with W2K OS and MusicMatch, nothing I like better for that)įor the 32-bit CLI executable I found a small cosmetic bug (running under WinXP). Mode extension : Intensity Stereo + MS StereoĮDIT: I know, its difficult, hard, impossible, to use MusicMatch after(And I think including) IE7. Going to any old mp3 folder, hovering over the 2nd of many mp3's, same again, so example mp3 is probably not really necessary.ĮDIT: Disable Tooltip and no Access please say when taken sample file, so I can delete. I ended up have to delete original faulting mp3 via command line as just kept crashing explorer when approaching with mouse. With Settings, Explorer Tooltip enabled, hover over pretty much any mp3 file and get Access Violation. MediaInfo v7.88, Access Violation on mp3 (XP32SP3):- EDIT: LINK REMOVED I'll review that too when I am back at home (I am currently at FOSDEM () -) ) The project file is very light, I don't expect that.Īnyway, I see a lot of discrependencies in the projects so I may do another pass soon in order to have something more homogeneous. Weird and not expected because I set "no instruction" in my release on purpose. cpp files contained in the "ZenLib" project! If I change any properties of the "ZenLib" project, then those changes do not apply to the. VS2012 will be abandonned soon but I'll try to give it a try with a merge of old zlib package with the new one.įor VS2015 it should be OK, at lest with a git submodule update -remote Something really is not kosher with those solution/project files. But now "zlibstat" has the problem that "ZenLib" had previously (project settings don't effect the. Also the problem with "ZenLib" seems to be fixed for whatever reason. Now I have the MSVC2015 solutions/projects. If forgot to update all sub-modules after cloning the "All Inclusive" repo - which apparently is required. X64: WIN32 NDEBUG MEDIAINFO_ADVANCED2 %(PreprocessorDefinitions) Win32: WIN32 NDEBUG MEDIAINFO_DVDIF_ANALYZE_NO MEDIAINFO_MPEGTS_DUPLICATE_NO MEDIAINFO_TRACE_NOx MEDIAINFO_LIBMMS_NO MEDIAINFO_LIBCURL_DLL_RUNTIME %(PreprocessorDefinitions) Side note: The pre-processor definitions for MediaInfoLib's "Release/Win32" and "Release/圆4" configurations differ as follows, is that intentional? There appears to be no such problem with the "MediaInfoCLI" and "MeidaInfoLib" projects, as far as I can tell. But it is very wrong! How is that even possible? Any clue what's up? :confused: cpp files are not showing in bold, so Visual Studio seems to believe it is inheriting these settings from the project properties. Very dangerous, because that is easy to miss! The strange thing is, that the "Enable Enhanced Instruction Set" property for the. cpp files still remains at "Streaming SIMD Extension". cpp files contained in the "ZenLib" project! For example, if I change "Enable Enhanced Instruction Set" from "Streaming SIMD Extension" to "No Enhanced Instructions" in the project properties, then the "Enable Enhanced Instruction Set" for the individual. However I now stumbled upon a new strange issue, with the "ZenLib" project: VS2015 solution doesn't seem to exist in Git at all. VS2013 solution now contains "zlibstat" project, but VS2012 still contains the missing "zlib". Thanks, I have now cloned the "All Inclusive" Git repo.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |