home
products
contribute
download
documentation
forum
Home
Forums
New posts
Search forums
What's new
New posts
All posts
Latest activity
Members
Registered members
Current visitors
Donate
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Search titles only
By:
Menu
Log in
Register
Navigation
Install the app
Install
More options
Contact us
Close Menu
Forums
MediaPortal 1
Development
General Development (no feature request here!)
Practical Way for Porting MP to Linux
Contact us
RSS
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="samuel337" data-source="post: 88377" data-attributes="member: 10347"><p>I agree with arkay here - it would make more sense to use the relevant equivalent linux technologies instead of using something that emulates it. That said, I understand that it will be a monolithic job to do it all, so you do want to use what's available.</p><p></p><p>Given however, that you will have to rewrite the DirectX classes anyway, why not rewrite it using linux's WPF equivalent - xgl (<a href="http://en.wikipedia.org/wiki/Xgl)" target="_blank">http://en.wikipedia.org/wiki/Xgl)</a>. That should relieve you of your WPF worries. </p><p></p><p>The reason that MP is moving on to WPF? Check out the hundreds of videos out there to find out. One simple example is 3D effects - MP right now is a 2D system, with only 2D animations. So if we wanted a spinning cube effect, we wouldn't be able to do it. The world and hence consumers however, are moving into the 3D world and will come to expect this, so unless MP keeps up, its interface will look outdated. And its not only windows moving into the 3D realm - check out xgl on linux (SLED) and core animation on macs. </p><p></p><p>I guess its like the evolution from the console/terminal to a GUI world. The console system worked for all those who used it, but the GUI system was nicer <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite7" alt=":p" title="Stick Out Tongue :p" loading="lazy" data-shortname=":p" /></p><p></p><p>Sam</p><p>p.s. as DonBogo pointed out, there's now an alliance between Novell and Microsoft on linux, so maybe something will come out of it later regarding mono...</p></blockquote><p></p>
[QUOTE="samuel337, post: 88377, member: 10347"] I agree with arkay here - it would make more sense to use the relevant equivalent linux technologies instead of using something that emulates it. That said, I understand that it will be a monolithic job to do it all, so you do want to use what's available. Given however, that you will have to rewrite the DirectX classes anyway, why not rewrite it using linux's WPF equivalent - xgl ([url]http://en.wikipedia.org/wiki/Xgl)[/url]. That should relieve you of your WPF worries. The reason that MP is moving on to WPF? Check out the hundreds of videos out there to find out. One simple example is 3D effects - MP right now is a 2D system, with only 2D animations. So if we wanted a spinning cube effect, we wouldn't be able to do it. The world and hence consumers however, are moving into the 3D world and will come to expect this, so unless MP keeps up, its interface will look outdated. And its not only windows moving into the 3D realm - check out xgl on linux (SLED) and core animation on macs. I guess its like the evolution from the console/terminal to a GUI world. The console system worked for all those who used it, but the GUI system was nicer :P Sam p.s. as DonBogo pointed out, there's now an alliance between Novell and Microsoft on linux, so maybe something will come out of it later regarding mono... [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Development
General Development (no feature request here!)
Practical Way for Porting MP to Linux
Contact us
RSS
Top
Bottom