Hi. I've tested the last dll. I still get the problem, but perhaps with a slight improvement. I would say about 1 in 10 switches going wrong.
The logs below contain a test with the failure in the last channel switch.
Hi. I've tested the last dll. I still get the problem, but perhaps with a slight improvement. I would say about 1 in 10 switches going wrong.
The logs below contain a test with the failure in the last channel switch.
Just a reminder: always post full logs. This also means either remember to change log level in MediaPortal configuration to Debug, or just use "MediaPortal Debug mode" (see Forum/How_to_post_logs - MediaPortal Manual Documentation). Your logs are missing MediaPortal.log because your logging level is set to Error.
Germany
I have added an extra check for PAT version changes to ignore backward changes (e.g. 2->1) which I believe only happens due to seeking behind the channel change. Try the attached TsReader to see if it helps. Test that the issue does not happen anymore, but also test that everything else is still working properly. Some tests to consider:
This is only a hack but a proper solution would require big reworks in TsWriter, StreamingServer and TsReader, and frankly I don't think we can afford such big changes in MP1 anymore.
- Zapping
- Watching live tv while program changes video and/or audio format
- Spice it up with audio selector various preferences (e.g. new show starts that has a preferred audio that did not exist in previous show)
- do all of the above and seek back and forth across format/channel changes.
- other I might have missed.
Please test newer version. I fear that it will break skip steps but try it anyway.
Germany