Recherche avancée

Sur d’autres sites (9397)

• TCP connection error when using FFServer / FFMpeg

  24 août 2011, par Mike

  I am getting a "TCP connection to localhost:8090 failed : Connection refused" error when trying to use FFServer on Ubuntu 10.04LTS Desktop.

  I am typing :

  ffmpeg -f video4linux2 -s 640x480 -r 30000/1001 -i /dev/video0 -f avi -vcodec mjpeg -r 30000/1001 http://localhost:8090/feed1.ffm

  Here is the full output :

  Input #0, video4linux2, from '/dev/video0' :
  Duration : N/A, start : 1314207657.841770, bitrate : N/A
  Stream #0.0 : Video : mjpeg, yuvj420p, 1280x720 [SAR 96:96 DAR 16:9], -5 kb/s, 30 tbr, 1000k tbn, 30 tbc
  [tcp @ 0x9e58980] TCP connection to localhost:8090 failed : Connection refused
  [buffer @ 0x9e58260] w:1280 h:720 pixfmt:yuvj420p tb:1/1000000 sar:96/96 sws_param :
  Output #0, avi, to 'http://localhost:8090/feed1.ffm':
  Metadata :
  ISFT : Lavf53.8.0
  Stream #0.0 : Video : mjpeg, yuvj420p, 1280x720 [SAR 96:96 DAR 16:9], q=2-31, 200 kb/s, 29.97 tbn, 29.97 tbc
  Stream mapping :
  Stream #0.0 -> #0.0`

  FFServer seems to acknowledge the request though :

  Wed Aug 24 13:40:57 2011 127.0.0.1 - - [POST] "/feed1.ffm HTTP/1.1" 200 1356

  Where is the problem ? How can I use FFMPeg correctly ?

• Internecine Legal Threats

  1er juin 2011, par Multimedia Mike — Legal/Ethical

  FFmpeg and associated open source multimedia projects such as xine, MPlayer, and VLC have long had a rebel mystique about them ; a bunch of hackers playing fast and loose with IP law in order to give the world the free multimedia experience it deserved. We figured out the algorithms using any tools available, including the feared technique of binary reverse engineering. When I gave a presentation about FFmpeg at Linuxtag in 2007, I created this image illustrating said mystique :

  
  
  

  It garnered laughs. But I made the point that we multimedia hackers just press on, doing our thing while ignoring legal threats. The policy has historically worked out famously for us– to date, I seem to be the only person on the receiving end of a sort-of legal threat from the outside world.

  Who would have thought that the most credible legal threat to an open source multimedia project would emanate from a fork of that very project ? Because that’s exactly what has transpired :

  
  
  Click for full threat
  

  So it came to pass that Michael Niedermayer — the leader of the FFmpeg project — received a bona fide legal nastygram from Mans Rullgard, a representative of the FFmpeg-forked Libav project. The subject of dispute is a scorched-earth matter involving the somewhat iconic FFmpeg zigzag logo :

  Original 2D logo		enhanced 3D logo

  To think of all those years we spent worrying about legal threats from organizations outside the community. I’m reminded of that time-honored horror trope/urban legend staple : Get out ! The legal threats are coming from inside the house !

  I’m interested to see how this all plays out, particularly regarding jurisdiction, as we have a U.K. resident engaging an Italian lawyer outfit to deliver a legal threat to an Austrian citizen regarding an image hosted on a server in Hungary. I suspect I know why that law firm was chosen, but it’s still a curious jurisdictional setup.

  People often used to ask me if we multimedia hackers would get sued to death for doing what we do. My response was always, “There’s only one way to know for sure,” by which I meant that we would just have to engage in said shady activities and determine empirically if lawsuits resulted. So I’m a strong advocate for experimentation to push the limits. Kudos to Michael and Mans for volunteering to push the legal limits.

• avcodec/libvpxenc : make class names unique

  9 juillet 2013, par Michael Niedermayer

  avcodec/libvpxenc : make class names unique
  This should fix an infinite loop with -h full
  Found-by : <Foofie>
  
  Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
  

  • [DH] libavcodec/libvpxenc.c