I have movie clips containing FLV video sequences.
When this FLV plays in a SWF compiled from mxmlc, the video is completely corrupted - all different coloured blocks. If I compile from the IDE the video plays fine.
It's a bit more involved than this:
If I play multiple copies of the same FLV at the same time, they're fine, whereas if I play various FLVs at the same time, they corrupt.
They don't always corrupt on every playthrough - it's not consistent.
If I zoom into the corrupted video, or move the player window, the corrupted image remains intact, i.e. it's not like a screen redrawing error where the corrupted area will often change or clear.
Does anyone know of any Flex compiler options, or SWC authoring strategies to get around this?
Related
In preview, the FLV playback videos are delayed by a several blank keyframes. I have tried exporting the full project/media and this shows up in the mp4 also. I want to say that there are blank keyframes just after the video has played, but I can't determine if this is the case when the video can only be played in Preview Mode. What could be causing the issue and what is it called?
I have tried exporting the full project/media, expecting that the issue was that the Preview was still buffering the FLV playback, but it shows up in the mp4 also.
So i'm trying to make my raspberry pi play a bunch of video files on it's own.
I got omxplayer setup and working to actually play video to the screen the pi is connected to and not the remote terminal and also working with the usb sound card.
(the pi is connected to composite video not hdmi and I couldn't get audio ova gpio working and this is a pi zero w so no headphone jack, so yes it's an odd setup)
I also setup an sh script to play video files.
and so on..
However, when it's finished with one video file and changes to another, the pi will show the terminal for a second while it loads the next video and then will play that video. I would like it if it didn't have to keep loading new individual omxplayer commands like this.
a workaround hack would be to some how blank the display of the terminal so I just get a second of black screen and then the next video. But what I would really like to do is to just make a playlist file and play that.
I tried m3u, m3u8, xspf and even html but I got nothing.
I saw a script that mentioned a .pls playlist so I tried to make one of those, that indeed did seem to load something but didn't play it?
I tried editing in an absolute file path and just the normal file name and got the same result.
Temp hacks would be some how blanking the terminal display on the pi its self
or using something like ffmpeg to just combined all my videos into one huge video file, but I think a playlist file is going to be better in the long run, just have to figure out what playlist format omxplayer is happy with.
I am trying to compress a video for wordpress, as each time I open up my webpage the video barely loads and then freezes. How should I go about compressing the video (I have already zipped it and used a program, but at 324kb it still seems too large). I have heard something about changing the bitrate, is this helpful/how can I do that? I would like to keep it in an mp4 if possible.
The only way to change the bit-rate of a video file is to re-encode it. There are plenty of software that are capable of doing so, my favorite being avidemux which is free and reliable.
Open your file in the app, choose an encoding & a bit-rate, hit "save video" and you're good to go.
You might have to try a few different bit-rates until you get a file that will both load fast and look good on you website.
Be sure to always use the highest-quality source file available for the re-encoding operation, since re-encoding your video will always result in a decrease of your video's quality.
I am upgrading my watch app from the first version of watchOS. In my first version I was placing UIImageViews on top of each other and then rendering them with UIImagePNGRepresentation() and then converting it to NSData and transferring it across to the watch. As we know there are limited layout options on the apple watch so if you want cool blur effects behind images or images on images they have to be flattened off screen.
Now when I re-created my targets to watchOS2 etc suddenly the images transferred via NSData through [[WKSession defaultSession] sendMessage:replyHandler:] come up with an error saying its too large of a payload!
So as far as I can see I either have to work out how to combine images strictly via watchkit libs or use the transferFile option on the WKSession and still render them on the iPhone. The transferFile option sounds really slow and clumsy since I will have to render the file, save to disk on iPhone, transfer to watch, load into something that I can set on a WK component.
Does anyone know how to merge images on the watch? QuartzCore doesn't seem to be available as a dependency in watch land.
Instead of sendMessage, use transferFile. Note that the actual transfer will happen in a background thread at a time that the system determines to be best.
Sorry, but I have no experience with manipulating images on the watch.
Sure, you can embed a YouTube video on any site, but the content ultimately must come from their server. What technology(ies) do they have that prevents us from saving/redistributing content?
From a protocol standpoint, you would think that anything that comes over the wire could be saved. I hope I am not the only guy on Earth who does not know how to "save" a YouTube video...
There are a couple of plugins for Firefox out there that let you save the content. Basically it parses the sourcecode and looks for the videofile (either .flv or .mp4) and downloads that directly. The flash player on the page just plays the supplied file. They could of course obfuscate the path to the video file, but that can be reverse engineered as well. They can't really do anything about it, because the video file has to be on the user's computer at some point, or if not, the stream could be intercepted as well.
eg. https://addons.mozilla.org/de/firefox/addon/6584/?src=api
Mostly it's a legal deterrent rather than technical. There are a plethora of programs out there that will allow you to download their video. But there are two things they do that help reduce unauthorized downloads:
Use is flash to control the download and playback.
Hosting video yourself is not cheap, and thus it's much easier to simply leave the video on youtube.
They don't do anything about it. Very likely your Flash viewer downloads a copy and puts in somewhere on your harddrive (under my Linux system with Firefox and Adobe Flash in /tmp). After you are done viewing the file is removed to save disk space, but since it is on your harddrive nothing prevents you from making a copy elsewhere.
You might want to look at the 'analogue hole', in the end, data still has to be displayed on your screen, or get through your speakers and what not. It's always theoretically possible to intercept it at that point, or even just record your audio-out into another machine.
So as far as the analogue hole goes, the only solution is to skip that, in this form:
(source: thisdomainisirrelevant.net)
Which is not that marketable.