Transcode failing on latest nightly
Added by G C about 7 years ago
Hello,
I'm running 4.3-472~g8fc3520 and I noticed that the stream profiles/codec profiles pages have been re-worked in the last few nightlys and now I am unable to transcode a stream. I get this in the log
Sep 14 08:36:17 us-tvh tvheadend19061: transcode: 0009: 01:H264: > Using profile low
Sep 14 08:36:17 us-tvh tvheadend[19061]: transcode: 0009: 02:AAC-LATM: > Copy
Sep 14 08:36:17 us-tvh tvheadend19061: libav: AVCodecContext: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2
Sep 14 08:36:17 us-tvh tvheadend19061: libav: AVCodecContext: profile Main, level 3.0
Sep 14 08:36:17 us-tvh tvheadend19061: libav: AVFilter: Invalid parameters provided.
Sep 14 08:36:17 us-tvh tvheadend19061: transcode: 0009: 01:H264: [h264 => libx264]: filters: failed to create 'in' filter
I've tried tweaking all of the settings in the profiles but I cannot find a video profile that avoids this error. Any ideas what might be causing this?
profile-low.PNG (20.5 KB) profile-low.PNG |
Replies (15)
RE: Transcode failing on latest nightly - Added by G C about 7 years ago
I opened a bug for this
https://tvheadend.org/issues/4597
I didn't hear back yet with any workarounds.
RE: Transcode failing on latest nightly - Added by G C about 7 years ago
Anyone have any possible mitigation so I can get this working again? i haven't heard anything back on the issue i filed.
RE: Transcode failing on latest nightly - Added by Mark Clarkstone about 7 years ago
Unfortunately it may take some time for your issue to be looked into (we need more devs!), it's there so it will be seen eventually.
RE: Transcode failing on latest nightly - Added by G C about 7 years ago
Mark,
Thanks - and I appreciate all the hard work that the whole team put in to this project. I had figured the transcoding was a fairly heavily utilized feature for TVH so i thought a lot of people would have hit this bug.
M
RE: Transcode failing on latest nightly - Added by Em Smith about 7 years ago
I don't use transcoding, but I ran a test and it appears to work for me:
transcode: 0001: 01:MPEG2VIDEO: ==> Using profile webtv-h264 transcode: 0001: 02:MPEG2AUDIO: ==> Using profile webtv-aac Detected framedrop in audio (17280 != 19440) libav: AVCodecContext: using cpu capabilities: MMX2 SSE2Fast LZCNT libav: AVCodecContext: profile High, level 2.1 ... dvr: # type lang resolution aspect ratio sample rate channels dvr: 1 H264 544x576 16:9 dvr: 2 AAC eng 48000 2
The only things I can think of are maybe your libraries changed, perhaps your broadcast has changed (seems unlikely). If you use "pass" profile then does Tvheadend correctly detect the video/audio (lines similar to the above in my log)? I know for many of my recordings it appears it can't detect number of audio channels and logs a question mark instead of the number two and then creates a file with no audio at all.
It appears from your log snippet that you it detects AAC audio and h264, so I assume you're trying to lower bitrate/resolution?
In the past, I have seen people say they record using pass and then transcode afterwards, but since it used to work for you perhaps there is something obvious that has changed.
RE: Transcode failing on latest nightly - Added by G C about 7 years ago
Hi Em,
PASS works fine - that is what i'm using currently and I have no issues other than high bandwidth usage. I am using the transcode function to reduce the bandwidth requirement.
It used to work perfectly until the stream profile configuration settings were changed in the web GUI about a month ago in the nightly snaps. Right after that everything broke. I'm guessing its the h264 in that causes the problem - in your example your feeding MPEG2 in.
M
RE: Transcode failing on latest nightly - Added by Em Smith about 7 years ago
I tried with h264 and it works.
transcode: 0002: 01:H264: ==> Using profile webtv-h264 transcode: 0002: 02:MPEG2AUDIO: ==> Using profile webtv-aac transcode: 0002: 03:AC3: ==> Filtered out libav: AVCodecContext: mmco: unref short failure libav: AVCodecContext: using cpu capabilities: MMX2 SSE2Fast LZCNT libav: AVCodecContext: profile High, level 3.0 libav: AVCodecContext: mmco: unref short failure ... dvr: # type lang resolution aspect ratio sample rate channels dvr: 1 H264 1920x1080 16:9 dvr: 2 AAC eng 48000 2
Have you tried the default profiles? In my case it was webtv-h264.
Can you build the code yourself? If so, "man git-bisect" will show you how to track down where it broke for you. You'd basically pick a commit from two months ago as the "good" and then let "git bisect" find the bad one for you, but it might be tricky if you're not used to compiling yourself.
Can you install an earlier nightly snap to see when specifically it broke?
Have you tried other codecs for test purposes such as vp8? I know you don't want your proper recordings in that format, but just to try.
Presumably the watch live tv on the web gui doesn't work either for you?
RE: Transcode failing on latest nightly - Added by G C about 7 years ago
Hi Em,
Using the default profile I get the same. My output looks similar to yours. I have tried through the webgui and get the same error. For this test in the webgui i'm choosing "webtv-h264-aac-matroska"
Oct 27 09:15:25 us-tvh tvheadend14080: transcode: 0033: 01:H264: > Using profile webtv-h264
Oct 27 09:15:25 us-tvh tvheadend[14080]: transcode: 0033: 02:AAC-LATM: > Using profile webtv-aac
Oct 27 09:15:27 us-tvh tvheadend14080: libav: AVCodecContext: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2
Oct 27 09:15:27 us-tvh tvheadend14080: libav: AVCodecContext: profile High, level 3.0
Oct 27 09:15:27 us-tvh tvheadend14080: libav: AVFilter: Invalid parameters provided.
Oct 27 09:15:27 us-tvh tvheadend14080: transcode: 0033: 01:H264: [h264 => libx264]: filters: failed to create 'in' filter
I have also tried vp8 and the others and I get the same error everytime. I haven't done much compiling in the last few years so that would probably be hard for me to do. I know it broke when they moved all the stream settings around in the webgui. Hopefully the DEVs can figure it out soon
Any more thoughts?
RE: Transcode failing on latest nightly - Added by stoun stoun about 7 years ago
G C wrote:
Hello,
I'm running 4.3-472~g8fc3520 and I noticed that the stream profiles/codec profiles pages have been re-worked in the last few nightlys and now I am unable to transcode a stream. I get this in the log
Sep 14 08:36:17 us-tvh tvheadend19061: transcode: 0009: 01:H264: > Using profile low
Sep 14 08:36:17 us-tvh tvheadend[19061]: transcode: 0009: 02:AAC-LATM: > Copy
Sep 14 08:36:17 us-tvh tvheadend19061: libav: AVCodecContext: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2
Sep 14 08:36:17 us-tvh tvheadend19061: libav: AVCodecContext: profile Main, level 3.0
Sep 14 08:36:17 us-tvh tvheadend19061: libav: AVFilter: Invalid parameters provided.
Sep 14 08:36:17 us-tvh tvheadend19061: transcode: 0009: 01:H264: [h264 => libx264]: filters: failed to create 'in' filterI've tried tweaking all of the settings in the profiles but I cannot find a video profile that avoids this error. Any ideas what might be causing this?
RE: Transcode failing on latest nightly - Added by G C about 7 years ago
I'm not using any GPU for the encoding. Is there something particular in the video i'm looking for?
RE: Transcode failing on latest nightly - Added by G C about 7 years ago
Em,
What version of FFMPEG do you have on your machine?
I have
ffmpeg version 2.8.11-0ubuntu0.16.04.1
M
RE: Transcode failing on latest nightly - Added by G C almost 7 years ago
This started working around a month ago. I updated last night to 4.3-982~gbe4a32a and the problem is back again!
RE: Transcode failing on latest nightly - Added by G C almost 7 years ago
it seems to depend on the input stream. certain feeds coming in (IPTV) seem to fail while others work fine (even from the same provider). How would I go about debugging this further?
RE: Transcode failing on latest nightly - Added by rpluto . about 6 years ago
Same here
Uploading a stream example
It works ok via pass, not in transcoding.
RE: Transcode failing on latest nightly - Added by Flole Systems almost 6 years ago
The issue here is probably the same as in #3105: AAC-LATM doesn't work with transcoding right now. I am trying to transcode AAC-LATM to AAC aswell but currently no luck aswell.