Recherche avancée

Sur d’autres sites (12219)

• ffmpeg send udp stream

  26 avril 2017, par Luzwitz

  I stream my screen and i want send stream on a server with udp.

  So, I have this command :

  ffmpeg -ss 00:00:00 -s 1920x1080 -f x11grab -i :0.0+0,0 -copyts -vf "scale=-1:min(ih*1920/iw\,1080),pad=1920:1080:(1920-iw)/2:(1080-ih)/2:black" -c:v libvpx -b:v 4M -crf 16 -quality realtime -cpu-used 8 -c:a libvorbis -f webm udp://127.0.0.1:8080

  And server in C :

  int sock, clientlen, n, port = 8080;
  
  char buf[1024], *host;
  
  
  
  FILE *file;
  
  
  
  struct sockaddr_in serveraddr;
  
  struct sockaddr_in clientaddr;
  
  struct hostent *hostp;
  
  
  
  sock = socket(AF_INET, SOCK_DGRAM, 0);
  
  
  
  bzero((char *) &serveraddr, sizeof(serveraddr));
  
  
  
  serveraddr.sin_family = AF_INET;
  
  serveraddr.sin_addr.s_addr = htonl(INADDR_ANY);
  
  serveraddr.sin_port = htons((unsigned short)port);
  
  
  
  if(bind(sock, (struct sockaddr *) &serveraddr, sizeof(serveraddr)) < 0) 
  
      clientlen = sizeof(clientaddr);
  
  
  
  file = fopen("out.webm", "wb"));
  
  
  
  printf("En attente de données...\n");
  
  
  
  while(1)
  
  {
  
      bzero(buf, 1024);
  
  
  
      n = recvfrom(sock, buf, 1024, 0, (struct sockaddr *) &clientaddr, &clientlen);
  
  
  
      hostp = gethostbyaddr((const char *)&clientaddr.sin_addr.s_addr, sizeof(clientaddr.sin_addr.s_addr), AF_INET);
  
  
  
      host = inet_ntoa(clientaddr.sin_addr);
  
  
  
      fwrite(buf, n, 1, file);
  
  }

  And, when i play out.webm, i haven’t video.

• cross compiling ffmpeg with conan fails : x86_64-w64-mingw32-ld : unrecognised emulation mode : 64

  6 février, par ovni jeroqui

  I'm trying to install ffmpeg (and some other libraries, but ffmpeg alone fails too) with conan to cross compile from linux (ubuntu) to windows.

  


  Conan throws an error on Running configure, inside build(). It says that x86_64-w64-mingw32-gcc is unable to create an executable file..

  


  On the config log I discovered it's because of a flag when running tests for x86_64-w64-mingw32-ld.

  


  x86_64-w64-mingw32-ld -m64 -L/home/jeroqui/.conan2/p/b/freetd8d522cfe5ed9/p/lib -L/home/jeroqui/.conan2/p/b/libsv9862cce477f3c/p/lib -L/home/jeroqui/.conan2/p/b/opensf32bb84148b27/p/lib -L/home/jeroqui/.conan2/p/b/vorbib2efb2d738443/p/lib -L/home/jeroqui/.conan2/p/b/libpn1c271e119251a/p/lib -L/home/jeroqui/.conan2/p/b/dav1d0798c06f2d7c3/p/lib -L/home/jeroqui/.conan2/p/b/libaoec0c6ff69236b/p/lib -L/home/jeroqui/.conan2/p/b/cpuin94c00ccfd6939/p/lib -L/home/jeroqui/.conan2/p/b/zlib09a824ccbeb0e/p/lib -L/home/jeroqui/.conan2/p/b/libwedcd84ab019a17/p/lib -L/home/jeroqui/.conan2/p/b/libfdbad6e447d67d4/p/lib -L/home/jeroqui/.conan2/p/b/libmpeb5a9a1a779c7/p/lib -L/home/jeroqui/.conan2/p/b/libvp0218afdff461c/p/lib -L/home/jeroqui/.conan2/p/b/libx2ec0d07d4a0565/p/lib -L/home/jeroqui/.conan2/p/b/libx23198ed0a549b9/p/lib -L/home/jeroqui/.conan2/p/b/opus8d5d63e1681f3/p/lib -L/home/jeroqui/.conan2/p/b/ogg813050272864b/p/lib -L/home/jeroqui/.conan2/p/b/openh3680a2c5cc945/p/lib -L/home/jeroqui/.conan2/p/b/openj09e5e15be595a/p/lib -L/home/jeroqui/.conan2/p/b/brotl58bc227a041f8/p/lib -L/home/jeroqui/.conan2/p/b/bzip2e67b6fd4c7720/p/lib -L/home/jeroqui/.conan2/p/b/libic229c7a1dc80e2/p/lib -L/home/jeroqui/.conan2/p/b/xz_ut8375de634122a/p/lib -m64 -o /tmp/ffconf.eAkkSIml/test.exe /tmp/ffconf.eAkkSIml/test.o
x86_64-w64-mingw32-ld: unrecognised emulation mode: 64
Supported emulations: i386pep i386pe
C compiler test failed.


  


  I've tried to get conan to not add the -m64 flag, but I haven't been able to get it working. Setting env variables like LDFLAGS= doesn't seam to work either on the conan profile, on the conanfile.py or directly on my terminal. Any suggestions ?

  


• ffmpeg : RTP missed packets, how to avoid ? [on hold]

  17 mai 2019, par James Adams

  I am saving H.264/5 video (from IP camera) to MP4 using ffmpeg without transcoding :

  $ ffmpeg -i  -vcodec copy -y -rtsp_transport tcp video.mp4

  I’m getting numerous missing packets messages, for example :

  [rtsp @ 0x55d6a47a8d40] RTP: missed 3 packets
  
  [rtsp @ 0x55d6a47a8d40] max delay reached. need to consume packet
  
  [rtsp @ 0x55d6a47a8d40] RTP: missed 1 packets
  
  [rtsp @ 0x55d6a47a8d40] max delay reached. need to consume packet
  
  [rtsp @ 0x55d6a47a8d40] RTP: missed 4 packets
  
  [rtsp @ 0x55d6a47a8d40] max delay reached. need to consume packet

  The above results in MP4 files that are wonky looking in some places, apparently data has been lost and this results in smeared looking video files.

  I seem to have better luck when I change the option order and put the -rtsp_transport tcp before the -i , but that’s also problematic because it seems to hang without ever finishing (at least I’ve never waited long enough for it to finish on its own before killing the process).

  I have had better luck with reading the video stream (same RTSP URL) using OpenCV (no missing packet messages) but I know of no way to avoid the transcoding step using that package so I’m stuck with ffmpeg (it seems that I’m not alone). Maybe OpenCV is doing some sort of buffering that helps it avoid dropping packets, and there’s a corresponding option that I haven’t found yet that will enable this for ffmpeg ?

  My system is a Dell XPS laptop running Ubuntu 18.04.

  How can I work around this issue ?