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 - jimbodude

Pages: 1 ... 4 5 [6] 7 8 ... 25
76
Users / Re: AV connections not being controlled
« on: March 24, 2010, 03:55:21 pm »
Remove all the devices with new templates, revert all your changes using sqlCVS, and start from scratch.  Revert changes in the dce and ir repositories.  You should not edit codes that you are using from an existing code set, as that will affect all devices using that code set.  I believe there is a warning dialog about it at some point.

Update sqlCVS dce and ir repositories - each individually - so that you can check in your changes later without conflicts.  Create a new template with a new code set, enter your codes, and create a new device.

77
Users / Re: AV connections not being controlled
« on: March 24, 2010, 02:34:32 pm »
Are you sure that your packages are up to date?  You're using 0810, right?  I thought all the IR code issues were pretty much solved...

Your disappearing scenarios may be resulted to an issue I found a while back, but did not document:
http://svn.linuxmce.org/trac.cgi/ticket/664

78
Users / Re: Video Playback
« on: March 23, 2010, 09:28:30 pm »
LinuxMCE does not currently have any built-in support for multiple displays.  You must have a separate MD for each display.

79
Please update the wiki documentation with your findings if you have not done so already.

80
Stage Two is more effort that it's worth if you're going to do Stage Three.  Someone just posted a similar question about migrating from MythDora.  Search that topic out.

81
Users / Re: Stream Movies
« on: March 19, 2010, 10:01:37 pm »
Possibilities you should look at:
-) Use the new Hulu Player
-) Control an external device (Roku Netflix Player, PS3, etc)

82
Users / Re: AV connections not being controlled
« on: March 19, 2010, 09:59:35 pm »
Remove the devices, reload the router, and go through the setup wizard.  This will clear out all the audio pipes, get everything configured perfectly, reload the router properly, and regenerate all the orbiter screens correctly.  If you still have problems after that... then we'll have to dig a bit.

83
Users / Re: AV connections not being controlled
« on: March 19, 2010, 05:59:18 pm »
I'm assuming the KX-390 is your cassette deck.  Did you make that template?

84
Users / Re: Multiple back-ends and the internet.
« on: March 18, 2010, 04:56:03 pm »
1) Control a second Myth Back-end (the remote one). Whilst I know I can record on an MD, that would require my remote system PXE boot and be "inside" which is clearly not going to be the case!
MythWeb.

2) When recordings are found remotely, copy them to the main storeage, rather than simply indexing them and making them available.
As Andrew said - rsync.

There was a post somewhere about a way to rename the recording files to have titles and such.  I think that would enable you to use some of LinuxMCE's new automatic metadata retrieval stuff in the web admin so you'll have properly tagged media.  You'll have to do some research here - I've never used the rename script or the new automatic metadata stuff.

Traffic shaping will be a fun challenge on both ends, since the time difference is going to have an effect on when bandwidth will be available.  I know there are solutions available, you just have to find them and figure them out.

85
Users / Re: AV connections not being controlled
« on: March 17, 2010, 10:43:23 pm »
Ok... I'm not sure why the amp powers on when you reload the router - we'll come back to that.

The reason the inputs aren't switching sounds like it is exactly what I stated before.  LinuxMCE thinks the amp is still on the correct input, so it's not changing it.

Try this procedure and tell me what happens with the amp at each step.  Don't touch the amp after step 1 - use only the orbiter.
1) Shut the amp off and reload the DCE router
2) If the amp is on, then select "Display Off" from the Power menu (might be under Advanced, I forget)
3) Select the Video or Audio scenario, select a piece of media, and play it
4) Stop the media, returning to the OSD and screen saver
5) Repeat 2 through 4
6) Activate the scenario which you expect to use the other input on the amp
7) Stop the media
8) Repeat 2 through 4

If the amp has a tuner, we should edit the device template to reflect that.  This way LinuxMCE will create the proper scenarios to use the tuner automatically.  We'll come back to that also.

86
Users / Re: AV connections not being controlled
« on: March 17, 2010, 09:29:10 pm »
1) reload orbiter from web admin -> amp turns on AND input selector switched to laserdisc (so, it's not the delay after power on issue).
2) activate Video scenario from hybrid orbiter - TV = Monitor, so it's turned on.
3) Turn media off - amp remains on.
4) i stay up, go to amp, change input and turn amp manually off (no IR remote used).
4) activate Video scenario from hybrid orbiter - amp remains off
5) select a file to play - amp remains off
6) hit play on OSD menu - amp turns on, but does not changes input.

This is not a clear description of what you are doing...  Step 1 is telling me that as soon as you reload the router, the amp turns on... That's just not right.  Step 4 - where does this occur?  Are you using the buttons on the amp, the amp's remote, or some scenario...  I can't tell you what is wrong if you can't tell me what you are doing to make things happen.

For every time you click a mouse button, press a button on the amp, press a button on a remote, or select something on an orbiter make a numbered step that tells me a) what device you're interacting with (IR remote, web admin, on-screen orbiter, etc)  b) what button you pressed  c) what happens  d) what you expected to happen if it did not happen.

It seams so. The physical device (amp) only have one power button, but it's remote have two (system power on and standby) and hitting system power turns it on, hitting it again, does nothing, and hitting standby turns it off

These are discrete power codes.

87
See if you can find a reference to similar issues on MythTV site.  It sounds like you've got it narrowed down pretty well, which is great.  It doesn't sound like it's a LinuxMCE bug to me though...

88
Is this HD video?

89
Playing via MythTV or Xine (Videos scenario on orbiters) or something else?

90
Users / Re: Migrating from MythTV to LinuxMCE
« on: March 17, 2010, 06:36:36 pm »
Read the entire FAQ
http://wiki.linuxmce.org/index.php/FAQ

LinuxMCE uses MythTV for recording.  There isn't a "clean" way to import recordings that I have found - you need to be comfortable editing databases using SQL and have some understanding of how MythTV is put together.  I have done this before using the directions from the MythTV website, but it's been a while.  Basically, you back up the recordings and metadata tables from the database, move the recording files to the new hardware or place in the file system (LinuxMCE uses a very specific file system organization that you must conform to - see FAQ), import the database, update the file paths, and install MythTV.  Then, MythTV takes care of updating the MythTV database schema to the latest version, and LinuxMCE takes care of setting up the tuner cards and listing sources.  I'm not sure what version of MythTV you are using, but it should be less than or equal to LinuxMCE's current version (0.22-fixes) for this process to work.

LinuxMCE is not compatible with MythDora - you must install Kubuntu 0810, and then install LinuxMCE on top of that.

Most of your hardware looks fine.  The only thing that stands out is the CommandIR IR transceiver - I don't believe LinuxMCE has a device template for that, and adding it is probably not trivial.  The most popular and best supported IR transceiver device is the USB-UIRT.

Search the forums and wiki for the ION board you have - there may be special setup considerations.

Pages: 1 ... 4 5 [6] 7 8 ... 25