ffmpeg error creating thumbnail

[Taddeusz]

Originally Posted by jusjoken

Famous last words I thought a windows installer couldn't be that hard either

Anyway, I will investigate and give it a try.

Thanks
k

Currently installing mingw-w64 on my Ubuntu box to see if I can cross-compile this using the script with updated paths.

[troll5501]

Originally Posted by jusjoken

Anyway, I will investigate and give it a try.

As Narflex mentioned, the executable that you already have in the installer (the V7 version of SageTVTranscoder.exe, I assume) is the same version as the code he just added to GitHub. So unless someone makes additional changes to ffmpeg, you should not need to rebuild it for Windows.

For Linux, it does need to be rebuilt in order to fix the various problems that have been reported with the old ffmpeg such as the thumbnail creation.

[Taddeusz]

Originally Posted by troll5501

As Narflex mentioned, the executable that you already have in the installer (the V7 version of SageTVTranscoder.exe, I assume) is the same version as the code he just added to GitHub. So unless someone makes additional changes to ffmpeg, you should not need to rebuild it for Windows.

For Linux, it does need to be rebuilt in order to fix the various problems that have been reported with the old ffmpeg such as the thumbnail creation.

This could also be used to create Windows 64-bit executables.

[jusjoken]

Originally Posted by Taddeusz

Currently installing mingw-w64 on my Ubuntu box to see if I can cross-compile this using the script with updated paths.

Sounds good. Let us know how it goes as I am in no hurry to do this myself and as others have said...for Win32 the existing one is current.

Thanks
k

[Taddeusz]

Originally Posted by jusjoken

Sounds good. Let us know how it goes as I am in no hurry to do this myself and as others have said...for Win32 the existing one is current.

Thanks
k

So far no luck.

On my Ubuntu vm I got it to build till xvid. I started getting errors about not being able to find nasm.inc. I figured out that if I copied that file to each of the x86 folders those errors would go away. But then even though it successfully built it wasn't copying anything to staging so when it tried to compile ffmpeg it complained that it couldn't find libxvid.

So, I was already in the process of getting MSYS2 set up. I think all I was missing was mingw-w64, automake, and autoconf. I can't get faac to build. The configure complains:

config.status: error: cannot find input file: `common/mp4v2/Makefile.in'

With MSYS2 I'm unsure if I have all of the tools I need installed.

[Taddeusz]

On my Windows system I did also end up updating the third_party/GNU/config.guess file because my system was coming up as unknown.

[Taddeusz]

I see this in the configure output:

configure: *** Building WITHOUT mp4v2 ***

When it worked in Linux I got this output:

configure: *** Building WITHOUT mp4v2 ***

[Taddeusz]

Ok, I've got an update. I've gotten faac, faad, libxvidcore, and x264 to build. It starts to build ffmpeg but stops at libavformat/util.c. I don't see any apparent errors. It just says that the recipe for libavformat/util.o failed.

[Narflex]

Originally Posted by Taddeusz

Ok, I've got an update. I've gotten faac, faad, libxvidcore, and x264 to build. It starts to build ffmpeg but stops at libavformat/util.c. I don't see any apparent errors. It just says that the recipe for libavformat/util.o failed.

Can you post the actual error output from running make at that point?

[Taddeusz]

Ok, here's the combined stdout & stderr.

[wnjj]

There's a error listed a few lines up from the bottom of your log file:

time_is_forbidden_due_to_security_issues

It seems there is a #define for 'time' set to that which causes tb.time to not work. Google for this and there are various people asking what to do about it, some from many years ago.

One suggestion was to move #include <time.h> above #include "libavcodec/internal.h".

Not sure why the code is built the way it is (including time.h) especially since it seems like they don't want you using time.h at all.

[Taddeusz]

Ok, I've commented out the lines in the libavformat/internal.h that undef's time.h and that corrected that error.

I've now run into what appears to be an error with mingw32's dxva2api. It get's an error trying to compile dxva2.c. I'm am unsure how to proceed from here.

[Narflex]

I'm pretty sure we never included the DXVA codecs within FFMPEG in the builds we did for SageTV (I actually didn't even know they were there). What I think was happening is that the dxva2api.h header file wasn't anywhere in the build tree...and so FFMPEG's configure automatically disabled those codecs because of the missing header file (I don't see exactly where that happens; but I know when I build on Linux it has the DXVA stuff enabled; the tests in configure fail; but then ends up excluding it through config.h).

So I'd say just pass the --disable-dxva2 flag to configure to exclude those as well and it should solve the problem. OTOH, if you can actually figure out how to get them to properly compile into it, that might be really useful.

[Taddeusz]

Ok, that got ffmpeg built. mplayer won't start to build though. The configure script gives an error:

Unknown parameter: --ar=i686-w64-mingw32-ar

[Taddeusz]

The built ffmpeg doesn't seem to work. When I try to play a video via Placeshifter it reports a transcoder error in the log.

[Taddeusz]

Looks like some work needs to be done to better integrate this new version of ffmpeg into SageTV. Just did a remote Placeshifter test to my 32-bit Ubuntu test box and it also gets errors when attempting playback. So it's not just a Windows/SageTVTranscoder ffmpeg problem.

[Narflex]

Can you post the errors you're seeing in the logs please?

[Taddeusz]

Ok, here's the log. I tried to play two files. One HDPVR recording and the other an HDHR one. Are there some other debug properties to enable to get a more fine grained logging?

[Narflex]

Set both of these and get logs again (case matters on the second one):

media_server/transcode_debug=true
xcode_cmdline_debug=TRUE

[Taddeusz]

Originally Posted by Narflex

Set both of these and get logs again (case matters on the second one):

media_server/transcode_debug=true
xcode_cmdline_debug=TRUE

Ok, here's a log with playback for both files. And here is the link to the ffmpeg I built: https://onedrive.live.com/redir?resi...int=file%2czip