This only happens when I am time recording stuff that starts at 5am for my kids on a Sunday morning.
What happens (I guess ) is that because the computer has been "sleeping" all night the HD's are stopped etc, it starts to record for 1 second then the video "freezes" for 1 second but the audio continues. And is then out of sync.
It only happens with recordings at this time.
So really I need to wake the computer to do something - sure a schedulled xxxx.bat file that creates an empty file on a disk woiuld do it.
I got this one free from a friend but unlike my other (Leadtek hybrid) card, I can't get it to work neither on Win7 nor on WinXP. I came to the conlcusion it just won't work with NPVR, but I'd appreciate some confirmation. (The card is based on Conexant CX23881-19)
SoftPVR is installed. The card works all right otherwise.
Filtercheck.log and accordingly modified AnalogDevices.xml attached.
Does anyone have experience using DXVA or other video accelerators like Pure Video with NPVR? My setup is all SD at the moment but I am looking to upgrade to HD soon. I am trying to work out if I just need to upgrade the motherboard or if a DXVA video card will allow a more modest motherboard upgrade. I have downloaded several H264 1080P video clips to test the current setup on my NPVR server and two clients.
My client is a 2GHZ P4 333Mhz RAM with Geforce 6600 video which supports DXVA and Pure video. Playing SD it runs at around 20% but playing 1080p it runs at 100% although a Cinemascope film runs at around 80% as there is less to process so was watchable most of the time. Although the Cyberlink decoders have DXVA selected in NPVR they are ignored and ffdshow are used instead. Even when the ffdshow DXVA decoder is selected for H264 the same ffdshow video filter is used. I suspect from using DXVA Checker that the card only supports DXVA for MPEG2 but not at 720p or 1080p.
The video card also supports Nvidiaâs video accelerator Pure Video but as you have to buy the decoders I downloaded the time limited test decoders. DXVA Checker lists this under H264 at both 720p and 1080p but in NPVR is only listed under MPEG2 decoders and not under H264 decoders and the decoder is not used by NPVR. As two other media players both use the same decoders to play the videos I assume that that the Windows settings are overriding the NPVR settings. My other client is 3GHZ P4 366MHZ RAM but has no AGP slot so has PCI video card. This processes 1080p at around 60% but the video soon lags well behind the voice presumable because the PCI data rate is not fast enough.
Today i managed to install and scan to fill channels: 7 videos and 30 radios. When i start npvr, press the arrow till Live TV, Right click and choose Channels, then choose any, i always have ...please wait... for 5 seconds then a black screen. Occasionally a grey or green barre will appear at the bottom.
When a video channel is selected, right clicking opens a dialog including audio stream and subtitle stream.
When on a radio channel, right clicking open a dialog w/o these options
Thanks in advance for your help
ps Playing AVIs photos and music seem ok
pavilion dv9750ej
vista home premium
dvb-t usb module
Not sure if this is an NPVR or NEWA autorecord issue.
I have an Autorecord set for <Search id="Super Rugby (L)">
For some reason, one of these didn't seem to set the autorecord.
So I tried to set it manually and was told "No Tuner Available for this Recording" (This is my analog tuner)
The NEWA log shows an "Epgevent was previously scheduled" entry for all BUT the program I wish to get. So NEWA is apparently not autorecording it, but somehow NPVR has reserved the tuner? (The AFV Recording Tuner is the Digital Tuner so not related).
Code:
2011-04-30 19:20:35.393 [INFO][4]
2011-04-30 19:20:35.393 [INFO][4] NEWA Auto-Record Setting: True
2011-04-30 19:20:35.393 [INFO][4] Search Auto-Record Setting:True
2011-04-30 19:20:35.393 [INFO][4]
2011-04-30 19:20:35.393 [INFO][4] NEWA Auto-Search Setting:True
2011-04-30 19:20:35.393 [INFO][4] Search Auto-Search Setting: True
2011-04-30 19:20:35.393 [INFO][4]
2011-04-30 19:20:35.424 [INFO][4] Found: 5 matches for search: Super Rugby (L)
2011-04-30 19:20:35.424 [INFO][4]
2011-04-30 19:20:35.426 [INFO][4] Scheduleing epgevent: Super Rugby (L) For v Cru on 30/04/2011 at 12:00 p.m.
2011-04-30 19:20:35.456 [INFO][4] About to connect to remote recording service
2011-04-30 19:20:35.469 [DEBUG][4] RecordingServiceProxy@exit
2011-04-30 19:20:35.494 [ERROR][4] Recording not scheduled. Recording not found after calling NPVR API to schedule the EPGEvent.
2011-04-30 19:20:35.495 [INFO][4] *****Epgevent was previously scheduled: Super Rugby (L) Bul v Chi on 30/04/2011 at 3:00 p.m.
2011-04-30 19:20:35.495 [INFO][4] *****Epgevent was previously scheduled: Super Rugby (L) Bul v Chi on 30/04/2011 at 4:00 p.m.
2011-04-30 19:20:35.496 [INFO][4] *****Epgevent was previously scheduled: Super Rugby (L) Sto v Sha on 30/04/2011 at 5:00 p.m.
2011-04-30 19:20:35.497 [INFO][4] *****Epgevent was previously scheduled: Super Rugby (L) Bul v Chi on 2/05/2011 at 4:00 p.m.
2011-04-30 19:20:35.497 [INFO][4]
2011-04-30 19:20:35.497 [INFO][4] Search Parameters:
2011-04-30 19:20:35.497 [INFO][4] Channels: System.Collections.ArrayList
2011-04-30 19:20:35.497 [INFO][4] Genre: System.Collections.ArrayList
2011-04-30 19:20:35.497 [INFO][4] Check Title: True
This is my first post, and I must say that the NPVR program is generally excellent compared to any other software I have tried.
My setup is running XP SP3 and has both a Freesat and a Freeview tuner.
However, I have discovered an issue with recording programs with '..' (2 fullstops) at the end of the title. The recording status indicates that they are recording ok, but when complete the entries vanish without a trace, no error is reported.
The directory is created correctly, but the file is never created within. The logs mention that the file name is invalid and it still contains the '..' within it.
Program titles with '...' (3 fullstops) work fine, the file name is stripped of all the fullstops.
The information in the XML guide file does actually have 3 fullstops, but when NPVR imports it, it is stripping a fullstop from the end.
This problem only seems to affect XML guide parsing, as guide data pulled in from the built in DVB EPG collector works fine.
)