public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Florian Philipp <lists@binarywings.net>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] intel HD graphics 4000 and viewing DVDs
Date: Sat, 01 Dec 2012 15:41:11 +0100	[thread overview]
Message-ID: <50BA1707.3080908@binarywings.net> (raw)
In-Reply-To: <5013A13F.2000103@binarywings.net>

[-- Attachment #1: Type: text/plain, Size: 3710 bytes --]

Am 28.07.2012 10:22, schrieb Florian Philipp:
> Am 27.07.2012 22:57, schrieb Michael Mol:
>> On Fri, Jul 27, 2012 at 4:39 PM, Florian Philipp <lists@binarywings.net> wrote:
>>> Am 27.07.2012 22:22, schrieb Michael Mol:
>>>> On Fri, Jul 27, 2012 at 4:10 PM, Allan Gottlieb <gottlieb@nyu.edu> wrote:
>>>>> I am getting a new laptop. (likely dell 6430).
>>>>> The two graphics options are intel HD 4000 and nvidia NVS 5200M.
>>>>> Dell is as expected suggesting the 5200M.
>>>>>
>>>>> I do not need 3D or fast response.  Dell hinted that DVDs might not play
>>>>> with the intel HD 4000.  This seems weird to me as the 4000 is supposed
>>>>> to be a big improvement over the 3000 and I can't believe dell or others
>>>>> would have sold laptops that can't play dvds
>>>>>
>>>>> Any comments or experiences?
>>>>
>>>> My Duron 750MHz was able to decode DVDs in realtime. After that, all
>>>> you're doing is blitting (or using xv) the frames to the screen. I
>>>> would be absolutely shocked if the Intel HD 4000 GPU couldn't handle
>>>> that basic of a 2D acceleration function.
>>>>
>>>> Now, DVDs use MPEG2. Blu-Ray uses h.264, which is a much harder beast
>>>> to decode in realtime. It's possible the HD 4000 GPU can't handle
>>>> hardware decode of h.264, but I don't know. I've never looked into it.
>>>> (Software decode of 1080p h.264 on my Phenom 9650 worked somewhat, but
>>>> highly active scenes would cause frame drops.)
>>>>
>>>
>>> I've experienced issues playing DVDs on fullscreen with the OSS radeon
>>> driver. Therefore I'm cautious of assumptions that something works
>>> simply because the input is easy to decode. Upscaling to large displays
>>> with high resolutions can be an issue.
>>>
>>> I'm not saying the Intel driver cannot handle it. I'm just saying you
>>> should try it or look for reports.
>>
>> How high is 'high' resolution? I was upscaling to 1600x1200 using an a
>> Radeon 9600; that card would now be almost ten years old. A bit later,
>> I did the same on a 2.4GHz Pentium 4 using an i845-based Intel
>> graphics card. Here's the line from lspci, as run in May of 2007:
>>
>> 00:02.0 VGA compatible controller: Intel Corporation
>> 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device (rev 01)
>>
>> Hardware scaling a 2D image is one of the most trivial
>> hardware-accelerated options GPUs perform. If someone had difficulties
>> upscaling a 480p (roughly what DVDs are) to 1080p at 24 or 33fps, I
>> would be very highly suspicious of a software misconfiguration. That
>> kind of scaling should even be comfortably doable in software on any
>> modern x86-derived processor. (With the plausible exclusion of the
>> Atom CPU)
>>
> 
> 1920x1080, on-board Radeon HD 4250. I haven't diagnosed it further
> (except of playing around with mplayer2 options) as it was easier to use
> the closed source driver.
> 
> Regards,
> Florian Philipp


I realize this thread is pretty stale but since I talked bullshit and
just now realized it, I want to correct myself:

Since updating the kernel to 3.5 forced me to update the X server beyond
1.11 which in turn forced me to update ati-drivers to a version that no
longer supported my Radeon HD 4250, I had to look into my issues with
the open source driver.

It turns out, my problems had two reasons:
- I didn't enable KMS and DRM for radeon in the kernel
- I didn't have x11-drivers/radeon-ucode installed

Both resulted in a fully functioning X server that
- could run glxgears just fine
- could (with some tuning) render videos in DVD quality with opengl output
- was too slow for videos in any higher resolution

Regards,
Florian Philipp


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 262 bytes --]

  reply	other threads:[~2012-12-01 14:43 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-07-27 20:10 [gentoo-user] intel HD graphics 4000 and viewing DVDs Allan Gottlieb
2012-07-27 20:22 ` Michael Mol
2012-07-27 20:39   ` Florian Philipp
2012-07-27 20:57     ` Michael Mol
2012-07-28  8:22       ` Florian Philipp
2012-12-01 14:41         ` Florian Philipp [this message]
2012-12-01 19:02           ` Allan Gottlieb
2012-12-02 15:45             ` Jackson
2012-07-27 21:14   ` Allan Gottlieb
2012-07-27 21:34     ` Paul Hartman
2012-07-31 15:36       ` Allan Gottlieb
2012-12-03  0:37 ` Walter Dnes
2012-12-04  0:41   ` Allan Gottlieb

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=50BA1707.3080908@binarywings.net \
    --to=lists@binarywings.net \
    --cc=gentoo-user@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox