Name the mode that works
Record whether you sent a media item or mirrored the device’s screen. The publisher says streamed media is sent as data with audio controlled by Reflector, while mirroring receives audio from the originating device. Those paths can behave differently even though the receiver window looks similar.
Use an ordinary authorised sample for the comparison and keep the receiving computer’s speaker selection constant. If streamed media has sound but mirroring does not, that result narrows the difference. Changing the computer’s speaker route repeatedly can obscure the useful fact that it already played one mode correctly.
Check the sender’s audible state
The Reflector audio help says to ensure the sending device’s volume is raised and, for devices with such a switch, that its vibrate or silent control is not suppressing the mirrored sound. Inspect the actual sender rather than looking for a universal Reflector volume fix.
Keep a note of the original volume and silent state before adjusting them. Then mirror the same simple source again and observe the result. A screen picture arriving establishes the display connection, but does not establish that the sender’s current audio state is suitable.
Keep protected content and audio-only output distinct
If the ordinary comparison works but a particular service still differs, identify the service and exact output route in your report. A receiver application is not a guarantee that every source application sends identical audio or permits every form of presentation.
Also inspect whether the intended task was an audio-only stream or a mirrored screen with audio. For support, provide sender OS, Reflector OS/version, working mode, failing mode and which volume control changed the result. Those details prevent the investigation from combining a muted source, a receiver-output problem and a programme-specific limitation into one vague no-sound complaint.