Powerscheduler puts to standby while compressing video (1 Viewer)

Vasek

Portal Member
December 13, 2006
47
4
47
Liberec
Home Country
Czech Republic Czech Republic
TV-Server Version:
MediaPortal Version: 0.2.3RC1
MediaPortal Skin: Blue Two
Windows Version: MCE 2005 CZE
CPU Type: AMD X2 4200+
HDD: WD 320GB
Memory: 2x1GB 666MHz
Motherboard: Gigabyte M55S-S3
Motherboard Chipset: nVidia 550
Motherboard Bios:
Video Card: geForce 7600GT 256MBDDR3
Video Card Driver:
Sound Card:
Sound Card AC3:
Sound Card Driver:
1. TV Card: hauppage HVR1300
1. TV Card Type: analog+DVB-T
1. TV Card Driver:
2. TV Card:
2. TV Card Type:
2. TV Card Driver:
3. TV Card:
3. TV Card Type:
3. TV Card Driver:
4. TV Card:
4. TV Card Type:
4. TV Card Driver:
MPEG2 Video Codec:
MPEG2 Audio Codec:
Satelite/CableTV Provider:
HTPC Case: Thermaltake Tsunami
Cooling: Arctic-Cooling ALPINE 64
Power Supply: Fortron FSP400-60GLN
Remote: MCE
TV:
TV - HTPC Connection:

error description:
1) make so many TV recordings that compression will take more time than switch-to-standby in powerscheduler
2) you can set powerscheduler to switch-to-standby soon, I have 5 minutes
3) in recorded TV, go to compress
4) compress to MPEG2, all files (or at least files needed to fullfill next steps)
5) MP will start compression
6) move to home screen and turn off playing TV (or ensure that TV nor radio is playing and only compression is in progress)
7) you wait until powerscheduler switches PC to stand-by (preset time).

In my opinion, powerscheduler should switch do standby after compression is finished.
Important point: normally TV is switched on when entered compress screen and continues playing until manually stopped in i.e. home screen. It prevent powerscheduler from switching computer to standby. However it is also not good feature, because usually you dont need to watch TV always you compress videos, and if you want, you can switch TV on manually. But when you watch TV and compress videos and have everything on 1 HDD, HDD has hot times and fregments itself a lot.

Bug was also tested with SVN 14891 with same results. This bug doesnot come to live very often, because you need quite a lot of recorded videos to compress (like after vacation).

In the log, shutdown occured at 13:41:32.

Thanx for your work!

Vasek
 

Users who are viewing this thread

Top Bottom