![]() |
|
SageTV Github Development Discussion related to SageTV Open Source Development. Use this forum for development topics about the Open Source versions of SageTV, hosted on Github. |
![]() |
|
Thread Tools | Search this Thread | Display Modes |
#1
|
||||
|
||||
Encoder Initialization Bug?
I am cross posting a thread I created here because I suspect it might be a bug with Sage and would like to get some different eyes on this for suggestions.
I have two HDPVR2s that work well about 80% of the time but the other 20% have problems initializing a recording. It gives the error: Code:
[MainMsg@9c4132] Built:sage.EncodingException: ERROR (-6,0x80004005): There was a problem setting up hardware video compression. Please be sure you have the latest drivers installed for your capture device, and that they are installed correctly. Mon 10/11 22:00:10.493 [DistributeHookNetClients@1d1d849] Sending hook to client for MediaPlayerError args=[Capture, ERROR (-6,0x80004005): There was a problem setting up hardware video compression. Please be sure you have the latest drivers installed for your capture device, and that they are installed correctly.] Mon 10/11 22:00:10.494 [DistributeHookNetClients@180da3a] Sending hook to client for SystemStatusChanged args=[] In short, only Sage has occasional problems starting the HDPVRs, always both HDPVRs at the same time have issues, and only restarting Sage fixes the issue. What's more annoying is that when Sage has this problem when recording a favorite, it simply records a blank file instead of trying to restart or canceling the recording and trying later. So, I need to delete these "blank" files that otherwise look like they recorded properly. Does anyone have any idea what could be causing this or how I could troubleshoot to find any more info on it? |
#2
|
||||
|
||||
What are your video sources? I have noticed that the HDPVR2's really stumble when the source changes, or goes to sleep even. I have not seen this problem with Sage 64bit on Win 7 64 bit (2500k CPU, 16gb memory).
I'm also using (2) HDPVR2's, can I get you a log file of mine to use for comparison? I'm not great perusing the log files. |
#3
|
||||
|
||||
I am using two Directv receivers set to native resolution, so there is switching there, but I haven not been able to correlate that to the problem and even tried a 12 second wait to tune time. That also wouldn't account for both HDPVRs being always out of commission at the same time.
But your resolution comment got me thinking so compared my current log files to my log files from a few years ago with my original HDPVR 1212s. With all tuners, appears that Sage initially tries to record at 720x480, 30fps. In my older logs, there would be an entry after that that says the signal was detected and that the input resolution was either 720 or 1080, like the below entries. None of my current recordings, good or bad, have that entry with the HDPVR2. I'm not sure if that means anything or Sage no longer explicitly creates those entries. In any case, the fact that both HDPVRs always have problems at the same time and only restarting Sage fixes them still makes me think there is a bug in Sage somewhere causing this. I guess my next approach is to migrate over to the 64bit version with a fresh install and see if that fixes everything. Code:
Sun 6/4 1:00:06.523 [MainMsg@629cbc] Signal detected! Sun 6/4 1:00:06.550 [MainMsg@629cbc] Detected capture input resolution lines=720 |
#4
|
||||
|
||||
KryptoNyte, thanks for PM'ing me your log file. Your entries look completely different than mine. For example, I have much more info on the different encoding processes. Does Sage have a verbose logging mode that I somehow forgot about? If not, perhaps I just need to do a clean install with the 64 bit version.
Code:
Wed 9/29 6:39:51.231 [PooledThread@12ca9f] Playing IR tune command of 4 Wed 9/29 6:40:00.943 [MainMsg@26c17e] setEncodingProperties0 1177554952 HDPVRCustomMax Wed 9/29 6:40:00.944 [MainMsg@26c17e] Set encoding property audiooutputmode to 0 Wed 9/29 6:40:00.944 [MainMsg@26c17e] Set encoding property audiocrc to 0 Wed 9/29 6:40:00.944 [MainMsg@26c17e] Set encoding property gopsize to 15 Wed 9/29 6:40:00.944 [MainMsg@26c17e] Set encoding property videobitrate to 8000000 Wed 9/29 6:40:00.944 [MainMsg@26c17e] Set encoding property peakvideobitrate to 13000000 Wed 9/29 6:40:00.944 [MainMsg@26c17e] Set encoding property inversetelecine to 0 Wed 9/29 6:40:00.944 [MainMsg@26c17e] Set encoding property closedgop to 0 Wed 9/29 6:40:00.945 [MainMsg@26c17e] Set encoding property vbr to 1 Wed 9/29 6:40:00.945 [MainMsg@26c17e] Set encoding property outputstreamtype to 1 Wed 9/29 6:40:00.945 [MainMsg@26c17e] Set encoding property width to 720 Wed 9/29 6:40:00.945 [MainMsg@26c17e] Set encoding property height to 480 Wed 9/29 6:40:00.945 [MainMsg@26c17e] Set encoding property audiobitrate to 384 Wed 9/29 6:40:00.945 [MainMsg@26c17e] Set encoding property audiosampling to 48000 Wed 9/29 6:40:00.945 [MainMsg@26c17e] Set encoding property disablefilter to 1 Wed 9/29 6:40:00.945 [MainMsg@26c17e] Set encoding property medianfilter to 3 Wed 9/29 6:40:00.946 [MainMsg@26c17e] Set encoding property fps to 30 Wed 9/29 6:40:00.946 [MainMsg@26c17e] Set encoding property ipb to 0 Wed 9/29 6:40:00.946 [MainMsg@26c17e] Set encoding property deinterlace to 0 Wed 9/29 6:40:00.946 [MainMsg@26c17e] Set encoding property aspectratio to 1 Wed 9/29 6:40:00.946 [MainMsg@26c17e] setupEncoding0 called for 1177554952 'Hauppauge Siena Video Capture-0' (ver 1.0) Wed 9/29 6:40:00.946 [MainMsg@26c17e] setupEncoding0 Trace1 Wed 9/29 6:40:00.949 [MainMsg@26c17e] setupEncoding0 Trace2 Wed 9/29 6:40:00.949 [MainMsg@26c17e] setupEncoding0 Trace3 Wed 9/29 6:40:00.972 [MainMsg@26c17e] setupEncoding0 Trace4 Wed 9/29 6:40:00.973 [MainMsg@26c17e] setupEncoding0 Trace6 Wed 9/29 6:40:00.973 [MainMsg@26c17e] setupEncoding0 Trace6-1 Wed 9/29 6:40:00.973 [MainMsg@26c17e] setupEncoding0 Trace7 Wed 9/29 6:40:00.973 [MainMsg@26c17e] setupEncoding0 Trace7-3 Wed 9/29 6:40:00.973 [MainMsg@26c17e] setupEncoding0 Trace8 Wed 9/29 6:40:00.973 [MainMsg@26c17e] Exception from line: 866 Wed 9/29 6:40:00.973 [MainMsg@26c17e] Built:sage.EncodingException: ERROR (-6,0x80004005): There was a problem setting up hardware video compression. Please be sure you have the latest drivers installed for your capture device, and that they are installed correctly. Wed 9/29 6:40:00.974 [DistributeHookNetClients@e96050] Sending hook to client for MediaPlayerError args=[Capture, ERROR (-6,0x80004005): There was a problem setting up hardware video compression. Please be sure you have the latest drivers installed for your capture device, and that they are installed correctly.] Wed 9/29 6:40:00.974 [DistributeHookNetClients@12ca9f] Sending hook to client for SystemStatusChanged args=[] |
#5
|
||||
|
||||
If anyone knows of a way to increase the logging detail in Sage, please let me know and I'll crank it up for a more detailed log file.
If you currently have the 32 bit version of SageTV installed, it's quite safe to install the 64 bit version as a test and you can switch back and forth as you wish. The 64bit install is to a completely different folder. I just made sure that the 32 bit and 64 bit version services were not running at the same time. Last edited by KryptoNyte; 10-21-2021 at 04:53 PM. |
#6
|
|||
|
|||
Quote:
__________________
Windows Installer |
#7
|
||||
|
||||
Got it. Thank you.
|
#8
|
||||
|
||||
I plan to install the 64bit version this weekend and will test.
I hadn't had the native log option turned on but have now done so. The logs are much larger, but I am not sure it is giving me much more info on my issue. One thing I noticed was an exception in the log. Is there a way to determine which line "866" is? Code:
Thu 10/21 18:39:38.640 [MainMsg@18537d5] Exception from line: 866 |
#9
|
|||
|
|||
Quote:
You can tell by all of the “setupEncoding0 Trace” comments and searching on GitHub. Also I don’t remember but native logging may output to a different file. Check your SageTV directory.
__________________
Windows Installer Last edited by wnjj; 10-22-2021 at 09:30 AM. |
#10
|
||||
|
||||
Thank you wnjj. Based on the line error, it looks like Sage isn't finding the right encoding pin for some reason.
|
#11
|
||||
|
||||
After some difficulties setting up the 64bit version, I was able to reproduce the same failure to start encoding issues as the 32bit. This time in my testing, I noticed that only one tuner locked up and only on 720p channels. The same "locked up" tuner was able to record 1080i channels. In other words, only recording in 720p "locked" but 1080i, at least at that moment, did not. I don't remember that being the case previously, but maybe there is a bit more variability to this issue.
I have had failures on 1080i recordings in the past and thought I did enough testing to show that it wasn't the resolution switching that was causing issues. However, I have once again switched to 1080i only on both receivers and will see how that goes. My old H21 receivers do a very bad job transcoding/upscaling 720p channels to 1080i, so if this ends up being the only fix, I may just move back to the older HDPVR 1212 models. |
#12
|
||||
|
||||
Quote:
I'm just grasping at straws here, but do you have the HDPVR2's connected via USB 2.0 ports on your server's motherboard? Have you tried different USB ports on the server? |
#13
|
|||
|
|||
Quote:
__________________
Windows Installer |
#14
|
||||
|
||||
Quote:
|
#15
|
||||
|
||||
Locking the resolution of the DirecTV tuners to 1080i didn't help. Locked up when I tried this morning at 1080i. Setting back to native resolution. Either Sage is sometimes getting the "pins" wrong or the driver is sometimes acting weird for some reason.
Another wild guess, but, KryptoNyte, when did you buy your HDPVR2's? The original HDPVR 1212's had several versions. Perhaps that is the case here. Looks like I ordered mine at the start of 2013. |
#16
|
|||
|
|||
Quote:
__________________
Windows Installer |
#17
|
||||
|
||||
Yeah, there are quite a few different revisions of the HDPVR2. I believe I have one of the 1512 models, which was originally sold as the "HD video recorder" model. I also have one of the later Gaming models the GE PLUS (gaming edition plus) I believe because it was the only "GAMING" model that had optical audio (SPDIF) input in that series because I wanted 5.1 channel digital audio, and the SPDIF was the only reliable way to get it. I was never able to reliably get 5.1 channel audio via HDMI alone. I always made sure to purchase the Xbox360 slim 4gb model with the optical output.
I'll go see if I can find that logfile ... |
#18
|
||||
|
||||
Given the flaky power supplies on the HDPVR's, have you replaced at least one of the power supplies on your HDPVR2's? What about pulling one of them to test on a second PC, to see if you can replicate the problem?
|
#19
|
||||
|
||||
Logs sent, see PM's.
|
#20
|
||||
|
||||
Thanks for the log file. I will look it over and compare with mine to see if I notice anything. I just ordered a new power supply for one of the HDPVR2s, so I can potentially eliminate that as an issue. Swapping over to another PC will be challenging since I don't have an extra available. Might be easier to do a complete reinstall of Windows.
I also uninstalled the Hauppauge capture program and device central program to see if that changes anything. |
![]() |
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
|
|
![]() |
||||
Thread | Thread Starter | Forum | Replies | Last Post |
Waiting for SageTV to finish initialization | perfessor101 | SageTV Software | 5 | 10-23-2013 01:31 PM |
Waiting for SageTV to finish initialization .... | tmiranda | SageTV Beta Test Software | 2 | 12-18-2008 07:21 AM |
PVR-150 Remote Initialization Failed | code0 | Hardware Support | 7 | 02-10-2005 05:35 PM |
Hauppauge 350 Remote initialization failure with 350(15)/250 MCE (OEM-16) combo cards | naln | Hardware Support | 10 | 08-11-2004 11:46 PM |
Possible initialization problem with multi-tuner cards | carlgar | SageTV Software | 23 | 04-27-2004 07:35 PM |