+- XBMC Community Forum (http://forum.xbmc.org)
+-- Forum: Help and Support (/forumdisplay.php?fid=33)
+--- Forum: XBMC General Help and Support (/forumdisplay.php?fid=111)
+---- Forum: Windows support (/forumdisplay.php?fid=59)
+---- Thread: User experiences so far with the dx builds of xbmc - share them here.. (/showthread.php?tid=57681)
- Rocky5 - 2009-10-02 18:30
kricker Wrote:Currently you can't. It is a known issue.
ah cheers m8 will stay on an older build for now.
- dj_gerbil - 2009-10-02 22:09
Just downloaded and tested 23329-dx and all I can say is WOW. Now I know I'm one of the ones that's running a single monitor setup with an Nvidia card so I've had less problems then some but still. This really is shaping up to be very nice. Its even got a visualisation working even if it is just the waveform one. Might have to try it on my HTPC over the weekend and see how things go.
- Arcanthur - 2009-10-03 01:22
jmarshall Wrote:The goal is to show only the default (i.e. native) resolution of the attached screen(s). No need for the user to see 10450 resolutions, 99.9% of which are useless to them.
Obviously this is separate from things like switching refreshrates on playback of video.
Cheers,
Jonathan
I know this is an on going discussion, but as we skinners develop our skins for specific resolutions ie: 720p, how are we to select that resolution if our monitor isn't native 720p, mine is 1680x1050 for example, and we are coding xperience for 720p. sure I can "approximate" or guess a 1280x720 window, but its MUCH easier selecting from a list.
As it stands now these builds are useless to me as its infuriating trying to resize everytime while coding and moving textures around.
What about some sort of command line option like xbmc.exe -res 1280x720 ?
- fekker - 2009-10-03 01:35
sealight Wrote:I'm worried... 40%, 64% of a 2ghz Core Due CPU just for the UI?!
This is getting “out of control”… If built from scratch a UI like XBMC should never go beyond 5-10% on a modern computer.
-What are your thoughts regarding this?
Too much legacy weight? Lack of extended Hardware Acceleration?
I wouldn't worry about the cpu usage that I reported, this machine runs a ton of services, the point was a big reduction in overall use, i should have outlined that point as 20% cpu reduction with higher framerates over the gl build.
- kricker - 2009-10-03 02:22
Arcanthur Wrote:I know this is an on going discussion, but as we skinners develop our skins for specific resolutions ie: 720p, how are we to select that resolution if our monitor isn't native 720p, mine is 1680x1050 for example, and we are coding xperience for 720p. sure I can "approximate" or guess a 1280x720 window, but its MUCH easier selecting from a list.Check Trac and put in an official feature request if you want to make sure it's looked at if there isn't one already. I know jmarshall mentioned thinking of how to deal with it some time ago, but he may have been sidetracked.
As it stands now these builds are useless to me as its infuriating trying to resize everytime while coding and moving textures around.
What about some sort of command line option like xbmc.exe -res 1280x720 ?
- azido - 2009-10-03 02:28
Arcanthur Wrote:I know this is an on going discussion, but as we skinners develop our skins for specific resolutions ie: 720p, how are we to select that resolution if our monitor isn't native 720p, mine is 1680x1050 for example, and we are coding xperience for 720p. sure I can "approximate" or guess a 1280x720 window, but its MUCH easier selecting from a list.
As it stands now these builds are useless to me as its infuriating trying to resize everytime while coding and moving textures around.
What about some sort of command line option like xbmc.exe -res 1280x720 ?
in my understanding xbmc follows the resolution your windows desktop is set to. so if you change/resize your windows desktop to 1280x720, that's the one you get when you go fullscreen.
at least i tried that with screen #2 (being the tv) and it worked.
- Arcanthur - 2009-10-03 04:17
kricker Wrote:Check Trac and put in an official feature request if you want to make sure it's looked at if there isn't one already. I know jmarshall mentioned thinking of how to deal with it some time ago, but he may have been sidetracked.
Thanks, I will look in to it
azido Wrote:in my understanding xbmc follows the resolution your windows desktop is set to. so if you change/resize your windows desktop to 1280x720, that's the one you get when you go fullscreen.
at least i tried that with screen #2 (being the tv) and it worked.
I'm more on about presized resolutions in windowed mode as its easier to code and check results if xbmc is in a window.
Also most widescreen computer monitors are 16:10 so setting a desktop res of 1280x720 (16:9) would be stretched.
I know the intent is to make it easier for general users, thats why a command line option to load it at specific resolutions would be nice. That would effectively "hide" the option from normal users, and devs could simply create shortcuts to load it at different resolutions, ie:
xbmc.exe -windowed -res 1280x720
or
xbmc.exe -fs -res 1280x720
That would be my preference if the option is being taking out of the settings menus.
- Hitcher - 2009-10-03 16:47
Seconded.
I'd love to test on the latest version but windowed at 1280x720.
- LaTropa64 - 2009-10-04 02:09
Is this problem specific to me?
During playback of 1.78:1 content, it resizes the video from 1920x1080 to about 1755x1080 so there are black bars on the sides. It's only video playback as the GUI always fills the entire monitor.
- kay.one - 2009-10-04 08:47
windows 7 x64 RTM
Intel X4500 video Link
interface is more responsive than OpenGL. but when i playback video the aspect ratio is off, so the picture is always compresses horizontally. there are always black bars on the left and right side of the picture. even 4:3 videos have less horizontal pixels than they should.