99% of the time my system works fine. However everynow and then I get a
recording (in this case an MPEG4 transcoded from DVB MPEG2) which seems to
have a glitch or something not quite right. From then on in the recording I
see the messages below in the log. At the same time the audio starts to
see my last ticket and patch (today's). it explains everything.
cheers
mark
99% of the time my system works fine. However everynow and then I get a
recording (in this case an MPEG4 transcoded from DVB MPEG2) which seems to
have a glitch or something not quite right. From then on in the
I assume you mean http://cvs.mythtv.org/trac/ticket/113 ?
If so, I just patched that and it still does the exact same thing. Didn't
really sound like the problem anyway.
I have had 4 hour recordings that play just fine beginning to end. I can see
a little glitch in the picture on the latest
by the time it's transcoded its too late. on an untranscoded mpeg2 pts wrap,
you will get the effect for a short time and then it fixes itself.
to play an already transcoded dvb recording
use menu audio sync adjust 1 or 0 (I forget which is the right one) after
you get the affect in your
David Sims wrote:
Can anyone tell me whether I'm oversimplifying this capability? I've
seen discussions about this capability in the user's list lately, and
I would like to post a patch for my changes on trac if this is a
capability that others would find useful.
Nope it's pretty much the
On Sunday 17 July 2005 05:05 am, Christian Hack wrote:
I'm not sure where to look personally. I can provide a download of the file
for a developer however in this current file the stuttering doesn't start
until 15 minutes in. I only have 128kbps upstream so I'm not sure how
someone could
your choice. In that case you better comment out the lsb3full call bit in
the AvFormatDecoder::DoFastForward function. This will break things as it
assumes the timestamps have been adjusted to 0 at start.
I think to fix it at the source is the best way. the original wrap fix
doesnt work very well
On Jul 17, 2005, at 10:30 AM, J. Donavan Stanley wrote:
David Sims wrote:
Can anyone tell me whether I'm oversimplifying this capability?
I've seen discussions about this capability in the user's list
lately, and I would like to post a patch for my changes on trac if
this is a
Max OS X 10.3.9. Current SVN pull Sunday night 11pm EDT. On trying to
link libmythtv, I get this:
ld: Undefined symbols:
SignalMonitorValue::Parse(QStringList const)
SignalMonitorValue::AllGood(std::vectorSignalMonitorValue,
std::allocatorSignalMonitorValue const)
make[2]: ***
ld: Undefined symbols:
SignalMonitorValue::Parse(QStringList const)
SignalMonitorValue::AllGood(std::vectorSignalMonitorValue,
std::allocatorSignalMonitorValue const)
...
I had some earlier issues with signalmonitor.cpp not being included in
the Makefile for the OS X build. Any ideas on why
10 matches
Mail list logo
