• 1
  • 2(current)
  • 3
  • 4
  • 5
  • 12
Linux HOW-TO setup XBMC and Linux with correct resolution (xorg.conf)
#16
My first post here... so be gentle Big Grin. Also I'm almost a complete newbie in both Linux and the HTPC business and English's not my native language, so please speak slowly and use small words - I'll need detailed explanation for everything.

I'm having some problems with my HTPC running Ubuntu 9.04 updated as of today and XBMC 9.04 on an Nvidia 8300 based motherboard. The biggest of them all (and rather recent) is that on random occasions, i lose all audio and video. All the while whatever I'm watching keeps playing - sometimes the picture and sound returns after a few seconds and it's easy to tell it kept running. Other times it wont return and my Philips LCD would complain of an "Unsupported Video Format".

Googling a bit, I discovered it's a known issue with Philips TVs and Nvidia's graphic cards, apparently there's some problem with the EDID between the two. More details here:
http://forums.nvidia.com/index.php?showtopic=71391&st=0

There's also a solution: forgo the EDID and set the resolution manually. But the instructions are for Windows... But hey, haven't I saw a thread on just that issue a few days ago on the XBMC board?

I tried following the instructions here, but most modes did not show "Mode is valid" anywhere in the log file. I get thing like:
Code:
(WW) NVIDIA(0):     Mode is rejected: Modes from the Philips FTV (DFP-0)'s
(WW) NVIDIA(0):     EDID are not allowed.
or
Code:
(WW) NVIDIA(0): The EDID for Philips FTV (DFP-0) contradicts itself: mode
(WW) NVIDIA(0):     "1920x1080" is specified in the EDID; however, the EDID's
(WW) NVIDIA(0):     valid VertRefresh range (48.000-62.000 Hz) would exclude
(WW) NVIDIA(0):     this mode's VertRefresh (24.0 Hz); ignoring VertRefresh
(WW) NVIDIA(0):     check for mode "1920x1080".
(WW) NVIDIA(0):     Mode is rejected: Modes from the Philips FTV (DFP-0)'s
(WW) NVIDIA(0):     EDID are not allowed.
or even
Code:
(II) NVIDIA(0):     Mode (1920 x 1080) is too large for DFP Native Resolution
(II) NVIDIA(0):         (Max: 640 x 480); mode will not be allowed to scale to
(II) NVIDIA(0):         the DFP's native resolution.
(WW) NVIDIA(0):     Mode is rejected: Modes from the Philips FTV (DFP-0)'s
(WW) NVIDIA(0):     EDID are not allowed.

And these are all modes that are supposed to be valid according to the TV's manual, in fact I'm using one of them right now! I got no 720p mode as valid, for example, and that's how I use XBMC most of the time.

Ant clues on how I should proceed?

Thanks.
Reply
#17
Tried
Quote:Option "UseEdid" "FALSE"
in xorg.conf?

The readme for the nvidia driver has a lot of info on different settings for xorg.conf
Reply
#18
Nope, I had no idea there was such an option. Nor did I know of the driver's readme file - as I said, I'm a newbie.

One thing I'm not sure of: should I use the 'UseEdid' instead of the procedure described in the OP or as part of it?
Reply
#19
Use it as an addition to the other options.
Reply
#20
I own a Samsung 55" LED TV (UE557070). Native mode for this TV is 1920*1080*60hz. However, in the XBMC live setup menu, there is no option for 1920*1080*60hz. The "best" option is 1920*1080*50hz.

I am totally n00b when it comes to XBMC live. I am also a n00b regarding how refresh rates affects picture quality.

My question is: Will running at 1920*1080*50hz (instead of 60hz) negatively impact the picture quality? I have heard that the optimal refresh rate for HD material is 24hz. Is this true? Will the optimal refresh rate always be used if I select the Auto setting?
Reply
#21
It depends on the source material. If your source material is 24p (ie 24Hz, it will look worse in 50Hz then in 24Hz). If you use this guide to setup up correct refresh rates XBMC will automatically switch to the source materials refresh rate.
Reply
#22
biggles Wrote:Use it as an addition to the other options.

Sorry but it's still unclear. When should I add it? Before I run the X test or after?

But it might be unnecessary. I took your advice and started reading on the xorg.conf file and when I got to the ExactModeTimingsDVI option, I discovered that setting it to True tells X to read the timing info from the xconf.org instead of the EDID (or so i gather). I've set it to True after reading in this forum about a few xorg.conf setting that should help raising the framerate and indeed those settings raised my framerate from 17FPS to 24FPS, but apparently the ExactModeTimingsDVI was unnecessary. I removed it yesterday and so far had not seen the problem return while the framerate remains at about 24FPS.
Reply
#23
EDIT: I replaced my old config file i posted here because it gave trouble with the audio output (sound cuts), so i assume that the horiz/vertrefresh didnt work properly. i created this new config file with the help of the native nvidia settings tool + saved it with it.

------------------

After trying around for about a week with my new toshiba 42" full hd 24p LCD i finally found a xorg.conf that works without stutter or skipping.

Set xbmc to automaticly set the refresh rate

this xorg.conf was tested on an e8400 / 2 gb / geforce 9400gt setup

Code:
# nvidia-settings: X configuration file generated by nvidia-settings
# nvidia-settings:  version 1.0  (buildd@palmer)  Sun Feb  1 20:21:04 UTC 2009

# nvidia-xconfig: X configuration file generated by nvidia-xconfig
# nvidia-xconfig:  version 1.0  (buildmeister@builder63)  Fri Aug 14 17:54:58 PDT 2009

Section "ServerLayout"
    Identifier     "Layout0"
    Screen      0  "Screen0" 0 0
    InputDevice    "Keyboard0" "CoreKeyboard"
    InputDevice    "Mouse0" "CorePointer"
EndSection

Section "Files"
EndSection

Section "ServerFlags"
    Option         "Xinerama" "0"
EndSection

Section "InputDevice"

    # generated from default
    Identifier     "Mouse0"
    Driver         "mouse"
    Option         "Protocol" "auto"
    Option         "Device" "/dev/psaux"
    Option         "Emulate3Buttons" "no"
    Option         "ZAxisMapping" "4 5"
EndSection

Section "InputDevice"

    # generated from default
    Identifier     "Keyboard0"
    Driver         "kbd"
EndSection

Section "Monitor"
    Identifier     "Monitor0"
    VendorName     "Unknown"
    ModelName      "TSB TOSHIBA-TV"
    HorizSync       15.0 - 81.0
    VertRefresh     23.0 - 76.0
    Option         "DPMS"
    ModeLine "1920x1080@60p" 148.50 1920 2008 2052 2200 1080 1084 1089 1125 +hsync +vsync
    ModeLine "1920x1080@50p" 148.50 1920 2448 2492 2640 1080 1084 1089 1125 +hsync +vsync
    ModeLine "1920x1080@60i" 74.18 1920 2008 2052 2200 1080 1084 1094 1124 +hsync +vsync Interlace
    ModeLine "1920x1080@50i" 74.25 1920 2448 2492 2640 1080 1084 1094 1124 +hsync +vsync Interlace
    ModeLine "[email protected]" 74.175 1920 2558 2602 2750 1080 1084 1089 1125 +hsync +vsync
    ModeLine "1920x1080@24p" 74.16 1920 2558 2620 2750 1080 1084 1089 1125 +hsync +vsync
    ModeLine "1920x1080@25p" 74.25 1920 2448 2492 2640 1080 1084 1089 1125 +hsync +vsync
EndSection

Section "Device"
    Identifier     "Device0"
    Driver         "nvidia"
    VendorName     "NVIDIA Corporation"
    BoardName      "ION"
EndSection

Section "Screen"
    Identifier     "Screen0"
    Device         "Device0"
    Monitor        "Monitor0"
    DefaultDepth    24
    Option         "NoLogo" "True"
    Option         "TwinView" "0"
    Option "DynamicTwinView" "false"
    Option "FlatPanelProperties" "Scaling = Native"
    SubSection     "Display"
        Depth       24
    Modes "1920x1080@60p" "1920x1080@24p" "1920x1080@25p" "1920x1080@50i" "1920x1080@50p" "1920x1080@60i" "[email protected]"
    EndSubSection
EndSection

Section "Extensions"
    Option         "Composite" "Disable"
EndSection
Reply
#24
In the process of tweaking mine, haven't had a chance to test. Just something to note regarding the posted EDID options. According to NVIDIA's website:

Quote:Option "UseEDID" "boolean"

By default, the NVIDIA X driver makes use of a display device's EDID, when available, during construction of its mode pool. The EDID is used as a source for possible modes, for valid frequency ranges, and for collecting data on the physical dimensions of the display device for computing the DPI (see Appendix W, Dots Per Inch). However, if you wish to disable the driver's use of the EDID, you can set this option to False:

Option "UseEDID" "FALSE"

Note that, rather than globally disable all uses of the EDID, you can individually disable each particular use of the EDID; e.g.,

Option "UseEDIDFreqs" "FALSE"
Option "UseEDIDDpi" "FALSE"
Option "ModeValidation" "NoEdidModes"

Default: True (use EDID).

I will try disabling all first and report back later with the results:
Code:
Option "UseEDID" "FALSE"

A previous post also noted several EDID rejected modes. The NVIDIA forum link seems to indicate that was cleared by specifying the modes and ignoring the EDID as we are doing here. I show the same in my Xorg logs. So the assumption is these may be gone if we just use:
Code:
Option "ModeValidation" "NoEdidModes"
Reply
#25
AmirG Wrote:I took your advice and started reading on the xorg.conf file and when I got to the ExactModeTimingsDVI option, I discovered that setting it to True tells X to read the timing info from the xconf.org instead of the EDID (or so i gather). I've set it to True after reading in this forum about a few xorg.conf setting that should help raising the framerate and indeed those settings raised my framerate from 17FPS to 24FPS, but apparently the ExactModeTimingsDVI was unnecessary. I removed it yesterday and so far had not seen the problem return while the framerate remains at about 24FPS.

Oh damn. Seems like everytime I manage to fix a problem, I discover it hid another problem behind it.

The ExactModeTimingsDVI=True was not the (only) cause of my problem, removing it only made it less frequent.

So I tried again and this time, all the relevant modes were valid! Why? Not sure. It could be the absence of the ExactModeTimingsDVI otr the fact that this time, I ran X directly from the console and not through SSH. But guess what - a new problem just poped it's ugly head.

I've got three valid 1080p modes: 60Hz, 50Hz and 24Hz but onlt two 720p modes: 60Hz and 50Hz, no 24Hz. It wasn't even tested. Now almost all HD content I watch is 720p (XBMC 9.04 can't handle 1080p on my setup, hopefully the next stable version will). The debug display shows the framerate at 24FPS (with minor fluctuations), I have no idea how to tell the mode the TV is running at - it's 720p, but I have no idea what the refreshrate is. But if it's 50Hz or 60Hz instead of 24Hz, that would explain the tearing I get whenever the camera panes: The HTPC and the TV refreshrates are out of sync.

Anything I can do to fix that?
Reply
#26
I have an issue with setting up my xorg.conf correct. I am a Linux (command line) noob, but I would like to run xbmc live on an usb stick on my laptop, with my tv connected via VGA. In windows, xbmc for windows works perfect, but I would like to run xbmc live on an usb stick. I can't get a signal to my tv in Linux.

laptop: compal ifl90
TV panasonic px80
connection: VGA cable

How should I set up xorg.conf to get a signal to my tv, or should I start more basic with activating my VGA port (not sure if xorg.conf does this). When I browse through my xorg.conf I can only see one display (laptop display).

thanks.
Reply
#27
I looked at the Xorg.0.log, Ubuntu starts at 1080p 50Hz and XBMC switches to 720p 60Hz. Thought I'll try 1080p 24Hz, which is a valid mode I've defined a modeline for, but there's no such mode in XBMC. When I looked at the xorg log again, I saw something I've missed the 1st time:
Code:
(--) NVIDIA(0): Valid VRefresh Range         : 48 Hz - 62 Hz

Huh? How can the screen support 24Hz mode if the lowest valid refresh rate is 48Hz? I thought it might be doubling the input resolution, until:
Code:
(II) NVIDIA(0):   Validating Mode "1920x1080":
(II) NVIDIA(0):     1920 x 1080 @ 24 Hz
(II) NVIDIA(0):     For use as DFP backend.
(II) NVIDIA(0):     Mode Source: EDID
(II) NVIDIA(0):       Pixel Clock      : 74.25 MHz
(II) NVIDIA(0):       HRes, HSyncStart : 1920, 2558
(II) NVIDIA(0):       HSyncEnd, HTotal : 2602, 2750
(II) NVIDIA(0):       VRes, VSyncStart : 1080, 1084
(II) NVIDIA(0):       VSyncEnd, VTotal : 1089, 1125
(II) NVIDIA(0):       H/V Polarity     : +/+
(WW) NVIDIA(0): The EDID for Philips FTV (DFP-0) contradicts itself: mode
(WW) NVIDIA(0):     "1920x1080" is specified in the EDID; however, the EDID's
(WW) NVIDIA(0):     valid VertRefresh range (48.000-62.000 Hz) would exclude
(WW) NVIDIA(0):     this mode's VertRefresh (24.0 Hz); ignoring VertRefresh
(WW) NVIDIA(0):     check for mode "1920x1080".
(II) NVIDIA(0):     Mode is valid.

So it's a valid mode but the screen claims it can't handle the refresh rate and therefore X won't use it.

Is it safe to try and set the VertRefresh at 24 even though the screen insists it can't go lower then 48Hz?

Oh, and I still lose the picture and voice for a few seconds on occasion.

Edit:

OK, seems like it's solved. I've set the min VertRefresh to 24 (while praying to all major gods it won't damage my TV) and added the "UseEDIDFreqs" "FALSE" option and now the 1080p24 mode appears as valid and XBMC lets me choose it. It seems like there's no tearing in that mode, however I'm only getting about 17FPS. I gather the new stable version, due by the end of the month, will greatly boost the performance, hopefully it'll enable me to use this mode.

Thanks for the help!
Reply
#28
Hi,

I have a Pioneer Kuro PDP-C509A TV which supports 1920x1080@24, 1920x1080@50 and 1920x1080@60 when connected via HDMI (which it is), however when I follow the instructions in this thread I get the following output in my log file:

http://files.me.com/m.dobrzynski/v8kztu

I'm stuck. Any tips on what I should do?

Regards,
Michal
Reply
#29
Chambers Wrote:Does this fix the problem if the Ubuntu desktop goes off the screen? What I mean is that that top and bottom bars aren't visible because the system thinks my viewing area is larger than what it is. I basically have to take my mouse and move it up and guess where the menu is (for gnome). Just wondering it this will fix that?
Hi,

I have the same problem as Chambers. Any ideas?

/Per
Reply
#30
I have to ask. Why are we using Option "ModeValidation" "NoEdidModes" ??

Isn't this what is causing:

Mode is rejected: Modes from the PIONEER_TV (DFP-1)'s EDID are not allowed.

for ALL the supported HDTV modes of my TV? How can it ever be valid as described in the original post if we're excluding all EDID modes in the config? Or is this only for TV's with broken EDID's? Seems counter intuitive.

Should I be safe in creating modelines from the entries reported by the EDID? If I just let X use the modelines it detects I do not get 1920x1080@24 or @60 options in XBMC.

Regards,
Michal
Reply
  • 1
  • 2(current)
  • 3
  • 4
  • 5
  • 12

Logout Mark Read Team Forum Stats Members Help
HOW-TO setup XBMC and Linux with correct resolution (xorg.conf)6