119 replies to this topic

[Adryan]

I've used revert1, and everything works.

 

thank you for you're help!

[mx3L]

Thanks for a test!

 

Revert1 does revert only this patch:

https://github.com/O...2e4d13c5abb2a1f

[dhwz]

@ian1095
I totally agree with you! This update is a joke.

@PLi Devs
OK you disabled the old method setting User Agent via config. Ok then from now on also MediaPortal is officially NOT supporting any image based on PLI as long as the old way is not working again. :-)

ANY of our Plugins which require setting User Agent will refuse working from now on.

Edited by dhwz, 18 December 2015 - 00:34.

[ian1095]

Things are not as bad now as they could have been because the BH devs were pursued to follow and have now also also incorporated these changes,if they had not done so then things really would have been a mess.

 

It still a major rewrite though of how streaming plugins operate,but for the most part this has now been done in the plugins I use, but still lots of unnecessary work.

 

This change should have been better thought out and allowed to be backwards compatible with perhaps a default setting being added of using the old method by default,but allowing users to turn on the new method if required.

 

Anyway its water under the bridge now,but in future maybe a little more thought might not be such a bad thing.

 

On a separate note.

 

Can anyone inform me as to when the revert of the patch above will be added to the online image update ?

 

The bugs in the pause and the stream stopping when the image is set to pause when movie reaches end with HLS stream types are driving me to despair.

 

Ian.

[mx3L]

@dhzw

Is it a problem to append "#User-Agent=CustomUserAgent" to play url? or is it not possible to do this adjustment?

 

an anyone inform me as to when the revert of the patch above will be added to the online image update ?

AFAIK this patch should fix DTS downmix A/V sync issues, so if we just revert it, it will break playback with DTS downmix.

Proper solution has to be found.

 

The bugs in the pause and the stream stopping when the image is set to pause when movie reaches end with HLS stream types are driving me to despair.

What bugs in pause? Is pausing, unpausing not working?

Can you provide some example, so we can reproduce?

 

Exactly which image are you using?

Edited by mx3L, 18 December 2015 - 09:49.

[ian1095]

Im using Open Pli 4.0 with enigma from the 11th of December

 

Basically the problem is with HLS streams that are slow to start.

 

This slow starting problem in the past was overcome by setting the image to pause when movie reaches end. This allowed the slow to start streams to continue to connect whilst END appeared onscreen,and after the buffer had filled somewhat,you then simply pressed the OK button and the stream would then start.

 

But now when a stream is slow to start and END appears onscreen,its no longer possible to get it to play as the buffer stops filling up,in fact nothing happens after END shows,so then pressing the OK button has no effect.

 

If I'm lucky it is possible to press the OK button,then straight way press the pause button and sometimes on occasion the buffer will then fill,but this is rare.

 

I suppose a simple solution would be to increase the timeout before END appeared onscreen,but as stated this problem is new and its no longer a simple matter of using the pause when movie reaches end setting untill END appears onscreen then pressing OK

 

It simply no longer works.

 

The only solution is to exit the stream and cross your fingers that then next connection attempt will start to play Before END appears. If it doesnt,then try try again untill it does. Often this can take 7 or 8 attempts to get a stream to play and but sometimes its simply too slow to start and therefore you have to now give up entirely.

 

Ian.

Edited by ian1095, 18 December 2015 - 10:13.

[ian1095]

Just to add.

 

I use Livestreamer for theses stream types in conjunction with Livestreamersrv and I used to be able to edit the session.py file to allow several (up to 10) segmented stream threads,but since these changes,anything higher than just one segmented thread stream type connection triggers this slow starting and makes END appear onscreen. Simply because the more segmented threads created,the more time is required for each connection before you can play the stream.

 

This fix allowed for slower internet and also allowed for the use of VPN's which are inherently slower by nature.

 

So at the moment with using only one segmented thread,its impossible to use any VPN without the stream stuttering.

 

Ian.

Edited by ian1095, 18 December 2015 - 10:25.

[ian1095]

By the way.

 

Yes your quite correct in your answer to dhwz in saying thats its no problem to append "#User-Agent=CustomUserAgent" to get the stream to play,but your forgeting that when a plugin uses resolvers this has to be done in each and every resolver several times,not just to play but also to download too and when a plugin has many scrapers this equates to a considerable amount of work.

 

But as stated,if done it will now be ok because BH also added the Pli mods,if they had not the any given plugin could not have worked on both image types.

Fortunately most images use Pli as their base so not an issue for those images,but even now any plugin thats modified in this way wont play on VTI until they too use the Pli changes.

 

Anyway as i said earlier, all water under the bridge now.

 

Ian.

[mx3L]

Before https://github.com/O...f9b6806132a92b3

After http timeout was reached, we didn't stop pipeline, but just send event EOF to inform players about it.

 

Now we also stop pipeline after http timeout is reached and send EOF event.

I think this is correct behaviour, pipeline should be stopped when http timeout is reached.

 

What are you describing shouldn't work, since after you see "END" on the screen you shouldn't expect player to play this stream.

So I think we should rather increase HTTP_TIMEOUT(30 seconds currently).

 

By the way.

 

Yes your quite correct in your answer to dhwz in saying thats its no problem to append "#User-Agent=CustomUserAgent" to get the stream to play,but your forgeting that when a plugin uses resolvers this has to be done in each and every resolver several times,not just to play but also to download too and when a plugin has many scrapers this equates to a considerable amount of work.

scrapers, resolvers has nothing to do with it. It's only relevant for playback url, which you use to create gstreamer service-reference.

download - plugins which don't use downloading via iRecordableService.record, don't need to do any change.

[dhwz]

Why should I change our code you broke compatibility in first place. I have no reason to change anything as the Plugins are working properly on VTi and DMM images.

Also I still don't understand why you removed the config value as it could easily be overwritten by your service ref value (I don't see any problem if you keep the config option for compatibility)
Also as ian1095 said 99.9% will never use that header or even know what it does.

Sorry to say but >95% don't use PLi based images. :-)
Oh and you can tell any of your users it's your fault if you get any questions related to our Plugins. ;-)

[mx3L]

Setting custom user-agent via config sets this header globally for every gstreamer service, when config.mediaplayer.useAlternateUserAgent is set to True.

It means, that we have to rely on plugin's authors to set config.mediaplayer.useAlternateUserAgent to False after usage, otherwise custom user-agent will be set for every gstreamer service and not the default one.

 

So to avoid this problem I removed these config entries and allow to set custom user-agent only via service reference path string.

 

I guess we could bring it back, but we have to make sure that we unset this config after usage, so default user-agent can be used if plugin's author forgets to unset useAlternateUserAgent.

[dhwz]

Yes sure that's right but usually the coders know that they have to reset the value. Also it shouldn't be a problem anyway even if they forget to reset it (who cares about the default?)

[mx3L]

hbbtv plugins does https://github.com/O...46f5d6b1dee85aa

[littlesat]

hbbtv plugins does https://github.com/O...46f5d6b1dee85aa

Sorry I don't understand... does it induce some issue???

[ian1095]

Yes if you could increase the HTTP_Timeout it would be greatly appreciated as this would work as a workaround to the pipeline now being stopped.

 

I do agree that END means END and that pressing OK at this point should not then start the buffering process once more,but having said that,it was great that it did do this before because it solved any problems with slow to start streams.

 

So perhaps an HTTP_Timeout of 60 seconds ?

 

I cannot see any stream requiring longer than this even when the amount of desired segmented threads is increased to 10 in Livestreamer.

 

Ian.

 

ps

 

Trust me many resolvers require user agents and headers to be sent too.

Edited by ian1095, 18 December 2015 - 16:17.

[ian1095]

Cant edit to add more.

 

Was also going to add "for gods sake dont revert it totally now" after hours and hours have been spent getting plugins to use the new method lol.

 

If you are considering reverting it, please make both the old and new methods usable instead.

 

Ian.

Edited by ian1095, 18 December 2015 - 16:22.

[mx3L]

@littlesat

no, there is nothing wrong with that commit I'm just responding to @dhwz, that some plugins require default User-Agent header

 

@ian1095

 

Trust me many resolvers require user agents and headers to be sent too

I'm not saying they don't, but what does it have to do with gstreamer service-reference path?

 

 

Was also going to add "for gods sake dont revert it totally now" after hours and hours have been spent getting plugins to use the new method lol.

I'm not considering revert

[ian1095]

Nothing.

 

But it used to be possible to add user agents and headers to the mediaplayer settings.py , basically a one size fits all,but this now cannot be done.

 

Lazy i know but hey thats how peeps are.

 

Anyway as I said earlier all is sorted now using the new method,but if you could look into the HTTP_Timeout then this would be great.

 

Ian.

Edited by ian1095, 18 December 2015 - 17:10.

[athoik]

..but if you could look into the HTTP_Timeout then this would be great.

Can you please provide a test url? Or a debug enigma2 log? (init 4 && enigma2).

[ian1095]

<346801.738548> [eServiceMP3] Buffering 1 percent done
<346801.781726> [eServiceMP3] Buffering 2 percent done
<346801.868189> [eServiceMP3] Buffering 3 percent done
<346801.896351> [eServiceMP3] Buffering 4 percent done
<346801.958650> [eServiceMP3] Buffering 5 percent done
<346802.060548> [eServiceMP3] Buffering 6 percent done
<346802.113330> [eServiceMP3] Buffering 7 percent done
<346802.142368> [eServiceMP3] Buffering 8 percent done
<346802.240498> [eServiceMP3] Buffering 9 percent done
<346802.319579> [eServiceMP3] Buffering 10 percent done
<346802.365741> [eServiceMP3] Buffering 11 percent done
<346802.444901> [eServiceMP3] Buffering 12 percent done
<346802.486470> [eServiceMP3] Buffering 13 percent done
<346802.527308> [eServiceMP3] Buffering 14 percent done
<346802.626527> [eServiceMP3] Buffering 15 percent done
<346802.740583> [eServiceMP3] Buffering 16 percent done
<346802.758726> [eServiceMP3] Buffering 17 percent done
<346802.795721> [eServiceMP3] Buffering 18 percent done
<346802.858800> [eServiceMP3] Buffering 19 percent done
<346802.922459> [eServiceMP3] Buffering 20 percent done
<346802.941277> [eServiceMP3] Buffering 21 percent done
<346803.021641> [eServiceMP3] Buffering 22 percent done
<346803.066892> [eServiceMP3] Buffering 23 percent done
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r
0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled
 variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r
0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled
 variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r
0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled
 variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r
0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled
 variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r
0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled
 variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r
0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): <346803.1
42348> [eServiceMP3] Buffering 24 percent done
unhandled variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r
0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled
 variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r
0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled
 variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r
0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled
 variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r
0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled
 variable size 8
<346803.208821> [eServiceMP3] Buffering 25 percent done
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r
0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled
 variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r
0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled
 variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r
0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled
 variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r
0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled
 variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r
0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled
 variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r
0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled
 variable size 8
<346803.274308> [eServiceMP3] Buffering 26 percent done
<346803.309346> [eServiceMP3] Buffering 27 percent done
<346803.351397> [eServiceMP3] Buffering 28 percent done
<346803.408745> [eServiceMP3] Buffering 29 percent done
<346803.480515> [eServiceMP3] Buffering 30 percent done
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r
0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled
 variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r
0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled
 variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r
0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled
 variable size 8
<346803.520700> [eServiceMP3] Buffering 31 percent done
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r
0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled
 variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r
0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled
 variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r
0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled
 variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r
0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled
 variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r
0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled
 variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r
0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled
 variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r
0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled
 variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r
0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled
 variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r
0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled
 variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r
0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled
 variable size 8
<346803.614356> [eServiceMP3] Buffering 32 percent done
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r
0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled
 variable size 8
<346803.741789> [eServiceMP3] Buffering 33 percent done
<346803.794206> [eServiceMP3] Buffering 34 percent done
<346803.809646> [eServiceMP3] Buffering 35 percent done
<346803.855314> [eServiceMP3] Buffering 36 percent done
<346803.905354> [eServiceMP3] Buffering 37 percent done
<346803.946599> [eServiceMP3] Buffering 38 percent done
<346803.986297> [eServiceMP3] Buffering 39 percent done
<346804.019750> [eServiceMP3] Buffering 40 percent done
<346804.068768> [eServiceMP3] Buffering 41 percent done
<346804.117411> [eServiceMP3] Buffering 42 percent done
<346804.187481> [eServiceMP3] Buffering 43 percent done
<346804.230093> [eServiceMP3] Buffering 44 percent done
<346804.284228> [eServiceMP3] Buffering 45 percent done
<346804.362518> [eServiceMP3] Buffering 46 percent done
<346804.401731> [eServiceMP3] Buffering 47 percent done
<346804.443951> [eServiceMP3] Buffering 48 percent done
<346804.518927> [eServiceMP3] Buffering 49 percent done
<346804.557750> [eServiceMP3] Buffering 50 percent done
<346804.705267> [eServiceMP3] Buffering 51 percent done
<346804.735328> [eServiceMP3] Buffering 52 percent done
<346804.764065> [eServiceMP3] Buffering 53 percent done
<346804.998886> [eServiceMP3] Buffering 58 percent done
<346805.078685> [eServiceMP3] Buffering 59 percent done
<346805.121198> [eServiceMP3] Buffering 60 percent done
<346805.152243> [eServiceMP3] Buffering 61 percent done
<346805.184461> [eServiceMP3] Buffering 62 percent done
<346805.254175> [eServiceMP3] Buffering 63 percent done
<346805.296844> [eServiceMP3] Buffering 64 percent done
<346805.360360> [eServiceMP3] Buffering 65 percent done
<346805.438117> [eServiceMP3] Buffering 66 percent done
[AutomaticVolumeAdjustment] service changed
[AutoRes] service changed
<346806.354354> [eServiceMP3] Buffering 67 percent done
<346806.893818> [eServiceMP3] state transition READY -> PAUSED
<346807.005888> [eServiceMP3] loading cuesheet
<346807.014500> [eServiceMP3] cutfile not found!
<346807.639339> [eServiceMP3] async-done - 1 video, 1 audio, 0 subtitle
<346807.644315> [eServiceMP3] AUDIO STRUCT=audio/mpeg
<346807.655547> [eServiceMP3] audio stream=0 codec=audio/mpeg language=und
<346809.646661> [eServiceMP3] Buffering 68 percent done
<346810.905799> [eServiceMP3] Buffering 69 percent done
<346813.323326> [eServiceMP3] Buffering 70 percent done
<346813.327831> [eServiceMP3] Buffering 71 percent done
<346814.774321> [eServiceMP3] Buffering 72 percent done
<346814.784572> [eServiceMP3] Buffering 73 percent done
<346814.801361> [eServiceMP3] Buffering 75 percent done
<346814.810418> [eServiceMP3] Buffering 76 percent done
<346814.828602> [eServiceMP3] Buffering 77 percent done
<346814.840339> [eServiceMP3] Buffering 78 percent done
<346814.842991> [eServiceMP3] Buffering 79 percent done
<346814.856695> [eServiceMP3] Buffering 80 percent done
<346814.871681> [eServiceMP3] Buffering 81 percent done
<346814.877596> [eServiceMP3] Buffering 82 percent done
<346814.881490> [eServiceMP3] Buffering 83 percent done
<346814.889697> [eServiceMP3] Buffering 84 percent done
<346814.899171> [eServiceMP3] Buffering 85 percent done
[AutoRes] determineContent
<346815.441620> [eServiceMP3] http source timeout! issuing eof...
<346815.442348> [eServiceMP3] stop http://127.0.0.1:88/hls://https://secure.brig
htcove.com/services/mobile/streaming/index/rendition.m3u8?assetId=4436699898001&
expiration=1450714440000&token=0d77efceb6d9dba9bac0e626ef34d94adc0cafc7&videoId=
4436636326001
<346815.442924> [eServiceMP3] stop state:PLAYING pending:VOID_PENDING ret:SUCCES
S
resolved to PAUSE
<346816.964966> [eServiceMP3] Buffering 86 percent done
<346816.968701> [eServiceMP3] Buffering 87 percent done
<346816.979389> [eServiceMP3] Buffering 88 percent done
<346816.987665> [eServiceMP3] Buffering 89 percent done
<346816.993569> [eServiceMP3] Buffering 90 percent done
<346817.001358> [eServiceMP3] Buffering 91 percent done
<346817.009362> [eServiceMP3] Buffering 92 percent done
<346817.015479> [eServiceMP3] Buffering 93 percent done
<346817.022601> [eServiceMP3] Buffering 94 percent done
<346817.026894> [eServiceMP3] Buffering 95 percent done
<346817.034165> [eServiceMP3] Buffering 96 percent done
<346817.042584> [eServiceMP3] Buffering 97 percent done
<346817.053187> [eServiceMP3] Buffering 98 percent done
<346817.057541> [eServiceMP3] Buffering 100 percent done
[AutoRes] got event evVideoSizeChanged
[AutoRes] got event evVideoProgressiveChanged
<346817.571974> [eServiceMP3] state transition PAUSED -> PLAYING
<346817.805638> [eServiceMP3] Buffering 9 percent done
<346817.809163> [eServiceMP3] Buffering 8 percent done
<346817.815159> [eServiceMP3] Buffering 9 percent done
<346817.818795> [eServiceMP3] Buffering 8 percent done
<346817.820554> [eServiceMP3] Buffering 9 percent done
<346817.822575> [eServiceMP3] Buffering 8 percent done
<346817.826757> [eServiceMP3] Buffering 7 percent done
<346817.828406> [eServiceMP3] Buffering 8 percent done
<346817.831769> [eServiceMP3] Buffering 7 percent done
<346817.833491> [eServiceMP3] Buffering 8 percent done
<346817.835770> [eServiceMP3] Buffering 7 percent done
<346817.840265> [eServiceMP3] Buffering 8 percent done
<346817.841894> [eServiceMP3] Buffering 7 percent done
<346817.843900> [eServiceMP3] Buffering 6 percent done
<346817.848420> [eServiceMP3] Buffering 5 percent done
<346817.850095> [eServiceMP3] Buffering 6 percent done
<346817.853845> [eServiceMP3] Buffering 5 percent done
<346817.855488> [eServiceMP3] Buffering 6 percent done
<346817.859934> [eServiceMP3] Buffering 5 percent done
<346817.861546> [eServiceMP3] Buffering 6 percent done
<346817.863270> [eServiceMP3] Buffering 5 percent done
<346817.865760> [eServiceMP3] Buffering 4 percent done
<346817.867448> [eServiceMP3] Buffering 3 percent done
<346817.871631> [eServiceMP3] Buffering 4 percent done
<346817.873347> [eServiceMP3] Buffering 3 percent done
<346817.874946> [eServiceMP3] Buffering 2 percent done
<346817.876845> [eServiceMP3] Buffering 3 percent done
<346817.881320> [eServiceMP3] Buffering 2 percent done
<346817.882902> [eServiceMP3] Buffering 3 percent done
<346817.886729> [eServiceMP3] Buffering 2 percent done
<346817.888419> [eServiceMP3] Buffering 1 percent done
<346817.889956> [eServiceMP3] Buffering 0 percent done
<346817.892225> [eServiceMP3] Buffering 1 percent done
<346817.896260> [eServiceMP3] Buffering 0 percent done
<346817.897659> [eServiceMP3] Buffering 1 percent done
<346817.900948> [eServiceMP3] Buffering 0 percent done
<346817.902677> [eServiceMP3] state transition PLAYING -> PAUSED
<346817.907685> [eServiceMP3] state transition PAUSED -> READY
[AutoRes] determineContent

 

I think i may have missed some of the earlier log but even with just using a single segmented thread the stream stopped just after it started to stream and END appeared onscreen.

 

as stated,in the past it used to then be a simple matter of just pressing ok and it would then stream,but now the stream has to be completely exited and with fingers crossed that it will start before END is displayed,attempted again. It can take several attempts and sometimes it may never start.

 

the above stream if outside the UK will require a VPN or Smartdns which makes things even worse.

 

Ian.