Phil Vid wrote:
I'm experiencing an issue with dvb recording zero length files. The
system contains two cards, It only occurs on the CA enabled card and
it seems to be random. It is not regular enough to reproduce
immediately, however after leaving the backend running for a few days
it tends to
Jason Flynn G7OCD wrote:
It's some while since I've tried to tune to a
channel with CA (pre 0.17 CVS + Taylor's patch)
but it used to work OK.
Now installed 0.18 and I'm not getting any joy.
I've tried with and without the re-ordering
patch that was announced recently.
Could you try running the
Daniel Kristjansson wrote:
...
Bob frames mis-align when myth's vertical overscan is greater than
zero. This has been a regression since the XV/XvMC merge patch ~4/22.
Ok, I can't reproduce this...
That may be due to a bug with some versions of Qt when saving
the value. Could you try setting the
Turning off libmpeg2 fixes the thumbnails in mythweb for me - this also
gives some better clues as to where to look!
I
On Mon, 2 May 2005, Tj wrote:
Jelle wrote:
See attached image for a screenshot of the effect in an interlaced video
that was recorded at 400x240, then transcoded
On Mon, 2 May 2005, Tj wrote:
Ian Caulfield wrote:
Turning off libmpeg2 fixes the thumbnails in mythweb for me - this also
gives some better clues as to where to look!
Do you still have problems playing back transcoded files?? I still havn't
test that yet.
I don't have any transcoded files to
Updated info on Current state of MythTv using Via XvMC VLD
Hardware MPEG decoding.
Just a short note to update people with the status of MythTv
when using Via XvMC VLD hardware MPEG decoding.
This is based on my setup using an Via M10K box as a TV Client
directly driving a 4:3 PAL TV Via S-Video.
looks sheepish
Sorry, could be false alarm. I tried the
card in a non-myth box last night and no
luck there either.
It looks like my card has died during my
upgrade :( Typical !
Send instant messages to your online friends http://uk.messenger.yahoo.com
I too get 0B recordings and have mentioned it to the list where a
number of others did. In our case, we needed to restart the
backend to get the scheduled recording to work, or just myth would more
than likely work on the next recording.
It was obvious for us as the logs contained the no data
Ian Caulfield wrote:
On Mon, 2 May 2005, Tj wrote:
Ian Caulfield wrote:
Turning off libmpeg2 fixes the thumbnails in mythweb for me - this
also gives some better clues as to where to look!
Do you still have problems playing back transcoded files?? I still
havn't test that yet.
I don't have any
9. My MythTv config line is:
./configure --prefix=/usr --enable-xvmc-vld --cpu=i686\
--enable-dvb-eit --enable-dvb\
--dvb-path=/data/src/MythTv/include; qmake mythtv.pro
Note: --cpu=i686 is needed to get MMX working.
This seems to be the opposite of what you want.
On Sun, 2005-05-01 at 23:40 -0500, Allen Rohner wrote:
Here's a bug I haven't seen reported yet. With CVS from today, 1080i
XvMC video works, but with 720p video, the frontend dies as playback
starts with the message Aborted. Here are the logs of a 1080i video,
and a 720p video.
From these
please find attached a set of ebuilds for all the myth components in CVS:
mythtv, mythbrowser, mythdvd, mythgallery, mythgame, mythmusic, mythnews,
mythphone, mythvideo, mythweather, mythweb and nuvexport
i've tried to tidy them us as much as i can and also to make as much use of
USE
Roel Teuwen wrote, On 2005-04-28 11:35:
Please let me know if anything is wrong with this patch, and if
possible, please apply to CVS.
Hey
More stuff needs to be added to filldata.cpp. Does the grabbers handle
grabbing specific days with --offset? If so, look at how
tv_grab_se_swedb does things.
On 5/2/05, Daniel Kristjansson [EMAIL PROTECTED] wrote:
On Sun, 2005-05-01 at 23:40 -0500, Allen Rohner wrote: Here's a bug I haven't seen reported yet. With CVS from today, 1080i XvMC video works, but with 720p video, the frontend dies as playback starts with the message Aborted. Here are the
At 8:26 AM -0500 4/28/05, Allen Rohner wrote:
except for a horizontal blue line a couple of pixels tall at the top of
the screen.
The blue line is most likely the same as a problem I have with my
Nvidia card. The solution is to run this before Mythtv:
xvattr -a XV_COLORKEY -v 1 /dev/null
Sometime between 4/15 and 4/30, a change was
introduced which causes a reproducible segfault
when quitting the frontend. All I have to do is
run the frontend and immediately quit for it to
happen.
Here's what little of a backtrace I can produce.
For some reason, symbols seem to be stripped
Daniel Kristjansson wrote:
9. My MythTv config line is:
./configure --prefix=/usr --enable-xvmc-vld --cpu=i686\
--enable-dvb-eit --enable-dvb\
--dvb-path=/data/src/MythTv/include; qmake mythtv.pro
Note: --cpu=i686 is needed to get MMX working.
This seems to be the
Terry Barnaby writes:
Terry Barnaby wrote:
Eureka !
I think I have tracked down the problem with the XvMC VLD breaking on
channel changes with TS streams.
Enclosed is an updated patch that fixes the problem of both standard
XvMC and XvMC VLD breaking on channel changes
Hi Oscar,
On 5/2/05, Oscar Carlsson [EMAIL PROTECTED] wrote:
Roel Teuwen wrote, On 2005-04-28 11:35:
Please let me know if anything is wrong with this patch, and if
possible, please apply to CVS.
Hey
More stuff needs to be added to filldata.cpp. Does the grabbers handle
grabbing
On Sat, 2005-04-30 at 11:37 -0700, Mark Frey wrote:
This also works poorly for me. I get many glitches and pauses, even on SD
material. Unaccelerated playback is fine.
I'm using an Nvidia fx5200 with the patched 7169 drivers.
Your card should be fast enough, unless the fan is broken and it's
On Sat, 2005-04-30 at 02:14 +0100, Piers Kittel wrote:
Hello everyone,
I've been following MythTV's progress fairly closely - I've got my own
MythTV box, works nicely, but it's of a nasty set up as I have an
external Freeview (DVB) box plugged into a PVR350 and I have to set
See:
I'd hate to put a lot of work into a project only to find out there was a better
design. Has anyone done a study of the various streaming media programs
to compare features?
On 5/1/05, Ben Dodson [EMAIL PROTECTED] wrote:
Hey all,
I hope you guys have had a bit of time to get the feel for
On 5/2/05, Terry Barnaby [EMAIL PROTECTED] wrote:
I do think there are still issues and a lack of information
on what settings should be used for configure ...
Indeed. Why not just determine mmx support at runtime? That would save
the whole is/isn't mmx enabled questions.
James.
On Monday 02 May 2005 04:08 pm, James Stembridge wrote:
On 5/2/05, Terry Barnaby [EMAIL PROTECTED] wrote:
I do think there are still issues and a lack of information
on what settings should be used for configure ...
Indeed. Why not just determine mmx support at runtime? That would save
the
On 5/2/05, Isaac Richards [EMAIL PROTECTED] wrote:
On Monday 02 May 2005 04:08 pm, James Stembridge wrote:
Why not just determine mmx support at runtime? That would save
the whole is/isn't mmx enabled questions.
Because it's a compiler issue?
I'm not sure I follow. The easy approach would
Daniel Kristjansson wrote:
On Mon, 2005-05-02 at 20:31 +0100, Terry Barnaby wrote:
Daniel Kristjansson wrote:
Thanks for adding the patch.
I agree there should not be an exit there, but there does not seem
to be a way of returning an error from this. I must admit, with my
searching through the
Daniel Kristjansson wrote:
On Mon, 2005-05-02 at 20:31 +0100, Terry Barnaby wrote:
Daniel Kristjansson wrote:
Thanks for adding the patch.
I agree there should not be an exit there, but there does not seem
to be a way of returning an error from this. I must admit, with my
searching through the
On Monday 02 May 2005 04:27 pm, James Stembridge wrote:
On 5/2/05, Isaac Richards [EMAIL PROTECTED] wrote:
On Monday 02 May 2005 04:08 pm, James Stembridge wrote:
Why not just determine mmx support at runtime? That would save
the whole is/isn't mmx enabled questions.
Because it's a
On 5/2/05, Isaac Richards [EMAIL PROTECTED] wrote:
If you enable certain arch types in gcc, it'll refuse to compile mmx code.
Same issue that the x86-64 folks have.
Ah ok, I hadn't realised that.
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
On Fri, 2005-04-29 at 20:59 -0700, Harvard Pan wrote:
This patch changes the behavior from exiting the program, to simply
displaying an error message to the user while continuing to function.
I found that when I upgraded to 0.18, for some reason the
status-ui.xml file was missing from my theme
On Fri, 2005-04-29 at 00:48 -0600, Donald Oakes wrote:
Hello,
Whenever I change channels I'm getting glibc errors which shut down
mythfrontend.
I'm running Myth 0.18 built from tarred source on Fedora Core 3 using
XvMC with NVidia's driver version 1.0-7174. I'm using firewire with
Hi all,
I am using CVS 0.17.20050130-1 and it has the problems that has been
fixed a while ago with transcoded files: it does not seek (neither
forward nor rearward). Here is the log from mythfrontend -v playback
I got, let me know if you need more (the recording is MPEG-4 transcoded
to
Roel Teuwen wrote, On 2005-05-02 17:49:
Thanks a lot for the feedback. The grabber does support --offset and
--quiet. I think the attached patch will be the way to add the two
grabbers ?
Yeah looks better.
Where are these two grabbers availible? Not through XMLTV?
/O
could I get this applied.
thanks
jim
Jim Westfall [EMAIL PROTECTED] wrote [04.18.05]:
Hi
patch adds support for internal channel changing via firewire for DCT-6200
and friends.
This adds a new library requirement of libavc1394 for firewire.
To enable you will need to set the firewire
David == David Engel [EMAIL PROTECTED] writes:
David It's been my intention to make this change for quite some time. I
David just haven't needed it myself so I haven't pushed the issue.
I think the only downside is that if you delete a schedule and create a
new one for the
On Monday 02 May 2005 08:40 pm, Jim Westfall wrote:
could I get this applied.
Soon. Been a bit too busy to do patches.
Isaac
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
I'm not sure if this is a bug or an oversight, but if I start watching a
recording that hasn't finished commflagging yet (using ~realtime
flagging) and in this case, had not also finished recording, I find that
after the flagging is complete, while I'm still watching, I do not skip
commercials
I'm not sure if this is a bug or an oversight, but if I start watching a
recording that hasn't finished commflagging yet (using ~realtime
flagging) and in this case, had not also finished recording, I find that
after the flagging is complete, while I'm still watching, I do not skip
On Sat, 2005-04-30 at 11:37 -0700, Mark Frey wrote:
This also works poorly for me. I get many glitches and pauses, even on SD
material. Unaccelerated playback is fine.
I'm using an Nvidia fx5200 with the patched 7169 drivers.
Your card should be fast enough, unless the fan is broken and
Hi all,
Just a quick note to let you guys know that Prismiq has released their
modifications to the various OSS projects they've used in accordance to the
GPL. I always thought the box would make a pretty nice wireless MythTV
front end since it already runs Qt/Embedded.
Docs aren't ready yet,
On Mon, May 02, 2005 at 10:52:06PM -0400, Chris Pinkham wrote:
Version 4 patch attached; this should be final (!).
I'm assuming the mythcdrom-linux.cpp and RingBuffer changes
slipped into your patch by accident.
Oops, yeah. You can leave those out.
--Rob
On Mon, May 02, 2005 at 10:23:10PM -0400, Chris Pinkham wrote:
Version 4 patch attached; this should be final (!).
Small diff relative to v3; supports per-recording-profile,
per-schedule transcoding. This supports the notion of
auto-transcode this show if it was recorded on an HDTV
On Mon, 02 May 2005 19:27:28 -0700, Mark Frey [EMAIL PROTECTED]
said:
On Sat, 2005-04-30 at 11:37 -0700, Mark Frey wrote:
This also works poorly for me. I get many glitches and pauses, even on SD
material. Unaccelerated playback is fine.
I'm using an Nvidia fx5200 with the patched
On Mon, May 02, 2005 at 11:01:14PM -0400, Robert Tsai wrote:
On Mon, May 02, 2005 at 10:52:06PM -0400, Chris Pinkham wrote:
Version 4 patch attached; this should be final (!).
I'm assuming the mythcdrom-linux.cpp and RingBuffer changes
slipped into your patch by accident.
Oops, yeah.
On Mon, 2005-05-02 at 20:04 -0700, Mark Frey wrote:
Okay, looks like things aren't quite ideal for me yet. With the sync to
vblank off I get unpleasant tearing on playback. Should having sync to
vblank on be causing problems with XvMC?
Sync to vblank causing problems isn't something I've
On Mon, May 02, 2005 at 11:01:14PM -0400, Robert Tsai wrote:
On Mon, May 02, 2005 at 10:52:06PM -0400, Chris Pinkham wrote:
Version 4 patch attached; this should be final (!).
I'm assuming the mythcdrom-linux.cpp and RingBuffer changes
slipped into your patch by accident.
Slightly different issue I'm afraid. There are no tuning or CA errors that I
can see (usually my common cause of no data received messages), in fact it
has been possible to stop the recording and watch the channel immediately in
LiveTV with no problem.
Still waiting for the error to kick in
On Sunday 01 May 2005 03:13 pm, Robert Tsai wrote:
The attached patch causes all non-Blank visualizations to disable
the X screensaver/DPMS (using the gContext
DoDisableScreensaver/DoRestoreScreensaver methods) while the
visualizations are playing. This prevents the X screensaver from
kicking
On Friday 29 April 2005 05:20 pm, Martin Barnasconi wrote:
Here the 2nd experimental patch for the teletext decoding for PVR/ cards
using the IVTV drivers. Expand the tar file from within the mythtv
directory and apply the patch.
This version is against todays CVS. Implemented in this patch is
On Tuesday 26 April 2005 04:13 pm, John Harvey wrote:
I was just wondering whether there was any reason why this patch has not
been applied. If you aren't happy with it please let me know what you would
like changing with it.
I've applied this now, sorry 'bout the delay.
Isaac
Actually, my bad. I've just got a couple of zero byte ones come up now with
the no data received message. I'll see if I can debug it further.
phil
- Original Message -
From: David Whyte [EMAIL PROTECTED]
To: Development of mythtv mythtv-dev@mythtv.org
Sent: Monday, May 02, 2005 8:20 PM
On Tuesday 26 April 2005 06:54 am, [EMAIL PROTECTED] wrote:
The attached patch fixes a problem I reported with Irdeto CAM not being
able to decrypt in 0.18 following the big dvb patch. It changes the CAMap
type from a hash table to a list to keep the original ordering intact.
The patch also
On Tuesday 26 April 2005 02:30 am, Ian Armstrong wrote:
I know this is an old thread, but unfortunately the patch didn't seem to
fix things. Release 0.18 the current CVS still have problems with MAME
game genre after doing a 'Scan for Games'. The following patch appears to
fix the problem.
On Saturday 23 April 2005 06:43 pm, Jon Wanderer wrote:
Hi there,
I've spent a few months assembling and using my mythbox, and I'd just
like to say thanks to everyone who has put this software together--it's
great. I saw some room for improvement in the mythgame interface that
the updates in
54 matches
Mail list logo