gjstroom Wrote:Acamd uses the channel name and other paramaters (hash) to build a cache file where it stores the last used caid chid pmt and so on. You also can put this info in the ACamd_PMT.txt, infact you can copy the content of chcache.ini to the ACamd_PMT.txt file by stripping the part till the = sign on every line.
This solves also the pmt not found warinings in the acamd log. This doesn't work if the channel names are not passed to acamd in the right way.
I can live with the above problem, but the zap speed is terrible slow.
On other hardware it does work normal ? I can also test on my other pc which has Technotrend 1501...
I am also having a slow channel change AND these messages in acamd monitor: "PMT not found..." and "ACamd_PMT.txt, search, not found PMT=0036 (AND SID=00D2)".
I don't understand how my acamd_pmt.txt file should look like. I'm a Ziggo user.
I read somewhere on the internet: The file ACamd_PMT.txt is used for not good detected channels static, or caid renaming and provider-id input.
Could it be acamd is trying to scan something, isn't able to find anything and in the mean time it takes a long time to show the channel?
Server: Core2Duo 3,16GHz| Windows 7 Ultimate 64 bit | NPVR 3.2.9 | Analogue: Hauppauge PVR-150 | Digital dvb-c: Technisat CableStar HD 2 | No plugins
Clients: Laptop Windows 7 Home 64 bit via Wifi | Android tablet via Wifi | Androidbox s89-H via Lan
Wim, you don't need acamd_pmt.txt, all you should use is the dll and cardclient.conf to connect to newcs.
Chris
[SIZE="1"]i5 750 4GB RAM, Windows 10 Home, HDHomeRun HDHR3-4DC, Digital Devices Cine CT, OSCam on a Raspberry Pi with a Smargo Smartreader+, Raspberry Pi 2 OpenElec Kodi client, Gigabyte Brix 2807 OpenElec Kodi client[/SIZE]
I started another thread about slow channel change and concluded it must be the encryption part that's taking too long. After searching the forums, I found this thread which I thought might cover the same problem. I thought I'd post here further. Now I'm getting answers on the other thread too. Just so you know.
The acamd monitor is giving some info which makes me think it's taking too long. I just don't know what. I'm desperately trying to understand it.
Wim
Server: Core2Duo 3,16GHz| Windows 7 Ultimate 64 bit | NPVR 3.2.9 | Analogue: Hauppauge PVR-150 | Digital dvb-c: Technisat CableStar HD 2 | No plugins
Clients: Laptop Windows 7 Home 64 bit via Wifi | Android tablet via Wifi | Androidbox s89-H via Lan
I started another thread about slow channel change and concluded it must be the encryption part that's taking too long. After searching the forums, I found this thread which I thought might cover the same problem. I thought I'd post here further. Now I'm getting answers on the other thread too. Just so you know.
The acamd monitor is giving some info which makes me think it's taking too long. I just don't know what. I'm desperately trying to understand it.
Wim
If we stick to this thread, can you zip and post the log from Acamd monitor that shows a channel change?
"I'd rather have a bottle in front of me than a frontal lobotomy"
If, like you said in the other thread, 6-7 seconds is normal with encrypted channels on the same digital card then I guess there is no problem. But I will post the acamd monitor anyway.
I thought from the posts in this thread before, that 6-7 seconds is way too much.
Would a hardware cam be that much faster? People who have a ci/cam in the tv have much faster channel change. I understand it's partly due to the dvb-c card but is seems that only the decryption with the softcam takes 4 seconds.
I wanted to figure this out, because in the future I'll buy another extender and wanted to use it to watch livetv with it. But my wife won't accept it (watching livetv with it, the rest she likes) if channel change takes 6-7s.
Here it is, started NPVR and then changed channels 2x:
Server: Core2Duo 3,16GHz| Windows 7 Ultimate 64 bit | NPVR 3.2.9 | Analogue: Hauppauge PVR-150 | Digital dvb-c: Technisat CableStar HD 2 | No plugins
Clients: Laptop Windows 7 Home 64 bit via Wifi | Android tablet via Wifi | Androidbox s89-H via Lan
I can't see anything wrong in this segment, Chris?
I have a dvb-t card with HW-CAM, and it takes considerably longer to start live-tv, and also there channel changing varies from 4 to 8 seconds. I guess it is because the channel spesific key is transmitted every 10'th second.
"I'd rather have a bottle in front of me than a frontal lobotomy"
I don't know if this is related, but I think acamd.ini is not being used. For example, Trayicon=1 but no trayicon appears (only when starting recording service manually).
But also, when I do some settings, nothing changes. Even "blablabla" makes no error or something.
Server: Core2Duo 3,16GHz| Windows 7 Ultimate 64 bit | NPVR 3.2.9 | Analogue: Hauppauge PVR-150 | Digital dvb-c: Technisat CableStar HD 2 | No plugins
Clients: Laptop Windows 7 Home 64 bit via Wifi | Android tablet via Wifi | Androidbox s89-H via Lan
WKleeven Wrote:I don't know if this is related, but I think acamd.ini is not being used. For example, Trayicon=1 but no trayicon appears (only when starting recording service manually).
But also, when I do some settings, nothing changes. Even "blablabla" makes no error or something.
Where is your Acamd.ini(s) located?
"I'd rather have a bottle in front of me than a frontal lobotomy"
In "C:\Users\Public\NPVR\MDPlugins\TechniSat Mantis DVBC BDA Receiver #1-1". It decrypts, so it seems to work, just doesn't start in the tray except when starting recording service manually.
Server: Core2Duo 3,16GHz| Windows 7 Ultimate 64 bit | NPVR 3.2.9 | Analogue: Hauppauge PVR-150 | Digital dvb-c: Technisat CableStar HD 2 | No plugins
Clients: Laptop Windows 7 Home 64 bit via Wifi | Android tablet via Wifi | Androidbox s89-H via Lan