Hello list,
My frontend stops responding to my remote in LiveTV occasionally (but
that's a separate issue) and I have to restart the box using the power
button.
Unfortunately, when I do so, the backend doesn't seem to realise that the
frontend has gone away, and merrily continues to record that c
Daniel Kristjansson wrote:
Whatever it is, it is not the country availability descriptor. We don't
parse that there. You should open a ticket with the full logs, there may
be something before that which tells us what is going on.
-- Daniel
Ticket #677 logged.
Cheers,
Jon
_
I've been using SVN 7738 for a little while without any problems. All of
a sudden, whenever I attempt to watch live TV, the backend dies. The
backend log shows the same thing every time - the last line logged is
always to do with the Country Availability Descriptor.
Here are few examples. I've
Daniel Kristjansson wrote:
Can you also try changing that whole block to:
triggerEventSleep.wakeAll();
lock.mutex()->unlock();
usleep(50);
triggerEventSleep.wakeAll();
triggerEventLoop.wait(3 /* ms */);
lock.mutex()->lock();
Daniel Kristjansson wrote:
Can you try changing:
triggerEventLoop.wait(3 /* ms */);
on about line 1234 to
triggerEventLoop.wait(1000 /* ms */);
And tell me if that fixes things for you.
-- Daniel
Yep, that fixes it. Five minutes of going into/out of live TV on various
channels works
Adam Egger wrote:
If you have enough RAM you try to compile with --compile-type=profile.
It behaves like a release build (so it's fast) and it can be debugged.
It just needs lots of memory to compile :)
I've updated to 7387, and recompiled with --compile-type=profile. The
behaviour has changed
This should fix the "deadlock" that people have been getting
when exiting and re-entering LiveTV quickly.
Doesn't fix it for me, I'm afraid. I have updated to 7384 on both ends,
and I'm getting the same behaviour. Here's the frontend log:-
2005-10-04 18:08:29.648 Read(): reqd=128000, rcv
Bruce Markey wrote:
This sounds too weird to be true and I wanted to get someone to
verify this before filing a bug. Before starting to compose a
message, I found this thread =).
I too was having trouble with the second invocation of live TV
but was having trouble debugging it. A little divide
Mark Weaver wrote:
You could try running it normally, making it break and then doing
attach in gdb. You should be able to get a backtrace that way.
Thanks for the tip. I started front- and backend normally, made it
break, then ran gdb as follows:
server awstats # ps fax
16020 ?S
Daniel Kristjansson wrote:
Yep, it looks like the backend is deadlocked. Can you update to
7372, repeat this in gdb and then hit "Ctrl-C" and get me the
results of "thread apply all bt". I'd like to know where each
thread is.
I'm afraid I can't make it break under gdb. I spent ages existing and
These logs were not made with up to date SVN, so they don't tell me
exactly what is wrong. Maybe your lib path is broken?
Anyway it seems to have been caused by a RingBuffer shutdown issue.
Try revision 7368 or later, it may be fixed there.
==
Please make sure you are running with up to date
> Can you regenerate this doing the minimal number of things that
> will trigger the problem?
>
> And, please mark the backend log with each action you've taken in
> the UI, at the appropriate time.
>
> These logs are filled with all kinds of unrelated things like
> generating previews, making time
Jon Whitear wrote:
Hi,
I'm running SVN7344. Live TV works fine on the first try, but if I
exit to the menu and go back in, I get a blank screen for ~20s and get
returned to the menu. If I keep trying, the backend dies.
I have attached logs from the frontend (-v network) and backen
Moasat wrote:
Actually, I've been getting this as well and I've also been restarting but
it appears to keep happening. Are you running any type of window manager?
I've switched to a Master backend that does not run X by default. Does X
need to be running for some reason for these apps to work?
>
> Erm... from 7269 to 7020 would be a downgrade, as the SVN revisions
> are numbered in ascending order...
Ah, yes. Sorry. That should have read 7270.
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-
> Any ideas? 7269 seemed to be working fine. Nothing else has changed on
> this machine.
Apologies for the noise. I went for the 'compose' button before engaging
the 'simple troubleshooting' part of my brain. A restart of the backend
did the job.
Cheers,
Jon
Hi,
I've just updated my backend from 7269 to 7020. I'm getting the above
error from both mythfilldatabase and mythcommflag. Here's the output of
mythfilldatabase:
-- End of XMLTV output --
2005-09-19 09:06:59.338 New DB connection, total: 4
Updating icons for sou
David Maher wrote:
I am not sure if this is a problem with my setup or with the svn version
of myth.
I am running svn 7270, FC4 with vanilla 2.6.13 kernel
Someone has raised a ticket (#349) that seems to be the same thing, so I
guess it's not just your setup. I'm getting the same behaviour
Chris Pinkham wrote:
Let me know if this is still
happening with current SVN and provide the extra logging it gives and
I'll look into it more. If you can reproduce and can see where it's
hanging up and not creating the ringbuffer, please let me know.
Some users were able to replicate the probl
Hi,
I have SVN from about two weeks ago (7206 IIRC) and I'm getting the
following log on the backend with -v commflag.
2005-09-17 00:01:10.202 Starting Commercial Flagging for "Lonely Planet
Six Degrees" recorded from channel 1003 at Fri Sep 16 19:28:00 2005.
2005-09-17 00:01:10.426 Using ru
Hi,
I'm updating to SVN 7206, on a Via EPIA M10k running Gentoo. Mythmusic
fails to compile with the error below. Google tells me other people have
had this problem before, and it's to do with changeset 6811, but they
didn't say how they fixed it.
gcc -c -pipe -march=pentiumpro -Wall -W -O3 -Wall
Eek. Another dumb question. It IS working, but the AC3 is 2.0 on
everything I can test atm so the amp reports Dolby Pro Logic.
I get the impression that there are few broadcasts with 5.1. Channel 9
seem to show the Sunday film in 5.1 now and then, but otherwise there's
not much.
As an a
Matthew Phillips wrote:
Do you actually experience any more glitches with the VisionPlus over
the DVICO?
Cheers,
Matthew.
Yes. When watching TV on the dvico input, I rarely get any picture
corruption. On the VisionPlus I do get occasional blockiness. SBS is my
weekest signal, and that's
phillip cole wrote:
I have geard good things about the dvico cards and the aver media cards too I
have
heard bad things about the vision plus dvb-t card very bad things actually
I have an Ultraview card (which is a Dvico Fusion HDTV Lite) and a
VisionPlus DVB-T card. The dvico gives me very g
> -Original Message-
> > It is my understanding that, for channels marked as "use on-air data"
> > without an xmltv ID configured, the program guide should be populated
> > with
> > the on-air EPG data. Is this correct, or is this funtionality not quite
> > there yet?
> >
> > Assuming it
I'm running CVS from Saturday, with DVB-T in Sydney, Australia.
It is my understanding that, for channels marked as "use on-air data"
without an xmltv ID configured, the program guide should be populated with
the on-air EPG data. Is this correct, or is this funtionality not quite
there yet?
Assum
>> > I'm still seeing this problem in current CVS, which is making it harder
>> > for me to debug other issues I'm seeing there (namely, I can no longer
>> > skip forward or get length info in SD shows that have been transcoded
>> > recently).
>> >
I'm running CVS from Saturday, and seeing the sam
> So to narrow down if I've broken something... can anyone confirm whether
> current CVS works ok with VLD?
>
I have CVS from Saturday morning working with VLD. The Unichrome X driver
and libviaxvmc are from CVS on the same date, though DRM's from January. My
setup is otherwise as per Terry's (in
Hmmm, tried a fresh checkout, and it detects the CPU OK. Sorry, guess it was
user error!
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> On Behalf Of Jon Whitear
> Sent: Saturday, 26 March 2005 9:28 AM
> To: mythtv-dev@mythtv.org
> Subject:
With CVS as of 26th March-
*** WARNING ***
Your CPU was not detected properly:
uname -m: i686
uname -p: Pentium III (Coppermine)
model name: Pentium III (Coppermine)
flags: fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36
mmx fxsr sse
___
I have Asterisk and MythTV on a single CPU
PIII 866MHz box, without any problems.
The method for getting CID on the OSD
referenced in your link seems a little complicated. I just have an AGI script that
uses MythNotify. You’ll find it here:-
http://www.gossamer-threads.com/lists/myt
> The compile bombs out when compiling mythcdrom-linux.cpp with the errors
> shown below.
> A few people on the mailing list have had similar problems, and suggested
> removing the $INCLUDE from the DVB settings - which I had set to
> /usr/src/linux/include since i'm using the stock 2.6.9 DVB drive
32 matches
Mail list logo
