This bug has been reported on the Ubuntu Package testing tracker.
A list of all reports related to this bug can be found here:
http://packages.qa.ubuntu.com/qatracker/reports/bugs/102964
** Tags added: package-qa-testing
--
You received this bug notification because you are a member of Ubuntu
B
radiojammer3699 wrote:
> Hi,
> So does this thread mean that a fix for this bug is coming to ubuntu repos
> soon? a fix for this would really make my day ;)
>
> I have suffered about this same bug since I installed mythtv on ubuntu
> 6.10 early this year (my first "working" install of ubuntu+myth
Hi,
So does this thread mean that a fix for this bug is coming to ubuntu repos
soon? a fix for this would really make my day ;)
I have suffered about this same bug since I installed mythtv on ubuntu
6.10 early this year (my first "working" install of ubuntu+mythtv). I
use the mythtv packages from
** Changed in: mythtv (Ubuntu)
Status: Fix Committed => Fix Released
** Changed in: mythtv (upstream)
Status: Fix Committed => Fix Released
--
Waited too long for video out to pause
https://bugs.launchpad.net/bugs/102964
You received this bug notification because you are a member o
This has been fixed in the last few weeks, and need packaging now.
** Bug watch added: mythtv.org bug tracker #2434
http://svn.mythtv.org/trac/ticket/2434
** Also affects: mythtv (upstream) via
http://svn.mythtv.org/trac/ticket/2434
Importance: Unknown
Status: Unknown
** Changed
I can reproduce this bug with mythfrontend forced to run on 1 CPU by
using taskset
--
Waited too long for video out to pause
https://bugs.launchpad.net/bugs/102964
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mai
Look for package "schedutils" in synaptic - one of the tools is
"taskset" for setting the CPU a process can run on. Tomorrow at work
I'll see how I can turn one of my cores off
--
Waited too long for video out to pause
https://bugs.launchpad.net/bugs/102964
You received this bug notification bec
If I boot with "nosmp" on the kernel command line, then the boot fails
because interrupts from the hard drives are not received.
So I can't test whether mythtv is more stable on a single core CPU.
--
Waited too long for video out to pause
https://bugs.launchpad.net/bugs/102964
You received this
I can try.
I can reproduce this bug by randomly pressing the FF, Rev, Play and
Pause buttons on my IR remote for 30 seconds whilst playing a recording.
--
Waited too long for video out to pause
https://bugs.launchpad.net/bugs/102964
You received this bug notification because you are a member of
"I am using a dual core processor, so bugs in threaded applications are
more likely than on a single core processor.
In this case it looks like one thread is waiting to be signalled that
another thread has paused the video, but the other thread has paused the
video and notified all waiting threads
It's not an HD channel.
It's a DVB-T stream, so occasional mpeg corruption is expected.
I am using a dual core processor, so bugs in threaded applications are more
likely than on a single core processor.
In this case it looks like one thread is waiting to be signalled that
another thread has paus
Hi, thanks for the report. Has this been happening on a hidef channel, or a
channel with a suboptimal signal?
I gather that there may be corruption in the stream by your top two errors.
** Changed in: mythtv (Ubuntu)
Status: Unconfirmed => Needs Info
--
Waited too long for video out to
12 matches
Mail list logo
