Recherche avancée

Sur d’autres sites (4986)

• Exception in thread "main" java.lang.NoClassDefFoundError : Could not initialize class org.bytedeco.javacpp.avutil"

  12 décembre 2016, par Ajinkya

  public static class AVFormatContext extends Pointer {
  
      static { Loader.load(); }
  
      /** Default native constructor. */
  
      public AVFormatContext() { super((Pointer)null); allocate(); }
  
      /** Native array allocator. Access with {@link Pointer#position(long)}. */
  
      public AVFormatContext(long size) { super((Pointer)null); allocateArray(size); }
  
      /** Pointer cast constructor. Invokes {@link Pointer#Pointer(Pointer)}. */
  
      public AVFormatContext(Pointer p) { super(p); }
  
      private native void allocate();
  
      private native void allocateArray(long size);
  
      @Override public AVFormatContext position(long position) {
  
          return (AVFormatContext)super.position(position);
  
  }

  I’ve tried to run a java application with an FFMmpegFrameGrabber while trying to run on windows. However same jar file runs on linux with no exceptions.

  I have included javacpp and javacv jars .

  However while running on windows I am getting this error
  main" java.lang.NoClassDefFoundError : Could not initialize class org.bytedeco.javacpp.avutil"

  Stacktrace of exception

  Exception in thread "main" java.lang.NoClassDefFoundError: Could not initialize
  
  class org.bytedeco.javacpp.avutil
  
          at java.lang.Class.forName0(Native Method)
  
          at java.lang.Class.forName(Unknown Source)
  
          at org.bytedeco.javacpp.Loader.load(Loader.java:413)
  
          at org.bytedeco.javacpp.Loader.load(Loader.java:381)
  
          at org.bytedeco.javacpp.avformat$AVFormatContext.<clinit>(avformat.java:
  
  2719)
  
          at org.bytedeco.javacv.FFmpegFrameGrabber.startUnsafe(FFmpegFrameGrabber
  
  .java:391)
  
          at org.bytedeco.javacv.FFmpegFrameGrabber.start(FFmpegFrameGrabber.java:
  
  385)
  
          at testffmpeg.NewStreamer.StartandRestart(NewStreamer.java:191)
  
          at testffmpeg.NewStreamer.<init>(NewStreamer.java:95)
  
          at testffmpeg.NewStreamer.main(NewStreamer.java:91)
  
  </init></clinit>

• FFMPEG support for HLS v4 and v5

  5 février 2015, par omkar

  As I understand latest FFMPEG version 2.0.1 supports till HLS version 3.

  After going through draft specifications for HLS :

  New features introduced in HLS V4 are :

  • Segments with bit range support with tag EXT-X-BYTERANGE
  • Support for fast forward and fast rewind with tags EXT-X-I-FRAMES-ONLY and EXT-X-I-FRAME-STREAM-INF
  • Alternate media option with tag EXT-X-MEDIA

  New features introduced in HLS V5 are :

  • Introduction of new attributes KEYFORMAT and KEYFORMATVERSIONS for tag EXT-X-KEY
  • Introduction of tag EXT-X-MAP
  • Support for subtitles by introduction of SUBTITLES value for attribute TYPE of tag EXT-X-MEDIA.

  Wanted to know which of the above features are planned to be implemented in FFMPEG library in near future ? It will be great if you share the expected delivery dates or versions for these features.

  Thanks in advance.

• avformat/mpeg : Remove secondary packet for reading VobSub

  8 octobre 2019, par Andreas Rheinhardt

  avformat/mpeg : Remove secondary packet for reading VobSub
  When vobsub_read_packet() reads a packet, it uses a dedicated AVPacket
  
  to get the subtitle timing and position from an FFDemuxSubtitlesQueue
  
  (which has been filled with this data during reading the idx file in
  
  vobsub_read_header) ; afterwards the actual subtitle data is read into
  
  the packet destined for output and the timing and position are copied
  
  to this packet. Afterwards, the local packet is unreferenced.
  This can be simplified : Simply use the output packet to get the timing
  
  and position from the FFDemuxSubtitlesQueue. The packet's size will be
  
  zero afterwards, so that it can be directly used to read the actual
  
  subtitle data. This makes copying the packet fields as well as
  
  unreferencing the local packet unecessary and also removes an instance
  
  of usage of sizeof(AVPacket) in libavformat.
  The only difference is that the returned packet will already be flagged
  
  as a keyframe. This currently only happens in compute_pkt_fields().
  Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
  
  Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
  

  • [DH] libavformat/mpeg.c