Re: Van 4x3 naar 16x9
Hallo Willem,
On 24-05-13 15:10, Willem Jager wrote:
> Op 24-05-13 13:19, Geert Stappers schreef:
>> Op 2013-05-22 om 11:47 schreef Willem Jager:
>>> Op 21-05-13 22:50, Geert Stappers schreef:
>>>> Ik heb er nog eens over nagedacht:
>>>> het kan zijn dat de juiste _video driver_ ingebruik is.
>>>>
>>>>
>>>> Dat het mis gaat bij selectie van de 22" monitor.
>>>>
>>>> Met behulp van
>>>> grep '(**)' /var/log/Xorg.0.log
>>>> zal te zien zijn wat er uit een configuratiebestand komt.
>>>>
>>> Als ik in "systeeminstellingen" op "scherm" klik, dan staat er als
>>> type "onbekend" inderdaad.
>>> Ik heb even aangenomen dat '(**)' erbij staat om alleen de regels te
>>> tonen waar dit in voorkomt:
>> Correct, om "legenda" 'from config file' er bij te hebben.
>>
>> Helemaal fantastisch dat gezien werd dat er bij 'grep (**)' een '-F'
>> ontbrak.
>> ( Jawel, dat is een compliment. )
>
> Dank je wel! Soms denk ik wel eens na als ik iets lees.
>>
>>> grep -F '(**)' /var/log/Xorg.0.log
>>> [ 13.011] Markers: (--) probed, (**) from config file, (==)
>>> default setting,
>>> [ 13.033] (**) |-->Screen "Default Screen Section" (0)
>>> [ 13.033] (**) | |-->Monitor "<default monitor>"
>> Dat blijkt hier ook het geval te zijn.
>> Definitie van de default monitor vind ik echter niet terug
>> in een configuratie bestand. Ik zocht in de directory aangegeven door
>>>> [ 575.801] (==) Using system config directory
>>>> "/usr/share/X11/xorg.conf.d"
>> [1]
>>
>>>> Verder ben ik benieuwd wat gedaan is met het goede advies van Huub
>>>> Reuver
>>>> om met xrandr aan de slag te gaan. Post a.u.b. de output van `xrandr`
>>>>
>>> xrandr geeft:
>>>
>>> Screen 0: minimum 320 x 200, current 1024 x 768, maximum 4096 x 4096
>>> VGA1 connected 1024x768+0+0 (normal left inverted right x axis y
>>> axis) 0mm x 0mm
>>> 1024x768 60.0*
>>> 800x600 60.3 56.2
>>> 848x480 60.0
>>> 640x480 59.9
>>>
>>>
>>> Het scriptje van Huub Reuver geeft een zwart scherm, net als het
>>> aanmaken van een xorg.conf.
>>> Dat is ook een beetje het probleem, zodra ik iets probeer moet ik de
>>> PC opnieuw opstarten om weer iets te kunnen doen.
>> (De output van `xrandr` en elementen uit het script gecombineerd.)
>>
>> De command line
>>
>> xrandr --output VGA1 --mode 1024x768
>>
>> en ook
>>
>> xrandr --output VGA1 --auto
>>
>> vanuit een grafische terminal uitgevoerd, zullen geen verandering
>> laten zien.
>> Want die instelling is reeds gezet. Wel controleren, doe een nul-meting!
>>
>> Verder aan de slag met xrandr:
>> Belangrijk is dat de drie opdrachten, gescheiden door punt-komma's,
>> slechts 1 keer "enter" krijgen.
>>
>> xrandr --output VGA1 --mode 800x600 ; sleep 5 ; xrandr --output
>> VGA1 --auto
>>
>>
>> Voor een 16x9 beleving:
>>
>> xrandr --output VGA1 --mode 848x480 ; sleep 5 ; xrandr --output
>> VGA1 --auto
>>
>>
>> Mijn inschatting is dat er nu een mogelijkheid is om makkelijk
>> een beeldschermresolutie te controleren.
> Op deze manier blijft het scherm 4x3, ik kan het wel weer op 1025x768
> zetten.
>>
>>
>> Groeten
>> Geert Stappers
>>
>> Voetnoot:
>> [1] Bij het schrijven van deze E-mail kwam het besef dat het configuratie
>> bestand wat de monitor definieert niet gegeven hoeft te worden.
>> Belangrijk is dat monitor definitie in een config file gezet kan
>> worden.
>> Bij het schrijven van deze voetnoot kwam het besef dat de '(**)',
>> dus
>> de "from config file" wel wat vreemd is.
>
> Ondertussen nog wat verder aan het spitten geweest. Ik kreeg bij het
> opstarten altijd
> een blok getallen, en bij goed kijken bleek er "checksum invalid" bij te
> staan.
> Dit heb ik even in de syslog terug gezocht, dit staat er:
>
> ay 24 14:26:31 debian kernel: [ 4.400008] [drm:drm_edid_block_valid]
> *ERROR* EDID checksum is invalid, remainder is 161
> May 24 14:26:31 debian kernel: [ 4.400057] Raw EDID:
> May 24 14:26:31 debian kernel: [ 4.400087] d0 d0 ff ff ff ff ff
> 00 1e 6d fe 56 e5 0c 00 00
> May 24 14:26:31 debian kernel: [ 4.400126] 02 14 01 03 6a 30 1b
> 78 ea ae c5 a2 57 4a 9c 25
> May 24 14:26:31 debian kernel: [ 4.400164] 12 50 54 a5 4b 00 b3
> 00 81 80 71 4f 81 cf 81 4f
> May 24 14:26:31 debian kernel: [ 4.400202] 01 01 01 01 01 01 1a
> 36 80 a0 70 38 1f 40 30 20
> May 24 14:26:31 debian kernel: [ 4.400241] 25 00 dd 0d 11 00 00
> 1a 02 3a 80 18 71 38 2d 40
> May 24 14:26:31 debian kernel: [ 4.400279] 58 2c 45 00 dd 0d 11
> 00 00 1e 00 00 00 fd 00 38
> May 24 14:26:31 debian kernel: [ 4.400317] 4b 1e 53 0f 00 0a 20
> 20 20 20 20 20 00 00 00 fc
> May 24 14:26:31 debian kernel: [ 4.400356] 00 57 32 32 34 33 0a
> 20 20 20 20 20 20 20 00 af
> May 24 14:26:31 debian kernel: [ 4.427571] [drm:drm_edid_block_valid]
> *ERROR* EDID checksum is invalid, remainder is 161
> May 24 14:26:31 debian kernel: [ 4.427618] Raw EDID:
> May 24 14:26:31 debian kernel: [ 4.427647] d0 d0 ff ff ff ff ff
> 00 1e 6d fe 56 e5 0c 00 00
> May 24 14:26:31 debian kernel: [ 4.427685] 02 14 01 03 6a 30 1b
> 78 ea ae c5 a2 57 4a 9c 25
> May 24 14:26:31 debian kernel: [ 4.427723] 12 50 54 a5 4b 00 b3
> 00 81 80 71 4f 81 cf 81 4f
> May 24 14:26:31 debian kernel: [ 4.427761] 01 01 01 01 01 01 1a
> 36 80 a0 70 38 1f 40 30 20
> May 24 14:26:31 debian kernel: [ 4.427799] 25 00 dd 0d 11 00 00
> 1a 02 3a 80 18 71 38 2d 40
> May 24 14:26:31 debian kernel: [ 4.427838] 58 2c 45 00 dd 0d 11
> 00 00 1e 00 00 00 fd 00 38
> May 24 14:26:31 debian kernel: [ 4.427893] 4b 1e 53 0f 00 0a 20
> 20 20 20 20 20 00 00 00 fc
> May 24 14:26:31 debian kernel: [ 4.427948] 00 57 32 32 34 33 0a
> 20 20 20 20 20 20 20 00 af
> May 24 14:26:31 debian kernel: [ 4.455171] [drm:drm_edid_block_valid]
> *ERROR* EDID checksum is invalid, remainder is 161
> May 24 14:26:31 debian kernel: [ 4.455251] Raw EDID:
> May 24 14:26:31 debian kernel: [ 4.455296] d0 d0 ff ff ff ff ff
> 00 1e 6d fe 56 e5 0c 00 00
> May 24 14:26:31 debian kernel: [ 4.455351] 02 14 01 03 6a 30 1b
> 78 ea ae c5 a2 57 4a 9c 25
> May 24 14:26:31 debian kernel: [ 4.455405] 12 50 54 a5 4b 00 b3
> 00 81 80 71 4f 81 cf 81 4f
> May 24 14:26:31 debian kernel: [ 4.455460] 01 01 01 01 01 01 1a
> 36 80 a0 70 38 1f 40 30 20
> May 24 14:26:31 debian kernel: [ 4.455515] 25 00 dd 0d 11 00 00
> 1a 02 3a 80 18 71 38 2d 40
> May 24 14:26:31 debian kernel: [ 4.455569] 58 2c 45 00 dd 0d 11
> 00 00 1e 00 00 00 fd 00 38
> May 24 14:26:31 debian kernel: [ 4.455624] 4b 1e 53 0f 00 0a 20
> 20 20 20 20 20 00 00 00 fc
> May 24 14:26:31 debian kernel: [ 4.455679] 00 57 32 32 34 33 0a
> 20 20 20 20 20 20 20 00 af
> May 24 14:26:31 debian kernel: [ 4.482990] [drm:drm_edid_block_valid]
> *ERROR* EDID checksum is invalid, remainder is 161
> May 24 14:26:31 debian kernel: [ 4.483070] Raw EDID:
> May 24 14:26:31 debian kernel: [ 4.483116] d0 d0 ff ff ff ff ff
> 00 1e 6d fe 56 e5 0c 00 00
> May 24 14:26:31 debian kernel: [ 4.483171] 02 14 01 03 6a 30 1b
> 78 ea ae c5 a2 57 4a 9c 25
> May 24 14:26:31 debian kernel: [ 4.483226] 12 50 54 a5 4b 00 b3
> 00 81 80 71 4f 81 cf 81 4f
> May 24 14:26:31 debian kernel: [ 4.483281] 01 01 01 01 01 01 1a
> 36 80 a0 70 38 1f 40 30 20
> May 24 14:26:31 debian kernel: [ 4.483336] 25 00 dd 0d 11 00 00
> 1a 02 3a 80 18 71 38 2d 40
> May 24 14:26:31 debian kernel: [ 4.483391] 58 2c 45 00 dd 0d 11
> 00 00 1e 00 00 00 fd 00 38
> May 24 14:26:31 debian kernel: [ 4.483445] 4b 1e 53 0f 00 0a 20
> 20 20 20 20 20 00 00 00 fc
> May 24 14:26:31 debian kernel: [ 4.483500] 00 57 32 32 34 33 0a
> 20 20 20 20 20 20 20 00 af
> May 24 14:26:31 debian kernel: [ 4.483557] i915 0000:00:02.0: VGA-1:
> EDID block 0 invalid.
> May 24 14:26:31 debian kernel: [ 4.487695] fbcon: inteldrmfb (fb0) is
> primary device
> May 24 14:26:31 debian kernel: [ 4.532620] Console: switching to
> colour frame buffer device 128x48
> May 24 14:26:31 debian kernel: [ 4.537184] fb0: inteldrmfb frame
> buffer device
> May 24 14:26:31 debian kernel: [ 4.537187] drm: registered panic
> notifier
>
>
> Daarna even gegoogled en toen vond ik dit:
>
> http://maxolasersquad.blogspot.nl/2009/04/get-edid-information.html
>
> Het programma "read-edid" heb ik geïnstalleerd nu, maar nog niet
> toegepast (toch een beetje terughoudend om dit zomaar te doen).
> Heeft iemand hier ooit van gehoord? En zou het te maken kunnen hebben
> met de foute checksum? Of is er misschien nog iets anders.
Ik heb het gedaan en alles werkt nog steeds ;-)
Doordat er foute edid-informatie komt wordt Xorg waarschijnlijk erg
voorzichtig. Volgens mij kun je dat wel overrulen, maar ik weet zo niet
precies hoe (ik denk in het xorg.conf file, maar met xrandr kan het vast
ook, en misschien zijn er nog andere methodes).
Dit leek me wel zinvol:
https://answers.launchpad.net/ubuntu/+source/xorg-server/+question/39299
vooral wat Andy Ruddock schrijft.
Maar als ik me niet vergis schreef je dat het prima gaat bij Debian 6,
en dat verbaast me dan wel.
Edid-informatie kan ook verloren gaan door foute kabels naar de monitor,
of b.v. door een KVM switch.
Groet,
Paul.
-------
server2:/home/paul# get-edid | parse-edid
parse-edid: parse-edid version 2.0.0
get-edid: get-edid version 2.0.0
Performing real mode VBE call
Interrupt 0x10 ax=0x4f00 bx=0x0 cx=0x0
Function supported
Call successful
VBE version 300
VBE string at 0xc01c8 "ATI ATOMBIOS"
VBE/DDC service about to be called
Report DDC capabilities
Performing real mode VBE call
Interrupt 0x10 ax=0x4f15 bx=0x0 cx=0x0
Function supported
Call successful
Monitor and video card combination does not support DDC1 transfers
Monitor and video card combination supports DDC2 transfers
0 seconds per 128 byte EDID block transfer
Screen is not blanked during DDC transfer
Reading next EDID block
VBE/DDC service about to be called
Read EDID
Performing real mode VBE call
Interrupt 0x10 ax=0x4f15 bx=0x1 cx=0x0
Function supported
Call successful
parse-edid: EDID checksum passed.
# EDID version 1 revision 3
Section "Monitor"
# Block type: 2:0 3:fc
Identifier "L20T-1 ECO"
VendorName "FUS"
ModelName "L20T-1 ECO"
# Block type: 2:0 3:fc
# Block type: 2:0 3:fd
HorizSync 30-82
VertRefresh 56-76
# Max dot clock (video bandwidth) 160 MHz
# Block type: 2:0 3:ff
# DPMS capabilities: Active off:yes Suspend:no Standby:no
Mode "1600x900" # vfreq 59.978Hz, hfreq 55.540kHz
DotClock 97.750000
HTimings 1600 1648 1680 1760
VTimings 900 903 908 926
Flags "-HSync" "+VSync"
EndMode
# Block type: 2:0 3:fc
# Block type: 2:0 3:fd
# Block type: 2:0 3:ff
EndSection
server2:/home/paul#
-----------
--
Paul van der Vlis Linux systeembeheer, Groningen
http://www.vandervlis.nl
Reply to: