HOWTO-STREAM 5.2 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127
  1. The FFserver streaming HOWTO
  2. ----------------------------
  3. Philip Gladstone <philip-ffserver@gladstonefamily.net>
  4. Last updated: May 10, 2002
  5. 0. What is this HOWTO about?
  6. This covers only the streaming aspects of ffserver / ffmpeg. All questions about
  7. parameters for ffmpeg, codec questions, etc. are not covered here.
  8. You should also read the ffserver.txt file in this directory. It contains
  9. roughly the same information.
  10. 1. What can this do?
  11. When properly configured and running, you can capture video and audio in real
  12. time from a suitable capture card, and stream it out over the Internet to
  13. either Windows Media Player or RealAudio player (with some restrictions).
  14. It can also stream from files, though that is currently broken. Very often, a
  15. web server can be used to serve up the files just as well.
  16. 2. What do I need?
  17. I use Linux on a 900MHz Duron with a cheapo Bt848 based TV capture card. I'm
  18. using stock linux 2.4.17 with the stock drivers. [Actually that isn't true,
  19. I needed some special drivers from my motherboard based sound card.]
  20. I understand that FreeBSD systems work just fine as well.
  21. 3. How do I make it work?
  22. First, build the kit. It *really* helps to have installed LAME first. Then when
  23. you run the ffserver ./configure, make sure that you have the --enable-mp3lame
  24. flag turned on.
  25. LAME is important as it allows streaming of audio to Windows Media Player. Don't
  26. ask why the other audio types do not work.
  27. As a simple test, just run the following two command lines:
  28. ./ffserver -f doc/ffserver.conf &
  29. ./ffmpeg http://localhost:8090/feed1.ffm
  30. At this point you should be able to go to your windows machine and fire up
  31. Windows Media Player (WMP). Go to Open URL and enter
  32. http://<linuxbox>:8090/test.asf
  33. You should see (after a short delay) video and hear audio.
  34. 4. What happens next?
  35. You should edit the ffserver.conf file to suit your needs (in terms of
  36. frame rates etc). Then install ffserver and ffmpeg, write a script to start
  37. them up, and off you go.
  38. 5. Troubleshooting
  39. * I don't hear any audio, but video is fine
  40. Maybe you didn't install LAME, or get your ./configure statement right. Check
  41. the ffmpeg output to see if a line referring to mp3 is present. If not, then
  42. your configuration was incorrect. If it is, then maybe your wiring is not
  43. setup correctly. Maybe the sound card is not getting data from the right
  44. input source. Maybe you have a really awful audio interface (like I do)
  45. that only captures in stereo and also requires that one channel be flipped.
  46. If you are one of these people, then export 'AUDIO_FLIP_LEFT=1' before
  47. starting ffmpeg.
  48. * The audio and video loose sync after a while.
  49. Yes, they do.
  50. * After a long while, the video update rate goes way down in WMP.
  51. Yes, it does. Who knows why?
  52. * WMP 6.4 behaves differently to WMP 7.
  53. Yes, it does. Any thoughts on this would be gratefully received. These
  54. differences extend to embedding WMP into a web page. [There are two
  55. different object ids that you can use, one of them -- the old one -- cannot
  56. play very well, and the new one works well (both on the same system). However,
  57. I suspect that the new one is not available unless you have installed WMP 7].
  58. 6. What else can it do?
  59. There seems to be a bunch of code that allows you to replay previous
  60. video. I've never tried it, so it probably doesn't work properly. YMMV.
  61. In fact, in order to get some level of stability, ffserver now deletes
  62. all the previously sent video whenever it restarts.
  63. You can fiddle with many of the codec choices and encoding parameters, and
  64. there are a bunch more parameters that you cannot control. Post a message
  65. to the mailing list if there are some 'must have' parameters. Look in the
  66. ffserver.conf for a list of the currently available controls.
  67. It will automatically generate the .ASX or .RAM files that are often used
  68. in browsers. These files are actually redirections to the underlying .ASF
  69. or .RM file. The reason for this is that the browser often fetches the
  70. entire file before starting up the external viewer. The redirection files
  71. are very small and can be transferred quickly. [The stream itself is
  72. often 'infinite' and thus the browser tries to download it and never
  73. finishes.]
  74. 7. Tips
  75. * When you connect to a live stream, most players (WMP, RA etc) want to
  76. buffer a certain number of seconds of material so that they can display the
  77. signal continuously. However, ffserver (by default) starts sending data
  78. in real time. This means that there is a pause of a few seconds while the
  79. buffering is being done by the player. The good news is that this can be
  80. cured by adding a '?buffer=5' to the end of the URL. This says that the
  81. stream should start 5 seconds in the past -- and so the first 5 seconds
  82. of the stream is sent as fast as the network will allow. It will then
  83. slow down to real time. This noticeably improves the startup experience.
  84. You can also add a 'Preroll 15' statement into the ffserver.conf that will
  85. add the 15 second prebuffering on all requests that do not otherwise
  86. specify a time. In addition, ffserver will skip frames until a key_frame
  87. is found. This further reduces the startup delay by not transferring data
  88. that will be discarded.
  89. * You may want to adjust the MaxBandwidth in the ffserver.conf to limit
  90. the amount of bandwidth consumed by live streams.