Recherche avancée

Sur d’autres sites (12822)

• Nginx - How and when are "exec" commands executed

  14 juillet 2015, par user1767754

  I have a config file

  rtmp{
  
      server{
  
          listen 1935;
  
          application publish {
  
          live on;
  
  
  
          exec touch /Users/chaleon/Desktop/myfile.txt;
  
          }
  
      }
  
  }

  1) Is the exec command activated when i call rtmp ://192.168.1.3:1935/publish ?

  Thats what i am expecting, but calling the addresse over vlc, will not cause the exec to run. However i’ve already managed to setup streaming from ffmpeg to a nginx application, which was accessible.

• Revision 683b5a3161 : vpx_subpixel_8t_ssse3 : fix reg counts/access fixes build on windows x64 ; previo

  17 septembre 2015, par James Zern

  Changed Paths :
   Modify /vpx_dsp/x86/vpx_subpixel_8t_ssse3.asm

  
  
  vpx_subpixel_8t_ssse3 : fix reg counts/access

  fixes build on windows x64 ; previously ’heightq’ i.e., the 64-bit register
  was accessed when only the 32-bit value was needed. given this is from a
  stack variable the upper bits were undefined.

  + bump register/xmm counts ; users of SETUP_LOCAL_VARS touch xmm13 in
  64-bit builds and filter_block1d16_v* uses one extra temp variable

  Change-Id : I9c768c0b2047481d1d3b11c2e16b2f8de6eb0d80

• Decoding RIMM streaming file format

  10 septembre 2011, par Thomas

  I want to decode the video (visual) frames within a Blackberry RIMM file. So far I have a parser, and some corresponding container documentation from RIM. 

  The video codec is H264 and is explicitly set on the device using one of the video.encodings properties. However, FFMPEG is not able to decode the frames and this is driving me nuts.

  Edit 1 : The issues seems to be lack of SPS and PPS in the frames, and artificially inserting them have proven unsuccessful so far (all grey image). Blackberry 9700 sends

  0x00 0x00 0x ?? 0x ?? 0xType

  where Type is according to table 7-1 in the H264 spec (I and P frames). We believe the 0x ?? 0x ?? represent the size of the frame, however the size does not always correspond to the size found by the parser (the parser seems to be working correctly).

  I have a windows decoder codec from blackberry, called mc_demux_mp2_ds.ax, and can play some MPEG-4 files captured the same way, but it is a binary for windows. And the H264 files will not play either way. I am aware of previous attempts. The capture url for javax.microedition.media.Manager is

  encoding=video-3gpp_width=176_height=144_video_codec=H264_audio_codec=AAC

  and I am writing to an output stream. Some example files here.

  Edit 2 :Turns out that about 3-4 of the 12-15 available video capture modes are flat out failing and refusing to output data, even in the simplest of test applications. So any working solution should implement MPEG-4, H264 and H263 in both AMR and AAC, in so getting fallback alternatives when one sound codec and/or resolution fails. Reboots, hangs and what not litters the Blackberry video implementation and vary from firmware to firmware ; total suckage.