-
-
Notifications
You must be signed in to change notification settings - Fork 1.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Updates for ffmpeg, mediainfo and chromaprint #3136
Updates for ffmpeg, mediainfo and chromaprint #3136
Conversation
5b3532a
to
0edca0a
Compare
@ymartin59 Thanks for picking this up! Much appreciated. I have two questions:
|
@m4tt075 I am working to get |
OK, interesting, and very relevant. Tvheadend is already linking ffmpeg dynamically and has been for some time. It is just not utilizing all optimizations. But I see your point, and that it is way more important to figure out. I will just keep on tracking this PR. Maybe we can get back to the optimizations at a later stage. No urgency... |
@m4tt075 I have investing |
@ymartin59 I believe you are right that vaapi is for Intel only. I'm not sure which libraries are needed for transcoding support though. Looking at the ffmpeg configuration for TVH, libva does not seem to be required. But I'm purely guessing here. I don't know enough about ffmpeg to judge. Maybe @cytec knows? I think he has been working on ffmpeg quite a lot... |
@m4tt075 Following these instructions https://gist.github.com/Brainiarc7/eb45d2e22afec7534f4a117d15fe6d89 |
@ymartin59 Yikes! That looks way more complicated than what it takes for TVH. Look, don't spend too much time on this, please. If it works, great, if it doesn't, please don't worry... |
0edca0a
to
9acf2a3
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just found one issue with:
But works with |
@m4tt075 About vaapi, I think |
Now I have investigated |
@ymartin59 regarding the chromaprint makefile: why are you checking for the spk to be present on the build machine? personally i don't care if it gets rebuilt everytime, sure it takes a while but most tools don't need to be published that often (et least not those who link against ffmpeg) so i'd be fine with them building it again... i don't know if dynamic linking makes any sense there. The reason i didn't do it back then was to keep it simple. One should be able to install chromaprint without the need of installing ffmpeg first which he might not even need except for the libs that are needed by chromaprint ... PS: afaik vaapi is intel only and not needed for tvh |
@cytec Thanks for your answer. I investigated this shared library concept because of compilation time and package volumes managed in repository - ffmpeg libraries are required in chromaprint and tvheadend. Now chromaprint package are small and built faster. In general both are delivered together when ffmpeg package is updated. vaapi was requested by ffmpeg users. |
Now I have enabled multibit |
im perfectly fine with using shared lib's for ffmpeg ;) just a random thought: what about doing something like the native depend stuff for those cases if we get more of them? so something like "platform shared" or similar? |
@ymartin59 I just ran some tests. It seems all arm-platforms are broken. At least I could not compile them. As ppc-platforms are broken too, basically only x86/x64 platforms are left. Do you want depth or breadth? Or we compile 10 and 12 bit for Intel platforms only, but then it is getting more and more cumberrsome and complex which is not ideal either. |
- enable neon for ARMv7 and ARMv8 and increment SPK version - upgrade nasm to 2.13.02 to fix x264 compilation on x86 and x64 platforms
4a2f830
to
cbf9d26
Compare
@ymartin59 Thanks for adding all those |
@m4tt075 I have reviewed TVH patches to |
@ymartin59 Cool! Thanks. Great idea to link to the |
* expat 2.2.5 * fontconfig 2.12.6 * freetype 2.9 * lame 3.100 * libass 0.14.0 * libbluray 1.0.2 * libogg 1.3.3 * libpng 1.6.34 * libxml2 2.9.7 * openjpeg 2.3.0 * applies tvheadend patches * x265 2.6 multilib with bit depth support 8, 10 and 12
* libzen 0.4.37
Allow building against ffmpeg package libraries
cbf9d26
to
f3d629f
Compare
Motivation: Deliver packages to new architectures
rtd1296
,broadwell
,broadwellnk
,apollolake
...Linked issues: #2718 #3119
all-supported
completed successfully (exceptchromaprint
1.4.3 on88f6281
because of GCC version and C++ standard)