Plugin: YouTube Subscriptions + new subscription videos

[dzebrys]

it would be interesting to check that myth. yesterday i've tested how HD trailers are fetched from youtube using native function [720p] and
it was like my max available downlink bandwidth has been used from the start [observed using rt bandwidth monitor on router]. after ten or some seconds
bandwidth drops and trailer was probably fully downloaded and sourced from RAM. there is 512MB (minus system demands) so most likely whole trailer fits
easily. that would be not true for streaming large files [maybe here is a problem with dmaosd? point when download is resumed when buffer is run-down.
maybe its too late and unable to accumulate enough data on time with high bitrate streams].

afterwards i've changed to usmp trailer addict and choose same title. it seems as same source with same quality. this time it was much different.
only 1/4 of bandwidth utilized and playback stuttering.

so the size matter. youtube with its cache servers do its job well.
sadly, it was real late and has not cross my mind to do same test with subscriptions plugin. i'll check that on weekend.

[mad_ady]

Yes, a browser behaves completely different than a media player, because it usually doesn't have memory constraints.
The problem is the rendering (and buffering) is handled inside MediaLogic and we can't easily increase the buffer size.

Possible workarounds for this problem would be:
* copying the file locally before playback
* downloading the file's content inside the proxy and use a proxy-buffer - haven't tried it, but it would probably be slow and might run into php timeout issues... The idea is to "fgets" 10M of data in advance of what MediaLogic requests. However, this might introduce additional stuttering, because you would have to pass the available data back to medialogic as soon as possible - and if medialogic isn't ready to receive the data it will block your request and prevent you from getting more data in the meantime...

Hmm... one possible approach would be to buffer a known amount of data before starting playback (say you buffer 10M), and once you have 10M you fpassthru it to the renderer (provided it doesn't time out waiting). The problem is - your proxy will not make any additional requests for the extra data until those 10M have been consumed. So stuttering will re-appear after those 10M...

You would have to implement a software buffer and have the proxy run the whole time (it currently ends execution when running fpassthru) for this to work... And I doubt it will work without some threaded implementation (one thread to get the data and add it to the buffer and the other thread to pass the data to MediaLogic). Does anyone have experience with threaded php implementations?

[mad_ady]

I've updated the plugin to support special characters in the password. Leemonoid (or somebody else)- can you test with your old password?

[mad_ady]

Made another update to fix search (seems nobody was using it and it was silently broken). Worked just fine under umsp-test, but failed to include the right info.php when running on the wdtv. Seems include_once has a very different behaviour than include()...

Now it should work fine.

[mad_ady]

Made a change in preparation for the new UMSP_LAN feature that will be part of the future firmware (it will allow you to use UMSP plugins on other devices in your LAN, streaming the content from the WDTV). Changes include some extra escaping of special characters.
Let me know if I've broken anything...

[S4bb3]

FYI: I use this plugin everyday.
Thank you.

[mad_ady]

Me too

[namtih]

Is the plugin still working for everybody?
For me it's only downloading some channels, but not all I've subscribed to. Last weekend all was working fine. When I log in to YouTube all channels are still there.

[S4bb3]

Same for me, but the Youtube App for iPad is having the same issue so it has to be a major issue.

[namtih]

Thanks for info. Then I think we just have to wait some time