A New Skin Concept - Printable Version

A New Skin Concept - Printable Version

+- XBMC Community Forum (http://forum.xbmc.org)
+-- Forum: Development (/forumdisplay.php?fid=32)
+--- Forum: Skin Development (/forumdisplay.php?fid=12)
+---- Forum: WIP Skins (/forumdisplay.php?fid=160)
+---- Thread: A New Skin Concept (/showthread.php?tid=46946)

Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36

- topfs2 - 2009-03-14 21:03

timdog82001 Wrote:awesome looking concept. I love the look of that angled wall view, but like djh said, I can't imagine it running well on ANYbody's system Maybe if xbmc supported quad core processors, but so far I don't think it does

Well for the thumbs it should ideally only matter how much gfx horsepower (and gfx ram) you have, it might take some time to load them all up though. But I don´t dare to say it to certain as I haven´t looked through guilib to much.

I think it should be doable, or rather. It must be doable because that view is dead sexy Smile

Wallviews works good and this would be perhaps 8x more thumbs, I still think a recent enough of gfx will handle that.

Cheers,
Tobias

- jonm42 - 2009-03-14 21:53

Angled wall view is killer. And it would probably do just fine on the linux/vdpau branch.

- theophile - 2009-03-14 22:14

jonm42 Wrote:Angled wall view is killer. And it would probably do just fine on the linux/vdpau branch.

I don't think the menu screens are drawn any differently in the VDPAU branch. VDPAU is a video decoding method for certain video codecs.

- topfs2 - 2009-03-14 23:30

theophile Wrote:I don't think the menu screens are drawn any differently in the VDPAU branch. VDPAU is a video decoding method for certain video codecs.

To verify, VDPAU is ONLY used when decoding video.
In menu´s both vdpau branch and normal linuxbranch we rely on OpenGL

Cheers,
Tobias

- ethan_9219 - 2009-03-14 23:39

Love it!!! great looking skin....I would use it if it were a real skin.

- xbs08 - 2009-03-14 23:53

don't like the view type and other info on screen that doesnt concern movies

- timdog82001 - 2009-03-14 23:55

Topfs2 Wrote:Well for the thumbs it should ideally only matter how much gfx horsepower (and gfx ram) you have, it might take some time to load them all up though. But I don´t dare to say it to certain as I haven´t looked through guilib to much.

I think it should be doable, or rather. It must be doable because that view is dead sexy
Wallviews works good and this would be perhaps 8x more thumbs, I still think a recent enough of gfx will handle that.

Cheers,
Tobias

I guess that's true. Still, I have a 9500GT with 1 TB of graphics ram which is decent enough for a media pc and wall view isn't smooth in any of the skins that have it

- djh_ - 2009-03-15 02:25

It has nothing to do with GFX horsepower - it's the caching of thumbnails as you scroll back and forth. Cut out the upper and lower extremities of that angled wall view and you'll get the same average-decent performance as everyone else. Leave them in and it'll chug.

You'll run into one problem or other with all of those concepts. The wall views famously can't spill over the screen edges. The labels for the now playing box and listitem would overlap. The stuff you're suggesting for the OSD can't be done. A long and winding road of feature requests and compromises awaits. Still, nice ideas.

- topfs2 - 2009-03-15 03:05

djh_ Wrote:It has nothing to do with GFX horsepower - it's the caching of thumbnails as you scroll back and forth. Cut out the upper and lower extremities of that angled wall view and you'll get the same average-decent performance as everyone else. Leave them in and it'll chug.

You'll run into one problem or other with all of those concepts. The wall views famously can't spill over the screen edges. The labels for the now playing box and listitem would overlap. The stuff you're suggesting for the OSD can't be done. A long and winding road of feature requests and compromises awaits. Still, nice ideas.

I calculated approx 162~ thumbs. Say they are 512x512. That would make every thumb approx 1 mb (RGBA uncompressed).
Say we double that amount to garantuee not hitting disk to much. The ram usage is still possible.

The problem however comes at swapping the ram data to texture and this takes time, On my computer if I change texture at every frame I still get a framerate of > 200 in a managed language. So changing a couple of textures a second should still prove possible. (given the gfx-card actually can store enough to both for the view, and the needed pre-cached)

Still I would say it might take alot of coding and alot of power. And when counting the numbers, yeah its definatly alot. But if the view got tilted just slightly the number of thumbs would drop significantly, then perhaps it will work Big Grin

- phyek - 2009-03-15 14:15

Thanks to all for the replies. For the angular wall...I was thinking maybe load only a certain amount of thumbs in the foreground and just have empty boxes in the distance to show perspective...maybe? Also, for long titles/labels I was thinking of fading the text past a certain point. Anyway, these are just ideas. Some more rough screens below.

[Image: xbmc11.jpg]