On Sun, Feb 12, 2012 at 2:50 AM, <ivtv-users-request@ivtvdriver.org> wrote:
> Send ivtv-users mailing list submissions to
> ivtv-users@ivtvdriver.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://ivtvdriver.org/mailman/listinfo/ivtv-users
> or, via email, send a message with subject or body 'help' to
> ivtv-users-request@ivtvdriver.org
>
> You can reach the person managing the list at
> ivtv-users-owner@ivtvdriver.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of ivtv-users digest..."
>
>
> Today's Topics:
>
> 1. Re: audio noise on some mpeg clips (Andy Walls)
> 2. Re: Problems With additional tuners... (Andy Walls)
> 3. Re: Problems With additional tuners... (Peter Schneider)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sat, 11 Feb 2012 18:05:07 -0500
> From: Andy Walls <awalls@md.metrocast.net>
> To: User discussion about IVTV <ivtv-users@ivtvdriver.org>
> Subject: Re: [ivtv-users] audio noise on some mpeg clips
> Message-ID: <1329001508.2512.24.camel@palomino.walls.org>
> Content-Type: text/plain; charset="UTF-8"
>
> On Fri, 2012-02-10 at 13:24 +0100, Federico Allegretti wrote:
> > here the screen capture of the GSpot analisys for the two test
> > clips .. the good and the ok one:
> > http://i375.photobucket.com/albums/oo200/V1p3r_ITA/misc/gspot_test.jpg
>
> I can't offer much help here.
>
> If you have not already, use v4l2-ctl to set the PVR-350 output to the
> explicit video standard before outputing data to /dev/video16.
>
> The MSP4418 chip is responsible for generating analog audio output, once
> the CX23415 decoder has decompressed the digital audio. You may want to
> use v4l2-ctl --log-status /dev/video16 to see the status of the MSP4418
> chip for both the good and bad audio.
>
>
this line is suspect in log:
ivtv0: Stream decoder MPG: status 0x0118, 100% of 1024 KiB (16 buffers) in
use
it's possible to raise buffers?
also the "good" mpeg have a log with 93% of buffers used
ivtv0: Stream decoder MPG: status 0x0118, 100% of 1024 KiB (16 buffers) in
use
in both cases i ran this command: v4l2-ctl -d /dev/video16 --log-status
(after an mpeg file was send to /dev/video16 of course)
You may also wish to set some debug flags when loading the msp3400 and
> ivtv drivers:
>
> # modinfo msp3400
> # modprobe msp3400 debug=3
>
> # modinfo ivtv
> # modprobe ivtv debug=0x3ff
>
> Maybe something in the logs will stand out as a difference between
> playing the two type of clips.
>
> Regards,
> Andy
>
> > On Wed, Feb 8, 2012 at 12:36 PM, Federico Allegretti
> > <allegfede@gmail.com> wrote:
> > Hello, I noticed that playing some clips (with pvr350play
> > bbb_bad.mpg or with the command "cat bbb_bad.mpg
> > > /dev/video16") i have strange pops and clicks from tv
> > speakers.
> >
> > Other files with the same play commands (with pvr350play
> > bbb_ok.mpg or with the command "cat bbb_ok.mpg
> > > /dev/video16") goes well and video and audio are perfect.
> >
> > this are the output of the ffmpeg -i command for the two test
> > files:
> > root@player2:/home/player/mpgtestmovies/audio_video# ffmpeg -i
> > bbb_ok.mpg
> > FFmpeg version SVN-r0.5.6-4:0.5.6-3, Copyright (c) 2000-2009
> > Fabrice Bellard, et al.
> > configuration: --extra-version=4:0.5.6-3 --prefix=/usr
> > --enable-avfilter --enable-avfilter-lavf --enable-vdpau
> > --enable-bzlib --enable-libdirac --enable-libgsm
> > --enable-libopenjpeg --enable-libschroedinger
> > --enable-libspeex --enable-libtheora --enable-libvorbis
> > --enable-pthreads --enable-zlib --disable-stripping
> > --disable-vhook --enable-runtime-cpudetect --enable-gpl
> > --enable-postproc --enable-swscale --enable-x11grab
> > --enable-libfaad --enable-libdc1394 --enable-shared
> > --disable-static
> > libavutil 49.15. 0 / 49.15. 0
> > libavcodec 52.20. 1 / 52.20. 1
> > libavformat 52.31. 0 / 52.31. 0
> > libavdevice 52. 1. 0 / 52. 1. 0
> > libavfilter 0. 4. 0 / 0. 4. 0
> > libswscale 0. 7. 1 / 0. 7. 1
> > libpostproc 51. 2. 0 / 51. 2. 0
> > built on Dec 31 2011 15:16:11, gcc: 4.4.5
> >
> > Seems stream 0 codec frame rate differs from container frame
> > rate: 50.00 (50/1) -> 25.00 (25/1)
> > Input #0, mpeg, from 'bbb_ok.mpg':
> > Duration: 00:10:10.20, start: 0.220000, bitrate: 8117 kb/s
> > Stream #0.0[0x1e0]: Video: mpeg2video, yuv420p, 720x576
> > [PAR 64:45 DAR 16:9], 7800 kb/s, 25 tbr, 90k tbn, 50 tbc
> > Stream #0.1[0x1c0]: Audio: mp2, 48000 Hz, stereo, s16, 224
> > kb/s
> > At least one output file must be specified
> > root@player2:/home/player/mpgtestmovies/audio_video#
> >
> _____________________________________________________________________________
> >
> > root@player2:/home/player/mpgtestmovies/video_audio# ffmpeg -i
> > bbb_bad.mpg
> > FFmpeg version SVN-r0.5.6-4:0.5.6-3, Copyright (c) 2000-2009
> > Fabrice Bellard, et al.
> > configuration: --extra-version=4:0.5.6-3 --prefix=/usr
> > --enable-avfilter --enable-avfilter-lavf --enable-vdpau
> > --enable-bzlib --enable-libdirac --enable-libgsm
> > --enable-libopenjpeg --enable-libschroedinger
> > --enable-libspeex --enable-libtheora --enable-libvorbis
> > --enable-pthreads --enable-zlib --disable-stripping
> > --disable-vhook --enable-runtime-cpudetect --enable-gpl
> > --enable-postproc --enable-swscale --enable-x11grab
> > --enable-libfaad --enable-libdc1394 --enable-shared
> > --disable-static
> > libavutil 49.15. 0 / 49.15. 0
> > libavcodec 52.20. 1 / 52.20. 1
> > libavformat 52.31. 0 / 52.31. 0
> > libavdevice 52. 1. 0 / 52. 1. 0
> > libavfilter 0. 4. 0 / 0. 4. 0
> > libswscale 0. 7. 1 / 0. 7. 1
> > libpostproc 51. 2. 0 / 51. 2. 0
> > built on Dec 31 2011 15:16:11, gcc: 4.4.5
> >
> > Seems stream 0 codec frame rate differs from container frame
> > rate: 50.00 (50/1) -> 25.00 (25/1)
> > Input #0, mpeg, from 'bbb_bad.mpg':
> > Duration: 00:09:56.40, start: 0.360000, bitrate: 5301 kb/s
> > Stream #0.0[0x1e0]: Video: mpeg2video, yuv420p, 720x576
> > [PAR 16:15 DAR 4:3], 5000 kb/s, 25 tbr, 90k tbn, 50 tbc
> > Stream #0.1[0x1c0]: Audio: mp2, 48000 Hz, stereo, s16, 224
> > kb/s
> > At least one output file must be specified
> > root@player2:/home/player/mpgtestmovies/video_audio#
> > _________________________________________________
> >
> > here you can find the clips to replicate the bug:
> > https://rapidshare.com/files/1349960395/bbb_ok_mini.mpg
> > https://rapidshare.com/files/2911860956/bbb_bad_mini.mpg
> >
> > ________________________________________________
> > this is the output of the: dmesg | grep ivtv
> >
> > [ 8.116642] ivtv: Start initialization, version 1.4.1
> > [ 8.116850] ivtv0: Initializing card 0
> > [ 8.116858] ivtv0: Autodetected Hauppauge card (cx23415
> > based)
> > [ 8.116986] ivtv 0000:02:00.0: PCI INT A -> GSI 18 (level,
> > low) -> IRQ 18
> > [ 8.117003] ivtv0: Unreasonably low latency timer, setting
> > to 64 (was 32)
> > [ 8.172864] ivtv0: Autodetected Hauppauge WinTV PVR-350
> > [ 8.229761] saa7115 1-0021: saa7115 found (1f7115d0e100000)
> > @ 0x42 (ivtv i2c driver #0)
> > [ 8.405508] saa7127 1-0044: saa7127 found @ 0x88 (ivtv i2c
> > driver #0)
> > [ 8.473258] msp3400 1-0040: MSP4418G-A2 found @ 0x80 (ivtv
> > i2c driver #0)
> > [ 8.493817] tuner 1-0061: chip found @ 0xc2 (ivtv i2c
> > driver #0)
> > [ 8.573249] IRQ 18/ivtv0: IRQF_DISABLED is not guaranteed
> > on shared IRQs
> > [ 8.574115] ivtv0: Registered device video0 for encoder MPG
> > (4096 kB)
> > [ 8.574322] ivtv0: Registered device video32 for encoder
> > YUV (2048 kB)
> > [ 8.574493] ivtv0: Registered device vbi0 for encoder VBI
> > (1024 kB)
> > [ 8.574661] ivtv0: Registered device video24 for encoder
> > PCM (320 kB)
> > [ 8.574825] ivtv0: Registered device radio0 for encoder
> > radio
> > [ 8.574990] ivtv0: Registered device video16 for decoder
> > MPG (1024 kB)
> > [ 8.575153] ivtv0: Registered device vbi8 for decoder VBI
> > (64 kB)
> > [ 8.575335] ivtv0: Registered device vbi16 for decoder VOUT
> > [ 8.575500] ivtv0: Registered device video48 for decoder
> > YUV (1024 kB)
> > [ 8.575507] ivtv0: Initialized card: Hauppauge WinTV
> > PVR-350
> > [ 8.575975] ivtv: End initialization
> > [ 9.220028] ivtv 0000:02:00.0: firmware: requesting
> > v4l-cx2341x-enc.fw
> > [ 9.271393] ivtv0: Loaded v4l-cx2341x-enc.fw firmware
> > (376836 bytes)
> > [ 9.272089] ivtv 0000:02:00.0: firmware: requesting
> > v4l-cx2341x-dec.fw
> > [ 9.309736] ivtv0: Loaded v4l-cx2341x-dec.fw firmware
> > (262144 bytes)
> > [ 9.508374] ivtv0: Encoder revision: 0x02060039
> > [ 9.508510] ivtv0: Decoder revision: 0x02020023
> > [ 9.548106] ivtv 0000:02:00.0: firmware: requesting
> > v4l-cx2341x-init.mpg
> > [ 9.573582] ivtv0: Loaded v4l-cx2341x-init.mpg firmware
> > (155648 bytes)
> > root@player2:/home/player/mpgtestmovies/miniclips#
> >
> > __________________________________________________
> >
> > and this is the pout of the: lspci -v
> > 00:00.0 Host bridge: Intel Corporation 82845 845 [Brookdale]
> > Chipset Host Bridge (rev 04)
> > Subsystem: Intel Corporation 82845 845 [Brookdale]
> > Chipset Host Bridge
> > Flags: bus master, fast devsel, latency 0
> > Memory at e7000000 (32-bit, prefetchable) [size=4M]
> > Capabilities: [e4] Vendor Specific Information: Len=04
> > <?>
> > Capabilities: [a0] AGP version 2.0
> > Kernel driver in use: agpgart-intel
> >
> > 00:01.0 PCI bridge: Intel Corporation 82845 845 [Brookdale]
> > Chipset AGP Bridge (rev 04) (prog-if 00 [Normal decode])
> > Flags: bus master, 66MHz, fast devsel, latency 64
> > Bus: primary=00, secondary=01, subordinate=01,
> > sec-latency=32
> >
> > 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev
> > 05) (prog-if 00 [Normal decode])
> > Flags: bus master, fast devsel, latency 0
> > Bus: primary=00, secondary=02, subordinate=02,
> > sec-latency=32
> > I/O behind bridge: 0000d000-0000dfff
> > Memory behind bridge: e4000000-e6ffffff
> > Prefetchable memory behind bridge: e0000000-e3ffffff
> >
> > 00:1f.0 ISA bridge: Intel Corporation 82801BA ISA Bridge (LPC)
> > (rev 05)
> > Flags: bus master, medium devsel, latency 0
> >
> > 00:1f.1 IDE interface: Intel Corporation 82801BA IDE U100
> > Controller (rev 05) (prog-if 80 [Master])
> > Subsystem: Intel Corporation Device 2442
> > Flags: bus master, medium devsel, latency 0
> > [virtual] Memory at 000001f0 (32-bit,
> > non-prefetchable) [size=8]
> > [virtual] Memory at 000003f0 (type 3,
> > non-prefetchable) [size=1]
> > [virtual] Memory at 00000170 (32-bit,
> > non-prefetchable) [size=8]
> > [virtual] Memory at 00000370 (type 3,
> > non-prefetchable) [size=1]
> > I/O ports at f000 [size=16]
> > Kernel driver in use: ata_piix
> >
> > 00:1f.2 USB Controller: Intel Corporation 82801BA/BAM USB
> > Controller #1 (rev 05) (prog-if 00 [UHCI])
> > Subsystem: Intel Corporation 82801BA/BAM USB
> > Controller #1
> > Flags: bus master, medium devsel, latency 0, IRQ 19
> > I/O ports at e000 [size=32]
> > Kernel driver in use: uhci_hcd
> >
> > 00:1f.3 SMBus: Intel Corporation 82801BA/BAM SMBus Controller
> > (rev 05)
> > Subsystem: Intel Corporation Device 2442
> > Flags: medium devsel, IRQ 17
> > I/O ports at 5000 [size=16]
> > Kernel driver in use: i801_smbus
> >
> > 00:1f.4 USB Controller: Intel Corporation 82801BA/BAM USB
> > Controller #1 (rev 05) (prog-if 00 [UHCI])
> > Subsystem: Intel Corporation Device 2442
> > Flags: bus master, medium devsel, latency 0, IRQ 23
> > I/O ports at e800 [size=32]
> > Kernel driver in use: uhci_hcd
> >
> > 02:00.0 Multimedia video controller: Internext Compression Inc
> > iTVC15 MPEG-2 Encoder (rev 01)
> > Subsystem: Hauppauge computer works Inc. WinTV PVR-350
> > Flags: bus master, medium devsel, latency 64, IRQ 18
> > Memory at e0000000 (32-bit, prefetchable) [size=64M]
> > Capabilities: [44] Power Management version 2
> > Kernel driver in use: ivtv
> >
> > 02:06.0 Ethernet controller: Intel Corporation 82557/8/9/0/1
> > Ethernet Pro 100 (rev 0d)
> > Subsystem: Intel Corporation EtherExpress PRO/100
> > Server Adapter
> > Flags: bus master, medium devsel, latency 32, IRQ 18
> > Memory at e6040000 (32-bit, non-prefetchable)
> > [size=4K]
> > I/O ports at d000 [size=64]
> > Memory at e6020000 (32-bit, non-prefetchable)
> > [size=128K]
> > [virtual] Expansion ROM at e4020000 [disabled]
> > [size=64K]
> > Capabilities: [dc] Power Management version 2
> > Kernel driver in use: e100
> >
> > 02:07.0 Ethernet controller: Intel Corporation 82557/8/9/0/1
> > Ethernet Pro 100 (rev 0d)
> > Subsystem: Intel Corporation EtherExpress PRO/100
> > Server Adapter
> > Flags: bus master, medium devsel, latency 32, IRQ 21
> > Memory at e6041000 (32-bit, non-prefetchable)
> > [size=4K]
> > I/O ports at d400 [size=64]
> > Memory at e6000000 (32-bit, non-prefetchable)
> > [size=128K]
> > [virtual] Expansion ROM at e4030000 [disabled]
> > [size=64K]
> > Capabilities: [dc] Power Management version 2
> > Kernel driver in use: e100
> >
> > 02:08.0 VGA compatible controller: ATI Technologies Inc Rage
> > XL (rev 27) (prog-if 00 [VGA controller])
> > Subsystem: ATI Technologies Inc Rage XL
> > Flags: bus master, stepping, medium devsel, latency
> > 32, IRQ 12
> > Memory at e5000000 (32-bit, non-prefetchable)
> > [size=16M]
> > I/O ports at d800 [size=256]
> > Memory at e6042000 (32-bit, non-prefetchable)
> > [size=4K]
> > [virtual] Expansion ROM at e4000000 [disabled]
> > [size=128K]
> > Capabilities: [5c] Power Management version 2
> >
> > root@player2:/home/player/mpgtestmovies/miniclips#
> >
> > _________________________________________
> >
> > Everything runs on a Debian 6.0.1a
> >
> > and drivers, utils and firmware was taken from standard and
> > non-free repositories......
> >
> > Thanks for the help,
> >
> > Federico
> >
> > ---
> > Messagenet VOIP: 5338759
> >
> > My blogs: http://altri-media.blogspot.com/
> > http://subbaqquerie.blogspot.com/
> >
> > YouTube Channel: AllegFede
> >
> > VIMEO HD videos: http://www.vimeo.com/user1912745/videos
> >
> >
> >
> > --
> > Messagenet VOIP: 5338759
> >
> > My blogs: http://altri-media.blogspot.com/
> > http://subbaqquerie.blogspot.com/
> >
> > YouTube Channel: AllegFede
> >
> > VIMEO HD videos: http://www.vimeo.com/user1912745/videos
> > _______________________________________________
> > ivtv-users mailing list
> > ivtv-users@ivtvdriver.org
> > http://ivtvdriver.org/mailman/listinfo/ivtv-users
>
>
>
>
>
> ------------------------------
>
> Message: 2
> Date: Sat, 11 Feb 2012 18:09:10 -0500
> From: Andy Walls <awalls@md.metrocast.net>
> To: User discussion about IVTV <ivtv-users@ivtvdriver.org>
> Subject: Re: [ivtv-users] Problems With additional tuners...
> Message-ID: <1329001751.2512.26.camel@palomino.walls.org>
> Content-Type: text/plain; charset="UTF-8"
>
> On Sat, 2012-02-11 at 15:44 -0700, Peter Schneider wrote:
> > Thanks Andy,
> >
> > You are THE MAN!!!! From the v4l2-ctl command I now have the analog
> > working on both tuners for the 500 and now on the HVR-1600!!!
> >
> > I am concerned about the HVR-2250 but that will be a debug to happen
> > when I have an antenna built. At that time I can use the HVR-1600
> > digital tuner to test the antenna and then engage the HVR-2250.
> >
> > Thanks again Andy.
>
> You're welcome. :)
>
> -Andy
>
> > -Peter
> >
> >
> > On 2012-02-11, at 3:02 PM, Andy Walls wrote:
> >
> > > On Sat, 2012-02-11 at 11:02 -0700, Gmail wrote:
> > >> Hi All,
>
> > >>
> > >> Note: The Analog tuners are being used to capture video through the
> > >> s-video cable from my satellite tuners and the digital ones are for
> > >> future OTA HD.
> > >
> > > Please install v4l2-ctl (probably in a v4l2-utils package) and mplayer.
> > >
> > > Kill the mythbackend, if it is running.
> > >
> > > Then run v4l2-ctl --list-devices, to see what card corresponds to which
> > > devices nodes. For example:
> > >
> > > $ v4l2-ctl --list-devices
> > > Hauppauge HVR-1600 (PCI:0000:03:00.0):
> > > /dev/video0
> > > /dev/video24
> > > /dev/video32
> > > /dev/vbi0
> > >
> > > Hauppauge WinTV PVR-150 (PCI:0000:03:01.0):
> > > /dev/video2
> > > /dev/video26
> > > /dev/video34
> > > /dev/radio2
> > > /dev/vbi2
> > >
> > > Hauppauge HVR-1600 (PCI:0000:03:02.0):
> > > /dev/video1
> > > /dev/video25
> > > /dev/video33
> > > /dev/radio1
> > > /dev/vbi1
> > >
> > > On a device from which you wish to capture S-Video, set the proper
> input
> > > and analog TV standard using v4l2-ctl:
> > >
> > > $ v4l2-ctl -d /dev/video0 --list-inputs
> > > ioctl: VIDIOC_ENUMINPUT
> > > Input : 0
> > > Name : Tuner 1
> > > Type : 0x00000001
> > > Audioset : 0x00000007
> > > Tuner : 0x00000000
> > > Standard : 0x0000000000001000 (NTSC-M)
> > > Status : 0x00000000 (ok)
> > > Capabilities: 0x00000004 (SD presets)
> > >
> > > Input : 1
> > > Name : S-Video 1
> > > Type : 0x00000002
> > > Audioset : 0x00000007
> > > Tuner : 0x00000000
> > > Standard : 0x0000000000FFFFFF
> (PAL-B/B1/G/H/I/D/D1/K/M/N/Nc/60 NTSC-M/M-JP/443/M-KR
> SECAM-B/D/G/H/K/K1/L/Lc)
> > > Status : 0x00000000 (ok)
> > > Capabilities: 0x00000004 (SD presets)
> > >
> > > Input : 2
> > > Name : Composite 1
> > > Type : 0x00000002
> > > Audioset : 0x00000007
> > > Tuner : 0x00000000
> > > Standard : 0x0000000000FFFFFF
> (PAL-B/B1/G/H/I/D/D1/K/M/N/Nc/60 NTSC-M/M-JP/443/M-KR
> SECAM-B/D/G/H/K/K1/L/Lc)
> > > Status : 0x00000000 (ok)
> > > Capabilities: 0x00000004 (SD presets)
> > > [...]
> > >
> > > $ v4l2-ctl -d /dev/video0 --set-input=1
> > > Video input set to 1 (S-Video 1: ok)
> > >
> > > $ v4l2-ctl -d /dev/video0 --list-standards
> > > ioctl: VIDIOC_ENUMSTD
> > > Index : 0
> > > ID : 0x000000000000B000
> > > Name : NTSC
> > > Frame period: 1001/30000
> > > Frame lines : 525
> > >
> > > Index : 1
> > > ID : 0x0000000000001000
> > > Name : NTSC-M
> > > Frame period: 1001/30000
> > > Frame lines : 525
> > > [...]
> > >
> > > $ v4l2-ctl -d /dev/video0 --set-standard=1
> > > Standard set to 00001000
> > >
> > >
> > > Turn on your S-Video source, and then just capture an MPEG live with
> mplayer:
> > >
> > > $ mplayer /dev/video0 -cache 8192
> > >
> > > or capture a file for later playback
> > >
> > > $ cat /dev/video0 > foo.mpg
> > > ^C
> > > $ mplayer foo.mpg
> > >
> > >
> > >
> > >> Here is what I see on the two problematic analog tuners.
> > >
> > > Looks like an untuned tuner input driving the encoder, not S-Video. An
> > > S-Video input that is connected but has no signal is usually a solid
> > > grey or black screen.
> > >
>
> > > One last step is to verify that you do in fact have a video signal with
> > > a known good devices (such as a TV). If you have RF analog or RF
> > > digital reception problems, you may want to review this checklist as
> > > well:
> > >
> > > http://ivtvdriver.org/index.php/Howto:Improve_signal_quality
> > >
> > > Regards,
> > > Andy
> > >
> > >>
> > >> -Peter
>
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Sat, 11 Feb 2012 18:50:24 -0700
> From: Peter Schneider <peter.schneider@schneideris.com>
> To: User discussion about IVTV <ivtv-users@ivtvdriver.org>
> Subject: Re: [ivtv-users] Problems With additional tuners...
> Message-ID: <14348635-DEDD-4845-8F74-0524052172AD@schneideris.com>
> Content-Type: text/plain; charset=us-ascii
>
> Andy,
>
> With the second PVR-500 tuner I am not getting any audio. Do you have any
> idea if this might be related to the v4l2 setup?
>
> -Peter
>
> On 2012-02-11, at 4:09 PM, Andy Walls wrote:
>
> > On Sat, 2012-02-11 at 15:44 -0700, Peter Schneider wrote:
> >> Thanks Andy,
> >>
> >> You are THE MAN!!!! From the v4l2-ctl command I now have the analog
> >> working on both tuners for the 500 and now on the HVR-1600!!!
> >>
> >> I am concerned about the HVR-2250 but that will be a debug to happen
> >> when I have an antenna built. At that time I can use the HVR-1600
> >> digital tuner to test the antenna and then engage the HVR-2250.
> >>
> >> Thanks again Andy.
> >
> > You're welcome. :)
> >
> > -Andy
> >
> >> -Peter
> >>
> >>
> >> On 2012-02-11, at 3:02 PM, Andy Walls wrote:
> >>
> >>> On Sat, 2012-02-11 at 11:02 -0700, Gmail wrote:
> >>>> Hi All,
> >
> >>>>
> >>>> Note: The Analog tuners are being used to capture video through the
> >>>> s-video cable from my satellite tuners and the digital ones are for
> >>>> future OTA HD.
> >>>
> >>> Please install v4l2-ctl (probably in a v4l2-utils package) and mplayer.
> >>>
> >>> Kill the mythbackend, if it is running.
> >>>
> >>> Then run v4l2-ctl --list-devices, to see what card corresponds to which
> >>> devices nodes. For example:
> >>>
> >>> $ v4l2-ctl --list-devices
> >>> Hauppauge HVR-1600 (PCI:0000:03:00.0):
> >>> /dev/video0
> >>> /dev/video24
> >>> /dev/video32
> >>> /dev/vbi0
> >>>
> >>> Hauppauge WinTV PVR-150 (PCI:0000:03:01.0):
> >>> /dev/video2
> >>> /dev/video26
> >>> /dev/video34
> >>> /dev/radio2
> >>> /dev/vbi2
> >>>
> >>> Hauppauge HVR-1600 (PCI:0000:03:02.0):
> >>> /dev/video1
> >>> /dev/video25
> >>> /dev/video33
> >>> /dev/radio1
> >>> /dev/vbi1
> >>>
> >>> On a device from which you wish to capture S-Video, set the proper
> input
> >>> and analog TV standard using v4l2-ctl:
> >>>
> >>> $ v4l2-ctl -d /dev/video0 --list-inputs
> >>> ioctl: VIDIOC_ENUMINPUT
> >>> Input : 0
> >>> Name : Tuner 1
> >>> Type : 0x00000001
> >>> Audioset : 0x00000007
> >>> Tuner : 0x00000000
> >>> Standard : 0x0000000000001000 (NTSC-M)
> >>> Status : 0x00000000 (ok)
> >>> Capabilities: 0x00000004 (SD presets)
> >>>
> >>> Input : 1
> >>> Name : S-Video 1
> >>> Type : 0x00000002
> >>> Audioset : 0x00000007
> >>> Tuner : 0x00000000
> >>> Standard : 0x0000000000FFFFFF
> (PAL-B/B1/G/H/I/D/D1/K/M/N/Nc/60 NTSC-M/M-JP/443/M-KR
> SECAM-B/D/G/H/K/K1/L/Lc)
> >>> Status : 0x00000000 (ok)
> >>> Capabilities: 0x00000004 (SD presets)
> >>>
> >>> Input : 2
> >>> Name : Composite 1
> >>> Type : 0x00000002
> >>> Audioset : 0x00000007
> >>> Tuner : 0x00000000
> >>> Standard : 0x0000000000FFFFFF
> (PAL-B/B1/G/H/I/D/D1/K/M/N/Nc/60 NTSC-M/M-JP/443/M-KR
> SECAM-B/D/G/H/K/K1/L/Lc)
> >>> Status : 0x00000000 (ok)
> >>> Capabilities: 0x00000004 (SD presets)
> >>> [...]
> >>>
> >>> $ v4l2-ctl -d /dev/video0 --set-input=1
> >>> Video input set to 1 (S-Video 1: ok)
> >>>
> >>> $ v4l2-ctl -d /dev/video0 --list-standards
> >>> ioctl: VIDIOC_ENUMSTD
> >>> Index : 0
> >>> ID : 0x000000000000B000
> >>> Name : NTSC
> >>> Frame period: 1001/30000
> >>> Frame lines : 525
> >>>
> >>> Index : 1
> >>> ID : 0x0000000000001000
> >>> Name : NTSC-M
> >>> Frame period: 1001/30000
> >>> Frame lines : 525
> >>> [...]
> >>>
> >>> $ v4l2-ctl -d /dev/video0 --set-standard=1
> >>> Standard set to 00001000
> >>>
> >>>
> >>> Turn on your S-Video source, and then just capture an MPEG live with
> mplayer:
> >>>
> >>> $ mplayer /dev/video0 -cache 8192
> >>>
> >>> or capture a file for later playback
> >>>
> >>> $ cat /dev/video0 > foo.mpg
> >>> ^C
> >>> $ mplayer foo.mpg
> >>>
> >>>
> >>>
> >>>> Here is what I see on the two problematic analog tuners.
> >>>
> >>> Looks like an untuned tuner input driving the encoder, not S-Video. An
> >>> S-Video input that is connected but has no signal is usually a solid
> >>> grey or black screen.
> >>>
> >
> >>> One last step is to verify that you do in fact have a video signal with
> >>> a known good devices (such as a TV). If you have RF analog or RF
> >>> digital reception problems, you may want to review this checklist as
> >>> well:
> >>>
> >>> http://ivtvdriver.org/index.php/Howto:Improve_signal_quality
> >>>
> >>> Regards,
> >>> Andy
> >>>
> >>>>
> >>>> -Peter
> >
> >
> >
> > _______________________________________________
> > ivtv-users mailing list
> > ivtv-users@ivtvdriver.org
> > http://ivtvdriver.org/mailman/listinfo/ivtv-users
>
>
>
>
> ------------------------------
>
> _______________________________________________
> ivtv-users mailing list
> ivtv-users@ivtvdriver.org
> http://ivtvdriver.org/mailman/listinfo/ivtv-users
>
> End of ivtv-users Digest, Vol 78, Issue 6
> *****************************************
>
--
Messagenet VOIP: 5338759
My blogs: http://altri-media.blogspot.com/
http://subbaqquerie.blogspot.com/
YouTube Channel: AllegFede
VIMEO HD videos: http://www.vimeo.com/user1912745/videos
> Send ivtv-users mailing list submissions to
> ivtv-users@ivtvdriver.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://ivtvdriver.org/mailman/listinfo/ivtv-users
> or, via email, send a message with subject or body 'help' to
> ivtv-users-request@ivtvdriver.org
>
> You can reach the person managing the list at
> ivtv-users-owner@ivtvdriver.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of ivtv-users digest..."
>
>
> Today's Topics:
>
> 1. Re: audio noise on some mpeg clips (Andy Walls)
> 2. Re: Problems With additional tuners... (Andy Walls)
> 3. Re: Problems With additional tuners... (Peter Schneider)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sat, 11 Feb 2012 18:05:07 -0500
> From: Andy Walls <awalls@md.metrocast.net>
> To: User discussion about IVTV <ivtv-users@ivtvdriver.org>
> Subject: Re: [ivtv-users] audio noise on some mpeg clips
> Message-ID: <1329001508.2512.24.camel@palomino.walls.org>
> Content-Type: text/plain; charset="UTF-8"
>
> On Fri, 2012-02-10 at 13:24 +0100, Federico Allegretti wrote:
> > here the screen capture of the GSpot analisys for the two test
> > clips .. the good and the ok one:
> > http://i375.photobucket.com/albums/oo200/V1p3r_ITA/misc/gspot_test.jpg
>
> I can't offer much help here.
>
> If you have not already, use v4l2-ctl to set the PVR-350 output to the
> explicit video standard before outputing data to /dev/video16.
>
> The MSP4418 chip is responsible for generating analog audio output, once
> the CX23415 decoder has decompressed the digital audio. You may want to
> use v4l2-ctl --log-status /dev/video16 to see the status of the MSP4418
> chip for both the good and bad audio.
>
>
this line is suspect in log:
ivtv0: Stream decoder MPG: status 0x0118, 100% of 1024 KiB (16 buffers) in
use
it's possible to raise buffers?
also the "good" mpeg have a log with 93% of buffers used
ivtv0: Stream decoder MPG: status 0x0118, 100% of 1024 KiB (16 buffers) in
use
in both cases i ran this command: v4l2-ctl -d /dev/video16 --log-status
(after an mpeg file was send to /dev/video16 of course)
You may also wish to set some debug flags when loading the msp3400 and
> ivtv drivers:
>
> # modinfo msp3400
> # modprobe msp3400 debug=3
>
> # modinfo ivtv
> # modprobe ivtv debug=0x3ff
>
> Maybe something in the logs will stand out as a difference between
> playing the two type of clips.
>
> Regards,
> Andy
>
> > On Wed, Feb 8, 2012 at 12:36 PM, Federico Allegretti
> > <allegfede@gmail.com> wrote:
> > Hello, I noticed that playing some clips (with pvr350play
> > bbb_bad.mpg or with the command "cat bbb_bad.mpg
> > > /dev/video16") i have strange pops and clicks from tv
> > speakers.
> >
> > Other files with the same play commands (with pvr350play
> > bbb_ok.mpg or with the command "cat bbb_ok.mpg
> > > /dev/video16") goes well and video and audio are perfect.
> >
> > this are the output of the ffmpeg -i command for the two test
> > files:
> > root@player2:/home/player/mpgtestmovies/audio_video# ffmpeg -i
> > bbb_ok.mpg
> > FFmpeg version SVN-r0.5.6-4:0.5.6-3, Copyright (c) 2000-2009
> > Fabrice Bellard, et al.
> > configuration: --extra-version=4:0.5.6-3 --prefix=/usr
> > --enable-avfilter --enable-avfilter-lavf --enable-vdpau
> > --enable-bzlib --enable-libdirac --enable-libgsm
> > --enable-libopenjpeg --enable-libschroedinger
> > --enable-libspeex --enable-libtheora --enable-libvorbis
> > --enable-pthreads --enable-zlib --disable-stripping
> > --disable-vhook --enable-runtime-cpudetect --enable-gpl
> > --enable-postproc --enable-swscale --enable-x11grab
> > --enable-libfaad --enable-libdc1394 --enable-shared
> > --disable-static
> > libavutil 49.15. 0 / 49.15. 0
> > libavcodec 52.20. 1 / 52.20. 1
> > libavformat 52.31. 0 / 52.31. 0
> > libavdevice 52. 1. 0 / 52. 1. 0
> > libavfilter 0. 4. 0 / 0. 4. 0
> > libswscale 0. 7. 1 / 0. 7. 1
> > libpostproc 51. 2. 0 / 51. 2. 0
> > built on Dec 31 2011 15:16:11, gcc: 4.4.5
> >
> > Seems stream 0 codec frame rate differs from container frame
> > rate: 50.00 (50/1) -> 25.00 (25/1)
> > Input #0, mpeg, from 'bbb_ok.mpg':
> > Duration: 00:10:10.20, start: 0.220000, bitrate: 8117 kb/s
> > Stream #0.0[0x1e0]: Video: mpeg2video, yuv420p, 720x576
> > [PAR 64:45 DAR 16:9], 7800 kb/s, 25 tbr, 90k tbn, 50 tbc
> > Stream #0.1[0x1c0]: Audio: mp2, 48000 Hz, stereo, s16, 224
> > kb/s
> > At least one output file must be specified
> > root@player2:/home/player/mpgtestmovies/audio_video#
> >
> _____________________________________________________________________________
> >
> > root@player2:/home/player/mpgtestmovies/video_audio# ffmpeg -i
> > bbb_bad.mpg
> > FFmpeg version SVN-r0.5.6-4:0.5.6-3, Copyright (c) 2000-2009
> > Fabrice Bellard, et al.
> > configuration: --extra-version=4:0.5.6-3 --prefix=/usr
> > --enable-avfilter --enable-avfilter-lavf --enable-vdpau
> > --enable-bzlib --enable-libdirac --enable-libgsm
> > --enable-libopenjpeg --enable-libschroedinger
> > --enable-libspeex --enable-libtheora --enable-libvorbis
> > --enable-pthreads --enable-zlib --disable-stripping
> > --disable-vhook --enable-runtime-cpudetect --enable-gpl
> > --enable-postproc --enable-swscale --enable-x11grab
> > --enable-libfaad --enable-libdc1394 --enable-shared
> > --disable-static
> > libavutil 49.15. 0 / 49.15. 0
> > libavcodec 52.20. 1 / 52.20. 1
> > libavformat 52.31. 0 / 52.31. 0
> > libavdevice 52. 1. 0 / 52. 1. 0
> > libavfilter 0. 4. 0 / 0. 4. 0
> > libswscale 0. 7. 1 / 0. 7. 1
> > libpostproc 51. 2. 0 / 51. 2. 0
> > built on Dec 31 2011 15:16:11, gcc: 4.4.5
> >
> > Seems stream 0 codec frame rate differs from container frame
> > rate: 50.00 (50/1) -> 25.00 (25/1)
> > Input #0, mpeg, from 'bbb_bad.mpg':
> > Duration: 00:09:56.40, start: 0.360000, bitrate: 5301 kb/s
> > Stream #0.0[0x1e0]: Video: mpeg2video, yuv420p, 720x576
> > [PAR 16:15 DAR 4:3], 5000 kb/s, 25 tbr, 90k tbn, 50 tbc
> > Stream #0.1[0x1c0]: Audio: mp2, 48000 Hz, stereo, s16, 224
> > kb/s
> > At least one output file must be specified
> > root@player2:/home/player/mpgtestmovies/video_audio#
> > _________________________________________________
> >
> > here you can find the clips to replicate the bug:
> > https://rapidshare.com/files/1349960395/bbb_ok_mini.mpg
> > https://rapidshare.com/files/2911860956/bbb_bad_mini.mpg
> >
> > ________________________________________________
> > this is the output of the: dmesg | grep ivtv
> >
> > [ 8.116642] ivtv: Start initialization, version 1.4.1
> > [ 8.116850] ivtv0: Initializing card 0
> > [ 8.116858] ivtv0: Autodetected Hauppauge card (cx23415
> > based)
> > [ 8.116986] ivtv 0000:02:00.0: PCI INT A -> GSI 18 (level,
> > low) -> IRQ 18
> > [ 8.117003] ivtv0: Unreasonably low latency timer, setting
> > to 64 (was 32)
> > [ 8.172864] ivtv0: Autodetected Hauppauge WinTV PVR-350
> > [ 8.229761] saa7115 1-0021: saa7115 found (1f7115d0e100000)
> > @ 0x42 (ivtv i2c driver #0)
> > [ 8.405508] saa7127 1-0044: saa7127 found @ 0x88 (ivtv i2c
> > driver #0)
> > [ 8.473258] msp3400 1-0040: MSP4418G-A2 found @ 0x80 (ivtv
> > i2c driver #0)
> > [ 8.493817] tuner 1-0061: chip found @ 0xc2 (ivtv i2c
> > driver #0)
> > [ 8.573249] IRQ 18/ivtv0: IRQF_DISABLED is not guaranteed
> > on shared IRQs
> > [ 8.574115] ivtv0: Registered device video0 for encoder MPG
> > (4096 kB)
> > [ 8.574322] ivtv0: Registered device video32 for encoder
> > YUV (2048 kB)
> > [ 8.574493] ivtv0: Registered device vbi0 for encoder VBI
> > (1024 kB)
> > [ 8.574661] ivtv0: Registered device video24 for encoder
> > PCM (320 kB)
> > [ 8.574825] ivtv0: Registered device radio0 for encoder
> > radio
> > [ 8.574990] ivtv0: Registered device video16 for decoder
> > MPG (1024 kB)
> > [ 8.575153] ivtv0: Registered device vbi8 for decoder VBI
> > (64 kB)
> > [ 8.575335] ivtv0: Registered device vbi16 for decoder VOUT
> > [ 8.575500] ivtv0: Registered device video48 for decoder
> > YUV (1024 kB)
> > [ 8.575507] ivtv0: Initialized card: Hauppauge WinTV
> > PVR-350
> > [ 8.575975] ivtv: End initialization
> > [ 9.220028] ivtv 0000:02:00.0: firmware: requesting
> > v4l-cx2341x-enc.fw
> > [ 9.271393] ivtv0: Loaded v4l-cx2341x-enc.fw firmware
> > (376836 bytes)
> > [ 9.272089] ivtv 0000:02:00.0: firmware: requesting
> > v4l-cx2341x-dec.fw
> > [ 9.309736] ivtv0: Loaded v4l-cx2341x-dec.fw firmware
> > (262144 bytes)
> > [ 9.508374] ivtv0: Encoder revision: 0x02060039
> > [ 9.508510] ivtv0: Decoder revision: 0x02020023
> > [ 9.548106] ivtv 0000:02:00.0: firmware: requesting
> > v4l-cx2341x-init.mpg
> > [ 9.573582] ivtv0: Loaded v4l-cx2341x-init.mpg firmware
> > (155648 bytes)
> > root@player2:/home/player/mpgtestmovies/miniclips#
> >
> > __________________________________________________
> >
> > and this is the pout of the: lspci -v
> > 00:00.0 Host bridge: Intel Corporation 82845 845 [Brookdale]
> > Chipset Host Bridge (rev 04)
> > Subsystem: Intel Corporation 82845 845 [Brookdale]
> > Chipset Host Bridge
> > Flags: bus master, fast devsel, latency 0
> > Memory at e7000000 (32-bit, prefetchable) [size=4M]
> > Capabilities: [e4] Vendor Specific Information: Len=04
> > <?>
> > Capabilities: [a0] AGP version 2.0
> > Kernel driver in use: agpgart-intel
> >
> > 00:01.0 PCI bridge: Intel Corporation 82845 845 [Brookdale]
> > Chipset AGP Bridge (rev 04) (prog-if 00 [Normal decode])
> > Flags: bus master, 66MHz, fast devsel, latency 64
> > Bus: primary=00, secondary=01, subordinate=01,
> > sec-latency=32
> >
> > 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev
> > 05) (prog-if 00 [Normal decode])
> > Flags: bus master, fast devsel, latency 0
> > Bus: primary=00, secondary=02, subordinate=02,
> > sec-latency=32
> > I/O behind bridge: 0000d000-0000dfff
> > Memory behind bridge: e4000000-e6ffffff
> > Prefetchable memory behind bridge: e0000000-e3ffffff
> >
> > 00:1f.0 ISA bridge: Intel Corporation 82801BA ISA Bridge (LPC)
> > (rev 05)
> > Flags: bus master, medium devsel, latency 0
> >
> > 00:1f.1 IDE interface: Intel Corporation 82801BA IDE U100
> > Controller (rev 05) (prog-if 80 [Master])
> > Subsystem: Intel Corporation Device 2442
> > Flags: bus master, medium devsel, latency 0
> > [virtual] Memory at 000001f0 (32-bit,
> > non-prefetchable) [size=8]
> > [virtual] Memory at 000003f0 (type 3,
> > non-prefetchable) [size=1]
> > [virtual] Memory at 00000170 (32-bit,
> > non-prefetchable) [size=8]
> > [virtual] Memory at 00000370 (type 3,
> > non-prefetchable) [size=1]
> > I/O ports at f000 [size=16]
> > Kernel driver in use: ata_piix
> >
> > 00:1f.2 USB Controller: Intel Corporation 82801BA/BAM USB
> > Controller #1 (rev 05) (prog-if 00 [UHCI])
> > Subsystem: Intel Corporation 82801BA/BAM USB
> > Controller #1
> > Flags: bus master, medium devsel, latency 0, IRQ 19
> > I/O ports at e000 [size=32]
> > Kernel driver in use: uhci_hcd
> >
> > 00:1f.3 SMBus: Intel Corporation 82801BA/BAM SMBus Controller
> > (rev 05)
> > Subsystem: Intel Corporation Device 2442
> > Flags: medium devsel, IRQ 17
> > I/O ports at 5000 [size=16]
> > Kernel driver in use: i801_smbus
> >
> > 00:1f.4 USB Controller: Intel Corporation 82801BA/BAM USB
> > Controller #1 (rev 05) (prog-if 00 [UHCI])
> > Subsystem: Intel Corporation Device 2442
> > Flags: bus master, medium devsel, latency 0, IRQ 23
> > I/O ports at e800 [size=32]
> > Kernel driver in use: uhci_hcd
> >
> > 02:00.0 Multimedia video controller: Internext Compression Inc
> > iTVC15 MPEG-2 Encoder (rev 01)
> > Subsystem: Hauppauge computer works Inc. WinTV PVR-350
> > Flags: bus master, medium devsel, latency 64, IRQ 18
> > Memory at e0000000 (32-bit, prefetchable) [size=64M]
> > Capabilities: [44] Power Management version 2
> > Kernel driver in use: ivtv
> >
> > 02:06.0 Ethernet controller: Intel Corporation 82557/8/9/0/1
> > Ethernet Pro 100 (rev 0d)
> > Subsystem: Intel Corporation EtherExpress PRO/100
> > Server Adapter
> > Flags: bus master, medium devsel, latency 32, IRQ 18
> > Memory at e6040000 (32-bit, non-prefetchable)
> > [size=4K]
> > I/O ports at d000 [size=64]
> > Memory at e6020000 (32-bit, non-prefetchable)
> > [size=128K]
> > [virtual] Expansion ROM at e4020000 [disabled]
> > [size=64K]
> > Capabilities: [dc] Power Management version 2
> > Kernel driver in use: e100
> >
> > 02:07.0 Ethernet controller: Intel Corporation 82557/8/9/0/1
> > Ethernet Pro 100 (rev 0d)
> > Subsystem: Intel Corporation EtherExpress PRO/100
> > Server Adapter
> > Flags: bus master, medium devsel, latency 32, IRQ 21
> > Memory at e6041000 (32-bit, non-prefetchable)
> > [size=4K]
> > I/O ports at d400 [size=64]
> > Memory at e6000000 (32-bit, non-prefetchable)
> > [size=128K]
> > [virtual] Expansion ROM at e4030000 [disabled]
> > [size=64K]
> > Capabilities: [dc] Power Management version 2
> > Kernel driver in use: e100
> >
> > 02:08.0 VGA compatible controller: ATI Technologies Inc Rage
> > XL (rev 27) (prog-if 00 [VGA controller])
> > Subsystem: ATI Technologies Inc Rage XL
> > Flags: bus master, stepping, medium devsel, latency
> > 32, IRQ 12
> > Memory at e5000000 (32-bit, non-prefetchable)
> > [size=16M]
> > I/O ports at d800 [size=256]
> > Memory at e6042000 (32-bit, non-prefetchable)
> > [size=4K]
> > [virtual] Expansion ROM at e4000000 [disabled]
> > [size=128K]
> > Capabilities: [5c] Power Management version 2
> >
> > root@player2:/home/player/mpgtestmovies/miniclips#
> >
> > _________________________________________
> >
> > Everything runs on a Debian 6.0.1a
> >
> > and drivers, utils and firmware was taken from standard and
> > non-free repositories......
> >
> > Thanks for the help,
> >
> > Federico
> >
> > ---
> > Messagenet VOIP: 5338759
> >
> > My blogs: http://altri-media.blogspot.com/
> > http://subbaqquerie.blogspot.com/
> >
> > YouTube Channel: AllegFede
> >
> > VIMEO HD videos: http://www.vimeo.com/user1912745/videos
> >
> >
> >
> > --
> > Messagenet VOIP: 5338759
> >
> > My blogs: http://altri-media.blogspot.com/
> > http://subbaqquerie.blogspot.com/
> >
> > YouTube Channel: AllegFede
> >
> > VIMEO HD videos: http://www.vimeo.com/user1912745/videos
> > _______________________________________________
> > ivtv-users mailing list
> > ivtv-users@ivtvdriver.org
> > http://ivtvdriver.org/mailman/listinfo/ivtv-users
>
>
>
>
>
> ------------------------------
>
> Message: 2
> Date: Sat, 11 Feb 2012 18:09:10 -0500
> From: Andy Walls <awalls@md.metrocast.net>
> To: User discussion about IVTV <ivtv-users@ivtvdriver.org>
> Subject: Re: [ivtv-users] Problems With additional tuners...
> Message-ID: <1329001751.2512.26.camel@palomino.walls.org>
> Content-Type: text/plain; charset="UTF-8"
>
> On Sat, 2012-02-11 at 15:44 -0700, Peter Schneider wrote:
> > Thanks Andy,
> >
> > You are THE MAN!!!! From the v4l2-ctl command I now have the analog
> > working on both tuners for the 500 and now on the HVR-1600!!!
> >
> > I am concerned about the HVR-2250 but that will be a debug to happen
> > when I have an antenna built. At that time I can use the HVR-1600
> > digital tuner to test the antenna and then engage the HVR-2250.
> >
> > Thanks again Andy.
>
> You're welcome. :)
>
> -Andy
>
> > -Peter
> >
> >
> > On 2012-02-11, at 3:02 PM, Andy Walls wrote:
> >
> > > On Sat, 2012-02-11 at 11:02 -0700, Gmail wrote:
> > >> Hi All,
>
> > >>
> > >> Note: The Analog tuners are being used to capture video through the
> > >> s-video cable from my satellite tuners and the digital ones are for
> > >> future OTA HD.
> > >
> > > Please install v4l2-ctl (probably in a v4l2-utils package) and mplayer.
> > >
> > > Kill the mythbackend, if it is running.
> > >
> > > Then run v4l2-ctl --list-devices, to see what card corresponds to which
> > > devices nodes. For example:
> > >
> > > $ v4l2-ctl --list-devices
> > > Hauppauge HVR-1600 (PCI:0000:03:00.0):
> > > /dev/video0
> > > /dev/video24
> > > /dev/video32
> > > /dev/vbi0
> > >
> > > Hauppauge WinTV PVR-150 (PCI:0000:03:01.0):
> > > /dev/video2
> > > /dev/video26
> > > /dev/video34
> > > /dev/radio2
> > > /dev/vbi2
> > >
> > > Hauppauge HVR-1600 (PCI:0000:03:02.0):
> > > /dev/video1
> > > /dev/video25
> > > /dev/video33
> > > /dev/radio1
> > > /dev/vbi1
> > >
> > > On a device from which you wish to capture S-Video, set the proper
> input
> > > and analog TV standard using v4l2-ctl:
> > >
> > > $ v4l2-ctl -d /dev/video0 --list-inputs
> > > ioctl: VIDIOC_ENUMINPUT
> > > Input : 0
> > > Name : Tuner 1
> > > Type : 0x00000001
> > > Audioset : 0x00000007
> > > Tuner : 0x00000000
> > > Standard : 0x0000000000001000 (NTSC-M)
> > > Status : 0x00000000 (ok)
> > > Capabilities: 0x00000004 (SD presets)
> > >
> > > Input : 1
> > > Name : S-Video 1
> > > Type : 0x00000002
> > > Audioset : 0x00000007
> > > Tuner : 0x00000000
> > > Standard : 0x0000000000FFFFFF
> (PAL-B/B1/G/H/I/D/D1/K/M/N/Nc/60 NTSC-M/M-JP/443/M-KR
> SECAM-B/D/G/H/K/K1/L/Lc)
> > > Status : 0x00000000 (ok)
> > > Capabilities: 0x00000004 (SD presets)
> > >
> > > Input : 2
> > > Name : Composite 1
> > > Type : 0x00000002
> > > Audioset : 0x00000007
> > > Tuner : 0x00000000
> > > Standard : 0x0000000000FFFFFF
> (PAL-B/B1/G/H/I/D/D1/K/M/N/Nc/60 NTSC-M/M-JP/443/M-KR
> SECAM-B/D/G/H/K/K1/L/Lc)
> > > Status : 0x00000000 (ok)
> > > Capabilities: 0x00000004 (SD presets)
> > > [...]
> > >
> > > $ v4l2-ctl -d /dev/video0 --set-input=1
> > > Video input set to 1 (S-Video 1: ok)
> > >
> > > $ v4l2-ctl -d /dev/video0 --list-standards
> > > ioctl: VIDIOC_ENUMSTD
> > > Index : 0
> > > ID : 0x000000000000B000
> > > Name : NTSC
> > > Frame period: 1001/30000
> > > Frame lines : 525
> > >
> > > Index : 1
> > > ID : 0x0000000000001000
> > > Name : NTSC-M
> > > Frame period: 1001/30000
> > > Frame lines : 525
> > > [...]
> > >
> > > $ v4l2-ctl -d /dev/video0 --set-standard=1
> > > Standard set to 00001000
> > >
> > >
> > > Turn on your S-Video source, and then just capture an MPEG live with
> mplayer:
> > >
> > > $ mplayer /dev/video0 -cache 8192
> > >
> > > or capture a file for later playback
> > >
> > > $ cat /dev/video0 > foo.mpg
> > > ^C
> > > $ mplayer foo.mpg
> > >
> > >
> > >
> > >> Here is what I see on the two problematic analog tuners.
> > >
> > > Looks like an untuned tuner input driving the encoder, not S-Video. An
> > > S-Video input that is connected but has no signal is usually a solid
> > > grey or black screen.
> > >
>
> > > One last step is to verify that you do in fact have a video signal with
> > > a known good devices (such as a TV). If you have RF analog or RF
> > > digital reception problems, you may want to review this checklist as
> > > well:
> > >
> > > http://ivtvdriver.org/index.php/Howto:Improve_signal_quality
> > >
> > > Regards,
> > > Andy
> > >
> > >>
> > >> -Peter
>
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Sat, 11 Feb 2012 18:50:24 -0700
> From: Peter Schneider <peter.schneider@schneideris.com>
> To: User discussion about IVTV <ivtv-users@ivtvdriver.org>
> Subject: Re: [ivtv-users] Problems With additional tuners...
> Message-ID: <14348635-DEDD-4845-8F74-0524052172AD@schneideris.com>
> Content-Type: text/plain; charset=us-ascii
>
> Andy,
>
> With the second PVR-500 tuner I am not getting any audio. Do you have any
> idea if this might be related to the v4l2 setup?
>
> -Peter
>
> On 2012-02-11, at 4:09 PM, Andy Walls wrote:
>
> > On Sat, 2012-02-11 at 15:44 -0700, Peter Schneider wrote:
> >> Thanks Andy,
> >>
> >> You are THE MAN!!!! From the v4l2-ctl command I now have the analog
> >> working on both tuners for the 500 and now on the HVR-1600!!!
> >>
> >> I am concerned about the HVR-2250 but that will be a debug to happen
> >> when I have an antenna built. At that time I can use the HVR-1600
> >> digital tuner to test the antenna and then engage the HVR-2250.
> >>
> >> Thanks again Andy.
> >
> > You're welcome. :)
> >
> > -Andy
> >
> >> -Peter
> >>
> >>
> >> On 2012-02-11, at 3:02 PM, Andy Walls wrote:
> >>
> >>> On Sat, 2012-02-11 at 11:02 -0700, Gmail wrote:
> >>>> Hi All,
> >
> >>>>
> >>>> Note: The Analog tuners are being used to capture video through the
> >>>> s-video cable from my satellite tuners and the digital ones are for
> >>>> future OTA HD.
> >>>
> >>> Please install v4l2-ctl (probably in a v4l2-utils package) and mplayer.
> >>>
> >>> Kill the mythbackend, if it is running.
> >>>
> >>> Then run v4l2-ctl --list-devices, to see what card corresponds to which
> >>> devices nodes. For example:
> >>>
> >>> $ v4l2-ctl --list-devices
> >>> Hauppauge HVR-1600 (PCI:0000:03:00.0):
> >>> /dev/video0
> >>> /dev/video24
> >>> /dev/video32
> >>> /dev/vbi0
> >>>
> >>> Hauppauge WinTV PVR-150 (PCI:0000:03:01.0):
> >>> /dev/video2
> >>> /dev/video26
> >>> /dev/video34
> >>> /dev/radio2
> >>> /dev/vbi2
> >>>
> >>> Hauppauge HVR-1600 (PCI:0000:03:02.0):
> >>> /dev/video1
> >>> /dev/video25
> >>> /dev/video33
> >>> /dev/radio1
> >>> /dev/vbi1
> >>>
> >>> On a device from which you wish to capture S-Video, set the proper
> input
> >>> and analog TV standard using v4l2-ctl:
> >>>
> >>> $ v4l2-ctl -d /dev/video0 --list-inputs
> >>> ioctl: VIDIOC_ENUMINPUT
> >>> Input : 0
> >>> Name : Tuner 1
> >>> Type : 0x00000001
> >>> Audioset : 0x00000007
> >>> Tuner : 0x00000000
> >>> Standard : 0x0000000000001000 (NTSC-M)
> >>> Status : 0x00000000 (ok)
> >>> Capabilities: 0x00000004 (SD presets)
> >>>
> >>> Input : 1
> >>> Name : S-Video 1
> >>> Type : 0x00000002
> >>> Audioset : 0x00000007
> >>> Tuner : 0x00000000
> >>> Standard : 0x0000000000FFFFFF
> (PAL-B/B1/G/H/I/D/D1/K/M/N/Nc/60 NTSC-M/M-JP/443/M-KR
> SECAM-B/D/G/H/K/K1/L/Lc)
> >>> Status : 0x00000000 (ok)
> >>> Capabilities: 0x00000004 (SD presets)
> >>>
> >>> Input : 2
> >>> Name : Composite 1
> >>> Type : 0x00000002
> >>> Audioset : 0x00000007
> >>> Tuner : 0x00000000
> >>> Standard : 0x0000000000FFFFFF
> (PAL-B/B1/G/H/I/D/D1/K/M/N/Nc/60 NTSC-M/M-JP/443/M-KR
> SECAM-B/D/G/H/K/K1/L/Lc)
> >>> Status : 0x00000000 (ok)
> >>> Capabilities: 0x00000004 (SD presets)
> >>> [...]
> >>>
> >>> $ v4l2-ctl -d /dev/video0 --set-input=1
> >>> Video input set to 1 (S-Video 1: ok)
> >>>
> >>> $ v4l2-ctl -d /dev/video0 --list-standards
> >>> ioctl: VIDIOC_ENUMSTD
> >>> Index : 0
> >>> ID : 0x000000000000B000
> >>> Name : NTSC
> >>> Frame period: 1001/30000
> >>> Frame lines : 525
> >>>
> >>> Index : 1
> >>> ID : 0x0000000000001000
> >>> Name : NTSC-M
> >>> Frame period: 1001/30000
> >>> Frame lines : 525
> >>> [...]
> >>>
> >>> $ v4l2-ctl -d /dev/video0 --set-standard=1
> >>> Standard set to 00001000
> >>>
> >>>
> >>> Turn on your S-Video source, and then just capture an MPEG live with
> mplayer:
> >>>
> >>> $ mplayer /dev/video0 -cache 8192
> >>>
> >>> or capture a file for later playback
> >>>
> >>> $ cat /dev/video0 > foo.mpg
> >>> ^C
> >>> $ mplayer foo.mpg
> >>>
> >>>
> >>>
> >>>> Here is what I see on the two problematic analog tuners.
> >>>
> >>> Looks like an untuned tuner input driving the encoder, not S-Video. An
> >>> S-Video input that is connected but has no signal is usually a solid
> >>> grey or black screen.
> >>>
> >
> >>> One last step is to verify that you do in fact have a video signal with
> >>> a known good devices (such as a TV). If you have RF analog or RF
> >>> digital reception problems, you may want to review this checklist as
> >>> well:
> >>>
> >>> http://ivtvdriver.org/index.php/Howto:Improve_signal_quality
> >>>
> >>> Regards,
> >>> Andy
> >>>
> >>>>
> >>>> -Peter
> >
> >
> >
> > _______________________________________________
> > ivtv-users mailing list
> > ivtv-users@ivtvdriver.org
> > http://ivtvdriver.org/mailman/listinfo/ivtv-users
>
>
>
>
> ------------------------------
>
> _______________________________________________
> ivtv-users mailing list
> ivtv-users@ivtvdriver.org
> http://ivtvdriver.org/mailman/listinfo/ivtv-users
>
> End of ivtv-users Digest, Vol 78, Issue 6
> *****************************************
>
--
Messagenet VOIP: 5338759
My blogs: http://altri-media.blogspot.com/
http://subbaqquerie.blogspot.com/
YouTube Channel: AllegFede
VIMEO HD videos: http://www.vimeo.com/user1912745/videos