Opened 14 years ago
Closed 14 years ago
#3626 closed patch (fixed)
Multi-pass encoding using mytharchive
Reported by: | anonymous | Owned by: | paulh |
---|---|---|---|
Priority: | minor | Milestone: | 0.21 |
Component: | mytharchive | Version: | head |
Severity: | medium | Keywords: | mytharchive mythburn.py encoding |
Cc: | Ticket locked: | no |
Description
Hello! I'm using mytharchive to convert my records into DVD-format. To get the highest quality i selected the HQ-encoding profile. While converting the records, i detected two bugs:
- The outputfile has to be the last element in the encoding profile (after pass-options and before mapping).
- You have to replace '%passno' and not '%pass'. In the current software the string '%passlogfile' will be replaces to '1logfile' and '%passno' will be '1no'.
- (optional): ffmpeg adds '-0.log' to the '%passlogfile' automatically. If you set '%passlogfile' to pass.log you get the logfile: 'pass.log-0.log'
After patching the code the HQ encoding runs (in my case) without problems ;-)
Attachments (1)
Change History (4)
Changed 14 years ago by
Attachment: | mytharchive_pass.diff added |
---|
comment:1 Changed 14 years ago by
Milestone: | unknown → 0.21 |
---|
comment:2 Changed 14 years ago by
(In [13737]) Apply patch to fix multipass encoding in MythArchive?.
Refs #3626.
comment:3 Changed 14 years ago by
Resolution: | → fixed |
---|---|
Status: | new → closed |
(In [13738]) Apply patch to fix multi-pass encoding in MythArchive?.
Closes #3626.
Note: See
TracTickets for help on using
tickets.
Mulitipass encoding patch