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

Pages: 1 ... 28 29 [30] 31
Users / Re: PXE over wireless
« on: April 09, 2008, 12:55:17 pm »

According to this article it is possible (I have not tried it, just googled it). From a quick read, it would seem you need to have a wireless bridge device on your client, and a normal wireless access point connected to the network/switch.

The article also has a couple of links to other sites.


Users / Re: MythTV - image is shaky - change FPS rate?
« on: April 06, 2008, 02:27:16 pm »
Hi Lexje,

1. I think you need to use mytthv-setup to sort this out. I messed around with this setup too, and ended up re-doing it a couple of times before I got it right. But maybe some other user has some more insight into this?

2. I don't have a MCE remote, but I have to use the Up/Down buttons to change the channel. Perhaps it's the same for you?

The rest I'll leave for others.


Installation issues / Re: Capture Cards change order after reboot
« on: April 06, 2008, 02:16:33 pm »

Short answer: you need to write a udev rule.

For some more information, you can see this link
It is also described in the MythTV wiki

Such rules can be a little hard to understand and get working.
I don't know of other ways to solve it, but that does not mean there aren't ;-)


Users / Re: Thinking of migrating to LinuxMCE...
« on: April 06, 2008, 02:12:05 pm »
Hi Rich, and welcome.

First, since it is not clear from your post how you would like your setup to be, I would like to point out that you have two options for setting up LinuxMCE. You can set it up as a Core, which acts like a media server, but can not display the media. It just serves media to other computers (which are called Media Directors in LinuxMCE). Or you could set it up as a Hybrid, which is a Core and a Media Director (MD) in one.

I am thinking maybe a hybrid is your best option, but I just wanted to point out the two options.

1. LinuxMCE does have an integrated firewall/gateway to the internet, and it thus has support for two NICs. This should suit you fine, from what you say.

2. LinuxMCE has SMB/CIFS shares for the media directories, so you should be able to access your media from your laptop. You should also be able to backup your laptop (user data I suppose?) to the user share that LMCE creates.
There were some problems wrt flac and ogg files. The tags were not read from these files, and would not be listed unless you selected the file name display. I think there has been some work on this for the 710 version, but I can't say I have seen any definite confirmation that it has been fixed.

3. You should check that your DVB card is supported in the Linux kernel used by LinuxMCE. If the card is supported by the kernel, it should work fine with LinuxMCE. (LMCE uses mythtv for recording/live tv so you could check out their site also). I think the hardware should be good enough to record and playback at the same time, if you choose the hybrid setup.

4. As standard, LinuxMCE uses only one screen. There is a button to start the web browser from within LinuxMCE. There is yet another button that starts the normal KDE desktop, and you can switch back to LinuxMCE which then appears like just another application window. I don't know, but it might be possible to use the same setup you used before. But beware that LMCE might destroy your X server setup, in cases when it needs to rewrite the configuration.

5. If you can configure it using only the lirc configuration files, i.e. no custom modules or any modification to Lirc itself, I suppose it should work. You might need to define a device template to hold the configuration for you remote/receiver, depending on what type of receiver it is. Is it a simple IR diode connected to the serial port, it should be very easy. This is the kind of setup I use now.

No silly questions at all. It is very difficult to make out what your possibilities are with such a large project.
I also used freevo before switching to LMCE. If you only are going to use the media part of LMCE, I am inclined to say that the freevo UI is better suited for use with a remote. I find that for LMCE you need to use a mouse to navigate the menus efficiently. But of course, LMCE offers many other exiting features :-). Just my 2 cents.



Its discussed a little here, and here (I searched for 'speech')

I also think I remember the pluto guys discussing this a long time ago, but the found out it was not stable enough.

Not sure if anyone have made any progress on the issue though.


Feature requests & roadmap / Re: Feature Request - Joost Support
« on: April 06, 2008, 01:26:18 pm »
I agree with you on not trying to add all sorts of different UI elements. It should be consistent for the user.

A RSS reader would be nice on it self also, I suppose.


Feature requests & roadmap / Re: Feature Request - Joost Support
« on: April 04, 2008, 10:15:07 am »
How about Miro? Not what jammastercd asked for, but as far as I know (and I don't know much, as I have not used either  ;) ) its almost the same thing.


Developers / Re: Java/ J2ME mobile orbiter
« on: February 29, 2008, 11:04:20 am »
Hi all,

First, thanks Hari, and others, for the great work. I am looking forward to trying this out.  :)

And for trying it out, please correct me if I am wrong:
If I understand the whole thing correctly, the patch now added to the tree will allow LMCE to discover a Java MO running on a phone. So what I need to do to get this working is:
* Upgrade to LMCE 7.10 beta4 (when it is available)
* Install the JAD file on my phone
* Run the JavaMO and let LMCE discover it

Is this correct, or am I missing something basic?


Installation issues / Re: KDE as default 0710 Beta 2, MD Hibernation??
« on: February 01, 2008, 10:04:32 pm »

In case you haven't seen it:
For hibernation of the MD, see this thread, which discusses the topic. There is also a wiki article that describes how to set it up

As you will understand from the thread, hibernation still has some problems, and it is not integrated into LMCE. You will have to either hibernate from the console or set up the power button to trigger hibernation. There are also some problems that can occur when resuming; sometimes you wont be able to play audio and video (and perhaps other issues also).

So basically, yes, it is possible but it still has some problems.


Feature requests & roadmap / Re: hibernation would save a lot of time
« on: January 26, 2008, 12:04:58 pm »

This seems to be the same behaviour I experience. For me, suspend to disk works the same as suspend to RAM.

So this strengthens my suspicion that the AppServer somehow gets "out of tune" with the core during long periods of sleep. I'll see what I can find out, but I suspect we need to have someone with a better understanding of the AppServer/DCE router stuff to look into it.

Regarding debugging the suspending, I haven't done it myself, but I suggest you read the s2ram article linked from the wiki suspend article. From what I understand, it is often a buggy driver that causes suspend/resume to fail.

I suppose that by "the MD device itself" you mean the LinuxMCE/Orbiter part? (The required software packages are already available in Ubuntu, so its just a matter of installing and configuring them).

As far as integrating it into the floorplan and suspending the MD via the Orbiter (and other similar uses), I suppose one would need to have a DCE command to tell the AppServer to suspend the MD, and to add a suspend button to the Orbiter power menu, and also add a way to suspend a device from the floorplan (I see there is already a power button on the floorplan, what does this do?).

I have no knowledge about the AppServer/Orbiter, so I wouldn't know where to start such an integration, but I am a C++ programmer (rather, I did some C++ a couple of years ago) and I would probably be able to do it, given the right amount of time  ;)


Feature requests & roadmap / Re: hibernation would save a lot of time
« on: January 24, 2008, 09:35:24 am »

This may well be the same problem I am having, but it appears it sometimes does work when resuming. I have not idea about when it works and when it don't. I was thinking that it may be dependent on the amount of time the MD has been suspended, but this is just a wild idea, I have no knowledge to support it.

Is this consistent with what you see? Or is the AppServer always dead when resuming, no matter how long it was suspended? Or perhaps it is completely random?

I might have time to look into it during the weekend. I will of course post if I discover anything.


Installation issues / Re: Can't get TV stream in remote Media Director
« on: January 15, 2008, 07:32:11 pm »
Not sure if this is relevant, but I found a solution my similar problem. Seemed it was a problem with how the home folder was mounted on the MD. The recorded shows are stored in the /home/public folder.

I opened the /etc/fstab file on the MD in an editor, and found this line
Code: [Select]
// /home cifs credentials=/usr/pluto/var/sambaCredentials.secret 1 1and changed it to this:
Code: [Select]
// /home cifs iocharset=utf8,forcedirectio,credentials=/usr/pluto/var/sambaCredentials.secret 1 1
I added the forcedirectio option to the mount. This disables some caching which prevents MythTV from detecting that the recorded file has been written to. (MythTV Live tv is really just recording to a file, and directing the client to play this file)
(The iocharset=utf8 is not relevant here, but was needed for the MD to recognize files with non-ascii characters in the file name.)

You'll have to remount the folder (or reboot) to apply the new settings.

Again, not sure if this is the same problem you have, but I thought I should let you know how I solved my problem.


Feature requests & roadmap / Re: hibernation would save a lot of time
« on: January 08, 2008, 09:02:58 pm »
Hi all,

As promised before Christmas, I would post information about suspend to disk. I currently have a SATA HDD in my MD from before I started using LMCE, so I am using that as a swap partition (for suspend to disk). I plan on buying a CF card and CF/IDE adapter and test this, but I don't see any reason why this should not work as well. As far as I know, this will just be detected in the kernel as a normal IDE disk (or SATA, if you have a CF/SATA adapter).

Please note that I have been trying a few things before I ended up with this solution, so please tell me if something is not working, and I will try to figure out what I missed in the howto.

The information has been added to the wiki

After using suspend for a while, I discovered some problems with playing music after resuming (did not try video or TV). It might be the same problem as you had, chrisbirkinshaw. I also restarted the X server, and all seemed to work again. Not sure why. Anyway, I suppose we need to inform the core about the MD suspending, so it knows that it needs to wake it if it needs to access the MD. Maybe the problem with audio/video is related to the fact that this happens without the core really knowing, and that it somehow messes things up in the Orbiter or Application server.

Feature requests & roadmap / Re: hibernation would save a lot of time
« on: December 23, 2007, 11:57:00 pm »
BTW I had to create a script which killed and restarted the X server after wake from sleep:

Code: [Select]
Hmm, I have not seen this behaviour on my system. How do you suspend? I switch to a console session before suspending, perhaps you suspend from within your X session? Not sure if this should matter, because I think the suspend script switches to a console session before suspending anyway.

Either way, you could create a script like the lirc module loading/unloading to stop and start your X server. This way, it will be taken care of automatically when hibernating. I suppose a LMCE implementation (from a  menu) would just call hibernate-ram or hibernate-disk, based on user choice. So making a script like this will make this transparent from a LMCE integration's point of view.

I also got hibernation (suspend to disk) to work. I'll do a write-up on this after Christmas, I guess the next days will be a bit busy..

Merry Christmas to all!  :)

Feature requests & roadmap / Re: hibernation would save a lot of time
« on: December 22, 2007, 04:11:53 pm »
After playing with suspend to RAM a while, I found two things that needs some tweaking. Anyone else seen any problems ?

First, sometimes when I suspend the MD, it wakes up after only a few seconds. It seemed the network card was waking it up. So I changed the type of communication that would wake it up from "ug" to just "g": ethtool -s eth0 wol g
Now it just wakes up when receiving a magic packet.

The other thing is that the lirc_serial needs reloading after resuming. I added a section about this in the wiki. Not sure if all lirc modules need reloading, but at least the lirc_serial module needs it.

I dont know if the lirc stop and start stuff are the correct LMCE way of doing things wrt. configuration etc. Please let me know if I should do simething different.

I also did some more research on suspend to disk. It might be possible to re-try resuming from a suspended image at a later time in the boot process, when the requried disk drivers has been loaded. However, this means we need to do changes to the initramfs. I havent got that far yet, but I guess I will try it at some point. ("If it ain't broken, fix it till it is"  ;) ) I havent found any good guides on how to do this either..

Pages: 1 ... 28 29 [30] 31