[mythtv-users] Problems with nuvexport and single episode shows

[Gavin Hurlbut]

On Sat, Mar 20, 2010 at 2:37 PM, Dale Pontius <DEPontius at edgehp.net> wrote:
> ID_AUDIO_BITRATE=384000
> ID_AUDIO_RATE=48000
> ID_AUDIO_NCH=2
> ID_AUDIO_CODEC=mp3

OK, seems that the first file is consistant...

> ID_AUDIO_BITRATE=384000
> ID_AUDIO_RATE=32000
> ID_AUDIO_NCH=2
> ID_AUDIO_CODEC=ffmp2

Interesting.  But this should work

> Too many video packets in the buffer: (1787 in 33561528 bytes).

My guess on these is that they are problems in the recording.  If the
signal is marginal when being recorded, sometimes you get this kind of
result.  Not having the same recording setup, I can't suggest any way
of tweaking the settings to help there.  Is it at least watchable, but
likely with little glitches?

> If this suggests changes I should make in my setup now, to make things
> work better in the future, I'm game for that, too.

Well, one thing you could try is forcing it to 48kHz again, but it
should be fine the way it is, theoretically.

The good news here:  If you use the nuvexport in SVN trunk (which will
become 0.23 soon), this issue should be fixed.  A few weeks ago, I
added in code to the MythTV perl bindings (that nuvexport uses) to try
lavf if there was bogus audio information (and some bogus video
information) detected by mplayer in its default settings.

If you can wait for 0.23, great.  If not, you should be able to
manually change the one affected file (if you are careful), and it
should start behaving correctly for you.  See:
http://svn.mythtv.org/trac/changeset/23616 and
http://svn.mythtv.org/trac/changeset/23771 to see the changes I made.


>
> Thanks,
> Dale
> _______________________________________________
> mythtv-users mailing list
> mythtv-users at mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>