On Sat, Feb 21, 2009 at 4:51 PM, Alex Betis wrote: >> I do have a similar solution to the one Ville used in KDE >> >> - set up a shell script >> - issue a killall -q -9 vdr-sxfe command first (if there is no vdr-sxfe >> task running this will be ignored) >> - call vdr-sxfe again >> >So you don't have a script that re-run vdr-sxfe in case it crashes? > It doesn't reload on it's own in case of a crash - so: no - maybe you could try to check for the pid on a regular base? But this would not help you in case of the buffer overflow, since the pid remains but the connection to vdr gets broken. Hence: best way to do it would be a button on your remote or a hotkey on your keyboard. >> to vdr gets lost but the task itself keeps running and can't be terminated >> cleanly by sighub or sth similar. >> >Yeah, it happen pretty often for me as well. Any ideas how to improve that? >I have a channel with many audio tracks that cause the buffer to get filled >as well and drop frames. > no - I tried cvs version 1.0.3 and 1.0.4 of xineliboutput - I guess it happens less often in 1.0.4 The second point why I need the script is the volnorm parameter: this adds additional gain in volume level, but the adjustment only takes place if you start the application. _________________________________________________________________ Die neue Generation der Windows Live Services - jetzt downloaden! http://download.live.com _______________________________________________ vdr mailing list vdr@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
