Details
-
Bug
-
Resolution: Fixed
-
Major
-
1.1.0 RC 1
-
None
Description
Often an access violation happens in the streaming server thread after the stream is stoppped and/or removed. It often happens even after TsStreamFileSource destructor is called.
h4. Additional Information
Every time I have encountered this, the exception was in CTsDuration::UpdateDuration which ignores FileReader errors and tries to parse TS packets even when the reader has failed to read any data.
There seems to be some timing issue.
When the access violation happens most of the times StreamingServer fails to stream anymore until TVService is restarted (i.e. other streams stall and no new streams play)
See the logs in these two bug reports:
http://forum.team-mediaportal.com/mediaportal-1-1-0-rc-1-496/can-only-timeshift-once-after-each-tvservice-restart-78164/
http://forum.team-mediaportal.com/mediaportal-1-1-0-rc-1-496/stopping-live-tv-one-client-all-live-streams-freezes-linkage-scanner-related-78084/
h4. Additional Information
Every time I have encountered this, the exception was in CTsDuration::UpdateDuration which ignores FileReader errors and tries to parse TS packets even when the reader has failed to read any data.
There seems to be some timing issue.
When the access violation happens most of the times StreamingServer fails to stream anymore until TVService is restarted (i.e. other streams stall and no new streams play)
See the logs in these two bug reports:
http://forum.team-mediaportal.com/mediaportal-1-1-0-rc-1-496/can-only-timeshift-once-after-each-tvservice-restart-78164/
http://forum.team-mediaportal.com/mediaportal-1-1-0-rc-1-496/stopping-live-tv-one-client-all-live-streams-freezes-linkage-scanner-related-78084/