Re: [Freevo-users] (Help weird happenings): FIX for tv_grab issue...

2006-08-11 Thread Duncan Webb

Flynn42 wrote:

For Norm or anybody else with the same problem...

  Yesterday I started having the same tv_grab_na_dd problem you 
described.  I was only getting listings up to the current hour.  I 
started hacking away and found that the --days parameter in 
tv_grab_na_dd was only fetching up to about 12 hours ahead of the 
current time. When I used the --offset parameter and set it to the 
number of days ahead I wanted to fetch listings it worked. To fix the 
problem from within Freevo I opened my local_config.py file and 
altered the value for the XMLTV_GRABBER parameter.  It use to say this


XMLTV_GRABBER = '/usr/bin/tv_grab_na_dd'

...it now says this


XMLTV_GRABBER = '/usr/bin/tv_grab_na_dd --offset 12 '

*NOTE: there is a space after the --offset 12*


I simply added the --offset parameter into the call to the tv_grab_na_dd 
program. I have a feeling the error is coming from the the zap2it 
service. Maybe they changed the listing format around. Anyway...this fix 
worked for me. I hope it will work for you.


Todd :-)
On the subject of XMLTV, I've noticed a small problem with changing from 
one grabber to another, for example I used to use tv_grab_ch but this 
got blocked, then I switched to tv_grab_de_tvtoday and finality to 
tv_grab_ch_bluewin, and the same favorite with a different case eg 
Waking the Dead or Waking The Dead are treated as different programs.


The attached patch fixes this problem.

Another problem with tv_grab_ch_bluewin is that it times out quite 
often, so I have written the build-xml script to get the channels one at 
a time. (This script can be improved, I've ## the channels that I don't 
want)


Duncan
diff -Naur freevo-1.5.4.orig/src/helpers/recordserver.py 
freevo-1.5.4/src/helpers/recordserver.py
--- freevo-1.5.4.orig/src/helpers/recordserver.py   2005-10-16 
11:18:50.0 +0200
+++ freevo-1.5.4/src/helpers/recordserver.py2006-08-09 18:42:30.0 
+0200
@@ -622,7 +622,7 @@
 
 for fav in favs.values():
 
-if prog.title == fav.title:
+if prog.title.lower() == fav.title.lower():
 if fav.channel == 
tv_util.get_chan_displayname(prog.channel_id) \
or fav.channel == 'ANY':
 if Unicode(fav.dow) == Unicode(dow) or Unicode(fav.dow) == 
u'ANY':
#! /bin/bash
config=${1:-tv_grab_ch_bluewin.conf}
run=${2:-s}
out=${3:-o.xml}
process () {
 ${run}
echo #!/bin/bash  ${run}
echo if [ -d output ]; then  ${run}
echo   rm -r output  ${run}
echo fi  ${run}
echo mkdir output  ${run}
echo  failed  ${run}
echo  succeeded  ${run}
echo  ${out}  ${run}
echo   ${run}
while read channel num name; do
if [ $channel != ##channel ]; then
fn=$(echo $name | sed 's/[#. ]//g')
echo $name
#echo $channel $num $name  $fn.conf

echo echo '$channel $num $name'  ${run}
echo echo '$channel $num $name'  config  ${run}
echo if tv_grab_ch_bluewin --config-file config 
--output output.xml --days 7; then  ${run}
echo   echo '$channel $num $name'  succeeded  
${run}
echo   cat output.xml  ${out}  ${run}
echo   mv output.xml output/${fn}  ${run}
echo else  ${run}
echo   echo '$channel $num $name'  failed  ${run}
echo fi  ${run}
echo rm -f config  ${run}
#echo   ${run}
fi
done
echo sed -i '/\/tv/,/tv /d' ${out}  ${run}
echo echo '/tv'  ${out}  ${run}
}
process  ${config}
chmod +x ${run}
exit
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___
Freevo-users mailing list
Freevo-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-users


[Freevo-users] (Help weird happenings): FIX for tv_grab issue...

2006-08-10 Thread Flynn42
For Norm or anybody else with the same problem...

  Yesterday I started having the same tv_grab_na_dd problem you 
described.  I was only getting listings up to the current hour.  I 
started hacking away and found that the --days parameter in 
tv_grab_na_dd was only fetching up to about 12 hours ahead of the 
current time. When I used the --offset parameter and set it to the 
number of days ahead I wanted to fetch listings it worked. To fix the 
problem from within Freevo I opened my local_config.py file and 
altered the value for the XMLTV_GRABBER parameter.  It use to say this

XMLTV_GRABBER = '/usr/bin/tv_grab_na_dd'

...it now says this


XMLTV_GRABBER = '/usr/bin/tv_grab_na_dd --offset 12 '

*NOTE: there is a space after the --offset 12*


I simply added the --offset parameter into the call to the tv_grab_na_dd 
program. I have a feeling the error is coming from the the zap2it 
service. Maybe they changed the listing format around. Anyway...this fix 
worked for me. I hope it will work for you.

Todd :-)

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
Freevo-users mailing list
Freevo-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-users