<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">On 04/15/2013 01:44 PM, Karl Newman
      wrote:<br>
    </div>
    <blockquote
cite="mid:CAOOwNt+VptnbXRdEvWznVaOxbdoFbnpNoM_MTmStboa0aEKYZQ@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div class="gmail_extra">
          <div class="gmail_quote">On Mon, Apr 15, 2013 at 10:22 AM,
            Rich West <span dir="ltr">&lt;<a moz-do-not-send="true"
                href="mailto:Rich.West@wesmo.com" target="_blank">Rich.West@wesmo.com</a>&gt;</span>
            wrote:<br>
            <blockquote class="gmail_quote" style="margin:0 0 0
              .8ex;border-left:1px #ccc solid;padding-left:1ex">Since
              upgrading to 0.26 and getting the system stabilized, all
              of my<br>
              commercial flagging jobs are failing with "Failed with
              exit status<br>
              140". &nbsp;I've done some googling which suggests that
              something is killing<br>
              off the commflag process, but I cannot find any evidence
              of that.<br>
              <br>
              The system is a brand new install of Fedora 17 with a 0.26
              db upgrade<br>
              over the years. &nbsp;It has plenty of memory and disk space.
              Because<br>
              everything is being encoded by external boards (hdhomerun,
              pvr150's),<br>
              the CPU is rather bored, too. &nbsp;The DB tables are all good
              (nothing<br>
              needing to be repaired).<br>
              <br>
              In looking at the logs:<br>
              <br>
              1. a majority of the mythcommflag*.log files stop at
              "Finding Logo" with<br>
              no further information.<br>
              <br>
              2. he remaining ones (only 14 so far), go as far as
              "CoreContext<br>
              ClassicCommDetector.cpp:536 (go) - 90% Completed @ 52.179
              fps." and then<br>
              generate:<br>
              Decoder avformatdecoder.cpp:4341 (ProcessAudioPacket) -
              AFD: Unknown<br>
              audio decoding error<br>
              Decoder avformatdecoder.cpp:4556 (GetFrame) - decoding
              error<br>
              &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; eno: Unknown error 541478725 (541478725)<br>
              CoreContext main.cpp:941 (FlagCommercials) - Finished, 2
              break(s) found.<br>
              <br>
              And the web interface lists all of the jobs with the 140
              error..<br>
              <br>
              Any ideas as to where to start digging for this one?<br>
              <br>
              Thanks!<br>
              -Rich<br>
              _______________________________________________<br>
              mythtv-users mailing list<br>
              <a moz-do-not-send="true"
                href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a><br>
              <a moz-do-not-send="true"
                href="http://www.mythtv.org/mailman/listinfo/mythtv-users"
                target="_blank">http://www.mythtv.org/mailman/listinfo/mythtv-users</a><br>
            </blockquote>
          </div>
          <br>
        </div>
        <div class="gmail_extra">I think there are some ffmpeg bugs that
          are causing the majority of problems with commflagging in
          0.25+. Additionally, there is a race condition which causes
          the commflagging job to abort when it hits end-of-file while
          operating on a recording in progress. The workaround for this
          is to change the setting which prevents commflagging jobs from
          running until the recording is finished. For me, commercial
          flagging was near-perfect in 0.24, but is quite broken since
          then. I'm lucky if it finds one commercial break per show now.<br>
        </div>
      </div>
    </blockquote>
    <br>
    Yikes.. ok.. oh, well.&nbsp; Guess no more commercial detection for me.
    :(<br>
    <br>
    I just manually ran a commercial flagging job (mythcommflag -f
    /video1/1303_20130415162900.mpg) and got:<br>
    <br>
    2013-04-15 13:47:38.550037 C&nbsp; mythcommflag version: fixes/0.26
    [0.26.0-7.fc17 (v0.26.0-111-g3944ca9)] <a class="moz-txt-link-abbreviated" href="http://www.mythtv.org">www.mythtv.org</a><br>
    2013-04-15 13:47:38.550052 C&nbsp; Qt version: compile: 4.8.4, runtime:
    4.8.4<br>
    MythTV Commercial Flagger, flagging commercials for:<br>
    &nbsp;&nbsp;&nbsp; How to Rock - How to Rock a Statue<br>
    Finding Logo*** glibc detected *** mythcommflag: invalid fastbin
    entry (free): 0x00007fe410019530 ***<br>
    ======= Backtrace: =========<br>
    /lib64/libc.so.6[0x3b2847c80e]<br>
    /lib64/libc.so.6[0x3b284ac5e9]<br>
    /lib64/libc.so.6(tzset+0x40)[0x3b284ac8d0]<br>
    /lib64/libQtCore.so.4(_ZN5QTime11currentTimeEv+0x20)[0x3b3288a520]<br>
    /lib64/libQtCore.so.4(_ZN5QTime5startEv+0x9)[0x3b3288a609]<br>
/lib64/libmythtv-0.26.so.0(_ZN10RingBuffer3runEv+0x6ac)[0x3b4b24234c]<br>
    /lib64/libQtCore.so.4[0x3b3287b94c]<br>
    /lib64/libpthread.so.0[0x3b28807d14]<br>
    /lib64/libc.so.6(clone+0x6d)[0x3b284f199d]<br>
    ======= Memory map: ========<br>
    ...<br>
    <br>
    and then it dumped core. :(<br>
    <br>
    Before it did the whole "glibc detected" line, it was cruising along
    for a little bit looking like it was going to work (displaying fps
    &amp; such).<br>
    <br>
    -Rich<br>
    <br>
  </body>
</html>