[mythtv-commits] Ticket #10071: Bugfixes to mythburn.py

MythTV noreply at mythtv.org
Sat Feb 4 19:49:05 UTC 2012

#10071: Bugfixes to mythburn.py
 Reporter:  t.brackertz@…         |          Owner:  paulh
     Type:  Patch - Bug Fix       |         Status:  new
 Priority:  minor                 |      Milestone:  0.25
Component:  Plugin - MythArchive  |        Version:  Unspecified
 Severity:  medium                |     Resolution:
 Keywords:                        |  Ticket locked:  0

Comment (by t.brackertz@…):

 As mentioned above I'm going to provide a clean path the next days without
 any user specific hacks (and a few additional bug fixes).


 I'm going to implement encodetomp2, too. (Hopefully this will get
 implemented in the UI, too.) In each case (encodetoac3, encodetomp2, none
 of both) the audio format will be the same for the hole disc which means
 that the menumusic is also reencoded if needed. As NTSC players don't need
 to accept mp2 encodetoac3 will be enforced if the disc is NTSC.


 In general I agree to your argument, paulh, but:
 - The old mechanism doesn't work in many cases as the output-filename
 chosen by projectX varies a lot not only depending on the input but also
 on the specific version. The old fallback-mechanism doesn't work correctly
 and additionally there is a bug terminating the hole script even before
 the fallback starts. Unfortunately this happens very often.
 - The new version of projectX allows to exactly specify the desired
 output-filename-sheme by a new command-line-option. Therefore we get rid
 of all the trouble.
 - If this doesn't work there is a robust fallback-mechanism which guesses
 a working result in each case. The worst thing which can happen is that
 different audio-languages get exchanged. This unfortunately happens
 sometimes because in some cases mytharchivehelper gives wrong IDs. (I
 haven't investigated the reason yet.) The old mechanism gets confused in
 this cases, too. The new fallback also works for old versions of projectX
 which can't handle the new command-line-argument.
 - The new projectX is available for many distros at least by third-party-
 repositories and can therefore easily be obtained.

 I (and maybe not only I) think it would be a pitty if mytharchive would
 get removed. Maybe I can support you in maintaining it. What do I have to
 do to get a (restricted) git-account? How do I need to show that I'm
 reliable and competent enough? (Maybe I could not make things much worse
 if you would completely remove mytharchive otherwise.)

 I'm going to introduce an additional variable for the destination of the
 iso-file. You can set this in the beginning of the script until it is
 implemented in the UI. But I agree to paulh: We shouldn't have specific
 paths and stuff like this in the git and the patches here.
 Hint: I have a MBE/FE-machine with 4 harddisks for storing the records. I
 have split off a few GB of each harddisk and bulit a raid0 on that. Using
 this as working directory of mytharchive speeds up the process *a lot*.

Ticket URL: <http://code.mythtv.org/trac/ticket/10071#comment:11>
MythTV <http://code.mythtv.org/trac>
MythTV Media Center

More information about the mythtv-commits mailing list