Yes I tried ajusting the rabit ears(ha,ha.)
opensuse 12.3
It’s hauppauge’s 950q model.
I set the tv card up in yast before running these programs.
Here’s the output I get when running the tv progams for opensuse.
motv
This is motv-3.102, running on Linux/x86_64 (3.7.10-1.1-vanilla)
xinerama 0: 1366x768+0+0
vid-open-auto: using analog TV device /dev/video0
Alsa devices: cap: hw:2,0 (/dev/video0), out: default
alsa: stream started from hw:2,0 to default (48000 Hz, buffer delay = 30.00 ms)
ALSA lib pcm.c:7810:(snd_pcm_recover) underrun occurred
ALSA lib pcm.c:7810:(snd_pcm_recover) overrun occurred
xawtv
This is xawtv-3.102, running on Linux/x86_64 (3.7.10-1.1-vanilla)
xinerama 0: 1366x768+0+0
vid-open-auto: using analog TV device /dev/video0
Alsa devices: cap: hw:2,0 (/dev/video0), out: default
alsa: stream started from hw:2,0 to default (48000 Hz, buffer delay = 30.00 ms)
ALSA lib pcm.c:7810:(snd_pcm_recover) underrun occurred
ALSA lib pcm.c:7810:(snd_pcm_recover) overrun occurred
ALSA lib pcm.c:7810:(snd_pcm_recover) underrun occurred
ALSA lib pcm.c:7810:(snd_pcm_recover) overrun occurred
ALSA lib pcm.c:7810:(snd_pcm_recover) overrun occurred
ALSA lib pcm.c:7810:(snd_pcm_recover) underrun occurred
ALSA lib pcm.c:7810:(snd_pcm_recover) overrun occurred
ALSA lib pcm.c:7810:(snd_pcm_recover) underrun occurred
alevt (1.6.2)
DMX_SET_FILTER: Inappropriate ioctl for device
alevt: v4l2: broken vbi format specification
alevt: cannot open /dev/vbi0
The software applications you are attempting reception with are for analog signals … yet, there are no terrestrial OTA (over-the-air) analog TV broadcasts in the US any more …
Solution: Use an appropriate application for DTV (digital TV) reception … try kaffeine
independent of whether there are any signals to receive the OP should be able to set-up the card
FWIW the assumption made is that the Hauppauge 950Q supports TV standards:
NTSC Analog Cable & ATSC Digital Over the Air HDTV, Clear QAM Digital Cable TV
if they don’t help try googling ‘hauppauge 950q card opensuse’
the sw packages being used on a very old 8681 LV - LifeViw FlyVideo card are,
tvtime-1.0.2-258.1.2.x86_64 for viewing and recording,
motv-3.102-5.1.2.x86_64 (but only because it includes mtt, a text decoder)
presently that’s with openSUSE12.3_64bit and kernel-desktop-3.8.8 but they have been in use for many years
The fact that there are some alsa errors is neither here no there, though, for the OP’s intent – to watch TV – given they are confined to the analog functionality of the device, but have no impact or bearing on DTV reception.
If the OP is really concerned about whether the device is properly configed, or worried about the analog errors with alsa, they should start by providing the relevant portions of dmesg. In any regard, it is quite possible that the alsa error is simply a xawtv issue, as opposed to anything inherently wrong with the device or its configuration
I’m using an analog vcr (which is in working order,) not an antenna (though both should work.) Could you please send me a link in English version or at lest bottom line it for me [solved] Probleme: OpenSuse 11.1 und Hauppauge HVR-950Q USB - SuSE - VDR Portal](http://www.vdr-portal.de/index.php?page=Thread&postid=787184) . I’ve never needed to fuss with the groups but I will check. I will try to decipher the German page and read the other post you linked me to. Thanks.
Ahh, well, that changes things considerably. What is the source material – Cable TV or actual VCR tapes?
See: Hauppauge WinTV-HVR-950Q - LinuxTVWiki
Off hand, I don’t think the note about analog audio is relevant any more with xawtv (as the app was given proper support, a while back … though this may be busted…or openSUSE didn’t pick up a newer build … I haven’t checked in a while, but last time I did, openSUSE was still not picking up the amended version of Tvtime, so such instructions would still apply for it, if that is the case)
Again, providing the relevant section of dmesg will be helpful in diagnosing the issue. Specific to the problem will possibly be whether you have the proper firmware in place.
Yeah, don’t worry about those – they are just a bunch of helper utilities and an ancient, seldom used, xorg driver
You should be able to go with the stock drivers for the device provided by openSUSE.
tv-common required for motv and pia, source openSUSE-current-non-oss
v4l-conf required for motv, source openSUSE-current-non-oss
off hand I don’t recall what tv-common contains, but seem to think that it was the motif stuff for motv. motv is, for all intense purposes, a slightly nicer looking frontend for xawtv. Anything essentially needed by xawtv, or alternatively motv, should be simultaneously installed as a dependency at the same time as the installation of the app. v4l-conf is just a utility packaged in xawtv. I described these here: http://www.linuxtv.org/wiki/index.php/Xawtv
xf86-video-v4l-0.2.0-4.1.1.x86_64 deleted no dependencies
video-v4l is the seldom used xorg driver. I’ve described it here: Xf86-video-v4l - LinuxTVWiki
I have downloaded and will install the firmware.
I am intending to play some old tapes with the vcr (shows I’ve recorded throughout the years )not copy righted stuff.)) and record it to my computer. I might just have bought a vcr to dvd thing but I wanted the videos in a format that my computer can understand. Also I had hoped to encode it in a more loss-less way.
I thought it would be apperent from the error with alsa but I guess it’s not; my problem is not the audio, it’s crystal clear, it’s with the video, it’s green; not too much green, just plain opensuse dark green. Like rgb values:
0 red 0 blue 128 green.
About the group @video, I am not part of it. I’ve not tried running v4l-conf yet. Oh, I should have mentioned that the programs motv and xawtv. Don’t respond when I run them, they just are really slow and I normally have to kill them with ksysguard (ctrl-C does not work (I’ve waited about 5 minutes for it to work.)) I have a hauppauge’s (bt848 I think) also and it runs fine (It’s really old though.) The afore mentioned applications run fine with it too.
If it helps any, Tvtime runs slowly but it will respond using the 950q. It does have a lot of diagonal distortion though (lines) but it does display a picture.
RF cable currently but I could use the A/V input (I’ll try that.)
The picture that you linked me to looks exactly like what I get.
xawtv freezes, motv works only with a/v input but still no video, tvtime works with a/v input only and no sound.
I thought I might have to configure the sound drivers under yast but I’m not sure which model of sound card to select. I tried to select the driver manually but the drop down list is blank (maybe I need to select a model first?)
Also I decided to see if I could use motv and tvtime simultaniuosly as I could just screen record tvtime and record the audio with motv but two processes can’t share the same ummm… socket. Also motv records sound from /dev/dsp which is not giving me any sound (ie. I can hear the video tape but the audio can’t be captured.)
the patience was never there to get xawtv and motv working,
hence reliant on tvtime,
vlc is also good
in yast on this install the Manual TV and Radio Card Selection: Details
is also now blank but the video works great
to get the sound working the following packages were deleted then re-installed after rebooting
alsa-plugins-pulse
audacious-plugins-output-pulse
pulseaudio-module-x11
pulseaudio-utils
pulseaudio
libwebrtc_audio_processing0
two or three attempts have always been necessary for the tv-card to work as ordered
but the results are 10* better than using the sw delivered with the hw
Let me see if I get this strait you want me to reinstall the above mentioned packages? I’ll do that.
I would like to mention that I’ve not tryed dtv (via r/f cable) with my card. It’s not that I can’t but rather that the antena is on the oppisite side of the house.
Okay, I haven’t played with analog in such a long while, so I’m not particularly on the ball with troubleshooting it any more, but I’ll fire off some quick thoughts/comments to what you’ve written:
Do you have the other Hauppauge device installed in the system at the same time? If so, the device node for /dev/video0 might be being assigned to the older Hauppauge device and you’d have to select video1 for the other (950q) … you should be able to test this on the command line with xawtv. Have you set both devices up properly in Yast? The fact that you are getting some degree of success, in some instances, with the 950q kind of muddles the picture for me as to what exactly is going on. I suspect that it (950q) is not properly configured, or barring that it is, that being the second video capture device is throwing off the apps, or lastly, barring that neither of the two former conditions applies, that the selected input (within the app) is simply wrong.
RF cable currently but I could use the A/V input (I’ll try that.)
if you use the RF cable, then you’re routing the signal through the tuner and it would have to be demodulated off the carrier Fq … I think you’d have to set the app to channel 3 or 4, though I can’t remember. Anyway, I’d imagine you’d get better results (PQ) if you just used the composite out from the VCR to the composite A/V in on the 950q.
The picture that you linked me to looks exactly like what I get.
Sounds like its set on the wrong input then.
okay, don’t know why xawtv is freezing (see above guesses)… whereas motv works … anyway, when you use motv and the a/v input, try to select composite for the input the app should be utilizing.
also note that tvtime doesn’t have any capture facilities, its just a playback app.
Also I decided to see if I could use motv and tvtime simultaniuosly as I could just screen record tvtime and record the audio with motv but two processes can’t share the same ummm… socket.
correct, you won’t be able to access the device simultaneously with the different apps
Also motv records sound from /dev/dsp which is not giving me any sound (ie. I can hear the video tape but the audio can’t be captured.)
/dev/dsp is the old OSS node (which most legacy apps are hard coded to use)…alsa has an OSS emulation mode (though you need a kernel component too, which I don’t think oS carries anymore), though, separately, it also has as well the libaoss wrapper that you could use (try “man aoss” for details)
I’d just like to mention that you could also try XdTV, that always was my favorite analog TV application.
It’s more advanced than xawtv, has alevt integrated, you can also schedule recordings in many formats (it doesn’t even need to be running as it uses atd for that).
No, I have only one device plugged in at a time. Futher to begin the trouble shooting procces I deleted the former cards config info and then deleted and reconfigured the 950q. I’ve not touched, literally, the former since.
What’s channel 3/4? The tv channel? I’ve set the tv channel to 3 and 4 and I can get the vcr’s signal into the tv via channel 3.
Yes, I ran aoss and padsp (seperatly of course) followed by motv like the:
aoss motv
I de/reinstalled the packages you specified, broke the rest, rebooted, reinstalled and rebooted again.
I could not de/reinstall audacious-plugins-output-pulse because I have not installed it.
It did’nt help.
The only success I’ve had with this thing is by using the a/v input that Tyler_K recommended.
