[mythtv-users] Re: Palm video from mythtv nuv -> TCPMP

[scunacc]

Dear All,

> > Has anyone a suggestion for converting a .nuv file to use with the Core
> > Pocket Media Player on a Palm?
> 
>  Have you tried nuvexport? The first thing I'd try would be nuvxeport to 
> divx.

Thanks for that tip, but it seems *awfully* slow... (esp. to get
started).

I started it nearly 10 mins ago and I still see:

...
Encode started:  Mon May  9 03:45:05 2005
Waiting for mythtranscode to set up the fifos.
Waiting for mythtranscode to set up the fifos.
Waiting for mythtranscode to set up the fifos.
Waiting for mythtranscode to set up the fifos.
Waiting for mythtranscode to set up the fifos.
Waiting for mythtranscode to set up the fifos.
Starting transcode.
processed:  0 of 0 frames (0.00%), 0 fps 
transcode finished.
processed:  0 of 271710 frames (0.00%), 0 fps 

and mythtranscode is soaking up 85+% of my CPU time...

>  man transcode ? ;)

I tried transcode before posting. I get nuv import module errors. If you
have a suggestion for command line flags that would help directly, I'll
gladly try it again. I did RTM and attempted flags that seemed sensible,
but no combination of -y and -x worked properly. 

I rebuilt this from source, so I can do it again if need be if there's
something amiss perhaps in the build config.

> I'm assuming you're using a PVR-x50.  If so, see: 
> http://www.gossamer-threads.com/lists/mythtv/users/128948#128948 , 
> specifically Nick's suggestion (ProjectX).

No, sorry, I'm using a standard Hauppage card.

I'm talking rather about an apparently constant 2sec (or thereabouts) lead time on the audio.

I tried messing with this with mplex after I'd separated streams with avidemux2 but to no avail.

(I could separate them further, but -ve numbers didn't seem to work to close the gap.)

> Basically, use ProjectX to demux the stream into MPEG-2 Video and an 
> MPEG-2 Layer 2 Audio stream, then recombine them with mplex.  You can 
> use Project X to cut commercials when demuxing or you can demux, then 
> remux, then use avidemux to cut/process the video.

ICK it's written in Java it says... Isn't that slow(er) again?

Any other suggestions? Anything welcome. Above thoughts appreciated.

Kind regards

Derek Jones.