1
Preview Build Discussion / Re: 1.99.12.18980 M3U Stream sync connection errors
« on: Today at 01:19:05 AM »
The older preview builds are still referenced on the site by following the prior / last preview build link from near the top of the initial text on the site's main preview build page.
I've tried to play all of the links in the example playlist & as-is none of them are working for me either in the current preview or the very old one (which ended up hanging whilst trying to do anything but that might be to do with whatever I'd last done to that test install a few years ago) nor in other players / browsers.
However the problem seems to be because the old preview build would try to force streams to use http:// when https:// was found as that's what was needed to allow the re-used in_mp3 plug-in dll from 5.666 to be more likely to play things.
The newer build has long since resolved that problem & that re-used in_mp3 is now able to try to play the stream urls as-is which is a problem here because what you've provided doesn't respond on the https:// urls from the server side (ideally there should be an attempt to drop back to http but the connection is also taking an age to timeout it seems).
If you edit the stream urls to use http:// then just the sc1 & sc2 server urls don't seem to be responding from my testing.
-dro
I've tried to play all of the links in the example playlist & as-is none of them are working for me either in the current preview or the very old one (which ended up hanging whilst trying to do anything but that might be to do with whatever I'd last done to that test install a few years ago) nor in other players / browsers.
However the problem seems to be because the old preview build would try to force streams to use http:// when https:// was found as that's what was needed to allow the re-used in_mp3 plug-in dll from 5.666 to be more likely to play things.
The newer build has long since resolved that problem & that re-used in_mp3 is now able to try to play the stream urls as-is which is a problem here because what you've provided doesn't respond on the https:// urls from the server side (ideally there should be an attempt to drop back to http but the connection is also taking an age to timeout it seems).
If you edit the stream urls to use http:// then just the sc1 & sc2 server urls don't seem to be responding from my testing.
-dro