Hi Everyone,
Since I moved a year ago to New Zealand I have much less time to keep my AUR packages maintained and keep my system tweaked. Arch Linux is just too bleeding edge to make a comfortable low maintenance multimedia server platform and I now need a server which will continue to run for years in a very boring reliable way without much input from me. Also the frequent surprises that happen when Arch updates to something new are not as fun as they should be. I recently made the switch to CentOS7 on my main server which is running FFdecsawrapper and will stay on a 3.10 kernel probably for the next 8 years.
This is the time for me to bow out as I can not longer test this package. So this package needs a new owner. I will miss the learning fun that ArchLinux has given me. But I'll keep a little fun as my remote frontends will still run Arch.
Search Criteria
Package Details: ffdecsawrapper-git-lts 3.xx-1
Package Actions
| Package Base: | ffdecsawrapper-git-lts |
|---|---|
| Description: | FFdecsa empowered softcam |
| Upstream URL: | https://github.com/bas-t/ffdecsawrapper.git |
| Category: | multimedia |
| Licenses: | |
| Conflicts: | |
| Provides: | |
| Submitter: | p-we |
| Maintainer: | None |
| Last Packager: | p-we |
| Votes: | 2 |
| First Submitted: | 2013-09-22 09:04 |
| Last Updated: | 2015-05-15 12:10 |
Dependencies (5)
- v4l-utils
- git (make)
- linux-lts-headers (make)
- linuxtv-dvb-apps (optional) – handy DVB tools
- oscam-svn (optional) – smartcard reader support
Required by (0)
Sources
- cardclient.conf
- cardslot.conf
- ffdecsawrapper.conf
- ffdecsawrapper.install
- ffdecsawrapper.lr
- ffdecsawrapper.rc
- ffdecsawrapper.service
- git://github.com/bas-t/ffdecsawrapper.git#branch=stable
- http://www.kernel.org/pub/linux/kernel/v3.x/linux-3.14.tar.xz
- kernel-mutex-new2.patch
- kernel-mutex2.patch
Latest Comments
Comment by p-we
Comment by p-we
Being brought back because there are subtle differences in 4.xx kernels with ARCH and ARCH-LTS which uses 3.14 for now.
Comment by p-we
I have made the ffdecsawrapper-git package work accross the board with all kernels >3.0. This will be easier to maintain as I don't use linux-lts. So for linux-lts you can now go to:
https://aur.archlinux.org/packages/ffdecsawrapper-git/
I'm orphaning this.
Comment by Robin67
Unfortunately for me (using the standard community package 0.27 of MythTV with linux-lts-3.14) the master branch seems unstable. After some time I can no longer switch channels because it will not lock on a channel any more (C within MythTV does not appear).
I therefor am using the stable branch where I do not have this issue.
Comment by p-we
There has been one case of the master branch causing problems. There are at least a few users, including myself, who report a subtle improvement with master. I will keep this on master unless I hear of more negative results.
Please share experiences; good or bad!
Comment by p-we
1) Changed to new 3.14 kernel for LTS
2) Changed to use the master branch of FFdecsawrapper as default for now as it is even better than stable. Master is now based on sasc-ng ver 620 codebase instead of ver 570 along with other improvements.
Comment by p-we
Added --tsbuffer=32 after all. This improves stability with > 4 tuners
Comment by p-we
Developments:
1) FFdecsawrapper has recently made a quantum leap starting from ver 209. Encoded foldbackadaptors tune as fast as real DVB tuners now on my system. Therefore no tsbuffer config settings needed anymore. The following is from bas-t who is doing alot behind the scenes for ffdecsawrapper:
"I fixed those speed tests. You'll notice that your max speed will be rated somewhat lower then you are used to get, that is expected. There are no more 'peak' levels, instead you'll get reasonable averages. Furthermore, I pushed some commits that improve the stability as well as the speed of tuning and locking greatly. As a result, I don't need "--tsbuffer=some-ludicrous-high-setting" anymore, even with my TBS adapters. I'm using the default setting now."
2) Kernels below 3.12 now use a different FFdecsawrapper GIT branch
3) As systemd has become better in recent versions, and I made some changes to module permissions, optional parameters in ffdecsawrapper.service are no longer necessary and thus removed.
4) kernel.org has abandoned the bz2.tar archive format. Although it is unlikely they will change what's already on their servers, this package will now grab the 3.10 kernel source in tar.xz format just to be sure.
Comment by p-we
I have revisited the "tsbuffer" ffdecsawrapper compile argument and with reliable positive result this time around:
I have just changed from a smooth running DVB-C system to DVB-S & S2 where FTA channels were all fine but all encrypted channels had stability issues running through the same foldback adaptors. I noticed the ffdecsawrapper log displays the tsbuffer in MB with the default set at 2048 MB. Setting --tsbuffer=8192 solved this straight up. I have my server running at 16384 now but I haven't noticed a difference between 8192 and 16384. Also the "zapping" time is a bit quicker and more consistant. This seems to be worth it. I will put --tsbuffer=8192 in the PKGBUILD so it will run with 8192 MB as default.
Let me know if this presents a problem for anyone.
Comment by p-we
When prevously tried to get ffdecsawrapper to run as a daemon with systemd it would not load. I tried it again recently and now it seems to work. It seems better this way. The ffdecsawrapper.service has been changed accordingly so remember to:
# systemctl reenable ffdecsawrapper.service