On 4/22/05, James Stembridge [EMAIL PROTECTED] wrote:
Hi,
(Sorry can't quote pertient parts of the thread as I've just joined the list).
I've just installed 0.18 and am seeing the error previously described
in this thread. Changing channels results in getting audio but no
video for the
Doug Larrick wrote:
Terry Barnaby wrote:
Is there any real reason why MythTv uses this alternate software scheme ?
Any idea as to why it does just not use the normal video output system with
a small overlay window in the right place ???
A couple weeks ago Isaac indicated that some (most? many?)
James Stembridge schrieb:
av_remove_stream 0xb0d
adding pes stream at pid 0x12d with type 2
adding pes stream at pid 0x12e with type 3
closing filter for pid 0xb0c
av_remove_stream 0xb0c
closing filter for pid 0xb0d
streams_changed()
2005-04-21 23:34:33.824 streams_changed() -- stream count 2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Terry Barnaby wrote:
Doug Larrick wrote:
A couple weeks ago Isaac indicated that some (most? many?) video
cards/drivers can't scale video into such a small overlay.
I think this would be a worth while feature. On my M10K box the CPU runs
at
Daniel Kristjansson writes:
On Thu, 2005-04-21 at 21:24 +0930, Ian Dall wrote:
OK. I've upgraded to patch 13. This seems more stable (volume changes
no longer cause a SIGSEGV), but fast forwarding or rewinding does. Here is
a backtrace:
Program received signal SIGSEGV,
Greetings,
I have translated the latest CVS
version of MythPLUGINS. I am including the DIFF file of all modified
files in the attachments. If you find that more corrections should be
done please respond ot the message.
Erik
diffcvs_mythplugins.bz2
Description: BZip2 compressed data
eRik Robnik wrote, On 2005-04-22 14:07:
I have translated the latest CVS version of MythPLUGINS. I am including
the DIFF file of all modified files in the attachments. If you find that
more corrections should be done please respond ot the message.
Please have another look at your diff, you're
I have translated for all plugins:
.xml files -- add SI language
myth**_si.ts
myth**_si.qm
And for MythWeb:
/mythweb/languages/Slovenian.php -- new file
Please tell me how to send this files, if different as diff's...
eRik
___
mythtv-dev mailing list
eRik Robnik wrote, On 2005-04-22 14:53:
I have translated for all plugins:
.xml files -- add SI language
myth**_si.ts
myth**_si.qm
And for MythWeb:
/mythweb/languages/Slovenian.php -- new file
Please tell me how to send this files, if different as diff's...
Use cvs diff -u for the .xmls and
Bruce Markey writes:
Ian Dall wrote:
I have been puzzeld for a while why watching live tv stoped working
for me. I have 2 DVB cards, one of which also has analog acture
capability. I eventually realized that the problem was because the
analog capture was selected (which has no
thor [EMAIL PROTECTED] writes:
The point is that now those speakers can be on any mfd host. And you'll
shortly be able to turn them on and off with the mfe. And those stay in sync,
at least with my limited testing thus far :-)
Ok, stupid question: can the mfd act like AirTunes and have
eRik Robnik wrote, On 2005-04-22 15:25:
I hope that this will be OK!!
Looks good, applied the MythPlugins update, I'll leave the MythWeb
update to Chris, not sure if there's more to it than dropping the file
in Languages..
/Oscar
___
mythtv-dev
Neil Whelchel wrote:
Hello,
Could someone please apply my user functions patch, or at least comment on
why it has not been applied -- ;)
Thanks,
-Neil Whelchel-
I know this thread died, however, why not leverage the LIRC KeyPress
Spawn External App code that's *already there*...?
All you need to
Oscar Carlsson wrote:
eRik Robnik wrote, On 2005-04-22 15:25:
I hope that this will be OK!!
Looks good, applied the MythPlugins update, I'll leave the MythWeb
update to Chris, not sure if there's more to it than dropping the file
in Languages..
/Oscar
tnx, eRik
On 4/21/05, Daniel Kristjansson [EMAIL PROTECTED] wrote:
On Wed, 2005-04-20 at 23:06 -0400, [EMAIL PROTECTED] wrote:
Hi,
I just noticed that v1.51 of configure introduced a problem when
searching for libs.
You can include a path in ld.so.conf:
Ugh, any chance you could make a patch
On Friday 22 April 2005 12:36 pm, Holger Buchfink wrote:
Did some more reading - there are two methods, the Basic with simple
username/passwd base64 encoded, and the slightly more complex Digest
mode that uses challenge-response with MD5. Digest mode doesn't seem
to be used very much, rumor
On Fri, 2005-04-22 at 09:12 -0700, [EMAIL PROTECTED] wrote:
Hello,
I just saw an article about GCC 4.0 being released. I have not programmed
in C for 6-7 years, and bearly touched C++. Assuming there is going to be a
few problems, is making the code GCC 4.0 friendly a way to contribute or
Daniel Kristjansson wrote:
Get it here:
http://www.mrl.nyu.edu/~danielk/mythtv/xv-xvmc-merge-v17.patch.bz2
This is my first time to try out your xv-xvmc merge patches...I figured
v17 was high enough of a version to give it a whirl since I took the
afternoon off from work. :) Seems to run
but when I use XV, the screen appears to wrap around the top edge by
~20 pixels or so, and the top portion of the image appears at the
bottom
of the screen. I haven't seen anybody else mention this, so I figured
you might want to know...
This is the first report of this. Can you try an early
On Friday 22 April 2005 09:38 am, Derek Atkins wrote:
thor [EMAIL PROTECTED] writes:
The point is that now those speakers can be on any mfd host. And
you'll shortly be able to turn them on and off with the mfe. And those
stay in sync, at least with my limited testing thus far :-)
Ok,
Daniel Kristjansson wrote:
Version 1? It depends on what version of works works for you...
I thought I remembered that when they came out...you said that some
known issues were that they didn't work with HD recordings.
I will try to get you those logs tomorrow morning...the wife is home
now, so
Get it here:
http://www.mrl.nyu.edu/~danielk/mythtv/xv-xvmc-merge-v19.patch.bz2
This fixes a problem with commercial flagging in the last few versions,
NVP was asking for a avformatdecoder without video decoding when doing
commercial flagging.
This also restores the getting a busy frame
On Fri, 2005-04-22 at 20:34 +0930, Ian Dall wrote:
Daniel Kristjansson writes:
I believe you are using an old version of libmythtv.so. Maybe you
have an old version in /usr/lib?
You're right ;-(. So I serached for an cleaned up all such libraries, and
rebuilt. However, I STILL get
but when I use XV, the screen appears to wrap around the top edge by
~20 pixels or so, and the top portion of the image appears at the
bottom
of the screen. I haven't seen anybody else mention this, so I figured
you might want to know...
This is the first report of this. Can you try an
On Fri, 2005-04-22 at 18:00 -0500, Ben Howe wrote:
Daniel Kristjansson wrote:
This is the first report of this. Can you try an early version of the
patch, 1-5 ish to see if this happens in that patch. Also, what kind
of hardware and drivers are you using?
I am using an HD-3000
Daniel Kristjansson wrote:
Just do it, it won't be committed unless it's clean. Make sure it still
works with gcc 2.95.3, as this is still needed for some platforms.
I believe this basically means you can't use all the fancy C++ style
casts,
Not true. All the fancy (ISO) casts work great:
On Fri, 2005-04-22 at 10:43 -0400, Daniel Kristjansson wrote:
Get it here:
http://www.mrl.nyu.edu/~danielk/mythtv/xv-xvmc-merge-v17.patch.bz2
1/ There is some cleanup in DisplayRes; removing the backward
2/ The doxygen documentation has been updated; removing bug
3/ There is a bug fix
I believe either static_cast or const_cast doesn't exist in 2.95.
Nope. They both exist and work, as well as reinterpret_cast.
FWIW, having done lots of 2.95-3.3 porting, the main things you'll run
into are primarily syntax:
Everything's fine in myth with gcc 3.x. 4.x is a different
Hello,
I just saw an article about GCC 4.0 being released. I have not programmed
in C for 6-7 years, and bearly touched C++. Assuming there is going to be a
few problems, is making the code GCC 4.0 friendly a way to contribute or
should I leave it to the professionals?
Thanks,
-Patrick
On Fri, 2005-04-22 at 18:07 -0500, Ben Howe wrote:
Daniel Kristjansson wrote:
Version 1? It depends on what version of works works for you...
I thought I remembered that when they came out...you said that some
known issues were that they didn't work with HD recordings.
That was in the middle
Daniel Kristjansson wrote:
Get it here:
http://www.mrl.nyu.edu/~danielk/mythtv/xv-xvmc-merge-v17.patch.bz2
1/ There is some cleanup in DisplayRes; removing the backward
compatibility code that is no longer needed with this patch.
2/ The doxygen documentation has been updated; removing bug
On Sat, 2005-04-23 at 10:52 +1000, Mark Spieth wrote:
By accel, are you talking about DRI? Because the sis video card I have
does not even have DRI support.
you dont need dri for accel support for Xv
dri is for drawing vectors etc not Xv support.
in Device section of XF86Config-4 or the
Get it here:
http://www.mrl.nyu.edu/~danielk/mythtv/xv-xvmc-merge-v17.patch.bz2
1/ There is some cleanup in DisplayRes; removing the backward
compatibility code that is no longer needed with this patch.
2/ The doxygen documentation has been updated; removing bug
descriptions of bugs
On Fri, 2005-04-22 at 10:56 -0400, Angel Li wrote:
I've been trying out these patches for the last 3 or 4 iterations and
for the most part they've worked for me. I do have a question, I noticed
that the OSD is now in color. Does that mean that the patch is not using
XvMC even though it is
J. Donavan Stanley wrote:
Holger Buchfink wrote:
Isaac Richards wrote:
I just wish the Qt http classes supported authentication.. I think
the existing httpcomms class does all this but the session-ids.
Hmm, never looked into that, but I couldn't resist doing a quick google
and found this
On Friday 22 April 2005 05:14 pm, Kyle Rose wrote:
Daniel Kristjansson wrote:
Just do it, it won't be committed unless it's clean. Make sure it still
works with gcc 2.95.3, as this is still needed for some platforms.
I believe this basically means you can't use all the fancy C++ style
On Apr 22, 2005, at 6:02 PM, Daniel Kristjansson wrote:
On Sat, 2005-04-23 at 10:52 +1000, Mark Spieth wrote:
By accel, are you talking about DRI? Because the sis video card I
have
does not even have DRI support.
you dont need dri for accel support for Xv
dri is for drawing vectors etc not Xv
On 4/21/05, Daniel Kristjansson [EMAIL PROTECTED] wrote:
On Wed, 2005-04-20 at 23:06 -0400, [EMAIL PROTECTED] wrote:
Hi,
I just noticed that v1.51 of configure introduced a problem when
searching for libs.
You can include a path in ld.so.conf:
Ugh, any chance you could make a patch
By accel, are you talking about DRI? Because the sis video card I have
does not even have DRI support.
you dont need dri for accel support for Xv
dri is for drawing vectors etc not Xv support.
in Device section of XF86Config-4 or the xorg one put
Option NoAccel
and test.
cheers
mark
On Apr 22, 2005, at 5:20 PM, Mark Spieth wrote:
but when I use XV, the screen appears to wrap around the top edge
by
~20 pixels or so, and the top portion of the image appears at the
bottom
of the screen. I haven't seen anybody else mention this, so I
figured
you might want to know...
This is
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Daniel Kristjansson
Sent: Friday, April 22, 2005 3:28 PM
To: Development of mythtv
Subject: Re: [mythtv] XVideo XvMC merge patch (v17)
On Fri, 2005-04-22 at 17:17 -0500, Ben Howe wrote:
afternoon
On Fri, 2005-04-22 at 17:17 -0500, Ben Howe wrote:
afternoon off from work. :) Seems to run fine when I use XvMC (it does
studder during OSD (as does regular 0.18), but I assume you knew that),
Yes, chromakey OSD will solve this problem though.
but when I use XV, the screen appears to wrap
Holger Buchfink wrote:
Did some more reading - there are two methods, the Basic with simple
username/passwd base64 encoded, and the slightly more complex Digest
mode that uses challenge-response with MD5. Digest mode doesn't seem
to be used very much, rumor has it that IE doesn't get along
just noticed a compile problem with XVMC disabled and daniels new stuff
not sure about this qt issue but it seems as if the
#ifdef USING_XVMC
class XvMCHostCheckBox : virtual public HostCheckBox
...
#endif
is not being replicated through the moc_settings.cpp generation.
any ideas? or does this
44 matches
Mail list logo
