[Bug 692953] alsasink does not work at all with default value "sync=true" when used with live source that needs synchronization

Mon Sep 16 03:43:33 PDT 2013

https://bugzilla.gnome.org/show_bug.cgi?id=692953
  GStreamer | gst-plugins-base | 1.0.10

--- Comment #181 from Thomas DEBESSE <thomas.debesse at rcf.fr> 2013-09-16 10:42:58 UTC ---
Three days later Comment #173 and comment #177,

This pipeline has printed nothing and sound is ok:
> gst-launch-1.0 alsasrc device=hw:Juli ! queue ! alsasink device=hw:Juli sync=true

This pipeline is printing many logs and is silent:
> gst-launch-1.0 alsasrc device=hw:Live1 ! queue ! alsasink device=hw:Live1 sync=true

logs:
> 67:49:44.857404382  9064  0x8bd6db0 WARN           audiobasesink gstaudiobasesink.c:1273:gst_audio_base_sink_skew_slaving:<alsasink0> correct clock skew 1911213314 > 20000000
> 67:49:44.950268629  9064  0x8bd6db0 WARN           audiobasesink gstaudiobasesink.c:1273:gst_audio_base_sink_skew_slaving:<alsasink0> correct clock skew 1911214371 > 20000000
> 67:49:45.043129356  9064  0x8bd6db0 WARN           audiobasesink gstaudiobasesink.c:1273:gst_audio_base_sink_skew_slaving:<alsasink0> correct clock skew 1911215395 > 20000000
> [… many per second, endlessly]

This pipeline is printing many logs and is silent:
> gst-launch-1.0 -v jackaudiosrc name=sink client-name=live connect=none ! capsfilter caps=audio/x-raw, format=F32LE, rate=48000, channels=2 ! audioconvert ! audioresample ! capsfilter caps=audio/x-raw, format=S16LE, rate=48000, channels=2 ! queue ! alsasink device=hw:Live sync=true

logs:
> 66:04:13.143236571  9120  0x8c47d80 WARN           audiobasesink gstaudiobasesink.c:1273:gst_audio_base_sink_skew_slaving:<alsasink0> correct clock skew 31062342927 > 20000000
> 66:04:13.164612731  9120  0x8c47d80 WARN           audiobasesink gstaudiobasesink.c:1273:gst_audio_base_sink_skew_slaving:<alsasink0> correct clock skew 31062347184 > 20000000
> 66:04:13.185890110  9120  0x8c47d80 WARN           audiobasesink gstaudiobasesink.c:1273:gst_audio_base_sink_skew_slaving:<alsasink0> correct clock skew 31062349355 > 20000000
> [… many per second, endlessly]

This three pipelines are running "alsasink" code from Comment #147 with
"sync=true" and using a "queue" element.

This other pipeline:
> gst-launch-1.0 -v alsasrc device=hw:XFi ! capsfilter caps=audio/x-raw, format=S16LE, rate=48000, channels=2 ! audioconvert ! audioresample ! capsfilter caps=audio/x-raw, format=F32LE, rate=48000, channels=2 ! jackaudiosink name=src client-name=xfi sync=true connect=none

is running since nearly 7 days, with *sometime* logs like that:
> 160:24:17.805550209  6266  0x821acf0 WARN           audiobasesink gstaudiobasesink.c:1295:gst_audio_base_sink_skew_slaving:<src> correct clock skew -20244981 < -20000000
but sound is ok.

This pipeline is running original Gstreamer code, with "sync=true", without
"queue" element. Now we must be able to say that alsasrc is functional and the
doubt is removed?

Now it would be interesting to know why the code of alsasink from Comment# 147
used alongside a "queue" element has *no* problem with the PCIe card ESI Juli@
XTE when pipelining alsasrc and alsasink with "sync = true".

This is this PCI express card: ESI Juli@ XTE
http://www.esi-audio.com/products/juliaxte/

> user at comp:~$ cat /proc/asound/cards | grep Juli -A0
>  3 [Juli           ]: ICE1724 - ESI Juli@
>                       ESI Juli@ at 0x9c00, irq 18

> user at comp:~$ grep ' 3 ' /proc/asound/modules 
>  3 snd_ice1724

> user at comp:~# lspci -kvm -s 05:00.0
> Device:    05:00.0
> Class:    Multimedia audio controller
> Vendor:    VIA Technologies Inc.
> Device:    VT1720/24 [Envy24PT/HT] PCI Multi-Channel Audio Controller
> SVendor:    Unknown vendor 3031
> SDevice:    Device 4553
> Rev:    01
> Driver:    snd_ice1724

> user at comp:~$ lspci -s 05:00.0 -vvv
> 05:00.0 Multimedia audio controller: VIA Technologies Inc. VT1720/24 [Envy24PT/HT] PCI Multi-Channel Audio Controller (rev 01)
> 	Subsystem: Device 3031:4553
> 	Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
> 	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
> 	Latency: 64
> 	Interrupt: pin A routed to IRQ 18
> 	Region 0: I/O ports at 9c00 [size=32]
> 	Region 1: I/O ports at 9880 [size=128]
> 	Capabilities: <access denied>
> 	Kernel driver in use: snd_ice1724

> user at comp:~# alsacap -C 3
> *** Scanning for playback devices on card 4 ***
> Card 4, ID `Juli', name `ESI Juli@'
>   Device 0, ID `ICE1724', name `ICE1724', 1 subdevices (1 available)
>     2 channels, sampling rate 16000..192000 Hz
>     Sample formats: S32_LE
>       Subdevice 0, name `subdevice #0'
>   Device 1, ID `ICE1724 IEC958', name `ICE1724 IEC958', 1 subdevices (1 available)
>     2 channels, sampling rate 32000..192000 Hz
>     Sample formats: S32_LE
>       Subdevice 0, name `subdevice #0'

> user at comp:~# alsacap -R -C 3
> *** Scanning for recording devices on card 4 ***
> Card 4, ID `Juli', name `ESI Juli@'
>   Device 0, ID `ICE1724', name `ICE1724', 1 subdevices (1 available)
>     2 channels, sampling rate 16000..192000 Hz
>     Sample formats: S32_LE
>       Subdevice 0, name `subdevice #0'
>   Device 1, ID `ICE1724 IEC958', name `ICE1724 IEC958', 1 subdevices (1 available)
>     2 channels, sampling rate 32000..192000 Hz
>     Sample formats: S32_LE
>       Subdevice 0, name `subdevice #0'

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.