2005-01-10, 02:04 PM
As you know, the HDD space fills very quickly and there is a little solution to this I have used. I don't post the complete code here yet (because I have to rewrite it a little bit), but the workflow/idea is here ![[Image: smile.gif]](http://gbpvr.com/iB_html/non-cgi/emoticons/smile.gif)
1) edit postprocessing.bat to run comskip.exe on %1 and echo %1 >> \pvr\transcode.txt
2) edit \pvr\transcode.cmd to sth like that:
#!/bin/bash
f=`cat \pvr\transcode.txt`
for t in $f; do
\pvr\mencoder -oac mp3lame -ovc xvid -xvidencopts fixed_quant=4 $t -o $t.new
if [ %errorlevel% == 0]; do
del $t
ren $t.new $t
done
egrep -e $t \pvr\transcode.txt >\pvr\transcode
done
3) schedule a new task to be run on weekdays (Mo-Fr) at 9:00 \pvr\transcode.cmd and enable maximum run for 8h.
So what it does is after a new recording it runs comskip and marks out commercials and inserts new recording filename to processing queue. So, if you watch the recording before 9:00 on Monday, you will see original mpeg2 stream. At 9:00 on Monday morning it wakes up computer and transcodes as many mpeg2 streams from queue to xvid as it could in 8 hours and all left in queue are processed the next day (I choosed this time because the PVR is in living room and I don't want that the PVR makes any additional unwanted noise when my family is at home). It keeps the mpg extension on files and in original location. So, if you happen to playback this recording afterwards GB-PVR doesn't make difference that inside is avi not mpeg and allows to play back as normally it does (also commercial skipping and all other works).
All comments are welcome!
![[Image: smile.gif]](http://gbpvr.com/iB_html/non-cgi/emoticons/smile.gif)
1) edit postprocessing.bat to run comskip.exe on %1 and echo %1 >> \pvr\transcode.txt
2) edit \pvr\transcode.cmd to sth like that:
#!/bin/bash
f=`cat \pvr\transcode.txt`
for t in $f; do
\pvr\mencoder -oac mp3lame -ovc xvid -xvidencopts fixed_quant=4 $t -o $t.new
if [ %errorlevel% == 0]; do
del $t
ren $t.new $t
done
egrep -e $t \pvr\transcode.txt >\pvr\transcode
done
3) schedule a new task to be run on weekdays (Mo-Fr) at 9:00 \pvr\transcode.cmd and enable maximum run for 8h.
So what it does is after a new recording it runs comskip and marks out commercials and inserts new recording filename to processing queue. So, if you watch the recording before 9:00 on Monday, you will see original mpeg2 stream. At 9:00 on Monday morning it wakes up computer and transcodes as many mpeg2 streams from queue to xvid as it could in 8 hours and all left in queue are processed the next day (I choosed this time because the PVR is in living room and I don't want that the PVR makes any additional unwanted noise when my family is at home). It keeps the mpg extension on files and in original location. So, if you happen to playback this recording afterwards GB-PVR doesn't make difference that inside is avi not mpeg and allows to play back as normally it does (also commercial skipping and all other works).
All comments are welcome!
--- GBPVR system ---
Server: homemade (ASUS MB, AMD x2 5200+, 4G RAM, 3.2TB RAID5, 1Gbit) + DVB-T Hauppauge HVR1300 (h264 TS) + IPTV
Clients: ASUS Pundit-R (P4 3.2GHz Northwood!, 1G RAM, zero HDD - netboot, WinLIRC to use Hauppauge remote on system without Hauppauge devices) + IBM ThinkPad T42 (pvr over 802.11g) + FSC N560 WM6 (802.11g) + etc
Server: homemade (ASUS MB, AMD x2 5200+, 4G RAM, 3.2TB RAID5, 1Gbit) + DVB-T Hauppauge HVR1300 (h264 TS) + IPTV
Clients: ASUS Pundit-R (P4 3.2GHz Northwood!, 1G RAM, zero HDD - netboot, WinLIRC to use Hauppauge remote on system without Hauppauge devices) + IBM ThinkPad T42 (pvr over 802.11g) + FSC N560 WM6 (802.11g) + etc
