[mythtv-users] Commercial flagging problem
Hi, I have a DVB-T system, upgraded to 0.18 on Gentoo, and decided to try out commercial flagging for the first time. I set it to use all available options, and it is very good at marking the first commercial break, hits it spot on. However, all subsequent breaks have their flags shifted: It flags the beginning too early (ofteh without there even being a scene change) and likewise puts the end flag before the break actually ends. (Without there appearing a station logo or anything. This happens on all channels. It looks like it's correctly identifying the breaks but shiifting the flags to the wrong part of the recording. I remember reading something similar on the list a while ago, but I can't find the thread anymore. Does anyone recognize the problem and know how to fix it? Thanks for any input. Jens ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial Flagging Problem?
Having some issues where commercial flagging doesn't seem to be working. Myth indicates that the recording has been flagged, but auto-skipping doesn't actually skip anything. I'd chalk it up to unsuccessful flagging, but I've seen some errors coming out of the backend - specifically 'can't open file "recordedmarkup.MYI" (errno 145)' - so I'm wondering if something has gone broke and if it can be fixed, or if it's just bad luck and other recording will be flagged appropriately. the .MYI file is the table index, and likely needs to be repaired. Grab and run this on your mythtv system: http://forevermore.net/files/mythtv_misc/optimize_mythdb.pl.txt Heck, you could even cron it if you want to save a little space here and there in your database. However, if you see "skipped" in the report, then something is wrong and you have a more serious problem. -Chris ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Commercial Flagging Problem?
Having some issues where commercial flagging doesn't seem to be working. Myth indicates that the recording has been flagged, but auto-skipping doesn't actually skip anything. I'd chalk it up to unsuccessful flagging, but I've seen some errors coming out of the backend - specifically 'can't open file "recordedmarkup.MYI" (errno 145)' - so I'm wondering if something has gone broke and if it can be fixed, or if it's just bad luck and other recording will be flagged appropriately. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial Flagging Problem
> >I believe logo detection catches this. > > > > > Does it specifically catch the brief presence of the logo? > > On most stations I've seen that have a logo, the logo disappears during > the commercial and reappears just after it ends. Logo detection starts by searching short sections of video at specific intervals through the video looking for a logo. If it finds commonalities between the sections and what looks like a logo, the logo information is recorded. Then when the normal flagging process goes through frame-by-frame, the previously detected logo information is used to determine if a logo is present on the current frame. If a logo is present, that frame is flagged as having a logo. Later the code does some analysis looking at the frames with logos to help determine when commercials start/stop, so Yes, it does try to detect when logos disappear and reappear around a commercial break. -- Chris ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial Flagging Problem
> Chris: > I've noticed while watching live tv that show going to really > dark (but not black frame) scenes cause stuttering sound > and jerky picture and cpu usage spike. (This is with=20 > vanilla .16) as soon as the scene brightens this goes away. > > Is this anything to do with commercial detection? > (It happens only on live tv - which is really odd in that > I though commercial detection happened after the recording > was done. Isaac already posted in response to this concerning the "extra audio buffering" solution, but I wanted to clarify that this is not commercial detecting related since the people seeing it say it happens on playback of existing recordings as well as LiveTV. This is unrelated to your issue, but if you use blank-frame detection via either of the blank-frame settings or the ALL setting and you use software encoding, then blank-frame detection is done while recording. This isn't very cpu hungry compared to compression so it doesn't have a big impact. The fact that blank-frame detection is done during recording when using software encoding allows users to use commercial skip immediately after recording if blank-frame does a fairly decent job for them. Once the recording finishes, the full detection is run. -- Chris ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial Flagging Problem
I have had this problem since day 1, live or watching recordings. I can't remember it happening lately since switching to alsa from oss. I will check and see. The audio would stutter when the scene went dark, like the end of a show before the credits when there was still audio or when going to a commercial. There have been other posts about this with no resolution. No resolution aside from enabling 'extra audio buffering' on the first screen of the playback settings, you mean? Isaac I will see if I can duplicate it or maybe someone still having the problem can try that option. That may be what fixed it. It went away when I switch to Alsa (after all the new Alsa code and volume control) to get my playback of ABC HD recordings to sound right. I think at the same time I enabled 'extra audio buffering'. - James ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial Flagging Problem
On Tuesday 01 February 2005 08:30 am, James Armstrong wrote: > > Chris: > > I've noticed while watching live tv that show going to really > > dark (but not black frame) scenes cause stuttering sound > > and jerky picture and cpu usage spike. (This is with > > vanilla .16) as soon as the scene brightens this goes away. > > > > Is this anything to do with commercial detection? > > (It happens only on live tv - which is really odd in that > > I though commercial detection happened after the recording > > was done. > > I have had this problem since day 1, live or watching recordings. I > can't remember it happening lately since switching to alsa from oss. I > will check and see. The audio would stutter when the scene went dark, > like the end of a show before the credits when there was still audio or > when going to a commercial. There have been other posts about this with > no resolution. No resolution aside from enabling 'extra audio buffering' on the first screen of the playback settings, you mean? Isaac ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial Flagging Problem
In message <[EMAIL PROTECTED]> Tom Hughes <[EMAIL PROTECTED]> wrote: > I've noticed the same thing, but with recordings. It only seems > to have appeared since I upgraded from the 2005-01-09 CVS build > to the 2005-01-29 CVS build though. > > I have also switched from OSS to ALSA recently although that was > done before the most recent upgrade and I don't think it was doing > it until the upgrade. > > It only seems to happen on almost completely black image - mostly > credit and advert bumpers and the like. I forgot to mention that when the sound blips it is accompanied by these messages in the frontend log: 2005-02-01 14:05:55.425 WriteAudio: buffer underrun 2005-02-01 14:05:55.984 WriteAudio: buffer underrun 2005-02-01 14:05:56.859 WriteAudio: buffer underrun 2005-02-01 14:05:57.582 WriteAudio: buffer underrun I assume some part of the code is taking too long and the audio buffer is emptying before it can be topped up. Tom -- Tom Hughes ([EMAIL PROTECTED]) http://www.compton.nu/ ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial Flagging Problem
Chris: I've noticed while watching live tv that show going to really dark (but not black frame) scenes cause stuttering sound and jerky picture and cpu usage spike. (This is with vanilla .16) as soon as the scene brightens this goes away. Is this anything to do with commercial detection? (It happens only on live tv - which is really odd in that I though commercial detection happened after the recording was done. I have had this problem since day 1, live or watching recordings. I can't remember it happening lately since switching to alsa from oss. I will check and see. The audio would stutter when the scene went dark, like the end of a show before the credits when there was still audio or when going to a commercial. There have been other posts about this with no resolution. - James ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial Flagging Problem
Ramon Redondo wrote: Is there anything in the current commercial cutting that will detect the TV-Y or other ratings that show up for a few seconds everytime the show comes back from a commercial? I am seeing more and more of these. They are in the upper left corner and last about 5 seconds. - James I believe logo detection catches this. Does it specifically catch the brief presence of the logo? On most stations I've seen that have a logo, the logo disappears during the commercial and reappears just after it ends. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial Flagging Problem
In message <[EMAIL PROTECTED]> John Andersen <[EMAIL PROTECTED]> wrote: > On Sunday 30 January 2005 07:27, Chris Pinkham wrote: >> There is also a new "ALL" method which tries to use all available info >> from the recording to find commercials. The ALL method is extensible so >> I'll be adding more things to it in the future to help better detect >> commercials and eliminate false positives. I've got code started in >> my source tree to try using aspect ratio changes to help detect when >> commercials start and stop. There are also a few other detection ideas >> on my TODO to add that will help the ALL method be more accurate. > > I've noticed while watching live tv that show going to really > dark (but not black frame) scenes cause stuttering sound > and jerky picture and cpu usage spike. (This is with > vanilla .16) as soon as the scene brightens this goes away. I've noticed the same thing, but with recordings. It only seems to have appeared since I upgraded from the 2005-01-09 CVS build to the 2005-01-29 CVS build though. I have also switched from OSS to ALSA recently although that was done before the most recent upgrade and I don't think it was doing it until the upgrade. It only seems to happen on almost completely black image - mostly credit and advert bumpers and the like. Tom -- Tom Hughes ([EMAIL PROTECTED]) http://www.compton.nu/ ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial Flagging Problem
On Sunday 30 January 2005 07:27, Chris Pinkham wrote: > There is also a new "ALL" method which tries to use all available info > from the recording to find commercials. ÂThe ALL method is extensible so > I'll be adding more things to it in the future to help better detect > commercials and eliminate false positives. ÂI've got code started in > my source tree to try using aspect ratio changes to help detect when > commercials start and stop. ÂThere are also a few other detection ideas > on my TODO to add that will help the ALL method be more accurate. Chris: I've noticed while watching live tv that show going to really dark (but not black frame) scenes cause stuttering sound and jerky picture and cpu usage spike. (This is with vanilla .16) as soon as the scene brightens this goes away. Is this anything to do with commercial detection? (It happens only on live tv - which is really odd in that I though commercial detection happened after the recording was done. -- __Jsa_ ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial Flagging Problem
> Is there anything in the current commercial cutting that will detect the > TV-Y or other ratings that show up for a few seconds everytime the show > comes back from a commercial? I am seeing more and more of these. They > are in the upper left corner and last about 5 seconds. I added code to CVS to do this about 2 weeks ago, but it was getting too many false positives and was CPU-hungry so I commented it back out. I need to do some major tweaking on it some more before reenabling it in CVS. Expect it back in the "ALL" method sometime after v0.17 ships. -- Chris ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial Flagging Problem
> Is there anything in the current commercial cutting that will detect the > TV-Y or other ratings that show up for a few seconds everytime the show > comes back from a commercial? I am seeing more and more of these. They > are in the upper left corner and last about 5 seconds. > > - James I believe logo detection catches this. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial Flagging Problem
> > Hopefully I can have something > > coded and into CVS a week or two after 0.17 is out. > > In Germany they always repeat a few seconds (sometimes it's more than > one minute) of a broadcast after the commercial break. > Is it also done in US? It would be a good way to cut out commercials > very accurately. Nothing like that here that I've seen. Could be a good way to detect, but could also be pretty cpu intensive as well. Right now I'm trying to go for biggest bang for the buck (a.k.a. cpu cycle & programming cycle) type detections. :) If you or anyone else would like to code something up, feel free. -- Chris ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial Flagging Problem
Adam Egger wrote: Hopefully I can have something coded and into CVS a week or two after 0.17 is out. In Germany they always repeat a few seconds (sometimes it's more than one minute) of a broadcast after the commercial break. Is it also done in US? It would be a good way to cut out commercials very accurately. Adam Is there anything in the current commercial cutting that will detect the TV-Y or other ratings that show up for a few seconds everytime the show comes back from a commercial? I am seeing more and more of these. They are in the upper left corner and last about 5 seconds. - James ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial Flagging Problem
Chris Pinkham wrote: On Sun, Jan 30, 2005 at 11:27:12AM -0500, Chris Pinkham wrote: commercials and eliminate false positives. I've got code started in my source tree to try using aspect ratio changes to help detect when commercials start and stop. There are also a few other detection ideas on my TODO to add that will help the ALL method be more accurate. :) This is bluesky for now, but I expect something like this will happen in the future. Today, however, I will put in one suggestion that I have made before but may bear repetition. Quite often, and almost always on HDTV, commercials are in a different aspect ratio from the regular show, and if you can detect the black bars, you can have very accurate elimination. Did you even read what you quoted from my post above? :) I said I'm starting working on code to detect the aspect ratio changes. I record a few shows that are letterboxed and have been putting some thought into this lately. I also have some code that should allow the flagger to use the aspect changes detected in the decoder as well, but I don't have a sample file to test that with yet. Should have one soon. So anyway, aspect ratio detection will probably be the next thing added to "ALL", since it's fairly easy to implement and is a very good indicator of the distinction between what is show and what is commercial. This will be after 0.17 though, I don't plan on adding any new detection functionality to the flagger before 0.17. (Don't want to break it and have a bunch of angry 0.17 users). :) This will be nice to use on HD shows. Most of them are widescreen and the commercials switch to SD 4:3 format. I was thinking about a way that would just watch for the framerate changes. I notice that HD content plays at 24fps and commercials switch to 29~30fps. - James ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial Flagging Problem
> Hopefully I can have something > coded and into CVS a week or two after 0.17 is out. In Germany they always repeat a few seconds (sometimes it's more than one minute) of a broadcast after the commercial break. Is it also done in US? It would be a good way to cut out commercials very accurately. Adam ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial Flagging Problem
> HD commercials (I expect the superbowl will have some) and we are seeing > a number of letterboxed commercials. Though if your recording is HD, > then what you often see is a full-screen widescreen program, with a > letterboxed commercial inside a 4:3 box. Pretty strange. I'm going to make the code detect both letterbox and pillarbox and aspect ratio changes from the decoder, so it should work in most cases other than the ones where the show is the same aspect as the commercial which is what we have right now anyway. Hopefully I can have something coded and into CVS a week or two after 0.17 is out. -- Chris ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial Flagging Problem
> Will this ALL method be in the MythTV 0.17 due out next week? If so, > should I wait for it or do the CVS thing now? Yes, it's been in CVS for a few weeks and I've been running the code at home on my main Myth backend for about a month I think. It will be in 0.17 since 0.17 will be a snapshot of whatever is in CVS at the time that the 0.17 tarballs are generated. -- Chris ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial Flagging Problem
On Sun, Jan 30, 2005 at 11:55:50PM -0500, Chris Pinkham wrote: > Did you even read what you quoted from my post above? :) I said I'm Yeah, I even checked it twice to see if you had noted that and must have been blind or something. Anyway, good to see it. Of course this one will get more complex with time. We're starting to see a very few HD commercials (I expect the superbowl will have some) and we are seeing a number of letterboxed commercials. Though if your recording is HD, then what you often see is a full-screen widescreen program, with a letterboxed commercial inside a 4:3 box. Pretty strange. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial Flagging Problem
> On Sun, Jan 30, 2005 at 11:27:12AM -0500, Chris Pinkham wrote: > > commercials and eliminate false positives. I've got code started in > > my source tree to try using aspect ratio changes to help detect when > > commercials start and stop. There are also a few other detection ideas > > on my TODO to add that will help the ALL method be more accurate. > :) > This is bluesky for now, but I expect something like this will happen > in the future. > > Today, however, I will put in one suggestion that I have made before but > may bear repetition. Quite often, and almost always on HDTV, commercials > are in a different aspect ratio from the regular show, and if you can > detect the black bars, you can have very accurate elimination. Did you even read what you quoted from my post above? :) I said I'm starting working on code to detect the aspect ratio changes. I record a few shows that are letterboxed and have been putting some thought into this lately. I also have some code that should allow the flagger to use the aspect changes detected in the decoder as well, but I don't have a sample file to test that with yet. Should have one soon. So anyway, aspect ratio detection will probably be the next thing added to "ALL", since it's fairly easy to implement and is a very good indicator of the distinction between what is show and what is commercial. This will be after 0.17 though, I don't plan on adding any new detection functionality to the flagger before 0.17. (Don't want to break it and have a bunch of angry 0.17 users). :) -- Chris ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial Flagging Problem
Will this ALL method be in the MythTV 0.17 due out next week? If so, should I wait for it or do the CVS thing now? Joe At 01:12 PM 1/30/2005, you wrote: > Chris Pinkham wrote: > >There is also a new "ALL" method which tries to use all available info > >from the recording to find commercials. The ALL method is extensible so > Just a point here. I've been using the new All method in CVS for a few > weeks now and I've found that shows that previously detected horribly > (Enterprise, West Wing) are now detecting as flawlessly as other shows > that have worked for a long time. This feature is a definite > improvement here in detection. Great, glad to hear it. There were a few things that I had to tweak in the newer blank/black-frame detection, but I hadn't heard too many strong positive comments on the new method. It seems to be working a lot better for me as well, but there are still places where it misdetects. I added some debugging code that can be turned on which will help me better figure out why certain parts get missdetected sometimes, so hopefully fixing these missdetects will be easier to fix in the future. -- Chris ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial Flagging Problem
On Sun, Jan 30, 2005 at 11:27:12AM -0500, Chris Pinkham wrote: > commercials and eliminate false positives. I've got code started in > my source tree to try using aspect ratio changes to help detect when > commercials start and stop. There are also a few other detection ideas > on my TODO to add that will help the ALL method be more accurate. There is -- though it's certainly not a small project -- a near-perfect algorithm for commercial detection. Namely, you watch people. You arrange so that as people watch a show, you see what they watch at 1x speed, and what they skip over. You upload this live (and anonymously) to a server. Nicer early-watchers might even take the effort to hit specific remote codes (not just the skipping/FF/rewind buttons) to say "yes, this is exactly where a commercial starts." They would do this because they appreciate others doing it when then watch a show delayed. On a popular PVR, many people will watch the show near-live or just after airing (before mythcommflag can even run in most cases.) Once you have data from enough such people -- the more people who watch the sooner that happens -- you will find that the data converges. There will be outliers to discard of course, but eventually you will see most user's data pointing at some very specific points in the show. That's where the commercials are, and no amount of trickery can fool thousands of natural intelligences. You can combine this data, if desired, with the usual techniques of looking for transitions and groups of transitions, blank frames etc. But I suspect it would be enough on its own. In addition, if people are not watching soon, you can have the automatic algorithms make their guesses and just notice where the human viewers correct it. This is something even easier to do, the screen pops up "I think a commercial starts here" and the user clicks, "No, that's wrong" etc. Also you want to do the blank detection etc. to provide time bases so that user actions are timed relative to these events, so you don't have to worry about clock drift etc. This is of course an entirely new system of doing things, and a considerable coding project. It ends the arms race on commercial elimination entirely. It can also do more than commercial skipping. For example, in sports, it can provide skipping of boring elements like pitching changes, and single 15 and 30 second commercial breaks that are very hard to auto-detect. Imagine that they change pitchers and ZOOM, you are at the pitch, perhaps with a summry of the closed caption of what the announcers said displayed on the side of your screen. If you like this of course, it would be an optional mode. Imagine a football game that's nothing but plays. Imagine the academy awards where they zoom at fast forward (you would want this rather than skipping) up to the podium. Or imagine more manual use, where your co-watchers are simply putting in mark points -- like the end of an academy awards acceptance speech, so you can just press a button to zip to it. This is bluesky for now, but I expect something like this will happen in the future. Today, however, I will put in one suggestion that I have made before but may bear repetition. Quite often, and almost always on HDTV, commercials are in a different aspect ratio from the regular show, and if you can detect the black bars, you can have very accurate elimination. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial Flagging Problem
> Chris Pinkham wrote: > >There is also a new "ALL" method which tries to use all available info > >from the recording to find commercials. The ALL method is extensible so > Just a point here. I've been using the new All method in CVS for a few > weeks now and I've found that shows that previously detected horribly > (Enterprise, West Wing) are now detecting as flawlessly as other shows > that have worked for a long time. This feature is a definite > improvement here in detection. Great, glad to hear it. There were a few things that I had to tweak in the newer blank/black-frame detection, but I hadn't heard too many strong positive comments on the new method. It seems to be working a lot better for me as well, but there are still places where it misdetects. I added some debugging code that can be turned on which will help me better figure out why certain parts get missdetected sometimes, so hopefully fixing these missdetects will be easier to fix in the future. -- Chris ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial Flagging Problem
Chris Pinkham wrote: It is definitely an art not a science, and to make matters worse, every capture card is different when capturing analogue TV. So, for instance on one user's card #1 a black/blank screen is all values 0-10 but on another card in the same computer, it could be 60-70. I tried to code around some things like this in current CVS, but there are still going to be some differences that I'm not accounting for. This is one reason you could have 2 people recording the same show and it works great for one person but not-so-great for the other person. Add to that the fact that like you say the people making the content and stations don't want us skipping commercials and it makes it practically impossible to get it working perfectly. One of the things that I noticed that started breaking commercial flagging using the blank-frame code in 0.16 was the fact that CBS started putting their logo up during the blank frames. Since the old code didn't know about the logo, it would detect the frame as being non-blank and it would realy mess up the commercial detection. In current CVS, I try to work around that and it seems to be doing much better. There is also a new "ALL" method which tries to use all available info from the recording to find commercials. The ALL method is extensible so I'll be adding more things to it in the future to help better detect commercials and eliminate false positives. I've got code started in my source tree to try using aspect ratio changes to help detect when commercials start and stop. There are also a few other detection ideas on my TODO to add that will help the ALL method be more accurate. Just a point here. I've been using the new All method in CVS for a few weeks now and I've found that shows that previously detected horribly (Enterprise, West Wing) are now detecting as flawlessly as other shows that have worked for a long time. This feature is a definite improvement here in detection. Kevin ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial Flagging Problem
> > I am running MythTV .16 using a PVR-350. Commercial flagging was very > > accurate for a while, but now is almost random. The areas identified as > > commercials often are regular program segments, and actual commercials are > > detected infrequently. What could have caused this deterioration? The > > image quality is quite good, so I don't think that is the problem. > > I coul image that if the detection was rather easy the companies would > take actions to make it harder to detect. If no one watches the > commercials anymore who is going to pay the TV station? > > So the stations have a significant interrest in making it very hard to > detect commercial breaks. It is definitely an art not a science, and to make matters worse, every capture card is different when capturing analogue TV. So, for instance on one user's card #1 a black/blank screen is all values 0-10 but on another card in the same computer, it could be 60-70. I tried to code around some things like this in current CVS, but there are still going to be some differences that I'm not accounting for. This is one reason you could have 2 people recording the same show and it works great for one person but not-so-great for the other person. Add to that the fact that like you say the people making the content and stations don't want us skipping commercials and it makes it practically impossible to get it working perfectly. One of the things that I noticed that started breaking commercial flagging using the blank-frame code in 0.16 was the fact that CBS started putting their logo up during the blank frames. Since the old code didn't know about the logo, it would detect the frame as being non-blank and it would realy mess up the commercial detection. In current CVS, I try to work around that and it seems to be doing much better. There is also a new "ALL" method which tries to use all available info from the recording to find commercials. The ALL method is extensible so I'll be adding more things to it in the future to help better detect commercials and eliminate false positives. I've got code started in my source tree to try using aspect ratio changes to help detect when commercials start and stop. There are also a few other detection ideas on my TODO to add that will help the ALL method be more accurate. -- Chris ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial Flagging Problem
On Sat, 29 Jan 2005, Joe Willis wrote: > I am running MythTV .16 using a PVR-350. Commercial flagging was very > accurate for a while, but now is almost random. The areas identified as > commercials often are regular program segments, and actual commercials are > detected infrequently. What could have caused this deterioration? The > image quality is quite good, so I don't think that is the problem. I coul image that if the detection was rather easy the companies would take actions to make it harder to detect. If no one watches the commercials anymore who is going to pay the TV station? So the stations have a significant interrest in making it very hard to detect commercial breaks. Hugo. -- I hate duplicates. Just reply to the relevant mailinglist. [EMAIL PROTECTED] http://hvdkooij.xs4all.nl/ Don't meddle in the affairs of magicians, for they are subtle and quick to anger. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Commercial Flagging Problem
I am running MythTV .16 using a PVR-350. Commercial flagging was very accurate for a while, but now is almost random. The areas identified as commercials often are regular program segments, and actual commercials are detected infrequently. What could have caused this deterioration? The image quality is quite good, so I don't think that is the problem. I have grown to love the one-key commercial skipping, so I hope there is an easy solution! ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users