Hesitant, I grab the keyboard to report this problem. I searched wide and far, but either my luck at finding an answer or sufficient search skills are lacking.
Here goes. Intermittently (and of course always unwanted) MP will report that a channel can not be tuned to because it is encrypted.
This evening I completely uninstalled, cleansed the database, etc. etc. and then re-installed. After that I cleaned out the log directories, started TV server and client and created the log files you find attached to this message.
Luck (?) would have it that the problem surfaced again rather quickly....
The tv.log shows around 22:25:36 the following entries:
This is while tuning from an encrypted channel (SBS6) to another encrypted channel (Discovery Channel). At that time I started reading the MP forum again. Then, roughly 20 minutes later, I again select Discovery Channel from the epg and now the log shows:
and everythings works fine again.
Any pointers to would be welcome. I'm familiar with windbg (long, long, long ago in another life I was part of the BTWinCap driver development for the then popular TV cards based on the Bt8x8/Bt8x9 - but who remembers those nowadays ), but would rather not go that route right now. Especially since windbg and managed code, well, barely get along together .
I really would appreciate any hints, tips, or even 'yeah I have that too' comments.
Regards,
Fred
MediaPortal Version: 1.1.0
MediaPortal Skin: none
Windows Version: Windows 7 Professional x64
CPU Type: Intel Core i7 920 Stepping D0
HDD: RAID0 2 x Samsung SpinPoint F1 1 TB
Memory: OCZ Gold 6 GB, PC3-12800, 1600 MHz, 8, Non-ECC, Kit Of 3
Motherboard: Asus P6T SE
Video Card: ASUS ENGTX285 Series
Video Card Driver: NVidia GEFORCE/ION DRIVER v258.96
Sound Card: on board HD (RealTek)
Sound Card AC3: not used
Sound Card Driver: RealTek HD v 2.51
1. TV Card: Anysee E30TCPlus (E30TC+)
1. TV Card Type: DVB-C and DVB-T
1. TV Card Driver: Multitunerdriver 1.27 Beta3
MPEG2 Video Codec: -
MPEG2 Audio Codec: -
h.264 Video Codec: -
Satelite/CableTV Provider: Ziggo
HTPC Case: na
Cooling: Nexus Technology LOW-7000, Arctic Cooling Accelero Xtreme GTX Pro VGA, Arctic Cooling Arctic F12 Pro
Power Supply: SilentMaxx Fanless
Remote: na
TV: na
TV - HTPC Connection: not used
Here goes. Intermittently (and of course always unwanted) MP will report that a channel can not be tuned to because it is encrypted.
This evening I completely uninstalled, cleansed the database, etc. etc. and then re-installed. After that I cleaned out the log directories, started TV server and client and created the log files you find attached to this message.
Luck (?) would have it that the problem surfaced again rather quickly....
The tv.log shows around 22:25:36 the following entries:
Code:
2010-08-31 22:25:36.402541 [(6)]: card: StartTimeShifting 3 C:\ProgramData\Team MediaPortal\MediaPortal TV Server\timeshiftbuffer\live3-0.ts
2010-08-31 22:25:36.403542 [(6)]: card: CAM enabled : False
2010-08-31 22:25:36.404542 [(6)]: card: WaitForTimeShiftFile - return scrambled, since card has no CAM.
This is while tuning from an encrypted channel (SBS6) to another encrypted channel (Discovery Channel). At that time I started reading the MP forum again. Then, roughly 20 minutes later, I again select Discovery Channel from the epg and now the log shows:
Code:
2010-08-31 22:43:51.810195 [(20)]: card: StartTimeShifting 3 C:\ProgramData\Team MediaPortal\MediaPortal TV Server\timeshiftbuffer\live3-0.ts
2010-08-31 22:43:51.810195 [(20)]: card: CAM enabled : False
2010-08-31 22:43:51.811195 [(20)]: subch:0 SetTimeShiftFileName:C:\ProgramData\Team MediaPortal\MediaPortal TV Server\timeshiftbuffer\live3-0.ts
2010-08-31 22:43:51.811195 [(20)]: Set video / audio observer
2010-08-31 22:43:51.814195 [(20)]: subch:0 SetTimeShiftFileName fill in pids
2010-08-31 22:43:51.828196 [(20)]: subch:0-0 tswriter StartTimeshifting...
2010-08-31 22:43:51.831196 [(20)]: card: WaitForTimeShiftFile - waiting _eventAudio & _eventVideo
and everythings works fine again.
- MP client and server were not touched between the two tuning attempts;
- This behaviour is not specific to any encrypted channel. It will (or not) happen to any one of them;
- After complaining about the scrambled channel, I can use Videolan to watch the timeshift bufferfile transport stream just fine, no problem, no encryption;
Any pointers to would be welcome. I'm familiar with windbg (long, long, long ago in another life I was part of the BTWinCap driver development for the then popular TV cards based on the Bt8x8/Bt8x9 - but who remembers those nowadays ), but would rather not go that route right now. Especially since windbg and managed code, well, barely get along together .
I really would appreciate any hints, tips, or even 'yeah I have that too' comments.
Regards,
Fred
MediaPortal Version: 1.1.0
MediaPortal Skin: none
Windows Version: Windows 7 Professional x64
CPU Type: Intel Core i7 920 Stepping D0
HDD: RAID0 2 x Samsung SpinPoint F1 1 TB
Memory: OCZ Gold 6 GB, PC3-12800, 1600 MHz, 8, Non-ECC, Kit Of 3
Motherboard: Asus P6T SE
Video Card: ASUS ENGTX285 Series
Video Card Driver: NVidia GEFORCE/ION DRIVER v258.96
Sound Card: on board HD (RealTek)
Sound Card AC3: not used
Sound Card Driver: RealTek HD v 2.51
1. TV Card: Anysee E30TCPlus (E30TC+)
1. TV Card Type: DVB-C and DVB-T
1. TV Card Driver: Multitunerdriver 1.27 Beta3
MPEG2 Video Codec: -
MPEG2 Audio Codec: -
h.264 Video Codec: -
Satelite/CableTV Provider: Ziggo
HTPC Case: na
Cooling: Nexus Technology LOW-7000, Arctic Cooling Accelero Xtreme GTX Pro VGA, Arctic Cooling Arctic F12 Pro
Power Supply: SilentMaxx Fanless
Remote: na
TV: na
TV - HTPC Connection: not used