![]() |
|
Hardware Support Discussions related to using various hardware setups with SageTV products. Anything relating to capture cards, remotes, infrared receivers/transmitters, system compatibility or other hardware related problems or suggestions should be posted here. |
![]() |
|
Thread Tools | Search this Thread | Display Modes |
#1
|
|||
|
|||
![]()
I'm a new HD-PVR user, and it's been working fine until last night when I powered up an extra media extender. When the main menu came up, I noticed that the red light went out on my HD-PVR which was busy recording a show.
The debug log showed "SEEKER HAS DETECTED A HALT IN THE ENCODER...TRYING TO RESET IT". I power cycled the HD-PVR and in a few minutes Sage restarted the recording and the red light was back on. Today I've gotten it to happen a few more times, sometimes while booting an extender, browsing menus, or while watching an SD channel while the HD-PVR is recording something else. And I'm thinking it's related to memory in the JVM. Each time the HD-PVR stopped during a recording, I noticed a slight hiccup on the extender's Sage interface at the same time and according to the debug logs, the Java memory was nearly at the limit and a moment later it freed up several hundred MB. So the hiccup was probably the JVM garbage collector cleaning up. So could it be as simple as adding more memory to the JVM? I still want to do more testing on this, but it seems like the HD-PVR is overly sensitive to the low memory situation, and when it happens I have to power off and on the HD-PVR to get it back. The JVM cleanup process doesn't interrupt or hang any of my PVR-500 recorders. Has anyone else correlated HD-PVR lockups to JVM memory usage? I haven't seen anything like that in this forum. Would this be a Sage or a Hauppauge driver problem? My setup: Sage 6.6.2.218, WinXP, HD-PVR D2 w/1.5.6 drivers, Java 1.6.0_16 |
#2
|
||||
|
||||
Each exterder does take extra memory from the java heap on the server. I have had similar issues from bad java installs, not enough java heap and bad memory modules in my SageTV server. With mine, the issue was generally that the HD PVR would not get the message to stop a recording and would continue to record until I caught the problem or until another recording was scheduled to start.
I run mine now at 768 - if you have enough memory you can even try 1024.
__________________
Server: SageTV 9, Win10/32, Intel DP55KG Mb, Intel QC i5 2.66GHz , 4GB 1333MHz DDR3 SDRAM, 2 Hauppauge 2255s for 4 OTA ATSC tuners, HDHRPrime w Comcast, 3 STP-HD300s 20101007-0 firmware, nVidia Shield. Java v7u55. Plugins:SD EPG, OpenDCT |
#3
|
|||
|
|||
I didn't think you could go over 512. Do you mind sharing your setting? I have plenty of memory.
__________________
Flash Sage Server: Gigabyte P35-DS3L, Core2Duo E6300 v1, 4GB, XP Pro SP2, Radeon X1550, Sage 6.6.2, 2 HD-PVR, 2 HDHR 4xOTA, Hauppauge HVR-1600 1xOTA and 2xDish ViP211 Receiver, USB-UIRT, 3x640GB WD6400AAKS, headless Sage Client: 1xSage HD200 HD Extender Sage Client: 2xSage STX-HD100 HD Extender |
#4
|
||||
|
||||
Quote:
512m = 200hex 768m = 300hex 1g = 400hex
__________________
Server: SageTV 9, Win10/32, Intel DP55KG Mb, Intel QC i5 2.66GHz , 4GB 1333MHz DDR3 SDRAM, 2 Hauppauge 2255s for 4 OTA ATSC tuners, HDHRPrime w Comcast, 3 STP-HD300s 20101007-0 firmware, nVidia Shield. Java v7u55. Plugins:SD EPG, OpenDCT Last edited by HelenWeathers; 09-04-2009 at 09:29 PM. |
#5
|
||||
|
||||
I tried 1024... once. Had to boot into safe mode to get around a persistent BSoD and reset the value to 512. I guess 2gig isn't enough physical to run a heap of that magnitude. I've been toying with the idea of putting in one stick of a spare 2gig I bought for expansion, but not sure if my board will take singles. I was told in another thread that my 350 drivers won't operate w/ 4gig installed.
![]()
__________________
Server: MS Win7 SP1; FX8350 (H2O cooled); 8GB RAM; Hauppauge HVR-7164 (OTA); HVR-885 (OTA); SageTV 9.1.5.x; 12+TB Sage Storage Clients: HD300 x2; HD200 x2; Placeshifter Service: EPB Fiber (1Gb); OTA (we "cut the cord"); Netflix, Hulu, etc. |
#6
|
|||
|
|||
Quote:
__________________
Flash Sage Server: Gigabyte P35-DS3L, Core2Duo E6300 v1, 4GB, XP Pro SP2, Radeon X1550, Sage 6.6.2, 2 HD-PVR, 2 HDHR 4xOTA, Hauppauge HVR-1600 1xOTA and 2xDish ViP211 Receiver, USB-UIRT, 3x640GB WD6400AAKS, headless Sage Client: 1xSage HD200 HD Extender Sage Client: 2xSage STX-HD100 HD Extender |
#7
|
||||
|
||||
Lovely. Guess it's just me and mine then.
![]()
__________________
Server: MS Win7 SP1; FX8350 (H2O cooled); 8GB RAM; Hauppauge HVR-7164 (OTA); HVR-885 (OTA); SageTV 9.1.5.x; 12+TB Sage Storage Clients: HD300 x2; HD200 x2; Placeshifter Service: EPB Fiber (1Gb); OTA (we "cut the cord"); Netflix, Hulu, etc. |
#8
|
|||
|
|||
An update...
Last night I reduced the java heap to 256MB, and the HD-PVR lockup was fairly easy to reproduce by running the JVM out of memory and forcing it to do cleanup. Then I increased it to 1024MB, and with only 150MB in use the HD-PVR locked up. So much for my theory. ![]() But the more I watched the problem, each time the HD-PVR would hang there was a CPU spike up to 100%. I ran a CPU-hog program to force the CPU to 100% but that didn't cause any problems. So it seems like a CPU spike within the JVM leads to the hang. And I guess most of the time these spikes were the memory cleanup processes, which explains what I was thinking earlier--until it failed with lots of free memory. Then I downgraded from 1.5.6 to 1.5.0.301 per some suggestions on other threads. I put the JVM back to 256MB and for 3 or 4 hours I rebooted extenders over and over, started lots of recordings, browsed menus, etc just to exercise the system. The JVM memory was nearly 100% all the time and the interface was really sluggish, and the HD-PVR only locked up once. Several times the CPU was at 100% for a long time and it stopped recording but picked back up as soon as the load came down (no capture errors), and continued writing to the same file although there is a corrupted spot in the data (not surprised by this). So all I can say is 1.5.0.301 seems much more stable than 1.5.6 on my system. I'll keep testing and let you all know how it goes. My final solution will include a 1024MB JVM since I have 2GB in the box.
__________________
Server: HP DL380 G6, VMware ESXi 5.0 with HW passthrough for USB and Firewire, 4 x HD-PVR, ZFS storage SageTV: Production: 7.1.9+Java 1.6.0_32 on XP, Test: 9.0.4.291+Java 1.8.0_72 on Linux 64-bit Clients: 2 x Sage HD200 Extender, 1 x Sage HD100 Extender Sources: 4 x Motorola DCH-3200 (firewire channel changing), HD Homerun Prime, OpenDCT 0.5.7 |
#9
|
|||
|
|||
Troll5501, thanks for all your detailed testing.
1.5.6 did appear to lock up more then 1.5.0.301 for me, plus audio problems with 1.5.6 |
#10
|
||||
|
||||
Audio output?
Troll5501,
Are you using optical or component audio?
__________________
Currently using SageTV Media Center Server on Windows 7, SageTV Client as an HTPC on Windows 7, and an HD Theater HD200. The server controls 3 Motorola DCH-3200 cable boxes and 3 Hauppauge HD-PVRs (all Rev F1) with HD audio and changes channels via firewire WITH NO LOCKUPS. It's awesome. ![]() 4 Steps to Perfect Stutter Free Playback for SageTV Quick Guide: How to Bitstream Audio in Windows 7 |
#11
|
|||
|
|||
Optical. Didn't really spend much time with analog audio although I've read about some people having problems with optical.
__________________
Server: HP DL380 G6, VMware ESXi 5.0 with HW passthrough for USB and Firewire, 4 x HD-PVR, ZFS storage SageTV: Production: 7.1.9+Java 1.6.0_32 on XP, Test: 9.0.4.291+Java 1.8.0_72 on Linux 64-bit Clients: 2 x Sage HD200 Extender, 1 x Sage HD100 Extender Sources: 4 x Motorola DCH-3200 (firewire channel changing), HD Homerun Prime, OpenDCT 0.5.7 |
#12
|
||||
|
||||
I switched from digital to analog (even though I didn't want to) and haven't had a lockup since. This is 1.5.6 drivers. With digital they were locking up almost every day.
__________________
Currently using SageTV Media Center Server on Windows 7, SageTV Client as an HTPC on Windows 7, and an HD Theater HD200. The server controls 3 Motorola DCH-3200 cable boxes and 3 Hauppauge HD-PVRs (all Rev F1) with HD audio and changes channels via firewire WITH NO LOCKUPS. It's awesome. ![]() 4 Steps to Perfect Stutter Free Playback for SageTV Quick Guide: How to Bitstream Audio in Windows 7 |
#13
|
|||
|
|||
Quote:
When doing these operations, I'm getting CPU spikes to 100% that last several seconds. For example, I went into the guide and selected a show and when I clicked "Record this show" I got something like this: ![]() A moment later I looked over and saw that the HD-PVR was no longer recording, and then I got the capture error on the screen. The previous lock-up happened much the same way. I was away from the TV all day, then turned it on (extender was already running) and went into recordings and deleted a few. Next thing I knew, the HD-PVR that was recording suddenly stopped recording and up came the capture error. Both cases required power cycling the HD-PVR. Is it possible that something is not getting the CPU it needs (driver, USB, ??) and the resulting delay is somehow causing the lockup? This seems like a driver issue, not a heat-related one like some people are finding. I'm also wondering if these CPU spikes are normal for these types of actions in SageTV. My server does not do any decoding or transcoding, I use extenders everywhere. My wiz.bin has 3+ years of data and is 23MB...maybe it's parsing all this data each time I do something related to recordings? CPU is a Pentium Northwood 3.0GHz. I think my CPU supports hyperthreading...should I consider enabling it? I'm using Neilm's Dynamic Menu plugin and I have the SageTV unsupported "extras" enabled, but no other customizations.
__________________
Server: HP DL380 G6, VMware ESXi 5.0 with HW passthrough for USB and Firewire, 4 x HD-PVR, ZFS storage SageTV: Production: 7.1.9+Java 1.6.0_32 on XP, Test: 9.0.4.291+Java 1.8.0_72 on Linux 64-bit Clients: 2 x Sage HD200 Extender, 1 x Sage HD100 Extender Sources: 4 x Motorola DCH-3200 (firewire channel changing), HD Homerun Prime, OpenDCT 0.5.7 |
#14
|
|||
|
|||
1GB heap here - still lockups
I'm finding that 1GB doesn't do the trick.
Last night, instead of doing a full shutdown, I simply unplugged the USB cable from the back of the HDPVR and plugged it back in after 5 seconds and the lockup was gone (sage was able to record on the HDPVR again). I didn't even restart the sage service. I have to wonder if it is time to find a quality USB card at newegg. SPECS: Intel DG45ID motherboard, ATI 4670, 3GB RAM, Vista 32-bit, 1561 HDPVR firmware Brad |
#15
|
||||
|
||||
Quote:
__________________
Currently using SageTV Media Center Server on Windows 7, SageTV Client as an HTPC on Windows 7, and an HD Theater HD200. The server controls 3 Motorola DCH-3200 cable boxes and 3 Hauppauge HD-PVRs (all Rev F1) with HD audio and changes channels via firewire WITH NO LOCKUPS. It's awesome. ![]() 4 Steps to Perfect Stutter Free Playback for SageTV Quick Guide: How to Bitstream Audio in Windows 7 |
![]() |
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
|
|
![]() |
||||
Thread | Thread Starter | Forum | Replies | Last Post |
Java Heap Size | rickgillyon | SageTV Beta Test Software | 48 | 12-14-2011 04:47 AM |
Java Heap Size | craigap | SageTV Media Extender | 21 | 03-27-2010 10:53 AM |
Java Heap Size issue in SageMC on imported MCE (dvr-ms) recordings | 71_Cuda | SageMC Custom Interface | 15 | 03-28-2009 08:54 AM |
Heap Size and Stuttering | vividweb | SageTV Software | 5 | 06-02-2008 04:33 PM |
EOF Lockup - Not PVR 350 Related | CyRex | SageTV Software | 7 | 04-07-2005 01:23 PM |