I'll pay 3000L$ for the first workaround to this bug:

I can only switch music media url 40 times per session and then I have to relog in order to use the media stream again.

For example (there are many ways to do this, this is but one)

Try this in an lsl script:

integer i=0;
for(;i++<40 {
if (i % 2 == 0)
llSetParcelMusicURL(<favorite stream1 here>;
else
llSetParcelMusicURL(<favorite stream2 here>;
llSleep(5);
}

After this is run, the music media stream is broken. I can't even get media music streams on other parcels to run.

Is this a bug or was this done by design? Is this just on my client? Can someone else confirm (you'll need your own parcel)?

I also hand changed (yes, 40 times) just to see if it was a scripting issue, but that seems to break it as well.

In order to qualify for bounty, workaround should be useable by letting me able to switch the media url for everyone in the parcel more than 100 times in an automated fashion so nobody in the parcel has to relog.

Users in parcel shouldn't have to do anything to make this work, should all be on my side of things and should be automated by LSL scripts. There should be no noticeable delays or different user experience between workaround and regular media url switching.

Offer not valid if problem proves to be only local to my client.

Why does your loop declaration look like that.
It should read:
for (i =0; i < 40; ++i)
instead of:
for (;i++<40;)
for it to loop 40 times.
Are you sure you know what you're doing there?
==Chris

Usually the loop would be written either as Christopher suggested or as "while (i++<40) {". It should, however, work either way. (BTW: The for loop is "init; condition; increment)", the init is executed immdiately, then the condition will be evaluated once at the top of every iteration, the increment executed once at the bottom of each. Using just the condition or having side effects in it is likely to confuse people.)

Have you tried changing the delay time? e.g. if you increase it to 12, does the number of flips before failure reduce? My paranoia would be that there is some maximum time set on script execution, after which they get terminated. Might be worth trying it with an llSetTimerEvent and flipping the stream every time it triggers. More like:

integer playing = 0;

default
{
    state_entry()
    {
        llSetTimerEvent(7);
    }

    timer()
    {
        if (playing == 0) {  llSetParcelMusicURL("stream1"); playing = 1; }
        else { llSetParcelMusicURL("stream2"); playing = 0; }
    }
}

This is a random guess. If it turns out to be right keep your money, as I have no clue how the parcel music works.

<edit>And that I forgot to suggest "Invite some friend onto your land to see if the switching failes for them" is probably an indication I was up to late. Reading comprehension went downhill, sorry.</edit>

My code really isn't the point, and I suppose I probably shouldn't have included it because it probably distracts from the words.

You switch the stream 40 times (by code or by hand) and it breaks streaming functionality, or at least it does for me.

I'd really like a workaround to this if anyone knows of one because it's really thrown up an evil road block in front of me.

I'll up the ante to 5000. However, please note that I'm unlikely to test any solution that isn't tested first by the provider of the solution.

well, I bet it's your client. I've switched streams over 100 times every 5 secs using the timer script above. I put a counter in so it woul llSay the number of switches. I'm at 181 and still going strong.

Champie

edit: ok, trying the original code to see if that makes a difference

the worst part about this is that I'm playing my two favorite streams..lots of good stuff, and all I get is 5 sec clips..lol

edit again: Well, I can say with certainty...I don't know what your issue is, but I'm not afflicted

I had the exact same issue and it was fixed by changing the router settings, but I'm not about to go into detail if you don't have a router.

Secondly, I see that you yourself haven't verified if it was just your land or not. IE you haven’t asked anyone else to stay with you while you change it 40 times. I can say with the utmost confidence that the issue is with you, not SL, nor the streams. With this being said, it leads me to the believe that it's a client ((possible reinstall), or a networking issue (router, etc)) the latter of the two is far more likely.

You then have two other options. I'm guessing that you may have adware/spyware on your machine redirecting web traffic, and that may be causing you grief when changing it over 40 times. It's on at least 60/100 people I've come across even if it's one or two you really won't notice. They act as a middle man for all web traffic that way they know where you are going, and they can intercept your information etc. hit ctrl-alt-del and goto processes. You will get a listing of all processes running on your computer. Start searching for their names in google. Usually if you can’t get any hits they are bad. They will also say if they are bad. This isn’t 100% but you can get an idea of what’s going on.

The other option is this:

There are web radio stations you can pay for. So what you do is that you can be the "DJ" So if you want to change streams, change the source (which you control) and then it will start playing that instead. That way the streams are changing, but the clients will never change. How it works is that you buy say a 30 person radio station, and point your land to that address. Then you tell connect in and start streaming music from your machine, or another source to it, and it starts to play. Since you control what it plays, you can dictate what it plays over 40 times without changing the server the people are connected to in SL.


Hope that helps.


Ed

Well, I am switching between mp3s .. are you Champie?

Ed -- thanks for the tip but no dice.

I upgraded my firmware on my router, re-installed SL, and killed any processes that seemed nefarious. Nothing seems to have fixed the problem.

If you can help me with my localized problem, I'll happily pay you (or anyone else) the original $3000 L$. This is kind of time sensitive so any outside help is very much welcomed.

Work around:

Set SL to a window then start up Winamp. You can change as much as you wish and it will not effect the client nor make you or anyone else relog.

Where is my $3000L?

Thanks Kath, but I really need to make sure this works normally for everyone.



I know this is all seems a bit mercenary, and I apologize for that but it's a serious problem for me and I think it deserves compensation.

I have a script that changes the music by switching between timed MP3s. I have dozens of songs, and the script has never failed yet.

Sorry that it does not help you, but I thought I would mention... Perhaps you need to check your codecs to make sure one is not defective?

Actually, Foolish that helps quite a bit. One of the problems I have is I need to ensure that it's a local problem versus a global problem.

I wonder if the problem is a DLL one, actually. Let me see if I can debug and find out which dlls it's using for FMOD and whether or not those are being shared with other apps that clobbered them.

I would have thought on a re-install, SL may have re-clobbered them, but that might not be the case.

I'll report back.

Thanks for everyone's help, btw.

uh, no, I'm not using mp3's...but I didnt know that was part necessary, since you didn't mention that you were having problems with mp3's.

Are you trying to say that you DON'T have the problem otherwise???

Sorry, Champie.. didn't mean for my reply to have the tone it did. I was merely curious as to how you were doing things.

No, I haven't tried any other type of stream. I think that'll be my next attempt, however.

$3000L? I thought you raised the ante to $5000. *grins*

That was for something else:




But, since nobody is stepping up, I will now happily pay $5000 for someone to help solve this problem, local to my client or not.

Okay, as a local test, have you tried loading all the same streams, in the same order, into your winamp/iTunes playlist? Do that and run through the 40 to see if they fail. If they don't, then try loading SL and running the test again (using your winamp again.)

Some questions, are they the same mp3s in the same order each time, or a random selection? Back inside SL, can you try a simple script that cycles through 40 m3u streams, versus mp3? All of this testing could help to narrow down the culprit.

If you have access to a friend/relative's computer, visit them, install SL and try your account and streams on that computer.

And combination of mp3 or ogg files creates the problem, any time apart.

Update:

Just enticed a noobie to hang out on my parcel.

It's busted for him after 40 switches, as well. And she was on a mac.

This is looking like a bug.

If anyone else is curious, let me know and I'll show you the problem.

Paid $5000 to SirEdWard. Thanks everyone

Paid $5000 to SirEdward.

Thanks everyone.

I'm glad you got it worked out. So, was it a client issue? And which part of SirEdwards post was accurate?

Congrats,

Champie

Ahh, the payment was more because SirEdward was very friendly and took the time to help me verify the bug (which it is).

I also felt that after making the offer, someone had to get something.

So, what is the bug that you were able to verify?

If you switch your stream 40 times between different MP3 or OGG files (ie: extension ending in .mp3 or .ogg) you will kill your clients streaming capability until you relog.

Possible (untested) work around : Have you tried pushing the mp3's through the media stream opposed to the music stream? Does it have the same issue?

That's what I'm working on right now. I'm working with the shoutcast server.

For a variety of reasons, it's not really useable for my purpopses but hopefully I might be able to get it to work.