Transcoding in unstable repository?
Added by ben barker over 11 years ago
Hi,
I can see from various posts that there may now be transcoding support in the main branch of tvheadend - but using the unstable repository I can't seem to make use of it. Do I need to build from source to enable this...?
Replies (14)
RE: Transcoding in unstable repository? - Added by Michael Neurohr over 11 years ago
Hi!
I'm also interested in how to use the transcoding support that seem to be available in the package of the unstable repo.
From the commit 9 days ago [1] I can see that an option to enable transcoding was added to the web interface.
I don't see that option in the web interface. I'm using version 3.5.243~g2b64995~raring.
Could please someone tell us how we can turn on the transcoding support?
[1] https://github.com/tvheadend/tvheadend/commit/012ed060cb917627e0be0e46fff28daf0ced3e92
RE: Transcoding in unstable repository? - Added by Alex . over 11 years ago
Could please someone tell us how we can turn on the transcoding support?
It's in the "configuration" tab, in the subtab "general".
Guess you just have to check "enabled".
Alex.
RE: Transcoding in unstable repository? - Added by ben barker over 11 years ago
I must be being very blind...
On the config>general page I have:
Dafault Language(s)
DVB scan files path
Image Caching
Time Update
But no transcoding...
I'm running what I think is the latest 3.5.243...?
RE: Transcoding in unstable repository? - Added by Alex . over 11 years ago
We are talking about the same screen.
In my case the option transcode is below time update.
Also, it appears I am running that same version.
I just recompiled the latest version from git this morning.
RE: Transcoding in unstable repository? - Added by ben barker over 11 years ago
How odd...
My "about" tab shows:
HTS Tvheadend 3.5.243~g2b64995~quantal
But definitiely no transcode option :-p Could it be disabled because something tvheadend needs to do the transocing is missing?
about.png (93.5 KB) about.png | |||
general.png (46.8 KB) general.png |
RE: Transcoding in unstable repository? - Added by Alex . over 11 years ago
ben barker wrote:
How odd...
My "about" tab shows:
HTS Tvheadend 3.5.243~g2b64995~quantal
My About-tab shows:
HTS Tvheadend 3.5.243~g2b64995
So, somehow we have a (slightly) different version it appears, where does "quantal" come from and what version did you clone? I cloned 'master' at https://github.com/tvheadend/tvheadend/
But definitiely no transcode option :-p Could it be disabled because something tvheadend needs to do the transocing is missing?
Maybey, my configure-output shows:
@
./configure --prefix=/opt/tvheadend
Checking support/features
checking for cc execinfo.h ... ok
checking for cc -mmmx ... ok
checking for cc -msse2 ... ok
checking for cc getloadavg ... ok
checking for cc atomic64 ... ok
checking for py module gzip ... ok
checking for bzip2 ... ok
checking for pkg openssl ... ok
checking for pkg zlib ... ok
checking for pkg avahi-client ... ok
checking for pkg libavcodec <=55.0.0 ... ok
checking for pkg libavcodec >=52.96.0 ... ok
checking for pkg libavutil >=50.43.0 ... ok
checking for pkg libavformat <=55.0.0 ... ok
checking for pkg libavformat >=53.10.0 ... ok
checking for pkg libswscale >=0.13.0 ... ok
checking for cc sys/inotify.h ... ok
checking for pkg libcurl ... ok
fetching dvb-scan files ... ok
Compiler:
Using C compiler: cc
Build for arch: x86_64
Binaries:
Using PYTHON: python
Options:
cwc yes
v4l yes
linuxdvb yes
dvbscan yes
timeshift yes
trace yes
imagecache yes
avahi yes
zlib yes
libav yes
inotify yes
bundle no
dvbcsa no
epoll yes
kqueue no
execinfo yes
mmx yes
sse2 yes
getloadavg yes
atomic64 yes
py_gzip yes
bin_bzip2 yes
ssl yes
inotify_h yes
Packages:
openssl 1.0.1c
zlib 1.2.7
avahi-client 0.6.31
libavcodec 54.59.100
libavutil 51.73.101
libavformat 54.29.104
libswscale 2.1.101
libcurl 7.30.0
Installation paths:
Prefix: /opt/tvheadend
Binaries: ${prefix}/bin
Libraries: ${prefix}/lib
Data files: ${prefix}/share
Man pages: ${datadir}/man
Final Binary:
/opt/tvheadend/srcnieuw/build.linux/tvheadend
Tvheadend Data Directory:
/opt/tvheadend/share/tvheadend
@
Just to make sure, also attached a printscreen of the location of the checkbox.
transcoding.png (32.8 KB) transcoding.png | Transcoding enabled checkbox |
RE: Transcoding in unstable repository? - Added by ben barker over 11 years ago
Yep - deff an extra box.
I've taken to using the repositories lately rather than building from source, since the site tells us:
http://apt.tvheadend.org/unstable - this holds nightly (assuming something has changed) builds, they can vary from reasonably stable to downright awful, use at your own risk!
And using apt is simpler when it comes to package management...but I could try building from source again soon
Ben
RE: Transcoding in unstable repository? - Added by Alex . over 11 years ago
ben barker wrote:
Yep - deff an extra box.
I've taken to using the repositories lately rather than building from source, since the site tells us:
http://apt.tvheadend.org/unstable - this holds nightly (assuming something has changed) builds, they can vary from reasonably stable to downright awful, use at your own risk!
And using apt is simpler when it comes to package management...but I could try building from source again soon
Ben
Yeah, I use Gentoo so no apt here....
As you already suggested it might have to do with dependencies on libav /ffmpeg or something, leading to not packaging this feature...
I think you can compile from source and build without running 'make install' . This way you can run the compiled version from the build directory without removing your original (apt) version so you can test first.
RE: Transcoding in unstable repository? - Added by ben barker about 11 years ago
I get the below. The libavcodec fail is a bit worrying for transcoding...
I have the ffmpeg installed though
I get:
ben@nas ~/tvheadend $ sudo apt-get install libavahi-client3
Reading package lists... Done
Building dependency tree
Reading state information... Done
libavahi-client3 is already the newest version.
and:
ben@nas ~/tvheadend $ ffmpeg
ffmpeg version 0.8.6-6:0.8.6-0ubuntu0.12.10.1, Copyright (c) 2000-2013 the Libav developers
built on Apr 2 2013 17:07:34 with gcc 4.7.2
So not sure about the two unmet dependencies below...
Checking support/features
checking for cc execinfo.h ... ok
checking for cc -mmmx ... ok
checking for cc -msse2 ... ok
checking for cc getloadavg ... ok
checking for cc atomic64 ... ok
checking for py module gzip ... ok
checking for bzip2 ... ok
checking for pkg openssl ... ok
checking for pkg zlib ... ok
checking for pkg avahi-client ... fail
checking for pkg libavcodec <=55.0.0 ... fail
checking for cc sys/inotify.h ... ok
checking for pkg libcurl ... ok
fetching dvb-scan files ... ok
RE: Transcoding in unstable repository? - Added by Alex . about 11 years ago
Mmm, indeed, those fails are not a good sign
checking for pkg avahi-client ... fail
checking for pkg libavcodec <=55.0.0 ... fail
This seems to suggest that you need a version prior to 55.0.0 , what version of libavcodec do you have?
Maybe your version is too high (but this is just a guess).
RE: Transcoding in unstable repository? - Added by ben barker about 11 years ago
Hmmm...my version of ffmpeg seemed a little odd - so I rebuilt latest stable from source. Now it tells me:
ffmpeg version 2.0.1 Copyright (c) 2000-2013 the FFmpeg developers
built on Aug 26 2013 15:24:53 with gcc 4.7 (Ubuntu/Linaro 4.7.2-2ubuntu1)
configuration: --enable-libfaac --enable-libx264 --enable-libmp3lame --enable-pthreads --enable-gpl --enable-nonfree
libavutil 52. 38.100 / 52. 38.100
libavcodec 55. 18.102 / 55. 18.102
libavformat 55. 12.100 / 55. 12.100
libavdevice 55. 3.100 / 55. 3.100
libavfilter 3. 79.101 / 3. 79.101
libswscale 2. 3.100 / 2. 3.100
libswresample 0. 17.102 / 0. 17.102
libpostproc 52. 3.100 / 52. 3.100
Which does not satisfy the libavcodec <=55
I then went for a a slightly older version (1.12 - which seems to be a fork of the main project, but still linked to from ffmpegs main download page)
That gave me:
libavutil 52. 18.100 / 52. 18.100
libavcodec 54. 92.100 / 54. 92.100
libavformat 54. 63.104 / 54. 63.104
libavdevice 54. 3.103 / 54. 3.103
libavfilter 3. 42.103 / 3. 42.103
libswscale 2. 2.100 / 2. 2.100
libswresample 0. 17.102 / 0. 17.102
libpostproc 52. 2.100 / 52. 2.100
Which passed the configure check for tvheadend, and gave me the missing checkbox
My attempts so far to actually get transcoded output have failed...but I'll try again later :-)
RE: Transcoding in unstable repository? - Added by Alex . about 11 years ago
Hi,
Good to hear you have the checkbox now :-)
ben barker wrote:
Which passed the configure check for tvheadend, and gave me the missing checkbox
My attempts so far to actually get transcoded output have failed...but I'll try again later :-)
It works for me using either TVHguide on Android, or a browser, but it does not necessarily work with all the options.
Use the 'system log' with debug output in the tvh-window to check for any warnings.
For example, in TVHguide you can choose the video codec you want( MPEG4, H264 or VP8), but they might not all be supported by your setup.
At first, for me only VP8 worked until I recompiled ffmpeg with H264 support turned on ( and tvh showed "no decoder available" or something similar in the debug-log)
For me something like the following works:
Some moreexample of testing using a browser are here (again, open the system log in another browserwindow to see any warnings):
https://tvheadend.org/boards/5/topics/8529?r=9184#message-9184
Hope this helps,
Alex.
RE: Transcoding in unstable repository? - Added by ben barker about 11 years ago
Yes - that does the trick. There seem to be some exaple URL parameters doing the rounds on the forum that don't work - but the one you provided does it for me.
I can't get audio workin with AAC - an error is thrown stating "transcode: Unable to open libfaac encoder" - despite ffmpeg being compiled with it.
Mpeg2 audio works fine
Subtitles don't seem to work at all
It would be really nice if the video playback window that forms part of the webUI gave transcoding options - would be useful if accessing the site remotely - but well chuffed this is working now
Cheers for your help,
Ben
RE: Transcoding in unstable repository? - Added by Peter Vágner about 11 years ago
I am on arch linux with ffmpeg 2.0.1 and unfortunatelly libav codec is 55.0.0 ./configure script fails to detect it.
Has anyone managed to run it with such a config?
EDIT:
OOps, now I understand libavcodec 55 or higher is not yet supported. It's a know limitation I am afraid. Unfortunatelly it needs some work because apparently a lot has changed in the ffmpeg API.
ffmpeg version 2.0.1 Copyright (c) 2000-2013 the FFmpeg developers
built on Aug 29 2013 18:58:08 with gcc 4.8.1 (GCC) 20130725 (prerelease)
configuration: --enable-swresample --enable-shared --disable-debug --disable-static --prefix=/usr --enable-avresample --enable-fontconfig --enable-gnutls --enable-gpl --enable-libaacplus --enable-libass --enable-libbluray --enable-libcaca --enable-libcdio --enable-libcelt --enable-libdc1394 --enable-libfaac --enable-libfdk-aac --enable-libfreetype --enable-libgme --enable-libgsm --enable-libiec61883 --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-libquvi --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libv4l2 --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libx264 --enable-libxvid --enable-libzmq --enable-nonfree --enable-openal --enable-openssl --enable-pic --enable-vda --enable-version3 --enable-x11grab
libavutil 52. 38.100 / 52. 38.100
libavcodec 55. 18.102 / 55. 18.102
libavformat 55. 12.100 / 55. 12.100
libavdevice 55. 3.100 / 55. 3.100
libavfilter 3. 79.101 / 3. 79.101
libavresample 1. 1. 0 / 1. 1. 0
libswscale 2. 3.100 / 2. 3.100
libswresample 0. 17.102 / 0. 17.102
libpostproc 52. 3.100 / 52. 3.100