Recherche avancée

Sur d’autres sites (6976)

• Pipe series of images from java application to ffmpeg subprocess

  20 juin 2014, par Marco

  I am looking for a way to stream series of images (jpegs) from java application into FFMpeg STDIN pipe.
  FFMpeg should process these images and create a video file as an output.

  FFMpeg is executed as sub process of java application with the following command "ffmpeg.exe -i pipe:0 out.avi"

  When i run "ffmpeg -i input.jpg out.avi" command in the console, i get the "out.avi" file as expected

  But when i use the following tester code in my java application, i got an error.

  Code in Java application :

  File ffmpeg_output_msg = new File("ffmpeg_output_msg.txt");
  
  ProcessBuilder pb = new ProcessBuilder(
  
          "ffmpeg.exe","-i","pipe:0","out.avi");
  
  pb.redirectErrorStream(true);
  
  pb.redirectOutput(ffmpeg_output_msg);
  
  pb.redirectInput(ProcessBuilder.Redirect.PIPE);
  
  Process p = pb.start();
  
  OutputStream ffmpegInput = p.getOutputStream();
  
  
  
  byte[] image;
  
  File file = new File("input.jpg");
  
  image = new byte[(int)file.length()];
  
  
  
  FileInputStream fileInputStream = new FileInputStream(file);
  
  fileInputStream.read(image);
  
  
  
  ImageInputStream iis = ImageIO.createImageInputStream(
  
          new ByteArrayInputStream(image));
  
  BufferedImage img = ImageIO.read(iis);
  
  
  
  ImageIO.write(img, "JPEG", ffmpegInput);

  FFMpeg output :

  ffmpeg version N-59664-g94cf4f8 Copyright (c) 2000-2014 the FFmpeg developers built on Jan 7 2014 22:07:02 with gcc 4.8.2 (GCC)
  configuration : —enable-gpl —enable-version3 —disable-w32threads —enable-avisynth —enable-bzlib —enable-fontconfig —enable-frei0r —enable-gnutls —enable-iconv —enable-libass —enable-libbluray —enable-libcaca —enable-libfreetype —enable-libgsm —enable-libilbc —enable-libmodplug —enable-libmp3lame —enable-libopencore-amrnb —enable-libopencore-amrwb —enable-libopenjpeg —enable-libopus —enable-librtmp —enable-libschroedinger —enable-libsoxr —enable-libspeex —enable-libtheora —enable-libtwolame —enable-libvidstab —enable-libvo-aacenc —enable-libvo-amrwbenc —enable-libvorbis —enable-libvpx —enable-libwavpack —enable-libx264 —enable-libxavs —enable-libxvid —enable-zlib

  libavutil      52. 62.100 / 52. 62.100
  
  libavcodec     55. 47.100 / 55. 47.100
  
  libavformat    55. 22.102 / 55. 22.102
  
  libavdevice    55.  5.102 / 55.  5.102
  
  libavfilter     4.  0.103 /  4.  0.103
  
  libswscale      2.  5.101 /  2.  5.101
  
  libswresample   0. 17.104 /  0. 17.104
  
  libpostproc    52.  3.100 / 52.  3.100

  pipe: : Invalid data found when processing input

  Any ideas how to make it work ?

  Thank you very much for your time.

• Anomalie #1251 : Page de suivi des traductions

  13 février 2016, par b b

  Pour référence, le commit qui retire la page articles_tous r18360

• swscale/cms : add color management subsystem

  29 novembre 2024, par Niklas Haas

  swscale/cms : add color management subsystem
  The underlying color mapping logic was ported as straightforwardly as possible
  
  from libplacebo, although the API and glue code has been very heavily
  
  refactored / rewritten. In particular, the generalization of gamut mapping
  
  methods is replaced by a single ICC intent selection, and constants have been
  
  hard-coded.
  To minimize the amount of overall operations, this gamut mapping LUT now embeds
  
  a direct end-to-end transformation to the output color space ; something that
  
  libplacebo does in shaders, but which is prohibitively expensive in software.
  In order to preserve compatibility with dynamic tone mapping without severely
  
  regressing performance, we add the ability to generate a pair of "split" LUTS,
  
  one for encoding the input and output to the perceptual color space, and a
  
  third to embed the tone mapping operation. Additionally, this intermediate
  
  space could be used for additional subjective effect (e.g. changing
  
  saturation or brightness).
  The big downside of the new approach is that generating a static color mapping
  
  LUT is now fairly slow, as the chromaticity lobe peaks have to be recomputed
  
  for every single RGB value, since correlated RGB colors are not necessarily
  
  aligned in ICh space. Generating a split 3DLUT significantly alleviates this
  
  problem because the expensive step is done as part of the IPT input LUT, which
  
  can share the same hue peak calculation at least for all input intensities.
  

  • [DH] libswscale/Makefile
  • [DH] libswscale/cms.c
  • [DH] libswscale/cms.h