>Hi->>Looking for a quick fix.>I'm trying to get
500mce and 350 cooperating in same box. I've tried>tow systems
. Pundit-R and KT-400 based. SuSE 9.2, latest
IVTV>drivers. 0.3.4j. Can only get 500 working when 350 isn't
installed.=20>If you've got both working, can you share your
modpr
I've been struggling with a PVR-500 rev D492 for several months now.
I've got the second tuner working great, but I can't get the system to
recognize the first tuner. I've tried various kernels (2.4.22,
2.6.10-1.770_FC3, 2.6.10-1.770_14.rhfc3.at, 2.6.11.6, 2.6.11.7), many
versions of ivtv (0.2.x,
Andrea Petrelli wrote:
ivtv: i2c client addr: 0x21 not found!
This is normal. This started showing up recently and I haven't
tracked it down, but it is because there's some saa7115 trying to be
issued and the PVR-150 doesn't have an saa7115 (the digitizer is in
the cx25840). You can safel
System hung again today; this time with 0.3.4o. Same error messages;
anyone got a clue?
N.
May 13 19:53:09 [kernel] ivtv: ENC: REG_DMAXFER 2 wait failed
May 13 19:53:09 [kernel] ivtv: Timeout waiting for data! Encoder
buffers have 0x bytes trans_id = 2342.
May 13 19:53:09 [kernel] ivtv: C
Bryan Mayland wrote:
> Finally figured out what was causing the high pitched audio whine in all
> my recordings. Revision 200 (0.3.4m) added proper setup of the audio.
> If I wrote a quick test app that would use v4l2 ioctls to set
> V4L2_CID_IVTV_FREQ, sound would work perfectly. Quickly traced
Bryan Mayland wrote:
Also, shouldn't the bitrate functions be relabeled to samplerate?
The attached patch (which supersedes the my previous submission) renames
the audio_bitrate functions to audio_samplerate and sets the samplerate
for both PVR150 and CX25840 chips.
This should fix non-GPIO car
Bob Cottingham wrote:
I thought that support for scaling on PVR-150s was added in 0.3.3k?
Does it still not work correctly?
Hey, what do you know, it does work correctly now. Have you tried
changing the recording profile to see if it that fixes the problem? I
know that the code for NTSC s
Bryan Mayland wrote:
> Andrea Petrelli wrote:
>> cx25840: decoder set size 480x480 (from 720x576) -> scale
>> 524288x65434, filter 0
>
> This is where your problem is. On the frontend go to Settings ->
> Television -> Recording Profiles -> Hardware Encoders -> Live TV and set
> the resolution to t
Andrea Petrelli wrote:
ivtv: i2c client addr: 0x21 not found!
This is normal. This started showing up recently and I haven't
tracked it down, but it is because there's some saa7115 trying to be
issued and the PVR-150 doesn't have an saa7115 (the digitizer is in the
cx25840). You can safely
Hi,
I'm experiencing a similar random freeze problem as the one described here
http://mysettopbox.tv/phpBB2/viewtopic.php?t=4302&;
The difference is that I'm using a Asus Pundit-R (Asus P4R8L
motherboard), not a Via.
It usually happens when the PVR-500 is recording and I'm watching
DVDs. I can
Same problems ...
This is the init log
ivtv: START INIT IVTV
ivtv: version 0.3.4 (o) loading
ivtv: Linux version: 2.6.11-gentoo-r5 PENTIUMIII gcc-3.3
ivtv: In case of problems please include the debug info
ivtv: between the START INIT IVTV and END INIT IVTV
Finally figured out what was causing the high pitched audio whine in all
my recordings. Revision 200 (0.3.4m) added proper setup of the audio.
If I wrote a quick test app that would use v4l2 ioctls to set
V4L2_CID_IVTV_FREQ, sound would work perfectly. Quickly traced it down
to ivtv_audio_se
On 5/13/05, Andrea Petrelli <[EMAIL PROTECTED]> wrote:
> Updated to 0.3.4o but same problems.
>
> >check your recording profiles (IIRC Setup/Recording/Recording
> >Profiles) in MythTV. By default I think they are setup for 480x480.
> >
> >
> The image is not only stretched, color is not good, seem
Updated to 0.3.4o but same problems.
check your recording profiles (IIRC Setup/Recording/Recording
Profiles) in MythTV. By default I think they are setup for 480x480.
The image is not only stretched, color is not good, seems a
synchronization problem.
What's in your modprobe.conf?
/etc/modprob
Axel Thimm wrote:
> Tyer Trafford wrote:
>
>> The tuner/tveeprom modules packed in with ivtv seem to cause confusion
>> in addition to duplicated work. I would think that (at least for the
>> 'experimental' 0.3 branch), it would not be out of line to just
>> require people who need a tuner type n
Hi all,
When compiling the driver I all of a sudden get problems when compiling
tda9887.c:
/home/admin/src/IVTV/ivtv-0.3.4n/driver/tda9887.c: In
function `tda9887_configure':
/home/admin/src/IVTV/ivtv-0.3.4n/driver/tda9887.c:582: warning:
implicit declaration of function `msleep_interruptibl
On Thu, May 12, 2005 at 06:53:59PM -0400, Tyler Trafford wrote:
> Chris Kennedy wrote:
>
> > a) ivtv-0.3.3p-new-tuner.patch
> > Place TUNER_LG_NTSC_TAPE's FM support in the proper slot
> > and add
> > a new entry
>
> Does Gerd already have this?
No, not y
17 matches
Mail list logo
