appiemulder
-
Items
471 -
Registratiedatum
-
Laatst bezocht
-
Dagen gewonnen
3
Inhoudstype
Profielen
Forums
Store
Berichten die geplaatst zijn door appiemulder
-
-
Origineel bericht van: lujoIk heb sinds kort een "probleempje" dat het lijkt alsof ACamd constant met mijn Dreambox connect. Voorheen was dit niet het geval. Nu weet ik niet zeker of ik zelf iets heb veranderd of dat dit opeens is gebeurd.
Maar hoe kan ik het oplossen?
In ACamd.ini staat alleen dit:
[ACamd]
FilterSeca2=1
DisableEcmCache=1
...knip...
DisableEcmCache=1
moet worden
DisableEcmCache=0
of verwijderen -
Origineel bericht van: roobHoi Appie,
Ik heb Mediaportal geupdate naar 1.1.3, en maak nu weer gebruik van Acamd 0.6.2.0. Helaas heeft dit het probleem niet verholpen. Ik heb na de update meteen alle logging (acamd en mdapi) op maximaal gezet; kun je hier wat mee?
Overigens kon ik voor acamd alleen de logging aan of uit zetten (monlog=1); kan ik ook ergens het logging niveau instellen?
Misschien heeft het te maken met signaal dipjes?
Zit er een bepaalde lijn in, of is het geheel willekeurig?
Ook zou je een andere mdapifilter kunnen proberen.
Heb je ook een PM gestuurd.... -
Origineel bericht van: nl2rmahallo allemaal,
Ik zie hier veel communicatie over acamd oa. van een zeer kundige Appie, dus ik hoop dat ik hier goed zit met mijn vraag.
Ik heb het volgende probleem waar ik niet verder mee kom:
RTL4 geeft geen beeld meer sinds 19 april: channel is encrypted.
ik heb op mijn thuis servertje al laatste CCcam 2.2.1 onder Debian6 draaien met mijn rode CD kaart in een Phoenix type reader.
Een mediacenter met windowsXP, en mediaportal 1.1.2, mdapi geinstalleerd en acamd 0.6.1.8 en twee technotrend S1500 kaartjes.
Als ik bijvoorbeeld NGC start zie ik netjes beweging in acamd logging, en zie ik ook verkeer op de CCcam server (debuggingmode)
Als ik RTL4(19.2) op start zie ik niks gebeuren in acamd na de initialisatie en de regel: Switch to [RawTransponder] mode
Nu heb ik gelezen dat dat komt door andere decodering en dan een CAID id geredirect kan worden? HIER
Klopt dat en hoe doet ik dat dan? Ik doe pogingen met het ACamd_PMT.txt bestand maar zonder succes.
Deze opzet heeft al zolang goed gewerkt maar sinds 19 april dus niet meer.
Helpie.....
Door alle wijzigingen bij CD moet je ook regelmatig een nieuwe zender Scan doen, mocht de default Seca3 kaart opnieuw komen te vervallen dan:
In de ACamd_PMT.txt zetten:
R:1817:00000000:0100:0000006A:Voor ACamd 0618
of (LET OP ALLEEN 1 van de 2)
R:1817:0000006A:0100:0000006A:Voor ACamd 0620 -
@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)
-
Origineel bericht van: roobHoi 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. -
Origineel bericht van: brianbDag 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. -
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. -
Origineel bericht van: lujoMaar 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. -
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. -
Origineel bericht van: Mars WarriorAppie,
Op het DVBLogic forum is een discussie gaande over het zeer traag zappen van de TVSource/oscam/acamd combi tegenover het hele snelle zappen van de DVBViewer/oscam/acamd combi.
Mijn zaptijden zijn werkelijk enorm verbeterd met DVBViewer, maar Oberon geeft aan dat dat niet aan TVSource ligt, maar aan de plugins, dus oa aan acamd: deze zou niet goed met TVSource samenwerken, en juist wel heel goed met DVBViewer.
Echter ik kan even niet geloven dat mijn zaptijden daarom zo enorm veel sneller zijn: met encrypted hd kanalen scheelt het al snel 4-6seconden. En ook met FTA kanelen scheelt het veel, en daar speelt acamd volgens mij geen enkele rol.
Kun jij hier iets toelichten?
Zender wissel binnen komt:
ECM filters worden geactiveerd:
De eerste ECM uit de stream komt:
De ECM naar een smartcard of cardclient gaat:
De decodeersleutel terug komt van smartcard of cardclient:
Daarna stream decoderen via (ACamd) DVBViewer, of decoderen via (TVSource) MediaCenter
Vergelijk deze logs met elkaar en vergelijk de tijden met wanneer je beeld hebt, en je weet waar de kink in de kabel zit. -
Origineel bericht van: DVD FreakBeste Appie, is dit ooit uitgeklaard vanwaar deze beperking nu kwam?
In ACamd en binnen MDAPIFilter.ax zitten geen restricties.
Ook in de sources van MediaPortal heb ik niets kunnen vinden.
Vermoed dat het een beperking van het max aantal filters van BDA of DirectShow is.
Dit aantal is te verkleinen, maar dan moet er veel worden herschreven in MP en het MDAPI filter.
Heb voor ACamd al te weinig tijd -
Origineel bericht van: lujoWeer een aanvulling. Dit gebeurt bij mij alleen met 0620 terwijl 0618 met RTL 4, 5, 7 en Ned 1, 2, 3 wel werkt.
Ik had ook even Hady geprobeerd om zeker van et zijn en oude Hadu 0.125 werkte ook, maar ik wil natuurlijk ACamd gebruiken.
Is er in 0620 iets wezenlijks anders dat het niet werkt?
Dit gebeurt er ook met 0618 (paar keer "not able to decode" en toch lukt het wel):
16:47:26.671: Ch: 2220 - Veronica/DisneyXD
16:47:26.671: Programm crc: 36AEB66C
16:47:27.546: PMT: ACamd_PMT.txt, search, not found PMT=08AC (AND SID=139C)
16:47:27.546: 0x08AC 0x139C 0x0100 0x0000006A 0x0644 0x00B7 11111110
16:47:27.609: CCcamN 0: Current Share 00000064, CAID 0100, Hops 0, NodeID E021D22336D07954
16:47:27.765: CCcamN 0: ECM [0644][0100/0000006A] Pro (0.156)
16:47:27.765: CCcamN 0: ECM [0644][0100/0000006A] not able to decode
16:47:27.765: CCcamN 0: Try1 Share 00000064, CAID 0100, Hops 0, NodeID E021D22336D07954
16:47:27.781: CCcamN 0: ECM [0644][0100/0000006A] Pro (0.016)
16:47:27.781: CCcamN 0: ECM [0644][0100/0000006A] not able to decode
16:47:27.781: CCcamN 0: Try1 Share 00000064, CAID 0100, Hops 0, NodeID E021D22336D07954
16:47:28.093: CCcamN 0: ECM [070C][0100/0000006A] Pro (0.312)
16:47:28.093: CCcamN 0: Select1 Share 00000064, CAID 0100, Hops 0 as default, NodeID E021D22336D07954
16:47:28.109: [00] SendDCW Odd: :0000000000100010
16:47:28.109: [00] SendDCW Even: 00002020A0800020:
16:47:33.843: CCcamN 0: Current Share 00000064, CAID 0100, Hops 0, NodeID E021D22336D07954
16:47:34.156: CCcamN 0: ECM [070C][0100/0000006A] Pro (0.313)
16:47:34.171: [00] SendDCW Even: 0800202810180028:
Klopt, in 0620 sit een SID filter.
Omdat er zowel seca2 en seca3 gebruikt wordt gaat het fout.
In een volgende versie is dit aangepast, gebruik versie 0618 of gebruik 0620 en filter seca2. -
hoi dink69,
Mooi dat het werkt.
Je eerste Anysee die je hebt aangesloten krijgt als ID=0
Maar op het momment dat de een tweede Anysee gaat aansluiten dan bepaald de volgorde van je USB controler welke de eerste gaat worden, in jou geval heeft je eerste Anysee ID=1 gekregen en de nieuwe ID=0.
Vaak volstaat het wisselen van de smartcard van de oude naar de nieuwe.
-
Origineel bericht van: dink69Hoi Appie,
Als eerste mijn dank voor de nieuwe acamd versie.
Werkt perfect. Werkt zo goed dat ik meteen dual tuner ben gegaan(2 anysee's met 1 smartcard). Krijg dit echter niet werkend. Is het wel mogelijk om met 2 instances 1 smart card te accessen?
..knip...
Wat doe ik fout?
Alvast bedankt voor de moeite.
in plugin dir 'anysee0' acamd.ini
[ACamd]
ANYSEE0=1
in plugin dir 'anysee1' acamd.ini
[ACamd]
ANYSEE0=1
Even uitzoeken welke ANYSEE0 is (smartcard wisselen) ook tv-service herstarten.
En gaan loggen met ACamdMonitor.exe
Heb ik de CNO.exe uitgezet deze geeft bij mij problemen als deze op de achtergrond aanstaat. -
JDE en joppe_be,
Ik moet het zelf nog gaan reproduceren.
Misschien heeft het te maken met het aantal iconen, ik ga dit onderdeel wel uitzetten en testen.
Kom er zeker op terug (< week)
De FFDecsa.dll heeft geen invloed op het geheel.
En de door mij aangepaste versie van mdapifilter.ax in combinatie met ACamd maakt niet eens gebruik van de FFDecsa.dll.
-
Origineel bericht van: joppe_beBeste Appie,
Blijkbaar is er in Acamd een limiet op het aantal instancies dat je op 1 PC kan hebben. Proefondervindelijk heb ik gevonden dat tot 14 instancies lukt, van zodra je een 15e hebt, dan loopt vanalles fout, bijv:
...Knip...
In ACamd zit geen beperking, in de MDAPIFilter.ax die bij ACamd zit zit ook geen beperking (heb ik net nog even naar gekeken).
Moet het toch in ForTheRecord zitten of in de MDAPIFilter.ax versie die je nu gebruikt. -
Origineel bericht van: mexcedIk weet niet of deze vraag al een keer beantwoord is. Kon hem niet vinden. Ik draai de laatste versie V 0.6.2.0 met DVBviewer Pro wat nu perfect werkt. Kaartlezer op Com 1 en op 6Mhz, kan Acamd ook de kaart updaten? Zo ja wat moet er dan aan staan?
-
Origineel bericht van: Mars WarriorOrigineel bericht van: appiemulderDe beste wensen...
History
-------
31.12.2010
V 0.6.2.0 <- V 0.6.1.8
- Added Anysee support
- Added FTDI support (smargo)
- Added SoftCsa mode
- Changed When disable PMT or CAT scan, disable cache scan to
- Fixed PMT, missing some HD entries
- Fixed lot of small issues, CCcamN, EMM
- Update ACamdMonitor.exe v0.0.0.3
Betekent de FTDI/smargo support nu dat ik OSCam niet meer nodig heb om mijn CD kaart uit te lezen?
Dat zou heel mooi zijn, want OSCam blijft de achilleshiel bij het uit standby komen van mijn HTPC...
Vaak wil je de smartcard vaker gebruiken, bv opnemen. -
Origineel bericht van: IanPHOrigineel bericht van: appiemulderDe beste wensen...
History
-------
31.12.2010
V 0.6.2.0 <- V 0.6.1.8
- Added Anysee support
- Added FTDI support (smargo)
- Added SoftCsa mode
- Changed When disable PMT or CAT scan, disable cache scan to
- Fixed PMT, missing some HD entries
- Fixed lot of small issues, CCcamN, EMM
- Removed Emubox03, GBoxN, MBoxN
- Same MDAPIFilter.ax v0.0.0.6
- Update ACamdMonitor.exe v0.0.0.3
Appie, hartelijk bedankt en ook jij (en alle andere lezers natuurlijk), de aller beste wensen.
Vraagje mbt SoftCSA modus. Ik begreep altijd dat FFDeCSA beter was omdat deze effecienter/sneller is. Nu jij de fallback mogelijkheid naar SoftCSA hebt ingebouwd, moet ik dan de conclusie trekken dat FFDeCSA nadelen heeft tov SoftCSA?
SoftCsa geeft wel een veel hogere processor belasting, dit zie je vooral terug als je ook nog een aantal opnames start.
Heb gehoord van slechte drivers of 64bit combinaties dat artifacting opgelost is met SoftCsa.
Zelf gebruik ik de default FFDeCSA omdat ik hier geen last van heb, en deze is een stuk sneller. -
De beste wensen...
History
-------
31.12.2010
V 0.6.2.0 <- V 0.6.1.8
- Added Anysee support
- Added FTDI support (smargo)
- Added SoftCsa mode
- Changed When disable PMT or CAT scan, disable cache scan to
- Fixed PMT, missing some HD entries
- Fixed lot of small issues, CCcamN, EMM
- Removed Emubox03, GBoxN, MBoxN
- Same MDAPIFilter.ax v0.0.0.6
- Update ACamdMonitor.exe v0.0.0.3
-
Klopt van het deinterlace verhaal, dit heeft er ook mee te maken dat bepaalde programma's als je die op pauze zet het huidige scherm op interlace laat staan.
XBMC is bij mij nooit echt een suc6 geweest, misschien een gewenning.
Heb via de bios mijn videokaart 512MB ipv 256MB toegekend, gevonden via zoeken. (betreft 720P en 1080P advies MB = 512)
Door verhogen contrast, meer geheugen en wat piellen, is de kwaliteit nu redelijk.
Kwaliteit is goed/prima wanneer ik mijn MPEG2 opname in een venster heb lopen.
Op het moment dat ik deze opname op fullscreen zet dan komt er toch weer een soort (storende) waas overheen.
Ga komende week nog even een andere videokaart plaatsen, om te vergelijken.
Dank voor jullie meedenken....
-
-
Gigabyte GA-E7AUM-DS2H moederbord (Nvidia GeForce 9400 onboard) naar TV via HDMI.
Desktop is goed, maar een Film is onscherp, heb alle soorten codecs uitgeprobeert.
Wie heeft een tip?
-
Origineel bericht van: bccrewIk krijg acamd ook niet aan de praat met oscam..
knip...
14:11:12.715: hostname=192.168.1.11 port=10001 emm=1 emmCaids 0100/0000
14:11:12.715: Newcamd: username=htpc password=htpc key=0102030405060708091011121314 providers=none
knip...
Misschien is je newcamd regel in cardclients.conf niet 100%, in dat geval gaan er geen ecm/emm naar oscam.
:1/0100/0000:
moet worden, bij filter op alleen caid 01xx
:1/0100/ff00:
of, bij niets filteren.
:1/0000/0000:
ACamd (voor Windows)
in CI, CI+, (soft)cams en smartcards
Geplaatst:
Uit de 0.032 seconden in je voorbeeld, blijkt dat OSCam z'n antwoord op die aanvraag wel uit z'n eigen cache geeft.
Tusen de 5 en 30 seconden word er een nieuwe ECM verstuurd door je provider, maar intussen gaat wel dezelfde ECM herhaald worden in de livestream.
ACamd controleert of de ECM reeds is verstuurd naar de smartcard/cardclient dmv een cache buffer, deze is dus aan/uit te zetten.