36 replies to this topic

[Zuppelan]

Goedemiddag,

Ik ben vandaag wat aan het upgraden geslagen, en upgrade mijn Uno. Ik ontdekte dat ogg'jes niet meer werkten en dat mondde uit in een flinke stoeipartij met Gstreamer. Ik denk dat mijn probleem hetzelfde is als de eerder gemeldde problemen met 24-bit FLAC'jes die niet werkten.

Eerste hulp bij problemen is de commandline:

root@vuuno:~# gst-launch -v --gst-debug=2 playbin2 uri=file:///media/film_lv/en.ogg

En die toont het probleem:

/GstPlayBin2:playbin20/GstPlaySink:playsink/GstBin:abin/GstPlaySinkAudioConvert:aconv.GstGhostPad:sink: caps = audio/x-raw-float, rate=(int)48000, channels=(int)2, endianness=(int)1234, width=(int)32
/GstPlayBin2:playbin20/GstPlaySink:playsink/GstBin:abin/GstPlaySinkAudioConvert:aconv.GstGhostPad:sink.GstProxyPad:proxypad7: caps = audio/x-raw-float, rate=(int)48000, channels=(int)2, endianness=(int)1234, width=(int)32
/GstPlayBin2:playbin20/GstPlaySink:playsink/GstBin:abin/GstPlaySinkAudioConvert:aconv.GstGhostPad:sink: caps = audio/x-raw-float, rate=(int)48000, channels=(int)2, endianness=(int)1234, width=(int)32
/GstPlayBin2:playbin20/GstPlaySink:playsink/GstBin:abin/GstPlaySinkAudioConvert:aconv/GstAudioConvert:conv.GstPad:src: caps = audio/x-raw-int, endianness=(int)1234, signed=(boolean)true, width=(int)32, depth=(int)32, rate=(int)48000, channels=(int)2
/GstPlayBin2:playbin20/GstPlaySink:playsink/GstBin:abin/GstPlaySinkAudioConvert:aconv/GstAudioConvert:conv.GstPad:sink: caps = audio/x-raw-float, rate=(int)48000, channels=(int)2, endianness=(int)1234, width=(int)32
/GstPlayBin2:playbin20/GstPlaySink:playsink/GstBin:abin/GstPlaySinkAudioConvert:aconv/GstAudioResample:resample.GstPad:src: caps = audio/x-raw-int, endianness=(int)1234, signed=(boolean)true, width=(int)32, depth=(int)32, rate=(int)48000, channels=(int)2
/GstPlayBin2:playbin20/GstPlaySink:playsink/GstBin:abin/GstPlaySinkAudioConvert:aconv/GstAudioResample:resample.GstPad:sink: caps = audio/x-raw-int, endianness=(int)1234, signed=(boolean)true, width=(int)32, depth=(int)32, rate=(int)48000, channels=(int)2
/GstPlayBin2:playbin20/GstPlaySink:playsink/GstBin:abin/GstPlaySinkAudioConvert:aconv.GstGhostPad:src: caps = audio/x-raw-int, endianness=(int)1234, signed=(boolean)true, width=(int)32, depth=(int)32, rate=(int)48000, channels=(int)2
/GstPlayBin2:playbin20/GstPlaySink:playsink/GstBin:abin/GstPlaySinkAudioConvert:aconv.GstGhostPad:src.GstProxyPad:proxypad8: caps = audio/x-raw-int, endianness=(int)1234, signed=(boolean)true, width=(int)32, depth=(int)32, rate=(int)48000, channels=(int)2
/GstPlayBin2:playbin20/GstPlaySink:playsink/GstBin:abin/GstAutoAudioSink:audiosink.GstGhostPad:sink: caps = audio/x-raw-int, endianness=(int)1234, signed=(boolean)true, width=(int)32, depth=(int)32, rate=(int)48000, channels=(int)2
/GstPlayBin2:playbin20/GstPlaySink:playsink/GstBin:abin/GstAutoAudioSink:audiosink.GstGhostPad:sink.GstProxyPad:proxypad6: caps = audio/x-raw-int, endianness=(int)1234, signed=(boolean)true, width=(int)32, depth=(int)32, rate=(int)48000, channels=(int)2
/GstPlayBin2:playbin20/GstPlaySink:playsink/GstBin:abin/GstAutoAudioSink:audiosink.GstGhostPad:sink: caps = audio/x-raw-int, endianness=(int)1234, signed=(boolean)true, width=(int)32, depth=(int)32, rate=(int)48000, channels=(int)2
0:00:01.209387963 744 0x63d050 WARN alsa gstalsasink.c:513:set_hwparams:<audiosink-actual-sink-alsa> Error -22 (Invalid argument) calling snd_pcm_hw_params (alsa->handle, params)
0:00:01.209792926 744 0x63d050 WARN alsa gstalsasink.c:593:set_hwparams:<audiosink-actual-sink-alsa> error: Unable to set hw params for playback: Invalid argument
ERROR: from element /GstPlayBin2:playbin20/GstPlaySink:playsink/GstBin:abin/GstAutoAudioSink:audiosink/GstAlsaSink:audiosink-actual-sink-alsa: Could not get/set settings from/on resource.
Additional debug info:
gstalsasink.c(593): set_hwparams (): /GstPlayBin2:playbin20/GstPlaySink:playsink/GstBin:abin/GstAutoAudioSink:audiosink/GstAlsaSink:audiosink-actual-sink-alsa:
Unable to set hw params for playback: Invalid argument
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
0:00:01.213854889 744 0x63d050 WARN alsa gstalsasink.c:792:gst_alsasink_prepare:<audiosink-actual-sink-alsa> Error -22 (Invalid argument) calling set_hwparams (alsa)
0:00:01.214764704 744 0x63d050 WARN alsa gstalsasink.c:833:gst_alsasink_prepare:<audiosink-actual-sink-alsa> error: Setting of hwparams failed: Invalid argument
0:00:01.216416518 744 0x4c8258 WARN oggdemux gstoggdemux.c:1151:gst_ogg_pad_stream_out:<oggdemux0> could not submit packet for stream 655566eb, error: -4
0:00:01.216966815 744 0x4c8258 WARN oggdemux gstoggdemux.c:4502:gst_ogg_demux_loop:<oggdemux0> error: Internal data stream error.
0:00:01.217192926 744 0x4c8258 WARN oggdemux gstoggdemux.c:4502:gst_ogg_demux_loop:<oggdemux0> error: stream stopped, reason not-negotiated


De Vorbisdecoder geeft samples terug in 32 bit floating point en gaat converteren naar 32 bit integer. Dan gaat 'ie dat via ALSA proberen af te spelen en ALSA protesteert dat hij helemaal geen 32-bit integer kan afspelen, dus loopt de boel stuk.


Mijn Duo erbij als referentie:

/GstPlayBin2:playbin20/GstPlaySink:playsink0/GstBin:abin/GstPlaySinkAudioConvert:aconv/GstAudioConvert:conv.GstPad:src: caps = audio/x-raw-int, endianness=(int)1234, signed=(boolean)true, width=(int)16, depth=(int)16, rate=(int)48000, channels=(int)2
/GstPlayBin2:playbin20/GstPlaySink:playsink0/GstBin:abin/GstPlaySinkAudioConvert:aconv/GstAudioConvert:conv.GstPad:sink: caps = audio/x-raw-float, rate=(int)48000, channels=(int)2, endianness=(int)1234, width=(int)32
/GstPlayBin2:playbin20/GstPlaySink:playsink0/GstBin:abin/GstPlaySinkAudioConvert:aconv.GstGhostPad:sink: caps = audio/x-raw-float, rate=(int)48000, channels=(int)2, endianness=(int)1234, width=(int)32
/GstPlayBin2:playbin20/GstPlaySink:playsink0/GstBin:abin/GstPlaySinkAudioConvert:aconv.GstGhostPad:sink.GstProxyPad:proxypad7: caps = audio/x-raw-float, rate=(int)48000, channels=(int)2, endianness=(int)1234, width=(int)32
/GstPlayBin2:playbin20/GstPlaySink:playsink0/GstBin:abin/GstPlaySinkAudioConvert:aconv.GstGhostPad:src: caps = audio/x-raw-int, endianness=(int)1234, signed=(boolean)true, width=(int)16, depth=(int)16, rate=(int)48000, channels=(int)2
/GstPlayBin2:playbin20/GstPlaySink:playsink0/GstBin:abin/GstPlaySinkAudioConvert:aconv/GstAudioResample:resample.GstPad:src: caps = audio/x-raw-int, endianness=(int)1234, signed=(boolean)true, width=(int)16, depth=(int)16, rate=(int)48000, channels=(int)2
/GstPlayBin2:playbin20/GstPlaySink:playsink0/GstBin:abin/GstPlaySinkAudioConvert:aconv/GstAudioResample:resample.GstPad:sink: caps = audio/x-raw-int, endianness=(int)1234, signed=(boolean)true, width=(int)16, depth=(int)16, rate=(int)48000, channels=(int)2
/GstPlayBin2:playbin20/GstPlaySink:playsink0/GstBin:abin/GstAutoAudioSink:audiosink/GstAlsaSink:audiosink-actual-sink-alsa.GstPad:sink: caps = audio/x-raw-int, endianness=(int)1234, signed=(boolean)true, width=(int)16, depth=(int)16, rate=(int)48000, channels=(int)2
/GstPlayBin2:playbin20/GstPlaySink:playsink0/GstBin:abin/GstAutoAudioSink:audiosink.GstGhostPad:sink: caps = audio/x-raw-int, endianness=(int)1234, signed=(boolean)true, width=(int)16, depth=(int)16, rate=(int)48000, channels=(int)2
/GstPlayBin2:playbin20/GstPlaySink:playsink0/GstBin:abin/GstPlaySinkAudioConvert:aconv.GstGhostPad:src.GstProxyPad:proxypad8: caps = audio/x-raw-int, endianness=(int)1234, signed=(boolean)true, width=(int)16, depth=(int)16, rate=(int)48000, channels=(int)2
/GstPlayBin2:playbin20/GstPlaySink:playsink0/GstBin:abin/GstAutoAudioSink:audiosink.GstGhostPad:sink.GstProxyPad:proxypad6: caps = audio/x-raw-int, endianness=(int)1234, signed=(boolean)true, width=(int)16, depth=(int)16, rate=(int)48000, channels=(int)2
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstAudioSinkClock


Er wordt keurig naar 16-bit geconverteert dus de zaak speelt netjes af.


Gst-inspect geeft aan dat de Alsasink inderdaad 32-bit integers beweert te kunnen afspelen. Wellicht om die reden dat Gstreamer naar 32-bit converteert?


root@vuuno:~# gst-inspect alsasink
Factory Details:
Long name: Audio sink (ALSA)
Class: Sink/Audio
Description: Output to a sound card via ALSA
Author(s): Wim Taymans <wim@fluendo.com>
Rank: primary (256)

Plugin Details:
Name: alsa
Description: ALSA plugin library
Filename: /usr/lib/gstreamer-0.10/libgstalsa.so
Version: 0.10.36.1
License: LGPL
Source module: gst-plugins-base
Source release date: 2013-06-28 04:04 (UTC)
Binary package: GStreamer Base Plug-ins git
Origin URL: Unknown package origin

GObject
+----GstObject
+----GstElement
+----GstBaseSink
+----GstBaseAudioSink
+----GstAudioSink
+----GstAlsaSink

Implemented Interfaces:
GstPropertyProbe

Pad Templates:
SINK template: 'sink'
Availability: Always
Capabilities:
audio/x-raw-int
endianness: { 1234, 4321 }
signed: { true, false }
width: 32
depth: 32
rate: [ 1, 2147483647 ]
channels: [ 1, 2147483647 ]
audio/x-raw-int
endianness: { 1234, 4321 }
signed: { true, false }
width: 24
depth: 24
rate: [ 1, 2147483647 ]
channels: [ 1, 2147483647 ]
audio/x-raw-int
endianness: { 1234, 4321 }
signed: { true, false }
width: 32
depth: 24
rate: [ 1, 2147483647 ]
channels: [ 1, 2147483647 ]
audio/x-raw-int
endianness: { 1234, 4321 }
signed: { true, false }
width: 16
depth: 16
rate: [ 1, 2147483647 ]
channels: [ 1, 2147483647 ]
audio/x-raw-int
signed: { true, false }
width: 8
depth: 8
rate: [ 1, 2147483647 ]
channels: [ 1, 2147483647 ]


Maar op de Duo is dat niets anders:


root@vuduo:~# gst-inspect alsasink
Factory Details:
Long name: Audio sink (ALSA)
Class: Sink/Audio
Description: Output to a sound card via ALSA
Author(s): Wim Taymans <wim@fluendo.com>
Rank: primary (256)

Plugin Details:
Name: alsa
Description: ALSA plugin library
Filename: /usr/lib/gstreamer-0.10/libgstalsa.so
Version: 0.10.35
License: LGPL
Source module: gst-plugins-base
Source release date: 2011-06-15
Binary package: GStreamer Base Plug-ins source release
Origin URL: Unknown package origin

GObject
+----GstObject
+----GstElement
+----GstBaseSink
+----GstBaseAudioSink
+----GstAudioSink
+----GstAlsaSink

Implemented Interfaces:
GstPropertyProbe

Pad Templates:
SINK template: 'sink'
Availability: Always
Capabilities:
audio/x-raw-int
endianness: { 1234, 4321 }
signed: { true, false }
width: 32
depth: 32
rate: [ 1, 2147483647 ]
channels: [ 1, 2147483647 ]
audio/x-raw-int
endianness: { 1234, 4321 }
signed: { true, false }
width: 24
depth: 24
rate: [ 1, 2147483647 ]
channels: [ 1, 2147483647 ]
audio/x-raw-int
endianness: { 1234, 4321 }
signed: { true, false }
width: 32
depth: 24
rate: [ 1, 2147483647 ]
channels: [ 1, 2147483647 ]
audio/x-raw-int
endianness: { 1234, 4321 }
signed: { true, false }
width: 16
depth: 16
rate: [ 1, 2147483647 ]
channels: [ 1, 2147483647 ]
audio/x-raw-int
signed: { true, false }
width: 8
depth: 8
rate: [ 1, 2147483647 ]
channels: [ 1, 2147483647 ]
audio/x-iec958


Element Flags:
no flags set


De broncode van Gstreamer bekijkend, lijkt het ook hardcoded te zijn:

http://gstreamer.fre...src.c.gcov.html


Iemand enig idee wat hier verkeerd zit??

[Autodelta]

Zijn meer topics over enige remedie is box opnieuw flashen.

[Zuppelan]

Nee, de machine is vers geflasht en het is echt kapoet. Kan je het experiment op jouw machine herhalen?

[Zuppelan]

Dit werkt dus niet:

gst-launch-0.10 -v --gst-debug=2 filesrc location=/media/film_lv/en.ogg ! oggdemux ! vorbisdec ! audioconvert ! alsasink

Maar dit weer wel:

gst-launch-0.10 -v --gst-debug=2 filesrc location=/media/film_lv/en.ogg ! oggdemux ! vorbisdec ! audioconvert ! alsasink device="hw:0"

Het heeft dus weer iets te maken met het pcm device dat gekozen wordt, alleen klopt de inhoud van /etc/asound dit keer toch echt.

[theparasol]

driverprobleempje vu?

[Zuppelan]

Ik moet je teleurstellen, de drivers zijn in orde.

Ik heb de oorzaak intussen gevonden, mijn /etc/asound.conf ziet er nu als volgt uit:

#pcm.!default {
# type plug
# slave.pcm "hw:0"
#}

pcm.!default {
type hw
card 0
device 0
}

ctl.!default {
type hw
card 0
}

ctl.mixer0 {
type hw
card 0
}


Ik zou werkelijk nooit gedacht hebben dat die methode via "type plug" tot problemen zou leiden, maar kennelijk voorkomt dat dat Gstreamer kan uitvinden wat de hardware werkelijk kan. Met "type hw" detecteert Gstreamer wel goed wat de hardware kan afspelen en wordt keurig naar 16-bit geconverteerd.

[theparasol]

nice find!

 

Ach, ik dram ook te snel over drivers omdat dit bij Vu+ regelmatig het geval is (geweest).

[littlesat]

Waarom is dit bij de VU wel nodig en bij de andere boxen niet?... of vergis ik me met deze stelling?

[Zuppelan]

Het is in beginsel nodig op alle boxen. Er is alleen nog een tweede weg om geluid te produceren: Via de DVB-API, waar de Xtrends gebruik van zouden maken. Als het geluid via die weg gaat, merk je het natuurlijk niet dat het via de alsa-route niet werkt.

Het zou wel een interessant experiment zijn om dit op een Xtrend uit te voeren:

gst-launch-0.10 -v --gst-debug=2 filesrc location=/media/film_lv/en.ogg ! oggdemux ! vorbisdec ! audioconvert ! alsasink

... als het goed is krijg je dan zelfde effect.

[Rob van der Does]

Ik moet je teleurstellen, de drivers zijn in orde.

Ik heb de oorzaak intussen gevonden, mijn /etc/asound.conf ziet er nu als volgt uit:

............
Ik zou werkelijk nooit gedacht hebben dat die methode via "type plug" tot problemen zou leiden, maar kennelijk voorkomt dat dat Gstreamer kan uitvinden wat de hardware werkelijk kan. Met "type hw" detecteert Gstreamer wel goed wat de hardware kan afspelen en wordt keurig naar 16-bit geconverteerd.

Alle VU's spelen nu inderdaad 16 & 24-bit flac files keurig af.

Dank hiervoor!

[Erik Slagter]

Wie gaat er even een bugmelding indienen?

[Zuppelan]

Jullie hebben toch geen bugtracker?

[littlesat]

Ik denk dat Erik hier bedoeld waarom we weer voor VU een uitzondering moeten maken, dus vandaar "bug" aanmelden....

 

De ET box, XP box en DMM boxen hebben hier geen problemen....

Edited by littlesat, 25 August 2013 - 09:00.

[Zuppelan]

Je moet helemaal geen uitzondering maken, je moet voor alle boxen dezelfde asound.conf gebruiken.

Wat de andere boxen betreft, zijn de Vu-boxen de enige die van Alsa gebruik maken?

[Erik Slagter]

Je mist het punt even Zuppelan. Het probleem is dat de alsa driver van VU+ claimt 32 bps te kunnen afspelen. De alsa core gaat dat dan ook doen, maar dat werkt dan niet. Als VU+ de bug uit de driver haalt en correct aangeeft alleen 16 bps te kunnen afspelen, dan gaat de rest vanzelf goed. Of de andere ontvangers audio via de dvbapi afspelen of ook via alsa doet er niet toe, de handling door de driver moet gewoon goed zijn, linksom of rechtsom.

 

De titel van dit topic is dan ook niet juist.

Edited by Erik Slagter, 25 August 2013 - 09:13.

[Zuppelan]

Het probleem is dat de alsa driver van VU+ claimt 32 bps te kunnen afspelen.

Nee, de driver claimt niets vekeerds, dat is inderdaad waar ik op momenten ook aan dacht, maar de driver claimt enkel dat hij de volgende sampleformaten kan afspelen:
* 48 KHz stereo 16 bit singed en unsigned
* 48 KHz stereo 8 bit signed en unsigned
* 8 KHz stereo 8 bit signed en unsigned

De driver doet dus geen enkele claim dat hij 32-bit samples kan afspelen.

Lees het stukje hierboven nog maar even na, bij gebruik van:

pcm.!default {
type plug
slave.pcm "hw:0"
}

*denkt* Gstreamer dat de geludiskaart alles kan afspelen. Of dat aan Gstreamer of ALSA ligt laat ik even in het midden, maar ik vermoed de laatste.

Bij gebruik van:

pcm.!default {
type hw
card 0
device 0
}

weet Gstreamer wel correct te achterhalen wat de geluidskaart kan afspelen.

Als je zit soort zaken debugt dan denk je wel snel aan drivers: Dat is ook waarom hier en in eerdere draadjes over FLAC's die niet werkten naar drivers werd gewezen. Ik heb zelf gisteren ook onder meer 5 verschillende drivers uitgeprobeerd, dat tot niets leidde. Niet te snel conclusies trekken blijkt wijsheid.

[Erik Slagter]

Het enige wat ik me kan bedenken is dat de combinatie van alsa en gstreamer de mist in gaat met een plug device. Gstreamer gaat zelf al proberen conversie te doen en alsa dat ook doet (en daarbij niet aangeeft wat de hardware kan) dan rijdt dat misschien elkaar in de wielen. Dat zou ook kloppen met jouw bevindingen. Nou heb ik wel wat verstand van alsa maar niet echt van gstreamer, misschien dat iemand daar nog iets over kan zeggen?

[Tech]

Ik heb toch even de titel van dit topic gewijzigd daar het geen gstreamer issue is maar een incorrecte asound.conf  voor de Vu+ boxen.

[littlesat]

Nee, de driver claimt niets vekeerds,dat is inderdaad waar ik op momenten ook aan dacht, maar de driver claimt enkel dat hij de volgende sampleformaten kan afspelen:

Ben bang dat Erik bij deze toch gelijk heeft.

Gst-inspect geeft aan dat de Alsasink inderdaad 32-bit integers beweert te kunnen afspelen. Wellicht om die reden dat Gstreamer naar 32-bit converteert?

Hoe heb je vastgesteld wat de driver beweert te kunnen afspelen?

een incorrecte asound.conf  voor de Vu+ boxen.

Inderdaad een betere omschrijving van dit draadje... en ik meen me te herinneren dit eerder gezien te hebben. Hadden we deze work-a-round ook al in OpenPLi 3.0 gestopt... en is die misschien in OpenPLi 4 vergeten?

 

Feit is wel dat VU hier duidelijk iets afwijkends doet... en dat is niet het enige... En is allemaal werkend te krijgen, maar het is ergens wel jammer....

Edited by littlesat, 25 August 2013 - 09:41.

[Erik Slagter]

Littlesat, het is zeer waarschijnlijk het plug device dat aangeeft 32 bits te kunnen afspelen. En dan gaat het inderdaad fout. Gstreamer zou geen plug device moeten gebruiken denk ik. Het nadeel is dat als je de default hw maakt, dat eigen programma's die niet via gstreamer werken geen conversie meer hebben default. Die moeten dan het audio device openen als "plug:default" oid. En je hebt natuurlijk geen dmix e.d. meer.