![]() ![]() Ts debug: libdvbpsi (PAT decoder): Table version 4, i_extension 1, section 0 up to 0, current 1 Main debug: looking for demux module matching "any": 63 candidates Main debug: creating demux: access='udp' demux='' file='(null)' Main debug: using stream_filter module "record" Main debug: looking for stream_filter module matching "record": 9 candidates Main debug: no stream_filter modules matched Main debug: looking for stream_filter module matching "any": 9 candidates Main debug: prebuffering done 1316 bytes in 0s - 75 KiB/s Main debug: received first data after 16 ms Main debug: looking for access module matching "udp": 25 candidates ![]() Main debug: creating access 'udp' path='(null)' Main debug: looking for access_demux module matching "udp": 20 candidates Main debug: gives access `udp' demux `' path debug: creating demux: access='udp' demux='' file='(null)' ![]() Main debug: using timeshift granularity of 50 MiB, in path '/tmp' Main debug: Using block method for AStream* Main debug: using access module "access_udp" Main debug: net: opening 238.1.3.1 datagram port 1234 Main debug: creating access 'udp' debug: looking for access module matching "udp": 20 candidatesĪccess_udp debug: opening server=:0 local=238.1.3.1:1234 Main debug: no access_demux modules matched Main debug: gives access `udp' demux `' path debug: creating demux: access='udp' demux='' debug: looking for access_demux module matching "udp": 12 candidates Main debug: using timeshift granularity of 50 MiB, in path 'C:\Users\John\AppData\Local\Temp' Main debug: no fetch required for (null) (art currently (null)) Main debug: starting playback of the new playlist item Main debug: rebuild done - 1 items, index 0 Main debug: rebuilding array of current - root Playlist Qt4 debug: Adding a new MRL to recent ones: debug: processing request item: udp://238.1.3.1:1234, node: null, skip: 0 So here are both Linux's and Windows' VLC messages: How could I investigate what might be blocking the playback of the stream? What's different between Linux and Windows in this regard? Should I inspect the packets in Wireshark, would it help - and if so, what should I exactly look for?Įdit: I was pointed at the VLC's "Messages" function. In order to test the udp stream in VLC, I temporarily turned off the antivirus' (ESET Smart Security) firewall, and VLC still wouldn't playback the stream. For me it works, framerate is about 30fps, and the codec is 1280x720 resolution.I've got a udp stream (not accesible to the outside world) that VLC has able to play under Linux, but isn't able in Windows. Open the VLC, input the same value you used in DJI App and start play. Input the IP address of your Raspberry PI, and hit start Go to DJI Go app, choose live streaming and choose custom. VLC player - any device that has VLC installed will be able to look at the streamįirst of all you should install the latest Raspberry Distro from here: Raspberry PI - 3 Model B +, but I think any will work since RTMP in my cases uses around 5% of CPU Nokia 8 in my case - working like a charm but any device should work Mavic (obviously) - updated to latest firmware, also the app is latest version And I got it working )))įirst of all the list of things you need: I just got a brand new Mavic and as much it is awesome, especially after years in large drone stuff, I was really annoyed hat there is no HDMI out as on a Phantom. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |