Isaac Richards píše v Pá 13. 01. 2006 v 02:39 -0500:
> On Friday 13 January 2006 02:35, Petr Stehlik wrote:
> > MythTV píše v Pá 13. 01. 2006 v 07:22 +:
> > > #978: Browse mode doesn't list all available channels in LiveTV
> > > Changes (by ijr):
> > >
> > > * milestone: unknown => 0.20
> >
On Friday 13 January 2006 02:35, Petr Stehlik wrote:
> MythTV píše v Pá 13. 01. 2006 v 07:22 +:
> > #978: Browse mode doesn't list all available channels in LiveTV
> > Changes (by ijr):
> >
> > * milestone: unknown => 0.20
> > * owner: ijr => cpinkham
> >
> > Comment:
> >
> > Chris, you
MythTV píše v Pá 13. 01. 2006 v 07:22 +:
> #978: Browse mode doesn't list all available channels in LiveTV
> Changes (by ijr):
>
> * milestone: unknown => 0.20
> * owner: ijr => cpinkham
>
> Comment:
>
> Chris, you can decide if we should do this or not. Personally, I think
> just d
Thanks for the pointer. Time to start digging through some diffs :)
Daniel
On Fri, 13 Jan 2006, Chris Pinkham wrote:
> > Does anyone know of a document that discusses what changes were made in the
> > myth
> > protocol from one version to the next? I'm interested because I run svn on
> > my
On 1/12/06, Chris Pinkham wrote:
> > For the time being, the following solutions may work:
> > 1) regenerate the key-frame index using 'mythtranscode -b' before
> > selecting cut points
>
> Did you find that this differed from the positionmap the decoder generated
> if you run "mythcommflag --rebui
> mythtranscode (that I'm aware of), it turns out that myth just doesn't
> count frames in exactly the same way. In addition, the way the index
> is generated in myth isn't very reliable (a cutpoint will happen at a
> different point depending on whether you watch the video from the
> beginning or
Hi guys,
The attached patch contains the initial framework for HDHomeRun support.
Watching live TV gives a picture but it does not have code to control
the box yet.
Any feedback is welcome... if there are any issues I it would be good to
know before I get too deep into the control code :-)
> Does anyone know of a document that discusses what changes were made in the
> myth
> protocol from one version to the next? I'm interested because I run svn on my
> backend (protocol 23) but I just got a Roku HD1000 to use as a frontend but
> currently mythroku speaks protocol version 15. I'm
>
> For OSX, isn't this simple? It looks like the exif package downloaded
> by osx-packager.pl is just never installed in any way that pkg-config
> could possibly know about. Seems to me that we need a
> --force-new-exif flag that osx-packager.pl can pass along to
> configure. No?
>
I was going
i recently noticed that comcast in my area is sending a seemingly
standard-compliant PID on the physical channels that carried local
digital stations.
pid 0x1ffb is defined in a couple of spec documents as the pid carrying
the info about the channels in the mpeg2 transport stream...yet myth
has no
So it turns out that for 0.19, frame accurate comercial cutting just
isn't realistic. While there isn't anything wrong with the code in
mythtranscode (that I'm aware of), it turns out that myth just doesn't
count frames in exactly the same way. In addition, the way the index
is generated in myth
Want to document/record/keep/publish something "developer specific"? Here's
a link to the new wiki's Developer section:
http://www.mythtv.org/wiki/index.php/Category:Developer_Documentation
Now includes a place to put tools/scripts/utils that aren't SVN
approved/quality, but still probably usefu
Nigel Pearson <[EMAIL PROTECTED]> writes:
>> if test x`which pkg-config 2>/dev/null` != x"" ; then
>> if `pkg-config --atleast-version 0.6.9 libexif` ; then
>> echo "#define NEW_LIB_EXIF 1" >> \
>> ./mythgallery/mythgallery/config.h
>>
On Thu, 2006-01-12 at 22:32 -0500, Daniel Walton wrote:
> Does anyone know of a document that discusses what changes were made in the
> myth
> protocol from one version to the next? I'm interested because I run svn on my
> backend (protocol 23) but I just got a Roku HD1000 to use as a frontend bu
Does anyone know of a document that discusses what changes were made in the myth
protocol from one version to the next? I'm interested because I run svn on my
backend (protocol 23) but I just got a Roku HD1000 to use as a frontend but
currently mythroku speaks protocol version 15. I'm looking for
On Thursday 12 January 2006 11:02, Jim Westfall wrote:
> Steve Adeff <[EMAIL PROTECTED]> wrote [01.12.06]:
> > I'm getting A LOT of mpeg pixelation on the HD channels, which I wasn't
> > getting last night that is not showing on the Component output.
> >
> > I have already had 1 channel mischange.
On Thursday 12 January 2006 19:06, Zdzislaw Gorlicki wrote:
> On Tuesday 10 January 2006 15:03, Wim Fokkens wrote:
> > Mark wrote:
> >
> > It's not really a bug. It seems all DiSEqC equipment behaves differently.
> > I've had to fiddle with the diseqc code quite a bit in order to get my
> > configu
On Tuesday 10 January 2006 15:03, Wim Fokkens wrote:
> Mark wrote:
>
> It's not really a bug. It seems all DiSEqC equipment behaves differently.
> I've had to fiddle with the diseqc code quite a bit in order to get my
> configuration working properly.
>
> Ok but how do other programmers cope with t
On Thu, 2006-01-12 at 18:53 -0500, Isaac Richards wrote:
> > Reverts the AvFormatDecoder part of [8573] until cpinkham gets a chance to
> > look at the problem.
>
> Can we make stream changes not take place or disable the callback until after
> things have been initialized? The open call real
On Thursday 12 January 2006 14:15, Isaac Richards wrote:
> to anon users - I'll reopen it later today, unless I can get this plugin:
>
> http://trac-hacks.swapoff.org/wiki/AccountManagerPlugin
>
> working, which will let people create accounts. Though, it doesn't seem to
> do any email verificatio
On Thu, 2006-01-12 at 14:14 -0800, Bruce Markey wrote:
> The rule shouldn't be deleted. As with any other single record
> that was stopped (or ran to completion for that matter) mfdb
> will clear it in the morning. Even a partial record should be
> allowed to have post comm flagging or automatic t
On Thursday 12 January 2006 18:36, MythTV wrote:
> #1013: livetv does not work (svn 8575) [DVB]
> ---+---
>- Reporter: anonymous |Owner: cpinkham
> Type: defect | Status: new
> Priority: minor |
As always, my objective is to have the best DVR possible. What
I'm pondering here isn't which point of view would get more
points in a debate but what leads to the most reasonable behavior.
Daniel Kristjansson wrote:
> On Mon, 2006-01-09 at 17:46 -0800, Bruce Markey wrote:
>> MythTV wrote:
>> Kudo
Thanks for that i'll give it a go. Just having trouble now with certain
channels and the following error:
2006-01-12 17:48:39.620 AFD: Opened codec 0x8b64390, id(MPEG2VIDEO)
type(Video) 2006-01-12 17:48:39.621 AFD: Opened codec 0x8b2f5b0,
id(MP3) type(Audio) 2006-01-12 17:48:39.621 AFD: Audio Trac
MythTV wrote:
> #1005: As of [8553], overrecordseconds are imposed unconditionally
> +---
> Reporter: bjm <[EMAIL PROTECTED]> |Owner: danielk
> Type: defect | Status: closed
> Priority:
On Thu, 2006-01-12 at 11:41 -0800, Bruce Markey wrote:
> However, I didn't get there. With 8577 in my test environment it
> still imposes the overrecordseconds. Could you verify what happens
> for you with the test case using current SVN, please?
Sorry, [8577] was broken for recordings using the '
Daniel Kristjansson wrote:
> On Thu, 2006-01-12 at 11:18 -0500, Chris Pinkham wrote:
>>> Chris, I believe this is how it has always worked, overrecord is applied
>>> unconditionally to the recording. Then the overrecord time is overridden
>>> by StartRecording() when the scheduler wants to record s
> > > Chris, I believe this is how it has always worked, overrecord is applied
> > > unconditionally to the recording. Then the overrecord time is overridden
> Your right about the old implementation, I had forgotten about the 0.18
> implementation. That code was changed a while ago, I believe to
Petr Stehlik píše v Čt 12. 01. 2006 v 20:00 +0100:
> > problem. The problem appears to be that the check for channels on
> > another recorder doesn't work until the channel is unique. But
> > since you have many five character channel numbers there are many
> > matches for the one and two characte
to anon users - I'll reopen it later today, unless I can get this plugin:
http://trac-hacks.swapoff.org/wiki/AccountManagerPlugin
working, which will let people create accounts. Though, it doesn't seem to do
any email verification, so, dunno if it'll work, really.
Isaac
___
Daniel Kristjansson píše v Čt 12. 01. 2006 v 13:27 -0500:
> From a quick look, it looks like it is not really a configuration
OK
> problem. The problem appears to be that the check for channels on
> another recorder doesn't work until the channel is unique. But
> since you have many five charact
On Thu, 2006-01-12 at 19:03 +0100, Petr Stehlik wrote:
> MythTV píše v St 11. 01. 2006 v 22:24 +:
> > Comment (by danielk):
> >
> > Petr, from the logs it looks like you may have a configuration problem.
> > Please e-mail me a dump of your channel, cardinput, and capturecard
> > tables.
>
MythTV píše v St 11. 01. 2006 v 22:24 +:
> Comment (by danielk):
>
> Petr, from the logs it looks like you may have a configuration problem.
> Please e-mail me a dump of your channel, cardinput, and capturecard
> tables.
Daniel,
did you get the tables contents I sent you yesterday? Have y
On Thu, 2006-01-12 at 11:18 -0500, Chris Pinkham wrote:
> > Chris, I believe this is how it has always worked, overrecord is applied
> > unconditionally to the recording. Then the overrecord time is overridden
> > by StartRecording() when the scheduler wants to record something. This
> > allows the
Hi to everybody,
my name is Lutz, I have a problem with MythTV, can't get it working.
My configuration:
MythTv Version: 0.18.1-5
Pinnacle DVB-C Cinergy 1200 - Card
Ubuntu Linux (v. 5.1, Breezy Badger)
I try to get everything running in Germany, NRW, Bonn - Provider: Ish
I used the bi
> > Add a "Preserve Aspect Ratio" option to the Transcoding recording
> This change looks interesting, but I'm not quite sure exactly how it's
> intended to be used, but maybe that's because of how I use
> transcoding?
> And I don't see any weirdness in the aspect ratio of the transcoded
> record
On Thursday 12 January 2006 11:02, Jim Westfall wrote:
> Steve Adeff <[EMAIL PROTECTED]> wrote [01.12.06]:
> > I'm getting A LOT of mpeg pixelation on the HD channels, which I wasn't
> > getting last night that is not showing on the Component output.
> >
> > I have already had 1 channel mischange.
> Chris, I believe this is how it has always worked, overrecord is applied
> unconditionally to the recording. Then the overrecord time is overridden
> by StartRecording() when the scheduler wants to record something. This
> allows the overrecord to work in the presence of rescheduled or canceled
>
On Thu, Jan 12, 2006 at 06:30:59AM +, [EMAIL PROTECTED] wrote:
> Author: cpinkham
> Date: 2006-01-12 06:30:58 + (Thu, 12 Jan 2006)
> New Revision: 8574
>Changeset: http://cvs.mythtv.org/trac/changeset/8574
>
> Modified:
>
>trunk/mythtv/libs/libmythtv/recordingprofile
Steve Adeff <[EMAIL PROTECTED]> wrote [01.12.06]:
>
> I'm getting A LOT of mpeg pixelation on the HD channels, which I wasn't
> getting last night that is not showing on the Component output.
>
> I have already had 1 channel mischange.
>
> I'll let you know when I encounter when the box stops
Anssi Hannula schrieb:
>
>The directfb support for mythtv doesn't by default use the tv-out of
>matrox cards.
>
>I however managed to get a picture to TV (I have G400) with mythtv gui
>through XDirectFB and video through mythtv's directfb support with the
>attached patch (which is a hack), but the
On Wednesday 11 January 2006 22:18, Jim Westfall wrote:
> Steve Adeff <[EMAIL PROTECTED]> wrote [01.11.06]:
> > the problem is that you can't control how the dct62xx comes up, some will
> > allow for broadcast connection, some will only work with p2p. I have it
> > setup as a firewire capture card
42 matches
Mail list logo
