Recherche avancée

Sur d’autres sites (6128)

• Play stream via FFplay (FFmpeg) in Docker

  18 mars 2020, par Matan Marciano

  It is possible to play a video file via ffplay in Docker ?
  I have tried to build this docker :

  Dockerfile :

  FROM ubuntu:18.04
  
  RUN apt-get update && apt-get install -y ffmpeg

  After run this docker with a command :

  docker run -v /demo:/demo ffmpeg-test bash -c "ffplay -i /demo/test.mp4"

  I got ffplay logs without any player window.
  What am I missing ?

  FFplay logs :

  ffplay version 3.4.6-0ubuntu0.18.04.1 Copyright (c) 2003-2019 the FFmpeg developers
  
    built with gcc 7 (Ubuntu 7.3.0-16ubuntu3)
  
    configuration: --prefix=/usr --extra-version=0ubuntu0.18.04.1 --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --enable-gpl --disable-stripping --enable-avresample --enable-avisynth --enable-gnutls --enable-ladspa --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libmp3lame --enable-libmysofa --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-libpulse --enable-librubberband --enable-librsvg --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx265 --enable-libxml2 --enable-libxvid --enable-libzmq --enable-libzvbi --enable-omx --enable-openal --enable-opengl --enable-sdl2 --enable-libdc1394 --enable-libdrm --enable-libiec61883 --enable-chromaprint --enable-frei0r --enable-libopencv --enable-libx264 --enable-shared
  
    libavutil      55. 78.100 / 55. 78.100
  
    libavcodec     57.107.100 / 57.107.100
  
    libavformat    57. 83.100 / 57. 83.100
  
    libavdevice    57. 10.100 / 57. 10.100
  
    libavfilter     6.107.100 /  6.107.100
  
    libavresample   3.  7.  0 /  3.  7.  0
  
    libswscale      4.  8.100 /  4.  8.100
  
    libswresample   2.  9.100 /  2.  9.100
  
    libpostproc    54.  7.100 / 54.  7.100

• linking against SDL library on ubuntu

  18 novembre 2013, par ali129

  this is my first post
  I have this problem with SDL library and "ffmpeg's ffplay" and "dosbox" on ubuntu. Here is what happenning :
  I have installed SDL and code::blocks.
  I also wrote a simple sdl program that shows a picture and tried to compile it tree ways :

  1- On command prompt which compiled and works perfectly. ( i mean : gcc -o hellosdl hellosd.c -lsdlmain -lsdl)

  2- On code::blocks by choosing file->new->project->SDL project
  which compiled but gives an error regarding i can't initialize graphic

  and finally
  3- On code::blocks but this time i manually configured sdl. i mean i simply choosed a blanked c file.then added sdl linker options "-lsdlmain and -lsdl" in code::blocks linker settings. and this time the program workes perfectly.

  Now the problem i have with dosbox and ffmpeg. I tried to compile these programs by running ./configure and make and they compiled without any error. but when i try to run dosbox or ffplay they give me these errors :

  ffplay error :
  ffplay version 0.11.1.git Copyright (c) 2003-2012 the FFmpeg developers
  built on Oct 15 2013 04:34:36 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5)
  configuration :
  libavutil 51. 73.101 / 51. 73.101
  libavcodec 54. 56.100 / 54. 56.100
  libavformat 54. 27.101 / 54. 27.101
  libavdevice 54. 2.100 / 54. 2.100
  libavfilter 3. 16.104 / 3. 16.104
  libswscale 2. 1.101 / 2. 1.101
  libswresample 0. 15.100 / 0. 15.100
  Could not initialize SDL - No available video device
  (Did you set the DISPLAY variable ?)

  and yes my DISPLAY variable is set correctly

  echo $DISPLAY
  :0.0

  and

  dosbox error :

  ---

  Exit to error : Can't init SDL No available video device

  i also tried installing dosbox using sudo apt-get install dosbox and it works perfectly.

  i don't know why for some occasion my sdl library works and for some doesn't .
  it would be great if you could help me.

• Launch Leech and the History of WMV

  14 septembre 2010, par Multimedia Mike — General

  I was combing through my programming archives again and came across an old Perl script called launch-leech.pl. This was a private script I used to maintain for the benefit of myself and a few friends. See, there was this site called Launch.com (URL doesn’t seem to do anything as of this writing but here’s the Wikipedia page). Purchased by Yahoo ! in 2001, Launch still maintained their independent branding. They also carried a lot of music videos, of which I am a huge junkie. launch-leech.pl was the tool I used to download the videos. This was particularly useful since I stubbornly clung to dialup internet access until mid-2004 and it would have been impossible to stream video at any decent quality (though there were 56k streams, so like I said– not possible at any decent quality).

  
  
  

  Technically
  I followed Launch.com for many years. To be honest, I only “followed” in that I figured out where their “latest videos” URL lived and regularly polled it. Each video had either a 6-, 7-, or 8-digit unique ID that could be plugged into the launch-leech.pl script which would then have a conversation with the relevant servers, determine the correct streaming URL with the highest quality, then download and save the URL by handing it off to an external program (first ASFRecorder, though I later switched to mmsclient).

  At one point, I even wrote a crawler that compiled an offline database of all the videos, their IDs and their metadata. I never thought of anything interesting to do with it, though.

  
  
  

  Windows Media Legacy
  During these glory days of leeching, Launch.com streamed using Windows Media. I admit, it’s a bit of a blur now — the site might have used Real or QuickTime, but I was obviously most in tune with the WM side. I remember when I first found the site circa 2000-2001, the videos were in MS MPEG-4v3, and the high quality bitrate was 300 kbits/sec. Eventually, Launch.com would stream WMV7, WMV8, and finally WMV9, with bitrates up to 700 kbits/sec. However, they never broke free of the 320×240 encoding resolution, which was frustrating. When I wasn’t able to notice any substantial difference between 300 and 700 kbits/sec, I felt it might be time to put those extra bits to work on a resolution upgrade.

  At least they were nice enough to re-encode a number of old videos using better codecs and bitrates with each revision, thus prompting me to scan through the site collecting updated video IDs for download.

  
  
  

  Epilogue
  I don’t clearly remember when I stopped visiting Launch.com. Video-wise, the web has been a blur of Flash video ever since about 2006. Meanwhile, I spent a lot of time collecting a bunch of music videos in the first half of the decade only to find that pretty much every version of every music video made since the dawn of time is available on demand thanks to YouTube. I have found that this phenomenon manifests in many areas as internet technology marches on.

  The Real Entertainment
  The launch-leech.pl tool represents a recurring pattern for me. I derive as much — if not more — entertainment from creating programs like launch-leech.pl (and implicitly reverse engineering something in the process ; in this case, a website) as I do from the intended entertainment media itself. I seem to have this issue a lot with games, too.

  Is this an issue for anyone else ? Am I the only one who would rather play with the box that a shiny toy comes packaged in ?