## 16.4 Video Playback ***Contributed by Ross Lippert. *** Video playback is a very new and rapidly developing application area. Be patient. Not everything is going to work as smoothly as it did with sound. Before you begin, you should know the model of the video card you have and the chip it uses. While **XFree86™** and **X.org** support a wide variety of video cards, fewer give good playback performance. To obtain a list of extensions supported by the X server using your card use the command [xdpyinfo(1)](http://leaf.dragonflybsd.org/cgi/web-man?command#xdpyinfo§ion1&manpath=XFree86+4.3.0) while X11 is running. It is a good idea to have a short MPEG file which can be treated as a test file for evaluating various players and options. Since some DVD players will look for DVD media in `/dev/dvd` by default, or have this device name hardcoded in them, you might find it useful to make symbolic links to the proper devices: # ln -sf /dev/acd0c /dev/dvd # ln -sf /dev/racd0c /dev/rdvd Additionally, DVD decryption, which requires invoking special DVD-ROM functions, requires write permission on the DVD devices. Some of the packages discussed rely on the following kernel options to build correctly. Before attempting to build, add these options to the kernel configuration file, build a new kernel, and reboot: option CPU_ENABLE_SSE option USER_LDT To enhance the shared memory X11 interface, it is recommended that the values of some [sysctl(8)](http://leaf.dragonflybsd.org/cgi/web-man?command#sysctl§ion8) variables should be increased: kern.ipc.shmmax=67108864 kern.ipc.shmall=32768 ### 16.4.1 Determining Video Capabilities There are several possible ways to display video under X11. What will really work is largely hardware dependent. Each method described below will have varying quality across different hardware. Secondly, the rendering of video in X11 is a topic receiving a lot of attention lately, and with each version of **X.org** or **XFree86** there may be significant improvement. A list of common video interfaces: 1. X11: normal X11 output using shared memory. 1. XVideo: an extension to the X11 interface which supports video in any X11 drawable. 1. SDL: the Simple Directmedia Layer. 1. DGA: the Direct Graphics Access. 1. SVGAlib: low level console graphics layer. #### 16.4.1.1 XVideo Both **XFree86 4.X** and **X.org** have an extension called ***XVideo*** (aka Xvideo, aka Xv, aka xv) which allows video to be directly displayed in drawable objects through a special acceleration. This extension provides very good quality playback even on low-end machines (for example my PIII 400 Mhz laptop). Unfortunately, the list of cards in which this feature is supported ***out of the box*** is currently: 1. 3DFX Voodoo 3 1. Intel® i810 and i815 1. some S3 chips (such as Savage/IX and Savage/MX) If your card is not one of these, do not be disappointed yet. **XFree86 4.X** adds new xv capabilities with each release [(1)](#FTN.AEN17552). To check whether the extension is running, use `xvinfo`: % xvinfo XVideo is supported for your card if the result looks like: X-Video Extension version 2.2 screen #0 Adaptor #0: "Savage Streams Engine" number of ports: 1 port base: 43 operations supported: PutImage supported visuals: depth 16, visualID 0x22 depth 16, visualID 0x23 number of attributes: 5 "XV_COLORKEY" (range 0 to 16777215) client settable attribute client gettable attribute (current value is 2110) "XV_BRIGHTNESS" (range -128 to 127) client settable attribute client gettable attribute (current value is 0) "XV_CONTRAST" (range 0 to 255) client settable attribute client gettable attribute (current value is 128) "XV_SATURATION" (range 0 to 255) client settable attribute client gettable attribute (current value is 128) "XV_HUE" (range -180 to 180) client settable attribute client gettable attribute (current value is 0) maximum XvImage size: 1024 x 1024 Number of image formats: 7 id: 0x32595559 (YUY2) guid: 59555932-0000-0010-8000-00aa00389b71 bits per pixel: 16 number of planes: 1 type: YUV (packed) id: 0x32315659 (YV12) guid: 59563132-0000-0010-8000-00aa00389b71 bits per pixel: 12 number of planes: 3 type: YUV (planar) id: 0x30323449 (I420) guid: 49343230-0000-0010-8000-00aa00389b71 bits per pixel: 12 number of planes: 3 type: YUV (planar) id: 0x36315652 (RV16) guid: 52563135-0000-0000-0000-000000000000 bits per pixel: 16 number of planes: 1 type: RGB (packed) depth: 0 red, green, blue masks: 0x1f, 0x3e0, 0x7c00 id: 0x35315652 (RV15) guid: 52563136-0000-0000-0000-000000000000 bits per pixel: 16 number of planes: 1 type: RGB (packed) depth: 0 red, green, blue masks: 0x1f, 0x7e0, 0xf800 id: 0x31313259 (Y211) guid: 59323131-0000-0010-8000-00aa00389b71 bits per pixel: 6 number of planes: 3 type: YUV (packed) id: 0x0 guid: 00000000-0000-0000-0000-000000000000 bits per pixel: 0 number of planes: 0 type: RGB (packed) depth: 1 red, green, blue masks: 0x0, 0x0, 0x0 Also note that the formats listed (YUV2, YUV12, etc) are not present with every implementation of XVideo and their absence may hinder some players. If the result looks like: X-Video Extension version 2.2 screen #0 no adaptors present Then XVideo is probably not supported for your card. If XVideo is not supported for your card, this only means that it will be more difficult for your display to meet the computational demands of rendering video. Depending on your video card and processor, though, you might still be able to have a satisfying experience. You should probably read about ways of improving performance in the advanced reading [video-playback.html#VIDEO-FURTHER-READING Section 16.4.3]. #### 16.4.1.2 Simple Directmedia Layer The Simple Directmedia Layer, SDL, was intended to be a porting layer between Microsoft® Windows®, BeOS, and UNIX®, allowing cross-platform applications to be developed which made efficient use of sound and graphics. The SDL layer provides a low-level abstraction to the hardware which can sometimes be more efficient than the X11 interface. The SDL can be found at [`devel/SDL`](http://pkgsrc.se/devel/SDL). #### 16.4.1.3 Direct Graphics Access Direct Graphics Access is an X11 extension which allows a program to bypass the X server and directly alter the framebuffer. Because it relies on a low level memory mapping to effect this sharing, programs using it must be run as `root`. The DGA extension can be tested and benchmarked by [dga(1)](http://leaf.dragonflybsd.org/cgi/web-man?command#dga§ion1&manpath=XFree86+4.3.0). When `dga` is running, it changes the colors of the display whenever a key is pressed. To quit, use **q** . ### 16.4.2 Ports and Packages Dealing with Video This section discusses the software available from the pkgsrc® tree which can be used for video playback. Video playback is a very active area of software development, and the capabilities of various applications are bound to diverge somewhat from the descriptions given here. Firstly, it is important to know that many of the video applications which run on DragonFly were developed as Linux applications. Many of these applications are still beta-quality. Some of the problems that you may encounter with video packages on DragonFly include: 1. An application cannot playback a file which another application produced. 1. An application cannot playback a file which the application itself produced. 1. The same application on two different machines, rebuilt on each machine for that machine, plays back the same file differently. 1. A seemingly trivial filter like rescaling of the image size results in very bad artifacts from a buggy rescaling routine. 1. An application frequently dumps core. 1. Documentation is not installed with the port and can be found either on the web or under the port's `work` directory. Many of these applications may also exhibit ***Linux-isms***. That is, there may be issues resulting from the way some standard libraries are implemented in the Linux distributions, or some features of the Linux kernel which have been assumed by the authors of the applications. These issues are not always noticed and worked around by the port maintainers, which can lead to problems like these: 1. The use of `/proc/cpuinfo` to detect processor characteristics. 1. A misuse of threads which causes a program to hang upon completion instead of truly terminating. 1. Software not yet in the pkgsrc tree which is commonly used in conjunction with the application. So far, these application developers have been cooperative with port maintainers to minimize the work-arounds needed for port-ing. #### 16.4.2.1 MPlayer **MPlayer** is a recently developed and rapidly developing video player. The goals of the **MPlayer** team are speed and flexibility on Linux and other Unices. The project was started when the team founder got fed up with bad playback performance on then available players. Some would say that the graphical interface has been sacrificed for a streamlined design. However, once you get used to the command line options and the key-stroke controls, it works very well. ##### 16.4.2.1.1 Building MPlayer **MPlayer** resides in [`multimedia/mplayer`](http://pkgsrc.se/multimedia/mplayer). **MPlayer** performs a variety of hardware checks during the build process, resulting in a binary which will not be portable from one system to another. Therefore, it is important to build it from ports and not to use a binary package. Additionally, a number of options can be specified in the `bmake` command line, as described in the `bmake show-options`. # cd /usr/pkgsrc/multimedia/mplayer # bmake show-options Any of the following general options may be selected: aalib Enable aalib support. arts Use the aRts audio daemon. dts Enable DTS Coherent Acoustics support. dv Enable usage of the libdv library. dvdread Enable reproduction of DVDs. esound Enable support for the Enlightment Sound Daemon. ggi Enable GGI support. gif Enable GIF support. jpeg Enable JPEG support. mad Enable usage of the mad library to play MP3 files. mplayer-menu Enable support for user-defined menus. mplayer-real Enable usage of Real codecs. mplayer-runtime-cpudetection Enable CPU detection at run time. mplayer-win32 Enable usage of Win32 DLLs (codecs). nas Enable usage of the Network Audio System. oss Enable support for the Open Sound System audio library. png Enable PNG support. sdl Use SDL as display library. theora Use the theora codecs. vorbis Enable Ogg Vorbis support. xvid Enable usage of XVid codecs. At most one of the following faadgroup options may be selected: faad Enable AAC decoding support using faad2. mplayer-internal-faad These options are enabled by default: aalib arts dv dvdread esound faad gif jpeg mad mplayer-menu mplayer-real mplayer-runtime-cpudetection mplayer-win32 nas oss png sdl theora vorbis xvid These options are currently enabled: aalib arts dv dvdread esound faad gif jpeg mad mplayer-menu mplayer-real mplayer-runtime-cpudetection mplayer-win32 nas oss png sdl theora vorbis xvid You can select which build options to use by setting PKG_DEFAULT_OPTIONS or PKG_OPTIONS.mplayer. If you have [`x11/gtk`](http://pkgsrc.se/x11/gtk) installed, then you might as well enable the GUI. Otherwise, it is not worth the effort. If it is illegal to play (possibly CSS encoded) DVD's with **MPlayer** on your country you must disable the DVD support option[(2)](#FTN.AEN17649). Otherwise the defaults are ok: # bmake As of this writing, the **MPlayer** port will build its HTML documentation and one executable, `mplayer`. By default it builds an encoder, `mencoder`, which is a tool for re-encoding video. A modification to the `Makefile` can disable it. The HTML documentation for **MPlayer** is very informative. If the reader finds the information on video hardware and interfaces in this chapter lacking, the **MPlayer** documentation is a very thorough supplement. You should definitely take the time to read the **MPlayer** documentation if you are looking for information about video support in UNIX. ##### 16.4.2.1.2 Using MPlayer The command options for `mplayer` are listed in the manual page. For even more detail there is HTML documentation. In this section, we will describe only a few common uses. To play a file, such as ' **testfile.avi** ', through one of the various video interfaces set the `-vo` option: % mplayer -vo xv testfile.avi % mplayer -vo sdl testfile.avi % mplayer -vo x11 testfile.avi # mplayer -vo dga testfile.avi # mplayer -vo 'sdl:dga' testfile.avi It is worth trying all of these options, as their relative performance depends on many factors and will vary significantly with hardware. To play from a DVD, replace the `testfile.avi` with `-dvd `***N***` `***DEVICE****** where `***N***` is the title number to play and ' **DEVICE** ' is the device node for the DVD-ROM. For example, to play title 3 from `/dev/dvd`: # mplayer -vo dga -dvd 3 /dev/dvd To stop, pause, advance and so on, consult the keybindings, which are output by running `mplayer -h` or read the manual page. Additional important options for playback are: `-fs -zoom` which engages the fullscreen mode and `-framedrop` which helps performance. In order for the mplayer command line to not become too large, the user can create a file `.mplayer/config` and set default options there: vo=xv fs=yes zoom=yes Finally, `mplayer` can be used to rip a DVD title into a `.vob` file. To dump out the second title from a DVD, type this: # mplayer -dumpstream -dumpfile out.vob -dvd 2 /dev/dvd The output file, `out.vob`, will be MPEG and can be manipulated by the other packages described in this section. ##### 16.4.2.1.3 mencoder If you installed `mencoder` when you build **MPlayer** , be forewarned that it is still an experimental component. Before using `mencoder` it is a good idea to familiarize yourself with the options from the HTML documentation. There is a manual page, but it is not very useful without the HTML documentation. There are innumerable ways to improve quality, lower bitrate, and change formats, and some of these tricks may make the difference between good or bad performance. Here are a couple of examples to get you going. First a simple copy: % mencoder input.avi -oac copy -ovc copy -o output.avi Improper combinations of command line options can yield output files that are unplayable even by `mplayer`. Thus, if you just want to rip to a file, stick to the `-dumpfile` in `mplayer`. To convert `input.avi` to the MPEG4 codec with MPEG3 audio encoding ([`audio/lame`](http://pkgsrc.se/audio/lame) is required): % mencoder input.avi -oac mp3lame -lameopts br=192 \ -ovc lavc -lavcopts vcodec=mpeg4:vhq -o output.avi This has produced output playable by `mplayer` and `xine`. `input.avi` can be replaced with `-dvd 1 /dev/dvd` and run as `root` to re-encode a DVD title directly. Since you are likely to be dissatisfied with your results the first time around, it is recommended you dump the title to a file and work on the file. #### 16.4.2.2 The xine Video Player The **xine** video player is a project of wide scope aiming not only at being an all in one video solution, but also in producing a reusable base library and a modular executable which can be extended with plugins. It comes both as a package and as a port, [`multimedia/xine-ui`](http://pkgsrc.se/multimedia/xine-ui). The **xine** player is still very rough around the edges, but it is clearly off to a good start. In practice, **xine** requires either a fast CPU with a fast video card, or support for the XVideo extension. The GUI is usable, but a bit clumsy. As of this writing, there is no input module shipped with **xine** which will play CSS encoded DVD's. There are third party builds which do have modules for this built in them, but none of these are in the pkgsrc tree. Compared to **MPlayer** , **xine** does more for the user, but at the same time, takes some of the more fine-grained control away from the user. The **xine** video player performs best on XVideo interfaces. By default, **xine** player will start up in a graphical user interface. The menus can then be used to open a specific file: % xine Alternatively, it may be invoked to play a file immediately without the GUI with the command: % xine -g -p mymovie.avi #### 16.4.2.3 The transcode Utilities The software **transcode** is not a player, but a suite of tools for re-encoding `.avi` and `.mpg` files. With **transcode** , one has the ability to merge video files, repair broken files, using command line tools with `stdin/stdout` stream interfaces. Like **MPlayer** , **transcode** is very experimental software which must be build from pkgsrc at [`multimedia/transcode`](http://pkgsrc.se/multimedia/transcode). You can see all the available options with the `bmake show-options` command. I recommend the default ones. # bmake Here are two examples of using `transcode` for video conversion which produce rescaled output. The first encodes the output to an openDIVX AVI file, while the second encodes to the much more portable MPEG format. % transcode -i input.vob -x vob -V -Z 320x240 \ -y opendivx -N 0x55 -o output.avi % transcode -i input.vob -x vob -V -Z 320x240 \ -y mpeg -N 0x55 -o output.tmp % tcmplex -o output.mpg -i output.tmp.m1v -p output.tmp.mpa -m 1 There is a manual page for `transcode`, but there is little documentation for the various `tc*` utilities (such as `tcmplex`) which are also installed. However, the `-h` command line option can always be given to get curt usage instructions for a command. In comparison, `transcode` runs significantly slower than `mencoder`, but it has a better chance of producing a more widely playable file. MPEGs created by `transcode` have been known to play on **Windows Media® Player** and Apple's **Quicktime®** , for example. ### 16.4.3 Further Reading The various video software packages for DragonFly are developing rapidly. It is quite possible that in the near future many of the problems discussed here will have been resolved. In the mean time, those who want to get the very most out of DragonFly's A/V capabilities will have to cobble together knowledge from several FAQs and tutorials and use a few different applications. This section exists to give the reader pointers to such additional information. The [MPlayer documentation](http://www.mplayerhq.hu/DOCS/) is very technically informative. These documents should probably be consulted by anyone wishing to obtain a high level of expertise with UNIX video. The **MPlayer** mailing list is hostile to anyone who has not bothered to read the documentation, so if you plan on making bug reports to them, RTFM. The [xine HOWTO](http://dvd.sourceforge.net/xine-howto/en_GB/html/howto.html) contains a chapter on performance improvement which is general to all players. Finally, there are some other promising applications which the reader may try: * [Avifile](http://avifile.sourceforge.net/) which is not yet in the official pkgsrc tree, but you can find it on [pkgsrc-wip](http://pkgsrc-wip.sourceforge.net/). * [Ogle](http://www.dtek.chalmers.se/groups/dvd/) which is also a port [`multimedia/ogle`](http://pkgsrc.se/multimedia/ogle). * [Xtheater](http://xtheater.sourceforge.net/) * [`multimedia/dvdauthor`](http://pkgsrc.se/multimedia/dvdauthor), an open source package for authoring DVD content. #### Notes [[!table data=""" | [video-playback.html#AEN17552 (1)] | A popular familiar graphics card with generally very good **XFree86** performance, nVidia, has yet to release the specifications on their XVideo support to the **XFree86** team. It may be some time before **XFree86** fully support XVideo for these cards. [video-playback.html#AEN17649 (2)] | Unauthorized DVD playback is a serious criminal act in some countries. Check local laws before enabling this option. | """]] CategoryHandbook CategoryHandbook-multimedia