Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Matthew

Pages: 1 2 [3] 4 5 ... 38
31
Developers / Re: Developer FAQ
« on: February 10, 2008, 08:49:34 pm »
all source is located at http://svn.charonmedia.org/

Question 2

Q: How do I compile the whole shebang?

# Download snapshot (391MiB)
wget http://www.charonmedia.org/lmce-1465.tbz

Isn't the CharonMedia.org SVN the old LMCE versions' source? Isn't the current 0710bN source in http://svn.linuxmce.com/pluto/trunk/src ?

32
Developers / Re: UI3 Discussion
« on: February 10, 2008, 08:45:57 pm »
I never heard of Clutter before now, but it does at the very least look like a step in the right direction.

Still I would like to the the meeting minutes so I know the direction that we are heading...

From what I understand the options are to use and build upon GNash, use and build upon another OSS project (Clutter would be in this category), or just start from scratch. From my understanding GNash is a no go and this would likely have to be started from scratch to deal with licensing.

Look lets get this straight... GNASH is not a no go in any way at all. You just have to look at the range, sophistication breadth of UI's being delivered as 'Flash' applications now to realise this. In UI3 the plan is to use the GNASH runtime engine to provide the runtime engine.

Has the UI3 discussion gone any further than the UI3 conference 3 weeks ago? Because I see no public sign that it has.

33
Developers / Re: MAME Plugin Progress Thread
« on: February 08, 2008, 11:02:59 pm »
I can store the metadata, I just can't store the roms. I'm sorry fellas, I love you all...but I don't love you all THAT much.

Is copyright stopping you, or load on your server, or something else?

34
Developers / Re: MAME Plugin Progress Thread
« on: February 08, 2008, 04:10:15 pm »
Further work, This time a solution for game metadata.

After a few different tries at grabbing metadata for roms etc. I have decided that keeping a locally maintained SQLCVS database is the best course of action. I have created a new database on my system, lmce_game, which will house this db.. I have not applied sqlcvs bits to it yet, but I will...

I have made the basic sql2cpp classes to wrap it, and I am writing a bootstrapper to try and populate this initial table. This is mostly needed for MAME, because I have to get this data from elsewhere.....

I will add grabbers for 2600 roms, and other rom formats that do not contain metadata sections...but this is the first step to supporting other game system types later, once I get this first one working.

I will be storing this in my little home spot in the svn trunk.

That would be an excellent system. But what are the copyright/redistribution constraints on those ROMS, any? If none, swell, but if not, that could be trouble. Even if most ROMs are out of copyright, are there any most recent ROMs that have some restrictions?

Somehow I doubt the roms (like any other media) are going to be included.  ::)

Good point. But if there's no copyright, then why not allow LMCE/MAME serve as a completely easy platform for sharing these games? Finally MAME for the masses, without having to search for and install the ROMs.

35
Developers / Re: MAME Plugin Progress Thread
« on: February 08, 2008, 03:10:52 pm »
Further work, This time a solution for game metadata.

After a few different tries at grabbing metadata for roms etc. I have decided that keeping a locally maintained SQLCVS database is the best course of action. I have created a new database on my system, lmce_game, which will house this db.. I have not applied sqlcvs bits to it yet, but I will...

I have made the basic sql2cpp classes to wrap it, and I am writing a bootstrapper to try and populate this initial table. This is mostly needed for MAME, because I have to get this data from elsewhere.....

I will add grabbers for 2600 roms, and other rom formats that do not contain metadata sections...but this is the first step to supporting other game system types later, once I get this first one working.

I will be storing this in my little home spot in the svn trunk.

That would be an excellent system. But what are the copyright/redistribution constraints on those ROMS, any? If none, swell, but if not, that could be trouble. Even if most ROMs are out of copyright, are there any most recent ROMs that have some restrictions?

36
Developers / Re: UI3 Discussion
« on: February 08, 2008, 03:08:44 pm »
I never heard of Clutter before now, but it does at the very least look like a step in the right direction.

Still I would like to the the meeting minutes so I know the direction that we are heading...

From what I understand the options are to use and build upon GNash, use and build upon another OSS project (Clutter would be in this category), or just start from scratch. From my understanding GNash is a no go and this would likely have to be started from scratch to deal with licensing.

What makes you think GNASH is a no go?

37
Installation issues / Re: My LinuxMCE Problems
« on: February 06, 2008, 04:12:34 pm »
Would you mind putting that in the wiki?  http://wiki.linuxmce.org/index.php/PcHDTV_HD5500

I pasted those instructions into the wiki article in place of the link to this discussion. If this discussion indicates revisions to that article, (anyone) please make them.

38
Developers / Re: linuxmce and PS3
« on: February 06, 2008, 03:54:43 pm »
Sorry to say I didn't get further last weekend, but I seem to be having a serious problem getting the pchdtv HD-3000 (a card built specifically for linux)  to work with linuxMCE.  Previously I had it working under gentoo, but have since erased the partition where the mysql databases were residing.  I am thinking about trying a couple of other myth based distribution just to see if I can test the myth setup on the ps3. I am still very committed to this distribution as it is so comprehensive.  But I would like to ask if anyone has had any experience with similar distros? Or maybe even experience with the pchdtv line of cards?  On the pchdtv forums they name instantaneous compatibiliy with the other distros,  I will experiment with this and report back.  I'd really like to figure out why it doesn't work here in LinuxMCE, and subsequently fix this problem.  When I get the backend working I will continue on integrating the ps3 into linuxMCE.  Once again I appreciate all the replies that I have gotten from you and will report back with any findings.  Cheers!

I assume you mean you put off working on PS3 to get your PCHDTV HD-3000 card working in a separate PC machine (because the PS3 has HDMI builtin). You might find the post about a hybrid with PCHDTV-5500 useful. If you get it working, would you add an entry for the HD-3000 to the wiki (an actual article, not just a link to this discussion)? Good luck.

39
Feature requests & roadmap / Re: Iphone/iTouch as Orbiter or remote control
« on: February 05, 2008, 04:42:35 pm »
Check this out: http://www.thegreenergrass.org/2008/02/concept-current-state.html

I would really love to se this kind of interface for LinuxMCE on iPhone/iTouch.

Do you know a Flash, Java or other (SVG?) applet that can run in a webpage that allows simple drag & drop drawing of floorplans and objects in it?

40
Users / Re: Sony PS3/PlayTV PVR?
« on: February 04, 2008, 04:06:21 pm »
I've got  a PS3 and didn't think anything of using it for a MD untill the release of the Playstation Camera.  It has a stereo mike and a very high resolution camera for $69.00.  Bottom end systems come in at $390 with 40 gig HD, gigabit eithernet, HDMI, Blue Ray DVD, 4 USB ports.

As a MD it makes a good system, Compact and powerful.  The economy of scale for this system makes it attractive. 

Have you tried running the PS3 as MD?

41
Developers / Re: Mobile Orbiters
« on: February 04, 2008, 10:56:26 am »
My experience with the Web orbiter has been very disappointing. Slow response, constant refreshing etc. Its pretty kludgy. Try it on an iPhone for frustration. Its more like a video game where you are trying to push the button while its live. And thats through a wifi connection.

I put $300 up for an Indian dev. to update the Symbian orbiter to rev. 3 early last year. He thought it would take a few weeks. Its still not done and he wants more money. This is a big project and not a quick one.

The Bluetooth response on the Symbian implementation is too slow to be satisfactory. It works but as a TV remote you will get frustrated.

Well, if an updated (locally executed) Mobile Orbiter takes a long time despite current efforts, maybe a revised Web Orbiter that works over Bluetooth could deliver limited, but better than nothing, functionality much quicker. If there's already a way to use HTTP over Bluetooth. I'd expect the Bluetooth performance to be faster over the native Web browser than through the full Mobile Orbiter, and I'd expect the Web Orbiter over Bluetooth to be a lot faster than over GPRS or other WWAN.

The whole Web Orbiter is a kluge, but it does seem to work as HTTP over the LAN, and is better than nothing (and not limited to S60 phones).

why should http over ip over l2cap be faster than sending a few structs over rfcomm (BD)?

I don't know. I didn't say it would be. I said it would be faster than over WAP or GPRS etc, which all have to go across the entire Wireless Wide Area Network (and half the world) just to get across the room.

42
Developers / Re: Mobile Orbiters
« on: February 04, 2008, 10:16:48 am »
My experience with the Web orbiter has been very disappointing. Slow response, constant refreshing etc. Its pretty kludgy. Try it on an iPhone for frustration. Its more like a video game where you are trying to push the button while its live. And thats through a wifi connection.

I put $300 up for an Indian dev. to update the Symbian orbiter to rev. 3 early last year. He thought it would take a few weeks. Its still not done and he wants more money. This is a big project and not a quick one.

The Bluetooth response on the Symbian implementation is too slow to be satisfactory. It works but as a TV remote you will get frustrated.

Well, if an updated (locally executed) Mobile Orbiter takes a long time despite current efforts, maybe a revised Web Orbiter that works over Bluetooth could deliver limited, but better than nothing, functionality much quicker. If there's already a way to use HTTP over Bluetooth. I'd expect the Bluetooth performance to be faster over the native Web browser than through the full Mobile Orbiter, and I'd expect the Web Orbiter over Bluetooth to be a lot faster than over GPRS or other WWAN.

The whole Web Orbiter is a kluge, but it does seem to work as HTTP over the LAN, and is better than nothing (and not limited to S60 phones).

43
Developers / Adding DB Access to Orbiter
« on: February 04, 2008, 10:08:01 am »
I'm trying to add database access to the Orbiter. Specifically, I'm trying to add it to the ScreenHandler class, where it sends the Bulk Rip message to the Powerfile_C200 in ScreenHandler::JukeboxManager_ObjectSelected() , to get the rip target format defaults. So I'm trying to add a database connection to the ScreenHandler constructor, which can be queried later in the code right before composing the message to be sent. But I'm having problems just adding a database object to the ScreenHandler class.

I'm modeling the code on the WizardLogic.cpp code that does the same thing. I'd reuse the WizardLogic code and its DB querying functions, but AFAICT the WizardLogic has an Orbiter, but there's no backward reference to the WizardLogic in the Orbiter, that the ScreenHandler could get from the ScreenHandler::Orbiter . So I just try to add a Database_pluto_main * member to the ScreenHandler , as a protected member Database_pluto_main *m_pDatabase_pluto_main; in ScreenHandler.h , and m_pDatabase_pluto_main = new Database_pluto_main(LoggerWrapper::GetInstance()); in ScreenHandler.cpp . I add #include "pluto_main/Database_pluto_main.h" to each of ScreenHandler.{cpp,h} .

But when I (cd src; make all) , I get

Code: [Select]
../Orbiter/ScreenHandler.o: In function `ScreenHandler':
/opt/lmce/src/Bluetooth_Dongle/../Orbiter/ScreenHandler.cpp:69: undefined reference to `Database_pluto_main::Database_pluto_main(DCE::Logger*)'
/opt/lmce/src/Bluetooth_Dongle/../Orbiter/ScreenHandler.cpp:69: undefined reference to `Database_pluto_main::Database_pluto_main(DCE::Logger*)'
collect2: ld returned 1 exit status
make[1]: *** [Bluetooth_Dongle] Error 1
make[1]: Leaving directory `/opt/lmce/src/Bluetooth_Dongle'
(FWIW, the Makefiles requiring rebuilding dozens of object files when only ScreenHandler.cpp changes is a real hassle. And what's Bluetooth_Dongle doing rebuilding the ScreenHandler when only the ScreenHandler has changed?)
 
As a test, I change the ScreenHandler.h declaration to int m_pDatabase_pluto_main; and then in ScreenHandler.cpp I replace the creation of the new Database_pluto_main with just m_pDatabase_pluto_main = 32; . When I (cd src; make all) , it compiles and links without complaint.

I don't know why the linker isn't finding the definition of  Database_pluto_main in pluto_main/Database_pluto_main.h as #included in ScreenHandler.h .

Any ideas?

44
Developers / Re: sync_pluto2amp.pl to SVN?
« on: February 04, 2008, 09:45:46 am »
everything that I wrote, was about svn.linuxmce.org repository. It is in sync with Mantis version, as I explained in previous reply.

How come the Mantis and svn.linuxmce.org versions have different MD5sums?

Please re-read this comment:http://forum.linuxmce.org/index.php?topic=4030.msg23777#msg23777 - I have replied there, pointing that version before-the-latest is the same as Mantis version.

Ah, you mean "in sync" as in "common at the time of their creation". And the SVN has been updated since the time the Mantis version was posted. Clearer now. The real problem was that I've been browsing the CharonMedia SVN.

45
Developers / Re: sync_pluto2amp.pl to SVN?
« on: February 04, 2008, 08:32:35 am »
everything that I wrote, was about svn.linuxmce.org repository. It is in sync with Mantis version, as I explained in previous reply.

How come the Mantis and svn.linuxmce.org versions have different MD5sums?

Pages: 1 2 [3] 4 5 ... 38