Recherche avancée

Sur d’autres sites (7732)

• Chips&Media delivers VP8 HD video hardware decoder IP

  7 décembre 2010, par noreply@blogger.com (John Luther)

  Silicon video IP maker Chips&Media has begun shipping its CODA960 multiformat HD video hardware core, which supports up to 1080p60 playback of VP8 video. VP8 is the video codec used in WebM.

  Chips&Media representatives went on the road recently to show the industry’s first FPGA demonstration of WebM 1080p hardware decoding. For more information, visit the Chips&Media web site.

  

• Meteor edit audio files on the server

  28 décembre 2015, par Mohammed Hussein

  I am building a Meteor application to split uploaded audio files
  I upload the audio files and store them using GridFS

  child = Npm.require(’child_process’) ;

  var fs = Npm.require('fs');
  
  
  
  
  
  storagePath= fs.realpathSync(process.env.PWD+'/audio');
  
  StaticServer.add('/audio', clipsPath);

  and then using a method i split the audio file using
  child.exec(command) ;

  the command is the ffmpeg command used to cut the source audio file and store it on the storagePath

  the application worked fine locally but when I tried to deploy it to digital ocian i got errors , stating that the file /audio doesnot exist
  I use mupx to deploy and the error appears after "verifying deployment"

  here is the error

      -----------------------------------STDERR-----------------------------------
  
      eteor-dev-bundle@0.0.0 No README data
  
      => Starting meteor app on port:80
  
  
  
      /bundle/bundle/programs/server/node_modules/fibers/future.js:245
  
                                                      throw(ex);
  
                                                            ^
  
      Error: ENOENT, no such file or directory '/bundle/bundle/audio'
  
          at Object.fs.lstatSync (fs.js:691:18)
  
          at Object.realpathSync (fs.js:1279:21)
  
          at server/startup.js:10:20
  
          at /bundle/bundle/programs/server/boot.js:249:5
  
      npm WARN package.json meteor-dev-bundle@0.0.0 No description
  
      npm WARN package.json meteor-dev-bundle@0.0.0 No repository field.
  
      npm WARN package.json meteor-dev-bundle@0.0.0 No README data
  
      => Starting meteor app on port:80
  
  
  
      /bundle/bundle/programs/server/node_modules/fibers/future.js:245
  
                                                      throw(ex);
  
                                                            ^
  
      Error: ENOENT, no such file or directory '/bundle/bundle/audio'
  
          at Object.fs.lstatSync (fs.js:691:18)
  
          at Object.realpathSync (fs.js:1279:21)
  
          at server/startup.js:10:20
  
          at /bundle/bundle/programs/server/boot.js:249:5
  
  
  
      => Redeploying previous version of the app
  
  
  
      -----------------------------------STDOUT-----------------------------------
  
  
  
      To see more logs type 'mup logs --tail=50'
  
  
  
      ----------------------------------------------------------------------------

  the main quistion is , how to i generate an output file using ffmpeg command and store it in a place where I can access it and display it on the browser

• avutil/mem : Handle fast allocations near UINT_MAX properly

  5 juillet 2022, par Andreas Rheinhardt

  avutil/mem : Handle fast allocations near UINT_MAX properly
  av_fast_realloc and av_fast_mallocz ? store the size of
  
  the objects they allocate in an unsigned. Yet they overallocate
  
  and currently they can allocate more than UINT_MAX bytes
  
  in case a user has requested a size of about UINT_MAX * 16 / 17
  
  or more if SIZE_MAX > UINT_MAX (and if the user increased
  
  max_alloc_size via av_max_alloc). In this case it is impossible
  
  to store the true size of the buffer via the unsigned* ;
  
  future requests are likely to use the (re)allocation codepath
  
  even if the buffer is actually large enough because of
  
  the incorrect size.
  Fix this by ensuring that the actually allocated size
  
  always fits into an unsigned. (This entails erroring out
  
  in case the user requested more than UINT_MAX.)
  Reviewed-by : Tomas Härdin <tjoppen@acc.umu.se>
  
  Reviewed-by : Anton Khirnov <anton@khirnov.net>
  
  Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
  

  • [DH] libavutil/mem.c