Recherche avancée

Sur d’autres sites (1803)

• C++ Realtime OpenGL videogame streaming library

  23 août 2013, par Mufasa

  I need to select a video encoder and library to take raw RGB frames in realtime from a videogame and send them to a remote client. The remote client is sending back mouse events. Right now I have a setup where the server is using glReadPixels to read frame data, then sending information in the form of 16x16 tiles with runlength encoding that have changed since the last read. (The videogame has a lot of solid color areas). My client works to control the game. But the transmission of frames to the client, and mouse events from the client, is too slow. Both use a TCP socket to communicate.

  I'm looking into using ffmpeg or x264 to encode into H.264 video ; do you think this could reduce latency ? I'm on windows and I can't figure out how to set up x264 libraries in Visual Studio, but I have got ffmpeg libraries installed.

  Another name I have heard is live555 but I don't know much about that.

  Do you have any recommendations ?

• How to convert bunch of videos into H.264 AAC ffmpeg with conditions using python ? [closed]

  21 octobre 2020, par Sathish Kumar

  I have bunch of videos on my Ubuntu server in a nested sub folder, say around 2 TB. It has all types of video formats ( mkv,flv,ts,mov,mp4...and others).

  


  Problem : I want to transcode it into (mp4,h.264,aac). I don't want to re-encode the videos which already has (mp4,h.264,aac) it needs to be same. Just those are not in that profile should get converted into (mp4,h.264,aac) without downscaling.

  


  How to effectively handle this / any high level idea / any github repo for this problem ?

  


  Input folder :

  


  Folder1
--sub_folder
---video1.mkv
---video2.ts
---video3.mp4
Folder2
---cat.mkv
---mouse.ts
---train.mp4


  


  Output folder :

  


  Folder1
--sub_folder
---video1.mp4
---video2.mp4
---video3.mp4
Folder2
---cat.mp4
---mouse.mp4
---train.mp4


  


  The input output folder structure should follow the same. it should be automatically created.

  


• Merge commit ’715f139c9bd407ef7f4d1f564ad683140ec61e6d’

  23 mars 2017, par Clément Bœsch

  Merge commit ’715f139c9bd407ef7f4d1f564ad683140ec61e6d’
  * commit ’715f139c9bd407ef7f4d1f564ad683140ec61e6d’ : (23 commits)
  
    vp9lpf/x86 : make filter_16_h work on 32-bit.
  
    vp9lpf/x86 : make filter_48/84/88_h work on 32-bit.
  
    vp9lpf/x86 : make filter_44_h work on 32-bit.
  
    vp9lpf/x86 : make filter_16_v work on 32-bit.
  
    vp9lpf/x86 : make filter_48/84_v work on 32-bit.
  
    vp9lpf/x86 : make filter_88_v work on 32-bit.
  
    vp9lpf/x86 : make filter_44_v work on 32-bit.
  
    vp9lpf/x86 : save one register in SIGN_ADD/SUB.
  
    vp9lpf/x86 : store unpacked intermediates for filter6/14 on stack.
  
    vp9lpf/x86 : move variable assigned inside macro branch.
  
    vp9lpf/x86 : simplify ABSSUM_CMP by inverting the comparison meaning.
  
    vp9lpf/x86 : remove unused register from ABSSUB_CMP macro.
  
    vp9lpf/x86 : slightly simplify 44/48/84/88 h stores.
  
    vp9lpf/x86 : make cglobal statement more conservative in register allocation.
  
    vp9lpf/x86 : save one register in loopfilter surface coverage.
  
    vp9lpf/x86 : add ff_vp9_loop_filter_[vh]_44_16_sse2,ssse3,avx.
  
    vp9lpf/x86 : add ff_vp9_loop_filter_h_48,84_16_sse2,ssse3,avx().
  
    vp9lpf/x86 : add an SSE2 version of vp9_loop_filter_[vh]_88_16
  
    vp9lpf/x86 : add ff_vp9_loop_filter_[vh]_88_16_ssse3,avx.
  
    vp9lpf/x86 : add ff_vp9_loop_filter_[vh]_16_16_sse2().
  
    ...
  All these commits are cherry-picks from FFmpeg. Maybe some slight
  
  differences sneaked in but the Libav codebase still differs too much
  
  with our own to make a proper diff. This merge is a noop.
  Merged-by : Clément Bœsch <u@pkh.me>