On 10/14/06, <b class="gmail_sendername">Stephen Atkins</b> &lt;<a href="mailto:satkins@inetdesign.org">satkins@inetdesign.org</a>&gt; wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Stephen Atkins wrote:<br>&gt; I didn't receive any hints as to what might be going wrong when I posted<br>&gt; a week ago so I'll ask again.&nbsp;&nbsp;Mytharchive is always failing when its<br>&gt; using mythtranscode to remove the cut list from the recording.&nbsp;&nbsp;But when
<br>&gt; I run it manually it works just fine.&nbsp;&nbsp;I'm including the output from the<br>&gt; log file below in hopes someone can point me in the right direction.<br>&gt;<br><br>I should have also included a bit of the mythburn.log
 file.&nbsp;&nbsp;Here is the<br>exact error its getting:</blockquote><div>&nbsp;[snip]<br><br></div>I found this thread via gossamer-threads, and I'm having the exact same problem with mytharchive.&nbsp; I can also reproduce the error by running the mythtranscode command directly at the command line:
<br><br>[gwr@localhost logs]$ mythtranscode --mpeg2 -c 1105 -s 2006-10-09T10:28:00 -o /videos/mytharchive/work/1/newfile2.mpg<br>2006-12-06 22:07:02.606 Using runtime prefix = /usr<br>2006-12-06 22:07:04.262 New DB connection, total: 1
<br>2006-12-06 22:07:04.629 Enabled verbose msgs: important<br>2006-12-06 22:07:04.809 New DB connection, total: 2<br>Mux rate: 6.49 Mbit/s<br>ICE default IO error handler doing an exit(), pid = 27674, errno = 32<br><br>But the oddest thing is that the mythtranscode command actually succeeds!&nbsp; 
newfile2.mpg can be successfully processed by mythreplex (the next step in mythburn.pl).&nbsp; However, due to the error code, mythburn.pl skips newfile2.mpg and uses the original recorded file -- and it's a crapshoot whether the resulting 
stream.mv2 file will be usable or not (I'm running at about a 60% success rate right now).<br><br>This error doesn't happen in normal transcoding operations (processing cutlists, transcoding down to lower quality) -- just when mythtranscode is invoked by 
mythburn.py.&nbsp; errno=32 is a &quot;Broken pipe&quot;<br><br>System details:<br>o Fedora Core 5<br>o /videos is on an ext3 filesystem<br>o Open files during mythtranscode execution (output of `ls -l /proc/28808/fd`):<br>lrwx------ 1 gwr gwr 64 Dec&nbsp; 6 22:56 0 -&gt; /dev/pts/3
<br>lrwx------ 1 gwr gwr 64 Dec&nbsp; 6 22:56 1 -&gt; /dev/pts/3<br>lrwx------ 1 gwr gwr 64 Dec&nbsp; 6 22:56 2 -&gt; /dev/pts/3<br>lrwx------ 1 gwr gwr 64 Dec&nbsp; 6 22:55 3 -&gt; socket:[548688]<br>lr-x------ 1 gwr gwr 64 Dec&nbsp; 6 22:55 4 -&gt; pipe:[548700]
<br>l-wx------ 1 gwr gwr 64 Dec&nbsp; 6 22:55 5 -&gt; pipe:[548700]<br>lrwx------ 1 gwr gwr 64 Dec&nbsp; 6 22:55 6 -&gt; socket:[548754]<br>lrwx------ 1 gwr gwr 64 Dec&nbsp; 6 22:55 7 -&gt; socket:[548785]<br>l-wx------ 1 gwr gwr 64 Dec&nbsp; 6 22:56 8 -&gt; /videos/mytharchive/work/4/newfile.mpg
<br>lr-x------ 1 gwr gwr 64 Dec&nbsp; 6 22:56 9 -&gt; /videos/1105_20061025132900.mpg<br><br>and a bit later on, it looks like fd 9 changes to:<br><br>lr-x------ 1 gwr gwr 64 Dec&nbsp; 6 22:58 9 -&gt; /expendable/videos/mytharchive/work/4/newfile.mpg
<br><br>Any thoughts?<br><br></div>-- <br> + + + + + + + + + + + + + + + + + + + Quaerite Prime Regnum Dei + + + + + + + + + + + + + + + + + + +