I just tried with that patch, it gives me about 100kBaud TTX, but no EPG
data. I've already set ivtv_std=2, at least I hope so (using autoload on
startup). The raw size it reports is 1444, so it should be okay.
These are the messages after starting a vbi capture (including the patch):
May 23 07:3
Very interesting, try this patch, main change in VBI was this, wondering
if this would be the problem...
diff -ru ivtv-0.3.5d/driver/ivtv-irq.c ivtv-0.3.5e/driver/ivtv-irq.c
--- ivtv-0.3.5d/driver/ivtv-irq.c 2005-05-22 00:07:02.0 -0500
+++ ivtv-0.3.5e/driver/ivtv-irq.c 2005-05-
On 5/22/05, Chris Kennedy <[EMAIL PROTECTED]> wrote:
> Actually try ivtvctl -c dnr_temporal=0, see if that fixes the ghost.
Didn't help for me...I still have the strange effect on the svideo
input. (I don't know if I would call it a ghost, since the effect is
an image of the last tuned channel fr
This includes the recent patches for audio and YUV, also the hotplug firmware
patch.
#0.3.5d: http://www.ivtv.tv/releases/ivtv-0.3/
Thanks,
Chris
--
---
Chris Kennedy / [EMAIL PROTECTED]
Engineer KMOS-TV/KTBG-FM
Broadcasting Services Department
Central Missouri State University
---
thanks tyler... this patch applied to 0.3.5c fixes my pvr150 audio, broken since 0.3.4m.-- -Bretthttp:saltybeagle.com aim:ianswerq
Your screenshots show exactly what I see on my setup too.
Mike
On Sun, 22 May 2005 [EMAIL PROTECTED] wrote:
> Still getting green bars, but they're in a different position. I'm using
> S/VIDEO output.
>
> Images of before and after at http://lfx.org/ivtv/
>
> I can't actually take a screenshot
Actually try ivtvctl -c dnr_temporal=0, see if that fixes the ghost.
Thanks,
Chris
On Sun, May 22, 2005 at 02:37:41PM -0700, Johan Reinalda wrote:
> Chris et al.,
> 0.3.5c works (almost) fine here, on pvr-150mce, ntsc tuner 47, on AMD64
> 2800+, on FC3 x86_64
> but with following observations:
>
Jean-Francois Thibert (SageTV) wrote:
The problem is when you apply the video reset it also resets registers. On
which input does this problem occur? You would probably need different
settings for it.
I'm using the regular composite input (the mpc622 does not have a tuner).
Jelle.
Jean-Fra
On Sunday 22 May 2005 13:46, John Harvey wrote:
> I believe the attached patch fixes a problem with the ivtv yuv ioctl used by
> the Xv driver.
>
> Can those of you with color problems with NTSC playback try it and let me
> know how it changes it. If it doesn't fix it then a before & after picture
Since last thursday my pvr-350 stopped working. I posted a number of
messages to the devel list (subject: PVR-350, FC3 & IBM thinkstation)
and I've contacted a few people who have the same issue.
Up till now I haven't been able to find a solution, and it seems that
the people that I've contact
Chris et al.,
0.3.5c works (almost) fine here, on pvr-150mce, ntsc tuner 47, on AMD64
2800+, on FC3 x86_64
but with following observations:
-svideo input still has ghosting (composite is fine)
-switching from tuner to svid/comp back to tuner, picture now has
additional scan line on top (using
Hi -
I applied this patch (using the -R option, is that right?) and, on video
output, the semi-transparent green band has moved from near to the top
of the screen to the bottom 1/3 of the screen. I also noticed an offet
red ghost image displaced about 1/3 up on the screen.
I'd love to make a sc
i've tried the following.
fresh startup computer.
command line
$ dd if=/dev/video0 of=/dev/video48 bs=64k
unknown device /dev/video48
startup mythfrontend
watch live tv
end mythfrontend
$ dd if=/dev/video0 of=/dev/video48 bs=64k
... records in
... records out
$ mplayer -vo xv movie.mpg
result
On Sun, May 22, 2005 at 04:55:48PM -0400, Tyler Trafford wrote:
> On 5/22/05, Axel Thimm <[EMAIL PROTECTED]> wrote:
> > On Sun, May 22, 2005 at 08:02:37PM +0200, Axel Thimm wrote:
> > > could some of you share your timings on loading the driver? I had
> > > contradictory input on this (there was a
The problem is when you apply the video reset it also resets registers. On
which input does this problem occur? You would probably need different
settings for it.
Jean-Francois Thibert
On May 22, 2005 03:14 pm, Jelle wrote:
> Matt wrote:
> > Hey everyone,
> >
> > After 3 months of troublesh
Do you get the same if you just use mplayer on the command line without
myth?
John
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:ivtv-devel-
> [EMAIL PROTECTED] On Behalf Of Patrick de Brabander [mythtv]
> Sent: 22 May 2005 11:27
> To: ivtv-devel@lists.sourceforge.net
> Subject:
I've rewritten the hotplug firmware code in cx25840, now it actually works.
--
Tyler Trafford
cx25840-hpfw.diff
Description: Binary data
On 5/22/05, Axel Thimm <[EMAIL PROTECTED]> wrote:
> On Sun, May 22, 2005 at 08:02:37PM +0200, Axel Thimm wrote:
> > could some of you share your timings on loading the driver? I had
> > contradictory input on this (there was a claim on ~10 seconds!), so
> > I'd like to see whether there is some tru
I believe the attached patch fixes a problem with the
ivtv yuv ioctl used by the Xv driver.
Can those of you with color problems with NTSC
playback try it and let me know how it changes it. If it doesn’t fix it
then a before & after picture may be useful. (Probably best sent direct
rather
On Sun, May 22, 2005 at 08:02:37PM +0200, Axel Thimm wrote:
> could some of you share your timings on loading the driver? I had
> contradictory input on this (there was a claim on ~10 seconds!), so
> I'd like to see whether there is some truth on that in certain
> hardware configs. Please include k
On 5/22/05, Childe Roland <[EMAIL PROTECTED]> wrote:
> I get slow framerates all the time tho. It's worst when I change
> channels, but I usually get about 20-25 fps just watching a recorded
> show or watching live TV. Could that be due to my HDD?
>
> On 5/22/05, Darren Black <[EMAIL PROTECTED]
Axel,
on an AMD64 2800+ (512MB ram), running 0.3.5c :
#time modprobe ivtv
real0m5.717s
user0m0.007s
sys 0m0.278s
Johan
---
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in spac
On 5/22/05, Childe Roland <[EMAIL PROTECTED]> wrote:
> I am having a problem with my new KnoppMyth box.
>
> 1. Everytime I change the channel the video and sound skip some.
> Sometimes this continues, but can be fixed by pausing the video and
> waiting a few seconds
> 2. Both Live tv and recorded
Axel Thimm wrote:
Hi,
could some of you share your timings on loading the driver? I had
contradictory input on this (there was a claim on ~10 seconds!), so
I'd like to see whether there is some truth on that in certain
hardware configs. Please include kernel & ivtv version.
I looked into th
Hi,
It appears that on my PVR-150 MCE (type 38, PAL) this version gives no
picture if installed after a cold boot.
I had quite a scare today when I powered down my mythbox - first time in
a long while.
It was down for three hours (sound insulating my home theatre) and when
I started it up agai
Matt wrote:
Hey everyone,
After 3 months of troubleshooting my PVR-500 MCE D492, I have
finally been able to receive a signal (great video, great sound)!
Before, I had the frequently brought up problem of static that would
fade to a black or dark red on both turners. I finally found my
an
Hello,
I just built a new mythtv box with a PVR 150 card (I wanted a 250
but I couldn't find any that weren't grossly overpriced in my area)
following the Fedora Myth(TV)ology guide. I installed ivtv 3.4w via
apt from ATrpms. When I try to capture video on the tuner, all I get
is static. lirc
Craig Betts wrote:
Hello,
I just built a new mythtv box with a PVR 150 card (I wanted a 250
but I couldn't find any that weren't grossly overpriced in my area)
following the Fedora Myth(TV)ology guide. I installed ivtv 3.4w via
apt from ATrpms. When I try to capture video on the tuner, all I
Alle 20:02, domenica 22 maggio 2005, Axel Thimm ha scritto:
> Hi,
>
> could some of you share your timings on loading the driver? I had
> contradictory input on this (there was a claim on ~10 seconds!), so
> I'd like to see whether there is some truth on that in certain
> hardware configs. Please i
I believe this is an NTSC problem that I still need to work out somehow.
JOhn
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:ivtv-devel-
> [EMAIL PROTECTED] On Behalf Of Michael Papazoglou
> Sent: 22 May 2005 14:11
> To: ivtv-devel@lists.sourceforge.net
> Subject: RE: [ivtv-devel]
Hi,
could some of you share your timings on loading the driver? I had
contradictory input on this (there was a claim on ~10 seconds!), so
I'd like to see whether there is some truth on that in certain
hardware configs. Please include kernel & ivtv version.
Thanks!
--
Axel.Thimm at ATrpms.net
p
Tyler Trafford wrote:
> Well, I've had no audio on my rev C185 PVR150 since 0.3.4l (before the
> Hauppauge patches), and I've finally had a chance to investigate.
I've figured out what the problem was- the hotplug firmware load code
(written by me) is apparently wrong. Switching away from that a
Hi Chris,
> more raw vbi fixes for CC
I just tested with 0.3.5c, raw vbi (PAL) seems broken again. I get about
90kBaud TTX and no EPG data at all. 0.3.5 was working more or less, but
nxtvepg reported some packets (about 10%) lost.
Looks like this needs more work still.
Regards,
Simon
This patch does the following things:
1) Removes the code associated with 'no_black_magic', and the parameter
2) Removes the 'audiofmt' paramter, since that is now being overridden anyway
3) Removed the recent AUD_MODE_AUD_SYSTEM logic, and placed eqivalent
logic in the SET_NORM section, since t
Audio is still bad on my PVR-500, same as previous:
http://www.gossamer-threads.com/lists/ivtv/devel/20342?search_string=wepprop;#20342
---
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in
> The problem I mentioned in the parent post is still there even in 0.3.5,
> any suggestions what I should do? Am I the only one with this problem,
> or are others seeing comparable problems?
> I get that too, so you're not the only one.
> --
> Tyler Trafford
Tyler, Arjen, I'm with you on this on
Hmmm... not true, see:
http://www.gossamer-threads.com/lists/ivtv/devel/19360?search_string=software%20suspend;#19360
It's got todo with software suspend.
Stefan van der Eijk wrote:
Drew Bernat wrote:
Silly me... I remembered where this was from. It's a Gentoo kernel
problem.
In that cas
Drew Bernat wrote:
Silly me... I remembered where this was from. It's a Gentoo kernel
problem.
In that case, add Mandriva (cooker --> development version) to the list too.
As this version of Mandriva is on gcc-4 and quite some gcc-4 related
issues have been reported, could it be that this is
Hi -
I just figured out that the horizontal green band I'm seeing is only
there when I enable Composite output in the ivtv driver using
ivtvctl -l 1 (or 0 or 4)
If I just enable s-video (ivtvctl -l 5) the green band disappears, but
the picture is black and white. I figure that's because I'm usin
Ah, need to do this actually, for the time being...
modprobe ivtv ivtv_std=2
This should allow alot of logic in the ivtv driver itself to work for PAL/NTSC
switching, which has never really been active because we have alot of logic
well before the autodetection which checks the tv standard. Al
Some new information.
i've installed ivtv-0.3.5c and withnessed the following.
In mythtv frontend i do the following.
play video--> nothing... problably error.
watch livetv --> ok
play video--> ok (little shaky at start
watch livetv --> ok
play video--> see black screen, sound ok
wa
I get very bad audio too. But in the end of the ivtv messages I can see it
chooses NTSC and it doesn't help when I us ivtvctl to change to PAL.
Something that does help though is setting the standard with
modprobe ivtv ivtv_std=2
Fine audio and video!!! Great.
Regards
Christian
The output of
Chris,
YUV is working nicely. The beginning and or after FF the movie is a little
bit shaky for a few seconds. This could also be a problem in John's IVTVDEV
driver. Sounds and picture quality looks OK.
Regarding FF/REW no problems found during testing.
Living in PAL country using a PVR350 on FC
Audio is fine as paint on my box. I live in PAL country also.
I use ALSA and get sound through a Creative Labs SB Audigy board.
Cheers,
-Morten
Sigurd Nes wrote:
The sound is very poor in 0.3.5.c compared to 0.3.5
I have not tested 0.3.5.b
I live in a PAL–country, is the the black_magic s
Hi Chris,
Chris Kennedy wrote:
This should fix a couple problems with YUV decoding, especially /dev/video48,
now works really nice (uses the vsync interrupt). Also I think the alias
oddity of the other field seen for NTSC is now fixed. It also fixes Myth
ff/rw over 3x speed image not advancin
The sound is very poor in 0.3.5.c compared to 0.3.5
I have not tested 0.3.5.b
I live in a PAL–country, is the the black_magic stuff related to this?
Regards
Sigurd
Chris Kennedy wrote:
This should fix a couple problems with YUV decoding, especially /dev/video48,
now works really nice (uses the
46 matches
Mail list logo
