YouTube Issues?

Hi. My experience regarding this issue is the following : the link generated to retrieve mp4 from youtube DEPENDING from the machine who make the request. This vary from PC to PC, from SERVER to SERVER and no one will be the same as before when the mp4 link works for ALL AVATARS in land. This is my case:

(1) The TV land request the url via my server located in USA and a PHP script. Return a YouTube Link to MP4 and automatically set the parcel media URL. This link DOESN'T work ANYMORE : NO ONE SEE THE VIDEO IN LAND!

(2) If i retrieve a mp4 Link, via javascript from browser, and set the media URL, i will see the video lbut other people in the land don't. MY mp4 link , calculated by YouTube FROM my machine/ip/time DO NOT WORK for the others.

(3) If a friend, in the land, retrieve the mp4 via my same way to retrieve it and change the parcel media URL only him will view, for ALL the others the link DONT WORK.

Damn : what happened ?

In my opionion YouTube API have changed the way to calculate the video HASH. (as HASH intended the parte AFTER this http://www.youtube.com/get_video?fmt=18&video_id=NPoBLug0kfs&t=vjVQa1PpcF<HASH>
This is more strictly related to the machine who made the request. And no more worldwide available.

I sincerily think that this metod will never work so all media TV in SecondLife using this method WILL NEVER WORK.

Solution ?

If that's the case, even if you figure out how to get a working URL automatically for whoever sets the "channel", only one person at a time will be able to watch an SL youtube "TV".

Correction: If the parsing of the html is done in LSL, the IP address would likely be the sim's IP, so perhaps that'd work. LL would have to increase the maximum body size on the httprequest response.

Edit: Another possibility is a viewer plugin. We don't have that, either, yet.

Not exactly. The HASH will be generated for EACH PEOPLE request the video and will be different (this is the problem), so it is not limited to on person.

The experiment conducted in our parcel show that the hash was no more equal for everybody like before. For this

(1) if requests comes from LSL script, the HASH will be calculated from sim parameters (IP?DATE? TIME?) and DO NOT WORKS inworld

(2) if requests comes from PHP script, the HASH will be calculated from WEB SERVER parameters (IP?DATE? TIME?) and DO NOT WORKS inworld

(3) if requests (and related link) comes from an avatar , the video works ONLY for HIM. And the hash differs from that calculated in other way.

In the past the HASH calculated works for EVERYBODY, now NO MORE

In effect wll be a DREAM if Linden Lab decide to use VLC instead of QT : we will see FLV directly and that's will be a dream...

Did you just not bother reading my post at all? The URL that you are generating, as in my post just above yours, is not the actual URL that is required. If you enter that URL in to a browser you are actually redirected to another URL, and that contains your IP address. That is the IP that the video will work for, and no others.

As a result, if you make the request from a script, then the IP address will be that of the requesting server, ie your web server. So, the only way that you can get it to work would be if you can get the stream to play directly to your server, and you redirect the data to your client in SL. Your web server will effectively become a proxy. The bandwidth implications could be huge. Personally I have a host that offers me unlimited bandwidth, but I'm sure they'd still have issues with me pumping out YouTube videos constantly in to SL

Doesn't seem to be the case. If the included IP address is the one it expects, it delivers the video to whoever makes the request. Day made a URL for me to try, which included Day's IP address. When I clicked said link, guess what... the MP4 started downloading....

And no, Day Oh doesn't live in my bathroom.
(goes to check)

No... definitely doesn't.

Sorry, I wasn't clear, I mean that only the IP specified will be able to receive the video, so if you specify the IP of a proxy, then YouTube will send the video to a proxy, which can then send it to you (in theory)

You were clear, you're just stating something that doesn't hold up in testing.

The IP address saved in the URL, does NOT appear to need to match the IP address of the machine requesting the file... it just has to be the IP address that the server is expecting in that url. (probably is used to decode the hash or whatever).

YouTube works better than ever.
Youtube didnt block any video type, only changed the way to access them.

You can watch YouTube videos for free on this address:
http://slurl.com/secondlife/NHC/128/128/29/

That's what we're saying, the way to access them has changed and became restricted to IP. I would say that from the URL that you are using that you are acting as a proxy, as I suggested above

I don't know why, but it seems that my tuner is working again??? It's a simple tuner, only mp4's, stopped working a few days ago, and now (thursday, april 9th) it's working normally again

If it uses youtubemp4.com, it seems to be working again.

Doesn't seem to be working very well though

Tokens obtained from getvideo are for a particular IP address only now, which is why the old methods stopped working. The new methods are playing the 'cached' version of the film, and work perfectly for now with the proper script (I have written it in php and will give to anyone who wants, just IM me in game).

But don't count on this cache method lasting either.... places like SL and youtubemp4.com are bleeding the company money and they are working on closing the holes.

- Micheal

DTV YouTube players are now working OK

https://www.xstreetsl.com/modules.php?name=Marketplace&file=item&ItemID=826573

I thank you

I've just found a happy side-effect of my solution: I do some work on the YouTube pages on my servers, which are based in the US. I'm in the UK and have never been able to watch those videos that the website says are not available in my country. The DTV players actually work around that, so I can now watch videos that are only supposed to be available in the US. Excellent