Transcoding Codec Error Rpi

Manuel 3 · 2018-11-25T21:52:57+00:00

Hi, I've just setup tvh 4.2.4-dmo1~bpo9+1~rpt1 on raspbian stretch, I can setup streaming but I get the following error when I use the Hardware-accelerated...

CvH

use LE :P

Manuel 3

C vH wrote:

> use LE :P

hehe, yeah that would be the easiest solution ;)

I'd really like to run this on vanilla raspbian to test if HD is also possible, and I really don't need kodi.bin running on this one :D

i debugged the transcoding now for a bit and the only line which keeps popping up is:


mpegts: too much queued table input data (over 2MB), discarding new

(goes up to 50MB over time, the webui is frozen at that point)

CvH

> and I really don't need kodi.bin running on this one

just to add (if someone else read it) you can add an
> systemctl stop kodi
to the autoexec.sh to work "headless" - it works and is used a lot even we don't promote it

Martin Walter

@C vH
Kudos for what you've achieved. These static dependencies are driving me crazy building for all the various Synology platforms with outdated kernel and driver versions as well. Are you actually integrating all those static ffmpeg patches in the dynamic versions you are linking or are you just "ignoring" them? Any advice appreciated.

CvH

We are building Tvh against https://github.com/LibreELEC/LibreELEC.tv/blob/master/packages/addons/addon-depends/ffmpegx/package.mk

nothing else is added.

Hint, don't use the Tvh included ffmpeg etc versions - thats a gigantic pain in the ass at cross compiling, we did this before and it worked horrible.
Build ffmpeg "nativly" btw crosscompile it and link Tvh against it. That works well and makes no difference at the end.

Martin Walter

Cheers, mate. We stopped building ffmpeg statically more than a year ago as well. Gigantic PITA being the reason. :-)
Synology is still supporting ARM5, ARM7, ARM8, powerpc (qoriq), x86 and 64 platforms, partially with massively outdated kernels. I'll look at your link. Maybe some of your configuration carries over. Thanks again!

CvH

We build for 3.10-> 4.20 and ARM6-8, X86_64 too and there was no problem with ffmpeg yet besides making neon and few options optional.

Even AOM (av1) "works" at ARM6. If your "natively" build ffmpeg works with the features you want Tvh should do it too.
Everything related to HW-GPU accelerated needs an up to date OS with "latest" driver etc - even Ubuntu 16.04 was too old to properly do it (not to speak about Debian).
For easy testing just build an ffmpeg binary and test it there if it works - if so it works at Tvh too (you can pipe streams through ffmpeg at Tvh for testing purposes).

Manuel 3

Thanks for your suggestions!

I've soled it by using 4.3 and a custom FFMpeg build mentioned here:

https://www.raspberrypi.org/forums/viewtopic.php?t=227359

Works fine and without hiccups.

@CvH: Is it sufficient to make a backup from the LE Config tool or do I need to DD the complete card if I want another copy of my LE setup regarding the TvH plugin?

EDIT: could this be the culprit I'm facing with 4.2.7 and the hiccups?
(gkreidl in the mentioned thread)

Transcoding on Jessie is more efficient though because the gst-omx module has implemented hardware scaling, which is missing in the Stretch version

As soon as i set '-vf scale=720:576' I have the same hiccups as before.

Will try the whole thing on Jessie soon.

CvH

> Is it sufficient to make a backup from the LE Config tool
the build in backup backups everything - basically just tars some folders no magic

if you want to just backup the Tvh config you just copy the service.tvheadend42 folder from userdata share

> EDIT: could this be the culprit I'm facing with 4.2.7 and the hiccups?
obviously, you need hw accelerated decoder and encoder that it works at RPi
I can't remember exactly what was wrong before but this was also the mistake the linuxserver.io Docker guys did regarding Tvh that I fixed here https://github.com/linuxserver/docker-tvheadend/pull/73/files maybe this gives some inspiration :)
At Rpi you need omx AND mmal.

Manuel 3

building on jessie reults in a compiler error:


CC              tvheadend
/home/pi/tvheadend/build.linux/src/muxer/muxer_libav.o: In function `lav_muxer_close':
/home/pi/tvheadend/src/muxer/muxer_libav.c:568: undefined reference to `avio_context_free'
/home/pi/tvheadend/build.linux/src/plumbing/transcoding.o: In function `create_video_filter':
/home/pi/tvheadend/src/plumbing/transcoding.c:1129: undefined reference to `avfilter_graph_parse_ptr'
/home/pi/tvheadend/src/plumbing/transcoding.c:1107: undefined reference to `av_int_list_length_for_size'
collect2: error: ld returned 1 exit status
Makefile:638: recipe for target '/home/pi/tvheadend/build.linux/tvheadend' failed
make: *** [/home/pi/tvheadend/build.linux/tvheadend] Error 1

I'll just stick to LE for now :D

« Previous Page