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

Your preferred username that is used when logging in.

horror firefox wmode timing issues - flashembed conflicts with jquery Created Sep 14, 2009

This thread is solved

Views: 11994     Replies: 45     Last reply Aug 7, 2011  
You must login first before you can use this feature

seven
the witchdoctor | nivas.hr

Posts: 22

Registered:
Apr 1, 2009

horror firefox wmode timing issues - flashembed conflicts with jquery

Posted: Sep 14, 2009

Hi all,

I've spent couple of hours trying to debug this and at this point I am certain that jquery and flashembed conflict somehow and cause unexpected loading timings/events. In our projects we heavy rely on jquery and so far we didn't have any problems with flowplayer.js and jquery. Until today.

We had to embed flowplayer as wmode=transparent and the hell broke loose! Instead of nice player I was getting transparent white loading wheel in firefox:
http://www.nivas.hr/pub/flowbugs/3.1.3/wmode-firefox.jpg

http://www.nivas.hr/pub/flowbugs/3.1.3/wmode-opaque.jpg

This works:
$(document).ready(function() {
	flowplayer(".player", {src:"flowplayer.commercial-3.1.3.swf"});
})
But setting wmode:'transparent' screws things up badly (gives loading circles):
$(document).ready(function() {
	flowplayer(".player", {src:"flowplayer.commercial-3.1.3.swf", wmode:'transparent'});
})
I think it's a TIMING issue, because I've put couple of alerts(); before flowplayer call and damn thing showed up.

MANY hours later I found out that this will show flowplayer in wmode=transparent in firefox every time in a simple example file (this however didn't work when I implemented it in one large site we are building):

<script type="text/javascript" src="flowplayer-3.1.4.min.js"></script>
<script type="text/javascript" src="jquery-1.3.2.min.js"></script>
	
flashembed.domReady(function() {
	$f(".player", {bgcolor:'#112233', src:"flowplayer.commercial-3.1.3.swf",wmode:'transparent'}, { });
Notice the order of js load - flowplayer, then jquery. IF you put jquery first - wmode=transparent fails! And swf is loaded on flashembed domready, and not jquery's $(document).ready(function() (jquery dom ready fails!).

I think I browser every page on flowplayer.org which mentions jquery, and there is no info which lib should be loaded first, or which dom ready should be used.

I guess all those problems only occur when using wmode transparent or opaque, so it isn't easy to spot.

Any feedback would be greatly appriciated. Right now I am using <object> and <embed> tags again to embed flash.

Best regards
Neven | nivas.hr

seven
the witchdoctor | nivas.hr

Posts: 22

Registered:
Apr 1, 2009

(cant edit post) - there is definetly a flowplayer bug in all this

Posted: Sep 14, 2009

Reply to: horror firefox wmode timing issues - flashembed conflicts with jquery, from seven
there is definetly a flowplayer bug in all this.

As a last change, I tried using old embed/object with wmode transparent... and to my surprise that FAILED ALSO with the same loading circle bug. That lead me to believe there is also a bug in this version of flowplayer.

	<object id="flowplayer" classid="clsid:D27CDB6E-AE6D-11cf-96B8-444553540000" width="500" height="400"> 
	    <param name="movie" value="/js/player/flowplayer.commercial-3.1.3.swf" />  
	    <param name="flashvars" value='config={"clip":"http://flowplayer.org/video/flowplayer-700.flv"}' /> 
	    <param name="allowfullscreen" value="true" />
	    <param name="wmode" value="transparent" />
	     
	 
	    <embed type="application/x-shockwave-flash" width="500" height="320"  
	        src="/js/player/flowplayer.commercial-3.1.3.swf"
	        allowfullscreen="true"
	        wmode="transparent" 
	        flashvars='config={"clip":"http://flowplayer.org/video/flowplayer-700.flv"}'/> 
	     
	</object>

I guess all those problems only occur when using wmode transparent or opaque, so it isn't easy to spot. I really NEED wmode=transparent because of main navigation on the site which goes behind the video player.

I am stuck.

Any feedback would be greatly appriciated.

Brusca

Posts: 20

Registered:
Aug 6, 2009

» (cant edit post) - there is definetly a flowplayer bug in all this

Posted: Oct 1, 2009

Reply to: (cant edit post) - there is definetly a flowplayer bug in all this, from seven
I am stuck with using wmode as well. I hope a fix comes soon as my nav also runs under the flash file. Each browser seems to act differently when the wmode value is used.

seven
the witchdoctor | nivas.hr

Posts: 22

Registered:
Apr 1, 2009

» » (cant edit post) - there is definetly a flowplayer bug in all this

Posted: Oct 1, 2009

Reply to: » (cant edit post) - there is definetly a flowplayer bug in all this, from Brusca
Yes, no luck so far with support.

I'm still 100% convinced that loading/timing bug in flowplayer causes problems with wmode=transparent in firefox. I used pure OBJECT tag to show player with param wmode=transparent and I got the same buggy behavior.

The only way I managed to get player be transparent in ALL browsers was when I used OBJECT tag to create player instance without transparency, and then dinamically changed wmode via jquery by rewriting whole object tag. I got transparent player and a big nasty ass flicker! :(

BAH!

Anssi
Flowplayer Flash & video streaming developer

Posts: 1194

Registered:
Jul 24, 2007

» » » (cant edit post) - there is definetly a flowplayer bug in all this

Posted: Oct 1, 2009

Reply to: » » (cant edit post) - there is definetly a flowplayer bug in all this, from seven
Are you saying that the player does not show at all? It will just show the spinning circle that is not centered properly?

Can you please test with this 3.1.4 development version. The initialization has been fixed in it.

Anssi

Deufy

Posts: 3

Registered:
Aug 22, 2009

» » » » (cant edit post) - there is definetly a flowplayer bug in all this

Posted: Oct 1, 2009

Reply to: » » » (cant edit post) - there is definetly a flowplayer bug in all this, from Anssi
Hello Anssi,

Flowplayer have the same problem in version 3.1.4 :(

With Firefox 3.5 and wmode active, after some loading player (And working), it don't loading anymore and show spinning circle at top left corner of this.

I don't understand why flowplayer stop working after some loading of this in Firefox but this dev version don't fix this.

Width activate debug mode, the console just show : "$f.fireEvent ["onBeforeLoad"]".

seven, can you post the code for dinamically changed wmode via jquery ?

thelightning

Posts: 5

Registered:
Jan 20, 2009

» » » » » (cant edit post) - there is definetly a flowplayer bug in all this

Posted: Oct 1, 2009

Reply to: » » » » (cant edit post) - there is definetly a flowplayer bug in all this, from Deufy
Today, I've tried to upgrade to 3.1.3 version. Got totally the same problem. Using wmode breaks player.

I have tested 3.1.4 too, doesn't solve the problem.

seven
the witchdoctor | nivas.hr

Posts: 22

Registered:
Apr 1, 2009

» » » » » » (cant edit post) - there is definetly a flowplayer bug in all this

Posted: Oct 1, 2009

Reply to: » » » » » (cant edit post) - there is definetly a flowplayer bug in all this, from thelightning
Hi guys,

I've tried 3.1.4-dev, without (pure object embed) and with flowplayer JS API and I got the same loading circle problem in wmode=transparent and opaque. Circle shows in top left corner and just circles around... and around...

Anssi, I enabled log (level debug) and the ONLY thing I get is this:
$f.fireEvent ["onBeforeLoad"]

I am getting ONLY this, and NOTHING else in firebug on both wmode transparent and opaque. wmode window works as it should.

Deufy, I wouldnt recomend this way of dynamic wmode change, because it flickers like hell. But here is some pseudo code to get you started:

<div id="videoHolder"><object id="embedeplaye ...><param ...></div>

function transparent()
{
	$(".videoHolder object").append('<param name="wmode" value="transparent">');
	$(".videoHolder embed").attr("wmode", "transparent");
	$(".videoHolder").each(
		function () 
		{
			var cont = '<div class="videoHolder">' + $(this).html() + '</div>';
			$(this).replaceWith(cont);
		}
	);
}	
</script>

Deufy

Posts: 3

Registered:
Aug 22, 2009

» » » » (cant edit post) - there is definetly a flowplayer bug in all this

Posted: Oct 7, 2009

Reply to: » » » (cant edit post) - there is definetly a flowplayer bug in all this, from Anssi
Hello,

Any news about this bug ? It's a big problem :(

seven
the witchdoctor | nivas.hr

Posts: 22

Registered:
Apr 1, 2009

» » » » » (cant edit post) - there is definetly a flowplayer bug in all this

Posted: Oct 7, 2009

Reply to: » » » » (cant edit post) - there is definetly a flowplayer bug in all this, from Deufy
Yo guys, I've just tried wmode=transparent on new 3.1.4. commercial release and damn things fails again in Firefox 3.5.3 windows. It works in IE8 and Chrome. I managed to get it working in firefox when I cleared cache and forced reload (ctrl+f5) couple of times in a row. Some timing/loading/onload bugs still haunt us.

debug info logger says:
$f.fireEvent ["onBeforeLoad"]

The rotating circle is still there.
I am initializing player through jquery's $(document).ready

Best regards
Neven

davidb

Posts: 1

Registered:
Oct 8, 2009

» » » » » » (cant edit post) - there is definetly a flowplayer bug in all this

Posted: Oct 8, 2009

Reply to: » » » » » (cant edit post) - there is definetly a flowplayer bug in all this, from seven
I'm also experiencing this issue - the loading circle animation sits in top left of player and nothing happens.

A hard refresh fixes the prob on occasion.

Any news on a fix?

Here's the code I'm using



    <script language="JavaScript" type="text/javascript">
        flashembed.domReady(function() {

            $f("player", { src: 'Flowplayer/flowplayer-3.1.4.swf', wmode: 'opaque', version: [9, 115] },
            {
                clip: {
                    url: 'mp4:<% Response.Write(this.VideoName); %>',
                    provider: 'edgecast'
                },

                plugins: {

                    // here is our rtpm plugin configuration 
                    edgecast: {
                        url: 'flowplayer.rtmp-3.1.2.swf',
                        netConnectionUrl: '<% Response.Write(this.VideoPath); %>'
                    },

                    controls: {
                        fullscreen: false,
                        autoHide: 'always'
                    }
                }
            });
        });
    </script>


Tero
Author of jQuery Tools and this website + JavaScript developer of Flowplayer.

Posts: 1867

Registered:
Nov 16, 2007

» » » » » » (cant edit post) - there is definetly a flowplayer bug in all this

Posted: Oct 8, 2009

Reply to: » » » » » (cant edit post) - there is definetly a flowplayer bug in all this, from seven
Hello guys,

You are definitely on the right track here. I setup a test page here:

http://beta.flowplayer.org/demos/test/wmode.htm

And it works fine with the browsers I test except the Firefox 3.5.3 on Windows (XP). At least we have now a test page to start investicating this issue.

danielek

Posts: 6

Registered:
Oct 18, 2009

» » » » » » » (cant edit post) - there is definetly a flowplayer bug in all this

Posted: Oct 18, 2009

Reply to: » » » » » » (cant edit post) - there is definetly a flowplayer bug in all this, from tipiirai
I cannot trigger this bug on Firefox 3.5.3, but my friend managed to. However, I could trigger it on Internet Explorer 7.0 (xp) as well.

I initialize flowplayer when user clicks a video thumbnail. It works for the first time, but after player is removed and added again, only this circle shows up, no request is sent to the server. CTRL+F5 doesn't help. I have to manually clear cache through Internet options to make it work again - maybe it's a problem with a cached version? I'll take a look just in case...

danielek

Posts: 6

Registered:
Oct 18, 2009

» » » » » » » » (cant edit post) - there is definetly a flowplayer bug in all this

Posted: Oct 18, 2009

Reply to: » » » » » » » (cant edit post) - there is definetly a flowplayer bug in all this, from danielek
OK, when I force no caching (random url param), it works for me (IE 7.0, wmode=opaque), will test my friend's FF 3.5.3 later. What's interesting, I tested my app on a local webserver (in virtual machine) and it was never an issue.

Anyway, if no-caching is a workaround for now, it's fine for me. After all, user is about to download 10MB video, so additional 100KB is no issue for me.

Tero
Author of jQuery Tools and this website + JavaScript developer of Flowplayer.

Posts: 1867

Registered:
Nov 16, 2007

» » » » » » » » (cant edit post) - there is definetly a flowplayer bug in all this

Posted: Oct 19, 2009

Reply to: » » » » » » » (cant edit post) - there is definetly a flowplayer bug in all this, from seven
yes. but the correct URL is:

http://beta.flowplayer.org/demos/test/wmode.htm

(note the beta subdomain). I'm sorry I cannot help you any further since I don't know about Flash.

Anssi
Flowplayer Flash & video streaming developer

Posts: 1194

Registered:
Jul 24, 2007

» » » » » » » » » (cant edit post) - there is definetly a flowplayer bug in all this

Posted: Oct 19, 2009

Reply to: » » » » » » » » (cant edit post) - there is definetly a flowplayer bug in all this, from tipiirai
Hi all. I will be addressing this issue for the next version of Flowplayer. Right now I don't have a computer I can use to debug this as Tero's test page works fine in my Firefox on Mac.

seven
the witchdoctor | nivas.hr

Posts: 22

Registered:
Apr 1, 2009

» » » » » » » » » » (cant edit post) - there is definetly a flowplayer bug in all this

Posted: Oct 19, 2009

Reply to: » » » » » » » » » (cant edit post) - there is definetly a flowplayer bug in all this, from Anssi
Hi all,

I think this issue is too important to be left aside. Also, this issue is very easy to reproduce - locally! Don't test it online, because you won't be able to debug events properly (depending on your speed to the net you will get fake results) and it's obvious some event is not firing up in FF. Your example works in Firefox with cleared cache, but if you refresh page it doesn't work.

I've also reuploaded all files to my server, but for some reason player asks for video with slash in front (/video/flowplayer-700.flv')
http://www.nivas.hr/pub/flowbugs/wmode/wmode.htm

I've downloaded all files from your beta link and when tried locally (Vista x64):
1. in Internet Explorer 8 and Chrome overlay works every time (player loads it self, loads controls, shows picture and throws exception because he cannot find video file)
2. in Firefox 3.5.3 - player loads, loading circle keeps circling. player DOES NOT load controls nor throws error because of missing flv.

However, I *SHOULD SEE* image and player controls in firefox, and player SHOULD throw error. And I don't see it.

I am not that familiar with internals of FlowPlayer but I would have to say that something happens in Firefox BEFORE controls are loaded (onloaded doesn't get triggered??).

I am using latest debug version of Flash player, and this is error which Flash throws in IE and Chrome (but not Firefox):

Error: 200, Stream not found, NetStream.Play.StreamNotFound, clip: '[Clip] '/video/flowplayer-700.flv''
	at org.flowplayer.view::Launcher/doHandleError()
	at org.flowplayer.view::Launcher/onClipError()
	at EventListener/notify()
	at org.flowplayer.model::EventDispatcher/_dispatchEvent()
	at org.flowplayer.model::EventDispatcher/http://flowplayer.org/core/internal::doDispatchErrorEvent()
	at org.flowplayer.model::EventDispatcher/http://flowplayer.org/core/internal::doDispatchEvent()
	at org.flowplayer.model::Clip/onClipEvent()
	at EventListener/notify()
	at org.flowplayer.model::EventDispatcher/_dispatchEvent()
	at org.flowplayer.model::EventDispatcher/http://flowplayer.org/core/internal::doDispatchErrorEvent()
	at org.flowplayer.model::ClipEventDispatcher/dispatchError()
	at org.flowplayer.controller::NetStreamControllingStreamProvider/_onNetStatus()

DataSurfer

Posts: 2

Registered:
Oct 19, 2009

» » » » » » » » » » » (cant edit post) - there is definetly a flowplayer bug in all this

Posted: Oct 19, 2009

Reply to: » » » » » » » » » » (cant edit post) - there is definetly a flowplayer bug in all this, from seven
I am having the same issue.

We had to turn off the overlay completely.

Compare the Destinations Menu here
http://www.letsgo.com/
and here
http://www.letsgo.com/videos/66770

emcosoftware
Best regards, Igor

Posts: 9

Registered:
Oct 15, 2009

» » » » » » » » » » » » (cant edit post) - there is definetly a flowplayer bug in all this

Posted: Oct 21, 2009

Reply to: » » » » » » » » » » » (cant edit post) - there is definetly a flowplayer bug in all this, from DataSurfer
It's a problem for me too. I see exactly the same problem on Firefox as described here. Any news from developers on this issue will be appreciated.

Thanks!

seven
the witchdoctor | nivas.hr

Posts: 22

Registered:
Apr 1, 2009

» » » » » » » » » » (cant edit post) - there is definetly a flowplayer bug in all this

Posted: Oct 21, 2009

Reply to: » » » » » » » » » (cant edit post) - there is definetly a flowplayer bug in all this, from DataSurfer
Please guys - do not rely on beta.flowplayer.com example for debugging. The page loading times will cause this bug to behave differently. Please use local version to debug.

I've seen examples of wmode bug appearing EVERY time on beta page load, and I've seen them only when player would load from cache.

Also, this bug is ONLY visible in firefox 3.x. On 2.x wmode works as planned.

Best regards
Neven

danielek

Posts: 6

Registered:
Oct 18, 2009

» » » » » » » » » » » (cant edit post) - there is definetly a flowplayer bug in all this

Posted: Oct 21, 2009

Reply to: » » » » » » » » » » (cant edit post) - there is definetly a flowplayer bug in all this, from seven
It's not only visible in FF 3.x, because I reproduced it in IE 7. And I have never triggered it on my local webserver, only on the remote one. So it's not as simple as you describe.

As mentioned before, I cannot reproduce it anymore, after I disabled caching of flowplayer.swf, but maybe it's just an awful coincidence.

seven
the witchdoctor | nivas.hr

Posts: 22

Registered:
Apr 1, 2009

» » » » » » » » » » » » (cant edit post) - there is definetly a flowplayer bug in all this

Posted: Oct 21, 2009

Reply to: » » » » » » » » » » » (cant edit post) - there is definetly a flowplayer bug in all this, from danielek
danielek: I don't have ie7 any more (RIP!) and in ie8 and ie8 compatibility mode this works.

But you noticed it right - this only happens if browser CACHES flowplayer swf files.

I've used ServiceCapture to disable caching and then flowplayer in wmode worked flawlesly in FF.

danielek

Posts: 6

Registered:
Oct 18, 2009

» » » » » » » » » » » » » (cant edit post) - there is definetly a flowplayer bug in all this

Posted: Oct 21, 2009

Reply to: » » » » » » » » » » » » (cant edit post) - there is definetly a flowplayer bug in all this, from seven
Yes, I couldn't reproduce it in IE8 either.
I don't know what's a ServiceCapture, but a simple solution for a casual folk would be to change the initiation code from something like


api = flowplayer("player", {
  src: "/flowplayer.swf",
  wmode: "opaque"
}
[...]

to


api = flowplayer("player", {
  src: "/flowplayer.swf?c=" + (new Date()).getTime()",
  wmode: "opaque"
}
[...]

Works for me. You will force your users to download +100kb each time they init flowplayer on the page, but I prefer that than not playing a video at all.

emcosoftware
Best regards, Igor

Posts: 9

Registered:
Oct 15, 2009

» » » » » » » » » » » » » » (cant edit post) - there is definetly a flowplayer bug in all this

Posted: Oct 21, 2009

Reply to: » » » » » » » » » » » » » (cant edit post) - there is definetly a flowplayer bug in all this, from danielek
Thanks for workaround, but it seems that it doesn't work in 100% cases, because it caused by dynamic events (script loading and intialization flow, etc.). At least for me it doesn't work when I try with a local web server. I have some other scripts - maybe it's a reason.

danielek

Posts: 6

Registered:
Oct 18, 2009

» » » » » » » » » » » » » » » (cant edit post) - there is definetly a flowplayer bug in all this

Posted: Oct 21, 2009

Reply to: » » » » » » » » » » » » » » (cant edit post) - there is definetly a flowplayer bug in all this, from emcosoftware
Remove all the other scripts and try video only and see if the problem occurs (without disabling caching). You need to know which part of your app is causing the problem.

harshendra

Posts: 5

Registered:
Oct 21, 2009

file not exist

Posted: Oct 22, 2009

Reply to: » » » » » » (cant edit post) - there is definetly a flowplayer bug in all this, from tipiirai
http://flowplayer.org/demos/test/wmode.htm

I tried this link But no response.

sroy

Posts: 1

Registered:
Oct 14, 2009

» file not exist

Posted: Oct 22, 2009

Reply to: file not exist, from harshendra
its

beta.flowplayer.org/demos/test/wmode.htm

the beta get remove some how.. so add it in the URL

Anssi
Flowplayer Flash & video streaming developer

Posts: 1194

Registered:
Jul 24, 2007

fix for wmode transparent initialization

Posted: Oct 24, 2009

Reply to: » file not exist, from sroy
This version should fix the issue. Please test with flowplayer 3.1.5-dev and controls 3.1.5-dev and let me know how it works.

Anssi

Anssi
Flowplayer Flash & video streaming developer

Posts: 1194

Registered:
Jul 24, 2007

» fix for wmode transparent initialization

Posted: Oct 24, 2009

Reply to: fix for wmode transparent initialization, from Anssi
OK, the fix is out with 3.1.5 now. Had to be quick with this as we are heading to NY tomorrow.

emcosoftware
Best regards, Igor

Posts: 9

Registered:
Oct 15, 2009

» » fix for wmode transparent initialization

Posted: Oct 26, 2009

Reply to: » fix for wmode transparent initialization, from Anssi
Hi Anssi,

I've just installed 3.1.5 and would like to confirm that this problem was resolved. Thank you!

emcosoftware
Best regards, Igor

Posts: 9

Registered:
Oct 15, 2009

» » » fix for wmode transparent initialization

Posted: Oct 26, 2009

Reply to: » » fix for wmode transparent initialization, from emcosoftware
It's a pity to say but I see another bug on IE8 (with FlashPlayer) using 3.1.5: after a clip loading if I make a refresh I see only black screen - no play button, no image. Next refresh helps. Does anybode have the same issue?

computix

Posts: 41

Registered:
Nov 19, 2009

» » » » fix for wmode transparent initialization

Posted: Nov 23, 2009

Reply to: » » » fix for wmode transparent initialization, from emcosoftware
Yes, we have the same problem.

Unruly

Posts: 2

Registered:
Oct 23, 2009

» » fix for wmode transparent initialization

Posted: Nov 10, 2009

Reply to: » fix for wmode transparent initialization, from Anssi
This is still broken under WinXP FF3.5 for us. No matter what wmode parameter we use the video will not display if the swf is in cache.

seven
the witchdoctor | nivas.hr

Posts: 22

Registered:
Apr 1, 2009

» » » fix for wmode transparent initialization

Posted: Nov 10, 2009

Reply to: » » fix for wmode transparent initialization, from unrulydev
HMMM!! I just tried FlowPlayer 3.1.5 commercial with wmode=transparent via pure OBJECT/EMBED, and everything works as it should on Vista Firefox 3.5.5, Internet Explorer 8 / 7, Chrome and Safari.

Live wmode demo can be seen here:http://mtv.com.hr/koncerti/najave/let3-na-marsu-umjesto-bedastoca-izvode-ekskluzivu

BUT, THERE IS SOMETHING which I can't pinpoint to our code (so it has to be flowplayer bug): In FF3.5 and IE8 you can see 5 pixels of blank space between flash and next element. In IE 7 there is no such space. This behaviour is not related to wmode=transparent. Any ideas?

Best regards
Neven | nivas.hr

seven
the witchdoctor | nivas.hr

Posts: 22

Registered:
Apr 1, 2009

» » » » fix for wmode transparent initialization

Posted: Nov 11, 2009

Reply to: » » » fix for wmode transparent initialization, from seven
Erm guys? Anybody had chance to retest this? If nobody reports back regarding wmode=transparent issues, I am going to mark this topic as solved and move to harassment of flowplayer team to other bugs. :)

jjinux
In this life we cannot do great things. We can only do small things with great love. -- Mother Teresa http://jjinux.blogspot.com/

Posts: 23

Registered:
Oct 29, 2009

still suffering

Posted: Nov 14, 2009

Reply to: » » » » fix for wmode transparent initialization, from seven
Hi, thanks for looking into this.

I updated from svn today, and the problem is still happening for me. I'm using:


$f('player', {
  src: '/flash/flowplayer.swf',
  width: 550,
  height: 322,
  wmode: 'opaque'
}, {...});

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.15) Gecko/2009102815 Ubuntu/9.04 (jaunty) Firefox/3.0.15

flash_player_10_linux_dev.tar.gz

If I remove the wmode, everything works fine. If I don't, I get the spinning circle of death ;)

I looked at the diff. If I interpret it correctly, it said, "wait .1 seconds and then call init()". Don't ya just hate timing bugs? ;)

seven
the witchdoctor | nivas.hr

Posts: 22

Registered:
Apr 1, 2009

» still suffering

Posted: Nov 23, 2009

Reply to: still suffering, from jjinux
Yo jjinux, plx try downloading official package and please report back after trying. maybe flow guys messed versions up?

jjinux
In this life we cannot do great things. We can only do small things with great love. -- Mother Teresa http://jjinux.blogspot.com/

Posts: 23

Registered:
Oct 29, 2009

Yep, same problem

Posted: Nov 25, 2009

Reply to: » still suffering, from seven
I downloaded the latest release.

I hacked the example HTML to add the following which is a good test to see if wmode is working:


<div class="share">
  <a class="addthis_button" href="http://addthis.com/bookmark.php?v=250&pub=xa-4ac5174e21e91a11">
        <img src="http://s7.addthis.com/static/btn/v2/lg-share-en.gif" width="125" height="16" alt="Bookmark and Share" style="border:0"/>

  </a>
  <script type="text/javascript" src="http://s7.addthis.com/js/250/addthis_widget.js?pub=xa-4ac5174e21e91a11"></script>
</div>

Then, I hacked the call to Flowplayer:


	flowplayer("player", {src: "../flowplayer-3.1.5.swf"});

That works. Then I tried:


	flowplayer("player", {src: "../flowplayer-3.1.5.swf",
						  wmode: 'opaque'});

The player just gives me a blank screen.

By the way, I'm viewing the Flowplayer page using a simple Web server. I'm running "python -m SimpleHTTPServer" from within the flowplayer directory. It's working, as long as I don't add wmode.

seven
the witchdoctor | nivas.hr

Posts: 22

Registered:
Apr 1, 2009

» Yep, same problem

Posted: Nov 25, 2009

Reply to: Yep, same problem, from jjinux
Hm yes. That's no way to test this. Why don't you deploy all that to a apache httpd and try again? I doubt that your SimpleHTTPServer will be production environment.

shipwrek

Posts: 12

Registered:
Oct 5, 2009

» » Yep, same problem

Posted: Nov 25, 2009

Reply to: » Yep, same problem, from seven
Sorry to report. JJinux's same test results in same incorrect behavior with Apache.

seven
the witchdoctor | nivas.hr

Posts: 22

Registered:
Apr 1, 2009

» » » Yep, same problem

Posted: Nov 25, 2009

Reply to: » » Yep, same problem, from shipwrek
as a last try - please try using pure OBJECT/EMBED method, without javascript flowplayer lib.

you can use embed plugin to get embed code.

I am doing this on mtv and it works.http://mtv.com.hr/koncerti/najave/let3-na-marsu-umjesto-bedastoca-izvode-ekskluzivu

if that is the situation then there is something extra freaky with JS lib vs Flash timings.

jjinux
In this life we cannot do great things. We can only do small things with great love. -- Mother Teresa http://jjinux.blogspot.com/

Posts: 23

Registered:
Oct 29, 2009

Maybe, maybe not

Posted: Nov 28, 2009

Reply to: » » » Yep, same problem, from seven
I could try that. However, if I interpret the diff correctly that was used to address this issue, it says, "wait .1 seconds and then call init()". Is that correct? My experience is that "that way lies madness." If you add fixed wait points like that, you're almost always going to end up with weird timing issues. Sorry. I sympathize.

seven
the witchdoctor | nivas.hr

Posts: 22

Registered:
Apr 1, 2009

» Maybe, maybe not

Posted: Jul 31, 2011

Reply to: Maybe, maybe not, from jjinux
thanks :)