BroadCastListenerViewer — anyone know where/what this is?
over the past week or so when shutting down my pc it hangs up on shutdown and this program prevents it from shutting down "Broadcastlistenerwindow". it usually shows up with steam as the two programs preventing me from shutting down (which is normal for steam it always pops up as preventin shutdown but then shuts itself down shortly after)
thats the exact logo of the app preventing me so i assumed it was my steam broadcasting settings yet when i went to check it my broadcasting/steam overlay was completely disabled.
this problem only seems to have came about in the past few weeks
1- can anyone confirm this is the steam broadcasting option doing this?
2 — anyway i can stop it? i assumed disabling it would prevent it from happening but if its happening when its disabled already im a loss as to how to stop it. or of its even the steam program doing it
The only other link i could find was someone blaming it on their nvidia video streaming service (shadowplay/share etc) but i also have that disabled/turned off.
Thanks in advance
edit — did a bunch more googling and found its most likely nvidas streaming/capture shadowplay crap but i have it all disabled turned off etc so i dont know how/why its bothering me. found a bunch of people who had the issue and no steam client so it cant be steam. which makes sense since steams broadcasting is disabled.
Broadcast listener window что это
Broadcast listener windows что это
Вот так, вы сможете исправить ошибки, связанные с listener.exe
- Используйте программу Настройщик Windows, чтобы найти причину проблем, в том числе и медленной работы компьютера.
- Обновите программу VaioCare Window Listener Application. Обновление можно найти на сайте производителя (ссылка приведена ниже).
- В следующих пунктах предоставлено описание работы listener.exe.
Информация о файле listener.exe
Лучшие практики для исправления проблем с listener
listener сканер
- Удалить все
- Отключить
👉 I am a participant in the Amazon Services LLC Associates Program, an affiliate advertising program designed to provide a means for sites to earn advertising fees by advertising and linking to amazon.com
___
In this video I will show you how to fix the BroadcastListenerWindow from preventing your Windows 10 from shutdown.
_-_-_-Please feel free to ask questions, and sub_-_-_
How to fix BroadcastListenerWindow preventing shutdown
broadcast listener window
This is a topic that many people are looking for. https://granthamandira.org/ is a channel providing useful information about learning, life, digital marketing and online courses …. it will help you have an overview and solid multi-faceted knowledge . Today, https://granthamandira.org/ would like to introduce to you How to fix BroadcastListenerWindow preventing shutdown. Following along are instructions in the video below:
go by my name is Craig Bennett and today Im gonna get you real quick how-to video and this one if youre getting the following error as far as winter
trying to shut down windows which is saying that the broadcast listener window is keeping the operating system from shutting down and restarting well what you need to do is
simply go to steam if you have steam and go to the actual settings onto it and then with there you want to go down to the broadcasting and then
just disable broadcasting and okay thats it its that simple so anyways as far as I could hopefully just sucked out some people and if it passed and leave like
share and feel free to check out my other videos and feel free to let me know what you want done on the future videos hope you have a great day
tags:
ASMR, Tech, technology, Windows 10, BroadcastListenerWindow, steam
Thank you for watching all the articles on the topic How to fix BroadcastListenerWindow preventing shutdown. All shares of https://granthamandira.org/ are very good. We hope you are satisfied with the article. For any questions, please leave a comment below. Hopefully you guys support our website even more.
Restart is halted by Broadcast Listener Window
My Win 10 system is having problem where Restart is stopped because Broadcast Listener Window is active. Can continue restart, but still a pain.
I understand this to be Listener.exe running — however, there is no trace I can find of it on the computer. I do not have Vaio or Sony or Kodak stuff installed, it is not in the registry, it is not in C:\Program Files, it is not shown in Task Manager — in short, it is being really sneaky
Please can someone tell me how to get rid of it puleeze
Colif
Win 11 Master
Try updating your Nvidia drivers for graphics card, that is the streaming software that is part of drivers.
Colif
Win 11 Master
leosuth
Distinguished
Colif
Win 11 Master
leosuth
Distinguished
Thanks for that, but I can’t see any trace of it — I don’t know what I’d be looking for, but listener.exe and broadcastlistener are not shown by PE. Also did an AV scan, but that did not pick it up.
Colif
Win 11 Master
Have a look in event manager at events that happen when you shut PC down, it might give us a clue.
try a clean boot and see if it still happens: https://support.microsoft.com/en-au/kb/929135
is anything unknown in the start up tab of task manager?
leosuth
Distinguished
It’s got to a point where this problem mostly happens, and sometimes it doesn’t *rolls eyes
OK I had a look at Event Viewer first — after the system had the problem and restarted. I get the following details (it is the most recent error — one assumes it is to do with the restart problem)
Faulting application name: NvStreamUserAgent.exe, version: 7.1.2084.9592, time stamp: 0x57605c64
Faulting module name: ntdll.dll, version: 10.0.10586.306, time stamp: 0x571af2eb
Exception code: 0xc0000005
Fault offset: 0x000000000002e909
Faulting process id: 0x2bc4
Faulting application start time: 0x01d1fe315e2dc67a
Faulting application path: C:\Program Files\NVIDIA Corporation\NvStreamSrv\NvStreamUserAgent.exe
Faulting module path: C:\WINDOWS\SYSTEM32\ntdll.dll
Report Id: e09a688b-c49e-46c9-869f-1362a309f03e
Faulting package full name:
Faulting package-relative application ID:
I don’t suppose this means anything to anyone? Is it any update I need to do?
What is this? («BroadcastListenerWindow» app preventing restarting)
- Members
- 1,557 posts
- OFFLINE
- Gender: Male
- Location: southern San Joaquin Valley, Calfornia
- Local time: 01:03 AM
Desktop computer: Dell XPS 8700, mfr. date August 2014 so now a bit over 7 years old. CPU is Intel Core i7 4790 @ 3.60GHz. 16 GB RAM, «I TB» Seagate HDD, NVIDIA GTX 745 graphics card w/ 4 GB RAM, currently running Windows 10 Pro, Version 21H2, build 19044.1503
Originally came with Windows 7 Pro, upgraded directly to Windows 10, and last November had a Repair Install of then current Windows 10 version.
It’s on a WiFi home network with a Dell laptop (similar age, same Win 10 version & build), a Canon printer, a Samsung smartphone.
Internet service by local wireless broadband provider via Comcast backbone, speeds marginal due to distance from wireless relay station.
This morning I noted my desktop computer was extremely slow — much more than usual. Opening apps took several minutes. In fact I had tried to open several different ones, and several instances of one, before they all appeared one on top of another on the screen. Well, OK, first thought was to restart. Probably took me 20 minutes to get to a restart — and there was an app blocking the restart. I’d noticed this blocking in less dramatic form for recent weeks, holding up restart for only some seconds, and could not decipher what the app was. This morning thanks to exceeding slowness I was able to see it. »BroadcastListenerWindow» was the name. What is that?
To forestall one obvious question: no new updates, other than MS Defender «security intelligence» ones, were installed last night, or for at least a couple of preceding days.
The only «Broadcast» things I listen to on this computer are YouTube music performances. I have been a serious pianist and very fond of Beethoven piano sonatas, especially the late ones, so it interests me to listen to how other pianists play them — with the score in hand, or displayed on the screen (I have myself played nearly all the Beethoven sonatas, so I know most of them pretty well). I have also in the now fairly distant past watched NPR videos, for instance the «Now hear this» series, about composers whose music I also know well (Scarlatti, Bach, etc.). AFAIK those also ran on YouTube.
After successful restart today, installed preview CU KB5009596 on both computers, as per BC recommendation this morning. Desktop and laptop now both seem to be operating normally, not sure whether a bit sluggish or not. I have a slowness-related question about possibly obsolete or no longer useful installed apps, and other things that may or may not need to be running in the background. Am I correct in thinking that should be the subject of a separate thread? and if so, in which forum?
BC AdBot (Login to Remove)
- BleepingComputer.com
What is this? ("BroadcastListenerWindow" app preventing restarting)
- Members
- 1,595 posts
- OFFLINE
- Gender: Male
- Location: southern San Joaquin Valley, Calfornia
- Local time: 09:17 AM
Desktop computer: Dell XPS 8700, mfr. date August 2014 so now a bit over 7 years old. CPU is Intel Core i7 4790 @ 3.60GHz. 16 GB RAM, «I TB» Seagate HDD, NVIDIA GTX 745 graphics card w/ 4 GB RAM, currently running Windows 10 Pro, Version 21H2, build 19044.1503
Originally came with Windows 7 Pro, upgraded directly to Windows 10, and last November had a Repair Install of then current Windows 10 version.
It’s on a WiFi home network with a Dell laptop (similar age, same Win 10 version & build), a Canon printer, a Samsung smartphone.
Internet service by local wireless broadband provider via Comcast backbone, speeds marginal due to distance from wireless relay station.
This morning I noted my desktop computer was extremely slow — much more than usual. Opening apps took several minutes. In fact I had tried to open several different ones, and several instances of one, before they all appeared one on top of another on the screen. Well, OK, first thought was to restart. Probably took me 20 minutes to get to a restart — and there was an app blocking the restart. I’d noticed this blocking in less dramatic form for recent weeks, holding up restart for only some seconds, and could not decipher what the app was. This morning thanks to exceeding slowness I was able to see it. »BroadcastListenerWindow» was the name. What is that?
To forestall one obvious question: no new updates, other than MS Defender «security intelligence» ones, were installed last night, or for at least a couple of preceding days.
The only «Broadcast» things I listen to on this computer are YouTube music performances. I have been a serious pianist and very fond of Beethoven piano sonatas, especially the late ones, so it interests me to listen to how other pianists play them — with the score in hand, or displayed on the screen (I have myself played nearly all the Beethoven sonatas, so I know most of them pretty well). I have also in the now fairly distant past watched NPR videos, for instance the «Now hear this» series, about composers whose music I also know well (Scarlatti, Bach, etc.). AFAIK those also ran on YouTube.
After successful restart today, installed preview CU KB5009596 on both computers, as per BC recommendation this morning. Desktop and laptop now both seem to be operating normally, not sure whether a bit sluggish or not. I have a slowness-related question about possibly obsolete or no longer useful installed apps, and other things that may or may not need to be running in the background. Am I correct in thinking that should be the subject of a separate thread? and if so, in which forum?
BC AdBot (Login to Remove)
- BleepingComputer.com
Broadcasts
Broadcasts — это широковещательные сообщения, которые отправляются, когда происходит определённое событие. Приложения могут отправлять их сами, либо получать сообщения, отправляемые системой Android и другими приложениями. Когда происходит трансляция сообщения, система автоматически будет направлять его всем, кто на него подписался.
Системные сообщения
Системные сообщения отправляются автоматически, когда происходят различные системные события: включение системы или выход из режима полёта. Такие сообщения отправляются всем приложениям, которые подписаны на их получение.
Полный список системных событий можно посмотреть в файле BROADCAST_ACTION.TXT в Android SDK.
Получение сообщений
Приложения могут получать сообщения двумя способами: объявив в манифесте приёмник широковещательных сообщений (broadcast receiver), либо зарегистрировать его в контексте.
Объявление в манифесте
Если приёмник широковещательных сообщений будет объявлен в манифесте, то система запустит приложение при отправке сообщения.
Алгоритм объявления приёмника состоит из двух шагов:
Создать класс, расширяющий базовый класс BroadcastReceiver и реализовать в нём метод обратного вызова onReceive() .
Добавить элемент <receiver> в манифест. При этом с помощью intent-фильтров нужно объявить события, на которые подписывается этот приёмник. Они могут быть как системные, так и пользовательские (как в данном случае).
Регистрация в контексте
Алгоритм объявления приёмника состоит из трёх шагов:
Создать класс, расширяющий базовый класс BroadcastReceiver и реализовать в нём метод обратного вызова onReceive() . Создать экземпляр этого класса.
Создать intent-фильтр и зарегистрировать приёмник, вызвав метод registerReceiver(BroadcastReceiver, IntentFilter) .
Отменить регистрацию приёмника при помощи метода unregisterReceiver(android.content.BroadcastReceiver) .
Такие приёмники будут работать до тех пор, пока существует контекст, в котором они были зарегистрированы. Например, если приёмник был зарегистрирован в контексте активити, то он будет получать сообщения, пока активити не будет уничтожена. Если приёмник зарегистрирован в контексте приложения, то он будет получать сообщения, пока работает приложение.
Чтобы лишний раз не тратить ценные ресурсы, следует отменять регистрацию приёмника, когда в нём больше нет необходимости, либо когда контекст, в котором он был зарегистрирован, перестаёт существовать.
Также важно и то, в каком месте отменять регистрацию. Например, если приёмник был зарегистрирован в методе активити onCreate() , то отменять регистрацию следует в методе onDestroy() , чтобы предотвратить утечку приёмника из контекста. Если же приёмник был зарегистрирован в методе onResume() , то отменять регистрацию следует в методе onPause() , чтобы не получать сообщения пока активити “приостановлена”.
Общий принцип работы
Все широковещательные сообщения помещаются в Intent , в котором параметр action отвечает за произошедшее событие. Также он может включать какие-либо дополнительные данные, в зависимости от типа события.
Сообщение получают все приложения, которые на него подписались. Когда сообщение получает непосредственно приёмник, система вызывает метод onReceive() и передаёт в него Intent , который содержит сообщение.
В период выполнения метода onReceive() приёмник считается процессом переднего плана, поэтому система будет поддерживать выполнение этого процесса. Но как только ваш код вернётся из onReceive() , приёмник перестаёт быть активным, то есть его приоритет становится низким и система может его уничтожить в любое время.
По этой причине не следует запускать длительные фоновые потоки из приёмника: они, как и приёмник, для системы являются неактивными и уничтожаются вместе с ним.
Есть несколько способов, чтобы этого избежать:
-
. Как правило приёмники могут работать до 10 секунд. Если же требуется немного больше времени, но не более 30 секунд, то следует использовать goAsync() ;, Service или JobIntentService . Данные системные средства должны использоваться, когда требуется выполнить более длительную работу.
Отправка сообщений
В основном смысл отправки сообщений из вашего приложения заключается в том, чтобы пока пользователь совершает какие-либо действия, обрабатывать их в другой части вашего приложения для выполнения определенной логики.
Отправлять сообщения можно тремя способами:
sendOrderedBroadcast(Intent, String) — отправляет сообщение только одному приёмнику за раз. При этом приёмник может передать результат следующему приёмнику или остановить распространение сообщения. Это возможно благодаря тому, что каждый приёмник работает по очереди, а управлять очерёдностью можно с помощью атрибута android:priority элемента <intent-filter> . Приёмники с одинаковым приоритетом будут работать в произвольном порядке.
Вторым параметром данного метода являются разрешения, которые приёмник должен иметь для получения сообщения. Может равняться null — это означает, что разрешение не требуется.
sendBroadcast(Intent) — отправляет сообщение всем приёмникам в произвольном порядке. Этот способ также называют “нормальной трансляцией сообщений”. Несмотря на свою эффективность, имеет некоторые недостатки по сравнению с первым способом: приёмники не могут передавать и считывать результаты других приёмников, а также прерывать трансляцию сообщений.
LocalBroadcastManager.sendBroadcast — отправляет сообщения только тем приёмникам, которые определены в том же приложении, что и отправитель. При использовании данного способа не нужно будет беспокоиться, что стороннее приложение поймает ваше сообщение.
Для использования этого метода нужно зарегистрировать приёмник с помощью LocalBroadcastManager .
И отправить сообщение:
Если LocalBroadcastManager не импортируется, то следует добавить зависимость:
В версии 1.1.0-alpha01 Google признали LocalBroadcastManager устаревшим (deprecated).
Установка разрешений
Разрешения позволяют ограничить рассылку сообщений определённым набором приложений. Ограничения можно добавить как к отправителю, так и к получателю сообщений.
Отправка сообщений с разрешениями
Когда вы отправляете сообщение с помощью методов sendBroadcast(Intent, String) или sendOrderedBroadcast(Intent, String) , то в качестве второго параметра им можно передать разрешение. Тогда это сообщение дойдёт только до тех приёмников, у которых в манифесте указано это разрешение. При этом разрешение может быть как системным, так и пользовательским.
Например, при отправке сообщения было указано системное разрешение:
Это сообщение получат только те, у кого в манифесте есть такая строчка:
Пользовательские разрешения добавляются в манифест при помощи элемента <permission> .
Получение сообщений с разрешением
При регистрации приёмника в манифесте или с помощью метода registerReceiver() можно задать разрешение. Тогда такому приёмнику смогут отправлять сообщения только такие отправители, у которых в манифесте указано это разрешение.
Допустим, у вас в манифесте объявлен приёмник с разрешением:
Или вы зарегистрировали приёмник с разрешением в контексте:
Отправлять сообщения подобным приёмникам смогут такие приложения, у которых в манифесте присутствует строчка:
Полезные ссылки
Broadcasts overview — официальная документация про широковещательные сообщения.
Implicit Broadcast Exceptions.