ffdecsawrapper kontra sasc-ng

[Erik-NA]

Nu blir jag nyfiken. Ska nog ta mig tid att prova detta. :-)

Sent from my Nexus 10 using Tapatalk

[Erik-NA]

Är det något speciellt man måste tänka på i lusens guide för ffdecsawrapper? Kör med ett TBS-kort.

[gmork]

Är det något speciellt man måste tänka på i lusens guide för ffdecsawrapper? Kör med ett TBS-kort.

Nej inte vad jag minns. Jag följde lursens guider helt när jag satte upp min nya Myth 0.27. Det var skönt att slippa kompilera om kärnan bara för mutex-patchen.

[rolrn]

Någon som testat detta med VDR?
Som sagt, borde ju fungera med alla programvaror på Linux..

[gmork]

Visste inte att det fanns olika versioner av ffdecsawrapper-
Hittade precis denna info:

Open-sasc-ng is being further re-developed under the new name of FFdecsawrapper. This is the new AUR package for it. Open-sasc-ng, and it's AUR, are now obsolete.
Remember to change your sasc-ng.conf file if you are still running the open-sasc-ng version. Also don't forget to:
# systemctl disable sasc-ng.service
# systemctl enable ffdecsawrapper.service

There's also 2 other FFdecsawrapper versions available:
Specifically for the TBS family of DVB cards:
https://aur.archlinux.org/packages/f...apper-git-tbs/

Alternate, +/- experimental method using V4l GIT libs:
https://aur.archlinux.org/packages/f...apper-git-v4l/

Ska vid tillfälle testa den för tbs då jag har ett tbs6985 kort.

[Erik-NA]

Tack för informationen. Ska precis ge mig på att testa då jag har en ny kerneluppdatering i Mythbuntu som väntar på installation. Får se om jag lyckas

[bifurkation]

Jag börjar bli klar med min nya myth setup.
Allt som hade med ffdecsawrapper-installationen funkade utmärkt, inga bekymmer med kompileringen och den funkade direkt mot kernel och dvb-drivers.
Sådant är man inte bortskämd med om man försöker med sasc-ng.

Däremot funkade inte lursens startscript på min slave-backend, scriptet kollar om det finns någon mythtv mysql-databas lokalt, och på en slave-backend finns det ju ingen, och startar därför inte.
Det finns säkert en elegantare lösning men det räckte med att kommentera bort databaskollsdelen av scriptet.

Detta bekymmer till trots tackar jag sasc-ng för lång och trogen tjänst och går över till ffdecsawrapper

[Erik-NA]

Specifically for the TBS family of DVB cards:
https://aur.archlinux.org/packages/f...apper-git-tbs/

Har bråkat i två timmar med ovanstående. Ger upp och kör enligt lursen

[Erik-NA]

Dåså, då lyckades jag få igång ffdecsawrapper mha lursens guide.

https://aur.archlinux.org/packages/f...apper-git-tbs/ fungerar endast för 32-bit kernels, vilket tog ett tag för mig att inse.

Jag tyckte guiden var lite otydlig på vissa punkter. Så här gjorde jag.

1. Installerade v4l-varianten av TBS-drivern från tillverkaren med mutex-patchen
2. I början av lursens guide står det att om man använder v4l så ska man inte patcha kärnan! Patcha alltså inte kärnan!
3. När man kör configure-scriptet för FFdecsawrapper så måste man ange sökvägen till TBS-sourcen via växeln DVB_DIR.
4. I slutet på configureskriptet frågar det om den ska patcha kärnan. Svarar man ja, så händer ingenting, vilket var förvånande. Men eftersom jag kör med v4l-driver så ska ju inte kärnan patchas. (Fick kolla i skriptet för att få detta bekräftat)
5. configure-skriptet skapar inga config-filer så som /etc/default/ffdecsawrapper.conf, cardfile eller init-skript, vilket guiden påstår. Dessa får du själv skapa utifrån lursens guide (klipp&klistra)

Ska bli intressant hur detta funkar. Jag har haft lite mindre problem med stuttering på 1080i från Canal Digital ibland, det verkar faktiskt vara helt borta!? Måste dock prova under en längre tid för att få det bekräftat.