As far as I'm concerned: yes. The 250 MB file is allocated first then written into afterwards for better performance.Is the way TSWriter is creating the filestream and writing to it, definetly correct? Are all share flags set, so that another process (in this case TSReader, MediaPortal.exe) is allowed to read the through network access?
Dedicated TV & File server, running Server 2012 Datacenter which streams to Windows 8.1 Clients. Using UNC, i have 0 issues.Is there anybody who is using a multiseat setup with Windows 8.x as server and client? Because I think this is not a WS2012 R2 issue. I found out, that WS2012 R2 (which is based on W8.x) and Windows 8.x are using a newer SMB version: 3.0. So it could be a SMB problem with this newer version.
Thanks for the note. I apologize for the intrusion I was looking at the stuttering, glitches and I knew changing the port solved my problem. One other time experiencing suttering skipping delay problems I tracked the problem to a DGS-1005G sub-hub, if that helps anyone else. After removing it from the system problems dissolved. I did not realize you had focused in on the problem. I will read more carefully in the future.David, thanks for your input.
From your discussion of the RTSP port config it sounds like you're using RTSP instead of UNC shares to access timeshift files, and therefore by definition you wouldn't get the 0x80090006 errors Sascha is currently seeing.
If changing the streaming server port is helpful to you then we might suspect that (a) some kind of security software on your server is affecting traffic passing through that port or (b) some other software is already listening on that port.
I don't know what security software you have installed, but you can use netstat -an on the command line to confirm which ports are in use.
No need to apologise - no harm done!I apologize for the intrusion...
If using MP 1.9 PR the option is in MP configuration in the "TV/Radio" section "advanced options" subsection:Then second thing. I read the other post talking about UNC and you made comment as well. I looked all over for a way to turn that on. I even downloaded 1.9.0 to see if I could find it. I must be getting really bad/old, because I could not find it and it said in the notes it was an option.
I'm not sure what you mean by "I prefer using TV". Nevertheless, the choice between RTSP and UNC is completely up to you. For some people only one of those options is able to deliver stutter free playback, and so the choice is clear for them. For other people, one of the options (usually UNC) gives faster channel change times.I already share the record directory and often use videos to find shows and play them. However, I prefer using TV. Should I prefer UNC? I have one central system that records TV as well as supports my big screen and three Windows PC and two android tablets. Thanks for the help. I love MediaPortal!
If it gets file read errors, TsReader will retry the reads which is why you can get lots of read errors but it still plays OK. Errors only happen with the current 'live' file because the others are not being written to (or read from most of the time, unless you have paused live TV).@mm:
Do you have any idea, why the 0x80090006 error only happens with the current splitted timeshift file, where TSWriter is writing to and why this is not happening with all previous splitted timeshift files from the same timeshift recording? There is no anti virus software or any other security software blocking this file.
The last two days I have suddenly absoletly no visual glitches, even though I have thousands of the 0x80090006 erros in the log file. So maybe it could be that it is random if TSReader is still able to read the neccessary bytes or reading the bytes exactly while the 0x80090006 error occured.
It's probably the video decoder that is actually having problems. Have you got any logs for this situation ?And then, when this happens, there is still a main problem with the TSReader that whenever such problem occur for a few bytes or frames, the TSReader is not able show the correct frames after this issue, so that you endless see glitches (artifacts, pixelation, etc.) until you switch the channel. So the issue is not there anymore, but TSReader is still struggling with a previous issue. I don't know if this could be also fixed, to make the TSReader more robust and error tolerant. I noted this behavior many times in the past. Whenever there is any short issue, the playback struggles endless after that.
|Thread starter||Similar threads||Forum||Replies||Date|
|A||Multiseat - Lost connection to TV server||Television (MyTV frontend and TV-Server)||12|
|Multiseat: Recording stopped when recording/watching other channel||Television (MyTV frontend and TV-Server)||10|
|Multiseat: Recordings incomplete||Television (MyTV frontend and TV-Server)||2|
|TV (multiseat) issue with 1.4 prerelease||Television (MyTV frontend and TV-Server)||3|
|Multiseat TV stutter||Television (MyTV frontend and TV-Server)||4|