Vfr.py - Auto Chapter & QPFile creator and Audio cutter for VFR video

[sneaker_ger]

A few versions ago mkvextract was changed:
1. Now it's "mkvextract timestamps_v2 file.mkv 0:output.txt
2. output.txt:

# timestamp format v2
0
42
83
...

(mkvmerge should accept old and new format)

Need additional changes?

[FortMax]

Getting some different errors now.

[path]>vfr.py -i "VTS_01_1b T80 2_0ch 384Kbps DELAY 0ms.aac.m4a" -o Exceedraft_05.mka -f 24000/1001 Exceedraft_05.avs
Traceback (most recent call last):
  File "C:\Program Files (x86)\cmdpgms\vfr.py", line 730, in <module>
    main(argv[1:])
  File "C:\Program Files (x86)\cmdpgms\vfr.py", line 166, in main
    o.verbose, o.test)
  File "C:\Program Files (x86)\cmdpgms\vfr.py", line 706, in split_audio
    if delay or ret else None)
NameError: global name 'tid' is not defined

[RiCON]

Probably not? vfr.py doesn't use mkvextract.

@FortMax: fixed

[sneaker_ger]

Originally Posted by RiCON

Probably not? vfr.py doesn't use mkvextract.

But it uses the timecode files it outputs, right?

[FortMax]

@RiCON:

That seems to have fixed my issue. Only difference from earlier performance is that it only outputs one file, rather than splitting it into multiple chunks.

[RiCON]

It's been this way since at least mkvmerge 5.6.0 and --merge? Long as it's still the proper output should be fine.

[FortMax]

Wouldn't that need the -m flag, or am I completely reading this wrong?

[RiCON]

-m or --merge, yes.

[FortMax]

My command line isn't using either of those, though. On some stuff, I found it useful when vfr.py output the stuff before x and after y for trim(x,y).

[RiCON]

--merge rejoins the split audio that matters.
--remove removes the split audio segments after merging.
The audio in-between hasn't been there since mkvmerge 5.6.0 because of the type of --split used.

[FortMax]

Thanks for that. That pointed me in the right direction on what I needed to change to bring back the old --split behavior, as I had some use for the stuff that was trimmed off.