Drawing `Video` (or `SoundMixer.computeSpectrum()`) using `NetStream` in "Data Generation Mode" cause `SecurityError` about adobe-runtime-support HOT 6 OPEN

Yes, sorry, I didn't mean as a solution to this problem, I just meant there doesn't seem any sense in having AIR throw a security error when you're trying to do something that's possible via other mechanisms already.

So we can adjust it to provide this capability when it's using the appendBytes thing, pretty trivial change...

from adobe-runtime-support.

So .. I think that workaround is actually a bug i.e. that only works because there's a value not being reset properly.

The security error is being thrown deliberately in this mode - any server-based connection should result in the same thing, local files are set up so you can have access to them for snapshots etc, but unless an RTMP server has explicitly granted the access, anything streamed would have this restriction.

In this instance, there's nothing to tell the NetStream object that the byte array isn't just data that's retrieved via some online stream, hence the restriction will apply.

Is this something you need specifically when the video source is an embedded character in a SWF file? or are you looking for snapshots of any random FLV file that's pulled from somewhere online?

thanks

from adobe-runtime-support.

@ajwfrost
I'm using ffmpeg to "convert" local video files or video streams (which AIR not supported: AVI, H.265, RTSP, ...) "on the fly" to FLV container (with H.264 or H.263 codec) to provide it to NetStream for playback.
So it's not RTMP in this "problem" case. I need to take screenshot from "locally provided FLV video bytes".

from adobe-runtime-support.

Okay thanks .. will check whether there are any restrictions we have to abide by here, although I would have thought if you're already able to convert things via ffmpeg then it would also be possible for you to rip off the video frames in the same way!

So perhaps the appendBytes() mechanism is one where we can allow the screenshot, whilst still preventing it if you're using an RTMP stream...

from adobe-runtime-support.

although I would have thought if you're already able to convert things via ffmpeg then it would also be possible for you to rip off the video frames in the same way!

Unfortunately it not suitable for me in this case cause I need not only a video frame but "stage screenshot" (what actually right now on the stage with all other rendered objects).

from adobe-runtime-support.