YV12 -> YUY2

**Butcher** · 2004-03-02, 16:58

need some info off frodo for this, but i think hardware conversion may be possible...
however, it's only worth doing if xbmc/mplayer can be set up so that mplayer is decoding one frame while the converter is converting a different frame (and a different frame is being displayed. so you have to run with 3 frames in the pipeline. atm i think we run with two - one in decode and one on the screen.
if this is possible i'll have a good think about optimizing the yv12 to yuy2 converter.

Frodo · 2004-03-02, 17:01

that should b possible
frodo

**pike** · 2004-03-02, 17:14

butcher = mr.optimizer

/me likes butcher

**Gamester17** · 2004-03-02, 17:17

for those who haven't followed all posts know that a such optimization could take down video playback from 90% to 10% cpu usage

Dr_Colossus · 2004-03-02, 19:15

it's sad that i'm excited by this.

**Butcher** · 2004-03-03, 05:54

the conversion is working, i still need to resolve a few bugs with getting the data out of mplayer, but expect to see this in cvs tomorrow.

**jmarshall** · 2004-03-03, 06:31

great news! good work, butcher.

seeing as you seem to be the most knowledgeable with regards to directx and the like, do you have any idea why we can't get hardware overlays to work full res in 1080i mode? currently the surface is hacked to 540 pixels high, which i assume is simply being displayed in both fields of the interlaced image, instead of it showing only the odd lines then even of a 1080 high surface.

i don't know enough to determine whether this is a hardware restriction, or we're just setting up the display incorrectly, but it'd be nice to not have the 1080i hacks in there if at all possible.

cheers,
jonathan

Frodo · 2004-03-03, 08:31

excellent work butcher!

jcmarshall, wasnt there a limitation how big an overlay texture could be?
frodo

**Butcher** · 2004-03-03, 13:45

btw don't expect to see the cpu drop entirely. decoding a large mpeg movie is still going to be expensive, mpeg isn't cheap to decode. it does mean we're not burning all the cpu memory bandwidth doing yv12->yuy2 conversion though.

Frodo · 2004-03-03, 14:00

cant wait to see this working, at the moment converting yv12->yuy2 is the major bottleneck in xbmc
offcourse when thats solved, we gotta see whats the next bottleneck and if that can be solved also
frodo

2004-03-02, 16:58	#1
Butcher Team-XBMC Developer Join Date: Dec 2003 Posts: 765	need some info off frodo for this, but i think hardware conversion may be possible... however, it's only worth doing if xbmc/mplayer can be set up so that mplayer is decoding one frame while the converter is converting a different frame (and a different frame is being displayed. so you have to run with 3 frames in the pipeline. atm i think we run with two - one in decode and one on the screen. if this is possible i'll have a good think about optimizing the yv12 to yuy2 converter. __________________ Always read the XBMC online-manual, FAQ and search the forum before posting. Do not e-mail XBMC-Team members directly asking for support. Read/follow the forum rules. For troubleshooting and bug reporting please make sure you read this first.

2004-03-02, 17:01	#2
Frodo Team MediaPortal Join Date: Sep 2003 Posts: 509	that should b possible frodo __________________ XBMC Project Founder (Retired), now head programmer of MediaPortal

2004-03-02, 17:14	#3
pike Project Manager Join Date: Sep 2003 Location: Sweden Posts: 4,281	butcher = mr.optimizer /me likes butcher __________________ Always read the XBMC online-manual, FAQ and search the forums before posting. Do NOT e-mail Team-XBMC members asking for support. Read/follow the forum rules. For troubleshooting and bug reporting, make sure you read this first.

2004-03-02, 17:17	#4
Gamester17 Team-XBMC Project Manager Join Date: Sep 2003 Location: Sweden Posts: 10,582	for those who haven't followed all posts know that a such optimization could take down video playback from 90% to 10% cpu usage __________________ Always read the XBMC online-manual, FAQ and search the forum before posting. Do not e-mail XBMC-Team members directly asking for support. Read/follow the forum rules. For troubleshooting and bug reporting please make sure you read this first.

2004-03-03, 05:54	#6
Butcher Team-XBMC Developer Join Date: Dec 2003 Posts: 765	the conversion is working, i still need to resolve a few bugs with getting the data out of mplayer, but expect to see this in cvs tomorrow. __________________ Always read the XBMC online-manual, FAQ and search the forum before posting. Do not e-mail XBMC-Team members directly asking for support. Read/follow the forum rules. For troubleshooting and bug reporting please make sure you read this first.

2004-03-02, 19:15	#5
Dr_Colossus Member Join Date: Nov 2003 Posts: 45	it's sad that i'm excited by this.

2004-03-03, 06:31	#7
jmarshall Team-XBMC Developer Join Date: Oct 2003 Posts: 15,076	great news! good work, butcher. seeing as you seem to be the most knowledgeable with regards to directx and the like, do you have any idea why we can't get hardware overlays to work full res in 1080i mode? currently the surface is hacked to 540 pixels high, which i assume is simply being displayed in both fields of the interlaced image, instead of it showing only the odd lines then even of a 1080 high surface. i don't know enough to determine whether this is a hardware restriction, or we're just setting up the display incorrectly, but it'd be nice to not have the 1080i hacks in there if at all possible. cheers, jonathan __________________ Always read the XBMC online-manual, FAQ and search the forum before posting. Do not e-mail XBMC-Team members directly asking for support. Read/follow the forum rules. For troubleshooting and bug reporting please make sure you read this first.

2004-03-03, 08:31	#8
Frodo Team MediaPortal Join Date: Sep 2003 Posts: 509	excellent work butcher! jcmarshall, wasnt there a limitation how big an overlay texture could be? frodo __________________ XBMC Project Founder (Retired), now head programmer of MediaPortal

2004-03-03, 13:45	#9
Butcher Team-XBMC Developer Join Date: Dec 2003 Posts: 765	btw don't expect to see the cpu drop entirely. decoding a large mpeg movie is still going to be expensive, mpeg isn't cheap to decode. it does mean we're not burning all the cpu memory bandwidth doing yv12->yuy2 conversion though. __________________ Always read the XBMC online-manual, FAQ and search the forum before posting. Do not e-mail XBMC-Team members directly asking for support. Read/follow the forum rules. For troubleshooting and bug reporting please make sure you read this first.

2004-03-03, 14:00	#10
Frodo Team MediaPortal Join Date: Sep 2003 Posts: 509	cant wait to see this working, at the moment converting yv12->yuy2 is the major bottleneck in xbmc offcourse when thats solved, we gotta see whats the next bottleneck and if that can be solved also frodo __________________ XBMC Project Founder (Retired), now head programmer of MediaPortal

Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)

Thread Tools	Search this Thread
Show Printable Version Email this Page	Search this Thread: Advanced Search
Display Modes
Linear Mode Switch to Hybrid Mode Switch to Threaded Mode

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Alternative mplayer crashes with yuy2	frankle1	XBMC for Xbox Specific Support	1	2005-02-27 16:26