Recherche avancée

Sur d’autres sites (10992)

• ffmpeg Concatention - negative pad values

  15 décembre 2015, par mmmyum

  I’m relatively new to ffmpeg and having an issue concatenating some videos.

  Occasionally, I’m running into an issue with my command that is producing negative pad values, preventing the concat from completing. Check out this gist for details and the command output.

  Brief summary is that I’m using filter_complex to scale down and/or pad videos. You can see the full commands in the above links, but here are examples of the filter text :

  [$count:v]scale=if(gt(ih\,iw)\,-2\,$VID_WIDTH):if(gt(ih\,iw)\,$VID_HEIGHT\,-2),pad=$VID_WIDTH:$VID_HEIGHT:(ow-iw)/2:(oh-ih)/2,setsar=sar=1/1[v$count];

  where $VID_WIDTH and $VID_HEIGHT are the smallest dimensions of the inputs.

  I’m concatenating hundreds of videos (in different groups), the vast majority of which work without issue - but occasionally I run into this negative pad values issue. I assume it’s because the input width/height is larger than the output width/height, so it produces a negative value, but I’m not sure how to fix this - I need the videos to be centered.

  Other details :

  • most videos are shot on a cell phone, in a portrait orientation (some in landscape, but I’d like to stitch them in portrait anyways)

  • very rarely I run into a video rotated 90 degrees (larger width than height) - not sure how I should handle this, but one issue at a time

  • usually all videos have the same dimensions, but occasionally one or more videos in a group will have slightly different dimensions, sometimes just by a couple pixels (see attached gist for example)

  • scripting everything in bash right now

• winrt : multithreading support

  29 septembre 2015, par wang-bin

  winrt : multithreading support
  _beginthreadex is for desktop only. CreateThread is available for windows store apps on windows (and phone) 8.1 and later. http://msdn.microsoft.com/en-us/library/ms682453%28VS.85%29.aspx
  Signed-off-by : Matt Oliver <protogonoi@gmail.com>
  

  • [DH] compat/w32pthreads.h
  • [DH] configure
  • [DH] libavutil/cpu.c

• force WINAPI_FAMILY to WINAPI_FAMILY_DESKTOP_APP to be able to use dxva.h

  26 juillet 2015, par Steve Lhomme

  force WINAPI_FAMILY to WINAPI_FAMILY_DESKTOP_APP to be able to use dxva.h
  The struct definitions in dxva.h, which are necessary in order to
  
  actually use d3d11va, are hidden when WINAPI_FAMILY targets Windows Phone
  
  or WindowsRT.
  Building with WINAPI_FAMILY=WINAPI_FAMILY_DESKTOP_APP is disallowed
  
  when targeting ARM. ("Compiling Desktop applications for the ARM
  
  platform is not supported.") So we set _CRT_BUILD_DESKTOP_APP to 0
  
  to tell the runtime not to detect some issues with this mismatching.
  The same tweaks to detect if the API is available is done in dxva2_internal.h
  
  when compiling each DXVA2/D3D11VA decoders.
  Signed-off-by : Martin Storsjö <martin@martin.st>
  

  • [DH] configure
  • [DH] libavcodec/dxva2_internal.h