Would an Via Board with the new CN400 chip be enough? I think Ivor wrote
about that a while ago.
But this chip has only MPEG4 Acceleration, not decoding... :(
- Original Message -
From: Michael T. Dean [EMAIL PROTECTED]
To: Development of mythtv mythtv-dev@mythtv.org
Sent: Wednesday,
On Wednesday 31 August 2005 19:58, Isaac Richards wrote:
On Wednesday 31 August 2005 01:48 pm, Michael T. Dean wrote:
MacOS X on top-of-the-line PPC is able to decode H.264 at
[EMAIL PROTECTED] iff it's QuickTime H.264. Similarly, Windows machines
have a hard time with QuickTime H.264, but
Stuart Auchterlonie wrote:
On Thu, Sep 01, 2005 at 03:39:19AM +0100, Stuart Auchterlonie wrote:
On Wed, Aug 31, 2005 at 04:11:59PM +0200, Kenneth Aafløy wrote:
And when looking over what I wrote last night, I notice that I should
not program when half-asleep. New patch attached, which
Allan Stirling wrote:
Stuart Auchterlonie wrote:
On Thu, Sep 01, 2005 at 03:39:19AM +0100, Stuart Auchterlonie wrote:
On Wed, Aug 31, 2005 at 04:11:59PM +0200, Kenneth Aafløy wrote:
And when looking over what I wrote last night, I notice that I should
not program when half-asleep. New
On Thu, Sep 01, 2005 at 11:59:22AM +0100, Allan Stirling wrote:
Wow. This is getting a lock in 1/10th of a second. I don't see how,
since szap usually takes ~4/10ths. It works, though. Impressive.
Mainly because it removes the latency involved with waiting for
a fixed period of time, and
torsdag 01 september 2005, 04:53, skrev Stuart Auchterlonie:
On Thu, Sep 01, 2005 at 03:39:19AM +0100, Stuart Auchterlonie wrote:
I've rewritten this using select to check for info from the frontend.
It is also using the timeout that is passed to TuneTransport from
everywhere it is being
On Thu, Sep 01, 2005 at 02:30:18PM +0200, Kenneth Aafløy wrote:
Wonder where I got the idea that the status wasn't returned through ioctls
pointer argument, doh!
Probably the same sleep deprivation that makes me forget to attach
patches
Good idea, since the select will poll for events
torsdag 01 september 2005, 14:45, skrev Stuart Auchterlonie:
On Thu, Sep 01, 2005 at 02:30:18PM +0200, Kenneth Aafløy wrote:
Wonder where I got the idea that the status wasn't returned through
ioctls pointer argument, doh!
Probably the same sleep deprivation that makes me forget to attach
HI!
I haven't read about this on the list, maybe it's a known bug.
When I schedule a show with FindOne weekly, it records all of those
shows, not only one per week.
Using Myth 0.18.
Thanks!
Thomas
___
mythtv-dev mailing list
HI!
It would be nice to have the option, to make the scheduler still record
a single recording, even if the end time changes.
I just missed a show, that was scheduled for 9:45 - 10:30 when I
programmed it, because the guide data changed some days after that to
9:45 - 10:28.
I could not
Stuart Auchterlonie wrote:
On Thu, Sep 01, 2005 at 03:07:01PM +0200, Kenneth Aafløy wrote:
With 'while (ioctl(fd_frontend, FE_GET_EVENT, event) == 0);' commented out:
I thought you were trying to get rid of FE_GET_EVENT's
Other than that we are getting closer to a proper solution 8-)
On Thu, Sep 01, 2005 at 03:30:07PM +0100, Allan Stirling wrote:
Stuart Auchterlonie wrote:
On Thu, Sep 01, 2005 at 03:07:01PM +0200, Kenneth Aafløy wrote:
With 'while (ioctl(fd_frontend, FE_GET_EVENT, event) == 0);' commented
out:
I thought you were trying to get rid of
On 23 Aug 2005, at 14:59, John Pullan wrote:
On 20/08/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I have a few questions for the DVB developers:
1. Have you considered triggerring of recording start/stop times by
the
updating of EITpf tables? The BBC are using reactive (i.e. triggered
Stuart Auchterlonie wrote:
On Thu, Sep 01, 2005 at 03:39:19AM +0100, Stuart Auchterlonie wrote:
On Wed, Aug 31, 2005 at 04:11:59PM +0200, Kenneth Aafløy wrote:
And when looking over what I wrote last night, I notice that I should
not program when half-asleep. New patch attached, which
Torsdag 01 september 2005 15:35 skrev Thomas Börkel:
HI!
I haven't read about this on the list, maybe it's a known bug.
When I schedule a show with FindOne weekly, it records all of those
shows, not only one per week.
I see this too, SVN at revision 7095. I can tell you that Click Online is
Bernd Paysan wrote:
On Wednesday 31 August 2005 19:58, Isaac Richards wrote:
On Wednesday 31 August 2005 01:48 pm, Michael T. Dean wrote:
MacOS X on top-of-the-line PPC is able to decode H.264 at
[EMAIL PROTECTED] iff it's QuickTime H.264. Similarly, Windows machines
have a hard time
Stuart Auchterlonie wrote:
On Thu, Sep 01, 2005 at 03:30:07PM +0100, Allan Stirling wrote:
Stuart Auchterlonie wrote:
On Thu, Sep 01, 2005 at 03:07:01PM +0200, Kenneth Aafløy wrote:
With 'while (ioctl(fd_frontend, FE_GET_EVENT, event) == 0);' commented
out:
I thought you were trying
On Thursday 01 September 2005 17:44, Michael T. Dean wrote:
Bernd Paysan wrote:
On Wednesday 31 August 2005 19:58, Isaac Richards wrote:
On Wednesday 31 August 2005 01:48 pm, Michael T. Dean wrote:
MacOS X on top-of-the-line PPC is able to decode H.264 at
[EMAIL PROTECTED] iff it's QuickTime
On Thu, Sep 01, 2005 at 04:54:45PM +0100, Stuart Auchterlonie wrote:
Hmmm, changing between channels on the same mplex the backend
gets stuck in select waiting for an event. This leads to the conclusion
that we are eating too many events. How or why I'm not sure at the
moment.
Okay I have
Thomas Börkel wrote:
HI!
I haven't read about this on the list, maybe it's a known bug.
When I schedule a show with FindOne weekly, it records all of those
shows, not only one per week.
On the recording options page under Scheduling Options, what
did you choose for the duplicate matching
On Thu, Sep 01, 2005 at 05:46:19PM +0100, Mark Weaver wrote:
Hmmm, changing between channels on the same mplex the backend
gets stuck in select waiting for an event. This leads to the conclusion
that we are eating too many events. How or why I'm not sure at the
moment.
This is because there
Should probably go in: mythtv / contrib / 6200
Title: Web Remote
WEB REMOTE
LockPower
ReversePlayForward
StopPauseRecord
PageUpPageDn
UP
LTOKSelectRT
DN
GuideInfoMenu
ExitHelpLast
+
torsdag 01 september 2005, 19:20, skrev Stuart Auchterlonie:
On Thu, Sep 01, 2005 at 05:46:19PM +0100, Mark Weaver wrote:
Hmmm, changing between channels on the same mplex the backend
gets stuck in select waiting for an event. This leads to the conclusion
that we are eating too many events.
torsdag 01 september 2005, 17:54, skrev Stuart Auchterlonie:
On Thu, Sep 01, 2005 at 03:30:07PM +0100, Allan Stirling wrote:
Stuart Auchterlonie wrote:
On Thu, Sep 01, 2005 at 03:07:01PM +0200, Kenneth Aafløy wrote:
With 'while (ioctl(fd_frontend, FE_GET_EVENT, event) == 0);' commented
Stuart Auchterlonie wrote:
On Thu, Sep 01, 2005 at 04:54:45PM +0100, Stuart Auchterlonie wrote:
Hmmm, changing between channels on the same mplex the backend
gets stuck in select waiting for an event. This leads to the conclusion
that we are eating too many events. How or why I'm not sure at
torsdag 01 september 2005, 19:38, skrev Mark Weaver:
1. Some cards report the actual locked on frequency in the status rather
than the requested frequency. We don't test the frequency, just the
lock status, so this should be OK.
AFAIK both events and FE_GET_FRONTEND should return the real
On 01/09/05, Chris Birkinshaw [EMAIL PROTECTED] wrote:
On 23 Aug 2005, at 14:59, John Pullan wrote:
On 20/08/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I have a few questions for the DVB developers:
1. Have you considered triggerring of recording start/stop times by
the
Thomas Börkel wrote:
HI!
It would be nice to have the option, to make the scheduler still record
a single recording, even if the end time changes.
I just missed a show, that was scheduled for 9:45 - 10:30 when I
programmed it, because the guide data changed some days after that to
9:45 -
On Wednesday 31 August 2005 21:33, Michael T. Dean wrote:
Wow. They sure don't make it easy to find. Had to search for
Serenity trailer on the main Apple site. Searching from the
trailers page only gave me the 480x272 Serenity Trailer 2.
For those who don't like to search so long:
Quoting Bruce Markey [EMAIL PROTECTED]:
Thomas Börkel wrote:
HI!
I haven't read about this on the list, maybe it's a known bug.
When I schedule a show with FindOne weekly, it records all of those
shows, not only one per week.
On the recording options page under Scheduling Options, what
did
I read in the posts about the new Not Listed status.
Please ask yourself what is meant with this status ?!
I would propose a status like STime Mismatch.
Anything else, but not Not Listed, it doesn't say anything!
Pascal
- Original Message -
From: Bruce Markey [EMAIL PROTECTED]
To:
Kenneth Aafløy wrote:
torsdag 01 september 2005, 19:38, skrev Mark Weaver:
1. Some cards report the actual locked on frequency in the status rather
than the requested frequency. We don't test the frequency, just the
lock status, so this should be OK.
AFAIK both events and FE_GET_FRONTEND
Hi all,
I'm getting SEGVs of the mythbackend a few times a week, using the
latest source on the release-0-18-fixes branch.
2005-09-01 20:37:05.986 Changing from None to RecordingOnly
[mpeg4 @ 0xb76c8010]removing common factors from framerate
strange error flushing buffer ...
ASSERT: rc -
Pascal Favre wrote:
I read in the posts about the new Not Listed status.
Please ask yourself what is meant with this status ?!
I would propose a status like STime Mismatch.
Anything else, but not Not Listed, it doesn't say anything!
It means it is not listed in the TV listings. As the help
HI!
Bruce Markey wrote:
I haven't read about this on the list, maybe it's a known bug.
When I schedule a show with FindOne weekly, it records all of those
shows, not only one per week.
On the recording options page under Scheduling Options, what
did you choose for the duplicate matching
HI!
Bruce Markey wrote:
It would be nice to have the option, to make the scheduler still
record a single recording, even if the end time changes.
I would have liked to reply that the end time doesn't matter. However,
there was some left over overkill that was, in fact, checking that the
end
HI!
Anyone can comment on this?
Thanks!
Thomas
Thomas Börkel wrote:
Something must have changed in the duplicate checking for movies after
0.16.
Up to 0.16, if I set description, it worked for movies as well as for
series.
But in 0.18, it seems to only match the title for movies, no
On Thursday 01 September 2005 18:44, Michael T. Dean wrote:
I'm guessing he's using MythVideo with the player set to Internal.
Just a guess because my Athlon XP 2000+ couldn't come close to
playing it back.
Yes, that's the way to do it. It seems to work here with an Athlon64
3200+ on a
With STime I meant StartTime, just to keep it short.
When I read in C-Sources stime or etime I now what is meant!
So now complete StartTime Mismatch.
As i said in my previous mail:
Anything else, but not Not Listed, it doesn't say anything!
Nor does
the problem necessarily have anything to do
Mark Weaver wrote:
Kenneth Aafløy wrote:
torsdag 01 september 2005, 19:38, skrev Mark Weaver:
1. Some cards report the actual locked on frequency in the status rather
than the requested frequency. We don't test the frequency, just the
lock status, so this should be OK.
AFAIK both events
Marcelo Toledo wrote:
Daniel Kristjansson [EMAIL PROTECTED] writes:
We use iso639.{h,cpp} to support three character language id's. These
are what is used by ATSC, DVB and by other ISO standards for language
identification.
well, we don't have DVB down here yet, so I guess this is
On 9/2/05, Kenneth Aafløy [EMAIL PROTECTED] wrote:
Hmm, untill MythTV is actually able to recover from a failed tune,
does it really matter where we wait for a lock?
I believe Daniel's signal monitor changes are intended to solve
this, hence his changes to not wait for lock during tuning. I
Andrew Dennison wrote:
On 9/2/05, Kenneth Aafløy [EMAIL PROTECTED] wrote:
Hmm, untill MythTV is actually able to recover from a failed tune,
does it really matter where we wait for a lock?
I believe Daniel's signal monitor changes are intended to solve
this, hence his changes to not wait
I noticed the beginnings of code for some kind of ROM lookup based on
crc's. But all of the functions look like this:
void NES_Meta(QString CRC32, QString* GameTitle, QString* Genre,
int* Year, QString* Country)
{
*Year = 1970;
*Country = QObject::tr(Unknown);
So is the CVS down? This is what I get in the command line:
$ cvs -d :pserver:[EMAIL PROTECTED]:/var/lib/mythcvs login
Logging in to :pserver:[EMAIL PROTECTED]:2401/var/lib/
mythcvs
CVS password:
cvs [login aborted]: connect to cvs.mythtv.org(70.84.9.188):
2401 failed:
Matthew Davis wrote:
So is the CVS down? This is what I get in the command line:
...
Any clues? :) Btw, I am VERY new to mythtv though I have
successfully set up a box running fedora core 4 with mythtv on it and
I am very excited to see what I can contribute...
Using SVN, now.
Greetings,
I'm running SVN Myth as of a few days ago, like from the August
29th. Tonight I had the movie, Shanghai Nights, scheduled to
record on ABC. I'm using a pcHDTV HD-3000 card to record the
streams. ABC has two program streams in my area and my recording
is of the HD stream (6.1). However,
47 matches
Mail list logo