|
|
|
|
|
[
Permlink
| « Hide
]
Echo Seigo - 06/Mar/08 07:32 PM
Yeah I'm getting the same thing, it appears PARCEL_MEDIA_COMMAND_AGENT does not work with the new RC.
Lots of people will be very unhappy if PARCEL_MEDIA_COMMAND_AGENT is deprecated :(
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! Yes, I am freaking out here about this as well.. I have just completed a large contract with several schools in SecondLife that absolutely relies on this functioning. Also in Prior versions the Media Control would change to 'PLAYING' when the Per Agent command was activated, then to stop the media the person simply clicked on the STOP MEDIA button, but now, in both the 1.19.05 it has to be touched twice to stop the media and never changes when the Per Agent Call is started. Media has always been confusing to noobies, please dont let this Release Candidate go live until these issue are addressed.
Thank You!! I am one of the creators of the Temporal Industries Media dvd system...this system has been marketed inworld for several months, and is a unique video system.
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. I have tested the RC1.19.1 with our current systems and indeed they no longer work while using this client. We are also developing new systems that will use similar technology, so are very anxious to see this resolved quickly.
As far as reproducing the issue. Using the LSL included in the issue should be enough to see and troubleshoot the problem.
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. Yike - this would break the MST3K theater's movie sync too, I believe.
I'm fast-tracking this import for the parcel media guys to look at. hey Anthony -
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.) aha Anthony - i believe i found the bug.
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. Qarl,
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 Temporal - it will go into the next RC. i believe we usually release RCs on a weekly basis.
Qarl,
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) { llParcelMediaCommandList([PARCEL_MEDIA_COMMAND_URL, "http://www.yahoo.com", PARCEL_MEDIA_COMMAND_TYPE, "text/html", PARCEL_MEDIA_COMMAND_PLAY, PARCEL_MEDIA_COMMAND_AGENT,llGetOwner() ] ); } } Qarl,
Thanks for the quick response. I did not specifically set PARCEL_MEDIA_COMMAND_TYPE in the LSL. I have been looking for what parameters are allowed, but can't find them. The lsl_guide.html only lists what parameters are allowed for llParcelMediaCommandList. Is there a list of supported mime/types allowed? 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. hey Anthony - i located the bug in COMMAND_AGENT processing - and tested with Temporal. it seems to be fixed now.
test with our next RC client, and if it's still broken for you, let me know ASAP. Ok, is there a possible patch? I was thinking of having my first whack and building the client viewer myself this weekend. If not. I will test as soon as the next RC is available.
Thanks a ton for jumping on and resolving this so quick! I don't care what others say, you guys ROCK! @anthony - I'm attaching Qarl's fix as an attachment on this issue. This is governed by the same license as the files it patches.
Thanks bunches to Qarl & Soft and anyone else involved for dealing with this so quickly!
Also, Qarl mentioned that PARCEL_MEDIA_COMMAND_LOOP is going away?
If so, what process should we be using? Is there a new Query type to check if the video is playing? Unfortunately, I wasn't able to get the client viewer to build :( I'll be posting to SLDev for some help, but I'll test the fix in the next RC if I'm not able to resolve my build issues.
The portion of playing video directed by PARCEL_MEDIA_COMMAND_AGENT is now fixed, but a new bug has cropped up.
See Hi Qarl;
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. hey Squeebee -
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? Qarl I never changed the mime type on my parcels and I am seeing the broken behavior I described. The idea is sound but I'm not observing it.
Squeebee - i'm having trouble reproducing your bug. (i do notice that your webserver for the above URL isn't specifying a mime-type in the header, but i can't see why that should be borking things.)
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) { llParcelMediaCommandList([PARCEL_MEDIA_COMMAND_URL, "http://slcn.tv/media/shop_wakatech_25feb08.mp4", PARCEL_MEDIA_COMMAND_PLAY, PARCEL_MEDIA_COMMAND_AGENT,llDetectedKey(0) ] ); } } |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||