You will recieve your password to this address. Address is not made public.

Your preferred username that is used when logging in.

Bandwidth detection with progressive download bug on official Page? Created Jul 29, 2010

This thread is solved

Views: 2012     Replies: 8     Last reply Jul 30, 2010  
You must login first before you can use this feature

kleinedv

Posts: 3

Registered:
May 18, 2010

Bandwidth detection with progressive download bug on official Page?

Posted: Jul 29, 2010

On the official page of the bandwitdth detection with progressive download:http://flowplayer.org/demos/plugins/streaming/bandwidth-detection.html
there seems to be a bug.

If I click the "Play-Button" in the info box there appears:
My Speed is: 2412.37
Video file served: bbb-400.mp4
Video width: 320.

But in the configuration below there is:

    bitrates: [
      { url: "bbb-400.mp4", width: 320, bitrate: 400 },
      { url: "bbb-800.mp4", width: 480, bitrate: 800 },
      { url: "bbb-1200.mp4", width: 720, bitrate: 1200 },
      { url: "bbb-1600.mp4", width: 1080, bitrate: 1600 }
    ],

So normally I should get bbb-1600.mp4?

See this screenshot:
http://www.imagebanana.com/view/8q5062u7/flowplayer.gif

The same is on my website with flowplayer 3.2.2 ... the bandwidth detection takes always the first video in the bandwidth url section, not the one with the right bitrate.

Christian Ebert
Flowplayer support

Posts: 2803

Registered:
May 27, 2008

» Bandwidth detection with progressive download bug on official Page?

Posted: Jul 29, 2010

Reply to: Bandwidth detection with progressive download bug on official Page?, from kleinedv
Yes, unfortunately I can confirm your observations wrt the demo page. Looks very much like a bug.

Anssi
Flowplayer Flash & video streaming developer

Posts: 1194

Registered:
Jul 24, 2007

» Bandwidth detection with progressive download bug on official Page?

Posted: Jul 30, 2010

Reply to: Bandwidth detection with progressive download bug on official Page?, from kleinedv
The reason for this behavior is the available space to display the video. Only the first video with width 320 px is small enough to fit the available player size. If you use RTMP or pseudostreaming it will switch to a bigger video when going fullscreen. See this demo to see how that works.

Christian Ebert
Flowplayer support

Posts: 2803

Registered:
May 27, 2008

» » Bandwidth detection with progressive download bug on official Page?

Posted: Jul 30, 2010

Reply to: » Bandwidth detection with progressive download bug on official Page?, from Anssi
Ah, right. Might be a good idea to allocate the container larger dimensions on both pages then.

Anssi
Flowplayer Flash & video streaming developer

Posts: 1194

Registered:
Jul 24, 2007

» » » Bandwidth detection with progressive download bug on official Page?

Posted: Jul 30, 2010

Reply to: » » Bandwidth detection with progressive download bug on official Page?, from blacktrash
Sites might choose to use smaller containers to save bandwidth. Having a container with width of 1080 px also takes quite a lot of space... :-)

kleinedv

Posts: 3

Registered:
May 18, 2010

» » Bandwidth detection with progressive download bug on official Page?

Posted: Jul 30, 2010

Reply to: » Bandwidth detection with progressive download bug on official Page?, from Anssi
Okay, but the functionality of the bandwidth check should be playing the fitting video from the bitrate section related to the users calculated bandwidth, or?

So if the player get his size from:

              onStart: function(clip) {
                var wrap = $(this.getParent());
                wrap.css({width: clip.metaData.width, height: clip.metaData.height});
              },
the size of the player and the bitrate of the video sould switch regarding to the bandwidth, or?

Anssi
Flowplayer Flash & video streaming developer

Posts: 1194

Registered:
Jul 24, 2007

» » » Bandwidth detection with progressive download bug on official Page?

Posted: Jul 30, 2010

Reply to: » » Bandwidth detection with progressive download bug on official Page?, from kleinedv
This can be done. You need to configure it with streamSelectionStrategy: 'resizable'.

See this demo: http://flowplayer.electroteque.org/bwcheck#rtmp_selectionstrategy

kleinedv

Posts: 3

Registered:
May 18, 2010

» » » » Bandwidth detection with progressive download bug on official Page?

Posted: Jul 30, 2010

Reply to: » » » Bandwidth detection with progressive download bug on official Page?, from Anssi
Okay ... than let`s say this is not a bug, but the function of the bandwidth detection regarding to the width of the player is not clear, because nothing happens even you have a high bitrate and got always the smallest video.

It`ll make more sense if the video player will resize dynamicly.

You talk about "streamSelectionStrategy: 'resizable'", can I use this without RTMP or pseudostreaming, because I don`t use this, but need a way to resize the player dynamic.

Anssi
Flowplayer Flash & video streaming developer

Posts: 1194

Registered:
Jul 24, 2007

» » » » » Bandwidth detection with progressive download bug on official Page?

Posted: Jul 30, 2010

Reply to: » » » » Bandwidth detection with progressive download bug on official Page?, from kleinedv
I don't understand how the function of bandwidth detection is not clear. The documentation page says following: "The player dimensions are considered when selecting the appropriate file. The plugin never selects a file that has dimensions larger than the player's screen. Selecting too large a file would waste bandwidth. When going fullscreen, the player switches to a larger file if available bandwidth permits."

Video sites usually don't have resizing players. The players size is fixed. Using a video that is larger than the available player size causes problems:

  • Waste of bandwidth. The costs for hosting the video will be bigger.
  • Loss of video quality. The video needs to be scaled down and that can cause quality degradation.
  • Unnecessary video processing. Downsizing is processor intensive.

We have the streamSelectionStrategy: 'resizable' option for cases where resizing the player is desired. It also works without RTMP, using HTTP progressive download, or with pseudostreaming.