Recherche avancée

Sur d’autres sites (8210)

• Revision 9f5fd31d7f : Expand UMV border to 96 pixels Ensures that the full 64 pixel border is availab

  29 avril 2013, par John Koleszar

  Changed Paths :
   Modify /vpx_scale/yv12config.h

  
  
  Expand UMV border to 96 pixels

  Ensures that the full 64 pixel border is available for prediction (need a
  minimum of
  64+INTERP_EXTEND on all sides, and 32+INTERP_EXTEND on UV). Value also must be a
  multiple of 32 to keep UV stride alignment. The smaller border was causing the
  prediction
  to read outside the frame, which can cause a mismatch.

  TODO : Get rid of this explicit border and use edge emulation instead.

  Change-Id : I3f68453a088ec0ab4349d0f5cc02b573be06d7c4

• libx265 motion compensation and CU traverse

  17 juin 2016, par Ariana

  I’m trying to play with the H.265 motion compensation and search (HEVC- libx265 implementation from here : https://bitbucket.org/multicoreware/x265/downloads). I need to slightly extend the edge extension search, and fill the macro block with left-most pixels as if my sample videos are like cylinder (rightmost is connected to leftmost).

  What I need to do is basically this :

  

  One way to do that is to modify the edge extension area (which is already in the code, in the frameFilter.cpp), and do that for rightmost and fill parts of blocks which are out with leftmost pixels. I identified the piece of code here which apparently is responsible for that. Can someone help me with implementing this feature ?

  if ((col == 0) | (col == m_frameFilter->m_numCols - 1))
  
      {
  
          // TODO: improve by process on Left or Right only
  
          primitives.extendRowBorder(reconPic->getLumaAddr(m_rowAddr), stride, reconPic->m_picWidth, realH, reconPic->m_lumaMarginX);
  
  
  
          if (m_frameFilter->m_param->internalCsp != X265_CSP_I400)
  
          {
  
              primitives.extendRowBorder(reconPic->getCbAddr(m_rowAddr), strideC, reconPic->m_picWidth >> hChromaShift, realH >> vChromaShift, reconPic->m_chromaMarginX);
  
              primitives.extendRowBorder(reconPic->getCrAddr(m_rowAddr), strideC, reconPic->m_picWidth >> hChromaShift, realH >> vChromaShift, reconPic->m_chromaMarginX);
  
          }
  
      }
  
  
  
      // Extra Left and Right border on first and last CU
  
      if ((col == 0) | (col == m_frameFilter->m_numCols - 1))
  
      {
  
          copySizeY += lumaMarginX;
  
          copySizeC += chromaMarginX;
  
      }
  
  
  
      // First column need extension left padding area and first CU
  
      if (col == 0)
  
      {
  
          pixY -= lumaMarginX;
  
          pixU -= chromaMarginX;
  
          pixV -= chromaMarginX;
  
      }

• Make mime-type award a bonus probe score

  21 novembre 2023, par Peter Zebühr

  Make mime-type award a bonus probe score
  This changes the default behaviour of ffmpeg where content-type headers
  
  on an input gives an absolut probe score (of 75) to instead give a bonus
  
  score (of 30). This gives the probe a better chance to arrive at the
  
  correct format by (hopefully) giving a large enough bonus to push edge
  
  cases in the right direction (MPEG-PS vs MP3, I am looking at you) while
  
  also not adversly punishing clearer cases (raw ADTS marked as
  
  "audio/mpeg" for example).
  This patch was regression tested against 20 million recent podcast
  
  submissions (after content-type propagation was added to
  
  original-storage), and 50k Juno vodcasts submissions (dito). No adverse
  
  effects observed (but the bonus may still need tweaking if other edge
  
  cases are detected in production).
  

  • [DH] libavformat/avformat.h
  • [DH] libavformat/format.c
  • [DH] libavformat/libopenmpt.c