walinsky
-
Items
89 -
Registratiedatum
-
Laatst bezocht
Inhoudstype
Profielen
Forums
Store
Berichten die geplaatst zijn door walinsky
-
-
vdr geeft wel emm's door
-
Goed nieuws; de eerste patch PVRClient for TVHeadend is online.
Ik heb XBMC ermee gecompiled - en het lijkt al heel aardig.
Kanalenlijsten worden weergegeven, live-tv en epg werken in basis.
-
Tvheadend werkt wel met xbmc.
Je kunt je kanalen in 'videos' heel gemakkelijk toevoegen; en als je ze de juiste 'tags' zou geven zou je zelfs een beetje als bouquetten kunnen schikken.
Echter ... voor vdr is een xmbc (pvr) plugin geschreven die epg, recordings, channel sorting, ... mogelijk maakt. Die is er voor tvheadend (nog) niet.
-
Top!
Je patch voor NIT-other werkt ook prima!
En Andreas heeft prima begrepen hoe alle 'overbodige' ECMs genegeerd kunnen worden.
Wat zapt dat snel he!?
Nu de aandacht vestigen op een fatsoenlijke xbmc plugin zoals deze voor vdr al bestaat!
-
Klopt; hier was ik ook nog niet zeker over -
mgcamd heeft in zijn configuratie echter specifiek block chids staan.
Hier vanuitgaande heb ik het nu zo gedaan.
De wijziging in de code is natuurlijk triviaal
Zou de sc zelf een tabel bijhouden van CHIDs-> ECM NOT OK (dit zal je moeten bij een zelflerend systeem) dan hou je automatisch natuurlijk ook de lijst van geblockte CHIDs bij.
-
Een zelflerend systeem zou natuurlijk het mooist zijn.
Ik weet dat appiemulder hiervoor een 'cache' ingebouwd heeft in acamd.
@Rigolo
we hebben inderdaad in system.c de wijziging gemaakt;
function cSystem::CheckECM ziet er bij mij nu zo uit:
Code:int cSystem::CheckECM(const cEcmInfo *ecm, const unsigned char *data, bool sync){ switch(ecm->caId>>8) { case 0x06: // Irdeto { const int chid=WORD(data,6,0xFFFF); if(sync && check->caid.sys06.current>0 && chid!=check->caid.sys06.current) { PRINTF(L_CORE_ECMPROC,"ecmcheck(%s): chid %04x != current %04x",name,chid,check->caid.sys06.current); return 2; } /* these are hardcoded chids we _ignore_ */ if(chid==0x0003 || chid==0x0004 || chid==0x0005 || chid==0x0015 || chid==0x0016 || chid==0x0017 || chid==0x0018 || chid==0x0019 || chid==0x270f) { PRINTF(L_CORE_ECMPROC,"ecmcheck(%s): chid %04x blocked",name,chid); return 2; } break; } } return 0;}Nogal rigoreus; maar het werkt bij mij nu feilloos (natuurlijk omdat ik alle pakketten block die ik niet heb)
Volgens mij moet het niet al te moeilijk zijn een zelflerend systeem te bouwen;
Je kunt in ieder geval irdeto-specifiek (caid>>8 == 0x06) een extra controle inbouwen.
Mijn gevoel zegt dat het niet erg is om bij zappen de hele lijst chids af te werken tot een ecm ok gevonden wordt. Deze caid/pid/chid combo zou gecached moeten worden.
-
Laat me raden ... je zit op CAID 0602 ...
Ik ben met appiemulder (die een port van vdr-sc voor windows bouwt) aan het stoeien geweest met de CHIDs die Ziggo meezendt op het netwerk.
Ik ondervond dezelfde problemen als jij; de dreambox zapt prima, maar ik heb grote problemen met een dvb-c kaart.
De oorzaak van het probleem ligt in het feit dat er op het Ziggo netwerk meerdere CHIDs per kanaal actief zijn; en hiervoor worden door je softcam ook ECMs afgevraagd bij NEWCS. CHIDs die actief zijn op je kaart zullen een ECM OK teruggeven; de anderen ECM NOT OK.
Mgcamd (dat ik gebruik in de dreambox) lijkt de CHID te onthouden die succesvol beantwoord wordt; je ziet dus ECM NOT OK langskomen (bij zappen) totdat de juiste CHID gebruikt wordt. Hierna blijft de softcam de juiste gebruiken.
Vdr-sc heeft in de cardclient/irdeto implementatie vastgelegd dat het alleen de eerste chid zal gebruiken die het ziet langskomen. Als er maar 1 CHID op een kanaal zit, of als toevallig het juiste CHID als eerste langskomt, heb je gewoon beeld; anders heb je gewoon pech.
Inmiddels heb ik met behulp van appiemulder in vdr-sc (hardcoded) de voor mij (on)geschikte CHIDs weggefilterd. (in mijn geval 0x0003, 0x0004, 0x0005, 0x0015, 0x0016, 0x0017, 0x0018, 0x0019 en 0x270f).
Ik probeer nu in contact te komen met de ontwikkelaar van vdr-sc om hier een nettere oplossing voor te bouwen (waarden vastleggen in een config bestand).
Ik weet niet welke softcam in tvheadend gebruikt wordt; maar hier zal iets dergelijks moeten gebeuren.
-
Om een oude DVB-C kaart op te kietelen is er een hardware mod beschikbaar:
http://www.escape-edv.de/endriss/dvb-full-ts-mod/
Mijn soldeerevraring strekt niet veel verder dan modelbouw; dus deze durf ik zelf echt niet aan.
Is er iemand die dit voor mij zou willen doen ?
-
Ik vond online een bestand (vdr-plugin-sc-0.9~1hg-template.tar.bz2) dat de build verzorgt van het debian package voor vdr-sc.
Ik moet dus wel met apt-get source de vdr sources binnenhalen; maar kan fakeroot debian/rules binary de pakketten bouwen op basis van de vdr team ppa.
Heb je je CCcam draaiend met Ziggo, satire ? En (zoja) zou je dan enkele regels van je channels.conf willen posten; en je cccam config?
-
Ok, een klein stapje verder ...
De 'ignore CAID' kon ik nu (hg tip) instellen in override.conf
De problemen met de cardclient zijn er nog steeds; sommige kanalen gaan direct open; en sommige 'soms'.
Ik heb een aantal zenders in de Eyetv sc plugin bekeken en vond daar de volgende (zoals ze daar genoemd worden) irdeto channel id's:
RTL4: CAID 0602 | irdeto channel id 00d3 (werkt) 0003 (werkt niet)
RTL5: CAID 0602 | irdeto channel id 00d3 (werkt) 0003 (werkt niet)
Film 1.1: CAID 0602 | irdeto channel id 00d6 (werkt) 0004 (werkt niet)
Film 1.2: CAID 0602 | irdeto channel id 00d6 (werkt) 0004 (werkt niet)
In de vdr-sc zie ik deze id's niet langskomen; maar ik zie wel een hele hoop ECM's langskomen. Mijn vermoeden is dat ik nu, als ik op het 'juiste moment' naar een kanaal zap (en de goede id pak) direct beeld heb (ECM OK) - hierna zie ik om-en-om NOT OK - OK langskomen. Ik hou dan meestal beeld.
Andere keren start ik met een 'NOT OK' en blijft het kanaal meestal dichtzitten.
Iemand ?
-
In de newcamd line heb ik de juiste CAID met het juiste mask.
In de tip van vdr-sc is nu de optie vervallen om een 'ignore CAID' in te stellen (Sicko zendt CAID's 0602 en 0604 uit) - maar eerdere versies sc (9.0.n) gaven dezelfde problemen.
Ik zie in VDR met 2 FF kaarten wel 6 (2x3) CA's - ik heb daar verder geen opties voor gevonden - en kan niet helemaal inschatten wat ik hiermee moet.
Ik heb op een mac mini inmiddels ook een dvb-c device draaiend met een sc plugin onder Eyetv(!). Deze plugin is gebaseerd op vdr-sc, en gedraagt zich als newcamd cardclient voorbeeldig. De enige drawback hiervan (maar wellicht wel het juiste spoor) is, dat er per kanaal (uit (vaak) 2 keuzes) een channel id gekozen moet worden; er lijkt een fake id, en een correct id (003d) mee te lopen.
Zegt dit je wat, en heb je enig idee hoe ik hier in vdr-sc (desnoods) een voorkeuze in kan hardcoden ?
-
Vroegâh had ik dezelfde dvb kaarten in een ranzige p3 - toen lagen mijn zaptijden met VDR riant onder de 2 seconden. Met MythTV/sascng was het ook max 2 sec.
Ik heb nu echt geen idee waar het mis gaat - of waar ik het zoeken moet.
Onder Ubuntu karmic dacht ik nu de packages van de vdr-team ppa te pakken; omdat ik het spul zometeen 'onder' xbmc wil leggen. En ik heb geen idee hoever ik 'terug' kan met vdr versies om het draaiend te krijgen onder XBMC - en in ieder geval de sc weer fatsoenlijk draaiend te krijgen ...
(met sc ben ik terug gegaan tot versie 0.9.0 - 0.8.7 geeft compile errors)
-
Ik heb 2 FF dvb-c kaarten in mijn vdr (1.7.10) systeem.
SC heb ik draaiend als (newcamd) cardclient.
Zaptijden zijn bedroevend slecht (bij sommige kanalen moet ik ruim een halve minuut wachten); en newcs geeft bizar vaak 'ecm not ok' terug.
Mijn dreambox connect ook met newcs; en geeft deze symptomen niet.
Mijn signaalkwaliteit is prima (femon geeft bijna volle bak groen); en ik zie ook dat ik direct lock heb.
Heeft iemand enig idee waar ik dit moet zoeken ?
-
Origineel bericht van: Spiderman1974Ik ben de laatste weken bezig geweest om via linux en vdr Ziggo aan de praat te krijgen. Helaas werkt de Technotrend CT-3650 DVB-C kaart niet naar behoren.
Nu ben ik weer op een punt gekomen dat ik weer terug ga op Windows 7 en in combinatie zoals jij het draaiend heb zou ik ook willen testen. Ik heb dit eerder al een geprobeerd in combinatie met DVB-Viewer en dat was niet echt stabiel, vandaar ook de stap richting Linux i.c.m VDR.
Ik ga er van de week mee aan de slag en als er vragen zij dan zal ik ze zeker stellen
In iedergeval al hartelijk bedankt voor de uitgebreide info.
Heb je het al voor elkaar gekregen om de ct-3650 te laten tunen op een ziggo transponder ? -
Mijn vorige machine had af-fabriek gewoon een lange kabel; het lijkt me dus onzin dat dit niet mag. Zeker temeer daar trekschakelaars (natte groepen) volgens bouwvoorschrift boven de 2m moeten zitten.
Het aansluitblokje voor de voeding zit overigens net naast het gat waar het snoer naar binnen loopt. Ik kon het loswippen van de achterplaat en het nieuwe snoer er op bevestigen.
Loop ik alleen nog een week met krassen op mijn vingers - want dat metalen randje wordt natuurlijk niet netjes glad gemaakt.
-
Aan onze nieuwe Miele was/droog combi zit een te kort snoer. Ik heb inmiddels een langer snoer met aangegoten stekker gevonden; en het witte plaatje van de aansluiting achteruit de machine gewipt. Ik kan nu nog niet bij de aansluiting.
Wie kan mij vertellen wat ik moet afbouwen om hier bij te komen?
m.vr.gr.
walinsky
-
Bij mijn dm500 is staat het volume standaard nogal laag ingesteld;
dit betekent dat als ik op de dreambox het volume maximaal zet, het volume een stuk lager ligt dan wanneer ik andere sources op mijn tv gebruik.
Als ik nu dus naar een andere source switch, knalt het geluid iedere keer uit de speakers.
Is er een manier om het 'standaard' volume gelijk te trekken met andere sources ?
-
Ik ben benieuwd of ze van plan zijn om alle ontvangers die nu al in NL staan te voorzien van een software update - om CI+ te gaan ondersteunen.
-
Ik wil hier toch nog even op inhaken;
In dit draadje neemt men aan dat de 'startdatum' van de kaart 14/10/2003 is.
In mijn (NewCS) cardserver lees ik de volgende entitlements uit:
Code:Entitlements for card 0.-------------------------------------------------.| Provider | Channel ID | From | To ||----------|------------|------------|------------|| 00 | 270F | 0x08C0 | 0x08DE || 00 | 00D3 | 0x0CFC | 0x0D1A || 00 | 00D4 | 0x0CFC | 0x0D1A || 00 | 00D6 | 0x0CFC | 0x0D1A ||----------|------------|------------|------------|
het gaat hier om een oeroude (witte) casema kaart (4013 xxxx xxx)
Als ik hier een berekening op los laat, kom ik met mijn (270F) uit op 31 december 2009.
Ik vind dit bijzonder toevallig.
Ter overpeinzing:
Ik heb basispakket, pluspakket, Film1 en Sport1
Ik kan dit niet helemaal herleiden uit de CHID's
En dan - geheel belangeloos terzijde;
vroegâh deed NewCS een poging een datum-calculatie te doen;
deze klopte niet, maar kon misschien wel eens helpen de puzzel te leggen:
Uitgelezen 08/01/2007
Code:reading entitlements for card 0.-------------------------------------------------.| Provider | Channel ID | From | To ||----------|------------|------------|------------|| 00 | 270F | 2003-09-19 | 2003-10-19 || 00 | 00D3 | 2004-08-09 | 2004-09-08 || 00 | 00D4 | 2004-08-09 | 2004-09-08 || 00 | 0004 | 2004-08-09 | 2004-09-08 || 00 | 0005 | 2004-08-09 | 2004-09-08 |
Het valt me nu ik dit nalees trouwens ook nog op dat blijkbaar CHID 0004 zomaar verdwenen is.
-
Sorry - ik zie net dat dit draadje over Infinity USB gaat; en dat ik iemand meehelp het draadje te hijacken;
*foei*
Ik zal het niet meer doen
-
als je je smargo in je machine stopt zal je met dmesg een bericht van je kernel terugkrijgen waar het device geinstalleerd is; bijv:
Code:usb 1-2: new full speed USB device using uhci_hcd and address 2usb 1-2: configuration #1 chosen from 1 choiceusbcore: registered new interface driver usbserialdrivers/usb/serial/usb-serial.c: USB Serial support registered for genericusbcore: registered new interface driver usbserial_genericdrivers/usb/serial/usb-serial.c: USB Serial Driver coredrivers/usb/serial/usb-serial.c: USB Serial support registered for FTDI USB Serial Deviceftdi_sio 1-2:1.0: FTDI USB Serial Device converter detecteddrivers/usb/serial/ftdi_sio.c: Detected FT232BMusb 1-2: FTDI USB Serial Device converter now attached to ttyUSB0usbcore: registered new interface driver ftdi_sio
Je kunt gewoon een (standaard bijgeleverde) phoenix newcs.xml editeren; en je hoeft alleen het juiste device in te geven (in mijn geval dus /dev/ttyUSB0 - maar dit is distro afhankelijk)
Deze snippet geeft je voldoende info om je kaart te gaan zien.
Code:<name>Phoenix Interface</name> <type>phoenix</type> <mhz>600</mhz> <node>/dev/ttyUSB0</node> <parity>odd</parity> <reset>normal</reset> <export>Yes</export> <enabled>Yes</enabled>
Oh - en het helpt als je de chip naar de goede kant hebt.
-
De Satelco wordt online ook voor €59.90 aangeboden.
(althans - dat is de eerste hit als ik zoek op "SATELCO EasyWatch PCI DVB-C HDTV basic" bij Google.
Dus prijs lijkt me geen doorslaggevend argument.
Satelco geeft wel aan 'ready for Linux' te zijn.
...om je twijfel nog maar wat te vergroten
-
Origineel bericht van: bas.tDank voor je reactie.
Als ik je goed begrijp kan ik dus net zo goed de SD versie nemen? Scheelt weer wat geld ook.
Welke tuners gebruik je zelf? En ben je er tevreden over qua installatie, stabiliteit en niet te vergeten beeldkwaliteit?
Ja, ik heb al heel wat gelezen, maar ben er nog niet. Men spreekt elkaar nogal eens flink tegen. Gelukkig heb ik plenty geduld. Als het allemaal maar wel af is binnen een half jaar!
Wat betekent AFAIK eigenlijk?
Groeten, Bas.
Ik weet het niet 100% zeker - maar mijn gok is dat je alleen maar afrekent voor (windows) MPEG4 codecs. In de hardware hoef je niets te veranderen om mpeg4 uit een transport stream op te pikken t.o.v. mpeg2. Wel even navragen dus!
Zelf heb ik 2 Hauppage WinTV DVB-C Rev. 2.1 kaarten. Deze heb ik oorspronkelijk gekocht om een VDR-systeem te bouwen. (Deze kaarten hebben svideo, IR, en scart uit (met een kleine uitbreiding))
Zelf wilde ik eigenlijk van alle dozen af (xbox, dvd, tv-tuner, ...) om 1 multimedia systeem te bouwen.
Mythtv viel af als frontend, omdat ik het eenvoudigweg te traag vind zappen.
Ik vond VDR nog te weinig volwassen om aan mijn meisje uit te leggen.
... dus in huize walinsky staat er nog steeds een xbox (XBMC), en een dm500.
(en wordt er nog geen HDTV gekeken)
Ik kijk nu met bovengemiddelde belangstelling naar de netciever (reel multimedia) die 3 tunerkaarten kan huisvesten. XBMC (dat al goeddeels naar Linux ge-port is) is voor mij absoluut de eerste keus als multimedia platform.
Een ultieme combi voor mij zou vdr/xbmc zijn.
Er zijn al mensen die dit deels werkend hebben. -
Ik denk dat die smargo reader een goede keus is. Ik heb aan mijn mythtv backend nog een mastera hangen - maar een externe voeding minder vind ik een absoluut pluspunt voor die paar euro's extra.
Voor wat betreft die softcam (ik weet niet hoever je je al ingelezen hebt) hier geldt: je werkt altijd client-server; je moet een cardserver opzetten (ik heb goede ervaringen met newcs) en een softcam-client (sasc-ng) op iedere client die tuner(s) aanstuurt. Het draaiend krijgen is een kwestie van geduld - en lezen.
Voor wat betreft je tunerkeuze denk ik dat je je er misschien nog even van moet vergewissen dat je met de 'HDTV' versie niet alleen de MPEG4 codecs afrekent ten opzichte van de 'gewone' BASIC versie.
AFAIK zijn het dezelfde kaarten - en wordt de decodering in software afgehandeld; voor zover ik weet zijn er nog geen dvb-c kaarten die MPEG4 in hardware decoderen.
cables.xml ziggo (alle gebieden)
in Ziggo
Geplaatst:
Ik heb voormalig Casema (5555) er even tussengezet.
cables.xml