Hi Martin

Had a couple of issues, but got the pvh and npvr working together. Had to play with some of the files to get the shares going.

Anyway trying to play .avi files off either the local server or another machine gets "buffering" screen but no playback.

Anyone else reported this?

I am relatively new to cardsharing. I am using NEWCS, ACAMD and NPVR, shouldn´t that work?

I think I have got the NEWCS to work all right,


[SIZE="1"]This is NewCS 1.65 - the New CardServer by the Butter-team..
Compiled on Jan 19 2009 at 17:54:08
Reading Config file from newcs.xml
TCP-log password is enabled, set to: NewCSpwd
TCP-log set to simple mode
level: normal
type: init
output: console,tcp
logger config: level 1 type 3 output 5
Console log options: level 1 type 3
TCP log options: level 1 type 3
[ 21:59:21 ] [ Box detect ] Windows Vista Build 7600
[ 21:59:21 ] [ Config ] Option <blockc0> for device 0 (Phoenix Interface) not present, defaulting to
NO
[ 21:59:21 ] [ Config ] COM5 ECM priority: round
[ 21:59:21 ] [ EMM Cache ] Initialising dynamic Cache
[ 21:59:21 ] [ ECM Cache ] Initialising dynamic Cache
[ 21:59:21 ] [ Loader ] Starting Telnet on port 1001
[ 21:59:21 ] [ Loader ] Reader type 2 on node COM5
[ 21:59:21 ] [ Phoenix ] Opening device COM5
[ 21:59:21 ] [ Phoenix ] Setting parity to ODD on node COM5
[ 21:59:21 ] [ Phoenix ] Setting 1 Stop bit on node COM5
[ 21:59:21 ] [ Phoenix ] Setting baud to 9600
[ 21:59:23 ] [ ATR ] T=0 1etu=8.68us Guardtime:12etu WWT:115200etu
[ 21:59:23 ] [ ATR ] Historical bytes: [C2] z B [02] h [90] [00]
[ 21:59:23 ] [ Loader ] Init Viaccess card
[ 21:59:23 ] [ Phoenix ] Setting parity to ODD on node COM5
[ 21:59:23 ] [ Phoenix ] Setting 1 Stop bit on node COM5
[ 21:59:23 ] [ Phoenix ] Setting baud to 9600
[ 21:59:23 ] [ KeymaN ] Adding key BDD7BFD2 type 0 on Provider 000000 for caid 0500 ID=0
[ 21:59:23 ] [ KeymaN ] Adding key BDD7BFD2 type 1 on Provider FFF510 for caid 0500 ID=0
[ 21:59:23 ] [ KeymaN ] Adding key BDD7BFD2 type 1 on Provider 040D00 for caid 0500 ID=1
[ 21:59:23 ] [ KeymaN ] Adding key BDD7BFD2 type 1 on Provider 040D10 for caid 0500 ID=2
[ 21:59:24 ] [ KeymaN ] Adding key BDD7BFD2 type 1 on Provider 040D20 for caid 0500 ID=3
[ 21:59:24 ] [ KeymaN ] Adding key BDD7BFD2 type 1 on Provider 040D30 for caid 0500 ID=4
[ 21:59:24 ] [ Loader ] Card 0500 on port COM5 ready
[ 21:59:24 ] [ Loader ] Starting Newcamd Server on port 16000
[ 21:59:24 ] [ Newcamd ] Newcamd thread Server started on port 16000
newcamd: main loop[/SIZE]

The newcs.xml
[SIZE="1"]- <newCSconfig>
- <readers name="Phoenix">
- <device>
<name>Phoenix Interface</name>
<type>phoenix</type>
<mhz>357</mhz>
<node>COM5</node>
<parity>odd</parity>
<reset>normal</reset>
<export>Yes</export>
<enabled>Yes</enabled>
<blocksa>Yes</blocksa>
<blockua>yes</blockua>
<blockga>Yes</blockga>
- <!-- <boxkey>0000000000</boxkey>
-->
- <!-- <rsa>0000000000</rsa>
-->
<crypto-special>No</crypto-special>
<PTShandshake>No</PTShandshake>
<carddetect>yes</carddetect>
<newcamd_port>16000</newcamd_port>
<autosid>Yes</autosid>
<Seca-PPV>no</Seca-PPV>
<priority>round</priority>
</device>
</readers>
- <cache>
<emm>20</emm>
<ecm>-1</ecm>
</cache>
- <debug>
<password>NewCSpwd</password>
<level>normal</level>
<type>init</type>
<output>console,tcp</output>
<console_options>normal,init</console_options>
<tcp_port>1001</tcp_port>
<tcp_options>normal,init</tcp_options>
</debug>
- <radegastserver>
<enabled>no</enabled>
<port>16000</port>
- <allow>
<hostname>localhost</hostname>
</allow>
</radegastserver>
- <newcamdserver>
<enabled>yes</enabled>
<name>newcs</name>
<deskey>010203040506070809101112</deskey>
- <user>
<name>user</name>
<password>pass</password>
<au>on</au>
<spider>No</spider>
</user>
</newcamdserver>
</newCSconfig>[/SIZE]

I have putted the ACMD files in c:\users\shared\npvr\mdplugins\"tuner"\

My cardclient.ini file has the row

[SIZE="1"]newcamd:127.0.0.1:16000:1/0500/ffff:user: pass:010203040506070809101112[/SIZE]

I can watch all fre channels but no encrypted
What am I doing wrong? Any suggestions?

I've got a problem with the PCH. When my PC goes to sleep, the connection to the PCH is dropped. That's good. Normally, after waking the machine, the PCH can connect just fine. But sometimes it cannot, I believe because the mvp server is not available but I have no mvpmcx2 logs yet. The screen stays black for a long time and goes back to the main menu. What's even a bigger problem is that I cannot restart the npvr recording service (I've seen this mentioned before), not even by right clicking the npvr tray icon. The only solution is to restart my PC.
To end positive: it's working fine with GBPVR, so it can work!

Chris

GOOD NEWS owners of Genpix devices!

genpix @dvbn Wrote:here we go
:dance:
Here is a first iteration of genpix bda/pbda drivers.
Version 0.1.0.0 is here.

It has several bda extended functions (send_diseqc is one of them).
It even supports ibda diseqc commands recently introduced by microsoft.

It is not based on the code written by shree ganesha (see viewtopic.php?f=43&t=52508).
Driver is written completely from scratch.
Initial code was originated by sichbo, the proud member of this forum (he made the most of the research and initial leg-work, i have to send him "ge medal of honor" :clap: )

that's why it is not a surprise that sichbopvr is the first dvb application which takes full advantage of this driver (sichbopvr ver.2.2.1 uses all three extended genpixbda functions).

I tried this genpixbda driver on few other dvb applications (surely, neither of them can utilize diseqc functins of the driver yet).
Dvb dream works fine (it can tune turbo-fec 8psk transponders as well; but can not lock turbo-fec qpsk, because its bda interface sends bda requests for them using plain qpsk commands)
progdvb also tunes and scans (though, 8psk modulation is missing from the drop-down menu. Doh! Thus, i can not even select it).
Mytheatre has some problem (its bda interface sends incorrect sw and lof2 to bda driver; i have to talk to saar to find out why): Sometimes it tunes, sometimes doesn't.

You may start trying your own favorite dvb applications which support bda/pbda drivers.
And if their authors are willing to support genpixbda extended functions, instructions are in the driver package (zip file).

Attention: Genpix wdm and genpix bda driver can not be installed simultaneously. You have to uninstall one of them to install another.
Genpixbda driver does not have a digital signature yet (you have to use f8-trick on win 7 x64 to be bale to install the driver).

About vmware:
You may install the driver on your vmware guest os (and still keep genpix wdm driver on a host os).
But make sure that you allow only one cpu core for guest os (looks like vmware incorrectly emulates several cores, and this causes bsods on guest os which uses streaming through usb device).

Added:
This driver does not support original genpix 8psk-to-usb2 adapter yet (though, adapter rev.2 should work).
I may add this support in later versions.

http://www.silicondust.com/company/news/

September 10th, 2010
Silicondust USA, Inc. and Hauppauge Computer Works, Inc. announce alliance for PC based CableCARD™ conditional access digital TV tuners
Hauppauge to introduce an affordable USB attached, premium cable TV tuner for PCs and notebooks through its U.S. retail sales channel
Livermore, CA & Hauppauge, NY – Sept. 10, 2010 – Silicondust USA, Inc., based in Livermore, CA, today announced an alliance with Hauppauge Computer Works, Inc. to introduce a USB-connected Digital TV Tuner product for use with CableCARD™ conditional access. This product leverages Silicondust’s design and technology to offer a new addition to Hauppauge’s line of TV tuner products.
This introduction adds native support for premium cable TV to the Hauppauge line of WinTV® tuners. The new TV tuner is USB connected and will work with notebook and netbook computers, in addition to standard desktop PCs.
Concurrently Silicondust will be introducing HDHomeRun® PRIME™ an Ethernet attached TV tuner product with CableCARD conditional access. HDHomeRun PRIME enables premium cable TV to be accessed across the network from any computer in the home.
The Hauppauge USB and Silicondust Ethernet attached products introduce affordable solutions in the cable TV tuner market for PCs. Both devices support M-Card™ conditional access and conform to the OpenCable™, OCUR and DRI specifications. Both devices support Switched Digital Video (SDV) in conjunction with a cable-provider-supplied tuning adapter / resolver. The products are designed for use with PCs running Microsoft® Windows® 7 and Windows Media Center.
The Hauppauge USB and Silicondust HDHomeRun PRIME products will support high-definition and other digital cable TV, including premium cable channels, direct to the computer.
Silicondust’s HDHomeRun PRIME product builds on the success of their original HDHomeRun® Network Attached ATSC / QAM Dual Tuner which enables customers to stream digital broadcast video across the home network, without being tethered to one computer in one location in the home.
“Silicondust is enthusiastic about this alliance with Hauppauge, a leading name in the computer tuner market for many years.” said Theodore Head, President and Chief Executive Officer of Silicondust USA, Inc. “This allows retail options for both consumers and retailers alike, creating greater awareness of the market and expanding the number of choices available to fit differing needs.”
“Silicondust’s experience with digital cable access systems combined with Hauppauge’s strong computer TV tuner sales will produce a successful launch of this innovative product.” said Ken Plotkin, President and Chief Executive Officer of Hauppauge Computer Works, Inc. said, “Moving forward, we believe affordable CableCARD conditional access TV products will increase the use of Windows Media Center as a full functional digital video recorder for the home.”
About Silicondust
Silicondust USA, Inc. is a San Francisco Bay Area based technology company that develops computer network attached digital TV products for consumer and commercial solutions. With detailed knowledge of network platforms and extensive hardware and software engineering, Silicondust continues to introduce innovative products that enable TV viewing from all computers on a home or office network. Silicondust works with OEM companies to integrate Digital TV into custom solutions.
For more information about Silicondust USA, Inc and HDHomeRun® products and solutions visit www.hdhomerun.com
About Hauppauge
Hauppauge Digital, Inc. (NASDAQ: HAUP) is a leading developer and manufacturer of digital TV and data broadcast receiver products for personal computer. Through its Hauppauge Computer Works, Inc. and Hauppauge Digital Europe Subsidiaries, the Company designs and develops digital video boards for TV-in-a-window, digital video editing and video conferencing. The Company is headquartered in Hauppauge, New York, with administrative offices in New York, Singapore, Taiwan, Ireland and Luxembourg and sales offices in Germany, London, Paris, The Netherlands, Sweden, Italy, Spain, Singapore and California.
For more information about Hauppauge Computer Works and products visit www.hauppauge.com
HDHomeRun is a registered trademark of Silicondust USA, Inc., HDHomeRun PRIME and Silicondust are trademarks of Silicondust USA, Inc. Hauppauge and WinTV are registered trademarks of Hauppauge Computer Works, Inc. Microsoft and Windows are registered trademarks of Microsoft Corporation. CableCARD, M-Card and OpenCable are trademarks of Cable Television Laboratories, Inc.

I tried something last night to see what would happen if I recorded 1 analog show in Media Center and 1 in NPVR with my HVr2250. The Media Center show recorded fine but I only got the folder created for the NVPR scheduled show.
I know this is not a Media Center forum but I am curious how NPVR handles tuners in this case. Was it a matter of MC possibly starting early before NPVR or that NPVR went to the first analog tuner, found it busy and stopped.
I've not tried this with digital as I have too many tuners to adjust and with multi-record, I'd never really know what happened. I don't normally do this but I must have been bored enough to try it.
Again, just a curiousity as to what should happen when sharing tuners system wide.

I recently upgraded from SD Dish Network to HD Directv which is MUCH BETTER! Anyway, I get 16:9 widescreen broadcasts.

All of my recordings are 720X480. I want GBPVR to record and save in a widescreen ratio. I assume this is accomplished by the "Analog HD Recording Plugin".

When I go to that to set it, the only option I have is "Hauppauge WinTV HD-PVR". Selecting this never works with my TV card which is a Hauppauge WinTV-HVR-1800.

What do I need to do to record in widescreen? I don't want to hit F7 to fake it.

I have a technotrend C1500 and a C1501 DVB-C cards to sell. They're both PCI.

PM me if interested, looking around $50 each.

I get the NPVR menu ok on the PCH but no live TV and won't play video. Possibly the webserver? But using default settings andits not Windows firewall as turning that off doesn't make any difference. Attached the logs and syntax check.

Should have added works fine on PC - all functions


Checking for mvpmc share on DELL-XPS
mvpmc C:\mvpmc

Checking GB-PVR.html links
C:\mvpmc \GB-PVR.html not found

NMT IP Address: 192.168.1.14 MAC 0006DC429B00

GB-PVR Installed


N-PVR Installed C:\Users\Public\NPVR
<a href="http://localhost.drives:8883/NETWORK_SHARE/DELL-XPS:mvpmc/npvr.cgi">N-PVR</a>
<a href="http://localhost.drives:8883/NETWORK_SHARE/NETWORK_BROWSER/browser.cgi">N-PVR via Network Browser</a>
<a href="http://localhost.drives:8883/USB_DRIVE_A-1/mvpmc/usb_a.cgi">N-PVR via USB</a>

config.xml entry found Client Type PCH2
MVPSendIncrementalUpdates true
MVPClientType PCH2
MVPWidth 1280
MVPHeight 720
MVPOffsetX 0
MVPOffsetY 0

Enabled true
Port 8866

The remote server returned an error: (404) Not Found.

Checking NMT Version
01-17-100516-15-POP-403-000

Checking NMT Display
1080i 60Hz

Calling NMT Source
Videos
smb://DELL-XPS/Videos Username: Password Length: 0

Music
smb://DELL-XPS/Music Username: Password Length: 0

I recently discovered, by accident, that I can record simultaneously on the analog port and the QAM port of this card. When I bought the card a year and a half ago, my research had told me I wouldn't be able to do this. Further research since this discovery seems to indicate that some early versions of the hardware, indeed, could not do this, but other versions can.

I stumbled on this when I had back-to-back recordings scheduled on different channels, and noticed that both resulting files had their respective programming in the padding overlap. However, nPVR wouldn't let me schedule simultaneous recordings until I removed the entries for WinTV 418 from the DeviceRules.xml.

Just thought I'd pass this on. Be careful, though, not to remove the DeviceRules entries until you are sure your card can do this.