Pure Java streaming media platform mediaframe

Mediaframe is a pure Java-implemented streaming media platform, built-in MPEG decoder, compatible with MPEG-1 and MPEG-4 standards, it can play the specified MPEG media resources in the corresponding applet, no other local resources are required. Audio support includes AAC and MP3.

Address: http://mediaframe.org/

Unless you want to use Java to make professional audio and video tools, or have special requirements on the format or size of streaming media. Otherwise, the compact and general mediaframe are much more cute than the JMF, which has been in a new realm for ten years. No matter when and where, as long as your JRE can run normally, mediaframe can also run normally.

 

The mediaframe example a long time ago seems to have been
Both
Hung up ...... :

 

Mediaframe running:

 

 

From the demo file provided by mediaframe, it seems that the project was originally intended to be used for pre-Promotion of movies and TVs ...... As we all know, a guy has almost no value for this function ......

The reason why I suddenly talked about the mediaframe component is that I have no time to write the lgame game component. I suddenly want to see if I can enable the lgame to support video playback (I want to play a video, I don't want to use JMF or JNI again.) I found mediaframe on SourceForge for half a day.

In fact, the mediaframe project has been updated for nearly two years, but the pure Java version of the MPEG decoder provided by it can be used in other fields, such as even lgame ...... It's a dead end ......

Just now I tried built-in mediaframe in lgame. Due to the similar operation mechanism, the result was unexpectedly smooth, and it was easy to rewrite it into the lgame component. The running effect was no different from that of the standard player, it is also normal to zoom in or out.

The running result is as follows:

 

 

 

 

PS: this feature is available only when version 0.2.5 is released.

After a while, I may add another FLV decoder and MPEG decoder to integrate, so that the user can choose more. In addition, mediaframe decoding occupies a certain amount of space, which actually limits the size of the files that can be read (excessive overflow). In the future, you may change the file size to the hard disk cache. In fact, this should all be provided by Sun, JMF is not updated, and no audio/video decoder can be used. (If you have any copyright problems, don't do it. If you don't have any copyright problems, add something ......), There is nothing to do with empty hands, And the Java Desktop will be able to develop in the future ......

That man wrote the rmvb Decoder Using pure Java and showed off it. Just next FFMPEG took a look at the decoding of the RV10-40, It is not achieved to translate slowly to Java or introduce jffmpeg in the form of plug-ins (this stuff is shameless JNI implementation, directly tune FFMPEG ......)