Page 103 of 110
Re: [App] More TV channels on E/F/H series
Posted: Sat Sep 09, 2017 11:55 am
by bobiturboto
I found this
https://trac.ffmpeg.org/wiki/HowToBurnS ... sIntoVideo
It seems we need --enable-libass as well.
EDIT:
In order to have support of dvb teletext subtitles we need that compile switch as well
--enable-libzvbi
More info here
https://github.com/jb-alvarado/media-au ... ptions.txt
Re: [App] More TV channels on E/F/H series
Posted: Thu Sep 14, 2017 8:07 pm
by wluczykijwf
Well, do you try make a new croos compilation?
Re: [App] More TV channels on E/F/H series
Posted: Thu Sep 14, 2017 9:16 pm
by bobiturboto
I started but faced with some difficulties but will finish it when have time.
You can track my progress from here
https://github.com/bmihovski/openrov-ff ... r/build.sh
I am using my docker image for crosscompile environment
https://hub.docker.com/r/boyan/samygo_oscam/
Feel free to push changed to the repo I will merge them or grant you access.
Re: [App] More TV channels on E/F/H series
Posted: Thu Sep 14, 2017 10:30 pm
by wluczykijwf
Well. I tried also. I did have problem with static build with x264 library. I did have set enable-static parameter but after made compile did have dynamically link library. Have you statically or dynamically link liblary after made cross compile?
Re: [App] More TV channels on E/F/H series
Posted: Thu Sep 14, 2017 10:43 pm
by zoelechat
Build libx264 static only, if ffmpeg compilation finds only libx264.a it will build static. Usually same goes for other libs.
Btw arch=armhf is wrong
Re: [App] More TV channels on E/F/H series
Posted: Thu Sep 14, 2017 10:49 pm
by wluczykijwf
yea should be:
it works for cross compile without other libs.
Re: [App] More TV channels on E/F/H series
Posted: Thu Sep 14, 2017 11:34 pm
by zoelechat
I meant "hardfloat" is wrong, should be soft. Doesn't really matter if omitted anyway, you can also specify arch in CFLAGS if you really want to.
Re: [App] More TV channels on E/F/H series
Posted: Sun Sep 17, 2017 9:56 am
by bobiturboto
Here is working latest ffmpeg + libx264 with courtesy of sectroyer and zoelechat
Code: Select all
root@tv:/mnt # /mtd_rwcommon/ffmpeg -version
ffmpeg version N-87297-g133002e Copyright (c) 2000-2017 the FFmpeg developers
built with gcc 4.9.2 (Debian 4.9.2-10)
configuration: --enable-static --disable-shared --enable-gpl --extra-libs='-static -lpng -lexpat -lm' --extra-cflags=--static --enable-pic --disable-vaapi --enable-libfontconfig --enable-libzvbi --enable-libx264 --disable-libass
libavutil 55. 75.100 / 55. 75.100
libavcodec 57.106.101 / 57.106.101
libavformat 57. 82.100 / 57. 82.100
libavdevice 57. 8.101 / 57. 8.101
libavfilter 6.105.100 / 6.105.100
libswscale 4. 7.103 / 4. 7.103
libswresample 2. 8.100 / 2. 8.100
libpostproc 54. 6.100 / 54. 6.100
ffmpeg.zip
Re: [App] More TV channels on E/F/H series
Posted: Sun Sep 17, 2017 10:18 pm
by wluczykijwf
thx
It's works but so slow that it has not sense. On Windows speed is normaly about x1 but on TV speed is below x0.5
ffmpeg_sub_burn.png
Maybe a problem is because the cross-compilation was made for ARMv6 and not for ARMv7
Re: [App] More TV channels on E/F/H series
Posted: Sun Sep 17, 2017 10:42 pm
by zoelechat
No, it's just that there's no HW encoding support and arm processor is capable of nothing without it
Code: Select all
# echo $CFLAGS
-march=armv7-a -mfpu=neon -mtune=cortex-a9
# readelf -A ffmpeg
Attribute Section: aeabi
File Attributes
Tag_CPU_name: "7-A"
Tag_CPU_arch: v7
Tag_CPU_arch_profile: Application
Tag_ARM_ISA_use: Yes
Tag_THUMB_ISA_use: None
Tag_FP_arch: VFPv3
Tag_Advanced_SIMD_arch: NEONv1
[...]
I guess ARMv6 NEON is what ffmpeg detects/can reach, not enough for realtime x264 anyway.