> -Original Message-
> From: [EMAIL PROTECTED] [mailto:ivtv-devel-
> [EMAIL PROTECTED] On Behalf Of K.R. Foley
> Sent: 22 July 2005 02:18
> To: ivtv-devel@lists.sourceforge.net
> Subject: Re: [ivtv-devel] [XDRIVER] version 0.10.5 ivtv xdriver - 2nd
> attempt
> >
> > It should work for tha
John Harvey wrote:
> --- "K.R. Foley" <[EMAIL PROTECTED]> wrote:
>
>
>>John Harvey wrote:
>>
>>>Hopefully I've now attached the correct file.
>>>Apologies for the inconvenience.
>>>
>>>John
>>>
>>
>>Does the above mentioned X driver along with the
>>newest ivtv driver
>>actually work with xine o
On Jul 21, 2005, at 6:22 PM, Khanh Tran wrote:
I've got no problems with mine and looks just as good as the
screenshot.
Perhaps you need to turn on deinterlacing? I can see some lines
De-interlacing would be on the playback. The captured mpeg will
always be interlaced (the source is
I've got no problems with mine and looks just as good as the screenshot.
Perhaps you need to turn on deinterlacing? I can see some lines
-Khanh
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Big Wave Dave
> Sent: Thursday, July 21, 2005
Larry Symms wrote:
2. Anyone want to test this thing once I get a replacement? I'll
gladly send it to anyone willing to play with it.
I am sure my school district would want to try it out for you. We are
using three 500mce on two machines and they look ok.
Brent Norris
Network Administrat
Well it's not my screen grab but the hand is all screwed up.
Big Wave Dave wrote:
On 7/21/05, Bryan Mayland <[EMAIL PROTECTED]> wrote:
Larry Symms wrote:
ok... I've officially given up on this POS card. The record quality
is pitiful and the time discrepancy issue is annoying and can
The problem with the read/write is the frame boundaries aren't well defined.
I'm not sure whether the read size is always 720 x height or whether setting
the capture resolution affects it. If it does it doesn't affect the output
and so the write has to assume it is getting 720 x height which might
[EMAIL PROTECTED] wrote:
Hi there,
I'm quite a long time user of IVTV, using the 0.3.6 line of drivers with 2
PVR-350's and actually considering my MythTV setup to have production
stability (=every day living room use)
Therefore I'm increasingly running into the problem that I do not have
enou
On 7/21/05, Bryan Mayland <[EMAIL PROTECTED]> wrote:
> Larry Symms wrote:
>
> > ok... I've officially given up on this POS card. The record quality
> > is pitiful and the time discrepancy issue is annoying and can cause
> > firmware lockups so I'm ready to yank it. 2 items:
>
> Do you have
> I remain to be convinced about the benefit of the
> write interface for YUV
> data but in time I will improve the ioctl one to do
> decoding if means we can
> save CPU usage.
(if i'm understaning correctly) I there would be a
real benefit in that folks wanting to write yuv to the
driver, but not
Line 3 is supposed to be separated over two lines. To make things
easier here's the patch as an attachment.
Regards,
Petter
On 7/21/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Heu... Petter, sorry but one more problem...
> Now, the same error appears in line 16 ...
>
> 1 diff -ur /u
If this is the same patch I used on 0.3.6z (IIRC), you can simply edit
ivtv-fileopts.c manually and comment out (or remove) the two blocks in it
that look like this:
if (tda9887 == 0) {
int config = 0;
ivtv_tda9887(itv, TDA9887_SET_CONFIG, &config);
}
if (tda9887 == 0) {
int config = T
Heu... Petter, sorry but one more problem...
Now, the same error appears in line 16 ...
1 diff -ur /usr/local/src/ivtv-0.3.6z.orig/driver/ivtv-fileops.c
/usr/local/src/ivtv-0.3.6z/
driver/ivtv-fileops.c
2 --- ivtv-0.3.6z.orig/driver/ivtv-fileops.c 2005-07-11 14:39:55.0
Larry Symms wrote:
how do I get screen captures? Mine was bad but different bad. Looked
a little like bad reception with weird horizontal cuts in the image
occasionally. I've tried switching inputs with the pvr-350 and it's
still worse on the 150
I just recorded a quick mpeg and then o
It looks the same. By accident, I tried a file where the subtitle is
in a separate file, and mplayer displays it in the same way as the
vibrating text I told you about earlier.
/Fredrik
On 7/21/05, John Harvey <[EMAIL PROTECTED]> wrote:
> What does it look like if you don't play it full
> screen/
I allready do it in the Xv driver if someone wants to lift the code it is in
the source code of it.
One of my thoughts is that in the long run I can do it by creating a bigger
SG array for the dma engine to just transfer from but I'm not sure how
beneficial that would really be yet.
One day I'll
Brian Keener wrote:
Brian Jackson wrote:
You can add -nocache to mplayer options, but it still won't work for
things like video games. The problem is that an entire mpeg stream
is assembled in hardware, and there has to be a lag to get it right.
Or something
--Brian Jackson
I'll ju
how do I get screen captures? Mine was bad but different bad. Looked a
little like bad reception with weird horizontal cuts in the image
occasionally. I've tried switching inputs with the pvr-350 and it's
still worse on the 150
Bryan Mayland wrote:
Larry Symms wrote:
ok... I've officiall
Adam:
Sorry for replying to my own message, but moving to 0.3.6w (from
Axel's FC4 atrpms-testing repo) has fixed the error messages.
Thanks for the help.
George
On 7/21/05, George Galt <[EMAIL PROTECTED]> wrote:
> Adam:
>
> I removed bttv.ko, but the error on cx88xx and cx8800 persist after
>
Hi there,
I'm quite a long time user of IVTV, using the 0.3.6 line of drivers with 2
PVR-350's and actually considering my MythTV setup to have production
stability (=every day living room use)
Therefore I'm increasingly running into the problem that I do not have
enough tuners to do enough simu
Ian Armstrong wrote:
>>Error: XVimage is smaller then the requested size. (requested: 448x576,
>>got 448x480)
>>Unable to start video emulation
>>
>>
>
>Are you using NTSC ? I'm using PAL and pacman runs okay, but some other games
>fail with a similar error to you, such as the following...
>
Larry Symms wrote:
ok... I've officially given up on this POS card. The record quality
is pitiful and the time discrepancy issue is annoying and can cause
firmware lockups so I'm ready to yank it. 2 items:
Do you have any screen grabs? I'm curious how bad they look.
Here's one taken f
I fixed it last, maybe someone did some work before me, maybe Hans, or
maybe not, but finished fixing it at least awhile back.
Also one interesting thing would be for someone to do this for input so
YUV Decoding has the opposite code. Figure that'd be not so difficult
for someone understandin
Hello all,
It is a long time since I haven't posted on the list.
After having fought for a while some months ago to get my pvr350 work
with 0.1x versions of ivtv, I have finally decided to switch to 0.3.7.
All seems to work fine, except one thing : the sound.
I still have my 4049FM5 (type=45) tun
Adam:
I removed bttv.ko, but the error on cx88xx and cx8800 persist after
deleting bttv.ko. I'll try moving to 0.3 to see if that changes
anything.
FYI, I'm on FC4 with a single PVR-350 pulling rpms from Axel's ATRPMs site.
George
P.S. Here are the errors from just *below* the ivtv section of
Yup, delete bttv.ko and run depmod. Should fix it. Although I'm using
0.3 not 0.2, the log messages concerning bttv are the same. I'd still
reccomend going to 0.3 though as well.
On 7/21/05, George Galt <[EMAIL PROTECTED]> wrote:
> All:
>
> This is my first posting to the list, so I appologize i
Hi all,
I've been playing with my PVR-350 for the last while trying to get
tuning to work.
Currently, I'm not getting anything but 'snow' on the tuner source for
all channels. When I set the source to svideo I'm able to get a black
and white image of whatever I'm inputting into the port via svide
All:
This is my first posting to the list, so I appologize if I tread on
any established conventions. I've had several successful MythTV
boxes, but this one -- an upgrade of an existing, functioning box --
has me puzzled. I keep getting messages about bttv/cx88x and tveeprom
in the messages log
On Thursday 21 July 2005 12:07, Brian Keener wrote:
> Yes, I realize how the device works; fortunately, I bought the 150 to
> capture various video inputs and burn them onto CD-ROM.
Yes, and you were probably drawn to its hardware MPEG encoder. :-)
> I had really just hoped to be able to toss th
did someone rewrite the fixup code? the stuff that i
wrote back in the day was REALLY bad. instant crash :)
-tmk
--- John Harvey <[EMAIL PROTECTED]> wrote:
>
> If this is really needed in the driver then we
> should
> probably add an ioctl to enable it so that a program
> can choose the format
Brian Jackson wrote:
You can add -nocache to mplayer options, but it still won't work for
things like video games. The problem is that an entire mpeg stream is
assembled in hardware, and there has to be a lag to get it right. Or
something
--Brian Jackson
I'll just pick up an s-video s
Can these errors cause drops of single fields in Xine, causing stuff like
tearing and field reversal? I know the tearing issue is being worked on,
but is field reversal caused by the same issues (no access to accurate
timing, etc)?
I get the same errors when running with xshm though, but th
Simon Kenyon wrote:
On Thursday 21 July 2005 16:41, Brian Keener wrote:
One thing I've been a bit dissappointed in with regards to IVTV and the
PVR150 is that playback can't be realtime with mplayer.
My previous tv tuner card, an STB bt878-based device, had real-time
display that was suitab
On Jul 21, 2005, at 8:50 AM, Larry Symms wrote:ok... I've officially given up on this POS card. The record quality is pitiful and the time discrepancy issue is annoying and can cause firmware lockups so I'm ready to yank it. 2 items:Weird, I have a PVR-500mce, which has the same tuner times two a
On Tue, Jul 19, 2005, Michael Andersen wrote:
> I've been trying to get the radio working on my new 500mce, but I'm not
> getting any sound.
Could you try the following patch ? It seems logical from my previous
experience with LG TAPE tuners, but I can't test it. Report if it works.
--- tuner.c
I have looked at the various "TAPE"-type tuners from LG and seen that
they involved patching tuner.c to have the radio work. The attached
patch is empirical and works for me. It is quite straightforward.
However I haven't found any specification detailing how to program the
tuner, so in particular
You can add -nocache to mplayer options, but it still won't work for things like
video games. The problem is that an entire mpeg stream is assembled in
hardware, and there has to be a lag to get it right. Or something
--Brian Jackson
Brian Keener wrote:
One thing I've been a bit dissappoi
On Thursday 21 July 2005 16:41, Brian Keener wrote:
> One thing I've been a bit dissappointed in with regards to IVTV and the
> PVR150 is that playback can't be realtime with mplayer.
>
> My previous tv tuner card, an STB bt878-based device, had real-time
> display that was suitable for playing vid
On Thursday 21 Jul 2005 11:02, Dan Libby wrote:
> Okay, so if I try to run xmame from within mythgame, a blue box briefly
> flashes on the screen and nothing happens. I can't figure out where
> mythgame is hiding its logfile, and I've no idea why this is happening.
> So now I'm running xmame direc
One thing I've been a bit dissappointed in with regards to IVTV and the
PVR150 is that playback can't be realtime with mplayer.
My previous tv tuner card, an STB bt878-based device, had real-time
display that was suitable for playing video games/etc. from outside sources.
Using ivtv and mplay
At 10:27 AM 7/21/2005, you wrote:
Jim Reith wrote:
I've been pointed over here from the LIRC list.
Anyone know the state of this problem? Is Bryan around on list?
I can forward my original with more of the details if it's not
recognized/known from the bit below
Jim Reith wrote:
> I'm runni
--- Ian Armstrong <[EMAIL PROTECTED]> wrote:
> On Tuesday 19 Jul 2005 18:55,
> [EMAIL PROTECTED] wrote:
> > OK, I can confirm that this one works for me. It
> > behaves much like the last one, at least as far as
> > MythTV is concerned.
> >
> > Also, I also applied Ian's patch that you also
> se
Jim Reith wrote:
I've been pointed over here from the LIRC list.
Anyone know the state of this problem? Is Bryan around on list?
I can forward my original with more of the details if it's not
recognized/known from the bit below
Jim Reith wrote:
> I'm running KnoppMyth R5A16 with ivtv 3.6y a
At 10:16 AM 7/21/2005, you wrote:
CVS seems to fix this problem for the StreamZap remote. I posted the
same on the lirc list.
- Mark
Hi Mark,
Which driver did the fix go into? I'm using 3.6y now
Jim
On 7/21/05, Jim Reith <[EMAIL PROTECTED]> wrote:
> I've been pointed over here from the LI
CVS seems to fix this problem for the StreamZap remote. I posted the
same on the lirc list.
- Mark
On 7/21/05, Jim Reith <[EMAIL PROTECTED]> wrote:
> I've been pointed over here from the LIRC list.
>
> Anyone know the state of this problem? Is Bryan around on list?
>
> I can forward my original
ok... I've officially given up on this POS card. The record quality is
pitiful and the time discrepancy issue is annoying and can cause
firmware lockups so I'm ready to yank it. 2 items:
1. Any suggestions on a replacement? How's the pvr-250 freestyle
(usually sold as Gateway OEM)? What's
I've been pointed over here from the LIRC list.
Anyone know the state of this problem? Is Bryan around on list?
I can forward my original with more of the details if it's not
recognized/known from the bit below
Jim
Date: Thu, 21 Jul 2005 08:15:16 -0500 (CDT)
From: Bob Cottingham <[EMAIL PROT
If this is really needed in the driver then we should
probably add an ioctl to enable it so that a program
can choose the format it wants to read the data in
rather than making it a permanent module load option.
--- Chris Kennedy <[EMAIL PROTECTED]> wrote:
> Also if capture of YUV is desired, a
On 7/20/05, Felix <[EMAIL PROTECTED]> wrote:
> Has anybody tried to compile ivtv with latest FC3 kernel
> (2.6.12-1.1372_FC3). It doesn't have
> /lib/modules/2.6.12-1.1372_FC3/build directory (unlike previous kernels,
> such as 2.6.11-1.35_FC3) and driver make complaining about it...
You need the
Also I would suggest using the options 'ivtv_dynbuf=0 yuv_buffers=16' if
really wanting strong stable YUV capture. This tunes the buffers to work
hardest at YUV allocation and ability to startup capture quickest and
without stress.
Thanks,
Chris
John Harvey wrote:
It does work for a PVR 350
Also if capture of YUV is desired, and you want normal YUV, then add the
yuv_fixup=1 ivtv module option, this converts YUV, and is only a module
option and off by default since it's something not supposed to be done
at the driver level (so an application could be modeled after this code
to make
Yes, YUV capture is exactly the same for the 150 as the 350, and only
broke for a very short period of time when rewriting all the DMA code,
and all the methods we use to run interrupts and work queue threads.
It is also interesting the Windows drivers take out YUV capture support
for pvr150/
Thank you, it seems today was my comment aptly provocative :-).
Hopefully I will be able to check the driver on a 150 today
or tomorrow.
Chris
On Jul 21 13:56, John Harvey wrote:
> It does work for a PVR 350 but the question (if i
> remember correctly) was about a 150 and i have no idea
> wheth
It does work for a PVR 350 but the question (if i
remember correctly) was about a 150 and i have no idea
whether that works or not.
mplayer has a decoder that understands the format
coming out of the 350 and can play it directly (with
the correct command line options).
John
--- Cory Papenfuss <[EM
The chnage:
+#if 0
if (ivtv_sleep_timeout(HZ, 1)) {
IVTV_DEBUG(IVTV_DEBUG_ERR,
"ENC: Sleep timeout interrupted.\n");
}
-
+#else
+ schedule();
+#endif
betwen 0.3.6q and 0.3.6.r versions cause vid
What were the answers? I didn't see any responses to your e-mail.
I asked this question a while back, and I got no response.
With mplayer it does not work (yet).
On the other (dark) side of the world, the windows drives do not support to
read raw data, so it would be amazing if these hacker g
[EMAIL PROTECTED] wrote:
On Thu, Jul 21, 2005 at 02:32:13AM +0200, Rudy Zijlstra wrote:
With the original 0.3.7 i have mostly no sound on all 4 tuners of my
dual PVR500. With tha 22272 patch above sound is OK on all channels.
Same question to you: any module parameters required/
Henk
No idea yet but i will look into it soon. I may mail
you directly when i do since i've never run xmame
(yet).
I'll download it and build it over the next few days.
John
--- Dan Libby <[EMAIL PROTECTED]> wrote:
> Okay, so if I try to run xmame from within mythgame,
> a blue box briefly
> flashes
Okay, so if I try to run xmame from within mythgame, a blue box briefly
flashes on the screen and nothing happens. I can't figure out where
mythgame is hiding its logfile, and I've no idea why this is happening.
So now I'm running xmame directly from the command line.
If I run xmame without vidm
On Jul 20 22:48, Brian Keener wrote:
> Chris Woen wrote:
>
> >Great answers,
> >thank you.
> >
> >
> >
>
> What were the answers? I didn't see any responses to your e-mail.
>
> I asked this question a while back, and I got no response.
With mplayer it does not work (yet).
On the other (dark)
What does it look like if you don't play it full
screen/zoomed?
John
--- Fredrik Karlsson <[EMAIL PROTECTED]> wrote:
> Hi John, here is some info:
>
> a) The IVTV version is 0.3.6 (z)
> b) Mplayer gives this line :
> VIDEO: [DIVX] 480x258 24bpp 25.000 fps 669.1
> kbps (81.7 kbyte/s)
>
Hi John, here is some info:
a) The IVTV version is 0.3.6 (z)
b) Mplayer gives this line :
VIDEO: [DIVX] 480x258 24bpp 25.000 fps 669.1 kbps (81.7 kbyte/s)
and later ..
VO: [xv] 480x258 => 480x258 Planar YV12 [fs] [zoom]
c) X is set up at "720x576".
d) Full screen (using -fs -zoom)
e) T
62 matches
Mail list logo
