[mythtv] Commflag samples?
John P Poet
jppoet at gmail.com
Thu Nov 27 17:33:17 UTC 2014
On Sun, Nov 23, 2014 at 4:15 PM, faginbagin <mythtv at hbuus.com> wrote:
> On 11/18/2014 12:31 AM, faginbagin wrote:
> > On 11/12/2014 5:40 PM, faginbagin wrote:
> >> Hi John,
> >> On 11/10/2014 11:48 PM, faginbagin wrote:
> >>> Hi John,
> >>> On 11/10/2014 10:29 AM, John P Poet wrote:
> >>>> Hi Helen,
> >>>> First off, thank you very much for working on the commercial flagging
> code. Chris has not had much time to work on MythTV lately, so I have
> started to slowly go through and review your patches. I don't have much
> personal knowledge of this part of the code, so it is a learning process
> for me. Unfortunately, my system is often in-use when I have time to work
> on this, so it could be a little bit before I am finished my review.
> >>>> I do have a little bit of bad news: While testing this, I have come
> across a show which went from ~95% correct without these patches to about
> 45% with them. I plan on trying to narrow down which patch is causing the
> problem, but it could be a while. If you are curious, you should be able
> to grab the problematic episode here:
> >>>> https://www.dropbox.com/s/8j8k3500arfkqoj/HellOnWheels.tar?dl=0
> >>> Thanks for looking at my work. I'm in the process of downloading the
> troublesome recording now, wget says it will be another 30 minutes.
> >>> FWIW, my changes are small compared to other comm flagging patches
> I've seen. The algorithms are unchanged, only what I consider to be bug
> fixes (esp. the bytesPerLine patch) and adjustments to spatial parameters
> that significantly improve the accuracy for SD recordings without breaking
> HD recordings, although it seems you found one. I'll take a look at it and
> see if I can figure out why the accuracy dropped off so dramatically. I
> assume, based on the file name that it's a recording of the series "Hell on
> Wheels" which I think is an AMC series. I don't get basic cable channels in
> HD, only SD, so my testing of HD material was the broadcast channels. Maybe
> there's something "interesting" about AMC in HD?
> >>> I updated the wiki page for mythcommflag to describe the settings it
> supports. Perhaps my descriptions will help you understand the code? Maybe
> you'll find I misunderstood something?
> >>> Regards,
> >>> Helen
> >>> P.S. I guess there is no "stash of samples from around the world"?
> >> I've taken a first look and I suspect the difference is probably due to
> the one line change in mcf-nologo.patch. However, I don't think the
> solution is to exclude that patch as it did improve commflagging accuracy
> for more recordings than not. I think the thing to look at more closely is
> why didn't mythcommflag find the logo in your recording. Neither the
> unpatched or patched versions could detect a logo, but there is definitely
> one there. I will look at that more closely and get back to you.
> >> Regards,
> >> Helen
> > The reason why mythcommflag didn't detect the logo in this particular
> recording is because the logo is present in fewer than 66% of the first 8
> minutes. But it is present in over 60% of the first 8 minutes. I'm
> attaching a patch that should get the accuracy back to where it was for
> this recording before my patches. But I'm not so sure it's appropriate for
> all recordings. In my set of 20 test recordings, I found accuracy dropped
> 2% on a mark by mark basis. On a per recording basis, accuracy was
> unchanged for 17 recordings, better for one and worse for 2. I want to
> review the log files and understand why. I'd also like to spend some time
> testing Mark Speith's and Bryan's work found in ticket:
> > Regards,
> > Helen
> I haven't had as much time to work on this as I'd like. One thing I tried
> was to revert the mcf-nologo.patch as well as the mcf-logo-60.patch to see
> what effect that would have. I'm afraid the news isn't good. While it
> restored accuracy for the Hell on Wheels episode and for a Daily Show
> episode from another mythtv user, it made things worse for my set of 20
> recordings. Overall accuracy dropped from 75% (for mcf-combined.patch) to
> 71%. Commercial flagging is a tricky business. I'm not so sure it's
> possible to make changes that will improve results for most recordings
> (which I believe mcf-combined.patch does) AND guarantee you won't find any
> recordings where accuracy suffers (like with this Hell on Wheels episode
> and the Daily Show episode). I still want to look at Mark Speith's and
> Bryan's patches in the hopes they could improve the situation, but I may
> not be able to do that until after the Thanksgiving holiday.
I have not spent any time on this at all. Work has me wiped out lately,
and I have not felt like working on Myth when I get home. Hopefully this
four day weekend will help me get my mojo back.
I did try Mark's patches way back when he first posted them, and at the
time they universally made the comflagger /worse/ for the samples I tried
it on. Times change, though, and combined with your work they are worth
looking at again. You may also want to consider looking at the
commflagging process used by the guys in the UK -- they have found that
using silence detection works much better for them. In theory, adding
silence detection should help those of us in the US as well.
I will try and test your mfc-logo-60.patch to see how it generally fairs
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the mythtv-dev