~/.asoundrc

Question

Es sieht also so aus, als ob eine Quelle für viel Ärger darin bestand, nach jedem Schritt zu testen winecfg(was immer noch denselben Fehler ergibt wie bei meiner letzten Frage zur Bearbeitung). Das Wichtige ist, dass die Verwendung einer Win32-Anwendung in Wine tatsächlich funktioniert hat.

Für jeden, der sich später damit befasst, dürfte die folgende Information relevant sein:

Sie MÜSSEN sicherstellen, dass Sie export ARCH=i486zusätzlich zu verwenden, . /etc/profile.d/32dev.shbevor Sie eines verwenden sbopkg -boder ein .Slackbuild-Skript ausführen. Dies steht tatsächlich in den Anweisungen in Slackbook, aber es schien leicht zu übersehen zu sein (oder zumindest habe ich es persönlich übersehen), also füge ich es hier nur für den Fall ein.
Zusätzlich zu json-cund speexin kompatibler32-Form benötigen Sie auch libcapund GConfin kompatibler32-Form. Dies kann jedoch erreicht werden, indem Sie beide Pakete von einem Slackware-Paket (anstatt Slackware64) beziehen.Spiegelim Paketsatz "L". Sie benötigen außerdem alsa-pluginseinige andere Pakete, diese sollten jedoch alle in den Prozess der Befolgung derMultilibAnweisungen im Slackbook.
Natürlich benötigen Sie eine geeignete ALSA-Konfigurationsdatei, um die Dinge an die richtigen Stellen zu senden. Bei mir ist das kein Problem gewesen, aber ich füge unten meine funktionierende ~/.asoundrc-Datei ein.
Und zuletzt: Überprüfen Sie, ob alles mit einem echten Win32-Programm funktioniert und nicht mit etwas wie Winecfg. Winecfg erzeugt immer noch dieselben Fehler, die ich zuletzt in der Frage gemeldet habe, und kann ohne Probleme mit den Audioeinstellungen auf „Systemstandard“ belassen werden. Da Wine Pulseaudio überhaupt nicht direkt unterstützt, sondern es lediglich über die ALSA-Kompatibilitätsschicht nutzt, sehe ich keinen Grund, warum dieses Verhalten Anlass zur Sorge geben sollte.

~/.asoundrc

pcm.!default {
    type pulse
}
ctl.!default {
    type pulse
}

pcm.phononpulse
{
   type plug

   slave.pcm
   {
      type pulse
   }

   hint
   {
      show on
      description "PulseAudio"
   }
}

pcm.pulse {
    type pulse
    hint {
        show on
        description "PulseAudio"
    }
}

Wie dem auch sei, ich hoffe, dass dies allen, die nach mir kommen und auf dieses Problem stoßen, als gute Referenz dient. Wenn nicht, bin ich sicher, dass ich darauf zurückgreifen muss, wenn ich ein neues System einrichte.

Answer 1

Es sieht also so aus, als ob eine Quelle für viel Ärger darin bestand, nach jedem Schritt zu testen winecfg(was immer noch denselben Fehler ergibt wie bei meiner letzten Frage zur Bearbeitung). Das Wichtige ist, dass die Verwendung einer Win32-Anwendung in Wine tatsächlich funktioniert hat.

Für jeden, der sich später damit befasst, dürfte die folgende Information relevant sein:

Sie MÜSSEN sicherstellen, dass Sie export ARCH=i486zusätzlich zu verwenden, . /etc/profile.d/32dev.shbevor Sie eines verwenden sbopkg -boder ein .Slackbuild-Skript ausführen. Dies steht tatsächlich in den Anweisungen in Slackbook, aber es schien leicht zu übersehen zu sein (oder zumindest habe ich es persönlich übersehen), also füge ich es hier nur für den Fall ein.
Zusätzlich zu json-cund speexin kompatibler32-Form benötigen Sie auch libcapund GConfin kompatibler32-Form. Dies kann jedoch erreicht werden, indem Sie beide Pakete von einem Slackware-Paket (anstatt Slackware64) beziehen.Spiegelim Paketsatz "L". Sie benötigen außerdem alsa-pluginseinige andere Pakete, diese sollten jedoch alle in den Prozess der Befolgung derMultilibAnweisungen im Slackbook.
Natürlich benötigen Sie eine geeignete ALSA-Konfigurationsdatei, um die Dinge an die richtigen Stellen zu senden. Bei mir ist das kein Problem gewesen, aber ich füge unten meine funktionierende ~/.asoundrc-Datei ein.
Und zuletzt: Überprüfen Sie, ob alles mit einem echten Win32-Programm funktioniert und nicht mit etwas wie Winecfg. Winecfg erzeugt immer noch dieselben Fehler, die ich zuletzt in der Frage gemeldet habe, und kann ohne Probleme mit den Audioeinstellungen auf „Systemstandard“ belassen werden. Da Wine Pulseaudio überhaupt nicht direkt unterstützt, sondern es lediglich über die ALSA-Kompatibilitätsschicht nutzt, sehe ich keinen Grund, warum dieses Verhalten Anlass zur Sorge geben sollte.

~/.asoundrc

pcm.!default {
    type pulse
}
ctl.!default {
    type pulse
}

pcm.phononpulse
{
   type plug

   slave.pcm
   {
      type pulse
   }

   hint
   {
      show on
      description "PulseAudio"
   }
}

pcm.pulse {
    type pulse
    hint {
        show on
        description "PulseAudio"
    }
}

Wie dem auch sei, ich hoffe, dass dies allen, die nach mir kommen und auf dieses Problem stoßen, als gute Referenz dient. Wenn nicht, bin ich sicher, dass ich darauf zurückgreifen muss, wenn ich ein neues System einrichte.

~/.asoundrc

Antwort1

~/.asoundrc

verwandte Informationen