<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div><br><br><br></div><div><br>On 21 Oct 2015, at 11:25 am, Mark Perkins <<a href="mailto:perkins1724@hotmail.com">perkins1724@hotmail.com</a>> wrote:<br><br></div><blockquote type="cite"><div>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style>
<div dir="ltr"><br> <br><div><hr id="stopSpelling">From: <a href="mailto:perkins1724@hotmail.com">perkins1724@hotmail.com</a><br>To: <a href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a><br>Date: Wed, 21 Oct 2015 09:56:39 +1000<br>Subject: [mythtv-users] mythtranscode FIFO on master - corrupted mp4 output<br><br>
<style><!--
.ExternalClass .ecxhmmessage P {
padding:0px;
}
.ExternalClass body.ecxhmmessage {
font-size:12pt;
font-family:Calibri;
}
--></style>
<div dir="ltr"><div dir="ltr">Is
anyone using mythtranscode in FIFO mode on master? I am building a new
backend on CentOS 7 and while the core systems seem to work well I am
having trouble with my transcode script which worked on 0.27 / ubuntu
14.04.<br><br>For testing I am essentially using the script from <a href="https://www.mythtv.org/wiki/Example_Script_using_mythtranscode_in_fifodir_mode." target="_blank">https://www.mythtv.org/wiki/Example_Script_using_mythtranscode_in_fifodir_mode.</a><br><br>Essentially
the output video is massively corrupted and is a series of horizontal
lines across the whole screen. Audio appears to have worked fine. 10sec
example with corrupted output loaded here: <a href="https://www.dropbox.com/s/8b1gpuwtza4ndmh/test.mp4" target="_blank">https://www.dropbox.com/s/8b1gpuwtza4ndmh/test.mp4</a><br><br><br>As far as I can see there are no errors generated anywhere in the logging.<br><br><..snip..></div><div dir="ltr"> </div><div dir="ltr">Quick update. I tried with a recording from the new system, no change in behaviour. Same corruption is present.</div><div dir="ltr"> </div><div dir="ltr">I also managed to turn up these:</div><div dir="ltr"><a href="http://lists.mythtv.org/pipermail/mythtv-dev/2015-July/074901.html">http://lists.mythtv.org/pipermail/mythtv-dev/2015-July/074901.html</a></div><div dir="ltr"><a href="https://code.mythtv.org/trac/ticket/12479">https://code.mythtv.org/trac/ticket/12479</a></div><div dir="ltr"> </div><div dir="ltr">Which look very much exactly like the symptoms I am currently seeing. I will endeavour to revert the change and see if that improves things.</div></div></div> </div>
</div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br></div></blockquote><br><div>Ok, reverting the commit identified in the ticket here: <a href="https://code.mythtv.org/trac/ticket/12479">https://code.mythtv.org/trac/ticket/12479</a> has resolved this for me as well with one caveat.</div><div><br></div><div>During earlier troubleshooting I had increased the (ffmpeg) value of thread_queue_size to over 8000 to get rid of ffmpeg message "thread message queue blocking; consider raising the thread_queue_size option". I think it defaults to around 4. With the commit reverted ffmpeg would stall after processing 20-120 odd frames. Dropping the value back down to 16 seems to prevent ffmpeg stalling although I now get the message queue blocking warning again.</div><div><br></div><div>I have no idea what impact reverting the commit is likely to have, anyone have any suggestions? I think I will leave it reverted for now.</div></body></html>