Open wangmingdegithub opened 2 months ago
E:\app\scrcpy\scrcpy-win64-v2.4>scrcpy.exe -Vdebug
scrcpy 2.4 https://github.com/Genymobile/scrcpy
INFO: ADB device found:
INFO: --> (usb) 7638d8c2
device 22127RK46C
DEBUG: Device serial: 7638d8c2
DEBUG: Using server (portable): E:\app\scrcpy\scrcpy-win64-v2.4\scrcpy-server
E:\app\scrcpy\scrcpy-win64-v2.4\scrcpy-server: 1 file pushed, 0 skipped. 86.7 MB/s (69007 bytes in 0.001s)
[server] INFO: Device: [Xiaomi] Redmi 22127RK46C (Android 14)
DEBUG: Server connected
DEBUG: Starting controller thread
DEBUG: Starting receiver thread
[server] DEBUG: Using video encoder: 'c2.qti.avc.encoder'
[server] DEBUG: Using audio encoder: 'c2.android.opus.encoder'
INFO: Renderer: direct3d
DEBUG: Trilinear filtering disabled (not an OpenGL renderer)
DEBUG: Using icon (portable): E:\app\scrcpy\scrcpy-win64-v2.4\icon.png
[server] DEBUG: Display: using SurfaceControl API
DEBUG: Demuxer 'video': starting thread
DEBUG: Demuxer 'audio': starting thread
INFO: Texture: 1080x2400
[server] WARN: Could not get initial audio timestamp
scrcpy
has a fallback specifically for if it's unable to get the initial audio timestamp, and that fallback is to behave as if the initial audio timestamp is 0. By doing that it just fetches the relative timestamp for each audio frame after the initial one, and renders the audio that way instead. It should not impact the functionality of the program in any meaningful way.
Hello, same problem ! It's now impossible to use scrcpy !
scrcpy.exe -Vdebug
scrcpy 2.4 <https://github.com/Genymobile/scrcpy>
INFO: ADB device found:
INFO: --> (usb) R3CT608DEHY device SM_S908B
DEBUG: Device serial: R3CT608DEHY
DEBUG: Using server (portable): C:\Users\VirusPowaa\Downloads\platform-tools\scrcpy-server
C:\Users\VirusPowaa\Downloads\platform-tools\scrcpy-server... file pushed, 0 skipped. 70.8 MB/s (69007 bytes in 0.001s)
[server] INFO: Device: [samsung] samsung SM-S908B (Android 14)
DEBUG: Server connected
DEBUG: Starting controller thread
DEBUG: Starting receiver thread
[server] DEBUG: Using video encoder: 'c2.exynos.h264.encoder'
[server] DEBUG: Using audio encoder: 'c2.android.opus.encoder'
[server] DEBUG: Display: using SurfaceControl API
INFO: Renderer: direct3d
DEBUG: Trilinear filtering disabled (not an OpenGL renderer)
DEBUG: Using icon (portable): C:\Users\VirusPowaa\Downloads\platform-tools\icon.png
DEBUG: Demuxer 'video': starting thread
DEBUG: Demuxer 'audio': starting thread
INFO: Texture: 1080x2312
[server] WARN: Could not get initial audio timestamp
DEBUG: Demuxer 'video': end of frames
DEBUG: Demuxer 'audio': end of frames
DEBUG: Receiver stopped
DEBUG: Server disconnected
DEBUG: Server terminated
WARN: Device disconnected
DEBUG: quit...
@viruspowaa [server] WARN: Could not get initial audio timestamp
should be harmless, so I think this is not the cause of your device disconnection.
Could you try with scrcpy --no-audio
?
[server] WARN: Could not get initial audio timestamp