Recherche avancée

Sur d’autres sites (10529)

• w32pthreads : always use Vista+ API, drop XP support

  21 décembre 2017, par wm4

  w32pthreads : always use Vista+ API, drop XP support
  This removes the XP compatibility code, and switches entirely to SWR
  
  locks, which are available starting at Windows Vista.
  This removes CRITICAL_SECTION use, which allows us to add
  
  PTHREAD_MUTEX_INITIALIZER, which will be useful later.
  Windows XP is hereby not a supported build target anymore. It was
  
  decided in a project vote that this is OK.
  

  • [DH] Changelog
  • [DH] compat/w32pthreads.h
  • [DH] configure
  • [DH] libavcodec/pthread_frame.c
  • [DH] libavcodec/pthread_slice.c
  • [DH] libavfilter/pthread.c
  • [DH] libavutil/slicethread.c

• Wowza : Live stream detected but does not play

  2 septembre 2016, par searcot jabali

  This is the command I use to being the stream on my hardware device
  ffmpeg -i /dev/video0 -f rtsp rtsp ://[user] :[password]@52.66.64.136:1935/test/myStream

  I can see that there is an input coming in from the Incoming Streams section of the Wowza Engine Manager.
  The IP, Stream name & Application name are correct.
  

  However when I try to play the stream using the Test Players, I dont see anything. Just a black screen.
  An error message at the bottom of Adobe HDS says Source stream or file could not be found or access was denied.

  

  When I try to use the RTSP wowza link on VLC I get an error stating that the "Input Cannot Be opened"

  Source security for RTSP has been set to open.

  When I stream through the GoCoder App there are no issues.
  This leads me to believe the server is functioning correctly.

  When I use the same command but change the output to write to file (ffmpeg -i /dev/video0 out.mp4) it works perfectly fine !!
  So even the base command is correct.

  Am I missing some arguments from the FFMPEG command ?
  Do I need to provide the username & password even though RTSP Source Security has been set to open ?

• movenc : Allow to request not to use edit lists

  4 novembre 2014, par Martin Storsjö

  movenc : Allow to request not to use edit lists
  In this case, shift tracks to start from zero instead (potentially
  
  stretching the first sample in tracks that start later than the
  
  first one).
  Some software does not support edit lists at all, the adobe flash
  
  player seems to be one of these. This results in AV sync errors when
  
  edit lists are used to adjust AV sync.
  Some players, such as QuickTime, don’t respect the duration for
  
  audio packets, so if an audio track starts later than the video
  
  track and the first audio sample gets a duration longer than the
  
  actual amount of data in it, the result will be out of sync.
  Based on patches by Michael Niedermayer.
  Signed-off-by : Martin Storsjö <martin@martin.st>
  

  • [DH] libavformat/movenc.c
  • [DH] libavformat/movenc.h