Steven wrote:
Terry Barnaby schreef:
The current MythTV CVS with XvMC VLD decoding crashes when changing
a channel.
This is due to to the test to see if a valid XvMC port is available
in the static function VideoOutputXv::GetBestSupportedCodec() on lines
820->838. This fails on a channel change as
Terry Barnaby schreef:
The current MythTV CVS with XvMC VLD decoding crashes when changing
a channel.
This is due to to the test to see if a valid XvMC port is available
in the static function VideoOutputXv::GetBestSupportedCodec() on lines
820->838. This fails on a channel change as the latest XvM
Terry Barnaby wrote:
>
>
> I will have a further look at this later this week ...
thanks Terry, much appreciated.
Neale.
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Neale Swinnerton wrote:
Terry Barnaby wrote:
I'm not sure, the build you have used sounds like the one I am using
except for the xtraview.v2.patch. You could try removing that ?
You could try a complete re-build and ldconfig ?
Did a rebuild, still got the problem. The interesting thing is that the
Terry Barnaby wrote:
> I'm not sure, the build you have used sounds like the one I am using
> except for the xtraview.v2.patch. You could try removing that ?
> You could try a complete re-build and ldconfig ?
Did a rebuild, still got the problem. The interesting thing is that the
first time I di
Neale Swinnerton wrote:
Hi Terry,
your xvmc_vld_4.patch fixes the crash, but I still 'hang' when I change
channel. I get this in the log, any clues? I'm running
CVS from 00:00GMT 2005-05-04
+ xtraview.v2.patch
+ xvmc_vld_3.patch
+ xvmc_vld_4.patch
Neale.
I'm not sure, the build you have used sounds
Hi Terry,
your xvmc_vld_4.patch fixes the crash, but I still 'hang' when I change
channel. I get this in the log, any clues? I'm running
CVS from 00:00GMT 2005-05-04
+ xtraview.v2.patch
+ xvmc_vld_3.patch
+ xvmc_vld_4.patch
Neale.
2005-05-04 12:11:04.678 Woo Hoo! We have more XvMC Surfaces th
The current MythTV CVS with XvMC VLD decoding crashes when changing
a channel.
This is due to to the test to see if a valid XvMC port is available
in the static function VideoOutputXv::GetBestSupportedCodec() on lines
820->838. This fails on a channel change as the latest XvMC code
does not close d
Terry Barnaby schreef:
Hi,
Included is a patch that fixes the error messages when XvMC VLD is
used with the latest XvMC/VLD merge.
Terry
Great! Does it also fix the stutter when the osd is displayed? At the
moment I see prebuffering messages in between the AddInheritence errors
in the logs when
Hi,
Included is a patch that fixes the error messages when XvMC VLD is
used with the latest XvMC/VLD merge.
Terry
Index: libs/libavcodec/xvmcvldvideo.c
===
RCS file: /var/lib/mythcvs/mythtv/libs/libavcodec/xvmcvldvideo.c,v
retrieving r
Isaac Richards wrote:
On Tuesday 03 May 2005 04:49 pm, Terry Barnaby wrote:
Ok, It appears to default to off and the settings indicate that it
should not normally be used. So should this be changed ?
I did not need to use this option prior to the XvMC/Xv merge ...
I just want to make sure it is not
On Tuesday 03 May 2005 04:49 pm, Terry Barnaby wrote:
> Ok, It appears to default to off and the settings indicate that it
> should not normally be used. So should this be changed ?
>
> I did not need to use this option prior to the XvMC/Xv merge ...
> I just want to make sure it is not covering up
Isaac Richards wrote:
On Tuesday 03 May 2005 04:17 pm, Terry Barnaby wrote:
It looks like the problem is with AVSync (again !).
If I set "disableaudio" in NupplePlayer.cpp video display is fine.
If I set "avsync_avg = frame_interval" at the top of
NuppelVideoPlayer::WarpFactor() all is Ok (bar audi
On Tuesday 03 May 2005 04:17 pm, Terry Barnaby wrote:
> > It looks like the problem is with AVSync (again !).
> >
> > If I set "disableaudio" in NupplePlayer.cpp video display is fine.
> > If I set "avsync_avg = frame_interval" at the top of
> > NuppelVideoPlayer::WarpFactor() all is Ok (bar audio
It looks like the problem is with AVSync (again !).
If I set "disableaudio" in NupplePlayer.cpp video display is fine.
If I set "avsync_avg = frame_interval" at the top of
NuppelVideoPlayer::WarpFactor() all is Ok (bar audio delayed/infront).
What is supposed to happen in NuppelVideoPlayer::AVSync(
Terry Barnaby wrote:
Terry Barnaby wrote:
Daniel Kristjansson wrote:
On Mon, 2005-05-02 at 20:31 +0100, Terry Barnaby wrote:
Daniel Kristjansson wrote:
Thanks for adding the patch.
I agree there should not be an exit there, but there does not seem
to be a way of returning an error from this. I must
Terry Barnaby wrote:
Daniel Kristjansson wrote:
On Mon, 2005-05-02 at 20:31 +0100, Terry Barnaby wrote:
Daniel Kristjansson wrote:
Thanks for adding the patch.
I agree there should not be an exit there, but there does not seem
to be a way of returning an error from this. I must admit, with my
searc
Daniel Kristjansson wrote:
On Mon, 2005-05-02 at 20:31 +0100, Terry Barnaby wrote:
Daniel Kristjansson wrote:
Thanks for adding the patch.
I agree there should not be an exit there, but there does not seem
to be a way of returning an error from this. I must admit, with my
searching through the liba
Daniel Kristjansson wrote:
On Mon, 2005-05-02 at 20:31 +0100, Terry Barnaby wrote:
Daniel Kristjansson wrote:
Thanks for adding the patch.
I agree there should not be an exit there, but there does not seem
to be a way of returning an error from this. I must admit, with my
searching through the liba
On Mon, 2005-05-02 at 20:31 +0100, Terry Barnaby wrote:
> Daniel Kristjansson wrote:
> Thanks for adding the patch.
> I agree there should not be an exit there, but there does not seem
> to be a way of returning an error from this. I must admit, with my
> searching through the libavformat and libav
Daniel Kristjansson wrote:
On Sun, 2005-05-01 at 12:20 +0100, Terry Barnaby wrote:
Terry Barnaby wrote:
Eureka !
I think I have tracked down the problem with the XvMC VLD breaking on
channel changes with TS streams.
Enclosed is an updated patch that fixes the problem of both standard
XvMC and XvMC
On Sun, 2005-05-01 at 12:20 +0100, Terry Barnaby wrote:
> Terry Barnaby wrote:
> > Eureka !
> >
> > I think I have tracked down the problem with the XvMC VLD breaking on
> > channel changes with TS streams.
> >
>
> Enclosed is an updated patch that fixes the problem of both standard
> XvMC and X
Terry Barnaby writes:
> Terry Barnaby wrote:
> > Eureka !
> >
> > I think I have tracked down the problem with the XvMC VLD breaking on
> > channel changes with TS streams.
> >
>
> Enclosed is an updated patch that fixes the problem of both standard
> XvMC and XvMC VLD breaking on chann
Terry Barnaby wrote:
Eureka !
I think I have tracked down the problem with the XvMC VLD breaking on
channel changes with TS streams.
Enclosed is an updated patch that fixes the problem of both standard
XvMC and XvMC VLD breaking on channel changes with TS streams.
Note: This only handles XvMC and X
> I include a revised patch that supports TS changes with both
> the XVMC_VLD and XVMC Codecs. Please try it out, I don't have
> an NVidia card ...
Yes, that's the one! Working now, thanks.
Send instant messages to your online friends http://uk.messenger.yahoo.com
__
Jason Flynn G7OCD wrote:
Great stuff! I've applied this patch to 0.18
and I can now change channel :)
Doesn't seem to work for me :(
Before I applied the patch I got garbage
video if I changed DVB channel, now
frontend just exits.
Channel changes are fine with non-DVB or
if I switch off XvMC.
I'm
Hi Terry,
On 4/29/05, Terry Barnaby <[EMAIL PROTECTED]> wrote:
> Eureka !
>
> I think I have tracked down the problem with the XvMC VLD breaking on
> channel changes with TS streams.
...
> Anyway this patch works with MythTv CVS 2005-04-25.
Great stuff! I've applied this patch to 0.18 and I can
Eureka !
I think I have tracked down the problem with the XvMC VLD breaking on
channel changes with TS streams.
I am no expert on libavformat or libavcodec, so some of the following
may not be correct ...
It appears that when the AVCodec is re-created on the TS stream changing
PID's it fails to re-
28 matches
Mail list logo