[mythtv-users] ConvertX SVHS input and Exporting

Andrew Taylor andy at benow.ca
Sun Sep 4 05:44:26 UTC 2005

Well, looking at the source I couldn't find where v4l2 input was being 
set for go7007, despite the choice being present in myth-setup, so I 
hacked up a little constant input source setter.  It sets the source to 
S-Video, and only S-Video.  I haven't looked into how to hook it up with 
the underlying input source configuration enty... perhaps someone more 
qualified would like to give it a go, or yell at me for being a lazy ass 
and I'll put some more time into it.  Anyway, here's the patch:

--- ../mythtv-0.18.1/libs/libmythtv/NuppelVideoRecorder.cpp     
2005-03-18 23:51:41.000000000 -0700
+++ libs/libmythtv/NuppelVideoRecorder.cpp      2005-09-03 
19:51:13.000000000 -0600
@@ -1269,6 +1269,13 @@

+       # Hardcode convertx input source.  Should really pull values 
from config.
+       int input = 1;
+       if (ioctl(fd, VIDIOC_S_INPUT, &input) < 0) {
+         VERBOSE(VB_IMPORTANT, "Unable to set input\n");
+          errored = true;
+          return;
+       }
         hardware_encode = true;

It is also attached.  Comments and suggestions welcome.


Andrew Taylor wrote:

> Hello all.  Finally played with mythtv yesterday.  Excellent, but now 
> I need a new hard drive (or two).
> I do have a few things I can't figure out, however.  How do I choose 
> svhs input for the ConvertX?  I've set default input to svhs in 
> mythsetup->capture cards->go7007, and given Composite a lower priority 
> than S-Video in mythsetup->input connections, but it still only 
> records over composite.
> Also, how does one go about exporting .nuv for backup on removable 
> media?  I can't play .nuv directly with mplayer (unsure if this is an 
> amd64 issue), and the naming is unfriendly.  Is it possible to 
> re-encode to a .avi, rename and still maintain the link into the media 
> browser?
> What would be really nice is to have the myth data sitting in the 
> transport header (ie ogg fields or similar) so that archived myth 
> recordings could be identified and external myth recordings could be 
> integrated (ie this file was dl'd and it's this program, which is 
> scheduled, but I now have this episode, so no need to record this 
> episode).  Combine that with offline archive knowledge and it would 
> not record an episode which is already recorded, regardless of where 
> it actually is (ie recording metadata kept).
> Yeah, I can hear it now... 'He just runs it yesterday and already he 
> wants a CMS'.  heh.  Thanks,
> Andy
> _______________________________________________
> mythtv-users mailing list
> mythtv-users at mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

-------------- next part --------------
A non-text attachment was scrubbed...
Name: mythtv-0.18.1-convertx-input.patch
Type: text/x-patch
Size: 442 bytes
Desc: not available
Url : http://mythtv.org/pipermail/mythtv-users/attachments/20050903/2feb9ccf/mythtv-0.18.1-convertx-input.bin

More information about the mythtv-users mailing list