ffdecsawrapper kontra sasc-ng

[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.

[Tillda]

Hej Har installerat driver samt patch. När jag kör scriptet får jag fel sökväg. Har använt ./configure --dvb_dir=~/dvb/linux-tbs-drivers. Får då fel meddelande vad är fel?

Could not locate any of the following:

/home/htpc/dvb/linux-tbs-drivers/drivers/media/dvb-core/dvbdev.h

/home/htpc/dvb/linux-tbs-drivers/drivers/media/dvb/dvb-core/dvbdev.h

Aborting..

[Tillda]

Hittade felet ./configure --dvb_dir=~/dvb/linux-tbs-drivers/linux

[Tillda]

Erik tror jag gör fel när jag patchar tbs drivers. Kan du förklara steg för steg denna process?

[Erik-NA]

Kolla denna guide, kapitlet om TBS-drivern

http://www.comhit.net/showthread.php...-Canal-Digital

[Tillda]

Tack tror jag fått till det. Jag har 3 st TBS kort är nedan rätt?

ADAPTERS="2"
NUMADAPTERS="3"
JOIN="--join 0:3 --join 1:4 --join 2:5"



Dec 15 16:16:50.189 frontend: Starting thread on /dev/dvb/adapter3/frontend1
The thread scheduling parameters indicate:
policy = 0
priority = 0
Dec 15 16:16:50.189 demux: Starting thread on /dev/dvb/adapter3/demux1
The thread scheduling parameters indicate:
policy = 0
priority = 0
Dec 15 16:16:50.189 dvr: Starting thread on /dev/dvb/adapter3/dvr1
The thread scheduling parameters indicate:
policy = 0
priority = 0
Dec 15 16:16:51.205 frontend: Starting thread on /dev/dvb/adapter4/frontend1
The thread scheduling parameters indicate:
policy = 0
priority = 0
Dec 15 16:16:51.205 dvr: Starting thread on /dev/dvb/adapter4/dvr1
The thread scheduling parameters indicate:
policy = 0
priority = 0
Dec 15 16:16:51.205 demux: Starting thread on /dev/dvb/adapter4/demux1
The thread scheduling parameters indicate:
policy = 0
priority = 0
Dec 15 16:16:52.222 frontend: Starting thread on /dev/dvb/adapter5/frontend1
The thread scheduling parameters indicate:
policy = 0
priority = 0
Dec 15 16:16:52.222 dvr: Starting thread on /dev/dvb/adapter5/dvr1
The thread scheduling parameters indicate:
policy = 0
priority = 0
Dec 15 16:16:52.222 demux: Starting thread on /dev/dvb/adapter5/demux1
The thread scheduling parameters indicate:
policy = 0
priority = 0
Dec 15 16:16:52.223 : Listening on port 5456
sched_setscheduler: Operation not permitted

[Erik-NA]

Det ser rätt ut. Har du tre TBS-kort eller tre adaptrar på ditt kort?
Du kan ju själv kontrollera vad de fysiska adaptrarna får för adress under /dev/dvb genom att köra "ls /dev/dvb"