Recherche avancée

Sur d’autres sites (11814)

• ANSI FATE

  24 août 2010, par Multimedia Mike — FATE Server

  The new FATE server is shaping up well. I think most of the old configurations have been migrated to the new server. I see one new compiler for x86_64– PathScale. It’s not faring particularly well at this point.

  New Tests
  As I write this, I noticed that there are now an even 700 tests, twice as many as the last time I trumpeted such a milestone. (It should be noted that the new FATE system finally breaks down the master regression suite into individual tests.) Thankfully, it’s no longer necessary to wait for me to create or edit tests (anyone with FFmpeg privileges can do this), nor is it necessary to keep up with this blog to know exactly what tests are new. Now, you can simply inspect the file history on tests/fate.mak and tests/fate2.mak (I think these 2 files are going to merge in the near future).

  Vitor, as of r24865 : “Add FATE test for ANSI/ASCII animation and TTY demuxer.” Eh ? What’s this about ? I admit I was completely removed from FFmpeg development for much of June and July so I could have missed a lot. Fortunately, I can check the file history to see which lines were added to make this test happen. And if FATE is exercising the test, you know exactly where the samples will live. Here’s this new decoder in action on the relevant sample :

  
  
  

  The file history fingers Suxen drol/Peter Ross for this handiwork. I might have guessed– the only person who is arguably more enamored with old, weird formats than even I. Now we wait for the day that YouTube has support for this format. I’m sure there are huge archives of these animations out there (and I wager that Trixter and Jason Scott know where).

  
  
  It’s an animation — it just keeps going
  

  Meanwhile, the FATE suite now encompasses a bunch of perceptual audio formats, thanks to the 1-off testing method and a few other techniques. These formats include Bink audio, WMA Pro, WMA voice, Vorbis, ATRAC1, ATRAC3, MS-GSM, AC3, E-AC3, NellyMoser, TrueSpeech, Intel Music Coder, QDM2, RealAudio Cooker, QCELP (just going down the source control log here), and others, no doubt.

  Then there’s this curious tidbit : “Add FATE test for WMV8 DRM”. The test spec is "fate-wmv8-drm: CMD = framecrc -cryptokey 137381538c84c068111902a59c5cf6c340247c39 -i $(SAMPLES)/wmv8/wmv_drm.wmv -an". I would still like to investigate FFmpeg’s cryptographic capabilities, which I suspect are moving in a direction to function as a complete SSL stack one day.

  New Platforms
  As for new platforms, the new FATE system finally allows testing on OS/2 (remember that classic ? It was “the totally cool way to run your computer”). Thanks to Dave Yeo for taking this on.

  Further, a new MIPS-based platform recently appeared on the FATE list. This one reports itself as running on 74kf CPU. Googling for this processor quickly brings up Mans’ post about the Popcorn Hour device. So, congratulations to him for getting the mundane box to serve a higher purpose. Perhaps one day, I’ll be able to do the same for that Belco Alpha-400 netbook.

• With ffmpeg, trying to change a container from Mpeg TS to MP4, fps became twice of Mpeg TS

  17 juillet 2016, par user2148481

  I got a Mpeg TS file from a capture board to make a DEMO video clip.

  Here is information of the file from ffmpeg ;

  Stream #0:0[0x51]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 29.97 fps, 59.94 tbr, 90k tbn, 59.94 tbc
  
  Stream #0:1[0x61]: Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 224 kb/s

  However, I cannot edit it in FCP X, so I tried to change just its container TS to MP4 with ffmpeg using the below command.

  ffmpeg -i input.ts -vcodec copy -acodec copy output.mp4

  After doing it, fps of output.mp4 became 59.94 fps and information is like below ;

  Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 1750 kb/s, 59.94 fps, 59.94 tbr, 90k tbn, 59.94 tbc
  
  Stream #0:1(und): Audio: mp2 (mp4a / 0x6134706D), 48000 Hz, stereo, s16p, 224 kb/s

  Fps is not same.

  Is there a way to keep same fps as TS with just copy option to change a container ?

  I am wondering whether just re-encoding is solution or not.

  /////

  Full logs ;

  $ ffmpeg -i input.ts -vcodec copy -acodec copy output.mp4
  
  ffmpeg version 1.1.2 Copyright (c) 2000-2013 the FFmpeg developers
  
    built on Feb  6 2013 10:45:57 with Apple clang version 4.1 (tags/Apple/clang-421.11.66) (based on LLVM 3.1svn)
  
    configuration: --prefix=/opt/local --enable-swscale --enable-avfilter --enable-libmp3lame --enable-libvorbis --enable-libopus --enable-libtheora --enable-libschroedinger --enable-libopenjpeg --enable-libmodplug --enable-libvpx --enable-libspeex --enable-libfreetype --mandir=/opt/local/share/man --enable-shared --enable-pthreads --cc=/usr/bin/clang --arch=x86_64 --enable-yasm --enable-gpl --enable-postproc --enable-libx264 --enable-libxvid
  
    libavutil      52. 13.100 / 52. 13.100
  
    libavcodec     54. 86.100 / 54. 86.100
  
    libavformat    54. 59.106 / 54. 59.106
  
    libavdevice    54.  3.102 / 54.  3.102
  
    libavfilter     3. 32.100 /  3. 32.100
  
    libswscale      2.  1.103 /  2.  1.103
  
    libswresample   0. 17.102 /  0. 17.102
  
    libpostproc    52.  2.100 / 52.  2.100
  
  [mpegts @ 0x7f8a2b033000] max_analyze_duration 5000000 reached at 5003333
  
  Input #0, mpegts, from 'input.ts':
  
    Duration: 00:05:01.27, start: 0.224400, bitrate: 2727 kb/s
  
    Program 1 
  
      Stream #0:0[0x51]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 29.97 fps, 59.94 tbr, 90k tbn, 59.94 tbc
  
      Stream #0:1[0x61]: Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 224 kb/s
  
  Output #0, mp4, to 'output.mp4':
  
    Metadata:
  
      encoder         : Lavf54.59.106
  
      Stream #0:0: Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 29.97 fps, 90k tbn, 90k tbc
  
      Stream #0:1: Audio: mp2 (i[0][0][0] / 0x0069), 48000 Hz, stereo, 224 kb/s
  
  Stream mapping:
  
    Stream #0:0 -> #0:0 (copy)
  
    Stream #0:1 -> #0:1 (copy)
  
  Press [q] to stop, [?] for help
  
  [mp4 @ 0x7f8a2b058200] pts has no value
  
  frame=13472 fps=0.0 q=-1.0 size=   54536kB time=00:03:44.80 bitrate=1987.3kbits/frame=18056 fps=0.0 q=-1.0 Lsize=   73024kB time=00:05:01.28 bitrate=1985.5kbits/s    
  
  video:64370kB audio:8212kB subtitle:0 global headers:0kB muxing overhead 0.608498%

• Cannot find installation of real FFmpeg (which comes with ffprobe)

  29 mars 2023, par Asm Goni

  I was trying to fit a generator into a model and I got this error : 
AssertionError: Cannot find installation of real FFmpeg (which comes with ffprobe).

  



  I have looked over many of the solutions on GitHub and other questions on Stack Overflow but none of them worked for me.

  



  Here is one of the commands I ran :

  



  sudo add-apt-repository ppa:mc3man/trusty-media  
sudo apt-get update  
sudo apt-get install ffmpeg  
sudo apt-get install frei0r-plugins  


  



  pip list also indicates the presence of ffmpeg-1.4

  



  In addition, I tried force reinstalling and updating ffmpeg just in case any dependencies were not installed properly.

  



  I also set the skvideo's path for ffmpeg manually :

  



  skvideo.setFFmpegPath('/usr/local/lib/python3.6/dist-packages/ffmpeg/')


  



  This returns : /usr/local/lib/python3.6/dist-packages/skvideo/__init__.py:306: UserWarning: ffmpeg/ffprobe not found in path: /usr/local/lib/python3.6/dist-packages/ffmpeg/
  warnings.warn("ffmpeg/ffprobe not found in path: " + str(path), UserWarning)

  



  By the way, when I try installing, it also returns this error, I don't know what to do about this :

  



  Get:127 http://archive.ubuntu.com/ubuntu bionic/main amd64 vdpau-driver-all amd64 1.1.1-3ubuntu1 [4,674 B]
Fetched 60.4 MB in 7s (8,769 kB/s)
E: Failed to fetch http://security.ubuntu.com/ubuntu/pool/main/w/wavpack/libwavpack1_5.1.0-2ubuntu1.1_amd64.deb  404  Not Found [IP: 91.189.88.149 80]
E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing?


  



  I ran apt-get update --fix-missing and that didn't make anything better.

  



  Is there a solution to this ?