ACamd (voor Windows)

[appiemulder]

Origineel bericht van: lujo

@ appiemulder:

Ik heb op 01-03-2011 het volgende gepost in dvblink forum:

"And if this is the problem of ACamd I will eat my hat, which I don't have. I will buy it and I will eat it.

At the moment that I switch between channels it takes 2 seconds before ACamd is getting signal that channel is changed (ACamd Monitor v0.0.0.3) It takes 0,375 second that ACamd sends ECM:

02:36:37.750: Ch: 2115 - NGC
02:36:37.750: Programm crc: 5A216576
02:36:37.750: PMT: ACamd_PMT.txt, search, not found PMT=0843 (AND SID=0FAF)
02:36:37.750: PMT: chcache.ini, 0843,0FAF,0100,0000006A,0713,00B7,NGC
02:36:37.750: 0x0843 0x0FAF 0x0100 0x0000006A 0x0713 0x00B7 11111110
02:36:37.781: CCcamN 0: Current Share 00000064, CAID 0100, Hops 0, NodeID E021D22336D07954
02:36:38.109: CCcamN 0: ECM [0713][0100/0000006A] Pro (0.328)
02:36:38.125: [00] SendDCW Odd: :C0270DF4924DEDCC
02:36:38.125: [00] SendDCW Even: AE87FD325D3F3CD8:


And then it takes still 2 seconds before I can see the channel. It is clear TVSource is the problem and not ACamd."

Appie, zou je mij kunnen ondersteunen als ik zeg dat TVSource pas heel laat met ACamd communiceert en ACamd informatie erg laat verwerkt.

Bovenste log toont denk ik aan dat ACamd binnen 0,375 seconden met mijn Dreambox 500plus communiceert. Ik vind het prachtig dat er ontwikkelaars zijn die hun vrije tijd gratis aan ons beschikbaar willen stellen en ook nog GOED werk leveren. Hulde voor Appie.

Appie hoeveel biertjes wil je, dan kan ik een donatie doen

Verwerk tijd van je ACamd sessie is goed, ACamd moet 2 x wachten, op de eerste ECM in de stream (alleen bij zender wissel), deze tijd is niet duidelijk omdat de filter optie niet aan hebt staan, en tot de CCcam server een sleutel retour geeft.
Ook ACamd heeft natuurlijk ietsje tijd nodig, < 0,010

Je moet nu alleen nog gaan klokken, druk op je toets van je AB en kijk wanneer je de eerste regel binnen krijgt op de ACamd monitor of log bestand.
Ook wanneer de sleutel binnen is hoe lang het duurt voordat je (pas) beeld krijgt.

[lujo]

Origineel bericht van: appiemulder

Verwerk tijd van je ACamd sessie is goed, ACamd moet 2 x wachten, op de eerste ECM in de stream (alleen bij zender wissel), deze tijd is niet duidelijk omdat de filter optie niet aan hebt staan, en tot de CCcam server een sleutel retour geeft.
Ook ACamd heeft natuurlijk ietsje tijd nodig, < 0,010

Je moet nu alleen nog gaan klokken, druk op je toets van je AB en kijk wanneer je de eerste regel binnen krijgt op de ACamd monitor of log bestand.
Ook wanneer de sleutel binnen is hoe lang het duurt voordat je (pas) beeld krijgt.

Is volgende filter goed?

[ACamd]
DisableEmmCache=1
FilterSeca2=1
ReadPMT=0
ReadPmtFile=0

Hiermee krijg ik volgende resultaat:

02:05:07.579: Ch: 2111 - NED1
02:05:07.579: Programm crc: A8DB7616
02:05:07.580: PMT: chcache.ini, 083F,0FAB,0100,0000006A,070B,00B7,NED1
02:05:07.580: 0x083F 0x0FAB 0x0100 0x0000006A 0x070B 0x00B7 01011110
02:05:07.731: CCcamN 0: Current Share 00000064, CAID 0100, Hops 0, NodeID E021D22336D07954
02:05:08.059: CCcamN 0: ECM [070B][0100/0000006A] Pro (0.328)
02:05:08.059: [00] SendDCW Odd: :4BB4C5C41796A24F
02:05:08.059: [00] SendDCW Even: 3C093E8393E5CD45:
02:05:10.011: CCcamN 0: Current Share 00000064, CAID 0100, Hops 0, NodeID E021D22336D07954
02:05:10.339: CCcamN 0: ECM [070B][0100/0000006A] Pro (0.328)
02:05:10.339: [00] SendDCW Odd: :EBA851E41EA58245


Vanaf het moment dat ik op de afstandsbediening druk tot het verschijnen van de eerste regel in ACamd duurt het met TVSource 1,8 tot 2,0 seconden. Nadat ik SendDCW Even/Odd heb ontvangen tot het verschijnen van beeld op mijn tv duurt het ook 2 seconden.

Met DVBViewer heb ik volgende resultaten:
Op hetzelfde transponder:
afstandsbediening --> eerste regel in ACamd = 0,5 seconden (iets sneller zelfs)
SendDCW Even/Odd --> tot het beeld = gelijk, zo snel dat ik het niet red om twee keer op mijn stopwatch te drukken.


Tussen de verschillende transponders:
afstandsbediening --> eerste regel in ACamd = 1,5 seconden
SendDCW Even/Odd --> tot het beeld = 1,2 seconden

Dit alles met TeVii S660 gemeten om 02:19 in de ochtend

Ik vraag me ook echt af of slechte performance van TVSource iets te maken heeft met de plugins zoals ACamd. Ik denk namelijk dat hun software DVB tuners te traag aanspreekt waardoor er vertraging ontstaat.

Maar Appie deel je mijn conclusie dat slechte performance van TVSource niet door ACamd wordt veroorzaakt maar door hun eigen onkunde?

[appiemulder]

Origineel bericht van: lujo

Maar Appie deel je mijn conclusie dat slechte performance van TVSource niet door ACamd wordt veroorzaakt maar door hun eigen onkunde?

IanPH geeft aan dat er een buffer is van +/- 2 sec.
Start 2 sec buffer maken + tijd ACamd + 2 sec wachten tot dat eerste gedecrypte data van buffer beschikbaar is.
2 + 0,4 + 2 = zou dan ongeveer 4,4 sec per wissel geven.
Onkunde weet ik niet, maar de plugin(s) zitten nu te laat in het huidige process, dit zou voor het bufferen moeten ipv erna.

[Mars Warrior]

Origineel bericht van: appiemulder

Origineel bericht van: lujo

Maar Appie deel je mijn conclusie dat slechte performance van TVSource niet door ACamd wordt veroorzaakt maar door hun eigen onkunde?

IanPH geeft aan dat er een buffer is van +/- 2 sec.
Start 2 sec buffer maken + tijd ACamd + 2 sec wachten tot dat eerste gedecrypte data van buffer beschikbaar is.
2 + 0,4 + 2 = zou dan ongeveer 4,4 sec per wissel geven.
Onkunde weet ik niet, maar de plugin(s) zitten nu te laat in het huidige process, dit zou voor het bufferen moeten ipv erna.

Yep, als ik alles zo mee neem dan is mijn minimale zaptijd van 4-6sec best wel te verklaren.
Ik vraag me alleen af of die buffertijd van 2sec ook verantwoordelijk is voor de 1ste vertraging die lujo meet bij zenderwissel, of dat dat toch wat anders is.

Deze Acamd metingen laten in ieder geval zien waar de tijd in zit. Dit zou anderen ook inzicht moeten geven in waar hun totale zaptijd (sommigen melden 10seconden!!) nu in gaat zitten. Daarmee moet dan toch meteen duidelijk zijn welk pakket dan verantwoordelijk is voor de deelzaptijden.

Als die 2sec van WMC klopt (buffertijd), dan blijft het natuurlijk wel vreemd dat Oberon bij hoog en bij laag blijft volhouden dat op zijn testsysteem hij zaptijden van 1.5sec heeft bij zappen op zelfde transponder! Dat zou dan absoluut niet moeten kunnen namelijk!

@appie: heb jij nu wat speciaals gedaan met Acamd in relatie met TVSource??

[appiemulder]

Origineel bericht van: Mars Warrior

@appie: heb jij nu wat speciaals gedaan met Acamd in relatie met TVSource??

In de huidige versie(s) van ACamd zitten geen speciale dingen voor TVSource.

[brianb]

Dag Appie,

 

Vraagje;

ik gebruik TVSource icm met Acamd. Alles werkt 100%

 

per source moet ik Acamd in de plugin dir zetten.

Iedere Acamd plugin gebruikt een cccam lijntje.

 

Als ik vier tuners wil plaatsen heb ik dus 4 lijntjes nodig.

 

Kan dit niet anders?

 

Gr

 

Brian

[appiemulder]

Origineel bericht van: brianb

Dag Appie,

Vraagje;
ik gebruik TVSource icm met Acamd. Alles werkt 100%

per source moet ik Acamd in de plugin dir zetten.
Iedere Acamd plugin gebruikt een cccam lijntje.

Als ik vier tuners wil plaatsen heb ik dus 4 lijntjes nodig.

Kan dit niet anders?

Gr

Brian

Nee dit is nu zo, ik zou een client-server versie van ACamd moeten maken dit probleem te verhelpen.

[Gast roob]

Ik heb dit zelf opgelost door OSCAM er tussen te zetten en te laten werken als proxy voor CCCam; werkt prima!

[Gast roob]

Hoi Appie,

 

Regelmatig klapt bij mij de MediaPortal TV Service eruit, volgens de Windows Event Log is Acamd.dll de veroorzaker:

 

Code:

Faulting application name: TVService.exe, version: 1.1.0.0, time stamp: 0x4c49b445Faulting module name: ACamd.dll, version: 0.6.2.0, time stamp: 0x4d1dcdcdException code: 0xc00000fdFault offset: 0x0008aee4Faulting process id: 0x%9Faulting application start time: 0x%10Faulting application path: %11Faulting module path: %12Report Id: %13

 

Ik ga ervanuit dat een segfault oid de oorzaak is (wellicht in Acamd). Zijn er stappen die ik kan doen om je te helpen de oorzaak te achterhalen (debugger attachen of iets dergelijks)?

 

De Acamd en Mediaportal logging geven geen verdere informatie. Zowel 6.1.8 als 6.2.0 geven deze problemen; ik gebruik de MDAPI die met Acamd meegeleverd wordt.

 

Alvast bedankt (en ook voor de geweldige plugin natuurlijk)!

[appiemulder]

Origineel bericht van: roob

Hoi Appie,

Regelmatig klapt bij mij de MediaPortal TV Service eruit, volgens de Windows Event Log is Acamd.dll de veroorzaker:

Code:

Faulting application name: TVService.exe, version: 1.1.0.0, time stamp: 0x4c49b445Faulting module name: ACamd.dll, version: 0.6.2.0, time stamp: 0x4d1dcdcdException code: 0xc00000fdFault offset: 0x0008aee4Faulting process id: 0x%9Faulting application start time: 0x%10Faulting application path: %11Faulting module path: %12Report Id: %13

Ik ga ervanuit dat een segfault oid de oorzaak is (wellicht in Acamd). Zijn er stappen die ik kan doen om je te helpen de oorzaak te achterhalen (debugger attachen of iets dergelijks)?

De Acamd en Mediaportal logging geven geen verdere informatie. Zowel 6.1.8 als 6.2.0 geven deze problemen; ik gebruik de MDAPI die met Acamd meegeleverd wordt.

Alvast bedankt (en ook voor de geweldige plugin natuurlijk)!

Heb je ook een log van de 6.1.8 versie, het gaat mij om de [Fault offset:] betreffende de ACamd versie.
Ook zou ik graag je ACamd.ini inhoud willen.

[Gast roob]

Hoi Appie,

 

De gebruikte versie van Acamd van bovenstaande fout is 0.6.1.8, welke log ben je precies naar op zoek? Hierbij alvast de logging uit de windows event log van de meest recente crash:

 

Code:

Faulting application name: TVService.exe, version: 1.1.0.0, time stamp: 0x4c49b445Faulting module name: ACamd.dll, version: 0.6.1.8, time stamp: 0x4b347e34Exception code: 0xc0000005Fault offset: 0x0002ca7cFaulting process id: 0x%9Faulting application start time: 0x%10Faulting application path: %11Faulting module path: %12Report Id: %13

 

XML event log:

 

Code:

- <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">- <System>  <Provider Name="Application Error" />   <EventID Qualifiers="0">1000</EventID>   <Level>2</Level>   <Task>100</Task>   <Keywords>0x80000000000000</Keywords>   <TimeCreated SystemTime="2011-04-20T22:59:09.000000000Z" />   <EventRecordID>2877</EventRecordID>   <Channel>Application</Channel>   <Computer>mediacenter</Computer>   <Security />   </System>- <EventData>  <Data>TVService.exe</Data>   <Data>1.1.0.0</Data>   <Data>4c49b445</Data>   <Data>ACamd.dll</Data>   <Data>0.6.1.8</Data>   <Data>4b347e34</Data>   <Data>c0000005</Data>   <Data>0002ca7c</Data>   </EventData>  </Event>

 

Ik heb geen acamd.ini (ik ga er vanuit dat dan de default waarden gebruikt worden), wel heb ik onderstaande mdapifilter.ini:

 

Code:

[Main]#Enable File LogginglogEnabled=true#LogLevels: 1=Error/2=WARN/3=INFO/4=DEBUG/5=VERBOSElogLevel=3#Log File LocationlogFile=C:\ProgramData\Team MediaPortal\MediaPortal TV Server\log\MDAPIFilter.log#Activates global 184 modemode184=true#Decryption is only attempted when a key is presentdecryptOnKeyOnly=false#Decrypts all scrambled TS Packets... Increases CPU Load!. Not recommended..decryptAllTS=false#Block scrambled TSPackets from reaching TSWriter - Can also be used to avoid scrambled detection.(Is a little too quick now a days)blockScrambledTSPacket=false#Raw dump TS PacketsrawDump=false[TSDelays]#Delay for CAID 100 (256)DELAY_100=0#Delay for CAID D03 (3331)DELAY_D03=0#Delay for CAID 622 (1570)DELAY_622=0#Delay for CAID 960 (2400)DELAY_960=0#Delay for CAID 963 (2403)DELAY_963=0

 

Nog wat achtergrond info:

 

• 2 TV Kaarten (beide Hauppuage NOVA HD-S2) (voor beide geldt: CAM limit = 1, ook zo ingesteld in mdapicards.xml)
• DVB EPG grabbing staat aan in MediaPortal (voor beide kaarten)
• Beide kaarten maken gebruik van NewCamd

 

Als je de Acamd log nodig hebt dan zet ik die graag voor je aan. Zou je even aan kunnen geven met welke instellingen (log level)?

[appiemulder]

@roob

Het heeft te maken met het delen van geheugen, weet niet 100% zeker of dit wel een ACamd probleem is.

Probeer eens een andere (nieuwe) versie van Mediaportal.

In de ACamd.log of actieve scherm kun je zie of dat ACamd gebruikt maakt van zijn eigen mdapifilter.

Dan staan er in het begin van de log (Switch to [RawTransponder] mode)

[Gast roob]

Hoi Appie,

 

Er staat inderdaad in de log dat er naar RawTransponder mode wordt geswitched. Ik zal MediaPortal eens updaten (dit is versie 1.1.2 i.t.t. wat windows zegt trouwens).

 

Misschien is het een mogelijkheid om op een hoger niveau in de callstack een try..catch achtige constructie te plaatsen om onvoorziene excepties in ieder geval te kunnen loggen?

 

In ieder geval bedankt voor de hulp!!

[brianb]

Dag Appie,

Weer terug van vakantie.

 

bedankt voor je reactie.

 

Client/server zou leuk zijn, heb je plannen in die richting?

 

Gr

 

Brian

[brianb]

Dag Roob,

 

Ik zal eens naar oscam kijken.

 

Bedankt,

 

Brian