VDR +SC wat een ramp

Saiya_Jin_Vegeta · 29 januari 2009 om 18:15

Ik probeer nu inmiddels een paar dagen om VDR normaal werkend te krijgen. Echter als ik ga decoderen met SC (zowel 0.9.1 als 0.9.0) heb ik de volgende output:

VDR start ik als volgt:

./vdr -P"sc -B 0" -P"xine -r"

sc is geconnect via cardclient. Deze cardclient werkt wle gewoon via open-sasc-ng. Ik heb 0.9.0 gebruikt om te kijken of hij hiermee wel gewoon werkt. Dit was ook niet het geval.

0.9.0 werkt wel gewoon bij open-sasc-ng, als ik namelijk een cat doe van /dev/dvb/adapter1/dri0, dan heb ik super strak beeld.

vdr is verder normaal geinstalleerd, met gebruik makend van de s2 drivers, sasc doet dit ook en heeft geen probleem.

Kan iemand me helpen, want ik weet niet waar ik naar moet zoeken op internet, want hoe heet het onderstaande?

Opensuse 11.1
VDR 1.7.3
SC 0.9.1
xine-vdr 0.9.0

Alvast bedankt.

Niels_Wagenaar · 29 januari 2009 om 22:05

Haal zo wie de -B 0 weg bij het opstarten van VDR icm de SC plugin, dit is alleen maar nodig voor het decoderen via een key-file.

Kun je me eens de output van VDR hier voor mij beschikbaar willen maken? En ook kunnen aangeven welke kaart je gebruikt? Het is namelijk bekend, dat de TT S2-3200 en afgeleiden artefacts produceren. Mogelijk dat een fetch van de s2-liplianin repo wat betere resultaten geeft.

Een andere optie om te proberen, VDR 1.7.0 met de S2API patch van 7-10-2009 (zie de VDR mailinglist). Dit omdat 1.7.3 nu volledig is overgestapt op TS implementatie (voorheen was het VDR eigen PES) en met 1.7.3 heb ik ook diverse problemen ondervonden. Uiteindelijk is het misschien verstandig om 1.7.4 te gebruiken (onlangs uitgekomen).

Mvg,

Niels Wagenaar

Saiya_Jin_Vegeta · 30 januari 2009 om 12:32

Dit is de output als ik de -B 0 erin laat staan:

SetPlayMode: 1

Jan 30 13:28:10 [irdeto.ecm] bad ECM length

Jan 30 13:28:10 [core.ecm] 0.1: try system Irdeto (0604) id 0000 with ecm 138a (cached) (pri=-10)

[vAVMJan 30 13:28:10 [irdeto.ecm] incomplete ECM structure

Jan 30 13:28:10 [core.auStats] EMM packet load average (1/4/10min) 107 26 10 pks/s

Jan 30 13:28:10 [irdeto.ecm] incomplete ECM structure

]buffered 8.5 frames (v:12.9, a:8.5)

Jan 30 13:28:11 [core.ecm] 0.1: try system Cardclient (0604) id 0000 with ecm 138a (cached) (pri=-15)

Jan 30 13:28:11 [cardclient.core] cc-loop

Jan 30 13:28:11 [cardclient.core] now trying client Newcamd (127.0.0.1:15050)

Jan 30 13:28:11 [core.ecm] 0.1: correct key found

frame: (0, 0)-(720, 576), zoom: (0.00, 0.00)

SetPlayMode: 0

Jan 30 13:28:24 [core.ci] 0.0 -> 00 01 a0 10 01 90 02 00 01 9f 80 32 07 03 00 00 01 00 01 01

Jan 30 13:28:24 [core.ci] 0.0 CA_PMT decoding len=7 lm=3 prg=0 len=1/1 ci_cmd(G)=01

Jan 30 13:28:24 [core.ci] 0.0 got CA pmt ciCmd=1 caLm=3

Jan 30 13:28:24 [core.ci] 0.0 answer to query

Jan 30 13:28:24 [core.pids] 0: tune to same source/transponder

Jan 30 13:28:24 [core.ci] 0.0 -> 00 01 81 01 01

Jan 30 13:28:24 [core.ci] 0.0 <- 00 01 a0 0d 01 90 02 00 01 9f 80 33 04 00 00 00 81 80 02 01 00

Jan 30 13:28:24 [core.ci] 0.0 -> 00 01 a0 20 01 90 02 00 01 9f 80 32 17 04 27 12 01 00 07 01 09 04 06 04 f3 8a 02 00 47 00 00 04 00 61 00 00

Jan 30 13:28:24 [core.ci] 0.0 CA_PMT decoding len=17 lm=4 prg=10002 len=7/11 ci_cmd(G)=01 pid=2,47 len=0/5 pid=4,61 len=0/0

Jan 30 13:28:24 [core.ci] 0.0 got CA pmt ciCmd=1 caLm=4

Jan 30 13:28:24 [core.ci] 0.0 set CAM decrypt (prg 10002)

Jan 30 13:28:24 [core.pids] 0: add SID 10002 (zero=0 noshift=1)

Jan 30 13:28:24 [core.pids] 0: pids VIDEO=0047 AUDIO=0061

Jan 30 13:28:24 [core.pids] 0: SID=10002 zero=0 | sid=1/10002/1 zero=-/-/- idle=1/10002/1

Jan 30 13:28:24 [core.pids] 0: found handler for SID 10002 (0.1 idle=1 idx=1)

Jan 30 13:28:24 [core.pids] 0.1: pids on entry

Jan 30 13:28:24 [core.pids] 0.1: pids after delete

Jan 30 13:28:24 [core.pids] 0: descrambling pid 0047 on index 1

Jan 30 13:28:24 [core.pids] 0: descrambling pid 0061 on index 1

Jan 30 13:28:24 [core.pids] 0.1: pids after add VIDEO=0047 AUDIO=0061

Jan 30 13:28:24 [core.ecm] 0.1: is no longer idle

SetAudioChannelDevice: 0

SetDigitalAudioDevice: 0

SetAudioChannelDevice: 0

SetPlayMode: 1

Jan 30 13:28:24 [core.ecm] 0.1: triggered SID 10002/10002 idx 1/1 mode 3/0 sync

audio: synced early

[AMvV]buffered 11.8 frames (v:17.2, a:11.8)

buffered 17.6 frames (v:22.4, a:17.6)

buffered 11.5 frames (v:13.9, a:11.5)

buffered 16.3 frames (v:21.1, a:16.3)

buffered 14.7 frames (v:20.2, a:14.7)

read(4) returned 0, error 0: read(4) returned 0, error 0: Success

vdr-xine: Client disconnected!

Success

Dit is in VDR 1.7.0. In 1.7.3 en 1.7.4 heb ik allemaal hetzelfde probleem. Zonder die -B 0 krijg ik de volgende output:

SetPlayMode: 1

Jan 30 13:32:04 [core.ecm] 0.0: triggered SID 10002/10003 idx 0/0 mode 3/0 sync

Jan 30 13:32:04 [core.ecm] from cache: system Cardclient (0604) id 0000 with ecm 138b/80

Jan 30 13:32:04 [core.ecm] 0.0: got CaDescriptors for SID 10003 (len=6)

Jan 30 13:32:04 [core.ecm] 0.0: descriptor 06 04 f3 8b

Jan 30 13:32:04 [core.ecm] 0.0: found 0604 (Irdeto2) id 0000 with ecm 138b (already present)

Jan 30 13:32:04 [core.ecm] 0.0: try system Irdeto2 (0604) id 0000 with ecm 138b (cached) (pri=-8)

Jan 30 13:32:04 [irdeto.ecm] bad ECM length

Jan 30 13:32:05 [core.ecm] 0.0: try system Irdeto (0604) id 0000 with ecm 138b (cached) (pri=-10)

Jan 30 13:32:05 [irdeto.ecm] incomplete ECM structure

Jan 30 13:32:06 [core.ecm] 0.0: try system Cardclient (0604) id 0000 with ecm 138b (cached) (pri=-15)

Jan 30 13:32:06 [cardclient.core] cc-loop

Jan 30 13:32:06 [cardclient.core] now trying client Newcamd (127.0.0.1:15050)

Jan 30 13:32:06 [general.error] CA_SET_DESCR failed (Invalid argument). Expect a black screen.

Jan 30 13:32:06 [core.ecm] 0.0: correct key found

Jan 30 13:32:08 [general.error] CA_SET_DESCR failed (Invalid argument). Expect a black screen.

SetPlayMode: 0

frame: (0, 0)-(720, 576), zoom: (0.00, 0.00)

Jan 30 13:32:17 [general.error] last message repeated 2 times

Jan 30 13:32:17 [core.pids] 0: tune to same source/transponder

Jan 30 13:32:17 [core.ci] 0.0 -> 00 01 a0 20 01 90 02 00 01 9f 80 32 17 03 27 12 01 00 07 01 09 04 06 04 f3 8a 02 00 47 00 00 04 00 61 00 00

Jan 30 13:32:17 [core.ci] 0.0 CA_PMT decoding len=17 lm=3 prg=10002 len=7/11 ci_cmd(G)=01 pid=2,47 len=0/5 pid=4,61 len=0/0

Jan 30 13:32:17 [core.ci] 0.0 got CA pmt ciCmd=1 caLm=3

Jan 30 13:32:17 [core.ci] 0.0 set CAM decrypt (prg 10002)

Jan 30 13:32:17 [core.pids] 0: add SID 10002 (zero=1 noshift=0)

Jan 30 13:32:17 [core.pids] 0: pids VIDEO=0047 AUDIO=0061

Jan 30 13:32:17 [core.pids] 0: SID=10002 zero=1 | sid=-/-/- zero=0/10003/0 idle=-/-/-

Jan 30 13:32:17 [core.ecm] 0: changing SID on non-idle zero handler. This shouldn’t happen!

Jan 30 13:32:17 [core.pids] 0: found handler for SID 10002 (0.0 idle=0 idx=0)

Jan 30 13:32:17 [core.ecm] 0.0: setting new SID 10002

Jan 30 13:32:17 [core.pids] 0.0: pids on entry

Jan 30 13:32:17 [core.pids] 0.0: pids after delete

Jan 30 13:32:17 [core.pids] 0: descrambling pid 0047 on index 0

Jan 30 13:32:17 [core.pids] 0: descrambling pid 0061 on index 0

Jan 30 13:32:17 [core.pids] 0.0: pids after add VIDEO=0047 AUDIO=0061

SetAudioChannelDevice: 0

SetDigitalAudioDevice: 0

SetAudioChannelDevice: 0

SetPlayMode: 1

Jan 30 13:32:17 [core.ecm] 0.0: triggered SID 10003/10002 idx 0/0 mode 3/0 sync

Jan 30 13:32:17 [core.ecm] from cache: system Cardclient (0604) id 0000 with ecm 138a/80

Jan 30 13:32:17 [core.ecm] 0.0: got CaDescriptors for SID 10002 (len=6)

Jan 30 13:32:17 [core.ecm] 0.0: descriptor 06 04 f3 8a

Jan 30 13:32:17 [core.ecm] 0.0: found 0604 (Irdeto2) id 0000 with ecm 138a (already present)

Jan 30 13:32:17 [core.ecm] 0.0: try system Irdeto2 (0604) id 0000 with ecm 138a (cached) (pri=-8)

Jan 30 13:32:17 [irdeto.ecm] bad ECM length

Jan 30 13:32:17 [core.ecm] 0.0: try system Irdeto (0604) id 0000 with ecm 138a (cached) (pri=-10)

Jan 30 13:32:17 [irdeto.ecm] incomplete ECM structure

Jan 30 13:32:18 [core.ecm] 0.0: try system Cardclient (0604) id 0000 with ecm 138a (cached) (pri=-15)

Jan 30 13:32:18 [cardclient.core] cc-loop

Jan 30 13:32:18 [cardclient.core] now trying client Newcamd (127.0.0.1:15050)

Jan 30 13:32:19 [general.error] CA_SET_DESCR failed (Invalid argument). Expect a black screen.

Jan 30 13:32:19 [core.ecm] 0.0: correct key found

Jan 30 13:32:21 [general.error] CA_SET_DESCR failed (Invalid argument). Expect a black screen.

Jan 30 13:32:23 [core.auStats] EMM packet load average (1/4/10min) 122 30 12 pks/s

FTA geeft hij dus wel goed door, in alle 3 de versies!

Niels_Wagenaar · 30 januari 2009 om 13:46

Stop VDR en verwijder ca0 uit /dev/dvb/adapter[0,1,2,etc] en start vervolgens VDR nog maals.

Saiya_Jin_Vegeta · 30 januari 2009 om 15:10

Nee, helaas. De kaart betreft een KNC one budget DVB-c

Ik betwijfel echter of het aan de SC stuk ligt! Open-sasc-ng kan wel gewoon deocderen en een normaal beeld produceren!

Ik zou bijna xine-vdr gaan verdenken. Helaas kan ik nu niet een oudere versie proberen (zit op een andere plaats).

Maar als je nog meer dingen weet die ik kan proberen! Andere output plugin?

Saiya_Jin_Vegeta · 31 januari 2009 om 12:24

Nieuwe output:

Heb nu een andere output module gebruikt (xineliboutput CSV) geinstalleerd volgens niels zijn handleiding. Nu krijg ik de volgende foutmleding:

Not multiplexed? 0xcd

Not multiplexed? 0xd6

Not multiplexed? 0xc2

Not multiplexed? 0xe9

Not multiplexed? 0xba

Not multiplexed? 0xd3

Not multiplexed? 0xd2

Not multiplexed? 0xfa

Not multiplexed? 0xbb

Not multiplexed? 0xec

Not multiplexed? 0xdb

Not multiplexed? 0xde

Not multiplexed? 0xd1

Not multiplexed? 0xfb

Not multiplexed? 0xda

Not multiplexed? 0xf8

Not multiplexed? 0xc3

Not multiplexed? 0xcf

Ik heb nu 3 verschillende versies. Kan het zijn dat ik build opties in mijn makefile verkeerd heb staan en dat hij daardoor nu flipt?

CPUOPT = athlon64

PARALLEL = PARALLEL_128_SSE

DVBDIR = /home/tv_test/v4l-dvb/linux

Meer heb ik niet veranderd/toegevoged!

Blijkbaar werken zowel xine-liboutput als xine-vdr normaal. Het moet dus wle iets in mijn computer zijn (compileer opties)

Saiya_Jin_Vegeta · 31 januari 2009 om 14:33

Dit was wat ik verder nog tegenkwam in mijn /var/log/messages:

Jan 31 15:23:32 linux-jeep vdr: [16350] TS buffer on device 1 thread ended (pid=15833, tid=16350)

Jan 31 15:23:32 linux-jeep vdr: [16349] buffer stats: 123140 (5%) used

Jan 31 15:23:32 linux-jeep vdr: [16349] receiver on device 1 thread ended (pid=15833, tid=16349)

Jan 31 15:23:32 linux-jeep vdr: [16351] receiver on device 1 thread started (pid=15833, tid=16351)

Jan 31 15:23:32 linux-jeep vdr: [16352] TS buffer on device 1 thread started (pid=15833, tid=16352)

Jan 31 15:23:33 linux-jeep vdr: [16351] cAudioRepacker(0xC0): skipped 192 bytes to sync on next audio frame

Jan 31 15:23:33 linux-jeep vdr: [16351] cVideoRepacker: switching to MPEG1/2 mode

Jan 31 15:23:33 linux-jeep vdr: [16351] cVideoRepacker: operating in MPEG1/2 mode

Jan 31 15:23:33 linux-jeep vdr: [16351] cVideoRepacker: found system start code: stream seems to be scrambled or not demultiplexed

Jan 31 15:23:47 linux-jeep vdr: [16351] ERROR: unknown picture type ‘6’

Jan 31 15:23:56 linux-jeep vdr: [16351] PES packet shortened to 6169 bytes (expected: 13035 bytes)

Jan 31 15:24:12 linux-jeep vdr: [16351] ERROR: unknown picture type ‘5’

Jan 31 15:25:02 linux-jeep vdr: [16351] ERROR: unknown picture type ‘5’

Jan 31 15:25:03 linux-jeep vdr: [16351] ERROR: unknown picture type ‘5’

Overigens kan ik nergens vinden hoe ik een eerder gepost bericht kna aanpassen!

Saiya_Jin_Vegeta · 1 februari 2009 om 13:14

Zo, na heel wat verschillende variabelen geelimineerd te hebben, zoals verschillende versies van VDR, SC, xine-vdr en zelfs de DVB drivers API3 en API5 heb ik het probleem gevonden.

Zoals ik al verwachtte zat het probleem niet in de software maar in de computer. Het was missende ondersteuning. SC bied de mogelijkheid om compiler opties mee te geven. Daar ik een X86_64 processor heb wil hij bepaalde opties niet en andere wel.

Open-Sasc-ng heeft een script waarmee het beoordeeld welke compiler opties wel kunnen en welke niet:

Code:

Using C++ compiler: g++Using compile type debugProcessor capabilities: native ( mmx sse sse2 )Trying various FFdecsa optimizations... PARALLEL_32_INT: test failed PARALLEL_64_2INT: test failed PARALLEL_64_LONG: 168 PARALLEL_64_MMX: 138 PARALLEL_128_2LONG: 185 PARALLEL_128_2MMX: test failed PARALLEL_128_SSE: test failed PARALLEL_128_SSE2: 188Choosing PARALLEL_MODE = PARALLEL_128_SSE2

Aangezien ik in mijn eerste compileer acties overal SSE gebruikt heb IPV SSE2, kan ik nu begrijpen waarom mijn SC steeds niet goed wilde werken. De juiste instellingen waren dus:

Code:

CPUOPT = x86-64PARALLEL = PARALLEL_128_SSE2

Niels_Wagenaar · 1 februari 2009 om 15:19

Enorm interessant! Mede omdat FFDecsa als het goed is, niet veel impact moet hebben bij het decoderen via cardclients.

Overigens, zelf hanteer ik PARALLEL_64_MMX. Mede omdat deze altijd compatible is en omdat hij werkt in zowel X86-64 en X86 gebaseerde installaties.

Iig, veel succes met je VDR installatie

Mvg,

Niels Wagenaar