I'm migrating from Sagetv. I've got a Hauppauge HV-1600 card. I am able to scan the digital cable channels and using the QAM identified tuner with no problem. I've got a satellite STB connected to the s-video input but I don't see how to capture this. Can anyone help me get back on the road? Thanks.
Having had gbpvr and npvr for a while and previously implemented my own archiver I now want to get me recordings back in one place.
I have recordings as the default place, plus two other locations of where recordings are. I have run an import utility but some recordings are listed but don't play.
When I dump out the database I can't find the files listed where the default recordings are, but they play and the others are in the database with the wrong drive letter and don't play.
Is there a way to move recordings without messing the database. Basically I want to put all my recordings from the odd 2 drives into the main recordings folder. If I just move them then run the import utility will it find the data for the recordings, eg program description. ?
Is there some way to rebuild the database and correct the moved recordings?
I have 3 tuners - when I have an EPG set for all 3 I get corrupt data (like it is grabbing another copy while trying to parse on it just got). Should I have an EPG source set for each tuner or just on one of them?
I didn't see a bug report area, so here it is.
When I was checking channels one by one when one channel took a long time to tune, I left it and went out, when I got back home there was something odd, the channel numbers disappeared like the application hung when I tried to change the channel, and eventually gave me this error.
After I hit Continue I got the "Tuner is busy..." error then when I changed the channel it worked.
But then some tuned channels were stuttering, when I switched to another channel, watched it and changed it back stuttering stopped.
Code:
See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.
************** Exception Text **************
System.NullReferenceException: Object reference not set to an instance of an object.
at Native.PlaybackNative.SwitchToStream(String filename)
at NextPVR.Players.PlaybackProxyFactory.SwitchToStream(String newFile)
at NextPVR.Players.LiveTvPlayer.StartLiveTV(Channel channel, String& reason)
at NextPVR.ControllerForm.PlayLiveTV(Channel channel)
at NextPVR.ChannelsForm.listBoxChannels_SelectedIndexChanged(Object sender, EventArgs e)
at System.Windows.Forms.ListBox.OnSelectedIndexChanged(EventArgs e)
at System.Windows.Forms.ListBox.WmReflectCommand(Message& m)
at System.Windows.Forms.ListBox.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
************** Loaded Assemblies **************
mscorlib
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.5472 (Win7SP1GDR.050727-5400)
CodeBase: file:///C:/Windows/Microsoft.NET/Framework/v2.0.50727/mscorlib.dll
----------------------------------------
NextPVR
Assembly Version: 1.0.0.0
Win32 Version: 1.0.0.0
CodeBase: file:///C:/Program%20Files/NPVR/NextPVR.exe
----------------------------------------
NUtility
Assembly Version: 1.0.0.0
Win32 Version: 1.0.0.0
CodeBase: file:///C:/Program%20Files/NPVR/NUtility.DLL
----------------------------------------
NShared
Assembly Version: 1.0.0.0
Win32 Version: 1.0.0.0
CodeBase: file:///C:/Program%20Files/NPVR/NShared.DLL
----------------------------------------
System.Data
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.5420 (Win7SP1.050727-5400)
CodeBase: file:///C:/Windows/assembly/GAC_32/System.Data/2.0.0.0__b77a5c561934e089/System.Data.dll
----------------------------------------
System
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.5467 (Win7SP1GDR.050727-5400)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Windows.Forms
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.5468 (Win7SP1GDR.050727-5400)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Windows.Forms/2.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System.Drawing
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.5467 (Win7SP1GDR.050727-5400)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Drawing/2.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
System.Data.SQLite
Assembly Version: 1.0.65.0
Win32 Version: 1.0.65.0
CodeBase: file:///C:/Program%20Files/NPVR/System.Data.SQLite.DLL
----------------------------------------
System.Data.Entity
Assembly Version: 3.5.0.0
Win32 Version: 3.5.30729.5420 built by: Win7SP1
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Data.Entity/3.5.0.0__b77a5c561934e089/System.Data.Entity.dll
----------------------------------------
System.Xml
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.5473 (Win7SP1GDR.050727-5400)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Xml/2.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
System.Runtime.Remoting
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.5420 (Win7SP1.050727-5400)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Runtime.Remoting/2.0.0.0__b77a5c561934e089/System.Runtime.Remoting.dll
----------------------------------------
SlimDX
Assembly Version: 2.0.8.42
Win32 Version:
CodeBase: file:///C:/Program%20Files/NPVR/SlimDX.DLL
----------------------------------------
msvcm90
Assembly Version: 9.0.30729.6161
Win32 Version: 9.00.30729.6161
CodeBase: file:///C:/Windows/WinSxS/x86_microsoft.vc90.crt_1fc8b3b9a1e18e3b_9.0.30729.6161_none_50934f2ebcb7eb57/msvcm90.dll
----------------------------------------
taglib-sharp
Assembly Version: 2.0.4.0
Win32 Version: 2.0.4.0
CodeBase: file:///C:/Program%20Files/NPVR/taglib-sharp.DLL
----------------------------------------
System.Management
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.5420 (Win7SP1.050727-5400)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Management/2.0.0.0__b03f5f7f11d50a3a/System.Management.dll
----------------------------------------
System.Configuration
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.5473 (Win7SP1GDR.050727-5400)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Configuration/2.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
----------------------------------------
System.Transactions
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.4927 (NetFXspW7.050727-4900)
CodeBase: file:///C:/Windows/assembly/GAC_32/System.Transactions/2.0.0.0__b77a5c561934e089/System.Transactions.dll
----------------------------------------
System.EnterpriseServices
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.5420 (Win7SP1.050727-5400)
CodeBase: file:///C:/Windows/assembly/GAC_32/System.EnterpriseServices/2.0.0.0__b03f5f7f11d50a3a/System.EnterpriseServices.dll
----------------------------------------
Unmanaged
Assembly Version: 1.0.4832.27822
Win32 Version:
CodeBase: file:///C:/Program%20Files/NPVR/Unmanaged.DLL
----------------------------------------
************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.
For example:
<configuration>
<system.windows.forms jitDebugging="true" />
</configuration>
When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.
Anyone have experience with the HDPVR not initializing after sleep? I'm on win 7 64 bit.
The blue led says it's on but the top doesn't turn blue when a recording should be taking place. I have to either press the power button the hdpvr or at times unplug the power for the hdpvr. I changed to a different usb cable and that didn't help.
Is this the same problem others have which was solved by a better power supply?
A suggestion regarding the way recording scheduling is handled:
Make automatic recording schedule updates based on EPG data optional. (Either as a general or a per recording setting).
Reasons:
(1) Automatic EPG based recording schedule updates are catering mainly to a use case where the hardware allows for multiple parallel recordings. As soon as multiple parallel recordings are not possible, the automatic updates result in all sorts of unresolvable conflicts and, more importantly, in a fairly unpredictable recording behavior unless some fancy conflict handling management is introduced.
(2) EGP updates may result in 'no show details'. If this happens to a slot the user scheduled for recording, the recording is canceled. This problem cannot be solved by introducing recording conflict management.
From my point of view the main issue here is not the lack of conflict handling management but the lack of predictable behavior when it comes to 'dynamically' scheduled recordings. As currently implemented, NPNV recording scheduling is designed for a use case that assumes (1) perfectly reliable EPG data and (2) multi-recording capable hardware. While this use case certainly is a valid one, I would suggest to make the software more robust by taking into account less 'happy' use cases too.
Seeing that a 'manual recording' schedule mode is already implemented and that this works completely independent from EPG data, the option to create a statically scheduled recording from the TV Guide should be easy to implement by just pre-filling the manual recording form with EPG data (once, when the recording is set up) and treating the recording as a 'manual recording' afterwards.
P.S.
It would be nice to have a documentation of the recording (scheduling) behavior in the WIKI:
- automatic updates based on EPG
- what happens in case of recording schedule conflicts?
- how is padding treated when scheduling conflicts occur?
Unless I missed something, there is currently no way to find out about these things other than experimenting with settings and/or consulting this forum.
Wondering people have good luck with IR blasting the Cisco 4642 from Rogers. I'm having a very difficult time getting consistent blasting with the 4642. I think it has more problems with three digits. My 4650 doesn't seem to have any problems (knock on wood).
I'm using an Hauppauge mce blaster and LM gestion with two blasters. I've swapped ir blaster cords and ports and it's still very in consistent.
If yours is working well your ideas on how to make it more consistent is much appreciated.
One thing that comes to mind is that maybe the ir codes are different than the regular SA codes?
just tried TE for the first time, and jumping right in without reading any of the threads. Apologies if this has been covered.
I can play TV no probs on ndroid, but can't on ndroid TE - I just get a can't play this video pop-up.
Latest service installed, and all other things equal I think. logs attached.