Changes

Plextor ConvertX PX-M402U

2,128 bytes added, 22:22, 25 March 2021
/* testing audio input */
The following lines were added (+) and removed (-):
The device was recognized in [[Mythubuntu]] immediately upon connection.  The output of lsusb shows the device as:The device was recognized in [[Mythbuntu]] immediately upon connection.  The output of lsusb shows the device as:* hw:0,0 - The system sound device / ALSA device* hw:0,0 - The system sound device / [[ALSA]] deviceUnsuccessful.  Able to produce video display only, no sound.Successful.  Audio + Video after disable PulseAudio's control of the device.  Skip to end to see solution. Problem:  Video in [[mplayer]] but no audio This produces a picture but no audio: mplayer tv:// -tv driver=v4l2:norm=NTSC:input=0:amode=1:width=720:height=480:outfmt=yv12:device=/dev/video0 Now to add audio: mplayer tv:// -tv driver=v4l2:norm=NTSC:input=0:amode=1:alsa=1:adevice=hw.3,0:audiorate=96000:forceaudio:width=720:height=480:outfmt=yv12:device=/dev/video0:immediatemode=0 Some of the parameters explained:*alsa=1 (use alsa)*adevice=hw.3,0 (use direct hardware access with device 0 of card 3 which is the Plextor ConvertX on my system)*audiorate=32000 (audio sample rate)*amode=1 (stereo)*input=0 (0=composite input, 1=svideo input)*norm=NTSC or normid=4  (see supported norms: 0 = PAL, 4 = NTSC) So that should work, right?  It didn't at first.  See the (partial) [[mplayer]] error output:mplayer errors: Audio: no sound Starting playback...  [msmpeg4v1 @ 0x7f4c9546cb00]invalid startcode  Error opening audio: Device or resource busy  [msmpeg4v1 @ 0x7f4c9546cb00]header damaged  v4l2: ioctl set mute failed: Invalid argument  Error while decoding frame!  v4l2: 0 frames successfully processed, 0 frames dropped.     Exiting... (End of file)experimenting with various arguments   mplayer tv:// -tv driver=v4l2:width=720:height=480:device=/dev/video0The problem was caused by PulseAudio tieing up the resource (ConvertX audio) so it appeared busy to [[mplayer]]. I don't know why this bothers mplayer and not vlc.  vlc doesn't seem to care.  Anyway, the solution: mplayer tv:// -tv driver=v4l2:width=720:height=480:device=/dev/video0:alsa=1:adevice=hw.3,0:amode=1:audiorate=32000:forceaudio:volume=100:immediatemode=0 "''[http://linuxtv.org/wiki/index.php/OTG102#Problems_with_audio If mplayer etc. reports that the audio device is busy] "error opening audio: Device or resource busy" and you are using pulseaudio, disable pulseaudio's control of the device, eg in pavucontrol (Pulse Audio Volume Control) under configuration, set the Cx231xx Audio device to be off. This will allow other programs to access the resource through the alsa device.'' " That absolutely solved the problem with mplayer.no success here.  hard wire hack is the only option right now.  Under the "Configuration" tab in Pulse Audio Control you see "ConvertX M402U A/V Capture" and a drop-down box next to the label "Profile." That drop down box has the following two options:* Analog Stereo Input* OffBy changing it from "Analog Stereo Input" to "Off" you allow mplayer to have access to alsa.  You will notice that if you click on the Pulse Audio Control tab "Input Devices" that the #2 Input Device listed "ConvertX M402U A/V Analog Stereo" is not visible.  That area of the interface is empty.  If you go back and change the drop down box in the "Configuration" tab to "Analog Stereo Input" then the #2 Input Device listed "ConvertX M402U A/V Analog Stereo" under the "Input Devices" tab will become visible again.We made it so there was audio and video using VLC.  However, many other apps have trouble. mplayer command line parameters are more tricky than vlc.   We made it so there was audio and video using VLC.  However, many other apps have trouble. [[mplayer]] command line parameters are more tricky than vlc.   Ugly Hack Warning: ''There is latency when using the "hard wire" or "binding" hack.  You might notice that sound lags behind the video depending on your hardware and system processing power.  It is better to use the method described in the VLC section where you can tell the software which input device to use for sound. This was easy with VLC.  It is not easy other software.  I couldn't get it to work in mplayer without using this hack.''Ugly Hack Warning: ''There is latency when using the "hard wire" or "binding" hack.  You might notice that sound lags behind the video depending on your hardware and system processing power.  It is better to use the method described in the VLC section where you can tell the software which input device to use for sound.With the capture device working having both audio and video using [[mplayer]] then MythTV should be able to fully use the capture device.  It is just a matter of a proper configuration of MythTV back-end settings.<big><big>coming soon...</big></big>{{:Template:Sparse Entry}}
Bureaucrat, administrator
16,192
edits