Reply to thread

Message: <blockquote data-quote="Andy_2639" data-source="post: 1214433" data-attributes="member: 161048">I used 2639draco (my laptop) just as test system whether the IO priority background still occurs with 1.16.0 pre-release. I use 2639capricornus to watch and record TV.I can set the service account only to System or administrator. With other accounts with less priviledges I get the error Graph building failed (see attached logs). (2639draco and 2639capricornus)The following is about 2639capricornus.The signal strength and quality look good.The artifacts/dropouts correlated pretty good with IO happening.I used DPC latency checker (see attached screenshots). I didn't know the thing about dpc latency before and glad to learn about it, thanks!The latency check from 2017-02-27 ran a few minutes.The check from 2017-03-02 ran about 20 hours. It was 1.5 ms until I did a little stress test:Recording 2 HD channels at the same time + watching a 3rd HD channel at the same time (all on one DVB-S2 transponder as I only have one TV card on this system) + FTPES file transfer with 11 MB/s and after the FTP file transfer a SMB file transfer with 11 MB/s (both file transfers wrote 700 MB to 2639capricornus which did the TV playing and recording).The file transfers are with 11 MB/s only because my laptop is only capable of 100 MBit Ethernet (something with the GBit part of the network card is broken).After the stress test the maximum DPC latency was by 2.1 ms.During the stress test I noticed a short audio artefact in the live TV stream. But there were no artefacts or dropouts in the 2 recordings.This is strange because earlier FTP or SMB traffic would cause many dropouts making the recoding unusable.I tried to increase the IO priority before I wrote the initial post with IOPriorityV1.1. This changed nothing on resmon reporting the TS being written with background priority. So I did not continue with changing the IO priority.Resmon also reports the TS file written by System (PID 4) regardless whether the tv server runs unter System or Administrator account.I checked the IO priority for System (PID 4) and TVServer with ProcessExplorer. Both have priority normal. Despite this, the TS file is written with background priority. I don't know what Windows thinks of this ...I attached screenshots of ProcessExplorer showing details about the 2 processes while recording one channel. The screenshots are taken without IO priority modification by IOPriorityV1.1.Write-Caching is enabled.Reducing multi-tasking isn't an option as tv is only a small part of the use-case of the system. Also starting MediaPortal (client) while the TVServer did recording was enough to get artifacts or dropouts. This suddenly diappeared ...IO priorization doesn't eliminate IO congestion but it can soothe the impact: I don't care whether windows backgound stuff or file transfers take a bit longer because something different is more important - but I do care whether tv recordings have dropouts.I don't know why my system now behaves better ... I don't like bugs which duck away when I try to investigate them ...Maybe it is because I disabled one RAM drive. I had 2: one 4 GB and one 3 GB. Now I have just one 4 GB. The amount of RAM didn't change and is 16 GB.</blockquote>

Verification