XBMC Linux port questions and answers... - Printable Version
+- Kodi Community Forum (http://forum.kodi.tv)
+-- Forum: Support (/forumdisplay.php?fid=33)
+--- Forum: General Support (/forumdisplay.php?fid=111)
+---- Forum: Linux and Live support (/forumdisplay.php?fid=52)
+---- Thread: XBMC Linux port questions and answers... (/showthread.php?tid=26097)
Solved my problem - riker77 - 2007-05-17 14:16
I checked my mesa version. It is 6.5.2. Although it is new enough I reinstalled it. Guess what. Compilation now works. Thank you for pointing me into the right direction.
- Geeba - 2007-05-17 15:01
Not sure if this is relivent but if anyone watches DL.TV (great script on XBMC of course) then you would of seen them open up a ATV and fit a bigger HDD in... its well on the way to being the modders platform of choice I think thinking of getting one and trying a few bits on it....
SVN works on ATI too - mace - 2007-05-17 20:10
I decided to see if i could get XBMC/Linux to run of ATI hardware, and yes it does.
Ubuntu 7.04, ATI own driver and XBMC code from svn plus T3CH compile works.
- ashlar - 2007-05-18 12:08
Gamester17 Wrote:@ashlar, FYI; not all DVI ports (chips) support HDCP (in fact most do not), but you can connect a HDMI=>DVI adapter on any HDMI ports converting it into a DVI port, so in that respect HDMI is prefered over DVI if you can not have both, (plus the fact that HDMI features digital video and audio in the same cable).Hi! I know about DVI and HDCP, for that matter not all HDMI port that were put on the market in the earlier days supported HDCP properly. I'm just saying there's many DVI solution with HDCP support *and* they offer a better connector.
Plus, so far no computing solution has come out with support for the high res audio formats so... one might as well go through the classic SPDIF interface (furthermore, I really think the new audio formats are more marketing food than anything else, you need very, very expensive systems to tell the difference between full bitrate DTS and this new stuff).
- seaweed - 2007-05-18 12:34
If xbmc gets released for a certain hardware-box it should at least be one with hdcp support, no matter what the connector interface is. (DVI or HDMI)
- ashlar - 2007-05-18 13:14
seaweed Wrote:If xbmc gets released for a certain hardware-box it should at least be one with hdcp support, no matter what the connector interface is. (DVI or HDMI)The only reason for hdcp support is if you'd want that box to be able to play unhacked HD-DVD or BD content.
In what is just my humble opinion, I feel that Apple TV would not be the right platform for this. To switch hardware platform by going to something that's underpowered *from day one* I feel would be a huge mistake.
Sure, Apple TV could be one of the unsupported hardware units that are capable of running XBMC Linux, and it could be good at that up to certain tasks. But as far as I understand it, it's severely limited even at 720p when decoding h.264 (notwithstanding the fact that when I read about reverse engineering to get h.264 acceleration working under Linux... well, is this worth the effort? Or does this apply to all nVidia solutions under Linux).
Major kudos to whoever suggested supporting the 360 wireless pad as a possible interface.
And pike... you asked "are we excited?". Hell, YEEEEEAAAAAAAH!!!!!!
- seaweed - 2007-05-18 14:04
ashlar Wrote:The only reason for hdcp support is if you'd want that box to be able to play unhacked HD-DVD or BD content.
Indeed, from external usb hd-dvd/blueray players
But of course playing *264 stuff is just as important, so we need to have a high performance hardware platform to use xbmc on.
- ultrabrutal - 2007-05-18 22:57
ashlar Wrote:Plus, so far no computing solution has come out with support for the high res audio formats so... one might as well go through the classic SPDIF interface (furthermore, I really think the new audio formats are more marketing food than anything else, you need very, very expensive systems to tell the difference between full bitrate DTS and this new stuff).
Let's not rule those of us one day willing to spend the cash on a HD audio capable hdmi 1.3 receiver. lets go for hardware that covers even the stuff we know is coming! hdcp hdmi 1.3/1.3a is a must
and thanks for the kudos btw
- gav1577 - 2007-05-19 01:03
hey guys i just think it should be ported to something a majority of us can afford
and still be able to use a normal tv as well as hd not everyone can afford all the expensive hardware and most people i know still dont have an hd tv although in a year or two i suppose they will. and just to boot i dont think many pepole will want a big bulky system sitting under their tv buzzing away in the background. hey but thats just my view guess we will just have to wait and see
- aegzorz - 2007-05-19 02:57
I know a perfect system you can afford if you don't have a HDTV, it's called xbox
- ultrabrutal - 2007-05-19 10:12
gav1577, dude... a port does not mean that the old xbox is abandoned. it still has it purpose like you describe. the port is for content which you have no use for anyways on your tv, so stay with the xbox.
the only problem when writing new source is that developer in some cases has to do special things for either xbox, linux or pc for it work on all supported platforms
- stickman - 2007-05-20 02:56
I just built the latest SVN with no problems and deployed the executable in the latest T3CH build directory, but there is no xbmc windows created at all.
I can't find any relevant info on the logfile on what the problem could be.
Maybe someone could help with that.
By the way. I'm on Feisty, gfx is GMA950 and direct rendering is working.
- jmarshall - 2007-05-20 04:21
Does glxgears work? What about some SDL apps (eg just download some simple SDL demos)
Mac/VM? - cullman - 2007-05-20 12:22
I'm a long time Linux/Windows/Xbox-xbmc user/programmer, and I have owned many shuttles and have tried to use them as HTPCs. I have switched over to Apple as my primary computing platform this year. My personal preference would be mac mini support. It has many benefits over most off the shelf shuttle type boxes. Built in IR, Bluetooth, WLAN, it's whisper quiet, small and likely to be a pretty static platform. I appreciate the fact AppleTv is cheaper but it's a somewhat closed platform, one of my main frustrations with the current Xbox as a platform is that it is a hack. It really limits the audience and the ability for your average users to get themselves out of a mess.
Even though I think the ideal platform would be mac mini. I do think that the Linux port should be the primary first effort. I think that a port from a well written linux port to os x would not be that difficult.
Another reason Linux is ideal is virtualization. I notice there is a lot of talk about what hardware this should run on, video cards, etc. I see the benefit of having a limited target platform. I think that one of the target platforms, if not the target platform should be VMWare or Parallels. This would not have been an option 6 months ago, but now both VMWare and Parallels are promising DirectX and OpenGL support (with Parallels OpenGL support already in Beta). If we fast forward to 12 or 18 months now and we have a flawless xmbc that uses a virtual target platform - both Parallels and VMWare will have pass through 3d support, off the shelf computing power even when taking the hit of virtualization will be much more powerful than the original Xbox's hardware. The end result is we get the advantage of a commercial enterprise doing the heavy lifting of hardware compatibility support, and now we have an XBMC that will run on Linux, Windows, and OSX.
Lastly, I think even if we did end up preferring a native version of xbmc (be it on linux or osx), there is an advantage to developing in a VM. Beyond the debugging, snapshotting and rollback advantages, it would allow us to all work on one hardware set on day one.
- stickman - 2007-05-20 13:55
jmarshall Wrote:Does glxgears work? What about some SDL apps (eg just download some simple SDL demos)
Yes, glxgears works just fine.
Previous builds used to work, at least on the first ones I tried. It was before the new GL2 renderer was used.
For testing purposes I've tried mplayer with -vo gl2 and it works. Here it's the relevant output:
I tested several of these SDL OpenGL demos and they worked just fine (except the last one, which is an OpenGL2 demo)
Maybe it would be useful to throw some SDL debug info in the logfile: used videodriver for example or videocard capabilities...