Recherche avancée

Sur d’autres sites (13574)

• avcodec/sanm : ignore codec45

  14 mars, par Manuel Lauss

  avcodec/sanm : ignore codec45
  Codec45 is used in some RA2 videos on top of codec37.
  It consists of 2 tables (768 and 32768 bytes), and datapackets
  
  like codec2 (delta-x, delta-y) with a pixel counter instead of a color value.
  
  It then reads the 4 surrounding pixels, looks up 3 separate values
  
  for each in table1, adds them together to form an index into
  
  table2 for a new pixel value, in a row.
  The data coming in gets the x/y coordinates out of the visible
  
  area very quickly (2-3 iterations) ; I don't see any visual
  
  difference between the ffmpeg-produced frames and ones captured
  
  with dosbox from rebel assault 2, which leads me to believe this
  
  codec never worked as intended.
  Signed-off-by : Manuel Lauss <manuel.lauss@gmail.com>
  

  • [DH] libavcodec/sanm.c

• Error when Decode h264 file by using FFMPEG with multithreading ?

  12 septembre 2013, par TTGroup

  I write the code for decoding many .flv video files. Each video file is decoded by a separate thread.
  When I try on 1 thread, everything is ok. But when I try on more than 2 threads, it always occurs the error "insufficient thread locking around avcodec_open/close()".

  I have searched and I know the functions avcodec_open() and avcodec_close() is not thread safe.
  And after that, I putted the mutex locking at anywhere that two that functions are called.

  lockObj.Lock();
  
  avcodec_open/close();
  
  lockObj.UnLock();

  But the error "insufficient thread locking around avcodec_open/close()" is still happen.

  Someone can tell me the solution ?

  Many thanks,

  T&TGroup

• Announcing TMPGEnc 4 : now with x264 !

  26 novembre 2010, par Dark Shikari — commercial, japan, licensing, x264

  A few months ago, we announced a commercial licensing program so that even companies unable to use GPL software in their products have a chance to use the open source x264 instead of proprietary alternatives. The system worked on two basic concepts. First, all licensees would still be required to give their changes to x264 back to us : x264 must forever remain free, with no useful contributions kept hidden from the community. Second, all the profits would go directly back to x264, primarily to the developers who’ve made the most significant contributions to x264 over the years, but also to funding future development, bounties for new features, as well as contributing to other related projects (e.g. Videolan and ffmpeg).

  Over the past couple of months, we’ve gotten an enormous response ; over 40 companies have inquired about licensing, with more contacting us every day. Due to the sheer volume of interest, we’ve partnered with CoreCodec, the creators of the free Matroska container format and developers of CoreAVC, to make x264 as widely available as possible in the world of commercial software as it is in the world of open source. All of this is already filtering back to benefiting x264 users, with many bugs being reported by commercial licensees as well as some code contributed.

  Today, we announce the first commercial consumer encoding software to switch to x264 : Pegasys Inc.’s TMPGEnc. Expect many more to follow : with x264 now available commercially as well as freely, there are few excuses left to use any other H.264 encoder. Vendors of overpriced, underpowered proprietary competitors should begin looking for new jobs.

  (Pegasys press release : English, Japanese)