Thread Priority - Support of multithreading
Posted: Sun Dec 31, 2017 12:10 pm
It would be great to be able to start the cutting of one file in Smart Cutter, send this thread to the background and start another cutting thread. However as I understand that this is a more difficult to implement feature, I would go straight to the next feature request that is just essential to have and also easy to implement (and is a prerequisite for multi threading as well).
As it is now Smart Cutter runs in NORMAL priority. So if one is recording with the PVR at the same time on the same HDD this might lead to missed frames in the recorder TS files. Also if one opens another instance of Smart Cutter to prepare another TS file for cutting this is practically unusable, as the preview of the frames comes with a huge delay, as the first smart cutter that is cutting takes up most of the HDD bandwidth.
All this would be avoided if there was an option in Smart Cutter to run it in LOW priority. This is a must have option, solves a lot of problems and is very easy to implement. Would rate this as a high priority request or even as a bug fix...
As it is now Smart Cutter runs in NORMAL priority. So if one is recording with the PVR at the same time on the same HDD this might lead to missed frames in the recorder TS files. Also if one opens another instance of Smart Cutter to prepare another TS file for cutting this is practically unusable, as the preview of the frames comes with a huge delay, as the first smart cutter that is cutting takes up most of the HDD bandwidth.
All this would be avoided if there was an option in Smart Cutter to run it in LOW priority. This is a must have option, solves a lot of problems and is very easy to implement. Would rate this as a high priority request or even as a bug fix...