Intel 82845G and xorg 1.8 - anyone got it working?

snoxu · 2012-12-14 21:42:48

The downgrade fixed the issue with chromium-bsm

Also tried xf86-video-intel-git on a whim. Didn't see any difference. What does it fix?

I still can't run compiz or mutter. Oh well, at least xfwm is ok.

snoxu · 2012-12-23 16:03:55

Anyone else noticed 720p video playback is ubber slow in mplayer? Is it just the card that does not have enough oomph? Seems odd though.

Last edited by snoxu (2012-12-23 16:04:30)

Gusar · 2012-12-23 16:37:49

The card is irrelevant here as the CPU will be doing the decoding. So which CPU do you have? A Pentium4 2GHz should be enough for 720p.

snoxu · 2012-12-23 17:07:44

Pentium 4 2.00GHz

720p is ubber sluggish with mplayer

VLC gives the following error:

Your video output acceleration driver does not support the required resolution: 1280x720 pixels. The maximum supported resolution is 1024x720.
Video output acceleration will be disabled. However, rendering videos with overly large resolution may cause severe performance degration.

Last edited by snoxu (2012-12-23 18:27:02)

karol · 2012-12-23 17:29:04

Gusar wrote:

A Pentium4 2GHz should be enough for 720p.

It's not. Maybe the problem is I have to use '-vo x11' as the video output, because the source image dimensions are too high:

$ mplayer Samaritan_Realtime_Demo_Sm.mp4 
MPlayer2 UNKNOWN (C) 2000-2012 MPlayer Team

Playing Samaritan_Realtime_Demo_Sm.mp4.
Detected file format: QuickTime / MOV (libavformat)
[lavf] stream 0: audio (aac), -aid 0, -alang eng
[lavf] stream 1: video (h264), -vid 0
Clip info:
 major_brand: mp42
 minor_version: 1
 compatible_brands: mp42avc1
 creation_time: 1941-01-31 16:16:57
Load subtitles in .
Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: No such file or directory
[vdpau] Error when calling vdp_device_create_x11: 1
[ass] auto-open
Selected video codec: H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 [libavcodec]
Selected audio codec: AAC (Advanced Audio Coding) [libavcodec]
AUDIO: 48000 Hz, 2 ch, s16le, 190.7 kbit/12.41% (ratio: 23834->192000)
AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample)
Starting playback...
VIDEO:  1920x1080  30.000 fps  14076.6 kbps (1759.6 kB/s)
VO: [xv] 1920x1080 => 1920x1080 Planar YV12 
Source image dimensions are too high: 1920x1080 (maximum is 1024x1088)
FATAL: Cannot initialize video driver.

FATAL: Could not initialize video filters (-vf) or video output (-vo).


Exiting... (End of file)

I'm using mplayer2 from the repos.

Gusar · 2012-12-23 17:29:26

Install xvinfo and run it. Post the output.

karol · 2012-12-23 17:50:49

$ xvinfo
X-Video Extension version 2.2
screen #0
  Adaptor #0: "Intel(R) Video Overlay"
    number of ports: 1
    port base: 88
    operations supported: PutImage 
    supported visuals:
      depth 24, visualID 0x20
    number of attributes: 5
      "XV_COLORKEY" (range 0 to 16777215)
              client settable attribute
              client gettable attribute (current value is 66046)
      "XV_BRIGHTNESS" (range -128 to 127)
              client settable attribute
              client gettable attribute (current value is -19)
      "XV_CONTRAST" (range 0 to 255)
              client settable attribute
              client gettable attribute (current value is 75)
      "XV_SATURATION" (range 0 to 1023)
              client settable attribute
              client gettable attribute (current value is 146)
      "XV_PIPE" (range -1 to 1)
              client settable attribute
              client gettable attribute (current value is -1)
    maximum XvImage size: 1024 x 1088
    Number of image formats: 4
      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: 0x59565955 (UYVY)
        guid: 55595659-0000-0010-8000-00aa00389b71
        bits per pixel: 16
        number of planes: 1
        type: YUV (packed)

Gusar · 2012-12-23 18:03:03

maximum XvImage size: 1024 x 1088

Wow, that's crazy. Really. I did not expect that.

The P4 2GHz *is* enough to decode 720p. I know, I have one. But mine has SiS graphics which has a better overlay adapter. Hell, the Intel i865 has a better adapter, it can handle 2048x2048 video.

Crazy idea, it might just work: Downscale the video so that it'll fit the XvImage constraints. Something like

mplayer -vf scale=1024x720 -aspect 16/9 video.mkv

karol · 2012-12-23 18:10:09

mplayer -vf scale=1024:720 -aspect 16/9

works, but still shows

           ************************************************
           **** Your system is too SLOW to play this!  ****
           ************************************************

and 720p is sluggish.
I remembered trying the same trick with mplayer a while ago - same result.

In the X log I get

[    24.235] (WW) intel(0): Textured video not supported on this hardware

but I don't know if it matters.

City-busz · 2012-12-23 18:17:14

Here is the reason:

Limits for the overlay/textured video source sizes. The documented hardware limits are 2048x2048 or better for overlay and both of our textured video implementations. Additionally, on the 830 and 845, larger sizes resulted in the card hanging, so we keep the limits lower there.

Source: http://cgit.freedesktop.org/xorg/driver … rlay.c#n50

Gusar · 2012-12-23 18:19:42

Textured video is another Xv backend. It uses the 3D engine instead of the overlay adapter. But it's not supported on i8xx, only on i915 and above.

Too bad that the downscaling trick doesn't work.

Edit: @City-busz, interesting. If I had i8xx hardware, I'd for sure be playing with that, up the limit to 1280x1088 and see what happens

Last edited by Gusar (2012-12-23 18:23:12)

karol · 2012-12-23 19:08:51

I think scaling uses quite a lot of cpu cycles, because playing a 720p video scaled down to 854x480 maxes out the cpu while playing a video that's natively 854x480 uses about 40% of the cpu.

mplayer -vo gl -af scaletempo -speed 0.5 -framedrop

gives best results but I use it only when I can't get a lower resolution material and I'm pretty desperate ;P

Edit:

Gusar wrote:

Edit: @City-busz, interesting. If I had i8xx hardware, I'd for sure be playing with that, up the limit to 1280x1088 and see what happens

What do I need to change - just this one line?

Last edited by karol (2012-12-23 19:12:32)

Gusar · 2012-12-23 19:18:15

Does -vo gl use hardware colorspace conversion on that old thing? Use -v, it'll tell you which options were chosen for the gl output.

And yes, scaling and colorspace conversion are quite CPU intensive. That's what the overlay adapter is for, to do it in hardware, so that the whole CPU is available for decoding. Are you up for doing what I said above, changing the driver code to up the XvImage limit? Yeah, you just change the #define IMAGE_MAX_WIDTH_LEGACY line.

Last edited by Gusar (2012-12-23 19:18:56)

karol · 2012-12-23 19:43:13

I don't know which lines you need, so here's the whole thing:

$ mplayer -v -af scaletempo -speed 0.5 -vo gl -framedrop 169_fightnightchampion-loseeverything_ot_multi_010511_2000.mp4 
Reading config file /etc/mplayer/mplayer.conf
: No such file or directory
get_path('') -> '/home/karol/.mplayer/'
get_path('config') -> '/home/karol/.mplayer/config'
Reading config file /home/karol/.mplayer/config
MPlayer2 UNKNOWN (C) 2000-2012 MPlayer Team
CPU vendor name: GenuineIntel  max cpuid level: 2
CPU: Intel(R) Pentium(R) 4 CPU 2.00GHz (Family: 15, Model: 2, Stepping: 7)
extended cpuid-level: 4
Detected cache-line size is 64 bytes
Testing OS support for SSE... yes.
Tests of OS support for SSE passed.
CPUflags:  MMX: 1 MMX2: 1 3DNow: 0 3DNowExt: 0 SSE: 1 SSE2: 1 SSSE3: 0
Compiled with runtime CPU detection.
Compiled against libavutil version 51.73.101
Compiled against libavcodec version 54.59.100
Compiled against libavformat version 54.29.104
Compiled against libswscale version 2.1.101
get_path('codecs.conf') -> '/home/karol/.mplayer/codecs.conf'
No optional codecs config file: /home/karol/.mplayer/codecs.conf
Reading codec config file: /etc/mplayer/codecs.conf
[file] File size is 96688 bytes
STREAM: [file] /etc/mplayer/codecs.conf
STREAM: Description: File
STREAM: Author: Albeu
STREAM: Comment: based on the code from ??? (probably Arpi)
163 audio & 363 video codecs
Configuration: --prefix=/usr --confdir=/etc/mplayer --enable-translation --language=all --enable-runtime-cpudetection --enable-joystick --disable-speex --disable-openal --disable-libdv --disable-musepack
CommandLine: '-v' '-af' 'scaletempo' '-speed' '0.5' '-vo' 'gl' '-framedrop' '169_fightnightchampion-loseeverything_ot_multi_010511_2000.mp4'
get_path('fonts') -> '/home/karol/.mplayer/fonts'
Using MMX (with tiny bit MMX2) Optimized OnScreenDisplay
get_path('fonts') -> '/home/karol/.mplayer/fonts'
[ass] Raster: FreeType 2.4.11
[ass] Shaper: FriBidi 0.19.2 (SIMPLE)
[ass] Initialized
get_path('fonts') -> '/home/karol/.mplayer/fonts'
get_path('subfont.ttf') -> '/home/karol/.mplayer/subfont.ttf'
[ass] Updating font cache
Using nanosleep() timing
get_path('input.conf') -> '/home/karol/.mplayer/input.conf'
[file] File size is 4617 bytes
STREAM: [file] /home/karol/.mplayer/input.conf
STREAM: Description: File
STREAM: Author: Albeu
STREAM: Comment: based on the code from ??? (probably Arpi)
Parsing input config file /home/karol/.mplayer/input.conf
Input config file /home/karol/.mplayer/input.conf parsed: 91 binds
get_path('169_fightnightchampion-loseeverything_ot_multi_010511_2000.mp4.conf') -> '/home/karol/.mplayer/169_fightnightchampion-loseeverything_ot_multi_010511_2000.mp4.conf'

Playing 169_fightnightchampion-loseeverything_ot_multi_010511_2000.mp4.
get_path('sub/') -> '/home/karol/.mplayer/sub/'
[file] File size is 25141665 bytes
STREAM: [file] 169_fightnightchampion-loseeverything_ot_multi_010511_2000.mp4
STREAM: Description: File
STREAM: Author: Albeu
STREAM: Comment: based on the code from ??? (probably Arpi)
LAVF_check: QuickTime / MOV
Detected file format: QuickTime / MOV (libavformat)
==> Found audio stream: 0
======= WAVE Format =======
Format Tag: 20557 (0x504D)
Channels: 2
Samplerate: 48000
avg byte/sec: 15677
Block align: 1
bits/sample: 16
cbSize: 2
Unknown extra header dump: [11] [90] 
==========================================================================
[lavf] stream 0: audio (aac), -aid 0, -alang und
==> Found video stream: 1
======= VIDEO Format ======
  biSize 80
  biWidth 1280
  biHeight 720
  biPlanes 0
  biBitCount 24
  biCompression 875967048='H264'
  biSizeImage 2764800
Unknown extra header dump: [1] [64] [0] [20] [ff] [e1] [0] [19] [67] [64] [0] [20] [ac] [34] [e5] [1] [40] [16] [ec] [4] [40] [0] [0] [c] [80] [0] [5] [da] [a3] [c6] [c] [65] [80] [1] [0] [4] [68] [eb] [ef] [2c] 
===========================
[lavf] stream 1: video (h264), -vid 0
LAVF: 1 audio and 1 video streams found
[ass] Raster: FreeType 2.4.11
[ass] Shaper: FriBidi 0.19.2 (SIMPLE)
[ass] Initialized
get_path('fonts') -> '/home/karol/.mplayer/fonts'
get_path('subfont.ttf') -> '/home/karol/.mplayer/subfont.ttf'
[ass] Updating font cache
[V] filefmt:41  fourcc:0x34363248  size:1280x720  fps:59.940  ftime:=0.0167
Clip info:
 major_brand: isom
 minor_version: 1
 compatible_brands: isomavc1
 creation_time: 1940-11-29 14:22:29
Load subtitles in .
get_path('sub/') -> '/home/karol/.mplayer/sub/'
X11 opening display: :0
vo: X11 color mask:  FFFFFF  (R:FF0000 G:FF00 B:FF)
vo: X11 running at 1280x1024 with depth 24 and 32 bpp (":0" => local display)
[x11] Detected wm supports NetWM.
[x11] Detected wm supports FULLSCREEN state.
[x11] Current fstype setting honours FULLSCREEN X atoms
[gl] GLX chose visual with ID 0x8e
[gl] Running on OpenGL 'Mesa DRI Intel(R) 845G x86/MMX/SSE2' by 'Tungsten Graphics, Inc', version '1.3 Mesa 8.0.4'
[gl] Settings after autodetection: ati-hack = 0, force-pbo = 0, rectangle = 0, yuv = 0
vo: uninit ...
X11 opening display: :0
vo: X11 color mask:  FFFFFF  (R:FF0000 G:FF00 B:FF)
vo: X11 running at 1280x1024 with depth 24 and 32 bpp (":0" => local display)
[x11] Detected wm supports NetWM.
[x11] Detected wm supports FULLSCREEN state.
[x11] Current fstype setting honours FULLSCREEN X atoms
[gl] using extended formats. Use -vo gl:nomanyfmts if playback fails.
[gl] Using 0 as slice height (0 means image height).
[vo] query(Planar YV12) -> 0
[vo] query(Planar I420) -> 0
[vo] query(Planar IYUV) -> 0
Opening video filter: [scale]
SwScale params: -1 x -1 (-1=no scaling)
[ass] vf_ass not needed
Opening video decoder: [ffmpeg] libavcodec video codecs
Selected video codec: H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 [libavcodec]
Video codecs.conf entry: ffh264 (FFmpeg H.264)  vfm: ffmpeg
Opening audio decoder: [ffmpeg] libavcodec audio decoders
dec_audio: Allocating 8192 + 65536 = 73728 bytes for output buffer.
INFO: libavcodec "aac" init OK!
Selected audio codec: AAC (Advanced Audio Coding) [libavcodec]
Audio codecs.conf entry: ffaac (FFmpeg AAC (MPEG-2/MPEG-4 Audio))  afm: ffmpeg
AUDIO: 48000 Hz, 2 ch, s16le, 125.4 kbit/8.17% (ratio: 15677->192000)
Building audio filter chain for 48000Hz/2ch/s16le -> 0Hz/0ch/??...
[libaf] Adding filter scaletempo 
[scaletempo] 1.000 speed * 1.000 scale_nominal = 1.000
Audio filter chain:
  [in] 48000Hz/2ch/s16le
  [scaletempo] 48000Hz/2ch/s16le
  [out] 0Hz/0ch/??
[scaletempo] 1.000 speed * 1.000 scale_nominal = 1.000
Audio filter chain:
  [in] 48000Hz/2ch/s16le
  [scaletempo] 48000Hz/2ch/s16le
  [out] 0Hz/0ch/??
Trying preferred audio driver 'alsa', options '[none]'
alsa-init: requested format: 48000 Hz, 2 channels, 9
alsa-init: using ALSA 1.0.26
alsa-init: setup for 1/2 channel(s)
alsa-init: using device default
alsa-init: pcm opened in blocking mode
alsa-init: got buffersize=32768
alsa-init: got period size 1024
alsa: 48000 Hz/2 channels/4 bpf/32768 bytes buffer/Signed 16 bit Little Endian
AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample)
AO: Description: ALSA-0.9.x-1.x audio output
AO: Author: Alex Beregszaszi, Zsolt Barat <joy@streamminister.de>
AO: Comment: under development
Building audio filter chain for 48000Hz/2ch/s16le -> 48000Hz/2ch/s16le...
[scaletempo] 0.500 speed * 1.000 scale_nominal = 0.500
Audio filter chain:
  [in] 48000Hz/2ch/s16le
  [scaletempo] 48000Hz/2ch/s16le
  [out] 48000Hz/2ch/s16le
[scaletempo] 0.500 speed * 1.000 scale_nominal = 0.500
Audio filter chain:
  [in] 48000Hz/2ch/s16le
  [scaletempo] 48000Hz/2ch/s16le
  [out] 48000Hz/2ch/s16le
Starting playback...
[ffmpeg] aspect_ratio: 1.777778
VIDEO:  1280x720  59.940 fps  1990.6 kbps (248.8 kB/s)
VDec: vo config request - 1280 x 720 (preferred colorspace: Planar YV12)
Trying filter chain: vo
Could not find matching colorspace - retrying with -vf scale...
Opening video filter: [scale]
SwScale params: -1 x -1 (-1=no scaling)
Trying filter chain: scale vo
VDec: using Planar YV12 as output csp (no 0)
VO Config (1280x720->1280x720,flags=0,0x32315659)
[swscaler @ 0xb6309ba0]using unscaled yuv420p -> bgra special converter
REQ: flags=0x64B7  req=0x0  
VO: [gl] 1280x720 => 1280x720 BGRA 
VO: Description: OpenGL
VO: Author: Reimar Doeffinger <Reimar.Doeffinger@gmx.de>
[gl] GLX chose visual with ID 0x8e
[gl] Running on OpenGL 'Mesa DRI Intel(R) 845G x86/MMX/SSE2' by 'Tungsten Graphics, Inc', version '1.3 Mesa 8.0.4'
[gl] Settings after autodetection: ati-hack = 0, force-pbo = 0, rectangle = 0, yuv = 0
[gl] Creating 2048x1024 texture...
[gl] Resize: 702x1004
*** [scale] Exporting mp_image_t, 1280x720x12bpp YUV planar, 1382400 bytes
*** [vo] Allocating mp_image_t, 1280x720x32bpp BGR packed, 3686400 bytes
[libaf] Reallocating memory in module scaletempo, old len = 0, new len = 11520
Increasing filtered audio buffer size from 0 to 11520
[libaf] Reallocating memory in module scaletempo, old len = 11520, new len = 34560
Increasing filtered audio buffer size from 11520 to 29940
Increasing filtered audio buffer size from 29940 to 41460
A:   1.0 V:   1.0 A-V:  0.082 ct:  0.001   0/  0 56% 29%  7.0% 17 0 0.
[gl] Resize: 1278x1004
A:   1.7 V:   1.6 A-V:  0.093 ct:  0.005   0/  0 47% 29%  6.8% 36 0 0.
[ass] Font info: family 'DejaVu Sans', style 'Book', fullname 'DejaVu Sans', slant 0, weight 80
[ass] fontconfig_select: (Sans, 80, 0) -> /usr/share/fonts/TTF/DejaVuSans.ttf, 0
[ass] Font info: family 'OSD', style 'Regular', fullname '(null)', slant 0, weight 80
[ass] fontconfig_select: (OSD, 80, 0) -> OSD, 0
A:  13.1 V:  13.0 A-V:  0.102 ct:  0.002   0/  0 68% 17%  7.8% 34 0 0.
[libaf] Reallocating memory in module scaletempo, old len = 34560, new len = 46080
A:  28.1 V:  27.9 A-V:  0.116 ct:  0.003   0/  0 49% 23%  6.7% 92 0 0.
Uninit audio filters...
[libaf] Removing filter scaletempo 
Uninit audio: ffmpeg
Uninit video: ffmpeg
vo: uninit ...
alsa-uninit: pcm closed

Exiting... (Quit)

Near the end there's some stuff that looks interesting, like

[swscaler @ 0xb6309ba0]using unscaled yuv420p -> bgra special converter
REQ: flags=0x64B7  req=0x0  
VO: [gl] 1280x720 => 1280x720 BGRA

and

[gl] Resize: 1278x1004

but I don't know if it means anything ;P

I've googled around a bit, but I'm still clueless:
* Does 'swscaler' mean 'software scaler'?
* I'm not getting 'no accelerated colorspace conversion found' error so does this mean it's being done in hardware?

Off to do some compiling :-)

karol · 2012-12-23 20:24:37

I get just a blue rectangle when using xv video output:

$ mplayer 169_fightnightchampion-loseeverything_ot_multi_010511_2000.mp4 
MPlayer2 UNKNOWN (C) 2000-2012 MPlayer Team

Playing 169_fightnightchampion-loseeverything_ot_multi_010511_2000.mp4.
Detected file format: QuickTime / MOV (libavformat)
[lavf] stream 0: audio (aac), -aid 0, -alang und
[lavf] stream 1: video (h264), -vid 0
Clip info:
 major_brand: isom
 minor_version: 1
 compatible_brands: isomavc1
 creation_time: 1940-11-29 14:22:29
Load subtitles in .
Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: No such file o
[vdpau] Error when calling vdp_device_create_x11: 1
[ass] auto-open
Selected video codec: H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 [libavcodec]
Selected audio codec: AAC (Advanced Audio Coding) [libavcodec]
AUDIO: 48000 Hz, 2 ch, s16le, 125.4 kbit/8.17% (ratio: 15677->192000)
AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample)
Starting playback...
VIDEO:  1280x720  59.940 fps  1990.6 kbps (248.8 kB/s)
VO: [xv] 1280x720 => 1280x720 Planar YV12 
Colorspace details not fully supported by selected vo.
A:   0.0 V:   0.0 A-V:  0.001 ct:  0.000   0/  0 ??% ??% ??,?% 0 0 
X11 error: BadAlloc (insufficient resources for operation)
A:   0.1 V:   0.1 A-V:  0.026 ct:  0.001   0/  0 ??% ??% ??,?% 0 0 
X11 error: BadAlloc (insufficient resources for operation)
X11 error: BadAlloc (insufficient resources for operation)
A:   0.1 V:   0.1 A-V:  0.032 ct:  0.001   0/  0 ??% ??% ??,?% 0 0 
X11 error: BadAlloc (insufficient resources for operation)
A:   0.1 V:   0.1 A-V:  0.042 ct:  0.001   0/  0 ??% ??% ??,?% 0 0

$ xvinfo
X-Video Extension version 2.2
screen #0
  Adaptor #0: "Intel(R) Video Overlay"
    number of ports: 1
    port base: 88
    operations supported: PutImage 
    supported visuals:
      depth 24, visualID 0x20
    number of attributes: 5
      "XV_COLORKEY" (range 0 to 16777215)
              client settable attribute
              client gettable attribute (current value is 66046)
      "XV_BRIGHTNESS" (range -128 to 127)
              client settable attribute
              client gettable attribute (current value is -19)
      "XV_CONTRAST" (range 0 to 255)
              client settable attribute
              client gettable attribute (current value is 75)
      "XV_SATURATION" (range 0 to 1023)
              client settable attribute
              client gettable attribute (current value is 146)
      "XV_PIPE" (range -1 to 1)
              client settable attribute
              client gettable attribute (current value is -1)
    maximum XvImage size: 1280 x 1088
    Number of image formats: 4
      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: 0x59565955 (UYVY)
        guid: 55595659-0000-0010-8000-00aa00389b71
        bits per pixel: 16
        number of planes: 1
        type: YUV (packed)

Gusar · 2012-12-23 20:40:29

karol wrote:

I get just a blue rectangle when using xv video output:

Aww, too bad. There goes that idea . Perhaps more changes are needed, but I don't know how easy would it be to figure out which changes exactly.

karol wrote:

I don't know which lines you need, so here's the whole thing:

This is the line I wanted:

[gl] Settings after autodetection: ati-hack = 0, force-pbo = 0, rectangle = 0, yuv = 0

The yuv option controls scaling. yuv=0 means it's not using hardware. I figured as much, it requires shaders, something i8xx doesn't have.

Edit: There's a define for the maximum width also in the kernel, the file is drivers/gpu/drm/i915/intel_overlay.c. Are you up for compiling your own kernel?

Last edited by Gusar (2012-12-23 21:02:02)

karol · 2012-12-23 21:08:00

Thanks anyway :-)

I forgot to mention that smaller resolutions e.g. 640x360 play just fine with xv video output.

Edit:
I don't mind compiling the kernel, but how big of an advantage would I get over e.g. x11 video output if it works?

Last edited by karol (2012-12-23 21:09:49)

Gusar · 2012-12-23 22:14:46

With xv both scaling and colorspace conversion are done in hardware. Which should leave the CPU enough resources to decode 720p video. "Should" being the operative word, I may have overestimated the capabilities of the P4. I just checked playing a 720p video on mine. I absolutely need -lavdopts fast=1, otherwise even the low-bitrate sections of the video don't play well. For smooth playback, -lavdopts fast=1:skiploopfilter=all is required. Which is interesting. My netbook (Atom N270, 1.6GHZ, a horrible CPU) is better at video playback, though only because it has hyperthreading.

karol · 2012-12-23 22:30:11

I have a working SNA which is more important for me than being able to watch 720p video.
Stuff I watch is either movie-trailer-like i.e. consisting of a mix of slow motion and fast cuts or talk-show-like: talking heads going about their business. Neither case needs high resolution :-)

Re-compiling the kernel isn't worth it.

Gusar · 2012-12-23 22:51:17

karol wrote:

Re-compiling the kernel isn't worth it.

Probably not, if you're not compiling your own kernel anyway. Though I am curious if it works, and if the GPU would lock up like the comments in the code say.

And yeah, a working SNA is huge. These old GPUs were unstable for years, now they've finally figured out how to stabilize them. What the devs are saying about them, they're absolutely horrible, horrible hardware , so double kudos to the devs for successfully working around the hardware bugs.

snoxu · 2012-12-23 23:15:39

Yeah I was just wondering if there would be some "easy" workaround for 720p mkv video.

Not exactly a dealbreker on such old and slow hardware. I mostly used it for browsing when I don't have access to a decent pc

BTW -lavdopts fast=1:skiploopfilter=all doesn't do any thing for me:

VO: [xv] 1280x720 => 1280x720 Planar YV12 
Source image dimensions are too high: 1280x720 (maximum is 1024x1088)
FATAL: Cannot initialize video driver.
Too many buffered pts
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.

Last edited by snoxu (2012-12-23 23:16:13)

Gusar · 2012-12-23 23:25:36

snoxu wrote:

BTW -lavdopts fast=1:skiploopfilter=all doesn't do any thing for me:

That's because you can't use Xv. You need to patch the X driver and the kernel as discussed above.

snoxu · 2012-12-23 23:32:13

It's a bit over my head, but I'll look into it.

Arch Linux

#151 2012-12-14 21:42:48

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#152 2012-12-23 16:03:55

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#153 2012-12-23 16:37:49

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#154 2012-12-23 17:07:44

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#155 2012-12-23 17:29:04

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#156 2012-12-23 17:29:26

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#157 2012-12-23 17:50:49

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#158 2012-12-23 18:03:03

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#159 2012-12-23 18:10:09

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#160 2012-12-23 18:17:14

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#161 2012-12-23 18:19:42

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#162 2012-12-23 19:08:51

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#163 2012-12-23 19:18:15

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#164 2012-12-23 19:43:13

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#165 2012-12-23 20:24:37

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#166 2012-12-23 20:40:29

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#167 2012-12-23 21:08:00

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#168 2012-12-23 22:14:46

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#169 2012-12-23 22:30:11

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#170 2012-12-23 22:51:17

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#171 2012-12-23 23:15:39

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#172 2012-12-23 23:25:36

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#173 2012-12-23 23:32:13

Re: Intel 82845G and xorg 1.8 - anyone got it working?

Board footer