Had two zero length recording yesterday (20jan13) out of the blue. First zero length in a long time.
1900 Once Upon a Time, channel 13.1
2000 Revenge, channel 13.1
nPVR shows the recording failed, "No errors, but no data delivered. This is usually because the device failed to lock a sig"
I noticed the failure yesterday, and could watch and record 13.1 with no problem not long after the failures.
I placed a tuner (Hauppauge Win TV 418 BDA) that has a different connection to the antenna to try and improve my odds.
I'm running NextPVR from XBMC 12. The Live TV constantly stutters along with the mouse if I try to move it. Then the video will start moving fast for a while. This happens over and over.
I'm new to NextPVR but have been using a Pinnacle PCTV USB Stick 80e with TV Center software for more than a year on a 64-bit and 32-bit Windows 7 machines. The 64-bit has Intel on-board graphics and the 32-bit has an NVidia GeForce 6600 installed.
I installed DirectX runtime 9.0c and NextPVR, set up 35 Bay Area channels, populated the channel guide and tried to watch live TV. Visual Studio installed all required VC++ runtimes. At one point I was able to see live video with no audio but, after closing down NextPVR, was never again able to get anything but a black screen with live or recorded *.ts files.
Video recording works as expected and I can view the recorded *.ts files as well as the buffer *.ts file in the VLC Video Player and Windows Media Player, which also deliver audio correctly.
I have the same problem with the Web front-end, although once the Web front end caused a hard freeze when attempting to play videp. Required a cold boot.
Hope you can shine some light on the problem. I've zipped up and attached the logs for today.
I also had problems with nDroid not being able to connect with the nDroid service (Fiddler2 said request timed out.) I'm taking that up with the Beetec folks.
I am migrating from media center to XBMC ... although at present without much success!
running a clean install of win 8 x64 with XBMC frodo RC3 and next pvr 2.5.9 (with Rollup 2 updates and NextPVR XBMC Addon)
nextPVR is running a blackgold GDI tv tuner presenting dual DVB-T tuners and ffdshow as the decoder.
when running nextPVR from the desktop i get all channels absolutely fine and stable, initial tuner load takes about 4 seconds and channel changes take about 2, this is good!
when running XBMC the initial live tv load from the epg takes about 10 seconds or more (not good) and if i try and change channels either the EPG crashes (including stop responding on XBMC) or the channel appears to change but no new picture appears (i.e black screen no video or audio).
how do i go about providing logs for debugging and what can i try to remedy the issue in XBMC.
Has anyone been able to get the spread setting to work successfully, I haven't, but think it would be a fantastic feature
Any input would be appreciated
cheers
I had been using the Hauppauge HD PVR as a loner while waiting for my Colossus to arrive. I had finally made the HD PVR work well, and have since removed that and installed the Colossus, but have run into some big problems that I've been able to mostly work through with hours of trying. But I just can't get this issue to stop. First off, Windows XP, latest fixes installed.
The logs that I attach will show a fresh boot into Windows XP and the initial NPVR run. The first issue isn't Colossus related. I have two 950q devices installed, and NPVR shows them both as available in the settings - device page, but they are unable to be accessed until I unplug and then plug each out and into the computer. Then NPVR uses them both flawlessly. This is only an issue on rebooting, mainly power failures. If I reboot the computer, I just know to do the unplug / plug thing, but not if there's a power failure.
Issue two, and the main issue. When NPVR starts up, I can use the Colossus fine. I can watch live tv, I can record. If I'm watching live tv, I can switch from Colossus channel to Colossus channel at will, and have no problems. But the second I deactivate the Colossus, either by stopping a recording or exiting Live TV, if I try to utilize it again, it locks up NPVR.
For example, in the first log attached, I have started a recording, stopped it, then attempted to start again. I can move through NPVR, but once I try to make a change, such as starting a second recording on the 950, or delete a recording, NPVR freezes. In the background, it will still be recording any 950 file it started, but I am effectively locked out. I can't mouse click in the tray, can't close a NPVR window (status or NPVR), etc. I can then stop the service, and restart, and the Colossus will commence the recording that I had tried prior to the lockout automatically. I can stop that recording, and then try to use the Colossus again, and again, it fails. I have attached logs with the initial start-up, the second run, and then the 3rd run. (Start - stop / start - stop / start)
Posted by: Karyudo - 2013-01-21, 12:23 AM - Forum: Wishlist
- No Replies
I've got two Colossus cards installed. They look identical in the 'Devices' tab in NPVR. This makes it tricky to sort out which one is handling which input source. And, once sorted, there's no provision to edit the Colossus' entry to include a name or detail to keep them straight henceforth. It would be very handy to have a 'Friendly Name' box or just an editable name.
I feel like i am missing something xbmc in my eyes sucks once you get past the flashy stuff.
For everyday use its sucks compared to how simple and easy to use nextpvr is.
Now that the hockey season is back on in Canada I am quickly finding that live TV navigation with XBMC is so poor that I am seeking other options. My goal is to find a LiveTV client as stable as NextPVR was when I used to use it on the host
With the R2 patches things seem a little better and I've lived with the occasional stop because of the frustrating rolling file rollovers for years but it just takes too long to restart playback on the client. Here is a side-by-side comparison on a digital 720p channel with NextPVR vs XBMC. Note that people think XBMC is slow on LiveTV