

joydivision
-
Items
14 -
Registratiedatum
-
Laatst bezocht
Berichten die geplaatst zijn door joydivision
-
-
Hallo,
Ben ik de enige die al enkele dagen geen beeld krijgt op Nick Jr?
Nick Jr.;MTV Networks Europe:11739:vC34M2O0S0:S19.2E:27500:3111+8189=2:3113=eng@4,3116=rus@4,3114=fra@4,3122=dut@4,3118=sve@4,3119=dan@4,3120=nor@4,3121=fin@4:0:500:28662:1:1066:0
Ik draai een kodi + vnsi pvr-plugin + vdr + dvbapi + oscam + smargo setup, die draait verder als een zonnetje. Dochterlief mist haar zender
Dec 3 10:08:35 nin vdr: [23005] VNSI Client 4->192.168.74.208:56774 thread started (pid=1062, tid=23005, prio=high)
Dec 3 10:08:35 nin vdr: [23005] VNSI: Welcome client 'XBMC Media Center' with protocol version '8'
Dec 3 10:08:35 nin vdr: [23005] VNSI: LiveStreamer::Close - close
Dec 3 10:08:35 nin vdr: [23005] VNSI: close video input ...
Dec 3 10:08:35 nin vdr: [23005] VNSI: allocated timeshift buffer with size: 500000000
Dec 3 10:08:35 nin vdr: [23005] CAM 3: assigned to device 3
Dec 3 10:08:35 nin vdr: [23005] VNSI: Successfully found following device: 0x142ec90 (3) for receiving, priority=0
Dec 3 10:08:35 nin vdr: [23005] VNSI: Dummy receiver (0x7fd680003d80) activated
Dec 3 10:08:35 nin vdr: [23006] device 3 receiver thread started (pid=1062, tid=23006, prio=high)
Dec 3 10:08:35 nin vdr: [23005] VNSI: activate live receiver: 1
Dec 3 10:08:35 nin vdr: [23007] device 3 TS buffer thread started (pid=1062, tid=23007, prio=high)
Dec 3 10:08:36 nin vdr: [23005] DVBAPI: 2.0 set CAM decrypt (SID 28662 (0x6FF6), caLm 4, HasCaDescriptors 1)
Dec 3 10:08:36 nin vdr: [23005] VNSI: Successfully switched to channel 20 - Nick Jr.
Dec 3 10:08:36 nin vdr: [23005] VNSI: Started streaming of channel Nick Jr. (timeout 10 seconds)
Dec 3 10:08:36 nin vdr: [23008] cLiveStreamer stream processor thread started (pid=1062, tid=23008, prio=high)
Dec 3 10:08:36 nin oscam[1059]: 56A73468 c (dvbapi) Demuxer 0 ecmpid 0 CAID: 0500 ECM_PID: 1FAF PROVID: 050600
Dec 3 10:08:36 nin oscam[1059]: 56A73468 c (dvbapi) Demuxer 0 found 1 ECMpids and 9 STREAMpids in caPMT
Dec 3 10:08:36 nin oscam[1059]: 56A73468 c (dvbapi) Demuxer 0 no suitable readers found that can be used for decoding!
Dec 3 10:08:36 nin vdr: [23008] VNSI: Created stream for pid=3111 and type=7
Dec 3 10:08:36 nin vdr: [23008] VNSI: Created stream for pid=3113 and type=2
Dec 3 10:08:36 nin vdr: [23008] VNSI: Created stream for pid=3116 and type=2
Dec 3 10:08:36 nin vdr: [23008] VNSI: Created stream for pid=3114 and type=2
Dec 3 10:08:36 nin vdr: [23008] VNSI: Created stream for pid=3122 and type=2
Dec 3 10:08:36 nin vdr: [23008] VNSI: Created stream for pid=3118 and type=2
Dec 3 10:08:36 nin vdr: [23008] VNSI: Created stream for pid=3119 and type=2
Dec 3 10:08:36 nin vdr: [23008] VNSI: Created stream for pid=3120 and type=2
Dec 3 10:08:36 nin vdr: [23008] VNSI: Created stream for pid=3121 and type=2
Dec 3 10:08:40 nin oscam[1059]: 56A73468 c (dvbapi) Demuxer 0 no enabled matching ecmpids -> decoding is waiting for matching readers!
Dec 3 10:08:45 nin vdr: [23008] VNSI: Channel: no data 16
Dec 3 10:08:47 nin vdr: [23005] VNSI: cxSocket::read(fd=38): eof, connection closed
Dec 3 10:08:47 nin vdr: [23008] VNSI: exit streamer thread
Dec 3 10:08:47 nin vdr: [23008] cLiveStreamer stream processor thread ended (pid=1062, tid=23008)
Groeten
-
Ik wil enkel meegeven dat de keuze voor een probleemloos werkende kaart veel belangrijker is dan de limitaties van je HTPC case. Ik draai mythtv als PVR samen met openelec + cmyth pvr plugin, en het is niet leuk als er nog maar eens opnames mislukt zijn en je wederhelft not happy is omdat 'dat hobbyproject van jou' wederom vervelend doet.
Sinds 2010 heb ik al zitten spelen met een TechnoTrend S2-3200 (met de CI addon) en 3 TeVii S464 kaarten. De TT is ronduit bagger in combinatie met TV Vlaanderen, vermoedelijk omdat TVV op zwakkere transponders zit uit te zenden. Veel kanalen werken gewoon niet. De TeVii kaarten zijn stukken beter, maar dan moet ik met smargo + softcam aan de slag en ook daar heb ik al serieus op gevloekt omdat ze regelmatig aan de kaartjes en encryptie zitten te morrelen. En zelfs nu alles 'stabiel' zou moeten zijn, nog steeds om de paar dagen een opname die voortijdig afbreekt of de tuning die mislukt om onduidelijke redenen.
M'n supergoedkope HD settop box heeft nooit problemen dus aan m'n schotel-setup zal het niet liggen. Ook nooit problemen met free-to-air kanalen trouwens.
Kocht ik vandaag opnieuw kaarten, dan gokte ik zeker op een moderne multi-tuner Digital Devices kaart in combinatie met hun CI interface, en kocht ik desnoods een nieuwe case.
Kon ik álles herdoen, dan kocht ik vandaag waarschijnlijk gewoon een VU+ of dreambox als PVR backend, en ging ik met de 'vuplus' xbmc PVR plugin aan de slag om zo alles vanuit XBMC te kunnen bedienen.
Maar misschien blijkt die plugin na enige tijd ook niet probleemloos te werken...
-
Sorry, ik had te snel gelezen en gemist dat bestand zijn tegen kernel updates het doel was.
Als je je eigen V4L compileert, dan gaat die naar ik vermoed bij "make install" de drivers overschrijven in /lib/modules/`uname -r`/kernel/drivers/media/
Dus bijvoorbeeld /lib/modules/3.2.blabla-ubuntu1/kernel/drivers/media/
Als er een kernel update binnenkomt, dan gaat die sowieso terecht komen in een nieuwe submap in /lib/modules.
Bijvoorbeeld /lib/modules/3.2.nieuwere-versie-ubuntu2
En bij het booten gaat de kernel dan in die nieuwe lokatie de drivers voor je DVB kaart zoeken:
/lib/modules/3.2.nieuwere-versie-ubuntu2/kernel/drivers/media/
In principe moet je dus nog altijd je eigen V4L opnieuw installeren.
Wat je wel zou kunnen proberen is de map
/lib/modules/3.2.nieuwere-versie-ubuntu2/kernel/drivers/media/
vervangen door een symlink naar
/lib/modules/3.2.blabla-ubuntu1/kernel/drivers/media/
99% kans dat dat werkt, tenzij Ubuntu heel veel aan V4L zou zitten wijzigen in z'n eigen kernel.
Sinds support voor mijn TeVii kaarten eindelijk in de mainline kernel zit, heb ik het meer voor de recentste standaard kernels van kernel.org, het V4L gedeelte is meestal behoorlijk up-to-date.
Enkel V4L compileren is wel makkelijker.
P.S. Merk trouwens op dat de patch die hij aanreikt
(wget http://www.vanbest.org/drupal6/sites/www.vanbest.org/files/linux-2.6.38-dvb-mutex.patch)
zo goed als dezelfde is als degene naarwaar ik link :-)
-
Hallo,
Ik heb vdr-sasc-ng + oscam + smargo cardreader werkend gekregen met onder andere kernels 2.6.39, 3.0.8 en momenteel 3.3.6.
Ik dacht dat open-sasc-ng stilgevallen was. Hmm, als ik die "optie 4" ga lezen zie ik dat het wel degelijk om vdr-sasc-ng gaat, aan de hg repository URL te zien ;-)
De belangrijkste dingen die ik moest doen om het werkend te krijgen:
- kernel source patchen volgens http://static.loping.net/bcode/downloads/patches/unlock-dvbdev_mutex-before-opening-driver.patch
- de kernel module van de recentste versies werkt nog wel voor FTA kanalen, maar enkel met de sasc-ng binary van versie 560 krijg ik nog iets gedecrypteerd van TV Vlaanderen. De binary die ik destijds bakte samen met m'n 2.6.39 kernel werkt perfect met de recentste dvbloopback module code. Nieuwere versies blijven staan op "TLMSc" in mythtv.
- ik roep sasc-ng als volgt aan: sasc-ng.2.6.39-560 -j 0:3 --cam-budget --cam-dir /etc/sc --daemon -p 5458 --buffer 16M --sid-allpid --sid-nocache -d 0xf0a
- ik draai een afzonderlijke sasc-ng instance voor elke adapter (-j 0:3 en 1:4 en 2:5), lijkt me stabieler dan het met 1 instance te doen
- verder nog -O3 vervangen door -O2 in de Makefile en in contrib/sasc-ng/configure
Sinds een maand zijn er een aantal kanalen die niet meer willen decrypten, ik vraag me af of ik nog oudere versies zou moeten gaan proberen.
Groeten,
JD
-
De kanalen werken allemaal als ik m'n goedkope MVision decoder van onder het stof haal. Een reactivatie heeft dan weinig nut denk ik, of kan dat op een of andere manier toch nog helpen?
-
Da's geen mpeg2 maar mpeg4
Hmm, zou het nu toeval zijn of niet... Om een lang verhaal kort te maken: sinds 30 april slaagt mijn mythtv bak + smargo cardreader er niet meer in om de belangrijkste zenders op 12722H te decrypten. De enige zenders die wel nog werken zijn vtmKzoom, Acht en KetOp12. Omdat er in de praktijk enkel opnames van de andere kanalen op die transponder gebeurden (een, canvas, vtm, vt4, vijftv, 2be) was het mij bij het troubleshooten nog niet opgevallen dat bijvoorbeeld NGC of de mpeg4 uitzendingen op astra3 wel nog gedecrypteerd raakten...
Ik begrijp het niet zo goed vermits alle kanalen toch in dezelfde transport stream zitten. Aan de hardware kan het dus alleszins niet liggen, en met mijn cheapo backup HD receiver lukt het wel nog. Kan het zijn dat er binnen kanalen van hetzelfde basispakket in dezelfde transport stream verschillende encrypties gebruikt worden? Andere sasc-ng en oscam versies proberen heeft alleszins niets uitgehaald.
Achteraf gezien lijkt het geen toeval dat de miserie net begonnen is toen men KetOp12 erbij heeft gezet op die transponder.
-
Zou het kunnen dat zo'n hardware CAM maar in staat is om in het beste geval 2 channels te decoden? Als je gelukt hebt? Dat lijkt me wel een serieuze tegenvaller
Er zouden extreem dure "pro" kaarten bestaan die tot 12 of 16 channels kunnen (wat dan weer overkill is), maar ik had toch wel op een stuk of 4 gehoopt?
-
Niet erg hoor, if it ain't broken, don't fix it. Zolang alles goed draaide, bleef ik er ook met m'n fikken van af :-) De vrouw is eveneens een belangrijke factor.
Bedankt voor je reactie!
-
Bedankt voor de informatie! Ik had gehoopt dat je ook op Linux bezig was, maar dat je al die tijd nog geen enkel decryptie-issue gehad hebt op Windows is toch ook al een opsteker.
De Mystique SaTiX-S2 zou dezelfde hardware zijn, allemaal afkomstig van http://linux4media.de/producte.html
Op http://linux4media.de/Treiber.html zie ik jammer genoeg alweer links naar howtos met source code downloads en patches om de CI te laten werken... Dus ik blijf sceptisch.
Het zalige aan MythTV is dat je dankzij multirec de meeste Belgische zenders met 1 tunerkaart toch tegelijk kan opnemen, omdat de meeste Belgische zenders in dezelfde transport stream zitten op Astra 1 (op 12722 H http://www.lyngsat.com/packages/tvvlaanderen.html ). Hetzelfde geldt bijvoorbeeld voor Ned 1-2-3 + NatGeo + Nickelodeon op 12722 H. Enkel de Linux DVB drivers zouden dit ondersteunen, op Windows kan dit niet. http://www.mythtv.org/wiki/Record_multiple_channels_from_one_multiplex
Het lastige aan MythTV is je channel list up to date houden (ik heb er een mysql script voor gemaakt dat ik draai na elke rescan). Maar elders is dat niet veel beter denk ik.
Live TV is ook niet het sterkste punt (traaaaag zappen) omdat Myth daar eigenlijk niet voor ontwikkeld was (mythbackend start *altijd* een opname naar disk en streamt die dan naar je mythfrontend). Maar je merkt al gauw dat je gewoon altijd alles laat opnemen wat je eventueel interesseert, wij kijken eigenlijk geen Live TV meer.
Je kan opnames schedulen via de webinterface en er bestaat een MythBox plugin voor XBMC zodat je ook vanop je Windows laptop naar opnames kan kijken.
Je eerste setup is wel even doorbijten omdat het niet zo intuïtief is. Maar eens geconfigureerd, kan niets er aan tippen.
Tot zover mijn schaamteloze poging om je toch eens MythTV te laten proberen op een test-harddisk ;-)
Ik ga maar even op zoek naar meer gebruikerservaringen, eer ik nog maar eens 300 euro uitgeef aan hardware in de hoop dat ze misschien goed zal werken :-)
http://www.spinics.net/lists/linux-media/msg42818.html geeft me alvast wat hoop.
Groeten,
JD
-
Hallo,
Ik draai nu ongeveer anderhalf jaar met succes MythTV met sasc-ng + oscam + smargo reader om naar TV Vlaanderen te kijken. Mijn 3 TeVii S464 tunerkaartjes werken uiteindelijk best goed. Tijdens de setup wel gigantisch veel moeten zoeken en klooien met recentere kernels (driver support) en allerhande patches om sasc-ng vervolgens nog gecompileerd en werkend te krijgen.
Uiteindelijk draaide dit alles als een trein en kon ik probleemloos tot 6 gelijktijdige opnames maken van geëncrypteerde zenders (dankzij MythTV multirec).
Sinds november begint het echter allemaal in de soep te draaien, eerst door de anti-CS maatregelen (het is niet makkelijk om MythTV max 4 SIDs te laten gebruiken als je 3 tuners met multirec hebt...) en sinds een week werkt decryptie plots helemaal niet meer alhoewel ik in de logs niets kan opmerken (oscam print nog mooi de "found by smargo" lijntjes op het moment dat decryptie gevraagd wordt e.d. en free-to-air zenders werken probleemloos). De smartcard werkt nog uitstekend in m'n cheapo DVB-S receiver die ik als backup gebruik.
Ik ben het geklooi ondertussen meer dan zat en ben geïnteresseerd in DVB-S adapters met een hardware CI waar ik dan een overprijsde gecertifieerde TV Vlaanderen CAM en m'n smartcard in kan proppen.
Een Digital Devices bundel als deze lijkt me het einde: http://shop.digital-devices.de/epages/62357162.sf/en_GB/?ObjectPath=/Shops/62357162/Products/191016
4 DVB-S2 tuners en plaats voor 2 CAMs.
Kan iemand bevestigen dat je dan effectief een zorgeloze TV-experience hebt? Terradon, jij hebt blijkbaar ervaring met deze hardware, is het ook een kluwen van kernel patches, firmwares en allerhande hacks om dit werkende te krijgen? Moet je om de paar maanden opnieuw aan de slag omdat de satellietprovider weer aanpassingen zit te doen? Of is het plug-and-play?
En als je plaats hebt voor 2 CAMs, worden de requests van de verschillende tuners dan automatisch over beide smartcards verdeeld zodat je weer 8 opnames zou kunnen maken, of is dit ijdele hoop en werkt het sequentieel? In het laatste geval krijgen we weer afgebroken opnames omdat de 1e kaart op zwart gaat als anti-CS maatregel.
Bedankt voor alle mogelijke tips.
Groeten,
JD
-
By the way, zijn er hier mensen die een officiële TVV decoder + CAM gebruiken én het probleem hebben?
-
Bizar... Ik zie aan de DVR opnames dat ik sedert ergens tussen 14u en 17u deze namiddag die bewuste transport stream plots wel weer kan decoderen met m'n MythTV setup. Zelf heb ik niks meer gewijzigd sindsdien...
En op VT4 krijg ik ook in MythTV nu de bewuste zwarte flitsen te zien. Maar ik ben al lang blij dat ik de zenders terugheb :-)
-
Sinds gisteren kan ik geen enkel programma op Astra 1 transponder 119 (12722 H) meer decoderen. Dit is de transponder waar zowat alle Belgische zenders in SD formaat op zitten (een, VTM, 2BE, VT4, vijfTV, ...), m.a.w. waar deze "storing" zich op voordoet.
Alle andere TVV/CD transponders kan ik wel nog mooi decoderen, zoals 12515 H (NED1-2-3 in SD, NGC) en 12344 H (Discovery), evenals de HD versies van een, Canvas en VTM op Astra 3.
Ik ben sinds een half jaar een dolgelukkige MythTV gebruiker, maar gebruik dus een Smargo kaartlezer + oscam + vdr-sasc-ng om mijn TVV smartcard te kunnen gebruiken (ik ben uiteraard een betalende klant, en neen ik ga nooit sharen, want ik wil net TVV steunen precies omdat zij de enige aanbieder zijn waarmee ik MythTV kan gebruiken voor Belgische zenders).
Als ik de smartcard in m'n backup MVision decoder stop, heb ik dezelfde symptomen als jullie op VT4 (zwarte flitsen) doch niet op andere zenders, dus de kaart werkt alleszins nog perfect. En aangezien mijn MythTV setup ongewijzigd is en andere transponders wel decodeert, moet er wel iets gewijzigd zijn aan TVV-kant.
Ik vraag me af of dit geen rondje cardsharing-pesten is, waar ook betalende klanten als ik de dupe van zijn.
nick jr decodingproblemen
in CanalDigitaal / TV-Vlaanderen
Geplaatst: · aangepast door joydivision
Bedankt voor de reacties. 'k Heb eens gans Astra 1 19.2 opnieuw afgescand, en er zitten er 4 op:
Nick Jr ;MTV Networks Europe:11739:vC34M2O0S0:S19.2E:27500:3111+8189=2:3112=deu@4,3113=eng@4,3114=fra@4,3115=spa@4,3117=tur@4:0:500,100,1810:28661:1:1066:0
Nick Jr.;MTV Networks Europe:11739:vC34M2O0S0:S19.2E:27500:3111+8189=2:3113=eng@4,3116=rus@4,3114=fra@4,3122=dut@4,3118=swe@4,3119=dan@4,3120=nor@4,3121=fin@4:0:500:28662:1:1066:0
Nick Jr..;MTV Networks Europe:11739:vC34M2O0S0:S19.2E:27500:3111+8189=2:3112=deu@4,3113=eng@4,3114=fra@4,3122=dut@4:0:500,100,1817,1818,D95,648,D98,650:28663:1:1066:0
Nick Jr;MTV Networks Europe:11973:vC34M2O0S0:S19.2E:27500:4081=2:4082=rus@4,4083=eng@4,4084=hun@4,4085=ara@4,4086=ron@4,4087=hrv@4,4088=srp@4:0:500,624:28678:1:1078:0
Enkel Nick Jr..;MTV Networks Europe:11739: werkt met mijn smartcard. Waar ie plots vandaan komt, weet ik niet, en de EPG is fout, maar we hebben weer beeld.