Welcome to World of IPTV

Join us now to get access to all our features. Once registered and logged in, you will be able to create topics, post replies to existing threads, give reputation to your fellow members, get your own private messenger, and so, so much more. It's also quick and totally free, so what are you waiting for?

Forum Rules

Our Rules: Read to avoid getting banned!

Advertising

Introduce Yourself to the World with Us!

Resource Database

Find the newest resources around IPTV!

Account upgrade

Upgrade your account to unlock more benefits!

Question Server head scratcher

Narl

Extended Member
Ext. Member
Joined
Oct 26, 2020
Messages
43
Reaction score
12
Points
19
Location
Ireland
Bit of a weird one last night. I had Bein Sports 12 on the Amsterdam server last night all working fine, no buffering etc. Went back on to the same channel at 9:30pm, buffering like mad.

I enabled VPN, same issue remained

So the pal moves the stream from Amsterdam to Florida sever, no buffering or anything, smooth as silk.

We then moved it back to the Amsterdam server, and it was smooth as anything, no buffering.

I’m guessing it was a source issue, like not enough bandwidth or just an issue with routing. But you would think with the Amsterdam server being closer than the pals server in Florida it would work fine, but it didn’t.

I contacted the server company and they have assured me that the server certainly is on a 10g port it is dedicated and unshared.

Any thoughts would be greatly appreciated.
 
Thays usually a routing problem.
Try to do a tracert to the server when it buffers.
Ser the package Lost Also to see if anything is Lost on the way
 
Thays usually a routing problem.
Try to do a tracert to the server when it buffers.
Ser the package Lost Also to see if anything is Lost on the way

I was thinking about a routing problem. As far as I remember the source sever is also located in the EU. It could well be possible that the source sever maybe has routing issues to mine but not to the one in the USA.

Mean to-say in the previous post, this mainly seems to happen when the channel / stream is set to *on demand*. When it isn’t set to on demand they do appear to be fine, on the whole.

Bit of a one.
 
Last edited:
Channels MatchTime Unblock CDN Offshore Server Contact
100 cnx / 90€ 5Gbps / 180€ 48CPU-256GRAM 10Gbps 569€ Skype live:giefsl
500 cnx / 350€ 10Gbps / 350€ 48CPU-128GRAM 5Gbps / 349€ TG @changcdn
1000 cnx / 500€ 20Gbps / 700€ 40CPU-128GRAM 20Gbps / €980 http://coronaserver.com
I was thinking about a routing problem. As far as I remember the source sever is also located in the EU. It could well be possible that the source sever maybe has routing issues to mine but not to the one in the USA.

Mean to-say in the previous post, this mainly seems to happen when the channel / stream is set to *on demand*. When it isn’t set to on demand they do appear to be fine, on the whole.

Bit of a one.
If that happens ONLY on ondemand try using a custom command for it.
Maybe the stream on the source has some problems and the default configs on ffmpeg off the xui cant find the keyframes correctly and messes up the stream.
 
If that happens ONLY on ondemand try using a custom command for it.
Maybe the stream on the source has some problems and the default configs on ffmpeg off the xui cant find the keyframes correctly and messes up the stream.

yeah they do seem to stutter waking up from
on demand, even at that they can buffer quite a bit during. I’m just wondering is maybe the source having issues or is there something else going on.

I do know the source is running a script so they could well be dodgy streams of possibly already maxed out servers. Just a big darn ❓ at the moment.
I think what I may do is get another source and see what happens. I guess there isn’t any harm. Now trying to find another source.
 
shape1
shape2
shape3
shape4
shape5
shape6
Back
Top