User:Kibje: Difference between revisions
Jump to navigation
Jump to search
(Creating user page for new user.) |
No edit summary |
||
Line 1: | Line 1: | ||
* 14:03 < fritsch> we have: h264, vc1, mpeg4/mpeg2, deinterlacing bob, deinterlacing temp / spat | |||
* 14:03 < fritsch> on the video side | |||
* 14:04 < fritsch> vdpau can do all (with mainline) | |||
* 14:04 < fritsch> vaapi can do all the formats, it can do bob deinterlacing with the VPP PR, temp / spat is there for haswell, but we don't have hardware to implement it | |||
* 14:04 < fritsch> xvba is not there at all | |||
* 14:05 < fritsch> but with xvba (wsnipex ppa), it can do: h264 and vc1, the other two formats must be done on the CPU, it supports BOB deinterlacing | |||
* 14:05 < fritsch> that is video | |||
* 14:05 < fritsch> audio: we have lpcm (7.1), dts-hd, truehd, dts, ac3 | |||
* 14:05 < fritsch> nvidia can do all on >= ION-2 (if receiver supports), ION-1 cannot do bitstream | |||
* 14:06 < fritsch> intel >= sandybridge can do all (if receiver permits), it is a bit picky on the handshake, see the workaround in VPP thread | |||
* 14:06 < kibje> yes - no dts-hd, turhd on ION-1 | |||
* 14:06 < fritsch> AMD implements a spdif via hdmi, with max 48khz sample rate and only two real speakers, so only DTS and AC3 works (with 5.1, cause those are virtual formats) | |||
* 14:06 < fritsch> pretty important to disable all the rest with amd | |||
* 14:06 < fritsch> that's it basically | |||
* 14:07 < opdenkamp> amd implemented multichannel audio over hdmi? | |||
* 14:07 < fritsch> btw. if it matches: wsnipex ppa, code by fernetmenta and me is meant to come upstream someday, we are not a elite somewhere, that claims to have the best xbmc :-) * we are mainline coders | |||
* 14:07 < fritsch> opdenkamp: AC3, DTS | |||
* 14:07 < fritsch> via hdmi | |||
* 14:07 < fritsch> so: no :-) | |||
* 14:07 < fritsch> those are coded via two normal channels | |||
* 14:11 < fritsch> kibje: let's add some output of xbmc.log | |||
* 14:11 < kibje> so: explain what this all is, then create a table with all the info, add links to hardwarepages that exist etc | |||
* 14:11 < fritsch> kibje: so that users can see when DTS-HD, TrueHD is actally read from the AVR | |||
* 14:11 < opdenkamp> might just be some python fancyness | |||
* 14:11 < fritsch> kibje: and the intel workarounds from the VPP thread | |||
* 14:11 < fritsch> kibje: kernel 3.9.x | |||
* 14:12 < fritsch> kibje: perhaps some screenshots and explenation why temp / spat is better than temp | |||
* 14:12 < kibje> fritsch: exactly my idea, i wat users to be able to check their setup for capabilities etc, but also be able to plan their next purchase | |||
* 14:12 < kibje> yes | |||
* 14:12 < fritsch> kibje: and why temp alone is better than BOB | |||
* 14:12 < kibje> i don't even know that myself :) | |||
* 14:12 < fritsch> kibje: and why spat alone makes no sense :-) |
Revision as of 00:03, 28 July 2013
- 14:03 < fritsch> we have: h264, vc1, mpeg4/mpeg2, deinterlacing bob, deinterlacing temp / spat
- 14:03 < fritsch> on the video side
- 14:04 < fritsch> vdpau can do all (with mainline)
- 14:04 < fritsch> vaapi can do all the formats, it can do bob deinterlacing with the VPP PR, temp / spat is there for haswell, but we don't have hardware to implement it
- 14:04 < fritsch> xvba is not there at all
- 14:05 < fritsch> but with xvba (wsnipex ppa), it can do: h264 and vc1, the other two formats must be done on the CPU, it supports BOB deinterlacing
- 14:05 < fritsch> that is video
- 14:05 < fritsch> audio: we have lpcm (7.1), dts-hd, truehd, dts, ac3
- 14:05 < fritsch> nvidia can do all on >= ION-2 (if receiver supports), ION-1 cannot do bitstream
- 14:06 < fritsch> intel >= sandybridge can do all (if receiver permits), it is a bit picky on the handshake, see the workaround in VPP thread
- 14:06 < kibje> yes - no dts-hd, turhd on ION-1
- 14:06 < fritsch> AMD implements a spdif via hdmi, with max 48khz sample rate and only two real speakers, so only DTS and AC3 works (with 5.1, cause those are virtual formats)
- 14:06 < fritsch> pretty important to disable all the rest with amd
- 14:06 < fritsch> that's it basically
- 14:07 < opdenkamp> amd implemented multichannel audio over hdmi?
- 14:07 < fritsch> btw. if it matches: wsnipex ppa, code by fernetmenta and me is meant to come upstream someday, we are not a elite somewhere, that claims to have the best xbmc :-) * we are mainline coders
- 14:07 < fritsch> opdenkamp: AC3, DTS
- 14:07 < fritsch> via hdmi
- 14:07 < fritsch> so: no :-)
- 14:07 < fritsch> those are coded via two normal channels
- 14:11 < fritsch> kibje: let's add some output of xbmc.log
- 14:11 < kibje> so: explain what this all is, then create a table with all the info, add links to hardwarepages that exist etc
- 14:11 < fritsch> kibje: so that users can see when DTS-HD, TrueHD is actally read from the AVR
- 14:11 < opdenkamp> might just be some python fancyness
- 14:11 < fritsch> kibje: and the intel workarounds from the VPP thread
- 14:11 < fritsch> kibje: kernel 3.9.x
- 14:12 < fritsch> kibje: perhaps some screenshots and explenation why temp / spat is better than temp
- 14:12 < kibje> fritsch: exactly my idea, i wat users to be able to check their setup for capabilities etc, but also be able to plan their next purchase
- 14:12 < kibje> yes
- 14:12 < fritsch> kibje: and why temp alone is better than BOB
- 14:12 < kibje> i don't even know that myself :)
- 14:12 < fritsch> kibje: and why spat alone makes no sense :-)