Gast satnov2 Geplaatst: 9 februari 2010 Geplaatst: 9 februari 2010 --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 Geplaatst: 10 februari 2010 Geplaatst: 10 februari 2010 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. Mythbuntu 12.04 Celeron 220 op Mini-ITX D201GLY2, 1 GB Ram,2x1,5 TB HDD, Digitenne op TerraTec Cinergy, CCcam
Gast satnov2 Geplaatst: 10 februari 2010 Geplaatst: 10 februari 2010 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 Geplaatst: 10 februari 2010 Geplaatst: 10 februari 2010 als server ja, maar verder kan ik je er niet meehelpen Mythbuntu 12.04 Celeron 220 op Mini-ITX D201GLY2, 1 GB Ram,2x1,5 TB HDD, Digitenne op TerraTec Cinergy, CCcam
polle58 Geplaatst: 11 februari 2010 Geplaatst: 11 februari 2010 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 Geplaatst: 12 februari 2010 Geplaatst: 12 februari 2010 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 Geplaatst: 12 februari 2010 Geplaatst: 12 februari 2010 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 Geplaatst: 12 februari 2010 Geplaatst: 12 februari 2010 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 Geplaatst: 12 februari 2010 Geplaatst: 12 februari 2010 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 Geplaatst: 12 februari 2010 Geplaatst: 12 februari 2010 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 Geplaatst: 13 februari 2010 Geplaatst: 13 februari 2010 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 Geplaatst: 13 februari 2010 Geplaatst: 13 februari 2010 tsja ... zoals ik al zei .. het komt mij allemaal zeer bekend voor. Met mindere hardware heb ik met Tvheadend geen grote problemen.
Gast satnov2 Geplaatst: 14 februari 2010 Geplaatst: 14 februari 2010 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 Geplaatst: 15 februari 2010 Geplaatst: 15 februari 2010 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 Geplaatst: 15 februari 2010 Geplaatst: 15 februari 2010 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.
Aanbevolen berichten
Maak een account aan of log in om te reageren
Je moet een lid zijn om een reactie te kunnen achterlaten
Account aanmaken
Registreer voor een nieuwe account in onze community. Het is erg gemakkelijk!
Registreer een nieuwe accountInloggen
Heb je reeds een account? Log hier in.
Nu inloggen