Błąd streamu z kamerki

Nie działa mi kamerka wbudowana, kiedyś działała. Gdy odpalam cheese z terminala to wywala takie błędy:

(cheese:3845): Gtk-WARNING **: 15:44:29.332: Calling org.xfce.Session.Manager.Inhibit failed: GDBus.Error:org.freedesktop.DBus.Error.UnknownMethod: Brak metody „Inhibit”

(cheese:3845): cheese-WARNING **: 15:44:29.426: Nie udał się odczyt z zasobu.: …/gst-plugins-good/sys/v4l2/gstv4l2bufferpool.c(1132): gst_v4l2_buffer_pool_poll (): /GstCameraBin:camerabin/GstWrapperCameraBinSrc:camera_source/GstBin:bin35/GstV4l2Src:v4l2src1:
poll error 1: Nie ma takiego urządzenia (19)

inxi:

Graphics:
Device-1: Intel HD Graphics 5500 vendor: Dell driver: i915 v: kernel
bus ID: 00:02.0 chip ID: 8086:1616 class ID: 0300
Device-2: NVIDIA GK208BM [GeForce 920M] vendor: Dell driver: N/A
alternate: nouveau bus ID: 08:00.0 chip ID: 10de:1299 class ID: 0302
Device-3: Microdia Integrated Webcam type: USB driver: uvcvideo
bus ID: 2-5:13 chip ID: 0c45:6710 class ID: 0e02
Display: server: X.Org 1.20.10 driver: loaded: modesetting
alternate: fbdev,intel,vesa display ID: :0.0 screens: 1
Screen-1: 0 s-res: 1366x768 s-dpi: 96 s-size: 361x203mm (14.2x8.0")
s-diag: 414mm (16.3")
Monitor-1: eDP-1 res: 1366x768 hz: 60 dpi: 112 size: 309x173mm (12.2x6.8")
diag: 354mm (13.9")
OpenGL: renderer: Mesa Intel HD Graphics 5500 (BDW GT2) v: 4.6 Mesa 20.3.4
direct render: Yes

QT V4L2 Test działa normalnie. Problem występuje w cheese i discordzie

Spróbuj tych rzeczy:

  • drugi warning z Cheese pokazuje, że jest jakiś problem z gst-plugins-good – zainstaluj/przeinstaluj pakiet
  • reset programu – usuń wszystkie pliki konfiguracyjne programu, cache, przeinstaluj program jeśli konieczne
  • czy na nowo utworzonym użytkowniku problem się powtarza? Jeśli nie to tym bardziej warto przejść wcześniejszy punkt – to najprawdopodobniej rozwiąże problem.

Z Discordem problem pojawia się w aplikacji czy w przeglądarce? W obu przypadkach możesz spróbować wyczyścić konfigurację, cache.

1 polubienie

Przeinstalowanie pluginów naprawiło sytuację, dzięki !

edit: kurde, jednak nie, po ponownym uruchomieniu znowu to samo :confused:

Teraz wywala:

(cheese:6320): cheese-WARNING **: 17:59:25.817: Nie udało się przydzielić wymaganej pamięci.: …/gst-plugins-good/sys/v4l2/gstv4l2src.c(659): gst_v4l2src_decide_allocation (): /GstCameraBin:camerabin/GstWrapperCameraBinSrc:camera_source/GstBin:bin35/GstV4l2Src:v4l2src1:
Buffer pool activation failed

Trochę pogłębiłem temat i coś może być na rzeczy – pytanie tylko o jak stare kamery chodzi i czy twoja się do nich zalicza. W każdym razie nie zaszkodzi spróbować tego rozwiązania. Do .bashrc dopisz linię:

export GST_V4L2_USE_LIBV4L2=1

Dopisanie nic nie pomogło…laptop jest z 2016 roku.

Czyli to raczej nie jest kwestia starej kamerki. Po dodaniu wpisu próbowałeś zrestartować komputer albo chociaż wykonać source ~/.bashrc? Inaczej zmiana będzie niewidoczna. Próbowałeś innych wymienionych sposobów – przede wszystkim uruchomienie z poziomu nowo utworzonego użytkownika? Jeśli to nie będzie to to nie mam pojęcia co innego jeszcze tu może być problemem – w podobnych przypadkach z sieci komunikat pojawia się w otoczeniu innych, poważniejszych problemów i sam w sobie nie jest ich przyczyną :frowning_face:

Zawsze jednak można wejść głębiej. Spróbuj odpalić w konsoli journalctl -f i równolegle Cheese – może szerszy kontekst coś powie. Warto sprawdzić także, czy inny, wcześniejszy problem nie jest przyczyną, a więc: journalctl -b -p 0..3 – rozejrzyj się za czymkolwiek co może wskazywać na gsrtreamer lub kamerkę.

Jak na złość po odpaleniu journalctl -f kamerka działa sobie normalnie i cheese nie wywala błędu :confused:

Edit: Ok wywaliło w końcu:

mar 08 21:57:01 inspiron3558 kernel: usb 2-5: USB disconnect, device number 7
mar 08 21:57:01 inspiron3558 pipewire[1398]: v4l2: ‘/dev/video1’ VIDIOC_STREAMOFF: No such device
mar 08 21:57:01 inspiron3558 pipewire[1398]: v4l2: ‘/dev/video1’ VIDIOC_STREAMOFF: No such device
mar 08 21:57:01 inspiron3558 pipewire[1398]: VIDIOC_REQBUFS: No such device
mar 08 21:57:01 inspiron3558 pipewire[1398]: v4l2: ‘/dev/video1’ VIDIOC_STREAMOFF: No such device
mar 08 21:57:01 inspiron3558 pipewire[1398]: node 0x5572e8e43040: suspend node error No such device
mar 08 21:57:01 inspiron3558 pipewire-media-session[1400]: no node found for 34
mar 08 21:57:01 inspiron3558 cheese[1666]: stream 0x563343e8b800: error no node available
mar 08 21:57:01 inspiron3558 cheese[1666]: error id:2 seq:37 res:-2 (Nie ma takiego pliku ani katalogu): no node available
mar 08 21:57:01 inspiron3558 cheese[1666]: node 0x7fd02c00f4a0: error unset format input: Błąd wejścia/wyjścia

Z jakiegoś powodu rozłączyło kamerkę. Niewykluczone, że to problem sprzętowy i kamerka jest w stanie agonalnym. Warto by było zbadać także czy po chwili wraca połączenie. Jeśli wraca, a inne programy sobie z tym radzą to możliwe, że pipewire, z którego Cheese najpewniej korzysta, sobie z tym nie radzi. Być może pomoże zainstalowanie któregoś z pakietów związanych z pipewire – trochę ich jest w repozytoriach. Jeśli to nie pomaga, połączenie nie wraca a w innych programach po pewnym czasie kamerka również przestaje działać to radziłbym rozejrzeć się za nowym sprzętem.

Usunąłem pipewire, na razie Cheese normalnie działa. I chyba z niego nie korzysta, bo nie było zależności przy usuwaniu,

Niewykluczone, że to problem sprzętowy i kamerka jest w stanie agonalnym

To raczej niemożliwe, bo używałem jej raptem kilka razy przez te 5 lat życia laptopa :smiley:
Zrobiłem też test na https://webcamtests.com/ i teraz normalnie mi wykrywa kamerkę i pokazuje statystyki. Wczoraj, mimo że kamerka raz działała a raz nie, nie była wykrywana w ogóle. Winny chyba był pipewire, temat na razie rozwiązany,

Nie byłbym taki pewien – w końcu to kamerka wbudowana w laptopa, a laptop pewnie wielokrotnie był przemieszczany. Zawsze może się coś poluzować.

Pipewire ostatnio chyba zaczęli forsować gdzie się da, mimo że wciąż nie jest do końca dopracowany – widziałem ostatnio dość sporo problemów z nim związanych. Ba, nawet u mnie pipewire zrzucał core dump, co prawda wpływu na swój system nie zauważyłem, ale profilaktycznie go wyłączyłem :smiley:

Zapewne w tym przypadku nie o starość chodzi, ale tak w ogóle, to należy brać pod uwagę takie czynniki jak uszkodzenia mechaniczne (powstałe w trakcie normalnego użytkowania), wady fabryczne (ujawniające się z czasem), planowe starzenie (implementowane przez producentów), czy zupełnie naturalne starzenie się elektroniki (wynikające z użytych technologii, czy materiałów).

Jeżeli człowiek nie używa jakichś narządów, to nie znaczy, że będą starzeć się wolniej (lub w ogóle), niż te używane :slight_smile: