Greetings.
I am trying my best to transcode some recordings I've made on my R5C7 mythbox. The mythbox I have is fairly slow and is having problems transcoding the video (last attempt died after ~29 hours of operation). So, I figured I'd try my other computer. I also don't want to have a keyboard in my living room to do the commercial cropping, so I'd prefer to run the frontend on a different machine for that purpose. I don't have another computer to install the frontend on, but I can use the live CD. Only, when I do that, while I can watch live TV and any of my recorded programs, I can't seem to edit them on the remote frontend. Any ideas?
Also, I have a problem doing the actual transcoding with the LiveCD. First, though, a little background: I have a hauppauge 350 tuner card in a 1.3 GHz machine with 256 MB RAM for my mythbox. I run both the backend and frontend on this machine, which is hooked up to the TV via the 350's TV out dongle. Myth tv recordings are in the /myth/tv folder and have .mpg filename extensions. When I copy these files over to my MS Windows box (2.8 GHz Pentium D with 1 GB RAM), they will not play in any medai player, despite the fact that I have all the direct show filters and other whatnot installed. On that machine, I have an A/V transcoding program which identifies the .mpg file as containing ~ 1.2 seconds of video, which is consistent with the video output I see when trying to play the file in WMP. Interestingly, WMP will play all 2 hours of the recorded program's audio.
Anyway...so I grab the R5C7 install CD and run it in Frontend mode on the MS Windows machine. I use the SMB shares from the backend machine to mount the /myth partition from the backend machine. I also set up a symlink at /ramdisk/tmp to point to /myth/tv (nuvexport seems to expect the file to be transcoded to reside in /ramdisk/tmp). I also remove the /etc/myth/mysql.txt symlink and replace it with one that correctly specifies the backend IP (i.e. instead of localhost--curiously, the live CD frontend only option doesn't set this up properly for me).
From there, I try to nuvexport. Only it doesn't work because it seems the ffmpeg version in vanilla R5C7 is not compatible with the nuvexport that is included. Argh. Next, I repeat the whole process with R5D7, which seems to have better synergy in this regard. Only, now the nuvexport program dies a horrible death when it tries to divide by zero--the value it seems to think is the recording's aspect ratio. So, I hack nuvexport to use a 4:3 aspect ratio and restart. Still, no joy with yet another now forgotten error.
So, then I remember that I had installed on the backend box an updated ffmpeg and nuvexport (to fix the incompatibility in the R5C7 release). I copy those source code files over to the /ramdisk partition on the liveCD frontend and recompile and install to /ramdisk/opt. After again editing nuvexport for the aspect ratio fix, I re-ran the transcode job (this time, with the added bonus of xvid output). This job, as far as I know, is still running, and I'm doubtful that it'll work...it's not updating the % complete, although it is using a lot of CPU to do the yuvdenoise task (side note: it's nice to see over 90% CPU utilization on multiple tasks simultaneously, isn't it?--although that happened only briefly). BTW: I have the output going to the SMB mount, /myth/tmp to be exact.
So, my question is this: why is this so hard and will it work? Are there alternatives you see that may help me out? Am I approaching this all wrong?
|