Quote:
Originally Posted by ganymede
I tried this version under linux/wine. It works well with H.264 and mpeg2 video, but cannot decode ffvhuff codec (tried avi and mov containers). It returns an error message : "No video stream found". Current stable version of ffms2 (2.14 vanilla) can decode the same files without problem.
|
I can't reproduce this with my current build on some of my own ffvhuff files, so I guess it's been fixed (possibly in r410). If it still doesn't work for you, give me a small (10-20mb or so is enough) sample that fails for you.
Quote:
Originally Posted by burfadel
Ah ok! Are they the builds on code.google.com/p/ffmpegsource ? They're the ones I were having issues with.
Are there other sites that keep the builds up to date? I was thinlking a weekly build wouldn't be a bad thing... i realise ffmpegsource2.14 is technically the latest release version, but that is quite old. At least with the weekly version, if anyone encounters an unknown problem it can be reported and listed quicker, and they can go back to using the previous weeks build (which isn't several months old)...
|
All -mt builds, and also all non-release builds on the googlecode page are TheRyuu's.
I'm actually planning to release 2.15 quite soon. Have a test build (vanilla ffmpeg as usual):
http://mod16.org/ffms2/ffms2-r426.7z
Changes since 2.14:
- FFMS2 can now be used to decode Lagarith, but note that libavcodec's decoder is very experimental at the moment. (Plorkyeran)
- SWScale can now use SSE2 optimizations for certain operations if your CPU supports it. (kemuri_-9)
- Fixed a bug that could cause SWScale initialization to fail. (kemuri_-9)
- Fixed a bug that could cause index files to never be considered valid, forcing a reindexing every time a script was loaded. (TheRyuu)
- Trying to use postprocessing on a fullrange YUV clip will no longer cause errors. (TheFluff)
- Fixed a few random decoding bugs related to unaligned memory or buffers that were not initialized properly. (TheFluff)
- It is now possible to force FFMS2 to use a specific demuxer instead of letting it pick one automatically. (TheFluff)
- When converting YUV to RGB, FFMS2 will now try to actually use the correct color coefficients rather than assuming everything is bt470bg. (Plorkyeran)
- Moved support for container-level audio delay from the Avisynth plugin to the core and exposed it in the API (Plorkyeran)
- Audio decoding has been substantially reworked. Linearly decoding audio now almost always works correctly and seeking is now actually sample-accurate for many formats. (Plorkyeran)
- It is now possible to build 64bit versions of the plugin for use with Avisynth (and whatever else) from MSVC by means of black magic (this probably only works when the planets are aligned, also 64bit builds might require msvcr90.dll). (TheRyuu)
- The Avisynth plugin now supports UTF8 filenames; ffmsindex.exe also supports Unicode filenames. FFMS_USE_UTF8_PATHS is now a runtime option instead of a compile-time one. (TheFluff)
- The FFInfo() function (supplied by ffms2.avsi) will now round timestamps to nearest millisecond instead of truncating them. It's also been cleaned up in general and no longer relies on global variables. (Gavino)
- Containers opened with libavformat will now report a framerate based on the average frame duration instead of the duration of the first frame, just like Matroska files and files opened with Haali's splitter does. Should fix CFR framerates being reported incorrectly in dumb containers like FLV. (TheFluff)
- PC/TV luma range (16-235 versus 0-255) detection should now be a bit more reliable. (TheFluff)
- Fixed a crash when opening files with Unicode filename support enabled. (Plorkyeran)
Quite a few regressions in earlier test builds have also been fixed.
To force a demuxer, use demuxer="lavf" as an argument to ffindex(). Possible choices are lavf, matroska, haalimpeg and haaliogg.