Repository navigation
# -vrtp option stops sending RTP packets intermittently #465
Description
Activity
use uxplay -d ...... to see the data coming from the iPhone client being decrypted and sent to the gstreamer pipeline.
I would expect that this keeps working, and your issue is with what happens afterwards.EDIT this expection is wrong
I tried your instructions (with added uxplay option -d ) . (I dont understand "Note that UXPlay window continues to show iPhone screen smoothly" because I dont get a UxPlay window, just the terminal, using your instructions).
I found that if the client screen is static, it stops sending video data, but if e.g. a youtube movie is playing on firefox, the udp listener continues to receive data.
I also just ran uxplay normally, and see that if the client screen is not changing, eventually no new video data gets sent, and the uxplay video window on the server is static. This appears to be behavior of the client. (don't send new video frames untill something changes).
I suppose the listener (if sending to a real videosink) should then keep displaying the last video frame it gets until new frames arrive?
@FinancedCoup are you able to replace the fakesink on the udp listener pipeline with a real videosink?
We now have a gstreamer-based receiver for vrtp video. May this can help in debugging?.
From the current README:
-vrtp pipeline: forward rtp packets of decrypted video to somewhere else, without rendering. Uses rtph264pay or rtph265pay as appropriate: pipeline should start with any rtph26xpay options (such as config_interval= or aggregate-mode =), followed by a sending method: e.g., "config-interval=1 ! udpsink host=127.0.0.1 port=XXXX". A gstreamer-based test receiver is
gst-launch-1.0 -v \ udpsrc port=XXXX \ ! 'application/x-rtp, media=video, clock-rate=90000, encoding-name=H264, payload=96' \ ! rtph264depay ! h264parse ! decodebin ! videoconvert ! autovideosink sync=false(Replace XXXX by the port you will use: make sure it is not blocked by a firewall; replace "264" by "265" if you are
streaming h265 video).
-vrtpoption stops sending RTP packets intermittentlyEnvironment
Description
The
-vrtpoption successfully establishes a GStreamer pipeline and initially sends RTP packets, but randomly stops sending packets after a few seconds or minutes. The UXPlay video window continues to display the iPhone screen smoothly, indicating the AirPlay connection is stable, but the RTP output ceases.Command Used
uxplay -s 960x540 -fps 30 -vsync no -vd vtdec \ -vrtp "config-interval=1 ! udpsink host=127.0.0.1 port=5004"Expected Behavior
Continuous H.264 RTP packets should be sent to
127.0.0.1:5004as long as the iPhone is connected via AirPlay.Actual Behavior
This suggests the issue is specifically with the
-vrtpGStreamer pipeline, not with the AirPlay reception or video decoding.Reproduction Steps
-vrtpoption:uxplay -s 960x540 -fps 30 -vsync no -vd vtdec \ -vrtp "config-interval=1 ! udpsink host=127.0.0.1 port=5004"Tested Variations (all exhibit same issue)
All variations show the same behavior: packets flow initially, then stop.
GStreamer Debug Output
With
GST_DEBUG=3, the logs show the pipeline is created successfully: