TVHeadend Raspberry Pi and Transcoding

lord slash · 2014-11-04T22:19:08+00:00

Hi guys, I've setup a TVHeadend back end with my raspberry pi and raspbian, where I stream the italian tv to my home in Germany. The system works perfectly d...

Alexander Meinke

Hi,

my current setup as follows:

HW:
Raspberry Pi 3

DVB-T USB (RT2832)

SW:
ArchlinuxArm
linux-raspberrypi 4.4.17-1
raspberrypi-firmware 20160810-1
tvheadend-git 4.1.r2159.g258c913-1

ffmpeg 3.1.2-1

I rebuild ffmpeg with --enable-mmal and --enable-omx-rpi (since ffmpeg 3.1 laplace) in PKGBUILD which results in h264_omx encoder available so I can select it in tvheadend's stream tab. I also need to alter tvheadend's plumbing/transcoding.c as h264_omx does not support the profile option.

Recording works great. Tvheadend consumes ~140% cpu where software transcoding with libx264 consumes ~400%. Playing the recording with Kodi 16.1 / Tvheadend plugin works also.
The following command show 80% cpu load of ffmpeg:

tzap -p -c /home/alarm/build-repos/tvheadend-git/src/dvb-scan-tables/channels-conf/dvb-t/de-Berlin -o - zdf | ffmpeg -i pipe:0 -codec:v h264_omx -b:v 1m -codec:a aac -b:a 192k -muxrate 1m zdf.mp4

I could need some help in getting live transcoding to work with Kodi / Tvheadend plugin. I set the profile in the plugin settings to custom webtv-h264_omx-aac-mpegts but I don't get any video - just black screen and high load on client side.

Any hints?

Joseph ZACHARIE

Hi Alexander,

Could you please provide me your ./configure command line ?

Did you use ffmpeg static ?

I try to update tke MakeFile.ffmpeg with --enable-mmal and --enable-omx-rpi

I had issue to use you deb file; so I need the same way for compiling to try debug you version.

regards
ZACHARIE Joseph

Catscrash Catscrash

I added --enable-mmal and --enable-omx-rpi to the MakeFile.ffmpeg as well, it built without a problem, but there's no h264_omx in tvheadend now? Anything else that's needed to be done?

Thanks

Alexander Meinke

I do not use the built-in version of ffmpeg in tvheadend.

Yes there is. You need to rebuild tvheadend with ffmpeg you have built. The one with your altered MakeFile.ffmpeg. If you use built-in version of ffmpeg make sure it is the correct version.

Live transcoding works with browser and url tuned to: http://<rpi>:9981/play/stream/channel/<id>?profile=webtv-h264_omx-aac-mpegts.

Antonio S

Hi all
I'm trying to setup a live transconding on a RPi3.

I have read this topic and seems that Alexander make it. Still I have some questions

1) Alexander, you wrote that you had to alter transcoding.c since h264_omx doesn't support profile. Is still valid with latest git? Can you share the patch?

2) I have compiled a trial tvheadend on a bananapi (compatible CPU but no hardware support for omx). I have used this autobuild options:

AUTOBUILD_CONFIGURE_EXTRA="--disable-libvpx --prefix=/usr --disable-libvpx_static --disable-bintray_cache --enable-hdhomerun_client --enable-ffmpeg --enable-libffmpeg_static" ./Autobuild.sh

and altered Makefile.ffmpeg such:

CONFIGURE := FFMPEG_PREFIX=$(EPREFIX) \
PKG_CONFIG=$(ROOTDIR)/support/pkg-config.ffmpeg \

./configure --prefix=/ffmpeg --enable-static --disable-shared--enable-mmal --enable-omx-rpi

I have also installed libomxil-bellagio-dev

Compilation worked fine, the deb package is marked "dirty", installed it, but in the transcoding profile I still not see any h264_omx, this is what I can see in stream:

https://s19.postimg.org/7zbam7eoz/codec.png

https://s19.postimg.org/5j9h8cwmb/codec_preset.png

Apparently I see nvenc profile (which I had not when compiling without --enable-ffmpeg-static)
Actually I don't know if tvheadend polls from ffmpeg the available codecs/profile or if this are statically set in the tvheadend code (and if ffmpeg check the hardware capabilities before reporting if omx is available or not). Also, h264_omx is a ffmpeg profile, so why the profile should be disabled in transcoding.c?

Bye

Alexander Meinke

Hi Antonio,

I'am currently working on it with the raspbian distribution provided by the raspberrypi Foundation. I do not have the ArchLinux SD Image anymore, because the tweaks were small.

But, h264 provides profiles that are different from ffmpeg's codec profiles. It is more like the presets you show in the second screenshot - for tuning the codec.

https://en.wikipedia.org/wiki/H.264/MPEG-4_AVC#Profiles

So, the line that I needed to alter was the tuning parameter (profile) for h264_omx, as ffmpeg does not support that profile for OpenMaX (As of time of the last Post I wrote). This seems true for current tvheadend git master. The line is #1351 in src/plumbing/transcoding.c. Maybe a newer Version (> 3.1.2) of ffmpeg supports this option now. This tweak was only needed to get the actual transcoding to start, not to enable it in the list of video codecs in tvheadend.

1) The only change I made is to comment line #1351 in src/plumbing/transconding.c!

I did not used the static version of ffmpeg that is built internally by tvheadend. ArchLinux's AUR provided a PKGBUILD that I added the --enable-mmal and --enable-omx-rpi to, built it and pointed tvheadend to that artifacts.

I think tvheadend probes ffmpeg for available audio/video codecs as you can do by calling ffmpeg directly. Also look at the tzap command. You can test ffmpeg for the codec, even the static built one of tvheadend - I think.

Happy new year :)

Antonio S

Hi Alexander
I will work on raspian as well.
I'm doing some experiment on a banana pi in preparation.

Apparently it's possible to put a plain text in the "Video codec: " row (first picture) in tvheadend stream webui tab and it will be sent to the function


static AVCodec *
transcoder_get_encoder(transcoder_t *t, const char *codec_name)

src/plumbing/transconding.c

and converted to the AVCodec. So creating a stream profile with video codec set to "h264_omx" should be ok.
The only problem is to build an ffmpeg (either static or not) supporting omx. I have realized that the make clean (performed by Autobuild.sh) doesn't clean the ffmpeg build, so changing the Makefile.ffmpeg doesn't trigger ffmpeg rebuild, you have to go through make distclean.
So, RPi3 should come tomorrow, and I'll try to setup everything as soon as possible.
Joseph here https://tvheadend.org/issues/3869#change-19299 apparently got some result, even if the CPU is overkilled.
I have sent an email to him, because when doing mpeg2 to h264 transcoding, another the other important stages that could overkill the GPU are the mpeg2 decoding, the resizing and eventually the deinterlacing. And as you know, hardware mpeg2 decoding is locked on RPi3, you have to buy a (cheap) license for that.
Having said so, what it is not clear to me is how the mpeg2 to h264 encoding is handled by ffmpeg and OpenMax IL
Is the mpeg2 decoded to YUV first? If so, than probably the mpeg2 license is required. And does TVHeadend/ffmpeg takes the best decoder automatically? Or the GPU directly transcode mpeg2 into h264?
There are still some aspect to check, so Alexander, let's keep in touch, ok?

Bye

P.S. there is also a branch "codecs" on the Lekma fork of tvheadend that is aiming to focus on transcoding and codec configuration (there is a webui specific tab for it). But from what I can see, he has implemented a direct OpenMAX transcoding engine, without relying on ffmpeg, so I don't know if it's a still valid path, I cannot contact him for checking this topic.

Morten Gade Sørensen

Hi Antonio

Thanks for joining the cause - giving your background as a Linux embedded SW engineer I'm sure we can get this nailed!

I am also trying to get live transcoding working using OMX, but I get stuttering and high CPU load, so I'm a bit stuck now.

I'm no expert, but I used the following options to make the h264_omx profile to show as an option, instead of libx264:

AUTOBUILD_CONFIGURE_EXTRA=--enable-ffmpeg_static\ --disable-libx264\ --disable-libx265\ --disable-libvpx\ --disable-libtheora_static\ --disable-libvorbis_static\ --disable-bintray_cache ./Autobuild.sh

In Makefile.ffmpeg I added:

--enable-mmal \ --enable-omx \ --enable-omx-rpi \ --enable-decoder="h264_mmal" \ --enable-encoder="h264_omx" \

And altered the file to fetch the newest ffmpeg version (not sure it makes a difference, but includes the latest code):


FFMPEG         = ffmpeg-3.2.2
FFMPEG_TB      = $(FFMPEG).tar.bz2
FFMPEG_URL     = http://ffmpeg.org/releases/$(FFMPEG_TB)
FFMPEG_SHA1    = 1fdf3a0e5f1700067ab8b8f0c77c5a4e4505b606
#FFMPEG_SHA1    = aac4876d1bc4d2cd8d9833b20649c3eed984f6ef

In src/plumbing/transcoding.c:


-      // All modern devices should support "high" profile
-      av_dict_set(&opts, "profile", "high", 0);
+      if (0 != strcmp(ocodec->name, "h264_omx"))
+         {
+        // All modern devices should support "high" profile
+        av_dict_set(&opts, "profile", "high", 0);
+      }

Not sure if my stuttering/high CPU is caused by MPEG2 decode (and lack of license to hardware decode), as my DVB-C provider broadcasts almost everything in h.264.

I'm ready to test stuff :)

- Morten Gade Sørensen
<<

Alexander Meinke

Hey,

discovered the same for ffmpeg rebuild. Cloned again and building now. Without libx265 and libvpx as that crashes the compiler with "corruption or double free" on raspbian @ RPi Foundation.

You could be right on decoding MPEG. I don't know how ffmpeg is doing that. They are said to have MPEG license, but HW (ARM -> CPU -> NEON, VC IV -> GPU -> OpenMaX) or SW (pure ARM) is another question. Commonly YUV should be the "raw" format with pixel and color information in a plane, but there could be another way. I really don't know because I'am not an engineer nor a multimedia expert.

One other thing is that there is omxplayer that utilizes the GPU at least for h264 and with license code even for mpeg and wmv (?). That's maybe the way Lekma is going.

Next point is HD, which is h264 and at least true for DVB-S2. This will drive the Pi at it's limit I think. h265 could be possible, but nothing tried in that direction.

There is even more, gstreamer. They've implemented OMX before ffmpeg did.

Let's keep in touch.

Antonio S

Hi Morten
So you are trying to transcode h264 into a lower bitrate h264 stream, right?

There are two things here, that we need to understand: what's the stream provided to the encoder, the DVB untouched stream or the decoded one? If I look at the function:


static int
transcoder_init_video(transcoder_t *t, streaming_start_component_t *ssc)

it then looks for decoder and encoders, so I suspect that the decoder is explicit set by tvheadend, with this helper function


static AVCodec *
transcoder_get_decoder(transcoder_t *t, streaming_component_type_t ty)
{

But what I see in this helper function is a call to streaming_component_type2codec_id which body is:


enum AVCodecID
streaming_component_type2codec_id(streaming_component_type_t type)
{
  enum AVCodecID codec_id = AV_CODEC_ID_NONE;

  switch(type) {
  case SCT_H264:
    codec_id = AV_CODEC_ID_H264;
    break;
  case SCT_MPEG2VIDEO:
    codec_id = AV_CODEC_ID_MPEG2VIDEO;
    break;
  case SCT_VP8:
    codec_id = AV_CODEC_ID_VP8;
    break;
  case SCT_VP9:
    codec_id = AV_CODEC_ID_VP9;
    break;
  case SCT_HEVC:
    codec_id = AV_CODEC_ID_HEVC;
    break;
  case SCT_AC3:
    codec_id = AV_CODEC_ID_AC3;
    break;
  case SCT_EAC3:
    codec_id = AV_CODEC_ID_EAC3;
    break;
  case SCT_MP4A:
  case SCT_AAC:
    codec_id = AV_CODEC_ID_AAC;
    break;
  case SCT_MPEG2AUDIO:
    codec_id = AV_CODEC_ID_MP2;
    break;
  case SCT_VORBIS:
    codec_id = AV_CODEC_ID_VORBIS;
    break;
  case SCT_DVBSUB:
    codec_id = AV_CODEC_ID_DVB_SUBTITLE;
    break;
  case SCT_TEXTSUB:
    codec_id = AV_CODEC_ID_TEXT;
    break;
 case SCT_TELETEXT:
    codec_id = AV_CODEC_ID_DVB_TELETEXT;
    break;
  default:
    codec_id = AV_CODEC_ID_NONE;
    break;
  }

  return codec_id;
}

now, I'm not sure how the AVCodecID pickup the correct decoder (hardware/software) but maybe this is one of the problems here

Antonio S

Hi
I'm reading some document on ffmpeg. From what I can see the hardware acceleration subsystem for decoding in FFMPEG is MMAL. Then I'm not sure at all that it's possible to select the hardware accelerated AVCodec * based on the AVCodecID.
I still don't have the RPi3 but can anyone of you check the list of supported decoders and encoders from your ffmpeg built with --enable-mmal and --enable-omx-rpi? Should be something like "ffmpeg -codecs"

Maybe we have to get (somehow) che correct decoder with the API


AVCodec * 	avcodec_find_decoder_by_name (const char *name)

passing the mmal decoder (h264_mmal, mpeg2_mmal, mmal or?)
Bye

Alexander Meinke

EDIT: The table has three columns separated by space.

Here is the output of ffmpeg-3.2 configure script for:
--list-decoders:
aac atrac1 escape130
aac_at atrac3 evrc
aac_fixed atrac3p exr
aac_latm aura ffv1
aasc aura2 ffvhuff
ac3 avrn ffwavesynth
ac3_at avrp fic
ac3_fixed avs flac
adpcm_4xm avui flashsv
adpcm_adx ayuv flashsv2
adpcm_afc bethsoftvid flic
adpcm_aica bfi flv
adpcm_ct bink fourxm
adpcm_dtk binkaudio_dct fraps
adpcm_ea binkaudio_rdft frwu
adpcm_ea_maxis_xa bintext g2m
adpcm_ea_r1 bmp g723_1
adpcm_ea_r2 bmv_audio g729
adpcm_ea_r3 bmv_video gif
adpcm_ea_xas brender_pix gsm
adpcm_g722 c93 gsm_ms
adpcm_g726 cavs gsm_ms_at
adpcm_g726le ccaption h261
adpcm_ima_amv cdgraphics h263
adpcm_ima_apc cdxl h263_cuvid
adpcm_ima_dat4 cfhd h263i
adpcm_ima_dk3 cinepak h263p
adpcm_ima_dk4 cljr h264
adpcm_ima_ea_eacs cllc h264_crystalhd
adpcm_ima_ea_sead comfortnoise h264_cuvid
adpcm_ima_iss cook h264_mediacodec
adpcm_ima_oki cpia h264_mmal
adpcm_ima_qt cscd h264_qsv
adpcm_ima_qt_at cyuv h264_vda
adpcm_ima_rad dca h264_vdpau
adpcm_ima_smjpeg dds hap
adpcm_ima_wav dfa hevc
adpcm_ima_ws dirac hevc_cuvid
adpcm_ms dnxhd hevc_mediacodec
adpcm_mtaf dpx hevc_qsv
adpcm_psx dsd_lsbf hnm4_video
adpcm_sbpro_2 dsd_lsbf_planar hq_hqa
adpcm_sbpro_3 dsd_msbf hqx
adpcm_sbpro_4 dsd_msbf_planar huffyuv
adpcm_swf dsicinaudio iac
adpcm_thp dsicinvideo idcin
adpcm_thp_le dss_sp idf
adpcm_vima dst iff_ilbm
adpcm_xa dvaudio ilbc_at
adpcm_yamaha dvbsub imc
aic dvdsub indeo2
alac dvvideo indeo3
alac_at dxa indeo4
alias_pix dxtory indeo5
als dxv interplay_acm
amr_nb_at eac3 interplay_dpcm
amrnb eac3_at interplay_video
amrwb eacmv jacosub
amv eamad jpeg2000
anm eatgq jpegls
ansi eatgv jv
ape eatqi kgv1
apng eightbps kmvc
ass eightsvx_exp lagarith
asv1 eightsvx_fib libcelt
asv2 escape124 libfdk_aac
libgsm msmpeg4v2 qdm2_at
libgsm_ms msmpeg4v3 qdmc_at
libilbc msrle qdraw
libopencore_amrnb mss1 qpeg
libopencore_amrwb mss2 qtrle
libopenh264 msvideo1 r10k
libopenjpeg mszh r210
libopus mts2 ra_144
libschroedinger mvc1 ra_288
libspeex mvc2 ralf
libvorbis mxpeg rawvideo
libvpx_vp8 nellymoser realtext
libvpx_vp9 nuv rl2
libzvbi_teletext on2avc roq
loco opus roq_dpcm
m101 paf_audio rpza
mace3 paf_video rscc
mace6 pam rv10
magicyuv pbm rv20
mdec pcm_alaw rv30
metasound pcm_alaw_at rv40
microdvd pcm_bluray s302m
mimic pcm_dvd sami
mjpeg pcm_f32be sanm
mjpeg_cuvid pcm_f32le screenpresso
mjpegb pcm_f64be sdx2_dpcm
mlp pcm_f64le sgi
mmvideo pcm_lxf sgirle
motionpixels pcm_mulaw sheervideo
movtext pcm_mulaw_at shorten
mp1 pcm_s16be sipr
mp1_at pcm_s16be_planar smackaud
mp1float pcm_s16le smacker
mp2 pcm_s16le_planar smc
mp2_at pcm_s24be smvjpeg
mp2float pcm_s24daud snow
mp3 pcm_s24le sol_dpcm
mp3_at pcm_s24le_planar sonic
mp3adu pcm_s32be sp5x
mp3adufloat pcm_s32le srt
mp3float pcm_s32le_planar ssa
mp3on4 pcm_s64be stl
mp3on4float pcm_s64le subrip
mpc7 pcm_s8 subviewer
mpc8 pcm_s8_planar subviewer1
mpeg1_cuvid pcm_u16be sunrast
mpeg1_vdpau pcm_u16le svq1
mpeg1video pcm_u24be svq3
mpeg2_crystalhd pcm_u24le tak
mpeg2_cuvid pcm_u32be targa
mpeg2_mmal pcm_u32le targa_y216
mpeg2_qsv pcm_u8 tdsc
mpeg2video pcm_zork text
mpeg4 pcx theora
mpeg4_crystalhd pgm thp
mpeg4_cuvid pgmyuv tiertexseqvideo
mpeg4_mediacodec pgssub tiff
mpeg4_mmal pictor tmv
mpeg4_vdpau pjs truehd
mpeg_vdpau png truemotion1
mpeg_xvmc ppm truemotion2
mpegvideo prores truemotion2rt
mpl2 prores_lgpl truespeech
msa1 ptx tscc
msmpeg4_crystalhd qcelp tscc2
msmpeg4v1 qdm2 tta
twinvq vp5 wmv3_crystalhd
txd vp6 wmv3_vdpau
ulti vp6a wmv3image
utvideo vp6f wnv1
v210 vp7 ws_snd1
v210x vp8 xan_dpcm
v308 vp8_cuvid xan_wc3
v408 vp8_mediacodec xan_wc4
v410 vp9 xbin
vb vp9_cuvid xbm
vble vp9_mediacodec xface
vc1 vplayer xl
vc1_crystalhd vqa xma1
vc1_cuvid wavpack xma2
vc1_mmal webp xsub
vc1_qsv webvtt xwd
vc1_vdpau wmalossless y41p
vc1image wmapro ylc
vcr1 wmav1 yop
vmdaudio wmav2 yuv4
vmdvideo wmavoice zero12v
vmnc wmv1 zerocodec
vorbis wmv2 zlib

vp3 wmv3 zmbv

--list-encoders:
a64multi libkvazaar pcm_s64le
a64multi5 libmp3lame pcm_s8
aac libopencore_amrnb pcm_s8_planar
aac_at libopenh264 pcm_u16be
ac3 libopenjpeg pcm_u16le
ac3_fixed libopus pcm_u24be
adpcm_adx libschroedinger pcm_u24le
adpcm_g722 libshine pcm_u32be
adpcm_g726 libspeex pcm_u32le
adpcm_ima_qt libtheora pcm_u8
adpcm_ima_wav libtwolame pcx
adpcm_ms libvo_amrwbenc pgm
adpcm_swf libvorbis pgmyuv
adpcm_yamaha libvpx_vp8 png
alac libvpx_vp9 ppm
alac_at libwavpack prores
alias_pix libwebp prores_aw
amv libwebp_anim prores_ks
apng libx262 qtrle
ass libx264 r10k
asv1 libx264rgb r210
asv2 libx265 ra_144
avrp libxavs rawvideo
avui libxvid roq
ayuv ljpeg roq_dpcm
bmp mjpeg rv10
cinepak mjpeg_vaapi rv20
cljr mlp s302m
comfortnoise movtext sgi
dca mp2 snow
dnxhd mp2fixed sonic
dpx mpeg1video sonic_ls
dvbsub mpeg2_qsv srt
dvdsub mpeg2video ssa
dvvideo mpeg4 subrip
eac3 msmpeg4v2 sunrast
ffv1 msmpeg4v3 svq1
ffvhuff msvideo1 targa
flac nellymoser text
flashsv nvenc tiff
flashsv2 nvenc_h264 truehd
flv nvenc_hevc tta
g723_1 pam utvideo
gif pbm v210
h261 pcm_alaw v308
h263 pcm_alaw_at v408
h263p pcm_f32be v410
h264_nvenc pcm_f32le vc2
h264_omx pcm_f64be vorbis
h264_qsv pcm_f64le wavpack
h264_vaapi pcm_mulaw webvtt
h264_videotoolbox pcm_mulaw_at wmav1
hap pcm_s16be wmav2
hevc_nvenc pcm_s16be_planar wmv1
hevc_qsv pcm_s16le wmv2
hevc_vaapi pcm_s16le_planar wrapped_avframe
huffyuv pcm_s24be xbm
ilbc_at pcm_s24daud xface
jpeg2000 pcm_s24le xsub
jpegls pcm_s24le_planar xwd
libfdk_aac pcm_s32be y41p
libgsm pcm_s32le yuv4
libgsm_ms pcm_s32le_planar zlib

libilbc pcm_s64be zmbv

--list-hwaccels:
h263_cuvid hevc_vdpau mpeg4_videotoolbox
h263_vaapi mjpeg_cuvid vc1_cuvid
h263_videotoolbox mpeg1_cuvid vc1_d3d11va
h264_cuvid mpeg1_vdpau vc1_dxva2
h264_d3d11va mpeg1_videotoolbox vc1_mmal
h264_dxva2 mpeg1_xvmc vc1_qsv
h264_mediacodec mpeg2_cuvid vc1_vaapi
h264_mmal mpeg2_d3d11va vc1_vdpau
h264_qsv mpeg2_dxva2 vp8_cuvid
h264_vaapi mpeg2_mmal vp8_mediacodec
h264_vda mpeg2_qsv vp9_cuvid
h264_vda_old mpeg2_vaapi vp9_d3d11va
h264_vdpau mpeg2_vdpau vp9_dxva2
h264_videotoolbox mpeg2_videotoolbox vp9_mediacodec
hevc_cuvid mpeg2_xvmc vp9_vaapi
hevc_d3d11va mpeg4_cuvid wmv3_d3d11va
hevc_dxva2 mpeg4_mediacodec wmv3_dxva2
hevc_mediacodec mpeg4_mmal wmv3_vaapi
hevc_qsv mpeg4_vaapi wmv3_vdpau

hevc_vaapi mpeg4_vdpau

At the moment I cannot get the list of built ffmpeg. Looks like the programs are not built by tvheadend as was with external ffmpeg on archlinux.

Alexander Meinke

That's the log output why I disabled the high profile:

...
2017-01-03 17:13:45.133 libav: Undefined constant or missing '(' in 'high'
2017-01-03 17:13:45.133 libav: Unable to parse option value "high"
2017-01-03 17:13:45.133 libav: Error setting option profile to value high.
2017-01-03 17:13:45.133 transcode: 0004: Unable to open h264_omx encoder
...

Antonio S

Look at this:

--list-decoders: ............. h264_mmal mpeg2_mmal .............

I suspect this could be the problem. Do you have time for a test?

Assuming that you have a good h264_omx tvheadend setup, go in

src/plumbing/transcoding.c

and change this code

/**
/
static AVCodec transcoder_get_decoder(transcoder_t t, streaming_component_type_t ty)
{
enum AVCodecID codec_id;
AVCodeccodec; / the MP4A and AAC packet format is same, reduce to one type/ if (ty == SCT_MP4A) ty = SCT_AAC; codec_id = streaming_component_type2codec_id(ty); if (codec_id == AV_CODEC_ID_NONE) { tvherror(LS_TRANSCODE, "%04X: Unsupported input codec %s", shortid(t), streaming_component_type2txt(ty)); return NULL; } codec = avcodec_find_decoder(codec_id);*
if (!codec) {
tvherror(LS_TRANSCODE, "%04X: Unable to find %s decoder",
shortid(t), streaming_component_type2txt(ty));
return NULL;

}

tvhtrace(LS_TRANSCODE, "%04X: Using decoder %s", shortid(t), codec->name);

return codec;

}

/**
/
static AVCodec transcoder_get_decoder(transcoder_t t, streaming_component_type_t ty)
{
enum AVCodecID codec_id;
AVCodeccodec; / the MP4A and AAC packet format is same, reduce to one type/ if (ty == SCT_MP4A) ty = SCT_AAC; codec_id = streaming_component_type2codec_id(ty); if (codec_id == AV_CODEC_ID_NONE) { tvherror(LS_TRANSCODE, "%04X: Unsupported input codec %s", shortid(t), streaming_component_type2txt(ty)); return NULL; } codec = avcodec_find_decoder_by_name("mpeg2_mmal"); // (or "h264_mmal")*
if (!codec) {
tvherror(LS_TRANSCODE, "%04X: Unable to find %s decoder",
shortid(t), streaming_component_type2txt(ty));
return NULL;

}

tvhtrace(LS_TRANSCODE, "%04X: Using decoder %s", shortid(t), codec->name);

return codec;

}

the codec depends on the source you are going to transcode. It's a quick and dirty test. please consider also that if you want to transcode mpeg2, you need the license, otherwise the hardware deconding will not work
Bye

Alexander Meinke

Sorry, I'am on holidays and do not have dvb-t here. I could test it in two to three days. Hope you can wait. Maybe Morten can test it earlier as he is ready for test :).

Antonio S

No problem.
My Rpi3 should arrive tomorrow, in a couple of days I should be ready also.
Bye

Morten Gade Sørensen

I tried compiling with your suggestion:

codec = avcodec_find_decoder_by_name("h264_mmal");

But get the following errors in the log when tuning in to a channel using the stream profile:

libav: Did not get output frame from MMAL.
transcode: 0002: Unable to decode video (-1313558101, Unknown error occurred)
libav: MMAL error 2 on control port
libav: MMAL error 2 on control port
libav: MMAL error 2 on control port
libav: MMAL error 2 on control port
libav: MMAL error 2 on control port

Morten Gade Sørensen

I reverted the change and recompiled. I can tune in to the channel, but the video stutters (I'm unsure if the encoder obeys the requested bitrate).

FWIW here's the output of the log:


subscription: 0007: "HTTP" subscribing on channel "Test Channel", weight: 100, adapter: "Silicon Labs Si2168 : DVB-C #0", network: "Provider", mux: "594MHz", provider: "Provider", service: "Test Channel", profile="webtv-h264_omx-aac-mpegts", hostname="127.0.0.1", username="tvh", client="VLC/2.2.4 LibVLC/2.2.4"
transcode: 0002: 1:H264 1280x720 ==> H264 1280x720 (h264_omx)
transcode: 0002: 2:MPEG2AUDIO ==> Passthrough
transcode: 0002: 3:TELETEXT ==> Filtered
transcode: 0002: 4:AC3 ==> Passthrough
libav: mmco: unref short failure
transcode: 0002: Using preset hq
libav: Using OMX.broadcom.video_encode
libav: mmco: unref short failure
libav: Using AVStream.codec to pass codec parameters to muxers is deprecated, use AVStream.codecpar instead.
libav: Using AVStream.codec to pass codec parameters to muxers is deprecated, use AVStream.codecpar instead.
libav: Using AVStream.codec to pass codec parameters to muxers is deprecated, use AVStream.codecpar instead.
mpegts: too much queued input data (over 50MB), discarding new
mpegts: too much queued input data (over 50MB), discarding new
mpegts: too much queued input data (over 50MB), discarding new
webui: Stop streaming /stream/channel/4352b93d1a73a72eacb6354b3ef4d7c7?ticket=1659F49F1B2E55E6F9FA7491E57D2ABA69ACECBF, muxer reported errors
subscription: 0007: "HTTP" unsubscribing from "Test Channel", hostname="127.0.0.1", username="tvh", client="VLC/2.2.4 LibVLC/2.2.4"

Antonio S

Hi
I have received the Rpi3 and built the tvheadend
However I'm still having a problem with finding the h264_omx profile in the guy

I have compiled with:

./configure --disable-libx264 --disable-libx265 --disable-libx265_static --disable-libvpx --prefix=/usr --disable-libvpx_static --disable-bintray_cache --enable-hdhomerun_client --enable-ffmpeg --enable-ffmpeg_static

Now I corretly see that libx264 and libx265 are not available, but there is no h264_omx profile
But now I have a question: are you compiling the MASTER branch or the "codecs" branch?

Joseph ZACHARIE

Hi,

install libomxil-bellagio-dev (Package)
install MMAL : https://github.com/raspberrypi/userland (to compile)
and follow this instruction :

https://tvheadend.org/d/2296-tvheadend-raspberry-pi-and-transcoding?r=24251#message-24251

Regards

« Previous Page Next Page »