Nowe posty
|
1
Dobra, zrobiłem eksperyment:
* Obraz linuxmint-21.3-xfce-64bit.iso (SHA256 b284afcc298cc6f5da6ab4d483318c453b2074485974b71b16fdfc7256527cb1)
* VirtualBox 7.0.18 r162988 na Arch KDE6 (jedyna różnica do Ciebie)
* Domyślne ustawienia VBOX dla wykrytego obrazu ISO (czyli Ubuntu 64bit) oraz zaznaczone "Skip Unattended Instalation".
* Zmiana CPU na 4 sztuki, RAM na 4GB i HDD na 32GB - wszystkie pozostałe ustawienia VM na defaulcie (w szczególności defaultowe audio)
* Instalacja 100% na defaultach
- wybór j. Polskiego
- instalacja kodeków multimediów
- wipe dysku z domyślnymi opcjami autopartycjonowania
- Strefa czasowa Polska
- Użytkownik user/user
Po restarcie i uruchomieniu, bez dotykania żadnych ustawień - Firefox, Youtube i... tadam... dźwięk po prostu działa. QED.
Masz skopane coś u siebie w Windowsie albo przy konfiguracji wirtualki.
2
« Ostatnia wiadomość wysłana przez romserski dnia Wczoraj o 02:10:12 »
Nie o to chodzi. Cały VirtualBox z działającym w nim (jakimkolwiek) systemem jest widziany przez Windows jako normalna aplikacja odtwarzająca dźwięk. Wirtualizowany system nie wie, jakie masz GPU, nie wie jaką masz kartę dźwiękową i do czego podpiętą, nie wie jakie masz dyski, jaką pamięć, jaką myszkę, jaką klawiaturę, itp. (ale wie jaki masz model CPU)
Jeżeli przez jedne wyjścia masz dźwięk a przez inne nie - to ta zależność nie może pochodzić z wnętrza VM, bo ono po prostu nie ma świadomości co dzieje się z twoim fizycznym sprzętem. Fizycznie pewnie masz jakąś pochodną Intel HD Audio, wirtualka w domyśle emuluje AC97. Vbox przechwytuje strumień audio z wirtualki i retransmituje go na domyślne wyjście gospodarza (Windowsa). Jako, że AC97 jest domyślnie obsługiwany przez wszystkie Linuksy, błąd wynika albo z VBoksa albo Windowsa. 🤷
Ok dzięki za pomoc, będę próbował znaleźć problem po stronie hosta
3
Nie o to chodzi. Cały VirtualBox z działającym w nim (jakimkolwiek) systemem jest widziany przez Windows jako normalna aplikacja odtwarzająca dźwięk. Wirtualizowany system nie wie, jakie masz GPU, nie wie jaką masz kartę dźwiękową i do czego podpiętą, nie wie jakie masz dyski, jaką pamięć, jaką myszkę, jaką klawiaturę, itp. (ale wie jaki masz model CPU)
Jeżeli przez jedne wyjścia masz dźwięk a przez inne nie - to ta zależność nie może pochodzić z wnętrza VM, bo ono po prostu nie ma świadomości co dzieje się z twoim fizycznym sprzętem. Fizycznie pewnie masz jakąś pochodną Intel HD Audio, wirtualka w domyśle emuluje AC97. Vbox przechwytuje strumień audio z wirtualki i retransmituje go na domyślne wyjście gospodarza (Windowsa). Jako, że AC97 jest domyślnie obsługiwany przez wszystkie Linuksy, błąd wynika albo z VBoksa albo Windowsa. 🤷
4
« Ostatnia wiadomość wysłana przez romserski dnia 2024-05-10, 19:24:11 »
Ale ty jesteś świadom, że wirtualny Linux nie ma zielonego pojęcia jak fizycznie u ciebie działa dźwięk? Wirtualna karta dźwiękowa z Linuksa po prostu gra na domyślnym wyjściu Windowsa, jak jakakolwiek inna aplikacja odtwarzająca dźwięk (przeglądarka WWW, VLC, gry, cokolwiek).
Jeżeli gra na słuchawkach a nie gra przez głośniki, to wina jest w 100% po stronie Windows.
Dobrze szefie, dzięki za info. Rozumiem, że teraz tylko forum.windows.pl albo ogólnie coś w tym kierunku bo tutaj już raczej nie mam czego szukać
5
Ale ty jesteś świadom, że wirtualny Linux nie ma zielonego pojęcia jak fizycznie u ciebie działa dźwięk? Wirtualna karta dźwiękowa z Linuksa po prostu gra na domyślnym wyjściu Windowsa, jak jakakolwiek inna aplikacja odtwarzająca dźwięk (przeglądarka WWW, VLC, gry, cokolwiek).
Jeżeli gra na słuchawkach a nie gra przez głośniki, to wina jest w 100% po stronie Windows.
6
« Ostatnia wiadomość wysłana przez romserski dnia 2024-05-09, 16:29:16 »
Sprawdziłem na wersji ‘live’: nie wymaga konfiguracji, odtwarza dźwięk. Natomiast u mnie ‘hostem’ jest Linux.
Pytania dodatkowe  :
1. Czy inny system testowy, nowo utworzony, uruchomiony w VirtualBox odtwarza dźwięk?
2. Czy w Windowsie masz inne dźwięki? To może być problem z Windowsem, jego ustawieniami.
1. Nowo utworzony system uruchomiony na Vbox ma dźwięk tylko przez słuchawki. Alsa świeżego systemu z dźwiękiem na słuchawkach: https://pastebin.com/raw/u3jauVCLinxi -Fxz https://pastebin.com/raw/aU6Cq54GStary system również miał dźwięk wcześniej, ale teraz po tych próbach naprawy, po podpięciu słuchawek zauważyłem że tego dźwięku już nie ma, aczokolwiek tak, świeży system odtwarzał i odtwarza dźwięk tylko przez słuchawki które są połączone bluetooth. Myślę że łatwiej będzie skupić się na tych świeżych logach nowego systemu ten aktualny ma prawdopodobnie ten sam problem więc po rozwiązaniu usterki po prostu zacznę używać świeżej dystrybucji. Z góry wielkie dzięki 2. Windows 
7
« Ostatnia wiadomość wysłana przez overcq dnia 2024-05-09, 14:54:28 »
Sprawdziłem na wersji ‘live’: nie wymaga konfiguracji, odtwarza dźwięk. Natomiast u mnie ‘hostem’ jest Linux. Pytania dodatkowe : 1. Czy inny system testowy, nowo utworzony, uruchomiony w VirtualBox odtwarza dźwięk? 2. Czy w Windowsie masz inne dźwięki? To może być problem z Windowsem, jego ustawieniami.
8
« Ostatnia wiadomość wysłana przez 1709 dnia 2024-05-08, 23:13:18 »
O to właśnie chodzi żeby 'nie zdążyć się zalogować' i żeby tablet się wyłączył. Chyba mnie nie zrozumiałeś. Jeśli z jakiegoś powodu skrypt przestanie działać, np. nazwa procesu po aktualizacji się zmieni, to w ciągu 60 sekund możesz nie zdążyć zalogować się i edytować skrypt. Dlatego opcją ratunkową jest edytowanie skryptu z live-USB. Przy założeniu że zawsze po zalogowaniu najpierw otwierasz przeglądarkę, to przykładowy skrypt mógłby wyglądać tak: #!/bin/bash
sleep 60
if pgrep -x "firefox" > /dev/null ; then
echo "Proces Firefox istnieje."
else
echo "Proces Firefox nie istnieje, komputer zostanie wyłączony."
# Zapisanie zdarzenia do logu. Można też użyć komendy logger.
Time=$(date +"%Y/%m/%d--%H:%M")
echo "$Time : Nastąpiło przymusowe wyłączenie systemu." >> /var/log/przymusowe-wylaczanie-systemu.log 2>&1
# Zamknięcie systemu.
shutdown -h now
fi
Może by tak normalny skrypt w .config/plasma-workspace/env/ Ja odpadam. - nazwa KDE / tego folderu czasami się zmienia - nie posiadam KDE - tzw. "display manager" które służy do logowania się jest od groma i jeszcze więcej. Środowisko graficzne startuje dopiero po tym. Także twój pomysł raczej odpada. EdytowaneA i nie używam laptopa. Ale może ktoś inny pomoże ogarnąć jak wykryć czy laptop jest zamknięty czy nie. EdytowaneMożesz sprawdzić to https://www.kernel.org/doc/html/latest/firmware-guide/acpi/acpi-lid.html
9
« Ostatnia wiadomość wysłana przez mackeire dnia 2024-05-08, 22:18:11 »
PS: Jeżeli nie zdarzysz się zalogować to wtedy musisz edytować skrypt z live-USB.
Kompletnie bez sensu. O to właśnie chodzi żeby 'nie zdążyć się zalogować' i żeby tablet się wyłączył. Przecież nie będę go później odpalał z live usb ... Maszyna posiada jakiś czujnik zamknięcia klapy bo widać jak wyłącza ekran po złożeniu i włącza po rozłożeniu ... Może by tak normalny skrypt w .config/plasma-workspace/env/ odpalany po włączeniu maszyny z zawartością mniej więcej : jeżeli klapa jest zamknięta to poweroff za 30 sekund Jakieś inne propozycje ?
10
« Ostatnia wiadomość wysłana przez romserski dnia 2024-05-08, 17:42:59 »
Widzę, że masz zainstalowany PipeWire. Przypuszczalnie wymaga konfiguracji.
U mnie, gdy zainstaluję PipeWire, to programy zwykle wybierają ten system i też nie mam dźwięku, nie w maszynie wirtualnej.
Niestety nadal to samo https://pastebin.com/raw/G6GZNzbJ
|
