Re: [Freevo-users] Commercial skipping/removal in 1.7.3
Justin Wetherell wrote: > That's actually what my "detection" is based off of. As of > Mplayer-1.0rc1, the vf should be available. So, to use commdetect, > you'll need that mplayer version. I've updated the wiki with all this info. John - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] freevo 1.7.3 crashing
Jaap Struyk wrote: > Hello, > > I thought I had my freevo crashes under control by adding the pylirc > package but my daughter managed to make it crash again. I don't see how pylirc would have stopped the crashes when you are using the event interface and was a bit surprised that this reduced the occurrence of a crash. > Crashes happen when a remote key (via linux input device layer) is > pressed that isn't used in that part of freevo. > So I added debugging to my config and pressed some unused buttons when > playing a movie, unfortunately nothing happened... the movie kept on > running but didn't respond any more to my remote, after pressing more > buttons freevo finally crashed. (I had to do my best) > > In 1.7.2 pressing just one wrong button made freevo crash so there has > something changed, I have to do my best to make it crash unfortunately I > can't tell what action make it crash. > I can live with it, but have to be careful not to touch wrong buttons > so it is a bit annoying. Rather than use the event interface, why don't you use the lirc interface, it is much better tested. You need to use the dev/input driver for lircd. I don't really see how to reproduce this error from the crash report. It may be that the event interface is sending too many events too quickly and the code does not have enough critical sections to prevent reentry. There is a similar problem with the screensaver, which I may have fixed. > 2007-08-19 10:13:45,440 DEBUGchildapp.py (163): sending > "osd_show_text "Volume: 80%"" to pid 4089 > 2007-08-19 10:13:45,828 CRITICAL main.py (484): Crash! > Traceback (most recent call last): > File "/usr/lib/python2.5/site-packages/freevo/main.py", line 472, in > > MainTread().run() > File "/usr/lib/python2.5/site-packages/freevo/main.py", line 325, in run > self.eventhandler(rc.get_event(True)) > File "/usr/lib/python2.5/site-packages/freevo/main.py", line 275, in > eventhandler > if not rc.app()(event): > File > "/usr/lib/python2.5/site-packages/freevo/video/plugins/mplayer.py", line > 426, in eventhandler > return self.item.eventhandler(event) > File "/usr/lib/python2.5/site-packages/freevo/video/videoitem.py", > line 652, in eventhandler > if self.plugin_eventhandler(event, menuw): > File "/usr/lib/python2.5/site-packages/freevo/item.py", line 438, in > plugin_eventhandler > if e(self, event, menuw): > File > "/usr/lib/python2.5/site-packages/freevo/video/plugins/bookmarker.py", > line 171, in eventhandler > videoplayer = self.item.player.name > AttributeError: PluginInterface instance has no attribute 'item' > Stopping webserver plugin. > Stopping webserver plugin. > Stopping webserver plugin. > 2007-08-19 10:13:52,652 DEBUGchildapp.py (238): killing pid 4089 > signal 15 > 2007-08-19 10:13:52,653 DEBUGchildapp.py (244): Before wait(4089) > 2007-08-19 10:13:52,675 DEBUGchildapp.py (428): stderr: no data, > closing log > 2007-08-19 10:13:52,676 DEBUGchildapp.py (428): stdout: no data, > closing log > 2007-08-19 10:13:52,751 DEBUGchildapp.py (260): childapp: After wait() > 2007-08-19 10:13:53,251 DEBUGchildapp.py (276): Oops, command > refuses to die, try bad hack > 2007-08-19 10:13:55,252 DEBUGchildapp.py (285): Try harder to kill > the app > 2007-08-19 10:13:57,253 ERRORchildapp.py (292): PANIC can't kill program > > Freevo 1.7.3 r9794 finished at Sun Aug 19 10:12:39 2007 > > Another strange thing is that when I close freevo with "freevo stop" > there is always one process that keeps running, the bottom of the log > shows that freevo is trying to but doesn't succeed. It's not a problem, just that the sub-process has already died but freevo thinks it is still running and it trying to kill it. This only seems to happen after a crash. > I rebuild python and ran a make test but all tests ran cleanly so it > seems that python is working properly, does anyone have some info on how > to stress-test freevo to find out what is causing this unexpected behaviour? Sorry this is not that helpful but I'll see it I can set up the event interface sometime for my remote. Duncan - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Commercial skipping/removal in 1.7.3
That's actually what my "detection" is based off of. As of Mplayer-1.0rc1, the vf should be available. So, to use commdetect, you'll need that mplayer version. On 8/20/07, Jaap Struyk <[EMAIL PROTECTED]> wrote: > > Justin Wetherell schreef: > > > I wrote the code and wrote it to be very conservative. I've never > > noticed a 'cut too much' scenario but I have seen the opposite but it's > > a rarity. I have noticed that it's 100% accurate on most channels but on > > some channels it's almost never sees the blackframes; I'm guessing that > > the frames are dark enough. I do not have enough time to adjust the > > algorithm or port it to use a different 'program' but it does work good > > enough for my everyday use. > > Justin if your interested, there are some patches laying around for > Mplayer. > It's a filter (-vf) option wich has to be run when dumping the recorded > stream and writes the locations of the black frames in a text (edl) file. > The text file is read on playback and spaces between 2 black frames are > skipped. > If your interested: > http://www.mit.jyu.fi/mweber/leffakone/software/mplayer > -- > Groetjes Japie > > - > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > ___ > Freevo-users mailing list > Freevo-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freevo-users > - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Commercial skipping/removal in 1.7.3
Justin Wetherell schreef: > I wrote the code and wrote it to be very conservative. I've never > noticed a 'cut too much' scenario but I have seen the opposite but it's > a rarity. I have noticed that it's 100% accurate on most channels but on > some channels it's almost never sees the blackframes; I'm guessing that > the frames are dark enough. I do not have enough time to adjust the > algorithm or port it to use a different 'program' but it does work good > enough for my everyday use. Justin if your interested, there are some patches laying around for Mplayer. It's a filter (-vf) option wich has to be run when dumping the recorded stream and writes the locations of the black frames in a text (edl) file. The text file is read on playback and spaces between 2 black frames are skipped. If your interested: http://www.mit.jyu.fi/mweber/leffakone/software/mplayer -- Groetjes Japie - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Commercial skipping/removal in 1.7.3
I wrote the code and wrote it to be very conservative. I've never noticed a 'cut too much' scenario but I have seen the opposite but it's a rarity. I have noticed that it's 100% accurate on most channels but on some channels it's almost never sees the blackframes; I'm guessing that the frames are dark enough. I do not have enough time to adjust the algorithm or port it to use a different 'program' but it does work good enough for my everyday use. On 8/20/07, Evan Hisey <[EMAIL PROTECTED]> wrote: > > Dischi, Justin- > > > On a different note: maybe we could work on a better commercial > > detection. The best solutions I can see is noad: > > http://www.linuxtv.org/vdrwiki/index.php/Noad > > > This brings up the question, just how good is the current commercial > detection? Not getting all the commercials out be bad, but losing > parts of a show are magnitudes bigger problems. > > Evan > > - > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > ___ > Freevo-users mailing list > Freevo-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freevo-users > - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Commercial skipping/removal in 1.7.3
Dischi, Justin- > On a different note: maybe we could work on a better commercial > detection. The best solutions I can see is noad: > http://www.linuxtv.org/vdrwiki/index.php/Noad > This brings up the question, just how good is the current commercial detection? Not getting all the commercials out be bad, but losing parts of a show are magnitudes bigger problems. Evan - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Commercial skipping/removal in 1.7.3
"Evan Hisey" wrote: > Justin- >Just checked local_conf.py, I am I right that the commdetect server > can be running on a remote host from the recording server? On a different note: maybe we could work on a better commercial detection. The best solutions I can see is noad: http://www.linuxtv.org/vdrwiki/index.php/Noad The problem: it only works on VDR files and it is ugly code. One idea would be to transform it into a gstreamer plugin. By doing this the plugin can decode everything gstreamer can and it bennefits not only Freevo. Dischi -- Quitters never win, and winners never quit, but those who never quit AND never win are idiots. pgpkb6wb7AFxi.pgp Description: PGP signature - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Commercial skipping/removal in 1.7.3
Yes, I believe so. These variables exist in the freevo_conf and can be changed/added to the local_conf: COMMDETECTSERVER_UID = 0 COMMDETECTSERVER_GID = 0 COMMDETECTSERVER_IP = 'localhost' COMMDETECTSERVER_PORT = 6667 On 8/20/07, Evan Hisey <[EMAIL PROTECTED]> wrote: > > Justin- >Just checked local_conf.py, I am I right that the commdetect server > can be running on a remote host from the recording server? > > Evan > > On 8/20/07, Justin Wetherell <[EMAIL PROTECTED]> wrote: > > Yes, all recordings after the point you add the command to the > local_conf > > and start the commdetect server should be detected and removed. There is > no > > way to send previously recorded content to the commdetect server. On my > PC > > (2ghz + halg gig RAM) it takes about an hour to an hour and a half to > detect > > and remove commercials from a one hour show. I've never tested the > > commdetect job and autoshutdown together but I believe they should not > > interfere because autoshutdown tests to see if mplayer is running; since > > commdetect uses mplayer to remove the commercials than it shouldn't shut > > down. > > > > > > On 8/19/07, John Molohan <[EMAIL PROTECTED]> wrote: > > > Justin Wetherell wrote: > > > > You should be able to add: > > > > REMOVE_COMMERCIALS = True > > > > > > > > to your local_conf and it will turn on the commercial > detection/removal. > > You also have to start the commercial removal server. > > > And are all recordings from then on sent to be processed? Is there a > way > > > to send existing recordings? Does it take long and does the automatic > > > shutdown interfere? Sorry for the noob questions on this, I've never > > > used it but will be giving it a try I guess. I'll update the wiki too > > > (unless someone else wants to help out there?). > > > > > > John > > > > > > > > > - > > > This SF.net email is sponsored by: Splunk Inc. > > > Still grepping through log files to find problems? Stop. > > > Now Search log events and configuration files using AJAX and a > browser. > > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > > ___ > > > Freevo-users mailing list > > > Freevo-users@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/freevo-users > > > > > > > > > > - > > This SF.net email is sponsored by: Splunk Inc. > > Still grepping through log files to find problems? Stop. > > Now Search log events and configuration files using AJAX and a browser. > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > ___ > > Freevo-users mailing list > > Freevo-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/freevo-users > > > > > > - > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > ___ > Freevo-users mailing list > Freevo-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freevo-users > - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Commercial skipping/removal in 1.7.3
Justin- Just checked local_conf.py, I am I right that the commdetect server can be running on a remote host from the recording server? Evan On 8/20/07, Justin Wetherell <[EMAIL PROTECTED]> wrote: > Yes, all recordings after the point you add the command to the local_conf > and start the commdetect server should be detected and removed. There is no > way to send previously recorded content to the commdetect server. On my PC > (2ghz + halg gig RAM) it takes about an hour to an hour and a half to detect > and remove commercials from a one hour show. I've never tested the > commdetect job and autoshutdown together but I believe they should not > interfere because autoshutdown tests to see if mplayer is running; since > commdetect uses mplayer to remove the commercials than it shouldn't shut > down. > > > On 8/19/07, John Molohan <[EMAIL PROTECTED]> wrote: > > Justin Wetherell wrote: > > > You should be able to add: > > > REMOVE_COMMERCIALS = True > > > > > > to your local_conf and it will turn on the commercial detection/removal. > You also have to start the commercial removal server. > > And are all recordings from then on sent to be processed? Is there a way > > to send existing recordings? Does it take long and does the automatic > > shutdown interfere? Sorry for the noob questions on this, I've never > > used it but will be giving it a try I guess. I'll update the wiki too > > (unless someone else wants to help out there?). > > > > John > > > > > - > > This SF.net email is sponsored by: Splunk Inc. > > Still grepping through log files to find problems? Stop. > > Now Search log events and configuration files using AJAX and a browser. > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > ___ > > Freevo-users mailing list > > Freevo-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/freevo-users > > > > > - > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > ___ > Freevo-users mailing list > Freevo-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freevo-users > > - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Commercial skipping/removal in 1.7.3
Yes, all recordings after the point you add the command to the local_conf and start the commdetect server should be detected and removed. There is no way to send previously recorded content to the commdetect server. On my PC (2ghz + halg gig RAM) it takes about an hour to an hour and a half to detect and remove commercials from a one hour show. I've never tested the commdetect job and autoshutdown together but I believe they should not interfere because autoshutdown tests to see if mplayer is running; since commdetect uses mplayer to remove the commercials than it shouldn't shut down. On 8/19/07, John Molohan <[EMAIL PROTECTED]> wrote: > > Justin Wetherell wrote: > > You should be able to add: > > REMOVE_COMMERCIALS = True > > > > to your local_conf and it will turn on the commercial detection/removal. > You also have to start the commercial removal server. > And are all recordings from then on sent to be processed? Is there a way > to send existing recordings? Does it take long and does the automatic > shutdown interfere? Sorry for the noob questions on this, I've never > used it but will be giving it a try I guess. I'll update the wiki too > (unless someone else wants to help out there?). > > John > > - > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > ___ > Freevo-users mailing list > Freevo-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freevo-users > - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
