I had it working on my backend, but I moved all that down stairs. I want my front end to do the DVD import because it is much more accessible.

When I try to import on the front end, I get the message about the transcoding deamon not running. No matter what I do it always goes to that screen.

Any pointers?

Hi,

did you ever get this working?

I'm also interested in a similar setup.

Currently is is not possible to transcode on another machine this way.

You can only transcode on the machine that rips it.

Yes, I think it silly that when using a port-based deamon that you cannot specify a host as well.

My celeron front end is devoid of CPU power and I'd rather my dual core back end take the processing off the celeron.

I have not had the time to fix this and submit patches. (I am not nesessarily volunteering, someone with much more experience in mythtv and svn should be able to do it in a much faster time frame. So feel free to take over. But if I get brave and have some time, I'll see what I can do)

The quick hack is to set up a cronjob or something on the backend to do the conversion once ripping is complete.

I'd like to encourage you to try and make the patch and submit. I didn't wake up one day and produce KnoppMyth. I didn't think someone out there is more suitable/capable to do this.... I just did it. When I faced obstacles, I googled, search archives, joined mailing list. Next thing you know, people all over the world are using it and I'm like... Wow.

_________________
cesman

When the source is open, the possibilities are endless!

The joys of starting from scratch

I have to learn the way you did things. I did look at the code and it is a bit over my head yet...

Ok, after purusing the code, it looks like it would be a total restructure.

I had assumed that mtd was just a in-out deamon where uncompressed MPEG2 data was thrown in and MPEG4 data came out the other side.

In reality, there is no such coolness going on. Mtd does the read from the drive and shells out the transcode command, which it the monitors. So, mtd has to be on the same (local) system as the drive itself. If memory serves, the IOCTL commands aren't translated over NFS, so I don't even think you can export the drive to the backend.

In the future, itd be nice to do the copy off the media and then signal mtd to transcode. The front end would need a way to tell mtd which file it is to do next, then monitor transcode. It looks like its done in a 1-shot even though it is a 3 step process.

One barrier is that transcode does not accept stdin or port input of data so that is the first hurdle....

The code is MythTV isn't mine...

_________________
cesman

When the source is open, the possibilities are endless!

Yeah, keep forgetting that.

R30.1 is pretty nice, though I think it has some quirks. I am not ready to post anything until I have nailed it down tho.

But I'd like to suggest a eject menu item in the optical disc menu...