Mailing List Archive

(post)recording issues
William Preston wrote:

>You've either dropped some acid or your CPU is not powerful enough.
>Though the former is preferred, it's more than likely the latter :)
>
Duuuuuuuuuuuuude! :))

>Upgrade your CPU or reduce the res you're capturing at and it shouldn't be
>as noticeable.
>
>
Hrm... as I suspected.

Now, on to another topic I'm curious about. Currently, I'm using WinDVR
(under Windows :P ) to do my PVR-type activities, and it works alright,
but not well enough to make me happy. (Audio syncing issues, missing
scheduled captures, and more) Anyway, after I record shows, I typically
use VirtualDub to edit out the commercials, clip edges of the video
(such as sports stations' static banners along the bottom of the
screen), and then re-encode into other audio and video codecs so I can
fit my shows onto CDR.

So, I guess my question is: does anyone know of any video editing
software for Linux that can do these kinds of simple things (cutting,
cropping, re-encoding, etc)? Preferrably something that can read the
format(s) MythTV saves to, but I'd be willing to re-encode using
mencoder and then edit, as long as the program could cut video together
without re-encoding it a 3rd time.

I haven't seen *anything* yet, so I'd appreciate any and all suggestions.

Second, how hard would it be to have a choice of deinterlacing
algorithms. I'm annoyingly picky, so if I think I can get better quality
without spending more money, I'd like to. ;) Specifically, I'm thinking
of the SmoothDeinterlace plugin for VirtualDub (or possibly the
deinterlacer used by DScaler), that does a nice job of turning 640x480,
30fps interlaced input into 640x480, 60fps progressive output. I'd be
willing to try porting the filter, if it wouldn't cause too many
headaches for other parts of the system.

As sort of a postscript, here's a sillier question that I'm still
interested in the answer for: how difficult would it be to let MythTV
use different audio/video codecs, and/or different file formats that are
more standardly accepted across platforms? It'd be nice if we could just
record direct to, say, MPEG2, or to a Quicktime file using Apple's MJPEG
(which can, among other things, preserve interlacing if that's desired).
If we could do this, having a nicer deinterlace inside of MythTV is less
important (to me), because you can post-process it easier.

Whew, that was sort of long. I've been rolling these questions around
for a while as I've been using MythTV. Let me know what you guys think
on this.

Graeme
Re: (post)recording issues [ In reply to ]
[sorry...no input for your other questions]

> As sort of a postscript, here's a sillier question that I'm still
> interested in the answer for: how difficult would it be to let MythTV
> use different audio/video codecs, and/or different file formats that are
> more standardly accepted across platforms? It'd be nice if we could just
> record direct to, say, MPEG2, or to a Quicktime file using Apple's MJPEG

Someone please correct me if I'm wrong (more than likely), but I was of
the impression that MPEG2 encoding was tied up with proprietary
algorithms/licenses now, so there was no open-source (or free) software
which would allow you to encode. And getting Apple (er, Sorenson) to open
up Quicktime is never going to happen.

> (which can, among other things, preserve interlacing if that's desired).
> If we could do this, having a nicer deinterlace inside of MythTV is less
> important (to me), because you can post-process it easier.

If you look in MC/libs/libavcodec you'll find a bunch of different codecs,
most of which (from my understanding) are not being used in myth right
now...but presumably they could be, if someone had a hankerin'.
Re: (post)recording issues [ In reply to ]
William Preston wrote:

>Someone please correct me if I'm wrong (more than likely), but I was of
>the impression that MPEG2 encoding was tied up with proprietary
>algorithms/licenses now, so there was no open-source (or free) software
>which would allow you to encode.
>
Hrm, there may be licenses... I hadn't really considered that end of
things, I guess. I just assumed that since we were using codecs with
licence issues via mencoder anyway (such as DiVX), that it wouldn't be a
big issue. ;)

>And getting Apple (er, Sorenson) to open up Quicktime is never going to happen.
>
The file format for Quicktime is already open, and there is a linux
library that mplayer uses to deal with it. The codecs are problematic,
but I sortof thought that if we were using MJPEG anyway, we could fairly
easily use the Quicktime file wrapper instead of whatever we're using
now. Maybe this doesn't make sense for the realtime encoding/playback
nature of the software, which is why I asked.

>If you look in MC/libs/libavcodec you'll find a bunch of different codecs, most of which (from my understanding) are not being used in myth right now...but presumably they could be, if someone had a hankerin'.
>
>
Heheheh, well, I guess that's what the opensource effort is all about,
non? I'll check into that this weekend, then, if I have time. It'd be
nice if the option to use *any* libavcodec was available, since more
options means more people can use it to do what they want on the systems
they already have.

If anyone has any tips on what I'd need to look at to get started on
this, please send them my way! The easier it looks, or the more docs I
have, the sooner I'll get it done. ;)

Graeme