[mythtv-users] MythArchive 0.27 mythburn.py patch for cutlist support (HD-PVR)
J.Pilk at tesco.net
Tue Mar 4 10:59:29 UTC 2014
On 04/03/14 02:27, Will Dormann wrote:
> Projectx couldn't find the recording details via:
> rec = DB.searchRecorded(chanid=chanid, starttime=starttime).next()
> The chanid and starttime variables seemed OK and matched what's in my
> recorded database. But the above line fails with a StopIteration error.
> So if finding the recording via the channel and time fails, I'm falling
> back to finding it via the recording filename, which was already stored
> in streaminfo_orig.xml.
I suspect a utc-related cause for this - but you've found a workaround.
> Now projectx fails because the "-set ExternPanel.appendPidToFileName=1"
> option is not valid with "recent" projectx versions. This also means
> that the filenames produced by projectx aren't what mythburn.py is
I'm still using this with ProjectX 0.91.0.09/25.01.2014 TEST PROJECT
ONLY , User: John, - from a recent tarball, without obvious problems.
03 March 2014 23:36:41 GMT
java.vendor Oracle Corporation
java.vm.vendor Oracle Corporation
java.vm.name OpenJDK 64-Bit Server VM
There's also some ".mv2" extensions in there, which should
> be ".m2v"
> Finally, I ended up swapping out occurrences of "mythffmpeg" with
> "ffmpeg". mythffmpeg hung up on an ATSC recording, but the ffmpeg that
> comes with Mythbuntu 12.04 seems to work fine. I suppose changing the
> mythffmpeg symlink would suffice, but I wanted to keep all modifications
> to just mythburn.py.
Yes. I've found a few end-of-schedule recordings where mythffmpeg
doesn't identify the wanted streams, but I deal with this, and the
cutlist, outside mythburn.py
> That's about it. The patch is a bit hacky, but it works for me.
I have a procedure and a version of mythburn.py that works for me - for
DVB-T, and as long as the calling parameters remain unchanged - so I may
not rush to try yours; but thanks for posting it.
More information about the mythtv-users