I have always been annoyed by the Recording Screen sort message coming up after I testing through 30+ Recordings on the NMT today I realized that is because sub choose the stop key as a hot key to sort video, I guess with the lag on NMT that can sometimes trigger this more than on the PC
By editiing KeyMappings.xml I now don't have to live with this message. I used the Blue key you have your choice, for me anything is better than the Stop key.
I am getting this error when starting the Plugin.
Anyone experience this yet?
2011-03-06 15:24:37.531 [DEBUG][1] TV Listings: Activating...
2011-03-06 15:24:37.531 [INFO][1] TV Listings: v3.4.1.21563 initialising.
2011-03-06 15:24:37.562 [ERROR][1] TV Listings: Fatal error during initialisation: Object reference not set to an instance of an object.
2011-03-06 15:24:37.562 [DEBUG][1] TV Listings: Exception details: System.NullReferenceException: Object reference not set to an instance of an object.
at TVListings.TVListings.InitUi()
2011-03-06 15:24:37.562 [ERROR][1] TV Listings: deactivating.
Quick question: if I moved my recordings directory from E:\npvr_recordings to F:\npvr_recordings - is there a way I can recover my installation/database to point to the updated drive letter? Currently when I go back into NPVR and try to play a previously recorded program, nothing plays.
(I changed drive letters because of some hard disk reconfigurations. It's the same physical drive that housed the recordings before, it's just assigned a different letter now)
Sub, I suspect the Timing.Info is not always correctly reporting the time and allow precision skip on time points, and in addition the total running time seems off.
You did add a patch that tries to correct for timeline problems http://forums.nextpvr.com/showthread.php...post398751 but it I guess it only relates to comskip and not resume etc. I note from that thread that you don't think it is a problem but I do trust the comskip times as being the most accurate times we have.
In an unrelated thread on NMT skipping I was noting that the NMT was finding (based on the actual PTS) a 5 second difference on skips based on a requested time. Roy has done some further investigation http://forums.nextpvr.com/showthread.php...post405904 and really looks like NPVR perhaps because Timing.Info is wrong is not showing the correct time.
I don't see any gap on my recording but I get nearly pin point jumps so it is difficult to argue with your conclusion, but something is causing differences.
I'm having a problem losing video on my PCH. It seems to have started when I updated to npvr 1.5 a while back. I can start it up and it will play a show just fine. But when it finishes or I stop it and try to play another one I don't get any video, just a black screen. The audio is there, tho. I have to to exit back to the PCH home screen then restart mvpmc to play the next show, then repeat as necessary. Kind of frustrating. I'm running the latest versions of npvr and mvpmc. The PCH is connected to the TV via the HDMI output. Any ideas? Thanks...
I was just wondering what is or isn't possible (or might be possible in the future) with NPVR with regards to it being able to detect the frame rate of whatever's playing.
Is it, for example, capable of knowing that an NTSC DVD might be playing video at 30fps when displaying the menu or some extra content, and then realising that it's changed to 23.976fps when the main movie is playing.
If it is, then I'd be interested in making a plugin that could be used to dynamically change the display frequency to match the content frequency (just like a "real" DVD or blu-ray player), but it would obviously need some feedback from NPVR for this to be possible (eg event messages) or perhaps a way of hooking into the active DirectShow graph if that's where the information comes from (note: I currently know zip about DirectShow programming )
Has anyone had any luck demultiplexing dvb-subtitles from a recording and ocr'ing them? I'v tried ProjectX and it gives me the .sup and .ifo files, but the letters appares to be too bold, or fat to the extent they cannot be distinguished from each other.
When I view the recording with npvr the letters are perfectly clear and separated, nothing wrong with the subtitle itself so I'm guessing that ProjectX messes them up.
I have blastcfg setup and both work fine in testing (Port 1 for STB#1, port 2 for STB #2). Everything works perfect there.
NPVR is set up as STB #1 on composite and STB #2 on composite (this was the only way I could get them working properly), although I don;t think that would make a difference because I tried it with composite_2 and although I had no video, it still did not change.
I have a few channels different on each line up for testing, and all the ones that are the same, I have "merged" together, but regardless what I enter as a channel only Box #1 changes channels.
When recording, NPVR still does not change the channel on STB #2.
Both are setup to use the HaupBlast.exe {Channel} argument. I even tried copying the HaupBlast.exe and renaming it for device #2.
Thoughts? Some hidden setting somewhere I hope? Is it possible that nPVR does not support multiple blasters?
I see widows update is showing sp1 ready to download, obviously I'll do a system image first...but just wondering if anyone has any good or bad experiences with it? I would guess b lack of discussion here that it has been going smoothly for people.
)
