[Xerte] Controlling an flv - round 2

Thu Jan 6 13:16:14 GMT 2011

You're right.

Must be a way around that...

From: xerte-bounces at lists.nottingham.ac.uk [mailto:xerte-bounces at lists.nottingham.ac.uk] On Behalf Of Dave Burnett
Sent: 06 January 2011 13:10
To: Xerte list
Subject: RE: [Xerte] Controlling an flv - round 2

You get to the interaction but does it set the new content path?

If I break that initial path, then try to set a new one, it will not load.

________________________________
From: Julian.Tenney at nottingham.ac.uk
To: xerte at lists.nottingham.ac.uk
Date: Thu, 6 Jan 2011 12:15:07 +0000
Subject: RE: [Xerte] Controlling an flv - round 2
Unlike other icons, if the mov icon has no valid path set, the flow stops there.

Not in the example here: I broke my path and I still get the interaction below the movie icon.

From: xerte-bounces at lists.nottingham.ac.uk [mailto:xerte-bounces at lists.nottingham.ac.uk] On Behalf Of Dave Burnett
Sent: 06 January 2011 12:13
To: Xerte list
Subject: RE: [Xerte] Controlling an flv - round 2

Aha.

Hadn't noticed that before.
Unlike other icons, if the mov icon has no valid path set, the flow stops there.
If I set a valid path, then wait till movieReady, then setContentPath, it works.

Bit of a pita though, as I have to load a dummy first to get the thing to work each time...

________________________________
From: Julian.Tenney at nottingham.ac.uk
To: xerte at lists.nottingham.ac.uk
Date: Thu, 6 Jan 2011 11:31:35 +0000
Subject: RE: [Xerte] Controlling an flv - round 2
mv.setContentPath(path:String)

it wraps the underlying property on .flvPlayer

From: xerte-bounces at lists.nottingham.ac.uk [mailto:xerte-bounces at lists.nottingham.ac.uk] On Behalf Of Dave Burnett
Sent: 06 January 2011 11:31
To: Xerte list
Subject: RE: [Xerte] Controlling an flv - round 2

Tried mv.contentPath and didn't get anything. Maybe I'm setting it at the wrong point in flow.

>Alternatively mv.flvPlayback.removeASCuePoint('dave');

The user has too many ways to access/exit/bypass the flv.
Clearing the queue with 1 function I use anyway would be more "peace of mindful".
:-)
________________________________
From: Julian.Tenney at nottingham.ac.uk
To: xerte at lists.nottingham.ac.uk
Date: Thu, 6 Jan 2011 11:20:01 +0000
Subject: RE: [Xerte] Controlling an flv - round 2
If you use contentPath to load the new flv

mv.contentPath = FileLocation + 'myNewFLV.flv';

DO things wirk then?
The new film should load, right? Then clear the cue points

Alternatively mv.flvPlayback.removeASCuePoint('dave');

And rip them out yourself?

From: xerte-bounces at lists.nottingham.ac.uk [mailto:xerte-bounces at lists.nottingham.ac.uk] On Behalf Of Dave Burnett
Sent: 06 January 2011 11:17
To: Xerte list
Subject: RE: [Xerte] Controlling an flv - round 2

Cue point works a treat now, next thorn in my side.

The cue points are persistent if I load a new flv via setting the attributes.url xml property.

AS help says:
"Cue point information is wiped out when the contentPath property is set."

OK, I see a setContentPath function in the MOV, but several variations have not given me an flv load.
Barking up wrong tree?

This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please send it back to me, and immediately delete it. Please do not use, copy or disclose the information contained in this message or in any attachment. Any views or opinions expressed by the author of this email do not necessarily reflect the views of the University of Nottingham.
This message has been checked for viruses but the contents of an attachment may still contain software viruses which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation.

_______________________________________________ Xerte mailing list Xerte at lists.nottingham.ac.uk http://lists.nottingham.ac.uk/mailman/listinfo/xerte This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please send it back to me, and immediately delete it. Please do not use, copy or disclose the information contained in this message or in any attachment. Any views or opinions expressed by the author of this email do not necessarily reflect the views of the University of Nottingham. This message has been checked for viruses but the contents of an attachment may still contain software viruses which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation.

_______________________________________________ Xerte mailing list Xerte at lists.nottingham.ac.uk http://lists.nottingham.ac.uk/mailman/listinfo/xerte This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please send it back to me, and immediately delete it. Please do not use, copy or disclose the information contained in this message or in any attachment. Any views or opinions expressed by the author of this email do not necessarily reflect the views of the University of Nottingham. This message has been checked for viruses but the contents of an attachment may still contain software viruses which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.nottingham.ac.uk/pipermail/xerte/attachments/20110106/ad0afa17/attachment-0001.html