Recherche avancée

Sur d’autres sites (11067)

• hevc : Track long and short term RPS size for VDPAU

  12 février 2016, par Philip Langdale

  hevc : Track long and short term RPS size for VDPAU
  Today, we track the short term RPS size for DXVA, but only if the
  
  SliceHeader RPS is being used. Otherwise it’s left uninitialized.
  NVIDIA’s VDPAU implementation requires that the size be accurately
  
  tracked even if an SPS RPS is being used. In this case, it’s really
  
  counting the size of the RPS idx information, but you end up with
  
  mangled output if the value is not accurate.
  VDPAU also needs the size of the long term RPS.
  Signed-off-by : Philip Langdale <philipl@overt.org>
  
  Signed-off-by : Rémi Denis-Courmont <remi@remlab.net>
  
  Signed-off-by : Luca Barbato <lu_zero@gentoo.org>
  

  • [DBH] libavcodec/hevc.c
  • [DBH] libavcodec/hevc.h

• avcodec/nvenc : Declare support for P016

  25 février 2018, par Philip Langdale

  avcodec/nvenc : Declare support for P016
  nvenc doesn't support P016, but we have two problems today :
  1) We declare support for YUV444P16 which nvenc also doesn't support.
  
     We do this because it's the only pix_fmt we have that can
  
     approximate nvenc's internal format that is YUV444P10 with data in
  
     MSBs instead of LSBs. Because the declared format is a 16bit one,
  
     it will be preferrentially chosen when encoding >10bit content,
  
     but that content will normally be YUV420P12 or P016 which should
  
     get mapped to P010 and not YUV444P10.
  2) Transcoding P016 content with nvenc should be possible in a pure
  
     hardware pipeline, and that can't be done if nvenc doesn't say it
  
     accepts P016. By mapping it to P010, we can use it, albeit with
  
     truncation. I have established that swscale doesn't know how to
  
     dither to 10bits so we'd get truncation anyway, even if we tried
  
     to do this 'properly'.
  

  • [DH] libavcodec/nvenc.c
  • [DH] libavcodec/version.h

• How to get iOS App Preview video bitrate in range

  29 avril 2019, par JKaz

  Creating new App Previews for App Store Connect has always been difficult. Time to do it again (new app version) and running into same issue without resolution this time.

  Making the video is easy enough, recording it with Quicktime and either a connected device or through Simulator (and the xcrun simctl io booted recordVideo <filename>.<file extension="extension"></file></filename> Terminal command).

  I can open that in iMovie, create a new App Preview, and export/share the preview with proper size, length, frame rate per Apple specs. But the bit rate is always too low ( 4 mbps) and it’s required to be 10-12 mbps (and I’ve had video reject be/c of that). In the past I could always make some change to the .mp4, in conjunction with something like ffmpeg -i ~/appVideo.mp4 -b:v 11M ~/appPreview.mp4 to get the file into the target range, but that’s not helping today, and neither is Developer Tech Support.

  Apple’s documentation says :

  To export the final video, click Share in the toolbar, then choose App
  Preview. The export settings are automatically configured to meet App
  Store requirements. iMovie exports the final video at the correct
  resolution based on the device from which your clips were captured.

  I’ve done that and more, and bit rate is still out of range (every other attribute is in spec). I’ve tried the recommendations from a bunch of other threads here for http://video.online-convert.com/convert-to-mp4 and others, and none seem to do the trick. Am I missing something obvious re bitrate ? Is it this hard for everyone ?

  Thank you.