This is a message.

Forum user: becca

Basic information

Registered May 28, 2009
Last login Feb 12, 2010
Forum posts 6
Direct URL http://www.flowplayer.org/forum/users/11145

Latest forum posts

Posts:

Registered:

also having trouble with single entry playlists

Posted: Feb 12, 2010

I am having the same issue. If you have found a solution for this, I would be interested to hear about it.

Posts:

Registered:

controls forward and backward buttons don"t work with manual playlist

Posted: Jun 26, 2009

The implementation of manual playlists makes it impossible to use the controls with the forward and back buttons. This is because the way the manual playlist works is that whenever an element of the list is clicked the internal player playlist is replaced with a single element playlist including just that one clip. This is different from the playlists set up in the configuration for which the forward and back buttons work fine.

I fixed this in my implementation by using the onLoad event of the player as a chance to set the playlist to the list of urls harvested from the manual playlist elements. Other features of the clips could be set in the javascript at that point but are more easily just set in the common clip.

Other changes were required in the plugin in the manual sections to identify the clips by index rather than by href attribute.

I think it is more sensible not to have a distinction in functionality between the configuration playlists and the manual playlists.

Posts:

Registered:

fixed in my implementation

Posted: Jun 26, 2009

I fixed this in my implementation by adding an event listener in the audio plugin for the Sound.complete event and using that to trigger the START event rather than triggering it using the ID3 event.

Posts:

Registered:

securestreaming plugin "double resolves" urls

Posted: Jun 26, 2009

When resolve() is called twice on the same clip, the secure streaming plugin re-resolves the url. This adds an additional hash and timestamp on the front of an already hashed and timestamped url.

Two possible fixes:

* if (clip.originalUrl != clip.url) return clip.url;
(this could be a problem if someone might want to use different urlResolvers on the same clip, but I certainly don't want to do that.)
* use clip.originalUrl as the basis for generating the secure url rather than using clip.url.
(this does extra work of re-resolving every time even when the url has already been resolved.)

I fixed it in my own implementation but wanted to submit just FYI and for future versions. Pls inform if I am missing something/have broken something...

Posts:

Registered:

fixed with some work...will post solution...

Posted: Jun 23, 2009

I was able to solve this problem by modifying the audio plugin. The problem was that it was not using the urlResolvers that were specified. That is, in the load() method, it was just loading the url directly. In order to fix this I added the function resolveClipUrl which I call from in the load function. The callback for resolveClipUrl, onClipUrlResolved, actually loads the sound. I followed the structure for resolving clips used in NetStreamControllingStreamProvider.

I am intending to post or submit my solution when I have chance...

Posts:

Registered:

streaming audio + secure streaming plugin -- can they be used together?

Posted: May 28, 2009

I am trying to use both the secure streaming and the audio plugins. Both plugins work when I use them independently but when I try to use both of them at once the player will not play an mp3 file. (The site on which I am installing the player is an RoR site.)

I am using configuration:


<script language="JavaScript"> 
	  flowplayer("player", "/bin/flowplayer/flowplayer-3.1.0.swf",
	    { 
		    plugins: { 
				audio: { 
		            url: '/bin/flowplayer/flowplayer.audio-3.1.0.swf' 
		        },
				secure: { 
					url: '/bin/flowplayer/flowplayer.securestreaming-3.1.0.swf',
					timestamp: '<%= "%08x" % Time.now.to_i %>', 
					token: 'my-token'
				}
		    }, 
		    clip: { 
			    urlResolvers: 'secure',
				baseUrl: '/secureaudio'
		    } 
	      });
</script>

The player is installed on the page with:


<a 
	href="<%= audio_file.id %>" 
    style="display:block;width:425px;height:300px;" 
    id="player"> 
  </a>

When the file is a .flv it plays correctly. When it is a .mp3 file I get the following error in the player (copied by hand off the player). (I have omitted the hashed part of the url from the error but it is the correct url. That url is received by the server, checked appropriately, and the actual url of the mp3 file is correctly returned to the player. If I load the path to the mp3 file directly in another browser window, it finds the files and plays it.)


200, StreamNotFound, NetStream.Play.StreamNotFound, clip: '[Clip] 'secureaudio/...

I have not yet tried to go through the source code of the plugins to locate the problem. I'm hoping someone may have an idea of what would be causing and be able to point me in the right direction. Any help is greatly appreciated.