<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">On 1/3/2013 7:51 PM, Jeremy Jones
wrote:<br>
</div>
<blockquote
cite="mid:CADCRbW1A0kz_rKHLF_jYr+PVZxAYSc0G4E1dT4_g6gF3ATxz8A@mail.gmail.com"
type="cite"><br>
major snip...<br>
<div class="gmail_quote"><br>
<div>Sound like Chris has a more permanent solution for you to
explore (now or maybe later) with mythrokuplayer, but if that
does not work for your, why not consider transcoding in place
to the m4v file and then use mythlink to generate the links
for the roku box to read?</div>
<div><br>
</div>
<div>
If this sounds like something you may want to explore then
take a look at: </div>
<div><font face="monospace, Courier New"><span
style="font-size:12px;line-height:16.233333587646484px"><br>
</span></font></div>
<div>This is a python script that pretty much has all you need
to do to transcode in-place setup in it. You just need to
edit the transcode command, and maybe a few others noted with
comments. Once that is in place you can call it automatically
as a userjob. One note though, any commercial flagging will
probably need to be done after running the userjob. </div>
<div><br>
</div>
<div>I only see a couple of potential reason not to do this. 1)
the quality you are transcoding to is not acceptable for your
mythfrontend playback. and 2) you want to permanant store the
video and delete it from the recordings.</div>
<div><br>
</div>
<div>If #2 is your reason, then look at: <a
moz-do-not-send="true"
href="http://www.mythtv.org/wiki/Mythvidexport.py">http://www.mythtv.org/wiki/Mythvidexport.py</a> </div>
<div>and at: <a moz-do-not-send="true"
href="http://www.mythtv.org/wiki/Lossless_Cut">http://www.mythtv.org/wiki/Lossless_Cut</a></div>
<div><br>
</div>
<div>These are intended to export the recording to the video
library with real human readable names. </div>
<div><br>
</div>
<div>Jeremy</div>
<div><br>
</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
mythtv-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a>
<a class="moz-txt-link-freetext" href="http://www.mythtv.org/mailman/listinfo/mythtv-users">http://www.mythtv.org/mailman/listinfo/mythtv-users</a>
</pre>
</blockquote>
<br>
So I had a bit of time to work on my script and managed to run into
one "little" thing after another. I finally got the original script
to work after quoting the variables I was passing (Thanks for that
tip!) although it worked intermittently. Turns out some recordings
were named prior to the UTC change and some after so I couldn't
reliably use either STARTTIME or STARTTIMEUTC because using one
would break the others. I did catch that I could just pass a file
name %FILE% though which solved the problem.<br>
<br>
My new transcode that I think is going to work reliably passes 3
variables, %FILE% "%TITLE" and "%SUBTITLE" (quoting from memory) I
can read those in, pass the proper file name to ffmpeg and get a
properly named output file.<br>
I'm going to do a bit more testing and then some basic error
checking if that all works and can then pass it along. If nothing
else so you can appreciate the brute force method of my ways. I'm
quite certain that some of the other options are going to be better
long term but i was going to get this to work or else!<br>
<br>
Thanks for all the suggestions that I will start to digest once I
get this working and get some time back. I see a bunch of potential
solutions that allow me to keep mythtv as my backend and access the
data from various places.<br>
<br>
I also read in another thread about cable card options for HD that
would eliminate my whole DTA/IR Blaster/PVR-350 mess and give me
better recordings to boot so that may be next on the list once I get
a decent PC that can handle that load. <br>
<br>
This list rocks!<br>
<br>
Thanks Again.<br>
</body>
</html>