Skip to main content
KramSurfer2
Inspiring
April 17, 2019
Answered

AIR 32 runtime - Desktop video failing 100%

  • April 17, 2019
  • 3 replies
  • 5592 views

The net stream object is failing in the Publicly distributed AIR 32.

From the bug tracker which has had ZERO response from the AIR team:

After several hours of adding debugging code to help isolate the problem, I believe that the snippit attached as Bug.txt will let you most quickly hone in on the problem. [I'm sorry, but it is really no feasible, to create complete working application with the code, but, that said, there is nothing going on in the rest of the application that impacts on the failure.] What has worked for eons: A. A NetConnection is established via connect (null) for purely internal operation. B. That was working and still works as confirmed by the NET_STATUS of Success. C. A Net Stream is then created and its play (null) method is invoked because the media content is embedded in the swf file. D. A ByteArray version of the Clip [which is a 5 second .flv video] is then appended to the stream which is attached to the Video object. In proper operation, the clip plays and all is well. In the failed SDKs after Build 89, the stream reports: NetStream.Play.Failed NetStream.Play.Stop The failure is black and white constant. Test with Build 89, it works. Test with Build 100 or 103 it fails, consistently, always with the same error report.

Comment by Terry C.

https://tracker.adobe.com/#/view/AIR-4198798

This is causing already distributed software to not be able to show video content.   We need the fix or rollback NOW!

This topic has been closed for replies.
Correct answer chris.campbell

We're doing a few things to resolve this bug.  First we've stopped the auto update of the shared runtime, so users will no longer be pushed a release that breaks video.  Next week we hope to release another shared runtime that will revert our video changes.  Auto update will be turned back on at this time so that everyone gets a shared runtime with working video.

We will also release a new AIR beta (runtime and sdk), with the actual video changes we wanted in place to begin with.  This beta will leverage the OS api's for video rendering in a new accelerated video pipeline.  We were shooting for next week for the beta, but with the revert and unscheduled runtime rebuild, it'll probably be the week after next.

3 replies

Participating Frequently
July 17, 2019

With build 144, I'm still seeing about triple CPU usage and 1/3 GPU usage.

Edit: compared to build 89.

Known Participant
August 17, 2019

me too.

Tested in desktop.

Bug tracker:

Tracker

Paul Istoan
Participating Frequently
April 18, 2019

This is a critical bug. All my Adobe Air applications that use video are useless now. Don't really understand why no one is willing to respond or roll back this update?

Inspiring
April 17, 2019

no code sample to illustrate the bug == CAN NOT REPRODUCE

KramSurfer2
Inspiring
April 18, 2019

There are TWO tickets that are several weeks old.

BOTH have code to reproduce. 

BOTH have zero response from Adobe.

chris.campbell
Community Manager
chris.campbellCommunity ManagerCorrect answer
Community Manager
April 19, 2019

We're doing a few things to resolve this bug.  First we've stopped the auto update of the shared runtime, so users will no longer be pushed a release that breaks video.  Next week we hope to release another shared runtime that will revert our video changes.  Auto update will be turned back on at this time so that everyone gets a shared runtime with working video.

We will also release a new AIR beta (runtime and sdk), with the actual video changes we wanted in place to begin with.  This beta will leverage the OS api's for video rendering in a new accelerated video pipeline.  We were shooting for next week for the beta, but with the revert and unscheduled runtime rebuild, it'll probably be the week after next.