Recherche avancée

Sur d’autres sites (11869)

• FFMPEG .oma to .mp3 "Unsupported codec 5 !" with a big file

  27 mars 2017, par Ventura

  I’m trying to convert a .OMA file to .MP3 but no success with a specific file.

  If I try :

  ffmpeg -i audio1.oma -f mp3 output.mp3

  The file is converted successfully. The file audio1.oma is a 3 MB file.

  Full output :

  ffmpeg version 3.2.4 Copyright (c) 2000-2017 the FFmpeg developers
  
    built with Apple LLVM version 8.0.0 (clang-800.0.42.1)
  
    configuration: --prefix=/usr/local/Cellar/ffmpeg/3.2.4 --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-hardcoded-tables --enable-avresample --cc=clang --host-cflags= --host-ldflags= --enable-libmp3lame --enable-libx264 --enable-libxvid --enable-opencl --disable-lzma --enable-vda
  
    libavutil      55. 34.101 / 55. 34.101
  
    libavcodec     57. 64.101 / 57. 64.101
  
    libavformat    57. 56.101 / 57. 56.101
  
    libavdevice    57.  1.100 / 57.  1.100
  
    libavfilter     6. 65.100 /  6. 65.100
  
    libavresample   3.  1.  0 /  3.  1.  0
  
    libswscale      4.  2.100 /  4.  2.100
  
    libswresample   2.  3.100 /  2.  3.100
  
    libpostproc    54.  1.100 / 54.  1.100
  
  [oma @ 0x7f8fc4000000] Estimating duration from bitrate, this may be inaccurate
  
  Input #0, oma, from 'audio1.oma':
  
    Metadata:
  
      title           : Is This It
  
      artist          : The Strokes
  
      album           : Is This It
  
      genre           : Rock
  
      OMG_TRLDA       : 2001/01/01 00:00:00
  
      TLEN            : 153000
  
    Duration: 00:02:33.36, start: 0.000000, bitrate: 128 kb/s
  
      Stream #0:0: Audio: mp3 ([3][0][0][0] / 0x0003), 44100 Hz, stereo, s16p, 128 kb/s
  
  Output #0, mp3, to 'output.mp3':
  
    Metadata:
  
      TIT2            : Is This It
  
      TPE1            : The Strokes
  
      TALB            : Is This It
  
      TCON            : Rock
  
      OMG_TRLDA       : 2001/01/01 00:00:00
  
      TLEN            : 153000
  
      TSSE            : Lavf57.56.101
  
      Stream #0:0: Audio: mp3 (libmp3lame), 44100 Hz, stereo, s16p
  
      Metadata:
  
        encoder         : Lavc57.64.101 libmp3lame
  
  Stream mapping:
  
    Stream #0:0 -> #0:0 (mp3 (native) -> mp3 (libmp3lame))
  
  Press [q] to stop, [?] for help
  
  size=    2397kB time=00:02:33.35 bitrate= 128.0kbits/s speed=37.2x    
  
  video:0kB audio:2397kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.016094%

  If I try the same with another .oma (53 MB) I’m getting the error :

  Unsupported codec 5 ! audio2.oma : Function not implemented

  Full output :

  ffmpeg version 3.2.4 Copyright (c) 2000-2017 the FFmpeg developers
  
    built with Apple LLVM version 8.0.0 (clang-800.0.42.1)
  
    configuration: --prefix=/usr/local/Cellar/ffmpeg/3.2.4 --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-hardcoded-tables --enable-avresample --cc=clang --host-cflags= --host-ldflags= --enable-libmp3lame --enable-libx264 --enable-libxvid --enable-opencl --disable-lzma --enable-vda
  
    libavutil      55. 34.101 / 55. 34.101
  
    libavcodec     57. 64.101 / 57. 64.101
  
    libavformat    57. 56.101 / 57. 56.101
  
    libavdevice    57.  1.100 / 57.  1.100
  
    libavfilter     6. 65.100 /  6. 65.100
  
    libavresample   3.  1.  0 /  3.  1.  0
  
    libswscale      4.  2.100 /  4.  2.100
  
    libswresample   2.  3.100 /  2.  3.100
  
    libpostproc    54.  1.100 / 54.  1.100
  
  [oma @ 0x7f8792000000] Unsupported codec 5!
  
  audio2.OMA: Function not implemented

  Both audios works fine when using the MP3 Player.
  The first audio which works is just a random song from my MP3 player to test.
  The second file was recorded in a music studio playing live with multiple channels.

  Anything I’m missing here ?

• tcp : set socket buffer sizes before listen/connect/accept

  9 janvier 2017, par Joel Cunningham

  tcp : set socket buffer sizes before listen/connect/accept
  From e24d95c0e06a878d401ee34fd6742fcaddeeb95f Mon Sep 17 00:00:00 2001
  
  From : Joel Cunningham <joel.cunningham@me.com>
  
  Date : Mon, 9 Jan 2017 13:37:51 -0600
  
  Subject : [PATCH] tcp : set socket buffer sizes before listen/connect/accept
  Attempting to set SO_RCVBUF and SO_SNDBUF on TCP sockets after connection
  
  establishment is incorrect and some stacks ignore the set call on the socket at
  
  this point.  This has been observed on MacOS/iOS.  Windows 7 has some peculiar
  
  behavior where setting SO_RCVBUF after applies only if the buffer is increasing
  
  from the default while decreases are ignored.  This is possibly how the incorrect
  
  usage has gone unnoticed
  Unix Network Programming Vol. 1 : The Sockets Networking API (3rd edition, seciton 7.5) :
  "When setting the size of the TCP socket receive buffer, the ordering of the
  
  function calls is important.  This is because of TCP’s window scale option,
  
  which is exchanged with the peer on SYN segments when the connection is
  
  established. For a client, this means the SO_RCVBUF socket option must be
  
  set before calling connect.  For a server, this means the socket option must
  
  be set for the listening socket before calling listen.  Setting this option
  
  for the connected socket will have no effect whatsoever on the possible window
  
  scale option because accept does not return with the connected socket until
  
  TCP’s three-way handshake is complete.  This is why the option must be set on
  
  the listening socket. (The sizes of the socket buffers are always inherited from
  
  the listening socket by the newly created connected socket)"
  Signed-off-by : Joel Cunningham <joel.cunningham@me.com>
  
  Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
  

  • [DH] libavformat/tcp.c

• Using openCV library with Java works well on Linux but not on Windows

  6 août 2016, par user3586330

  I have a method that takes screenshots on absolute intervals (25%, 50%, 75% and 100%) from a video-file and save each of them to a separate .png-file. I use openCV with the JavaCV-Wrapper library to do that. The class/method of interest is :

  package de.stal.videoreporter;
  
  
  
  import org.bytedeco.javacpp.opencv_core;
  
  import static org.bytedeco.javacpp.opencv_imgcodecs.cvSaveImage;
  
  import org.bytedeco.javacv.FFmpegFrameGrabber;
  
  import org.bytedeco.javacv.Frame;
  
  import org.bytedeco.javacv.FrameGrabber;
  
  import org.bytedeco.javacv.OpenCVFrameConverter;
  
  
  
  class VideoThumbnailer {
  
  public void createThumbnails(String videoname) throws FrameGrabber.Exception {
  
  
  
      FFmpegFrameGrabber g = new FFmpegFrameGrabber("videos/" + videoname);
  
      g.start();
  
      OpenCVFrameConverter.ToIplImage converterToIplImage = new OpenCVFrameConverter.ToIplImage();
  
      int length = g.getLengthInFrames();
  
      int fifty = length / 2;
  
      int twentyfive = fifty / 2;
  
      int seventyfive = fifty + twentyfive;
  
      int hundred = length - 1;
  
  
  
      //each frame of video
  
      for (int j = 0; j < length; j++) {
  
  
  
          if (j == twentyfive || j == fifty || j == seventyfive || j == hundred) {
  
              String ss = "";
  
              if (j == twentyfive) {
  
                  ss = "25";
  
              } else if (j == fifty) {
  
                  ss = "50";
  
              } else if (j == seventyfive) {
  
                  ss = "75";
  
              } else if (j == hundred) {
  
                  ss = "100";
  
              }
  
  
  
              g.setFrameNumber(j);
  
  
  
              Frame f = g.grabImage();
  
  
  
              opencv_core.IplImage image = converterToIplImage.convert(f);
  
              String img_path = "thumbnails/" + videoname + "." + ss + ".png";
  
              cvSaveImage(img_path, image);
  
          }
  
  
  
      }
  
      g.stop();
  
  }
  
  }

  That works fine on environment : Ubuntu 15.10 x64, Java v.1.7.0_101 and Netbeans 8.0.2 with Maven. So I exported the project to a runnable jar-file(with all dependencies included) and tried to start it on Windows 10 x64 via :

  java -jar VideoReporter-1.0-SNAPSHOT-jar-with-dependencies.jar

  On Windows an exception will be thrown when executing the .jar-file :

  Error putting member offsets for class org/bytedeco/javacpp/avutil$Pool_free_Pointer.
  
  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:472)
  
      at org.bytedeco.javacpp.Loader.load(Loader.java:417)
  
      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 de.stal.videoreporter.VideoThumbnailer.createThumbnails(VideoThumbnailer.java:15)
  
      at de.stal.videoreporter.MetaReader.slurpMetadata(MetaReader.java:67)
  
      at de.stal.videoreporter.VideoReporter.main(VideoReporter.java:19)
  
  </clinit>

  My pom.xml is :

  <?xml version="1.0" encoding="UTF-8"?>
  
  <project xmlns="http://maven.apache.org/POM/4.0.0">
  
  <modelversion>4.0.0</modelversion>
  
  <groupid>de.stal</groupid>
  
  <artifactid>VideoReporter</artifactid>
  
  <version>1.0-SNAPSHOT</version>
  
  <packaging>jar</packaging>
  
  <properties>
  
      UTF-8
  
      1.7
  
      1.7
  
  </properties>
  
  <build>
  
      <plugins>
  
          <plugin>
  
              <artifactid>maven-assembly-plugin</artifactid>
  
              <configuration>
  
                  <archive>
  
                      <manifest>
  
                          <mainclass>de.stal.videoreporter.VideoReporter</mainclass>
  
                      </manifest>
  
                  </archive>
  
                  <descriptorrefs>
  
                      <descriptorref>jar-with-dependencies</descriptorref>
  
                  </descriptorrefs>
  
              </configuration>
  
              <executions>
  
                  <execution>
  
                      <id>make-assembly</id>
  
                      <phase>package</phase> 
  
                      <goals>
  
                          <goal>single</goal>
  
                      </goals>
  
                  </execution>
  
              </executions>
  
          </plugin>
  
      </plugins>
  
  </build>
  
  <dependencies>
  
      <dependency>
  
          <groupid>org.apache.commons</groupid>
  
          <artifactid>commons-csv</artifactid>
  
          <version>1.1</version>
  
      </dependency>
  
      <dependency>
  
          <groupid>org.bytedeco</groupid>
  
          <artifactid>javacpp</artifactid>
  
          <version>1.2.1</version>
  
      </dependency>
  
      <dependency>
  
          <groupid>org.bytedeco</groupid>
  
          <artifactid>javacv</artifactid>
  
          <version>1.2</version>
  
      </dependency>
  
      <dependency>
  
          <groupid>com.fasterxml.jackson.dataformat</groupid>
  
          <artifactid>jackson-dataformat-csv</artifactid>
  
          <version>2.8.0.rc2</version>
  
      </dependency>
  
      <dependency>
  
          <groupid>javassist</groupid>
  
          <artifactid>javassist</artifactid>
  
          <version>3.12.1.GA</version>
  
      </dependency>
  
      <dependency>
  
          <groupid>commons-collections</groupid>
  
          <artifactid>commons-collections</artifactid>
  
          <version>3.2.1</version>
  
      </dependency>
  
      <dependency>
  
          <groupid>com.opencsv</groupid>
  
          <artifactid>opencsv</artifactid>
  
          <version>3.3</version>
  
      </dependency>
  
  </dependencies>
  
  </project>

  What might be the problem on Windows ? In my opinion there shouldn’t be a problem with access to openCV/FFMPEG-classes because they all have been included the .jar-file ? Is this a problem with the classpath ?

  Thanks, Peter