Re: [Flashcoders] FLV: reliable height&width dimensions
Hi, I have found a bug in the VideoPlayerClass regarding metadata, that can be provoked when using several video players (about 6) on the same page, and then like every 8 refresh or so, the data will disappear in one or several players. Here is some information about how i solved it: The bug appears randomly when there are lots of players in one page (i used FLVPlayback). VideoPlayer width-property has a getter/setter method. Sometimes, this returns undefined. Actually, the getter looks at some other variable behind the scenes. This variable might not have been properly set. Probably because of CPU, Flashplayer or server -load? What you have to do then is to explicitly "get" the value from videoWindow.preferredWidth. You dont want to use the value, just ask for it. The class will see its undefined, and the getter-method will find and explicitly set the value to the correct value for the OTHER variable, that we call in with "this.videoWindow.height". var dummy = (this.videoWindow.preferredWidth + this.videoWindow.preferredHeight) After that my setSize() will do its trick like its supposed to: setSize(this.videoWindow.width , this.videoWindow.height) For more information, please search for my other posts on the subject of repositioning, events, statechanges etc regarding FLVPlayback component (and videoplayer class). (also, check the getter/setter methods of these parameters in the source-code for these classes in your flash installation directory) I really would like to see the metadata be the first info received when loading an FLV file, and for it to be stable! I hope this helps, /Jonas Magnusson ___ Flashcoders mailing list [email protected] http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] FLV: reliable height&width dimensions
Even if it does, you would have to wait till the onMetaData event to layout your interface, something that's not nice. Sometimes you even start with a static image until the user clicks on the video and only then you begin to load. Again, being able to access width and height as in jpgs would be extremely useful! On Mon, Nov 10, 2008 at 10:28 PM, sebastian <[EMAIL PROTECTED]> wrote: > Potentially wrong suggestion, but what happens if you just don't specify a > size, won't it default to the FLV's inherent size? > > I don't have the time to test this myself to see if its true, but I could > imagine this being the case. If the size is then too big, you can check this > on a condition, and scale the width and height proportionally to retain > aspect-ratio. > > Seb. > ___ > Flashcoders mailing list > [email protected] > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders > -- Juan Delgado - Zárate http://zarate.tv http://dandolachapa.com http://loqueyosede.com ___ Flashcoders mailing list [email protected] http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] FLV: reliable height&width dimensions
Potentially wrong suggestion, but what happens if you just don't specify a size, won't it default to the FLV's inherent size? I don't have the time to test this myself to see if its true, but I could imagine this being the case. If the size is then too big, you can check this on a condition, and scale the width and height proportionally to retain aspect-ratio. Seb. ___ Flashcoders mailing list [email protected] http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] FLV: reliable height&width dimensions
plus there is this 'ghost myth' that the onmetadata call back sometimes does not get called, though I've only heard this and not seen it, though to be honest I haven't used onmetadata all that often. On Mon, Nov 10, 2008 at 10:49 PM, Juan Delgado <[EMAIL PROTECTED]> wrote: > Sometimes you have no control over the FLVs, that's the problem. > > I'm sure there's a good technical explanation out there that prevents > FLVs to have width and height attributes like for example a jpg, but > I'd love to hear it. > > On Mon, Nov 10, 2008 at 9:31 PM, Hans Wichman > <[EMAIL PROTECTED]> wrote: > > Hi, > > > > maybe a dumb question, but what is wrong with injecting the required > > metadata with burak's or something like that? > > > > greetz > > JC > > > > On Mon, Nov 10, 2008 at 10:10 PM, Meinte van't Kruis <[EMAIL PROTECTED]> > wrote: > >> true, actually I've rebuild the app to get its dimensions from XML, > which is > >> safe and > >> reliable. Though this time it's offcourse a luxury to be able to do > that, it > >> would be great > >> to get a method out which doesn't rely on external data, it seems > wishful > >> thinking in > >> a way. > >> > >> On Mon, Nov 10, 2008 at 7:26 PM, dr.ache <[EMAIL PROTECTED]> wrote: > >> > >>> Maybe this is not appropriate for you but since I also had this problem > >>> I always put the dimensions in the xml file from which the application > >>> gets its content. Its not dynamic but reliable. > >>> > >>> Mark > >>> > >>> sebastian schrieb: > >>> > >>> Hi, just a little comment, but if the size reported results in 0 by 0 > pixels, you can always set a condition that sets it to a > minimum/default > size... hopefully the aspect-ratio is not also a variable. > > good luck! > > Seb. > > Meinte van't Kruis wrote: > > > I found the post. It would be nice to have standardised metadata, but > it > > seems to > > be something that's a long way from now, espessially since nothing of > the > > sort > > is beeing promoted or pushed by Adobe. > > > > Metadata aside though, I think it's a bit of a flaw to not have > > dimensions > > ready > > when the buffer is full all the time, it seems quite illogical to me. > I > > mean > > seriously, > > how hard is it for Adobe to have a consistent and flawless way of > > accessing > > duration and dimensions, it seems such a basic requirement, but oh > well.. > > > > > > On Mon, Nov 10, 2008 at 4:44 PM, Juan Delgado <[EMAIL PROTECTED]> > > wrote: > > > > I sent an email to the list not time ago regarding this issue. I was > >> asking for a metadata standard with at least the most basic > properties > >> mandatory. Search the list for "flv metadata" it should appear (I've > >> been trying to access the archive to give you a direct link, but > >> doesn't work for me, I'm afraid). > >> > >> I haven't found any better way of solving the problem, to be honest. > >> So I'm all ears. > >> > >> On Mon, Nov 10, 2008 at 3:22 PM, Meinte van't Kruis < > [EMAIL PROTECTED]> > >> wrote: > >> > >>> No, I'm actually using the Video object along with the Netstream > class. > >>> Wonder how that > >>> ready event gets fired though, wouldn't be surprised if it's also > fired > >>> > >> on a > >> > >>> buffer full, either > >>> that or using timers (amuse yourself and watch the VideoPlayer and > >>> FLVPlayback code > >>> in the flash folder, count the number of timers used ;)) > >>> > >>> On Mon, Nov 10, 2008 at 1:57 PM, Muzak <[EMAIL PROTECTED]> > >>> wrote: > >>> > >>> If you're using the FLVPlayback component, use the "ready" event: > > > > >> > http://livedocs.adobe.com/flash/9.0/ActionScriptLangRefV3/fl/video/FLVPlayback.html#event:ready > >> > >>> > > - Original Message - From: "Meinte van't Kruis" < > > >>> [EMAIL PROTECTED]> > >> > >>> To: "Flash Coders List" > Sent: Monday, November 10, 2008 11:56 AM > Subject: [Flashcoders] FLV: reliable height&width dimensions > > > > Hi Folks, > > > I've been having trouble reliably getting FLV dimensions with > both > > progressive and streaming files. > > I'm current using the buffer full event to resize the video > > proportionally, > > therefore needing videoHeight > > and videoWidth. The problem is that once every now and again > those > > dimensions start out at 0 0, even > > when the buffer is full. > > > > Furthermore the metadata has no dimension information, so can't > use > > > that > >> > >>> either (plus I've heard onMetaData is unreliable as well). > > > > Any good solutions on this? > > > > Possible
Re: [Flashcoders] FLV: reliable height&width dimensions
Sometimes you have no control over the FLVs, that's the problem. I'm sure there's a good technical explanation out there that prevents FLVs to have width and height attributes like for example a jpg, but I'd love to hear it. On Mon, Nov 10, 2008 at 9:31 PM, Hans Wichman <[EMAIL PROTECTED]> wrote: > Hi, > > maybe a dumb question, but what is wrong with injecting the required > metadata with burak's or something like that? > > greetz > JC > > On Mon, Nov 10, 2008 at 10:10 PM, Meinte van't Kruis <[EMAIL PROTECTED]> > wrote: >> true, actually I've rebuild the app to get its dimensions from XML, which is >> safe and >> reliable. Though this time it's offcourse a luxury to be able to do that, it >> would be great >> to get a method out which doesn't rely on external data, it seems wishful >> thinking in >> a way. >> >> On Mon, Nov 10, 2008 at 7:26 PM, dr.ache <[EMAIL PROTECTED]> wrote: >> >>> Maybe this is not appropriate for you but since I also had this problem >>> I always put the dimensions in the xml file from which the application >>> gets its content. Its not dynamic but reliable. >>> >>> Mark >>> >>> sebastian schrieb: >>> >>> Hi, just a little comment, but if the size reported results in 0 by 0 pixels, you can always set a condition that sets it to a minimum/default size... hopefully the aspect-ratio is not also a variable. good luck! Seb. Meinte van't Kruis wrote: > I found the post. It would be nice to have standardised metadata, but it > seems to > be something that's a long way from now, espessially since nothing of the > sort > is beeing promoted or pushed by Adobe. > > Metadata aside though, I think it's a bit of a flaw to not have > dimensions > ready > when the buffer is full all the time, it seems quite illogical to me. I > mean > seriously, > how hard is it for Adobe to have a consistent and flawless way of > accessing > duration and dimensions, it seems such a basic requirement, but oh well.. > > > On Mon, Nov 10, 2008 at 4:44 PM, Juan Delgado <[EMAIL PROTECTED]> > wrote: > > I sent an email to the list not time ago regarding this issue. I was >> asking for a metadata standard with at least the most basic properties >> mandatory. Search the list for "flv metadata" it should appear (I've >> been trying to access the archive to give you a direct link, but >> doesn't work for me, I'm afraid). >> >> I haven't found any better way of solving the problem, to be honest. >> So I'm all ears. >> >> On Mon, Nov 10, 2008 at 3:22 PM, Meinte van't Kruis <[EMAIL PROTECTED]> >> wrote: >> >>> No, I'm actually using the Video object along with the Netstream class. >>> Wonder how that >>> ready event gets fired though, wouldn't be surprised if it's also fired >>> >> on a >> >>> buffer full, either >>> that or using timers (amuse yourself and watch the VideoPlayer and >>> FLVPlayback code >>> in the flash folder, count the number of timers used ;)) >>> >>> On Mon, Nov 10, 2008 at 1:57 PM, Muzak <[EMAIL PROTECTED]> >>> wrote: >>> >>> If you're using the FLVPlayback component, use the "ready" event: >> http://livedocs.adobe.com/flash/9.0/ActionScriptLangRefV3/fl/video/FLVPlayback.html#event:ready >> >>> - Original Message - From: "Meinte van't Kruis" < >>> [EMAIL PROTECTED]> >> >>> To: "Flash Coders List" Sent: Monday, November 10, 2008 11:56 AM Subject: [Flashcoders] FLV: reliable height&width dimensions Hi Folks, > I've been having trouble reliably getting FLV dimensions with both > progressive and streaming files. > I'm current using the buffer full event to resize the video > proportionally, > therefore needing videoHeight > and videoWidth. The problem is that once every now and again those > dimensions start out at 0 0, even > when the buffer is full. > > Furthermore the metadata has no dimension information, so can't use > that >> >>> either (plus I've heard onMetaData is unreliable as well). > > Any good solutions on this? > > Possible solutions would be to check on an interval wether the value > changes(this would really be unpreferable). Also, since I re-use the > Video object in the playlist, that video-object keeps remembering the > videoHeight/videoWidth of the previous video whenever the current > video > has not overridden it yet, making it impossible to do a simple > enterframe/timer kill whenever it is greater than 0 or has changed, > since >> >>> I > can't > be sure of that (next video might
Re: [Flashcoders] FLV: reliable height&width dimensions
Hi, maybe a dumb question, but what is wrong with injecting the required metadata with burak's or something like that? greetz JC On Mon, Nov 10, 2008 at 10:10 PM, Meinte van't Kruis <[EMAIL PROTECTED]> wrote: > true, actually I've rebuild the app to get its dimensions from XML, which is > safe and > reliable. Though this time it's offcourse a luxury to be able to do that, it > would be great > to get a method out which doesn't rely on external data, it seems wishful > thinking in > a way. > > On Mon, Nov 10, 2008 at 7:26 PM, dr.ache <[EMAIL PROTECTED]> wrote: > >> Maybe this is not appropriate for you but since I also had this problem >> I always put the dimensions in the xml file from which the application >> gets its content. Its not dynamic but reliable. >> >> Mark >> >> sebastian schrieb: >> >> Hi, just a little comment, but if the size reported results in 0 by 0 >>> pixels, you can always set a condition that sets it to a minimum/default >>> size... hopefully the aspect-ratio is not also a variable. >>> >>> good luck! >>> >>> Seb. >>> >>> Meinte van't Kruis wrote: >>> I found the post. It would be nice to have standardised metadata, but it seems to be something that's a long way from now, espessially since nothing of the sort is beeing promoted or pushed by Adobe. Metadata aside though, I think it's a bit of a flaw to not have dimensions ready when the buffer is full all the time, it seems quite illogical to me. I mean seriously, how hard is it for Adobe to have a consistent and flawless way of accessing duration and dimensions, it seems such a basic requirement, but oh well.. On Mon, Nov 10, 2008 at 4:44 PM, Juan Delgado <[EMAIL PROTECTED]> wrote: I sent an email to the list not time ago regarding this issue. I was > asking for a metadata standard with at least the most basic properties > mandatory. Search the list for "flv metadata" it should appear (I've > been trying to access the archive to give you a direct link, but > doesn't work for me, I'm afraid). > > I haven't found any better way of solving the problem, to be honest. > So I'm all ears. > > On Mon, Nov 10, 2008 at 3:22 PM, Meinte van't Kruis <[EMAIL PROTECTED]> > wrote: > >> No, I'm actually using the Video object along with the Netstream class. >> Wonder how that >> ready event gets fired though, wouldn't be surprised if it's also fired >> > on a > >> buffer full, either >> that or using timers (amuse yourself and watch the VideoPlayer and >> FLVPlayback code >> in the flash folder, count the number of timers used ;)) >> >> On Mon, Nov 10, 2008 at 1:57 PM, Muzak <[EMAIL PROTECTED]> >> wrote: >> >> If you're using the FLVPlayback component, use the "ready" event: >>> >>> >>> > http://livedocs.adobe.com/flash/9.0/ActionScriptLangRefV3/fl/video/FLVPlayback.html#event:ready > >> >>> >>> - Original Message - From: "Meinte van't Kruis" < >>> >> [EMAIL PROTECTED]> > >> To: "Flash Coders List" >>> Sent: Monday, November 10, 2008 11:56 AM >>> Subject: [Flashcoders] FLV: reliable height&width dimensions >>> >>> >>> >>> Hi Folks, >>> I've been having trouble reliably getting FLV dimensions with both progressive and streaming files. I'm current using the buffer full event to resize the video proportionally, therefore needing videoHeight and videoWidth. The problem is that once every now and again those dimensions start out at 0 0, even when the buffer is full. Furthermore the metadata has no dimension information, so can't use >>> that > >> either (plus I've heard onMetaData is unreliable as well). Any good solutions on this? Possible solutions would be to check on an interval wether the value changes(this would really be unpreferable). Also, since I re-use the Video object in the playlist, that video-object keeps remembering the videoHeight/videoWidth of the previous video whenever the current video has not overridden it yet, making it impossible to do a simple enterframe/timer kill whenever it is greater than 0 or has changed, >>> since > >> I can't be sure of that (next video might have same dimensions..). So I'm a bit stuck here, I really don't want to have an infinite >>> interval > >> checking the dimensions... Any suggestions? -- M.A. van't Kruis ___ >>> Flashcoders mailing list >>> [email protected] >>> http://chattyfig.figleaf.com/mailman/listinfo
Re: [Flashcoders] FLV: reliable height&width dimensions
true, actually I've rebuild the app to get its dimensions from XML, which is safe and reliable. Though this time it's offcourse a luxury to be able to do that, it would be great to get a method out which doesn't rely on external data, it seems wishful thinking in a way. On Mon, Nov 10, 2008 at 7:26 PM, dr.ache <[EMAIL PROTECTED]> wrote: > Maybe this is not appropriate for you but since I also had this problem > I always put the dimensions in the xml file from which the application > gets its content. Its not dynamic but reliable. > > Mark > > sebastian schrieb: > > Hi, just a little comment, but if the size reported results in 0 by 0 >> pixels, you can always set a condition that sets it to a minimum/default >> size... hopefully the aspect-ratio is not also a variable. >> >> good luck! >> >> Seb. >> >> Meinte van't Kruis wrote: >> >>> I found the post. It would be nice to have standardised metadata, but it >>> seems to >>> be something that's a long way from now, espessially since nothing of the >>> sort >>> is beeing promoted or pushed by Adobe. >>> >>> Metadata aside though, I think it's a bit of a flaw to not have >>> dimensions >>> ready >>> when the buffer is full all the time, it seems quite illogical to me. I >>> mean >>> seriously, >>> how hard is it for Adobe to have a consistent and flawless way of >>> accessing >>> duration and dimensions, it seems such a basic requirement, but oh well.. >>> >>> >>> On Mon, Nov 10, 2008 at 4:44 PM, Juan Delgado <[EMAIL PROTECTED]> >>> wrote: >>> >>> I sent an email to the list not time ago regarding this issue. I was asking for a metadata standard with at least the most basic properties mandatory. Search the list for "flv metadata" it should appear (I've been trying to access the archive to give you a direct link, but doesn't work for me, I'm afraid). I haven't found any better way of solving the problem, to be honest. So I'm all ears. On Mon, Nov 10, 2008 at 3:22 PM, Meinte van't Kruis <[EMAIL PROTECTED]> wrote: > No, I'm actually using the Video object along with the Netstream class. > Wonder how that > ready event gets fired though, wouldn't be surprised if it's also fired > on a > buffer full, either > that or using timers (amuse yourself and watch the VideoPlayer and > FLVPlayback code > in the flash folder, count the number of timers used ;)) > > On Mon, Nov 10, 2008 at 1:57 PM, Muzak <[EMAIL PROTECTED]> > wrote: > > If you're using the FLVPlayback component, use the "ready" event: >> >> >> http://livedocs.adobe.com/flash/9.0/ActionScriptLangRefV3/fl/video/FLVPlayback.html#event:ready > >> >> - Original Message - From: "Meinte van't Kruis" < >> > [EMAIL PROTECTED]> > To: "Flash Coders List" >> Sent: Monday, November 10, 2008 11:56 AM >> Subject: [Flashcoders] FLV: reliable height&width dimensions >> >> >> >> Hi Folks, >> >>> I've been having trouble reliably getting FLV dimensions with both >>> progressive and streaming files. >>> I'm current using the buffer full event to resize the video >>> proportionally, >>> therefore needing videoHeight >>> and videoWidth. The problem is that once every now and again those >>> dimensions start out at 0 0, even >>> when the buffer is full. >>> >>> Furthermore the metadata has no dimension information, so can't use >>> >> that > either (plus I've heard onMetaData is unreliable as well). >>> >>> Any good solutions on this? >>> >>> Possible solutions would be to check on an interval wether the value >>> changes(this would really be unpreferable). Also, since I re-use the >>> Video object in the playlist, that video-object keeps remembering the >>> videoHeight/videoWidth of the previous video whenever the current >>> video >>> has not overridden it yet, making it impossible to do a simple >>> enterframe/timer kill whenever it is greater than 0 or has changed, >>> >> since > I >>> can't >>> be sure of that (next video might have same dimensions..). >>> >>> So I'm a bit stuck here, I really don't want to have an infinite >>> >> interval > checking the dimensions... Any suggestions? >>> >>> >>> -- >>> M.A. van't Kruis >>> >>> ___ >> Flashcoders mailing list >> [email protected] >> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders >> >> > > -- > M.A. van't Kruis > http://www.malatze.nl/ > ___ > Flashcoders mailing list > [email protected] > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders > > -- Juan Delgado - Zárate http://zarate.tv >>
Re: [Flashcoders] FLV: reliable height&width dimensions
well, the aspect ratio is also variable, but thanks anyway, it would indeed be a good tactic whenever the ratio is fixed. On Mon, Nov 10, 2008 at 7:05 PM, sebastian <[EMAIL PROTECTED]> wrote: > Hi, just a little comment, but if the size reported results in 0 by 0 > pixels, you can always set a condition that sets it to a minimum/default > size... hopefully the aspect-ratio is not also a variable. > > good luck! > > Seb. > > > Meinte van't Kruis wrote: > >> I found the post. It would be nice to have standardised metadata, but it >> seems to >> be something that's a long way from now, espessially since nothing of the >> sort >> is beeing promoted or pushed by Adobe. >> >> Metadata aside though, I think it's a bit of a flaw to not have dimensions >> ready >> when the buffer is full all the time, it seems quite illogical to me. I >> mean >> seriously, >> how hard is it for Adobe to have a consistent and flawless way of >> accessing >> duration and dimensions, it seems such a basic requirement, but oh well.. >> >> >> On Mon, Nov 10, 2008 at 4:44 PM, Juan Delgado <[EMAIL PROTECTED]> wrote: >> >> I sent an email to the list not time ago regarding this issue. I was >>> asking for a metadata standard with at least the most basic properties >>> mandatory. Search the list for "flv metadata" it should appear (I've >>> been trying to access the archive to give you a direct link, but >>> doesn't work for me, I'm afraid). >>> >>> I haven't found any better way of solving the problem, to be honest. >>> So I'm all ears. >>> >>> On Mon, Nov 10, 2008 at 3:22 PM, Meinte van't Kruis <[EMAIL PROTECTED]> >>> wrote: >>> No, I'm actually using the Video object along with the Netstream class. Wonder how that ready event gets fired though, wouldn't be surprised if it's also fired >>> on a >>> buffer full, either that or using timers (amuse yourself and watch the VideoPlayer and FLVPlayback code in the flash folder, count the number of timers used ;)) On Mon, Nov 10, 2008 at 1:57 PM, Muzak <[EMAIL PROTECTED]> wrote: If you're using the FLVPlayback component, use the "ready" event: > > > >>> http://livedocs.adobe.com/flash/9.0/ActionScriptLangRefV3/fl/video/FLVPlayback.html#event:ready >>> > > - Original Message - From: "Meinte van't Kruis" < > [EMAIL PROTECTED]> >>> To: "Flash Coders List" > Sent: Monday, November 10, 2008 11:56 AM > Subject: [Flashcoders] FLV: reliable height&width dimensions > > > > Hi Folks, > >> I've been having trouble reliably getting FLV dimensions with both >> progressive and streaming files. >> I'm current using the buffer full event to resize the video >> proportionally, >> therefore needing videoHeight >> and videoWidth. The problem is that once every now and again those >> dimensions start out at 0 0, even >> when the buffer is full. >> >> Furthermore the metadata has no dimension information, so can't use >> > that >>> either (plus I've heard onMetaData is unreliable as well). >> >> Any good solutions on this? >> >> Possible solutions would be to check on an interval wether the value >> changes(this would really be unpreferable). Also, since I re-use the >> Video object in the playlist, that video-object keeps remembering the >> videoHeight/videoWidth of the previous video whenever the current >> video >> has not overridden it yet, making it impossible to do a simple >> enterframe/timer kill whenever it is greater than 0 or has changed, >> > since >>> I >> can't >> be sure of that (next video might have same dimensions..). >> >> So I'm a bit stuck here, I really don't want to have an infinite >> > interval >>> checking the dimensions... Any suggestions? >> >> >> -- >> M.A. van't Kruis >> >> ___ > Flashcoders mailing list > [email protected] > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders > > -- M.A. van't Kruis http://www.malatze.nl/ ___ Flashcoders mailing list [email protected] http://chattyfig.figleaf.com/mailman/listinfo/flashcoders >>> >>> -- >>> Juan Delgado - Zárate >>> http://zarate.tv >>> http://dandolachapa.com >>> http://loqueyosede.com >>> >>> ___ >>> Flashcoders mailing list >>> [email protected] >>> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders >>> >>> >> >> >> ___ > Flashcoders mailing list > [email protected] > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders > -- M.A. van't Kruis http://www.malatze.nl/ ___
Re: [Flashcoders] FLV: reliable height&width dimensions
Maybe this is not appropriate for you but since I also had this problem I always put the dimensions in the xml file from which the application gets its content. Its not dynamic but reliable. Mark sebastian schrieb: Hi, just a little comment, but if the size reported results in 0 by 0 pixels, you can always set a condition that sets it to a minimum/default size... hopefully the aspect-ratio is not also a variable. good luck! Seb. Meinte van't Kruis wrote: I found the post. It would be nice to have standardised metadata, but it seems to be something that's a long way from now, espessially since nothing of the sort is beeing promoted or pushed by Adobe. Metadata aside though, I think it's a bit of a flaw to not have dimensions ready when the buffer is full all the time, it seems quite illogical to me. I mean seriously, how hard is it for Adobe to have a consistent and flawless way of accessing duration and dimensions, it seems such a basic requirement, but oh well.. On Mon, Nov 10, 2008 at 4:44 PM, Juan Delgado <[EMAIL PROTECTED]> wrote: I sent an email to the list not time ago regarding this issue. I was asking for a metadata standard with at least the most basic properties mandatory. Search the list for "flv metadata" it should appear (I've been trying to access the archive to give you a direct link, but doesn't work for me, I'm afraid). I haven't found any better way of solving the problem, to be honest. So I'm all ears. On Mon, Nov 10, 2008 at 3:22 PM, Meinte van't Kruis <[EMAIL PROTECTED]> wrote: No, I'm actually using the Video object along with the Netstream class. Wonder how that ready event gets fired though, wouldn't be surprised if it's also fired on a buffer full, either that or using timers (amuse yourself and watch the VideoPlayer and FLVPlayback code in the flash folder, count the number of timers used ;)) On Mon, Nov 10, 2008 at 1:57 PM, Muzak <[EMAIL PROTECTED]> wrote: If you're using the FLVPlayback component, use the "ready" event: http://livedocs.adobe.com/flash/9.0/ActionScriptLangRefV3/fl/video/FLVPlayback.html#event:ready - Original Message - From: "Meinte van't Kruis" < [EMAIL PROTECTED]> To: "Flash Coders List" Sent: Monday, November 10, 2008 11:56 AM Subject: [Flashcoders] FLV: reliable height&width dimensions Hi Folks, I've been having trouble reliably getting FLV dimensions with both progressive and streaming files. I'm current using the buffer full event to resize the video proportionally, therefore needing videoHeight and videoWidth. The problem is that once every now and again those dimensions start out at 0 0, even when the buffer is full. Furthermore the metadata has no dimension information, so can't use that either (plus I've heard onMetaData is unreliable as well). Any good solutions on this? Possible solutions would be to check on an interval wether the value changes(this would really be unpreferable). Also, since I re-use the Video object in the playlist, that video-object keeps remembering the videoHeight/videoWidth of the previous video whenever the current video has not overridden it yet, making it impossible to do a simple enterframe/timer kill whenever it is greater than 0 or has changed, since I can't be sure of that (next video might have same dimensions..). So I'm a bit stuck here, I really don't want to have an infinite interval checking the dimensions... Any suggestions? -- M.A. van't Kruis ___ Flashcoders mailing list [email protected] http://chattyfig.figleaf.com/mailman/listinfo/flashcoders -- M.A. van't Kruis http://www.malatze.nl/ ___ Flashcoders mailing list [email protected] http://chattyfig.figleaf.com/mailman/listinfo/flashcoders -- Juan Delgado - Zárate http://zarate.tv http://dandolachapa.com http://loqueyosede.com ___ Flashcoders mailing list [email protected] http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list [email protected] http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list [email protected] http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] FLV: reliable height&width dimensions
Hi, just a little comment, but if the size reported results in 0 by 0 pixels, you can always set a condition that sets it to a minimum/default size... hopefully the aspect-ratio is not also a variable. good luck! Seb. Meinte van't Kruis wrote: I found the post. It would be nice to have standardised metadata, but it seems to be something that's a long way from now, espessially since nothing of the sort is beeing promoted or pushed by Adobe. Metadata aside though, I think it's a bit of a flaw to not have dimensions ready when the buffer is full all the time, it seems quite illogical to me. I mean seriously, how hard is it for Adobe to have a consistent and flawless way of accessing duration and dimensions, it seems such a basic requirement, but oh well.. On Mon, Nov 10, 2008 at 4:44 PM, Juan Delgado <[EMAIL PROTECTED]> wrote: I sent an email to the list not time ago regarding this issue. I was asking for a metadata standard with at least the most basic properties mandatory. Search the list for "flv metadata" it should appear (I've been trying to access the archive to give you a direct link, but doesn't work for me, I'm afraid). I haven't found any better way of solving the problem, to be honest. So I'm all ears. On Mon, Nov 10, 2008 at 3:22 PM, Meinte van't Kruis <[EMAIL PROTECTED]> wrote: No, I'm actually using the Video object along with the Netstream class. Wonder how that ready event gets fired though, wouldn't be surprised if it's also fired on a buffer full, either that or using timers (amuse yourself and watch the VideoPlayer and FLVPlayback code in the flash folder, count the number of timers used ;)) On Mon, Nov 10, 2008 at 1:57 PM, Muzak <[EMAIL PROTECTED]> wrote: If you're using the FLVPlayback component, use the "ready" event: http://livedocs.adobe.com/flash/9.0/ActionScriptLangRefV3/fl/video/FLVPlayback.html#event:ready - Original Message - From: "Meinte van't Kruis" < [EMAIL PROTECTED]> To: "Flash Coders List" Sent: Monday, November 10, 2008 11:56 AM Subject: [Flashcoders] FLV: reliable height&width dimensions Hi Folks, I've been having trouble reliably getting FLV dimensions with both progressive and streaming files. I'm current using the buffer full event to resize the video proportionally, therefore needing videoHeight and videoWidth. The problem is that once every now and again those dimensions start out at 0 0, even when the buffer is full. Furthermore the metadata has no dimension information, so can't use that either (plus I've heard onMetaData is unreliable as well). Any good solutions on this? Possible solutions would be to check on an interval wether the value changes(this would really be unpreferable). Also, since I re-use the Video object in the playlist, that video-object keeps remembering the videoHeight/videoWidth of the previous video whenever the current video has not overridden it yet, making it impossible to do a simple enterframe/timer kill whenever it is greater than 0 or has changed, since I can't be sure of that (next video might have same dimensions..). So I'm a bit stuck here, I really don't want to have an infinite interval checking the dimensions... Any suggestions? -- M.A. van't Kruis ___ Flashcoders mailing list [email protected] http://chattyfig.figleaf.com/mailman/listinfo/flashcoders -- M.A. van't Kruis http://www.malatze.nl/ ___ Flashcoders mailing list [email protected] http://chattyfig.figleaf.com/mailman/listinfo/flashcoders -- Juan Delgado - Zárate http://zarate.tv http://dandolachapa.com http://loqueyosede.com ___ Flashcoders mailing list [email protected] http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list [email protected] http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] FLV: reliable height&width dimensions
I sent an email to the list not time ago regarding this issue. I was asking for a metadata standard with at least the most basic properties mandatory. Search the list for "flv metadata" it should appear (I've been trying to access the archive to give you a direct link, but doesn't work for me, I'm afraid). I haven't found any better way of solving the problem, to be honest. So I'm all ears. On Mon, Nov 10, 2008 at 3:22 PM, Meinte van't Kruis <[EMAIL PROTECTED]> wrote: > No, I'm actually using the Video object along with the Netstream class. > Wonder how that > ready event gets fired though, wouldn't be surprised if it's also fired on a > buffer full, either > that or using timers (amuse yourself and watch the VideoPlayer and > FLVPlayback code > in the flash folder, count the number of timers used ;)) > > On Mon, Nov 10, 2008 at 1:57 PM, Muzak <[EMAIL PROTECTED]> wrote: > >> If you're using the FLVPlayback component, use the "ready" event: >> >> http://livedocs.adobe.com/flash/9.0/ActionScriptLangRefV3/fl/video/FLVPlayback.html#event:ready >> >> >> >> - Original Message - From: "Meinte van't Kruis" <[EMAIL PROTECTED]> >> To: "Flash Coders List" >> Sent: Monday, November 10, 2008 11:56 AM >> Subject: [Flashcoders] FLV: reliable height&width dimensions >> >> >> >> Hi Folks, >>> >>> I've been having trouble reliably getting FLV dimensions with both >>> progressive and streaming files. >>> I'm current using the buffer full event to resize the video >>> proportionally, >>> therefore needing videoHeight >>> and videoWidth. The problem is that once every now and again those >>> dimensions start out at 0 0, even >>> when the buffer is full. >>> >>> Furthermore the metadata has no dimension information, so can't use that >>> either (plus I've heard onMetaData is unreliable as well). >>> >>> Any good solutions on this? >>> >>> Possible solutions would be to check on an interval wether the value >>> changes(this would really be unpreferable). Also, since I re-use the >>> Video object in the playlist, that video-object keeps remembering the >>> videoHeight/videoWidth of the previous video whenever the current video >>> has not overridden it yet, making it impossible to do a simple >>> enterframe/timer kill whenever it is greater than 0 or has changed, since >>> I >>> can't >>> be sure of that (next video might have same dimensions..). >>> >>> So I'm a bit stuck here, I really don't want to have an infinite interval >>> checking the dimensions... Any suggestions? >>> >>> >>> -- >>> M.A. van't Kruis >>> >> >> ___ >> Flashcoders mailing list >> [email protected] >> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders >> > > > > -- > M.A. van't Kruis > http://www.malatze.nl/ > ___ > Flashcoders mailing list > [email protected] > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders > -- Juan Delgado - Zárate http://zarate.tv http://dandolachapa.com http://loqueyosede.com ___ Flashcoders mailing list [email protected] http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] FLV: reliable height&width dimensions
I found the post. It would be nice to have standardised metadata, but it seems to be something that's a long way from now, espessially since nothing of the sort is beeing promoted or pushed by Adobe. Metadata aside though, I think it's a bit of a flaw to not have dimensions ready when the buffer is full all the time, it seems quite illogical to me. I mean seriously, how hard is it for Adobe to have a consistent and flawless way of accessing duration and dimensions, it seems such a basic requirement, but oh well.. On Mon, Nov 10, 2008 at 4:44 PM, Juan Delgado <[EMAIL PROTECTED]> wrote: > I sent an email to the list not time ago regarding this issue. I was > asking for a metadata standard with at least the most basic properties > mandatory. Search the list for "flv metadata" it should appear (I've > been trying to access the archive to give you a direct link, but > doesn't work for me, I'm afraid). > > I haven't found any better way of solving the problem, to be honest. > So I'm all ears. > > On Mon, Nov 10, 2008 at 3:22 PM, Meinte van't Kruis <[EMAIL PROTECTED]> > wrote: > > No, I'm actually using the Video object along with the Netstream class. > > Wonder how that > > ready event gets fired though, wouldn't be surprised if it's also fired > on a > > buffer full, either > > that or using timers (amuse yourself and watch the VideoPlayer and > > FLVPlayback code > > in the flash folder, count the number of timers used ;)) > > > > On Mon, Nov 10, 2008 at 1:57 PM, Muzak <[EMAIL PROTECTED]> wrote: > > > >> If you're using the FLVPlayback component, use the "ready" event: > >> > >> > http://livedocs.adobe.com/flash/9.0/ActionScriptLangRefV3/fl/video/FLVPlayback.html#event:ready > >> > >> > >> > >> - Original Message - From: "Meinte van't Kruis" < > [EMAIL PROTECTED]> > >> To: "Flash Coders List" > >> Sent: Monday, November 10, 2008 11:56 AM > >> Subject: [Flashcoders] FLV: reliable height&width dimensions > >> > >> > >> > >> Hi Folks, > >>> > >>> I've been having trouble reliably getting FLV dimensions with both > >>> progressive and streaming files. > >>> I'm current using the buffer full event to resize the video > >>> proportionally, > >>> therefore needing videoHeight > >>> and videoWidth. The problem is that once every now and again those > >>> dimensions start out at 0 0, even > >>> when the buffer is full. > >>> > >>> Furthermore the metadata has no dimension information, so can't use > that > >>> either (plus I've heard onMetaData is unreliable as well). > >>> > >>> Any good solutions on this? > >>> > >>> Possible solutions would be to check on an interval wether the value > >>> changes(this would really be unpreferable). Also, since I re-use the > >>> Video object in the playlist, that video-object keeps remembering the > >>> videoHeight/videoWidth of the previous video whenever the current video > >>> has not overridden it yet, making it impossible to do a simple > >>> enterframe/timer kill whenever it is greater than 0 or has changed, > since > >>> I > >>> can't > >>> be sure of that (next video might have same dimensions..). > >>> > >>> So I'm a bit stuck here, I really don't want to have an infinite > interval > >>> checking the dimensions... Any suggestions? > >>> > >>> > >>> -- > >>> M.A. van't Kruis > >>> > >> > >> ___ > >> Flashcoders mailing list > >> [email protected] > >> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders > >> > > > > > > > > -- > > M.A. van't Kruis > > http://www.malatze.nl/ > > ___ > > Flashcoders mailing list > > [email protected] > > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders > > > > > > -- > Juan Delgado - Zárate > http://zarate.tv > http://dandolachapa.com > http://loqueyosede.com > > ___ > Flashcoders mailing list > [email protected] > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders > -- M.A. van't Kruis http://www.malatze.nl/ ___ Flashcoders mailing list [email protected] http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] FLV: reliable height&width dimensions
No, I'm actually using the Video object along with the Netstream class. Wonder how that ready event gets fired though, wouldn't be surprised if it's also fired on a buffer full, either that or using timers (amuse yourself and watch the VideoPlayer and FLVPlayback code in the flash folder, count the number of timers used ;)) On Mon, Nov 10, 2008 at 1:57 PM, Muzak <[EMAIL PROTECTED]> wrote: > If you're using the FLVPlayback component, use the "ready" event: > > http://livedocs.adobe.com/flash/9.0/ActionScriptLangRefV3/fl/video/FLVPlayback.html#event:ready > > > > - Original Message - From: "Meinte van't Kruis" <[EMAIL PROTECTED]> > To: "Flash Coders List" > Sent: Monday, November 10, 2008 11:56 AM > Subject: [Flashcoders] FLV: reliable height&width dimensions > > > > Hi Folks, >> >> I've been having trouble reliably getting FLV dimensions with both >> progressive and streaming files. >> I'm current using the buffer full event to resize the video >> proportionally, >> therefore needing videoHeight >> and videoWidth. The problem is that once every now and again those >> dimensions start out at 0 0, even >> when the buffer is full. >> >> Furthermore the metadata has no dimension information, so can't use that >> either (plus I've heard onMetaData is unreliable as well). >> >> Any good solutions on this? >> >> Possible solutions would be to check on an interval wether the value >> changes(this would really be unpreferable). Also, since I re-use the >> Video object in the playlist, that video-object keeps remembering the >> videoHeight/videoWidth of the previous video whenever the current video >> has not overridden it yet, making it impossible to do a simple >> enterframe/timer kill whenever it is greater than 0 or has changed, since >> I >> can't >> be sure of that (next video might have same dimensions..). >> >> So I'm a bit stuck here, I really don't want to have an infinite interval >> checking the dimensions... Any suggestions? >> >> >> -- >> M.A. van't Kruis >> > > ___ > Flashcoders mailing list > [email protected] > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders > -- M.A. van't Kruis http://www.malatze.nl/ ___ Flashcoders mailing list [email protected] http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] FLV: reliable height&width dimensions
If you're using the FLVPlayback component, use the "ready" event: http://livedocs.adobe.com/flash/9.0/ActionScriptLangRefV3/fl/video/FLVPlayback.html#event:ready - Original Message - From: "Meinte van't Kruis" <[EMAIL PROTECTED]> To: "Flash Coders List" Sent: Monday, November 10, 2008 11:56 AM Subject: [Flashcoders] FLV: reliable height&width dimensions Hi Folks, I've been having trouble reliably getting FLV dimensions with both progressive and streaming files. I'm current using the buffer full event to resize the video proportionally, therefore needing videoHeight and videoWidth. The problem is that once every now and again those dimensions start out at 0 0, even when the buffer is full. Furthermore the metadata has no dimension information, so can't use that either (plus I've heard onMetaData is unreliable as well). Any good solutions on this? Possible solutions would be to check on an interval wether the value changes(this would really be unpreferable). Also, since I re-use the Video object in the playlist, that video-object keeps remembering the videoHeight/videoWidth of the previous video whenever the current video has not overridden it yet, making it impossible to do a simple enterframe/timer kill whenever it is greater than 0 or has changed, since I can't be sure of that (next video might have same dimensions..). So I'm a bit stuck here, I really don't want to have an infinite interval checking the dimensions... Any suggestions? -- M.A. van't Kruis ___ Flashcoders mailing list [email protected] http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
