I have a two tuner card. I see lots of conflicts. When I try to resolve, I see only two shows. One with Don't Record next to it. The other with Cancel next to it.
I would assume the one with cancel is the one that will be recorded?
But why are these conflicts? To be a conflict should not I see 3 shows listed?
P.S. The channel listing for one of my tuners was not complete. I fixed that yesterday. Could it be the conflict was because the shows were scheduled before the turner was fixed? Do I need to reschedule all of my recordings? Or is there some other way to resolve the issue?
I am getting a crash when deleting recordings. After things recover from the crash, "Failed" shows in the recording list and I do not seem to have access to that tuner until I reboot.
All my NextPVR recordings are compressed to MP4 using MCEBuddy, and than placed in a nested folder structure for the Video submenu of NextPVR.
Does the iOS client support streaming from MP4 files from this folder?
I noticed a different behavior between the latest version and the previous - I watch almost exclusively from 2 different Win 10 clients, and almost always watch recorded shows. Previously, if I allowed a recording to run to its end, the playback would stop and return gracefully to the recordings list interface. Now, it appears my playback ends paused near the last frame of the recording, and I have to push stop or esc several times to return to the list. If I let the recording sit stopped at end for along time, like overnight, NPVR will appear unresponsive and need to be restarted. I think I recall some enhancement listed for treating shows fully watch as not being "resumable" at end - maybe this behavior is desired or an outcome of those changes?
Ever since my upgrade to NextPVR 3.7.7 the SmartTV app often drops into the modern web interface "What's New" screen after I've finished playing
a show. As this screen is unresponsive to the Samsung remote control
I need to constantly exit and restart the SmartTV NextPVR app.
Is there a way to fix this behavior?
I currently have version 3.6.6
If i update to version 3.7.7 will I lose my channel mapping settings?
When i set it up I remember I had to change each channel separately to XMLTV and tell the program where to get the correct data for each channel individually and it took hours to figure it all out.
If i would need to do this again i'd rather not update. Will I lose this if i update? Thanks.
Hi,
I now have a Hauppauge WinTV-HPR-2250 working fine with NextPVR using
the Hauppauge builtin IR blaster but I need to add a 2nd independent
IR Blaster for use with a 2nd set top cable box (DCT700).
I have two different Microsoft eHome Infrared Transceiver models
(HP & Philips) but I have been unable to get either working
under Windows 10 64-bit. Both are recognized by the operating system,
my problem seems to be with the IR Blaster software.
The most promising software that I've found is the MediaPortal
IR Server Suite (271472_IR_Server_Suite_-_Test_Build_1.5.0.116)
but I get the error message "(0x80004005): A device attached to the
system is not functioning" in IR Server.log when I test using irblast.exe.
Has anyone encountered this issue? How can I debug it further?
2016-07-22 06:41:25.267197 [Debug][GenericPCQueue]: Server message received: BlastIR, Request, ForceNotRespond
2016-07-22 06:41:25.267197 [Info.][GenericPCQueue]: Blast IR
2016-07-22 06:41:25.279327 [Debug][GenericPCQueue]: IoControl: something went bad with StructToPtr or the other way around
Exception: System.ComponentModel.Win32Exception (0x80004005): A device attached to the system is not functioning
at IRServer.Plugin.DriverVista.IoControl(IoCtrl ioControlCode, IntPtr inBuffer, Int32 inBufferSize, IntPtr outBuffer, Int32 outBufferSize, Int32& bytesReturned)
at IRServer.Plugin.DriverVista.TransmitIR(Byte[] irData, Int32 carrier, Int32 transmitPortMask)
at IRServer.Plugin.DriverVista.Send(IrCode code, Int32 port)
at IRServer.Plugin.MicrosoftMceTransceiver.Transmit(String port, Byte[] data)
at IRServer.IRServer.BlastIR(Byte[] data)
Message: A device attached to the system is not functioning
Site : Void IoControl(IoCtrl, IntPtr, Int32, IntPtr, Int32, Int32 ByRef)
Source : Microsoft MCE Transceiver
Stack Trace:
at IRServer.Plugin.DriverVista.IoControl(IoCtrl ioControlCode, IntPtr inBuffer, Int32 inBufferSize, IntPtr outBuffer, Int32 outBufferSize, Int32& bytesReturned)
at IRServer.Plugin.DriverVista.TransmitIR(Byte[] irData, Int32 carrier, Int32 transmitPortMask)
at IRServer.Plugin.DriverVista.Send(IrCode code, Int32 port)
at IRServer.Plugin.MicrosoftMceTransceiver.Transmit(String port, Byte[] data)
at IRServer.IRServer.BlastIR(Byte[] data)
so i have shitty client rpi3 ... ok it sorta sucks but maybe i just haven't configured it properly yet. there's still no excuse for this though. ... it's your plugin, and your server software, your server software at least should know not to do this.
my slow ass client was being slow, so i pressed the record button twice. what happened? ah it started recording the exact same show twice, at the exact same time with a duplicate looking file name. please see attached picture. [ATTACHMENT NOT FOUND]
there's literally no use case where you'd want this to happen. ... the resource monitor shows 6MB/s ... 48mbps ... 2 streams getting written for one channel same thing... how? why? who? who would want this?
anyhoo needless to say the rpi won't tune to another channel while this craziness ensues. Also, when we reach the end of what's been recorded, instead of just becoming live tv like you'd expect in a pvr application, it stopped. maybe that's kodi's fault. i'll go tell them about it too.
I have a problem with a particular show recording only approximately 23 mbs. No error or fail message in the GUI of NextPvr or the logs that I can see(but I am no expert). The problem only happens on one show (Quantum Leap) on channel 5.2 OTA Chicago. It mostly happens on the shows with a start time of 12:00 am local time so it seems to be a day change problem? Anyways the shows that are short changed are Quantum Leap_20160719_00000100.ts, Quantum Leap_20160720_00000100.ts, and Quantum Leap_20160721_00000100.ts. Each one shows a time stamp of 11:55 pm in windows explorer and each ones file size is 22.5 MB (23,645,136 bytes). Two other recordings that may show up in the logs but do not have a problem are Quantum Leap_20160717_22002300.ts and Quantum Leap_20160717_22002300.ts. They have a time stamp of 9:55 pm and 10:55 pm respectfully. Thanks in advanced to all helping in this matter. By the way, Great program! Thanks to ALL that helped with this great PVR software and the plugins too. Latter.
