मुझे वीएलसी कमांड लाइन याद नहीं है जिसे मैंने प्रारंभिक परीक्षण के लिए उपयोग किया था। मैंने डेस्कटॉप लिनक्स (उबंटू 15.10) पर हाल ही में कुछ अलग-अलग चीजों की कोशिश की है।
वीएलसी
तुम सिर्फ पाइप vlc --demux h264 -
में उत्पादन, यह काम करने के लिए प्रकट होता है, लेकिन आप आगे पीछे धीरे-धीरे मिलता है। --h264-fps=60
जोड़ना उसमें मदद करता है, लेकिन आपको त्रुटियां मिल रही हैं ("ES_OUT_SET_(GROUP_)PCR is called too late
")। --clock-jitter=0
जोड़ना त्रुटियों को कम दर्दनाक लगता है, लेकिन यह अभी भी बहुत गड़बड़ है।
ffplay
एक साधारण ffplay -
काम करता है, लेकिन यह कुछ ही सेकंड लेने के लिए शुरू करने के लिए तय करने के लिए लगता है, और पूरे समय के पीछे अच्छी तरह से चल समाप्त होता है।
अद्यतन - जनवरी 2018
का उपयोग ffplay -framerate 60 -framedrop -bufsize 16M -
आप एक सभ्य गुणवत्ता कि काफी देर के लिए रहता है देता है। यह नीचे दिए गए कमांड के कारण है जो फ़्रेमेट और बिटरेट को सिंक्रनाइज़ करता है क्योंकि वीडियो अन्यथा 30fps पर खेलने की कोशिश कर रहा है जिससे अतिरिक्त फ्रेम के कारण सबकुछ धीमा हो जाता है। बिटरेट वीडियो को सही तरीके से यथासंभव सही रखने में मदद करेगा। मैंने पाया है कि यह 100-1000MS देरी के भीतर काम करता है; इसी तरह अधिकांश ब्लूटूथ हेडसेट्स के लिए। आपको "बढ़ती जांच पर विचार करें" त्रुटि मिल सकती है जो स्ट्रीम को स्थिर कर सकती है। ffplay साथ यह विन्यास पहले से पहुंचाया निम्नलिखित ADB आदेश के साथ काम करता: यह screenrecord पुनरारंभ करें या जोड़कर -probesize 16M
नोट कोशिश करने के लिए सबसे अच्छा है। यदि आप जीपीयू गहन कार्यों या पुराने फोन का उपयोग कर रहे हैं, तो 1280x720
का आकार एक बेहतर सिफारिश है। अपने फोन को इस तरह के 30 या 24.
adb shell screenrecord --bit-rate=16m --output-format=h264 --size 1920x1080 -
MPlayer
आदेश mplayer -demuxer h264es -
लगता है के रूप में मूल्यों के साथ उचित जब तक 60fps का समर्थन नहीं करता है (या 60fps में रिकॉर्ड करने के लिए प्रतीत नहीं होता है) परिवर्तन सर्वोत्तम परिणाम देने के लिए। तुरंत शुरू होता है, बहुत कम देरी होती है, और वीएलसी की तरह फिक्र नहीं होती है।
एंड्रॉइड एसई पर: http://android.stackexchange.com/questions/7686/is-there-a-way-to-see-the-devices-screen-live-on-pc-through-adb –