[jira] [Updated] (FLEX-33374) spark VideoDisplay and VideoPlayer fails to stream video on mobile devices
[ https://issues.apache.org/jira/browse/FLEX-33374?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik Thomas updated FLEX-33374: --- Description: The spark VideoDisplay will not stream video from FMS 4.5, instead it appears to do progressive download instead, and it buffers the file for about one minute before it begins to play. However, the same code running in FlashPlayer on web, or in an AIR mobile simulator, the video properly streams and displays within seconds of playing. I understand VideoDisplay is not optimized for mobile, but that should not cause this behavior. I am in the process of debugging the spark codebase to find the root cause, but so far have been unsuccessful. So I attached a project that displays this behavior. Just unzip the file to a directory, start FB and point the workspace to the directory, open the project, build and run it first in an AIR simulator for an iOS mobile device, you'll see video instantly. Then deploy it in debug or release to an actual device. When you launch the project, you have to wait approximately a minute before the video will start playing. I'm assuming it's failing over to progressive download from streaming in some way, but I really have no idea what is causing the issue. UPDATE 2/1/2013 - I've downgraded the priority on this since I wrote my own video controller and display classes that just use NetConnection, NetStream, and Video classes. I guess for mobile that's the more optimized solution anyway, as VideoDisplay and VideoPlayer seem pretty heavyweight in comparison. So I'm not waiting on this fix and suggest anyone building a mobile video player should do what I did anyway. Of course we have to do our own bandwidth testing which requires a server-side asc on FMS, but that's actually working better than VideoDisplay's adaptive bitrates anyway that resize the video way too often, so it's really a win not to depend on OSMF. was: The spark VideoDisplay will not stream video from FMS 4.5, instead it appears to do progressive download instead, and it buffers the file for about one minute before it begins to play. However, the same code running in FlashPlayer on web, or in an AIR mobile simulator, the video properly streams and displays within seconds of playing. I understand VideoDisplay is not optimized for mobile, but that should not cause this behavior. I am in the process of debugging the spark codebase to find the root cause, but so far have been unsuccessful. So I attached a project that displays this behavior. Just unzip the file to a directory, start FB and point the workspace to the directory, open the project, build and run it first in an AIR simulator for an iOS mobile device, you'll see video instantly. Then deploy it in debug or release to an actual device. When you launch the project, you have to wait approximately a minute before the video will start playing. I'm assuming it's failing over to progressive download from streaming in some way, but I really have no idea what is causing the issue. UPDATE 2/1/2013 - I've downgraded the priority on this since I wrote my own video controller and display classes that just use NetConnection, NetStream, and Video classes. I guess for mobile that's the more optimized solution anyway, as VideDisplay and VideoPlayer seem pretty heavyweight in comparison. So I'm not waiting on this fix and suggest anyone building a mobile video player should do what I did anyway. spark VideoDisplay and VideoPlayer fails to stream video on mobile devices -- Key: FLEX-33374 URL: https://issues.apache.org/jira/browse/FLEX-33374 Project: Apache Flex Issue Type: Bug Components: Spark: VideoPlayer Affects Versions: Adobe Flex SDK 4.6 (Release) Environment: FlashBuilder 4.7 on Windows 7, iPad 3, iPhone 4, remote FMS 4.5 server, FLV Video source in 112K bitrate. Reporter: Erik Thomas Priority: Minor Attachments: VideoDisplay.jpg, VideoPlayback.zip The spark VideoDisplay will not stream video from FMS 4.5, instead it appears to do progressive download instead, and it buffers the file for about one minute before it begins to play. However, the same code running in FlashPlayer on web, or in an AIR mobile simulator, the video properly streams and displays within seconds of playing. I understand VideoDisplay is not optimized for mobile, but that should not cause this behavior. I am in the process of debugging the spark codebase to find the root cause, but so far have been unsuccessful. So I attached a project that displays this behavior. Just unzip the file to a directory, start FB and point the workspace to the directory, open the project, build and run it first in an AIR simulator for an iOS mobile
[jira] [Comment Edited] (FLEX-33374) spark VideoDisplay and VideoPlayer fails to stream video on mobile devices
[ https://issues.apache.org/jira/browse/FLEX-33374?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13567717#comment-13567717 ] Erik Thomas edited comment on FLEX-33374 at 2/1/13 3:02 PM: Just unzip to a new directory, start FB 4.7 and create a new workspace that points to the directory. Build and run the project in an AIR simulator first. Video streams from my FMS 4.5 server immediately. Do the test again on an actual device, either debug or release, and you will have to wait for about a minute before the video begins to play. The issue is not bandwidth. I'm running the device on my same network with the same connectivity and bandwidth as my dev computer over WiFi. was (Author: ejtho...@ejthomas.com): Just unzip to a new directory, start FB 4.7 and create a new workspace that points to the directory. Build and run the project in an AIR simulator first. Video streams from my FMS 4.5 server immediately. Do the test again on an actual device, either debug or release, and you will have to wait for about a minute before the video begins to play. There is no possible way that bandwidth is the issue here. I'm running the device on my same network with the same connectivity and bandwidth as my dev computer. My devices are using WiFi so there's no way cellular bandwidth is playing any role in this issue and even if bandwidth was a contributor it would only delay a start by seconds, not a minute. I'm just hopeful someone is really familiar with this functionality and will know what's wrong for an easy fix. I'm debugging into the sources now to try to find a root cause, but I'm unfamiliar with the spark internals, especially of MediaPlayer and MediaElement, etc. spark VideoDisplay and VideoPlayer fails to stream video on mobile devices -- Key: FLEX-33374 URL: https://issues.apache.org/jira/browse/FLEX-33374 Project: Apache Flex Issue Type: Bug Components: Spark: VideoPlayer Affects Versions: Adobe Flex SDK 4.6 (Release) Environment: FlashBuilder 4.7 on Windows 7, iPad 3, iPhone 4, remote FMS 4.5 server, FLV Video source in 112K bitrate. Reporter: Erik Thomas Priority: Minor Attachments: VideoDisplay.jpg, VideoPlayback.zip The spark VideoDisplay will not stream video from FMS 4.5, instead it appears to do progressive download instead, and it buffers the file for about one minute before it begins to play. However, the same code running in FlashPlayer on web, or in an AIR mobile simulator, the video properly streams and displays within seconds of playing. I understand VideoDisplay is not optimized for mobile, but that should not cause this behavior. I am in the process of debugging the spark codebase to find the root cause, but so far have been unsuccessful. So I attached a project that displays this behavior. Just unzip the file to a directory, start FB and point the workspace to the directory, open the project, build and run it first in an AIR simulator for an iOS mobile device, you'll see video instantly. Then deploy it in debug or release to an actual device. When you launch the project, you have to wait approximately a minute before the video will start playing. I'm assuming it's failing over to progressive download from streaming in some way, but I really have no idea what is causing the issue. UPDATE 2/1/2013 - I've downgraded the priority on this since I wrote my own video controller and display classes that just use NetConnection, NetStream, and Video classes. I guess for mobile that's the more optimized solution anyway, as VideoDisplay and VideoPlayer seem pretty heavyweight in comparison. So I'm not waiting on this fix and suggest anyone building a mobile video player should do what I did anyway. Of course we have to do our own bandwidth testing which requires a server-side asc on FMS, but that's actually working better than VideoDisplay's adaptive bitrates anyway that resize the video way too often, so it's really a win not to depend on OSMF. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Issue Comment Deleted] (FLEX-33374) spark VideoDisplay and VideoPlayer fails to stream video on mobile devices
[ https://issues.apache.org/jira/browse/FLEX-33374?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik Thomas updated FLEX-33374: --- Comment: was deleted (was: And yes, I understand the spark VideoDisplay leverages OSMF, including MediaPlayer and MediaElement and the defect may belong to OSMF. I will download and debug their sources and see if I can find something. ) spark VideoDisplay and VideoPlayer fails to stream video on mobile devices -- Key: FLEX-33374 URL: https://issues.apache.org/jira/browse/FLEX-33374 Project: Apache Flex Issue Type: Bug Components: Spark: VideoPlayer Affects Versions: Adobe Flex SDK 4.6 (Release) Environment: FlashBuilder 4.7 on Windows 7, iPad 3, iPhone 4, remote FMS 4.5 server, FLV Video source in 112K bitrate. Reporter: Erik Thomas Priority: Minor Attachments: VideoDisplay.jpg, VideoPlayback.zip The spark VideoDisplay will not stream video from FMS 4.5, instead it appears to do progressive download instead, and it buffers the file for about one minute before it begins to play. However, the same code running in FlashPlayer on web, or in an AIR mobile simulator, the video properly streams and displays within seconds of playing. I understand VideoDisplay is not optimized for mobile, but that should not cause this behavior. I am in the process of debugging the spark codebase to find the root cause, but so far have been unsuccessful. So I attached a project that displays this behavior. Just unzip the file to a directory, start FB and point the workspace to the directory, open the project, build and run it first in an AIR simulator for an iOS mobile device, you'll see video instantly. Then deploy it in debug or release to an actual device. When you launch the project, you have to wait approximately a minute before the video will start playing. I'm assuming it's failing over to progressive download from streaming in some way, but I really have no idea what is causing the issue. UPDATE 2/1/2013 - I've downgraded the priority on this since I wrote my own video controller and display classes that just use NetConnection, NetStream, and Video classes. I guess for mobile that's the more optimized solution anyway, as VideoDisplay and VideoPlayer seem pretty heavyweight in comparison. So I'm not waiting on this fix and suggest anyone building a mobile video player should do what I did anyway. Of course we have to do our own bandwidth testing which requires a server-side asc on FMS, but that's actually working better than VideoDisplay's adaptive bitrates anyway that resize the video way too often, so it's really a win not to depend on OSMF. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Issue Comment Deleted] (FLEX-33374) spark VideoDisplay and VideoPlayer fails to stream video on mobile devices
[ https://issues.apache.org/jira/browse/FLEX-33374?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik Thomas updated FLEX-33374: --- Comment: was deleted (was: This is a screen shot of an AIR simulator for the iPhone. The video streams immediately. If you run the same app on the device itself, with WiFi connectivity and high bandwidth connection, it still takes a minute before the video begins playing.) spark VideoDisplay and VideoPlayer fails to stream video on mobile devices -- Key: FLEX-33374 URL: https://issues.apache.org/jira/browse/FLEX-33374 Project: Apache Flex Issue Type: Bug Components: Spark: VideoPlayer Affects Versions: Adobe Flex SDK 4.6 (Release) Environment: FlashBuilder 4.7 on Windows 7, iPad 3, iPhone 4, remote FMS 4.5 server, FLV Video source in 112K bitrate. Reporter: Erik Thomas Priority: Minor Attachments: VideoDisplay.jpg, VideoPlayback.zip The spark VideoDisplay will not stream video from FMS 4.5, instead it appears to do progressive download instead, and it buffers the file for about one minute before it begins to play. However, the same code running in FlashPlayer on web, or in an AIR mobile simulator, the video properly streams and displays within seconds of playing. I understand VideoDisplay is not optimized for mobile, but that should not cause this behavior. I am in the process of debugging the spark codebase to find the root cause, but so far have been unsuccessful. So I attached a project that displays this behavior. Just unzip the file to a directory, start FB and point the workspace to the directory, open the project, build and run it first in an AIR simulator for an iOS mobile device, you'll see video instantly. Then deploy it in debug or release to an actual device. When you launch the project, you have to wait approximately a minute before the video will start playing. I'm assuming it's failing over to progressive download from streaming in some way, but I really have no idea what is causing the issue. UPDATE 2/1/2013 - I've downgraded the priority on this since I wrote my own video controller and display classes that just use NetConnection, NetStream, and Video classes. I guess for mobile that's the more optimized solution anyway, as VideoDisplay and VideoPlayer seem pretty heavyweight in comparison. So I'm not waiting on this fix and suggest anyone building a mobile video player should do what I did anyway. Of course we have to do our own bandwidth testing which requires a server-side asc on FMS, but that's actually working better than VideoDisplay's adaptive bitrates anyway that resize the video way too often, so it's really a win not to depend on OSMF. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Issue Comment Deleted] (FLEX-33374) spark VideoDisplay and VideoPlayer fails to stream video on mobile devices
[ https://issues.apache.org/jira/browse/FLEX-33374?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik Thomas updated FLEX-33374: --- Comment: was deleted (was: BTW, I thought of tryng to use StageVideo but the problem there is, we display the video in a popup container. StageVideo plays underneath the display tree and cannot be displayed within a popup Flex container. I'm also trying to workaround this with Netconnection, Netstream and Video classes instead but it would be really cool to have VideoDisplay stream on mobile.) spark VideoDisplay and VideoPlayer fails to stream video on mobile devices -- Key: FLEX-33374 URL: https://issues.apache.org/jira/browse/FLEX-33374 Project: Apache Flex Issue Type: Bug Components: Spark: VideoPlayer Affects Versions: Adobe Flex SDK 4.6 (Release) Environment: FlashBuilder 4.7 on Windows 7, iPad 3, iPhone 4, remote FMS 4.5 server, FLV Video source in 112K bitrate. Reporter: Erik Thomas Priority: Minor Attachments: VideoDisplay.jpg, VideoPlayback.zip The spark VideoDisplay will not stream video from FMS 4.5, instead it appears to do progressive download instead, and it buffers the file for about one minute before it begins to play. However, the same code running in FlashPlayer on web, or in an AIR mobile simulator, the video properly streams and displays within seconds of playing. I understand VideoDisplay is not optimized for mobile, but that should not cause this behavior. I am in the process of debugging the spark codebase to find the root cause, but so far have been unsuccessful. So I attached a project that displays this behavior. Just unzip the file to a directory, start FB and point the workspace to the directory, open the project, build and run it first in an AIR simulator for an iOS mobile device, you'll see video instantly. Then deploy it in debug or release to an actual device. When you launch the project, you have to wait approximately a minute before the video will start playing. I'm assuming it's failing over to progressive download from streaming in some way, but I really have no idea what is causing the issue. UPDATE 2/1/2013 - I've downgraded the priority on this since I wrote my own video controller and display classes that just use NetConnection, NetStream, and Video classes. I guess for mobile that's the more optimized solution anyway, as VideoDisplay and VideoPlayer seem pretty heavyweight in comparison. So I'm not waiting on this fix and suggest anyone building a mobile video player should do what I did anyway. Of course we have to do our own bandwidth testing which requires a server-side asc on FMS, but that's actually working better than VideoDisplay's adaptive bitrates anyway that resize the video way too often, so it's really a win not to depend on OSMF. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (FLEX-33374) spark VideoDisplay and VideoPlayer fails to stream video on mobile devices
[ https://issues.apache.org/jira/browse/FLEX-33374?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik Thomas updated FLEX-33374: --- Description: The spark VideoDisplay on Mobile devices delays streaming video from FMS 4.5 for about a minute before it begins playing. I've attached a project that displays this behavior. Run it in AIR on your desktop or in a simulator, then run it on a device that's using WiFi with the same bandwidth as your computer to see the difference. This is probably a problem in OSMF but I'm posting it here for visibility to the problem. UPDATE 2/1/2013 - I wrote my own video controller and display classes that just use NetConnection, NetStream, and Video classes. This is a more optimized solution for mobile anyway, to not use heavyweight OSMF classes underneath the spark VideoPlayer and VideoDisplay classes. So I'm not waiting on this fix and suggest anyone building a mobile video player should do what I did anyway. Of course we have to do our own bandwidth testing which requires a server-side asc on FMS, but that's actually working better than VideoDisplay's adaptive bitrates anyway that resize the video way too often. was: The spark VideoDisplay will not stream video from FMS 4.5, instead it appears to do progressive download instead, and it buffers the file for about one minute before it begins to play. However, the same code running in FlashPlayer on web, or in an AIR mobile simulator, the video properly streams and displays within seconds of playing. I understand VideoDisplay is not optimized for mobile, but that should not cause this behavior. I am in the process of debugging the spark codebase to find the root cause, but so far have been unsuccessful. So I attached a project that displays this behavior. Just unzip the file to a directory, start FB and point the workspace to the directory, open the project, build and run it first in an AIR simulator for an iOS mobile device, you'll see video instantly. Then deploy it in debug or release to an actual device. When you launch the project, you have to wait approximately a minute before the video will start playing. I'm assuming it's failing over to progressive download from streaming in some way, but I really have no idea what is causing the issue. UPDATE 2/1/2013 - I've downgraded the priority on this since I wrote my own video controller and display classes that just use NetConnection, NetStream, and Video classes. I guess for mobile that's the more optimized solution anyway, as VideoDisplay and VideoPlayer seem pretty heavyweight in comparison. So I'm not waiting on this fix and suggest anyone building a mobile video player should do what I did anyway. Of course we have to do our own bandwidth testing which requires a server-side asc on FMS, but that's actually working better than VideoDisplay's adaptive bitrates anyway that resize the video way too often, so it's really a win not to depend on OSMF. spark VideoDisplay and VideoPlayer fails to stream video on mobile devices -- Key: FLEX-33374 URL: https://issues.apache.org/jira/browse/FLEX-33374 Project: Apache Flex Issue Type: Bug Components: Spark: VideoPlayer Affects Versions: Adobe Flex SDK 4.6 (Release) Environment: FlashBuilder 4.7 on Windows 7, iPad 3, iPhone 4, remote FMS 4.5 server, FLV Video source in 112K bitrate. Reporter: Erik Thomas Priority: Minor Attachments: VideoDisplay.jpg, VideoPlayback.zip The spark VideoDisplay on Mobile devices delays streaming video from FMS 4.5 for about a minute before it begins playing. I've attached a project that displays this behavior. Run it in AIR on your desktop or in a simulator, then run it on a device that's using WiFi with the same bandwidth as your computer to see the difference. This is probably a problem in OSMF but I'm posting it here for visibility to the problem. UPDATE 2/1/2013 - I wrote my own video controller and display classes that just use NetConnection, NetStream, and Video classes. This is a more optimized solution for mobile anyway, to not use heavyweight OSMF classes underneath the spark VideoPlayer and VideoDisplay classes. So I'm not waiting on this fix and suggest anyone building a mobile video player should do what I did anyway. Of course we have to do our own bandwidth testing which requires a server-side asc on FMS, but that's actually working better than VideoDisplay's adaptive bitrates anyway that resize the video way too often. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (FLEX-33374) spark VideoDisplay and VideoPlayer fails to stream video on mobile devices
Erik Thomas created FLEX-33374: -- Summary: spark VideoDisplay and VideoPlayer fails to stream video on mobile devices Key: FLEX-33374 URL: https://issues.apache.org/jira/browse/FLEX-33374 Project: Apache Flex Issue Type: Bug Components: Spark: VideoPlayer Affects Versions: Adobe Flex SDK 4.6 (Release) Environment: FlashBuilder 4.7 on Windows 7, iPad 3, iPhone 4, remote FMS 4.5 server, FLV Video source in 112K bitrate. Reporter: Erik Thomas The spark VideoDisplay will not stream video from FMS 4.5, instead it appears to do progressive download instead, and it buffers the file for about one minute before it begins to play. However, the same code running in FlashPlayer on web, or in an AIR mobile simulator, the video properly streams and displays within seconds of playing. I understand VideoDisplay is not optimized for mobile, but that should not cause this behavior. I am in the process of debugging the spark codebase to find the root cause, but so far have been unsuccessful. So I attached a project that displays this behavior. Just unzip the file to a directory, start FB and point the workspace to the directory, open the project, build and run it first in an AIR simulator for an iOS mobile device, you'll see video instantly. Then deploy it in debug or release to an actual device. When you launch the project, you have to wait approximately a minute before the video will start playing. I'm assuming it's failing over to progressive download from streaming in some way, but I really have no idea what is causing the issue. I really don't care if the performance of the VideoDisplay isn't optimized for mobile, and a delayed start of several seconds would be fine, but one minute? If I find a root cause I will update this defect record with my findings as this is a blocker for us so that's my focus. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (FLEX-33374) spark VideoDisplay and VideoPlayer fails to stream video on mobile devices
[ https://issues.apache.org/jira/browse/FLEX-33374?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik Thomas updated FLEX-33374: --- Attachment: VideoDisplay.jpg This is a screen shot of an AIR simulator for the iPhone. The video streams immediately. If you run the same app on the device itself, with WiFi connectivity and high bandwidth connection, it still takes a minute before the video begins playing. spark VideoDisplay and VideoPlayer fails to stream video on mobile devices -- Key: FLEX-33374 URL: https://issues.apache.org/jira/browse/FLEX-33374 Project: Apache Flex Issue Type: Bug Components: Spark: VideoPlayer Affects Versions: Adobe Flex SDK 4.6 (Release) Environment: FlashBuilder 4.7 on Windows 7, iPad 3, iPhone 4, remote FMS 4.5 server, FLV Video source in 112K bitrate. Reporter: Erik Thomas Attachments: VideoDisplay.jpg, VideoPlayback.zip The spark VideoDisplay will not stream video from FMS 4.5, instead it appears to do progressive download instead, and it buffers the file for about one minute before it begins to play. However, the same code running in FlashPlayer on web, or in an AIR mobile simulator, the video properly streams and displays within seconds of playing. I understand VideoDisplay is not optimized for mobile, but that should not cause this behavior. I am in the process of debugging the spark codebase to find the root cause, but so far have been unsuccessful. So I attached a project that displays this behavior. Just unzip the file to a directory, start FB and point the workspace to the directory, open the project, build and run it first in an AIR simulator for an iOS mobile device, you'll see video instantly. Then deploy it in debug or release to an actual device. When you launch the project, you have to wait approximately a minute before the video will start playing. I'm assuming it's failing over to progressive download from streaming in some way, but I really have no idea what is causing the issue. I really don't care if the performance of the VideoDisplay isn't optimized for mobile, and a delayed start of several seconds would be fine, but one minute? If I find a root cause I will update this defect record with my findings as this is a blocker for us so that's my focus. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-33374) spark VideoDisplay and VideoPlayer fails to stream video on mobile devices
[ https://issues.apache.org/jira/browse/FLEX-33374?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13567740#comment-13567740 ] Erik Thomas commented on FLEX-33374: And yes, I understand the spark VideoDisplay leverages OSMF, including MediaPlayer and MediaElement and the defect may belong to OSMF. I will download and debug their sources and see if I can find something. spark VideoDisplay and VideoPlayer fails to stream video on mobile devices -- Key: FLEX-33374 URL: https://issues.apache.org/jira/browse/FLEX-33374 Project: Apache Flex Issue Type: Bug Components: Spark: VideoPlayer Affects Versions: Adobe Flex SDK 4.6 (Release) Environment: FlashBuilder 4.7 on Windows 7, iPad 3, iPhone 4, remote FMS 4.5 server, FLV Video source in 112K bitrate. Reporter: Erik Thomas Attachments: VideoDisplay.jpg, VideoPlayback.zip The spark VideoDisplay will not stream video from FMS 4.5, instead it appears to do progressive download instead, and it buffers the file for about one minute before it begins to play. However, the same code running in FlashPlayer on web, or in an AIR mobile simulator, the video properly streams and displays within seconds of playing. I understand VideoDisplay is not optimized for mobile, but that should not cause this behavior. I am in the process of debugging the spark codebase to find the root cause, but so far have been unsuccessful. So I attached a project that displays this behavior. Just unzip the file to a directory, start FB and point the workspace to the directory, open the project, build and run it first in an AIR simulator for an iOS mobile device, you'll see video instantly. Then deploy it in debug or release to an actual device. When you launch the project, you have to wait approximately a minute before the video will start playing. I'm assuming it's failing over to progressive download from streaming in some way, but I really have no idea what is causing the issue. I really don't care if the performance of the VideoDisplay isn't optimized for mobile, and a delayed start of several seconds would be fine, but one minute? If I find a root cause I will update this defect record with my findings as this is a blocker for us so that's my focus. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-33371) On Android, changing orientation fires Event.DEACTIVATE and FlexEvent.VIEW_DEACTIVATE events
[ https://issues.apache.org/jira/browse/FLEX-33371?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13565789#comment-13565789 ] Erik Thomas commented on FLEX-33371: Hi OmPrakash: The NativeApplication DEACTIVATE event also fires on orientation change events. Event.DEACTIVATE event was fired! NativeApplication.Event.DEACTIVATE event was fired! StageOrientationEvent.ORIENTATION_CHANGE event was fired! Also, NativeApplication.EXITING never fires when the user presses the Home button or switches applications. This event seems useless and never fires for any reason. Thanks for taking a look! BTW, I plan to look into joining as a contributor after my current contract is finished, but I don't have time to do that now or I might look into this issue. Thanks! Erik Erik J. Thomas CEO | Principal Developer E. J. Thomas Associates, LLC 266 Peakview Rd, Boulder, CO 80302 303-440-8384 (office) | 303-304-1466 (mobile) ejtho...@ejthomas.com CONFIDENTIALITY NOTICE: This e-mail and any attachments may contain confidential information that is legally privileged. The information is solely for the use of the intended recipient(s). Any disclosure, copying, distribution, or other use of this information is strictly prohibited. If you have received this e-mail in error, please notify the sender by return e-mail and delete this message. On Android, changing orientation fires Event.DEACTIVATE and FlexEvent.VIEW_DEACTIVATE events Key: FLEX-33371 URL: https://issues.apache.org/jira/browse/FLEX-33371 Project: Apache Flex Issue Type: Bug Components: Mobile: MobileApplication Affects Versions: Adobe Flex SDK 4.6 (Release) Environment: Samsung Galaxy Express and Galaxy S III Android Phones, FlashBuilder 4.7 Premium on Windows 7, debugging through USB as well as deployed release builds, iPhone and iPad, but the problem doesn't exist on iOS devices, only Android Reporter: Erik Thomas Priority: Critical Fix For: Adobe Flex SDK 4.6 (Release) Attachments: AndroidDeactivateOnOrientationChangeDefect.zip Orientation changes on Android devices always fire the following events in this order: ViewNavigatorEvent.VIEW_DEACTIVATE Event.DEACTIVATE StageOrientationEvent.ORIENTATION_CHANGE The first two events are a defect. They must not fire simply because the user changed the orientation of the phone. The result of this defect is that we cannot do two very important things: 1. Use view state changes to hide/show layouts, using includeIn property on containers and components. On Android, components that are not included for a given state are destroyed yet they have state we want to maintain which is why we don't change Views. 2. We cannot know when the user navigates away from our application, for example to press the Home key. We have certain cleanup we must do in our complex connected app that streams FMS data, etc., and cannot keep sockets open for hours or days. On iOS, this is not a problem. Only Android has this bug and it's blocking us from releasing our product on Android. iOS does not have this defect. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-33371) On Android, changing orientation fires Event.DEACTIVATE and FlexEvent.VIEW_DEACTIVATE events
[ https://issues.apache.org/jira/browse/FLEX-33371?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13565919#comment-13565919 ] Erik Thomas commented on FLEX-33371: Awesome, OmPrakash! This did the trick! I'm still getting DEACTIVATE when leaving the app as we needed, and we no longer get any of these bogus events fired for orientation changes. I searched a lot and never saw this one. Sorry to waste your time. Hope this could get fixed anyway though. Cheers, Erik Erik J. Thomas CEO | Principal Developer E. J. Thomas Associates, LLC 266 Peakview Rd, Boulder, CO 80302 303-440-8384 (office) | 303-304-1466 (mobile) ejtho...@ejthomas.com CONFIDENTIALITY NOTICE: This e-mail and any attachments may contain confidential information that is legally privileged. The information is solely for the use of the intended recipient(s). Any disclosure, copying, distribution, or other use of this information is strictly prohibited. If you have received this e-mail in error, please notify the sender by return e-mail and delete this message. On Android, changing orientation fires Event.DEACTIVATE and FlexEvent.VIEW_DEACTIVATE events Key: FLEX-33371 URL: https://issues.apache.org/jira/browse/FLEX-33371 Project: Apache Flex Issue Type: Bug Components: Mobile: MobileApplication Affects Versions: Adobe Flex SDK 4.6 (Release) Environment: Samsung Galaxy Express and Galaxy S III Android Phones, FlashBuilder 4.7 Premium on Windows 7, debugging through USB as well as deployed release builds, iPhone and iPad, but the problem doesn't exist on iOS devices, only Android Reporter: Erik Thomas Priority: Critical Fix For: Adobe Flex SDK 4.6 (Release) Attachments: AndroidDeactivateOnOrientationChangeDefect.zip Orientation changes on Android devices always fire the following events in this order: ViewNavigatorEvent.VIEW_DEACTIVATE Event.DEACTIVATE StageOrientationEvent.ORIENTATION_CHANGE The first two events are a defect. They must not fire simply because the user changed the orientation of the phone. The result of this defect is that we cannot do two very important things: 1. Use view state changes to hide/show layouts, using includeIn property on containers and components. On Android, components that are not included for a given state are destroyed yet they have state we want to maintain which is why we don't change Views. 2. We cannot know when the user navigates away from our application, for example to press the Home key. We have certain cleanup we must do in our complex connected app that streams FMS data, etc., and cannot keep sockets open for hours or days. On iOS, this is not a problem. Only Android has this bug and it's blocking us from releasing our product on Android. iOS does not have this defect. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-33371) On Android, changing orientation fires Event.DEACTIVATE and FlexEvent.VIEW_DEACTIVATE events
[ https://issues.apache.org/jira/browse/FLEX-33371?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13565922#comment-13565922 ] Erik Thomas commented on FLEX-33371: Thanks Justin. OmPrakash found an obscure mention of using uses-sdk android:targetSdkVersion=11 manifest element and it works perfectly. I still think this is a bug, probably in the AIR runtime, but this manifest entry solved my problems perfectly. Erik Erik J. Thomas CEO | Principal Developer E. J. Thomas Associates, LLC 266 Peakview Rd, Boulder, CO 80302 303-440-8384 (office) | 303-304-1466 (mobile) ejtho...@ejthomas.com CONFIDENTIALITY NOTICE: This e-mail and any attachments may contain confidential information that is legally privileged. The information is solely for the use of the intended recipient(s). Any disclosure, copying, distribution, or other use of this information is strictly prohibited. If you have received this e-mail in error, please notify the sender by return e-mail and delete this message. On Android, changing orientation fires Event.DEACTIVATE and FlexEvent.VIEW_DEACTIVATE events Key: FLEX-33371 URL: https://issues.apache.org/jira/browse/FLEX-33371 Project: Apache Flex Issue Type: Bug Components: Mobile: MobileApplication Affects Versions: Adobe Flex SDK 4.6 (Release) Environment: Samsung Galaxy Express and Galaxy S III Android Phones, FlashBuilder 4.7 Premium on Windows 7, debugging through USB as well as deployed release builds, iPhone and iPad, but the problem doesn't exist on iOS devices, only Android Reporter: Erik Thomas Priority: Critical Fix For: Adobe Flex SDK 4.6 (Release) Attachments: AndroidDeactivateOnOrientationChangeDefect.zip Orientation changes on Android devices always fire the following events in this order: ViewNavigatorEvent.VIEW_DEACTIVATE Event.DEACTIVATE StageOrientationEvent.ORIENTATION_CHANGE The first two events are a defect. They must not fire simply because the user changed the orientation of the phone. The result of this defect is that we cannot do two very important things: 1. Use view state changes to hide/show layouts, using includeIn property on containers and components. On Android, components that are not included for a given state are destroyed yet they have state we want to maintain which is why we don't change Views. 2. We cannot know when the user navigates away from our application, for example to press the Home key. We have certain cleanup we must do in our complex connected app that streams FMS data, etc., and cannot keep sockets open for hours or days. On iOS, this is not a problem. Only Android has this bug and it's blocking us from releasing our product on Android. iOS does not have this defect. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-33371) On Android, changing orientation fires Event.DEACTIVATE and FlexEvent.VIEW_DEACTIVATE events
[ https://issues.apache.org/jira/browse/FLEX-33371?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13565968#comment-13565968 ] Erik Thomas commented on FLEX-33371: Hi OmPrakash: This is almost a perfect workaround. Unfortunately, listening for the NativeApplication.DEACTIVATE event to unload is not reliable. It seems to fire randomly and not related to orientation changes. I've only tried a couple times, but as I work through my app workflows, everything is working great on Android now, just like iOS, but something is triggering the DEACTIVATE event during a workflow and the app is unloading because I'm calling exit(). So I'm not out of the woods yet, but this is a huge improvement. Erik Erik J. Thomas CEO | Principal Developer E. J. Thomas Associates, LLC 266 Peakview Rd, Boulder, CO 80302 303-440-8384 (office) | 303-304-1466 (mobile) ejtho...@ejthomas.com CONFIDENTIALITY NOTICE: This e-mail and any attachments may contain confidential information that is legally privileged. The information is solely for the use of the intended recipient(s). Any disclosure, copying, distribution, or other use of this information is strictly prohibited. If you have received this e-mail in error, please notify the sender by return e-mail and delete this message. On Android, changing orientation fires Event.DEACTIVATE and FlexEvent.VIEW_DEACTIVATE events Key: FLEX-33371 URL: https://issues.apache.org/jira/browse/FLEX-33371 Project: Apache Flex Issue Type: Bug Components: Mobile: MobileApplication Affects Versions: Adobe Flex SDK 4.6 (Release) Environment: Samsung Galaxy Express and Galaxy S III Android Phones, FlashBuilder 4.7 Premium on Windows 7, debugging through USB as well as deployed release builds, iPhone and iPad, but the problem doesn't exist on iOS devices, only Android Reporter: Erik Thomas Priority: Critical Fix For: Adobe Flex SDK 4.6 (Release) Attachments: AndroidDeactivateOnOrientationChangeDefect.zip Orientation changes on Android devices always fire the following events in this order: ViewNavigatorEvent.VIEW_DEACTIVATE Event.DEACTIVATE StageOrientationEvent.ORIENTATION_CHANGE The first two events are a defect. They must not fire simply because the user changed the orientation of the phone. The result of this defect is that we cannot do two very important things: 1. Use view state changes to hide/show layouts, using includeIn property on containers and components. On Android, components that are not included for a given state are destroyed yet they have state we want to maintain which is why we don't change Views. 2. We cannot know when the user navigates away from our application, for example to press the Home key. We have certain cleanup we must do in our complex connected app that streams FMS data, etc., and cannot keep sockets open for hours or days. On iOS, this is not a problem. Only Android has this bug and it's blocking us from releasing our product on Android. iOS does not have this defect. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
