TVSuite V6 works on Linux with WineHQ (personally rated 'Silver')

DrP

Member
Has anyone come across a solution for keyboard repeat buffering? I skate around files using the arrow keys and their modifiers such as CTRL. In Windows the behaviour is as soon as they key is released VRD stops seeking, in a VM or bare metal, even if the key repeat rate is grossly faster than the rate that VRD is stepping around. Under WINE it looks like key presses are being buffered, perhaps in linux's keyboard buffer, so VRD continues to act until the buffer is emptied.
 

Dave B

Member
Hi DrP,
Have observed the same, and considered since Wine is a compatibility layer, there's a certain level of code translation which incurs a delay, possibly this tiny delay allows the buffer to fill.

One solution:
If using Linux Mint 19.x Cinnamon, you can use the following setting to increase the key repeat interval, this in turn reduces the chance of buffering and helps overcome the issue.
gsettings set org.cinnamon.settings-daemon.peripherals.keyboard repeat-interval 60

Reset to default value of 30 with
gsettings reset org.cinnamon.settings-daemon.peripherals.keyboard repeat-interval

Or, for a more elegant solution, following can be used as a VRD V6 launcher
Code:
#!/bin/bash

# Change keyboard repeat interval to reduce buffering
gsettings set org.cinnamon.settings-daemon.peripherals.keyboard repeat-interval 60

# Launch VRD
wine start 'C:\Program Files (x86)\VideoReDoTVSuite6\VideoReDo6.exe'

# Reset keyboard repeat interval to default
gsettings reset org.cinnamon.settings-daemon.peripherals.keyboard repeat-interval
Recommend experimentation to find the best value. From my tests; slower the system (or VM), higher the value required.

Even if not using Linux Mint Cinnamon, the above will hopefully help offer pointers on how to workaround the issue.
Wonder if worth adding a subset of this info to the first post?
 

DrP

Member
I looked into changing the keyboard repeat rate a while ago but at the time it caused more problems than it fixed. WINE seemed to signal repeating keys not by doing a repeated keydown event like Windows did. It did it with keyup / keydown messages and programs react differently to that. I should try it again.
 

Infidelus

New member
Does anybody else have remnant files after finishing editing? Specifically data.txt, log.dat & stats.dat? I've been seeing these for years and, while it's no real effort to delete them manually, it'd be nice if they went away automatically. I found this thread from a few years ago with somebody else who had the same problem.

For info, I was previously using Windows 10 and the recordings were on a Ubuntu server which I connected to via Samba and the user account had full read/write access. I'm now obviously running this in Wine (XP prefix) using NFS, again with full read/write permissions. The thread from 2015 says these files should be automatically deleted, but that's clearly not happening.
 

Dave B

Member
Not found any, also searched Windows VMs, only see usual .Vprj + .Log files. Other than editing, any specific trigger/s, are remnant files located locally or remotely?
 

Dave B

Member
Hadn't previously tested Batch Manager. :)
While experimenting with launching Batch Manager, noticed sometimes it tries to start, flashes very briefly then disappears.

Using VirtualBox's processor low execution cap feature, was able to record a video of a VM running almost in slow-motion, then save images from the video (apologies for low quality, took several attempts to even get these).

Mint 19.2 - Batch Manager tries to start 1.png

Mint 19.2 - Batch Manager tries to start 2.png
 
Last edited:

Infidelus

New member
Not found any, also searched Windows VMs, only see usual .Vprj + .Log files. Other than editing, any specific trigger/s, are remnant files located locally or remotely?
The files are in the recording folder and they're apparently created by the encoder used for smart h.264 editing according to @Dan203's comment in the related thread. They apparently should get deleted after the edit has finished, but they never have (as far back as I can remember anyway).

While experimenting with launching Batch Manager, noticed sometimes it tries to start, flashes very briefly then disappears.

Using VirtualBox's processor low execution cap feature, was able to record a video of a VM running almost in slow-motion, then save images from the video (apologies for low quality, took several attempts to even get these).

View attachment 2812

View attachment 2813
I've seen that too. Also, if you set the option to start Batch Manager on launch it actually does start, then whinges about the COM and closes again when you click OK. I've played around with a couple of Windows VMs to see if I can work out what registry key to set. There's two or three CLSID's I've found that VideoReDo uses (at least one of which calls VideoReDo6.silent which appears to be related to the Batch Manager), but importing them into my Wine prefix all made no difference unfortunately.
 

Dave B

Member
After experimentation with Wine, and Windows, found why haven't seen those files, I've been editing HD broadcast recordings with TVSuite V4 (haven't upgraded yet) which doesn't create those, while V5 and V6 does. Best contact Dan for an update.

Thanks for the Batch Manager launch on VRD start info., definitely easier than my method used to acquire those screen captures, also progresses further!
 

Infidelus

New member
It looks like the latest Wine update has broken saving H264 encoded files. I updated to 4.20 staging yesterday and started getting two errors when I tried to edit & save videos:

2844

Rolling back to 4.19 resolved the problem.
 
Top Bottom