Recherche avancée

Sur d’autres sites (8606)

• The New Samples Regime

  1er décembre 2011, par Multimedia Mike — General

  A little while ago, I got a big head over the fact that I owned and controlled the feared and revered MPlayer samples archive. This is the repository that retains more than a decade of multimedia samples.

  Conflict
  Where once there was one multimedia project (FFmpeg), there are now 2 (also Libav). There were various political and technical snafus regarding the previous infrastructure. I volunteered to take over hosting the vast samples archive (53 GB at the time) at samples.mplayerhq.hu (s.mphq for this post).

  However, a brand new server is online at samples.libav.org (s.libav for this post).

  Policies
  The server at s.libav will be the authoritative samples repository going forward. Why does s.libav receive the honor ? Mostly by virtue of having more advanced features. My simple (yet bandwidth-rich) web hosting plan does not provide for rsync or anonymous FTP services, both of which have traditionally been essential for the samples server. In the course of hosting s.mphq for the past few months, a few more discrepancies have come to light– apparently, the symlinks weren’t properly replicated. And perhaps most unusual is that if a directory contains a README file, it won’t be displayed in the directory listing (which frustrated me greatly when I couldn’t find this README file that I carefully and lovingly crafted years ago).

  The s.mphq archive will continue to exist — nay, must exist — going forward since there are years’ worth of web links pointing into it. I’ll likely set up a mirroring script that periodically (daily) rsyncs from s.libav to my local machine and then uses lftp (the best facility I have available) to mirror the files up to s.mphq.

  Also, since we’re starting fresh with a new upload directory, I think we need to be far more ruthless about policing its content. This means making sure that anything that is uploaded has an accompanying file which explains why it’s there and ideally links the sample to a bug report somewhere. No explanation = sample terminated.

  RSS
  I think it would be nifty to have an RSS feed that shows the latest samples to appear in the repository. I figure that I can use the Unix ‘find’ command on my local repository in concert with something like PyRSS2Gen to accomplish this goal.

  Monetization
  In the few months that I have been managing the repository, I have had numerous requests for permission to leech the entire collection in one recursive web-suck. These requests often from commercial organizations who wish to test their multimedia product on a large corpus of diverse samples. Personally, I believe the archive makes a rather poor corpus for such an endeavor, but so be it. Go ahead ; hosting this archive barely makes a dent in my fairly low-end web hosting plan. However, at least one person indicated that it might be easier to mail a hard drive to me, have me copy it, and send it back.

  This got me thinking about monetization opportunities. Perhaps, I should provide a service to send HDs filled with samples for the cost of the HD, shipping, and a small donation to the multimedia projects. I immediately realized that that is precisely the point at which the vast multimedia samples archive — with all of its media of questionable fair use status — would officially run afoul of copyright laws.

  Which brings me to…

  Clean Up
  I think we need to clean up some samples, starting with the ones that were marked not-readable in the old repository. Apparently, some ‘samples’ were, e.g., full anime videos and were responsible for a large bandwidth burden when linked from various sources.

  We multimedia nerds are a hoarding lot, never willing to throw anything away. This will probably the most challenging proposal to implement.

• avconv : Saving MP4 is Taking Hours

  4 septembre 2015, par PeregrineStudios

  not entirely sure if I should post this on askubuntu or stackoverflow. Posted on askubuntu and not getting any answers. I’m hoping I can find an answer here.

  I’m setting up a website where users can upload videos and share them. I’m using avconv to reduce the video size and save it twice, once as an mp4 and again as a webm.

  Uploading a .MOV from a phone, the video conversion is quick and manageable.

  Uploading a .mp4 from a Samsung Galaxy S3, the video conversion to webm is also quick. But, the conversion to another mp4 takes FOREVER - literally hours. Why ? Is anyone able to shed light on the problem ?

  My avconv output is below.

  avconv -i /var/www/dev_jackpine/ottawa2017/temp_videos/37a949071acaee714dae829ca8df9b29.mp4 -c:v libx264 -vf transpose=1,transpose=1,transpose=1 -s 640x480 /var/www/dev_jackpine/ottawa2017/spinnies/test.mp4
  
  avconv version 0.8.17-4:0.8.17-0ubuntu0.12.04.1, Copyright (c) 2000-2014 the Libav developers
  
  built on Mar 16 2015 13:26:50 with gcc 4.6.3
  
  Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/var/www/dev_jackpine/ottawa2017/temp_videos/37a949071acaee714dae829ca8df9b29.mp4':
  
    Metadata:
  
      major_brand     : isom
  
      minor_version   : 0
  
      compatible_brands: isom3gp4
  
      creation_time   : 2015-09-04 15:08:21
  
  Duration: 00:00:07.76, start: 0.000000, bitrate: 11756 kb/s
  
  Stream #0.0(eng): Video: h264 (Constrained Baseline), yuv420p, 1280x720, 11967 kb/s, 29.81 fps, 90k tbr, 90k tbn, 180k tbc
  
  Metadata:
  
    creation_time   : 2015-09-04 15:08:21
  
  Stream #0.1(eng): Audio: aac, 48000 Hz, stereo, s16, 119 kb/s
  
  Metadata:
  
    creation_time   : 2015-09-04 15:08:21
  
  File '/var/www/dev_jackpine/ottawa2017/spinnies/test.mp4' already exists. Overwrite ? [y/N] y
  
  [buffer @ 0xc3d580] w:1280 h:720 pixfmt:yuv420p
  
  [scale @ 0xc3dac0] w:1280 h:720 fmt:yuv420p -> w:640 h:480 fmt:yuv420p flags:0x4
  
  [transpose @ 0xc3e280] w:640 h:480 dir:1 -> w:480 h:640 rotation:clockwise vflip:0
  
  [transpose @ 0xc3e7c0] w:480 h:640 dir:1 -> w:640 h:480 rotation:clockwise vflip:0
  
  [transpose @ 0xc3ede0] w:640 h:480 dir:1 -> w:480 h:640 rotation:clockwise vflip:0
  
  [libx264 @ 0xc2b100] MB rate (108000000) > level limit (983040)
  
  [libx264 @ 0xc2b100] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX
  
  [libx264 @ 0xc2b100] profile Main, level 5.1
  
  [libx264 @ 0xc2b100] 264 - core 120 r2151 a3f4407 - H.264/MPEG-4 AVC codec - Copyleft 2003-2011 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x1:0x111 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=0 me_range=16 chroma_me=1 trellis=1 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=3 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=0 b_adapt=1 b_bias=0 direct=1 weightb=0 open_gop=1 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.25 aq=1:1.00
  
  Output #0, mp4, to '/var/www/dev_jackpine/ottawa2017/spinnies/test.mp4':
  
    Metadata:
  
      major_brand     : isom
  
      minor_version   : 0
  
      compatible_brands: isom3gp4
  
      creation_time   : 2015-09-04 15:08:21
  
      encoder         : Lavf53.21.1
  
      Stream #0.0(eng): Video: libx264, yuv420p, 480x640, q=-1--1, 180k tbn, 90k tbc
  
      Metadata:
  
        creation_time   : 2015-09-04 15:08:21
  
      Stream #0.1(eng): Audio: libvo_aacenc, 48000 Hz, stereo, s16, 200 kb/s
  
      Metadata:
  
        creation_time   : 2015-09-04 15:08:21
  
  Stream mapping:
  
    Stream #0:0 -> #0:0 (h264 -> libx264)
  
    Stream #0:1 -> #0:1 (aac -> libvo_aacenc)
  
  Press ctrl-c to stop encoding

  Here’s an example frame output :

  frame=124398 fps=142 q=33.0 size=   16885kB time=1.38 bitrate=100110.2kbits/s dup=124356 drop=0

  I’ve had the process running the whole time I’ve been writing this question, and so far it’s done... 22 frames.

  What could be the problem ?

• FFMPEG crash while cropping video

  18 octobre 2022, par Khawar Raza

  I am using FFMPEG to crop a video. I am using ffmpeg-kit as a ffmpeg wrapper in my android app where the user can select any output size irrespective of the original video aspect ratio. Below is the problematic command :

  


  -i "/storage/emulated/0/Download/83a2f6_1080p~2.mp4" -filter_complex "[0:v]crop=304:236:2:2[cropped]" -map "[cropped]" "/storage/emulated/0/DCIM/appname/vid_d8ee328d-ec7a-468b-9313-4561dceea33e.mp4"


  


  When the execution starts, the application crashes.

  


  Logs :

  


  I/ffmpeg-kit: Loading ffmpeg-kit.
I/ffmpeg-kit: Loaded ffmpeg-kit-min-gpl-arm64-v8a-4.5.1-20220101.
D/ffmpeg-kit: Async callback block started.
D/VideoEditor:  ffmpeg version v4.5-dev-3393-g30322ebe3c
D/VideoEditor:   Copyright (c) 2000-2021 the FFmpeg developers
D/VideoEditor:  
D/VideoEditor:    built with Android (7155654, based on r399163b1) clang version 11.0.5 (https://android.googlesource.com/toolchain/llvm-project 87f1315dfbea7c137aa2e6d362dbb457e388158d)
D/VideoEditor:    configuration: --cross-prefix=aarch64-linux-android- --sysroot=/files/android-sdk/ndk/22.1.7171670/toolchains/llvm/prebuilt/linux-x86_64/sysroot --prefix=/storage/light/projects/ffmpeg-kit/prebuilt/android-arm64/ffmpeg --pkg-config=/usr/bin/pkg-config --enable-version3 --arch=aarch64 --cpu=armv8-a --target-os=android --enable-neon --enable-asm --enable-inline-asm --ar=aarch64-linux-android-ar --cc=aarch64-linux-android24-clang --cxx=aarch64-linux-android24-clang++ --ranlib=aarch64-linux-android-ranlib --strip=aarch64-linux-android-strip --nm=aarch64-linux-android-nm --extra-libs='-L/storage/light/projects/ffmpeg-kit/prebuilt/android-arm64/cpu-features/lib -lndk_compat' --disable-autodetect --enable-cross-compile --enable-pic --enable-jni --enable-optimizations --enable-swscale --disable-static --enable-shared --enable-pthreads --enable-v4l2-m2m --disable-outdev=fbdev --disable-indev=fbdev --enable-small --disable-xmm-clobber-test --disable-debug --enable-lto --disable-neon-clobber-test --disable-programs --disable-postproc --disable-doc --disable-htmlpages --disable-manpages --disable-podpages --disable-txtpages --disable-sndio --disable-schannel --disable-securetransport --disable-xlib --disable-cuda --disable-cuvid --disable-nvenc --disable-vaapi --disable-vdpau --disable-videotoolbox --disable-audiotoolbox --disable-appkit --disable-alsa --disable-cuda --disable-cuvid --disable-nvenc --disable-vaapi --disable-vdpau --enable-libx264 --enable-libxvid --enable-libx265 --enable-libvidstab --disable-sdl2 --disable-openssl --enable-zlib --enable-mediacodec --enable-gpl
D/VideoEditor:    libavutil      57. 13.100 / 57. 13.100
D/VideoEditor:    libavcodec     59. 15.102 / 59. 15.102
D/VideoEditor:    libavformat    59. 10.100 / 59. 10.100
D/VideoEditor:    libavdevice    59.  1.100 / 59.  1.100
D/VideoEditor:    libavfilter     8. 21.100 /  8. 21.100
D/VideoEditor:    libswscale      6.  1.102 /  6.  1.102
D/VideoEditor:    libswresample   4.  0.100 /  4.  0.100
D/VideoEditor:  Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/storage/emulated/0/Download/83a2f6_1080p~2.mp4':
D/VideoEditor:    Metadata:
D/VideoEditor:      major_brand     : 
D/VideoEditor:  mp42
D/VideoEditor:  
D/VideoEditor:      minor_version   : 
D/VideoEditor:  0
D/VideoEditor:  
D/VideoEditor:      compatible_brands: 
D/VideoEditor:  isommp42
D/VideoEditor:  
D/VideoEditor:      com.android.version: 
D/VideoEditor:  12
D/VideoEditor:  
D/VideoEditor:    Duration: 
D/VideoEditor:  00:02:18.11
D/VideoEditor:  , start: 
D/VideoEditor:  0.000000
D/VideoEditor:  , bitrate: 
D/VideoEditor:  1929 kb/s
D/VideoEditor:  
D/VideoEditor:    Stream #0:0
D/VideoEditor:  [0x1]
D/VideoEditor:  (eng)
D/VideoEditor:  : Video: h264 (avc1 / 0x31637661), yuv420p(tv, bt709, progressive), 1080x808, 1864 kb/s
D/VideoEditor:  , 
D/VideoEditor:  18 fps, 
D/VideoEditor:  18 tbr, 
D/VideoEditor:  90k tbn
D/VideoEditor:   (default)
D/VideoEditor:  
D/VideoEditor:      Metadata:
D/VideoEditor:        creation_time   : 
D/VideoEditor:  2022-10-06T11:47:07.000000Z
D/VideoEditor:  
D/VideoEditor:        handler_name    : 
D/VideoEditor:  VideoHandle
D/VideoEditor:  
D/VideoEditor:        vendor_id       : 
D/VideoEditor:  [0][0][0][0]
D/VideoEditor:  
D/VideoEditor:    Stream #0:1
D/VideoEditor:  [0x2]
D/VideoEditor:  (und)
D/VideoEditor:  : Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 64 kb/s
D/VideoEditor:   (default)
D/VideoEditor:  
D/VideoEditor:      Metadata:
D/VideoEditor:        creation_time   : 
D/VideoEditor:  2022-10-06T11:47:07.000000Z
D/VideoEditor:  
D/VideoEditor:        handler_name    : 
D/VideoEditor:  SoundHandle
D/VideoEditor:  
D/VideoEditor:        vendor_id       : 
D/VideoEditor:  [0][0][0][0]
D/VideoEditor:  


D/VideoEditor:  [h264 @ 0x7654fe8500] The "sub_text_format" option is deprecated: Deprecated, does nothing
D/VideoEditor:  Stream mapping:
D/VideoEditor:    Stream #0:0 (h264) -> crop
D/VideoEditor:  
D/VideoEditor:    crop
D/VideoEditor:   -> Stream #0:0 (libx264)
D/VideoEditor:  Press [q] to stop, [?] for help


D/VideoEditor:  [libx264 @ 0x7654fb9af0] using cpu capabilities: ARMv8 NEON
D/VideoEditor:  [libx264 @ 0x7654fb9af0] profile High, level 1.2, 4:2:0, 8-bit
D/VideoEditor:  [libx264 @ 0x7654fb9af0] 264 - core 163 - H.264/MPEG-4 AVC codec - Copyleft 2003-2021 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=7 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=18 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
D/VideoEditor:  Output #0, mp4, to '/storage/emulated/0/DCIM/appname/vid_d8ee328d-ec7a-468b-9313-4561dceea33e.mp4':
D/VideoEditor:    Metadata:
D/VideoEditor:      major_brand     : 
D/VideoEditor:  mp42
D/VideoEditor:  
D/VideoEditor:      minor_version   : 
D/VideoEditor:  0
D/VideoEditor:  
D/VideoEditor:      compatible_brands: 
D/VideoEditor:  isommp42
D/VideoEditor:  
D/VideoEditor:      com.android.version: 
D/VideoEditor:  12
D/VideoEditor:  
D/VideoEditor:      encoder         : 
D/VideoEditor:  Lavf59.10.100
D/VideoEditor:  
D/VideoEditor:    Stream #0:0
D/VideoEditor:  : Video: h264 (avc1 / 0x31637661), yuv420p(tv, bt709, progressive), 304x236, q=2-31
D/VideoEditor:  , 
D/VideoEditor:  18 fps, 
D/VideoEditor:  18432 tbn
D/VideoEditor:   (default)
D/VideoEditor:  
D/VideoEditor:      Metadata:
D/VideoEditor:        encoder         : 
D/VideoEditor:  Lavc59.15.102 libx264
D/VideoEditor:  
D/VideoEditor:      Side data:
D/VideoEditor:        
D/VideoEditor:  cpb: 
D/VideoEditor:  bitrate max/min/avg: 0/0/0 buffer size: 0 
D/VideoEditor:  vbv_delay: N/A
D/VideoEditor:  
D/VideoEditor:  frame=    1 fps=0.0 q=0.0 size=       0kB time=00:00:00.00 bitrate=N/A speed=   0x    

A/libc: Fatal signal 11 (SIGSEGV), code 2 (SEGV_ACCERR), fault addr 0x745d9ff000 in tid 16893 (pool-15-thread-), pid 16696 (videocompressor)


A/DEBUG: *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
Build fingerprint: 'samsung/x1sxx/x1s:12/SP1A.210812.016/G980FXXSFFVH7:user/release-keys'
Revision: '22'
ABI: 'arm64'
Processor: '5'
A/DEBUG: Timestamp: 2022-10-09 18:57:38.882598912+0500
A/DEBUG: Process uptime: 1086s
A/DEBUG: Cmdline: com.app.packagename
A/DEBUG: pid: 16939, tid: 20568, name: pool-15-thread-  >>> com.app.packagename <<<
A/DEBUG: uid: 11091
A/DEBUG: signal 11 (SIGSEGV), code 2 (SEGV_ACCERR), fault addr 0x74640ce000
A/DEBUG:     x0  0000007594f30960  x1  00000074640c9a60  x2  00000074640c9eb4  x3  00000074640cac34
A/DEBUG:     x4  00000074640cdff4  x5  00000074671bb2dc  x6  00000000fffffffb  x7  0000000000000013
A/DEBUG:     x8  000000000000000e  x9  00000074640cddc0  x10 0000000000000013  x11 0000007488459ffc
A/DEBUG:     x12 00000074640c9c70  x13 000000000000000e  x14 0000000000007fff  x15 0000000000000013
A/DEBUG:     x16 00000074640cac04  x17 00000074640c7a58  x18 000000746626e000  x19 0000000000000027
A/DEBUG:     x20 000000776541c3b0  x21 00000074671bc4f8  x22 00000074640ca9f0  x23 0000007765422300
A/DEBUG:     x24 0000000000000027  x25 00000074640cac04  x26 0000000000000028  x27 00000074640c9a30
A/DEBUG:     x28 0000007594f30940  x29 000000000000010a
A/DEBUG:     lr  000000748841a960  sp  00000074671bb290  pc  000000748845a010  pst 0000000080000000
A/DEBUG: backtrace:
A/DEBUG:       #00 pc 0000000000359010  /data/app/~~IBCbjRbZBpQ00ORNDFZdxg==/com.app.packagename-5sdOCmN82SjJJTibcsYMpQ==/base.apk!libavcodec.so


  


  I don't know what is wrong with the output width and height parameters. If I change [0:v]crop=304:236:2:2[cropped] to [0:v]crop=304:304:2:2[cropped] with change in height, the process completes successfully. The original video (1080x808) is not smaller than the output size. It does not seem to be a problem in the video as I have tried different videos. Any tips on what is missing from my command ?