File: BUGS

package info (click to toggle)
nvtv 0.4.7-2
  • links: PTS
  • area: main
  • in suites: sarge
  • size: 2,328 kB
  • ctags: 4,303
  • sloc: ansic: 30,302; sh: 6,614; makefile: 159
file content (63 lines) | stat: -rw-r--r-- 2,702 bytes parent folder | download | duplicates (5)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
Bugreports
----------

The program has been tested on a Debian Linux system with an GeForce2
MX card and Brooktree 869 chip.  If you run into trouble with a
different system, first look at the 'Config' page. Compare the PCI
Card and TV chip values with those of your system. (Either look
directly onto the card and read the chip labels, or examine the XFree
logfile with the closed source NVidia driver activated). When
reporting a bug, mention these values and please state exactly what
does not work and what happens when you try it.

So far, only Brooktree and Chrontel chips are supported; Chipsets
other than Brooktree or Chrontel (Philips, for example) could in
principle also be supported; contributions are welcome.

(Note: 'Unknown chips' in the I2C range A0-AF are EDID monitor
addresses and not TV chips).

Known Bugs
----------

Probably many, including:

* If you start with the -N or --nvdev option, and there is no running
  closed source 'nvidia' X driver present, the system will crash due
  to a bug in the NVidia kernel driver.

* Switching to TV mode might need several attempts, especially
  for the large and huge Brooktree NTSC modes, and if the open-source
  'nv' X driver is active.

* The Chrontel PAL modes have a significant distortion on the right
  edge. Sometimes the whole right edge seems to be missing. The
  NTSC modes are a lot better (also with respect to overscan size).
  I have no idea if this is a fault of my Chrontel chip, the 
  Macrovision distortion, or wrong register programming.

* Not all of the predefined Brooktree modes work well. It should be
  possible for all modes, except PAL 640x480 Large & Huge, to be displayed 
  as dualview on the monitor. 

* Especially in the Brooktree Huge modes, there are CRT values that allow 
  doubleview, but there is not enough time to draw the hardware cursor
  in these cases. That may cause a system freeze. (Disabling the
  hardware cursor in XF86Config helps in those cases). Even without
  hardware cursor, sometimes the system freezes.

* There are similar problems with the Chrontel PAL 800x600 Large mode:
  I have sometimes experienced a system freeze, and the TV color flickers
  since it seems not to be able to produce the data in time, so the
  color information is shifted for half a pixel. (Color data is latched
  on two subsequent clocks).

* The calculated Brooktree overscan compensation on the Status page
  sometimes differs slightly from the one used in the calculation. I
  have no idea why.

* The Chrontel overscan values are completely wrong. The calculations
  have to be done in a different way.

* If the server dies, the client segfaults (should check eof condition
  everywhere).