SolveigMM End-User Products > Beta Testing

Bug report in Video Splitter 3.7

(1/5) > >>

zeroFX:
Strange, because this is what's happening when I do it: https://vimeo.com/76210261
(should be ready within an hour or so; vimeo seems to be slow at converting)

Olga Krovyakova:
Hello zeroFX,

I've tested this and unfortuntaly have not reproduced. If after saving at the first time using "Save All Fragments As…" select "Save audio track only" then with the next trimming operations this setting stay enabled in the Save as... dialog box.

zeroFX:
Uh, sry, my fault. The description was inaccurate: It happens after using "Save All Fragments As…" and selecting audio (or video) only. Any save (or trim) after that does not indicate the disabled state of the video stream. Tested with the current .19 beta, but as said I recall that behaviour with earlier versions, too.
The result of such action would still be an MKV container, though containing only the before selected stream, e.g. audio only MKV. I don't think this is wad.

When saving a single audio-… or video-only segment it works as you say and as it should.

Olga Krovyakova:
Hello zeroFX,

Thank you for your post.

What Video Splitter version do you use?

Regrettably I've not noticed such issue in the beta version of Video Splitter (3. 7. 1309. 19).
I've disabled video stream for the first saved fragment and when I then save another fragment in the same project the Save as... dialog box shows that only the audio stream will be saved (the checkbox "Audio only" is activated).

zeroFX:
A more cosmetic thing: If you selected to save the audio stream only and later in the same project want to save another selection, it does not indicate (in the save prompt) that the video stream is still disabled, although it is shown as not selected in the Controls menu.
I don't do this very often, as I usually use the batch manager, but I remember this behaviour occured in earlier versions as well. It confuses me from time to time, though.

Navigation

[0] Message Index

[#] Next page