Yes, I know it can be used for malicious harvesting of IP addresses (targetting unsuspecting avatars and 'forcing' their SL clients to load a remote script that records the IP address of the request), but still, it has lots of legitimate uses, and it would be simple to add a dialogue box warning the user that they are being targetted by PARCEL_MEDIA_COMMAND_AGENT, instead of removing this useful feature that has lots of practical and legitimate uses!

Thank You!!

The TIM system allows multiple residents to see different video streams on the same player, at the same time, without there being a URL posted to the media tab of the parcel settings. We do this by streaming the video directly to each viewing residents individual SL viewer. This allows multiple streams to be viewed on a single parcel within the grid. The new video implementation in the SL Release candidate 1.19.1 breaks the TIM DVD system. Using the release candidate viewer, the system stops working entirely.

I am unable to post code here in a public forum, because the methodology that we use to do the streaming is proprietary, and I not willing to release any part of it to the public. Our players may be viewed by Lindens responding to this BUG report by going to http://slurl.com/secondlife/Semoshi/177/201/110 , which is the roof of our store location in world, where we have a large scale movie screen in place, so that a linden may do testing. Should a Linden need code examples, and can assure us of confidentiality, please contact Temporal Mitra or Bopete Yossarian in world.

We also have many products that are highly dependent on this functionality as we have been making use of this capability for over a year.

I'm fast-tracking this import for the parcel media guys to look at.

i'm having trouble reproducing your problem - let me ask you a question:

after you play around with your media settings via the GUI - did you make sure to set the mime-type back to quicktime?

if it's still set to html, and you try to load a quicktime movie, you'll get exactly that behavior.

if you don't want to set the media type by hand, you'll want to change your script to include PARCEL_MEDIA_COMMAND_TYPE with the parameter "video/quicktime". (see the lsl_guide.html included with the viewer for more info.)

K.

PS: yes, PARCEL_MEDIA_COMMAND_AGENT is still working (as far as i know.)

the PARCEL_MEDIA_COMMAND_LOOP is no longer supported (it's a state variable now, not a command.) and currently it's overriding the PLAY command. i'll fix that, sorry for the trouble.

When will the fix be put in place so that we who are having issues with our systems will be able to test?

Temporal Mitra

With 1.19.1 PARCEL_MEDIA_COMMAND_AGENT does not appear to be working. This example does not work, unless you remove the PARCEL_MEDIA_COMMAND_AGENT.

default
{

touch_start(integer total_number)

}

I did try setting the about Land to Video and No Content during testing. Neither of these seemed to help.

I also had tried without PARCEL_MEDIA_COMMAND_LOOP since most of my products play very short smil or teXml pages so they don't need to be looped and those didn't work either.

I will try again with specifing the mime/type for video/quicktime without the loop and see if it works as needed.

test with our next RC client, and if it's still broken for you, let me know ASAP.

Thanks a ton for jumping on and resolving this so quick!

I don't care what others say, you guys ROCK!

If so, what process should we be using? Is there a new Query type to check if the video is playing?

Squeebee of the MST3K Theater here. I think the true issue has been missed, or that there is a related one.

Please note that errors I encountered have to do with using certain videos with http:// served video instead of rtsp://

One of my videos has a URL of http://slcn.tv/media/shop_wakatech_25feb08.mp4

My regular video scripts will not play it, but will play my rtsp:// hosted streams.

I resolved this by changing my parcel media command to add:

PARCEL_MEDIA_COMMAND_TYPE, "video/*"

If I had to guess, I would say that things with http:// in the URL are being defaulted to text/html. This is bad if it is the case. To retain backwards compatability I strongly recommend that the default for any URL be video/* and let the devs creating new stuff explicitly call text/html as the type.

Just to be clear, my code with the issue listed above used PARCEL_MEDIA_COMMAND_PLAY, not LOOP so this is not a loop related issue.

the default behavior - when no mime-type is specified, is to use the parcel's current mime-type setting - which in-turn defauits to quicktime.

BUT - if you've changed your parcel's mime-type setting (by, say, playing with webpages) then you'll see that this is the new default.

so the take-away here is: old scripts will continue to work if you leave the mime-type set to quicktime - but if you change it - you must change it back before the old scripts will work again.

i think that's a good behavior - but perhaps no?

i used the following script on a parcel where the mime-type was set (via the GUI) to "video/*"

default
{

touch_start(integer total_number)

}