hulp bij een nieuwe installatie en dvb-hd, sasc-ng, cccam

[Gast satnov2]

--log /var/keys/log ingesteld

en 5 keer opnieuw opgestart,

net zo lang tot er geen errors meer in de log-file voorkwam,

SoftCam.Key was bijvoorbeeld niet aanwezig,

dus daar ging hij telkens naar op zoek.

 

ook heb ik de andere files (Ird-Beta en meer) helemaal

leeg gegooid,

dat scheelt ook elke keer zoeken.

 

echter, ik zou het liefst willen dat hij alleen nog CCcam

zou gebruiken..

 

het hikken heeft volgens mij daar mee te maken,

elke 10 seconden toch een nieuwe code nodig?

was gewoon niet snel genoeg voorhande als de helft van de

files nog extra voor gezocht (niet aanwezig) of helemaal

doorlopen moesten worden (lange text-files).

 

hiermee loopt ook gelijk de processor belasting terug..

althands, zo lijkt het als ik gewoon rtl5 opzet, nog maar 30-40%

[Lamko]

Op het dvbn forum geven ze aan dat Cccam 2.1.1 alleen goed werkt.

Verder staan er bij mij ook verscheidene errors in de logs maar hij doet het er prima om.

[Gast satnov2]

CCcam 2.1.1 als server?

of als cccam-sasc-ng-cardclient?

 

mijn server draait 2.1.3.

 

hoe krijg ik daar een socket voor?

zodat ik niet een extra hup achter mijn shares zit..

 

en hoe stel ik in dat sasc-ng niets anders gebruikt dan CCcam?

[Lamko]

als server ja, maar verder kan ik je er niet meehelpen

[polle58]

Ben zeker niet thuis in deze materie, maar stuitte op deze discussie, geef het maar mee , misschien zit er iets interessants bij:

http://www.austech.info/other-linux-based-receivers/6050-mythtv-sasc-ng.html

[Gast satnov2]

hmmm, nu heb ik 4 satelieten gescanned, waarvan de Hotbird maar kort

en ik krijg al;

Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 32768 bytes) in /usr/share/mythtv/mythweb/modules/tv/classes/Program.php on line 295

 

als ik hem benader via mythtv..

schijnbaar mijn max op web-files te krap?

[Gast satnov2]

gevonden,

/etc/apache2/sites-available/mythweb.conf

php_value memory_limit 128M

 

voordat dit werkte heb ik ook nog

/usr/share/mythtv/mythweb/mythweb.conf.apache

en 2 andere aangepast, maar die hebben volgens mij geen direct effect.

 

[Gast satnov2]

deze error krijg ik nu in

/var/log/mythtv/mythbackend.log

2010-02-12 15:15:10.127 AFD Error: Unknown audio decoding error

2010-02-12 15:15:11.350 [mp2 @ 0x7f04de6c5820]Header missing

 

en deze

/var/log/mythtv/mythfrontend.log

2010-02-12 13:43:34.883 MMUnix::AddDevice() Error: failed to stat /dev/bdi,

eno: No such file or directory (2)

2010-02-12 13:43:34.892 MMUnix::AddDevice() Error: failed to stat /dev/power,

eno: No such file or directory (2)

2010-02-12 13:43:34.896 MMUnix::AddDevice() Error: failed to stat /dev/trace,

eno: No such file or directory (2)

 

 

[Gast satnov2]

nou... volgens mij heb ik het nu redelijk stabiel,

hij neemt nu op vanaf Net5 en komt niet boven de 3% cpu uit.

 

dit is een deel van mijn CCcam gebeuren;

 

root@mediabox:/var/etc# /emu/cccam/CCcam.x86 -v -C /var/etc/CCcam.cfg -d /var/etc/log

20:07:20.912 CCcam: ======================================================================

20:07:20.912 CCcam: starting CCcam 2.1.3 compiled on Nov 14 2009@00:47:12

20:07:20.912 CCcam: ======================================================================

20:07:20.912 CCcam: online using nodeId 2ad389c921be1544

20:07:20.913 CCcam: create 1 cam device(s)

20:07:20.942 CCcam: added 0 keys from /var/keys/SoftCam.Key

20:07:20.942 CCcam: added 0 keys from /var/keys/AutoRoll.Key

20:07:20.942 CCcam: added 0 keys from /var/keys/constant.cw

20:07:20.943 CCcam: parsed 0 entries from /var/etc/CCcam.prio

20:07:20.943 CCcam: added 0 provider names from /var/etc/CCcam.providers

20:07:20.943 CCcam: added 0 channel names from /var/etc/CCcam.channelinfo

20:07:20.943 CCcam: server started on port 12000

20:08:08.103 CCcam: client mediabox@67c6697351ff4aec, running CCcam 2.0.11

20:10:14.885 CCcam: remote ecm -> 192.168.1.15:12000 0x100(0x06a)

20:10:15.045 CCcam: remote ecm <- 192.168.1.15:12000 error

20:10:15.045 CCcam: client mediabox ecm request for handler 0x64 0x100(0x6a) sid 0x138c ok: 0

20:10:15.678 CCcam: remote ecm -> 192.168.1.15:12000 0x100(0x06a)

20:10:16.080 CCcam: remote ecm <- 192.168.1.15:12000 ok

20:10:16.080 CCcam: client mediabox ecm request for handler 0x68 0x100(0x6a) sid 0x138c ok: 1

20:10:21.208 CCcam: remote ecm -> 192.168.1.15:12000 0x100(0x06a)

20:10:21.642 CCcam: remote ecm <- 192.168.1.15:12000 ok

20:10:21.643 CCcam: client mediabox ecm request for handler 0x64 0x100(0x6a) sid 0x138d ok: 1

20:10:25.687 CCcam: remote ecm -> 192.168.1.15:12000 0x100(0x06a)

20:10:25.850 CCcam: remote ecm <- 192.168.1.15:12000 error

20:10:25.850 CCcam: client mediabox ecm request for handler 0x64 0x100(0x6a) sid 0x138c ok: 0

20:10:26.054 CCcam: remote ecm -> 192.168.1.15:12000 0x100(0x06a)

20:10:26.469 CCcam: remote ecm <- 192.168.1.15:12000 ok

20:10:26.469 CCcam: client mediabox ecm request for handler 0x68 0x100(0x6a) sid 0x138c ok: 1

20:10:26.531 CCcam: remote ecm -> 192.168.1.15:12000 0x100(0x06a)

20:10:26.975 CCcam: remote ecm <- 192.168.1.15:12000 ok

20:10:26.975 CCcam: client mediabox ecm request for handler 0x64 0x100(0x6a) sid 0x138d ok: 1

20:10:38.617 CCcam: remote ecm -> 192.168.1.15:12000 0x100(0x06a)

20:10:39.020 CCcam: remote ecm <- 192.168.1.15:12000 ok

20:10:39.020 CCcam: client mediabox ecm request for handler 0x68 0x100(0x6a) sid 0x138c ok: 1

20:10:39.222 CCcam: remote ecm -> 192.168.1.15:12000 0x100(0x06a)

20:10:39.656 CCcam: remote ecm <- 192.168.1.15:12000 ok

20:10:39.656 CCcam: client mediabox ecm request for handler 0x64 0x100(0x6a) sid 0x138d ok: 1

20:10:51.677 CCcam: remote ecm -> 192.168.1.15:12000 0x100(0x06a)

20:10:52.076 CCcam: remote ecm <- 192.168.1.15:12000 ok

20:10:52.076 CCcam: client mediabox ecm request for handler 0x68 0x100(0x6a) sid 0x138c ok: 1

20:10:52.277 CCcam: remote ecm -> 192.168.1.15:12000 0x100(0x06a)

20:10:52.718 CCcam: remote ecm <- 192.168.1.15:12000 ok

20:10:52.718 CCcam: client mediabox ecm request for handler 0x64 0x100(0x6a) sid 0x138d ok: 1

 

allemaal files met 1 regel en #, scheelt een hoop zoektijd,

 

modprobe dvbloopback

/etc/init.d/mythtv-backend stop

killall sasc-ng

rm -R /var/keys/log

rm -R /var/log/mythtv/*.log

/usr/bin/sasc-ng --cam-budget --sid-allpid --sid-nocache --buffer 16M --deamon --pidfile /var/keys/pidfile --log /var/keys/log --cam-dir /var/keys/ -j 0:1

/etc/init.d/mythtv-backend start

 

vanavond Lost opnemen dus

 

[Gast satnov2]

eigenlijk,

toen ik vervolgens dit een tijdje in de zat te volgen,

vond ik het vreemd dat de tijd niet consistent was...

waarom daten er verschillende tijden tussen de CCcams?

 

op de dreambox (waar mijn C+ kaart in zit) zie ik niets hangen

en zie ik geen gekke fratsen,

maar toch gaat het onregelmatig.

 

er vanuitgaande dat CCcam wel in oorde is,

de 2e dreambox gaat via de pc en die hapert nooit,

ben ik dus in sasc-ng gaan rommelen

en uiteindelijk kwam ik met deze opstart string;

/usr/bin/sasc-ng --buffer 16M --daemon --log /var/keys/log --cam-dir /var/keys/ -j 0:1

 

--cam-budget heb ik geschopt omdat er geen hardware decoder op zit

--sid-allpid en

--sid-nocache leken mij echt niets toe te voegen..

waarom zou je dit meegeven, als je al een dure snelle kaart en snel systeem hebt?

je brengt hem alleen maar van slag..

de buffer hou ik nog lekker hoog, ik neem aan dat dit normaal

te laag is en verders geen kwaad kan

en de rest is echt nodig..

 

nu komen de CCcam request ook mooi om de 12-13 seconden voorbij

en gaat zelfs opnemen op 3 zenders goed

[Gast satnov2]

nou... nog niet 100%

 

ik heb een GT9400GT videokaart

een PCi-E TeVii S470 DVB-S2 kaart

een AMD Phenom II X2 550 Black Edition

 

allemaal tip top natuurlijk, maar;

Citaat:

Try to avoid old via or nForce chipsets and in general ultra low cost motherboards. They can’t deal with a lot of data on the PCI bus.

 

het probleem is dus dat hij begint met goed opnemen,

dan zie ik CCcam (op 16001) elke 12 seconden een verzoek voor codes ontvangt,

dit vindt ik ook terug op mijn dreambox.

de CPU komt niet boven de 7% uit,

ik kan gewoon Film1 opnemen...

 

maar, na ongeveer 20 minuten begint het gehaper,

12 seconden worden er opgenomen, 12 seconden staat het beeld stil...

 

het gekke is dat dit ook gebeurt als je 2 DVB-signalen tegelijk opneemt,

maar dan gaat het ook vaak goed en er is geen duidelijk verband

of dat het effect dan sneller optreedt of niet.

 

dit 12 seconden opnemen, 12 seconden stil gaat door tot 30-45 minuten later en dan gaat het ineens weer goed..

 

met de rest is er niets mis, internet (is ook gelijk firewall)

en DHCP gaan gewoon door.

en als ik een ongecodeerd signaal opneem,

zelfs BBC HD, gaat het gewoon altijd goed.

 

morgen eens een bios update proberen,

maar zou ander mijn goedkope GeForce moederboard warm worden?

is een GeForce 8200 board,

wel de goedkooste die ik kon vinden,

maar als het geschikt is voor een AM2+ chip, dan is dat toch

niet echt oud en traag te noemen?

[Rigolo]

tsja ... zoals ik al zei .. het komt mij allemaal zeer bekend voor. Met mindere hardware heb ik met Tvheadend geen grote problemen.

[Gast satnov2]

ik denk dat het signaal gewoon 2, 3 of zelfs 4 keer langs die nForce chipsets wordt gestuurd, voordat het de HD bereikt.

 

bij niet decoderen (zoals ITV3 of zelfs BBC HD) gaat het er maar 1 of 2 keer doorheen, hoogstends dat de CPU het nog verbouwd van een DVB signaal naar mpg..

 

echter, bij decoderen, komt het signaal van de adapter0,

gaat naar adapter1, via de CPU, misschien via de GPU, terug

naar de CPU, en daarna pas naar de HD...

 

en dit gaat 20 minuten goed,

totdat er iets te warm wordt...

 

maar meer signaal (2 kanalen) versnelt het probleem niet

het weghalen van fans, openen van de kast hadden geen effect

en ook voel ik niet iets direct heel warm worden op het moederboard..

 

[Gast satnov2]

zegt iemand dit?

dit is mijn dmesg;

[ 1871.480046] dvblb_fake_ioctl interrupted: 28482

[ 1872.731288] dvblb_fake_ioctl interrupted: 28482

[ 1873.981293] dvblb_fake_ioctl interrupted: 28482

[ 1875.230047] dvblb_fake_ioctl interrupted: 28482

[ 1876.481291] dvblb_fake_ioctl interrupted: 28482

[ 1877.731287] dvblb_fake_ioctl interrupted: 28482

[ 1878.981292] dvblb_fake_ioctl interrupted: 1074818898

[ 2096.089036] Failed to locate device

 

de /var/keys/log (output sasc-ng) bevat geen errors

 

[Rigolo]

gecrashde dvbloopback device ...

 

als ik dat had dan moet is herstarten. Een rmmod loste het probleem meestal niet op.

 

Als het goed is kan je nu niks meer opnemen van de virtuele tuners.