Recherche avancée

Sur d’autres sites (8934)

• Solution for VB6 to broadcast Webcam

  14 septembre 2018, par vantrung -cuncon

  Sorry, I know VB6 is decades ago, but I’m in a situation that I have to use VB6 to deliver live webcam stream beetween 2 PC in Server - Client Model program. Vb6-code holds the connection then I have no choice but to transfer all data via that connection.

  I’ve tried weeks for this, uncountable approaches but went to nowhere.
  My efforts focused on 3 major approaches :

  1/ Use ffmpeg to record live webcam as ".avi" file on hard disk, transfer parts of file to other end & play it. But I’ve stucked with a media-player that can play a "being written" avi file.

  Windows Media Player control told me "file already in use..." & VLC Plugin can’t even be added to VB6 (axvlc.dll).

  2/ Use ffmpeg to save live webcam as avi file, transfer each bit of that file to the other end, then in other end, extract 24 images / second from the avi to display continously in a picture box.
  This approach is ok except that my hard disk get fulled of images in a time of wink and my program get very slow before hanging.

  3/ Use ffmpeg to stream the live webcam to a rtp-port like this :

  ffmpeg -f dshow -i video="Lenovo EasyCamera" -vcodec mpeg2video -pix_fmt yuv422p -f rtp -an rtp://224.1.2.3:8191

  I’ve successfully watch the stream in VLC, but VLC(axvlc.dll) refused to be integrated into ancient VB6. And more important, I don’t know how to redirect/reroute the rtp stream to other PC with VB6.

  Any one please light me up ? (Any 3rd party component is welcomed)

• Solution for VB6 to broadcast Webcam

  11 juillet 2014, par vantrung -cuncon

  Sorry, I know VB6 is decades ago, but I’m in a situation that I have to use VB6 to deliver live webcam stream beetween 2 PC in Server - Client Model program. Vb6-code holds the connection then I have no choice but to transfer all data via that connection.

  I’ve tried weeks for this, uncountable approaches but went to nowhere.
  My efforts focused on 3 major approaches :

  1/ Use ffmpeg to record live webcam as ".avi" file on hard disk, transfer parts of file to other end & play it. But I’ve stucked with a media-player that can play a "being written" avi file.

  Windows Media Player control told me "file already in use..." & VLC Plugin can’t even be added to VB6 (axvlc.dll).

  2/ Use ffmpeg to save live webcam as avi file, transfer each bit of that file to the other end, then in other end, extract 24 images / second from the avi to display continously in a picture box.
  This approach is ok except that my hard disk get fulled of images in a time of wink and my program get very slow before hanging.

  3/ Use ffmpeg to stream the live webcam to a rtp-port like this :

  ffmpeg -f dshow -i video="Lenovo EasyCamera" -vcodec mpeg2video -pix_fmt yuv422p -f rtp -an rtp://224.1.2.3:8191

  I’ve successfully watch the stream in VLC, but VLC(axvlc.dll) refused to be integrated into ancient VB6. And more important, I don’t know how to redirect/reroute the rtp stream to other PC with VB6.

  Any one please light me up ? (Any 3rd party component is welcomed)

• aaccoder : rewrite PNS implementation

  6 septembre 2015, par Rostislav Pehlivanov

  aaccoder : rewrite PNS implementation
  This commit rewrites the PNS implementation and significantly
  
  improves sonic quality.
  The previous implementation marked an incredibly big amount
  
  of SFBs to predict when there was no need for this and this
  
  resulted in quite a large amount of artifacts. Also the
  
  quantization was incorrect (av_clip(4+log2f(...))) which
  
  led to 3x the intensity for PNS values leading to even more
  
  artifacts.
  This commit rewrites the PNS search function and introduces
  
  a major change : the PNS values are synthesized and are compared
  
  to the current coefficients in addition to passing through
  
  the revised checks to see whether PNS can be used.
  This decreases distortions and makes the current PNS implementation
  
  mainly focused on replacing any low-power non-zero bands as well
  
  as adding any zeroed bands back.
  The current encoder’s performance is enough (especially with
  
  IS) so PNS isn’t really required except to fill in the occasional
  
  few bands as well as extend any zeroed high frequency, so this
  
  combination which is already enabled by default works
  
  to get as much quality as it can within the bits allowed.
  Signed-off-by : Rostislav Pehlivanov <atomnuker@gmail.com>
  

  • [DH] libavcodec/aaccoder.c