On Wed, 15 Jun 2005, Keith Irwin wrote:
> The reason that VLC dependencies are unacceptable is because VLC
> includes DeCSS in it, so it cannot be legally distributed in the US.
That's kind of funny as a reason to reject VLC in a comparison with
mplayer!
Steve
__
On 15-Jun-05, at 9:57 PM, J. Donavan Stanley wrote:
For quite some time you've been able to specify "Internal" as the
player
for video files and avoid shelling out however the internal player has
had problems. As Isaac mentioned, Mark Spieth's patch deals with the
Wow, I had no idea. The onl
I have same issue in Australia as well. Basically it seems that when a
channel is tuned and there are any channels on that transport stream that
are not in the database they get added.
The problem I have with just setting these channels to invisible is that
just browsing through the channels using
George Nassas wrote:
> Hi all, I'm a happy user and minor tweaker of mythtv looking to give
> back to the community and improve my knowledge of the system.
> Something that has been irking me is how mythvideo shells out to an
> external program to play videos so I'd like to do something in this ar
George Nassas wrote:
> On 15-Jun-05, at 7:23 PM, Isaac Richards wrote:
>
>> Mark Spieth's patch (which I really, really need to look over and
>> apply) for
>> better seeking in non-mpeg2 files goes a long way towards this,
>> actually.
>
>
> I guess then the major missing piece is dvd navigation?
Nigel Pearson wrote:
So how does the timeshift and transcoding work without mplayer/mencoder?
MythTV implements its own code to do all of this.
Some of the routines may have been borrowed from other
open source projects, but if you compile and install
MythTV, you do not need to have mplaye
Why was this removed from frontend setup UI?
Anyone installing a brand-new myth setup will be unable to configure a
default policy of autoexpire=true for new schedules. Its absence in
the database means that ScheduledRecording::setDefault will choose a
default value of "false".
--Rob
signature.
On 15-Jun-05, at 7:23 PM, Isaac Richards wrote:
Mark Spieth's patch (which I really, really need to look over and
apply) for
better seeking in non-mpeg2 files goes a long way towards this,
actually.
I guess then the major missing piece is dvd navigation? My thought
there was to pull in the l
On Wednesday 15 June 2005 07:17 pm, George Nassas wrote:
> Hi all, I'm a happy user and minor tweaker of mythtv looking to give
> back to the community and improve my knowledge of the system. Something
> that has been irking me is how mythvideo shells out to an external
> program to play videos so
Hi all, I'm a happy user and minor tweaker of mythtv looking to give
back to the community and improve my knowledge of the system. Something
that has been irking me is how mythvideo shells out to an external
program to play videos so I'd like to do something in this area.
My initial thought wa
So how does the timeshift and transcoding work without
mplayer/mencoder?
MythTV implements its own code to do all of this.
Some of the routines may have been borrowed from other
open source projects, but if you compile and install
MythTV, you do not need to have mplayer on your machine.
And more importantly, MythDVD relies on DeCSS, so that's probably not
the answer.
Currently, MythDVD just runs an external program,
and even they don't usually contain the actual DeCSS code,
they just check to see if the runtime library is installed.
I don't think you can really say it h
I posted this on the user list and got some feedback, now i'm posting
the edited version here. I'm not sure what the procedure is for
submitting docs, but mythgame is sorely lacking in official
documentation (It's a blank page). I tried to keep it formated like
the rest of the official docs
Looks like checksetup.cpp assumes that start chan is an int. You could
try this patch.
Do'h. My bad. Thanks John(s).
--
Nigel Pearson, [EMAIL PROTECTED] | "Now the world has gone to bed,
Telstra BI&D, Sydney, Australia | Darkness won't engulf my head,
Office: 8255 4222Fax: 8
On Wed, 2005-06-15 at 17:53 -0400, Jeffrey Brent McBeth wrote:
> On Wed, Jun 15, 2005 at 11:28:55PM +0200, Torbj?rn Jansson wrote:
> > Most likely not, if it was my code i woudn't like it since there shold be no
> > reason to depend on external programs in this case.
>
> You could write an ncat re
John Pullan wrote:
...
Looks like checksetup.cpp assumes that start chan is an int. You could
try this patch.
It's a varchar in the DB and clearly shouldn't be assumed to be
an int. Applied. Thanks.
-- bjm
___
mythtv-dev mailing list
mythtv-dev@myth
On Wed, Jun 15, 2005 at 11:28:55PM +0200, Torbj?rn Jansson wrote:
>
> Most likely not, if it was my code i woudn't like it since there shold be no
> reason to depend on external programs in this case.
You could write an ncat replacement in QT in probably 5 lines.
--
[EMAIL PROTECTED] <> wrote:
> On Wed, 2005-06-15 at 16:38 -0400, Isaac Richards wrote:
>> Heh, no, the reason it's unacceptable is that it would be a huge
>> additional dependency that doesn't have to be there.
>
> That makes sense, especially if I can just use netcat, like Keith
> suggested. I im
Unit3 wrote:
I'm not entirely as up on multicast as I should be, but from what I
understand, you get the kernel to join the multicast group, and then
listen on the multicast address and IP you would normally connect to,
and packets end up just coming your way.
Multicast is indeed UDP. There
On Wed, 2005-06-15 at 16:38 -0400, Isaac Richards wrote:
> Heh, no, the reason it's unacceptable is that it would be a huge additional
> dependency that doesn't have to be there.
That makes sense, especially if I can just use netcat, like Keith
suggested. I imagine that netcat is small enough to
On Wed, 2005-06-15 at 16:24 -0400, Isaac Richards wrote:
> > Just as an aside question, is there a reason why it's ok to have an
> > external dependancy on mplayer, but not on VLC? I'm not being
> > judgemental or trying to question design decisions, I'm just curious as
> > to what the policies are
On Wednesday 15 June 2005 04:14 pm, Unit3 wrote:
> On Wed, 2005-06-15 at 15:36 -0400, Isaac Richards wrote:
> > Wouldn't be accepted into Myth if it depended on vlc. No reason that
> > couldn't be done internally.
>
> Just as an aside question, is there a reason why it's ok to have an
> external d
On Wed, 2005-06-15 at 16:30 -0400, Keith Irwin wrote:
> If it's just a straight MPEG-2 stream over IP, that should be pretty
> simple.
It looks like that's what it is, with the small exception that it's over
UDP multicast. Neither XINE nor Mplayer seem to handle this natively as
a streaming sourc
On Wednesday 15 June 2005 04:30 pm, Keith Irwin wrote:
> I think that it really shouldn't be too bad. There's already a class
> structure in place to handle different types of video sources.
>
> The reason that VLC dependencies are unacceptable is because VLC
> includes DeCSS in it, so it cannot b
On Wednesday, June 15, 2005, at 04:14 PM, Unit3 wrote:
On Wed, 2005-06-15 at 15:36 -0400, Isaac Richards wrote:
Wouldn't be accepted into Myth if it depended on vlc. No reason that
couldn't
be done internally.
Just as an aside question, is there a reason why it's ok to have an
external dep
I think that it really shouldn't be too bad. There's already a class
structure in place to handle different types of video sources.
The reason that VLC dependencies are unacceptable is because VLC
includes DeCSS in it, so it cannot be legally distributed in the US.
If it's just a straight
On Wed, 2005-06-15 at 15:36 -0400, Isaac Richards wrote:
> Wouldn't be accepted into Myth if it depended on vlc. No reason that
> couldn't
> be done internally.
Just as an aside question, is there a reason why it's ok to have an
external dependancy on mplayer, but not on VLC? I'm not being
judg
Isaac Richards wrote:
It shouldn't ever happen, but doesn't hurt to leave it in just in case that it
does.
New version attached - Only the retry and renaming the obsolete comment
are included.
Cheers,
Allan.
Index: libs/libmyth/mythcontext.cpp
On Wed, 2005-06-15 at 15:36 -0400, Isaac Richards wrote:
> Wouldn't be accepted into Myth if it depended on vlc. No reason that
> couldn't
> be done internally.
Fair enough, how difficult would it be to do internally then? :)
___
mythtv-dev mailing
On Wednesday 15 June 2005 03:26 pm, Unit3 wrote:
> I'd like to learn how tough it'll be to write a new capture source type
> that'll basically just take the output from vlc and pipe it into the
> existing MythTV facilities. I think that for this to be effective, you'd
> have to have a channel map,
I'm interested in continuing the discussion started in this thread:
http://www.gossamer-threads.com/lists/mythtv/dev/128820?search_string=iptv;#128820
about using direct streams from an IPTV provider as a capture source in MythTV.
I've recently subscribed to a digital TV services through my DSL
p
On Wednesday 15 June 2005 03:12 pm, Allan Stirling wrote:
> Sorry - The patch maybe isn't very clear. I'd assumed that the section
> marked "// this should be obsolete..." was obsolete, since it's been
> around for some time and I've seen no comments asking what this strange
> error in their backen
Isaac Richards wrote:
On Wednesday 15 June 2005 10:53 am, Allan Stirling wrote:
Allan Stirling wrote:
If the master backend is restarted, the frontend presents an error ("The
connection to the master backend server has gone away for some
reason..") to the user. This is probably unnecessary, s
On Wednesday 15 June 2005 10:53 am, Allan Stirling wrote:
> Allan Stirling wrote:
> > If the master backend is restarted, the frontend presents an error ("The
> > connection to the master backend server has gone away for some
> > reason..") to the user. This is probably unnecessary, since a retry w
On Wed, 15 Jun 2005, John Pullan wrote:
> On 15/06/05, John Patrick Poet <[EMAIL PROTECTED]> wrote:
> >
> > Recently I went through and re-setup my DVB channel configuration.
> >
> > Now, when I exit from mythtv-setup, it says:
> >
> > ~~
> > Ca
Allan Stirling wrote:
If the master backend is restarted, the frontend presents an error ("The
connection to the master backend server has gone away for some
reason..") to the user. This is probably unnecessary, since a retry will
fix the situation.
The only reason I see not to change this co
Committed.
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
In fact here's a patch :
On 15/06/05, John Pullan <[EMAIL PROTECTED]> wrote:
> try bunging a #inlcude at the top of analogscan.h
>
> On 15/06/05, Steven <[EMAIL PROTECTED]> wrote:
> > I get this compiling cvs :
> > In file included from moc_analogscan.cpp:11:
> > analogscan.h:110: error: 'pthre
try bunging a #inlcude at the top of analogscan.h
On 15/06/05, Steven <[EMAIL PROTECTED]> wrote:
> I get this compiling cvs :
> In file included from moc_analogscan.cpp:11:
> analogscan.h:110: error: 'pthread_mutex_t' is used as a type, but is not
>defined as a type.
> analogscan.h:112: error
On 15/06/05, John Patrick Poet <[EMAIL PROTECTED]> wrote:
>
> Recently I went through and re-setup my DVB channel configuration.
>
> Now, when I exit from mythtv-setup, it says:
>
> ~~
> Card 1 (type DVBInput) is set to start on channel 0, whic
I think you need to change the starting channel in mythtv-setup - go to
the card section, select the cards adn there should be an entry saying
"Start up channel" - select a valid startup channel that exists in the
database that links to the DVB card - such as for my setup, I've got a
PVR350 tun
Is it Possible to write Plugins with a OSD Game Screen and not as Extra
Software...
Like Tetris or similar games on some recivers, wich can be played while
i watch TV
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/
Is it possible with the New UI to Display Plugin SCreen within the Live
TV Window, like in the DreamBox. I can listen to Music while the TV
Picture is in the background...
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailm
Pekka,
I have noted missing subs occasionally myself. Also there's still some
timing issues
(subs appearing too early). It should not be due to bad reception.
I'll see what I can do.
I do have bad reception anyway - the digital external STB connected via
my PVR350 has the same problem - it's
I get this compiling cvs :
In file included from moc_analogscan.cpp:11:
analogscan.h:110: error: 'pthread_mutex_t' is used as a type, but is not
defined as a type.
analogscan.h:112: error: 'pthread_t' is used as a type, but is not
defined as a
type.
analogscan.h:114: error: 'pthread_t' is us
45 matches
Mail list logo
