Po pierwsze potrzebujesz pliku konfiguracyjnego. Skopiuj plik /doc/config.sample z katalogu źródłowego oms do .oms/config w Twoim domowym katalogu. Zedytuj plik i ustaw w nim odpowiedni napęd, skórę (skin), urządzenie, etc wszystko czego będziesz używał.

Przygotuj się na dużą ilość tekstu i przeglądanie go. To nadal jest kod rozwojowy. Jeżeli widzisz dużo tekstu i żadnego okna z obrazem, prawdopodobnie zrobiłeś jakiś błąd w swoim pliku konfiguracyjnym. Sprawdź aby upewnić się, że używasz poprawnego pluginu i urządzenia.

Aby odtworzyć DVD, musisz uruchomić X'y w trybie 16-bitowego koloru. Włóż płytę do napędu i napisz:

  
	# oms 

W starszym wersjach OMS dostępna jest metoda potokowa, która używa stworzonej wcześniej fifo. Większość ludzi może pominąć to. Aby użyć potoków napisz:

  
	# ac3dec /tmp/audio& mpeg2dec /tmp/video& oms 

ac3dex i mpeg2dec mogą wymagać "zabicia" (kill) z ręki gdy będziesz używać tej metody.

Jeżeli wszystko poszło dobrze, powinien pojawić się jakiś tekst pytający Cię Czy chcesz sprawdzić nazwę dysku w DVDDB. Bezpiecznie jest odpowiedzieć tak. Następnie oms panel powinien się pojawić. Kliknij na przycisk playlisty, później na przycisk scan dvd i play.

 	 
                ** Uwaga dla posiadaczy karty graficznej Matrox ** 
		 
                  Jeżeli masz już wkompilowane matroxfb w jądro 
                  to istnieje szansa, że masz już ustawione MTRR. 
                  Prawdopodobnie możesz pominąć tą sekcję. 

 	    
    	   # ls /proc/mtrr 

Jeżeli dostaniesz komunikat, że nie ma czegoś takiego jak /proc/mtrr będziesz musiał przekompilować jądro z włączoną obsługą MTRR (opcja ta znajduje się pod "Processor type and features" w menuconfigu).

Teraz już wiesz, że MTRR działa, musisz jeszcze znać podstawowy adres pamięci Twojej karty graficznej i ile ma pamięci. Najprościej możesz to sprawdzić czytając komunikaty w czasie startu X'ów. Ponieważ komunikaty często przewijają się szybko i tracisz je gdy przełączysz się na inną konsolę (tty) musisz przekierować komunikaty X'ów do pliku. Będziesz mógł wtedy odczytać wszystkie potrzebne dane. Możesz to zrobić wydając komendę:

     
           # startx 2> xoutput 

Linia zawierająca potrzebne informacje jest prawdopodobnie gdzieś w po środku komunikatów, i powinna wyglądać podobnie jak:

      
  (--) SVGA: PCI: NVidia Riva TNT2 rev 17, Memory @ 0xee000000, 0xe2000000 

Teraz masz już zlokalizowaną kartę, zapisz sobie ostatni adres pamięci w tym przypadku jest to 0xe2000000. W zależności od Twojego sprzętu możesz mieć pokazanych wiele adresów pamięci, dlatego nie przejmuj się jeśli u Ciebie wygląda to troszeczkę inaczej. Masz już zanotowane potrzebne informacje, możesz już usunąć plik z komunikatami.

Następnie będziesz potrzebował stworzyć nowy MTRR. Rób po kolei, wiesz ile pamięci ram ma Twoja karta w przeliczeniu na hex'y. Tutaj masz kilka standardowych wielkości:

	 
	   4MB  -- 0x400000 
	   8MB  -- 0x800000 
	   16MB -- 0x1000000 
	   32MB -- 0x2000000 

Żeby dodać MTRR, napisz:

	 
  # echo "base=0xe2000000 size=0x2000000 type=write-combining" >| /proc/mtrr 

W miejsce adresu podstawowego "0xe2000000" i "0x2000000" wstaw odpowiednie wartości dla Twojego systemu.

Teraz powinieneś mieć już ustawione MTRR, upewnij się, napisz:

	 
	   # cat /proc/mtrr 

Powinieneś otrzymać podobny komunikat do tego:

	 
  reg00: base=0x00000000 (   0MB), size= 128MB: write-back, count=1 
  reg01: base=0xe2000000 (3616MB), size=  32MB: write-combining, count=1 

Ponownie, liczby wpisów będą prawdopodobnie inne od tych, nie zwracaj uwagi na to.

To jest (mała) lista znanych błędów.

Jeżeli używasz procesora innego niż Intelowski (szczególnie K6), i otrzymujesz taki błąd w czasie próby uruchomienia mpeg2video, zedytuj nist/configure.in, linia 129 i 130:

	 
  CFLAGS="$CFLAGS -DHAVE_MMX -DLINUX -march=i686 -fschedule-insns2  
                                                     -malign-doub 
  CXXFLAGS="$CXXFLAGS -DHAVE_MMX -DLINUX -march=i686 -fschedule-insns2  
                                                            -malign-  

zamień "-march=i686" w obydwu przypadkach "-march=i586", następnie przekompiluj i przeinstaluj jeszcze raz.

To jest bieżąca lista wspólnych błędów występujących w czasie kompilacji, które można naprawić.

Często pojawiający się problem ludziom którzy próbują kompilować narzędzia a oms zagląda w złe miejsce nagłówków jądra. Domyślnie używane są /usr/include/[linux|asm], ale nagłówki te pochodzą od stabilnych jąder i dlatego kiedy kompilujesz normalny program, będą użyte stare nagłówki. OMS wymaga nagłówków z obsługą ioctl. Jeżeli jest to źle ustawione wiele rzeczy jest niezdeklarowanych i kompilacja nie udaje się. Najlepszym sposobem naprawienia tego jest użycie opcji przy konfiguracji --with-kernel-headers=(ścieżka do nagłówków). Drugi sposób to dostosować nagłówki znajdujące się w domyślnym położeniu.

 
	Te komendy powinny to zrobić: 
	 
	# mkdir /usr/include/old 
	# mv /usr/include/linux /usr/include/old/linux 
	# mv /usr/include/asm /usr/include/old/asm 
	# mv /usr/include/scsi /usr/include/old/scsi 
	# ln -s /usr/src/linux/include/linux /usr/include/linux 
	# ln -s /usr/src/linux/include/scsi /usr/include/scsi
	# ln -s /usr/src/linux/include/asm /usr/include/asm 

Innym często pojawiającym się błędem jest błąd związany z katalogiem oms/src/plugin/codec/mpeg2dec/.libs. Z jakiegoś powodu katalog taki nie istnieje, a potrzebny jest do kompilacji. Aby to naprawić, po prostu stwórz taki katalog:

 
	# mkdir src/plugin/codec/mpeg2dec/.libs 

Xfree86 4.x nie tworzy współdzielonych bibliotek dla Xv i Xxf86dgs. Mimo, że ustawienia OMS wymagają ich. Stwórz je tak jak poniżej w Twoim ulubionym katalogu lib:

 
	# ld --whole-archive -shared -o libXv.so libXv.a 
	# ld --whole-archive -shared -o libXxf86dga.so libXxf86dga.a 

Czasami posiadasz stare biblioteki gdzieś obok, które są użyte przez pomyłkę. To będzie powodować dziwne zachowanie takie jak padanie (crashing). Pozbądź się starych biblotek z /usr/local/lib lub przenieś je w inne miejsce i wszystko powinno działać.

Rozwiązanie, które nie działają obecnie tak jak zamierzano:

• Przycisk wyszukujący rozdziały może nie działać.
• Przyciski play/pause/stop mogą przestać działać.
• Dźwięk/Obraz może przeskakiwać lub dźwięk może się "wzbudzać". Dzieje się to przez to, że synchronizacja i framedropping nie zostały jeszcze zaimplementowane.

Jeżeli Twój problem nie jest wylistowany tutaj, wynika z tego że obecny kod CVS ma błąd lub brakuje mu jakiejś opcji. Możesz mieć nadzieję, że będzie to naprawione przy następnym uaktualnieniu CVS, które jest dosyć często robione. Możesz zapisać się na listę mailingową i opisać błąd albo poprosić o nową opcje. Żeby się zapisać wyślij pusty email na livid-user-subscribe@linuxvideo.org.

• opcje pliku Makefile (HAVE_MMX, HAVE_3DNOW, etc)
• poprawne wykrywanie architektury (podczas kompilacji i uruchamiania)
• dodanie prostego stuffu MTRR (framebuffer)
• dodanie potrzebnych opcji do wybierania regionów, który musi być ustawiony nawiększości napędów: www.linuxtv.org/dvd