Luke 40131 Posted March 5, 2019 Posted March 5, 2019 Ok thanks, I was hoping for an obvious error that could be spotted and fixed. But we should be able to get one of these cameras and test it ourselves.
Spaceboy 2565 Posted March 5, 2019 Posted March 5, 2019 Ok thanks, I was hoping for an obvious error that could be spotted and fixed. But we should be able to get one of these cameras and test it ourselves.lets start at the beginning then. Why is it transcoding?
Luke 40131 Posted March 5, 2019 Posted March 5, 2019 Well for one the protocol. We have not built any native rtsp support so that's why it's being run through ffmpeg.
softworkz 4574 Posted March 7, 2019 Posted March 7, 2019 Two issues here: 1. Lower protocol selection The ffmpeg command ffmpeg.exe -rtsp_transport tcp -rtsp_transport udp -rtsp_flags prefer_tcp -i URL... Will not select both, tcp and udp. It actually selects udp only (then there's nothing more to 'prefer'). To select both protocols, the following needs to be used: ffmpeg.exe -rtsp_transport tcp+udp -rtsp_flags prefer_tcp -i URL... But maybe we could leave it out completely (it could also be http...): ffmpeg.exe -rtsp_flags prefer_tcp -i URL... 2. UDP Buffering The above might fix the situation by choosing tcp instead of udp. When udp is being used, the problem could probably be solved by specifying a buffer size: ffmpeg.exe -rtsp_flags prefer_tcp -buffer_size 1M -i URL... (the default udp buffer size is 64k)
Spaceboy 2565 Posted March 7, 2019 Posted March 7, 2019 (edited) Well for one the protocol. We have not built any native rtsp support so that's why it's being run through ffmpeg. thats very confusing: 1 the iptv specifically has the rtsp protocol as an option 2 you are pushing the iptv plugin as an answer to cctv cameras 3 rtsp is the most common format for cctv cameras Edited March 7, 2019 by Spaceboy
Spaceboy 2565 Posted March 7, 2019 Posted March 7, 2019 Two issues here: 1. Lower protocol selection The ffmpeg command ffmpeg.exe -rtsp_transport tcp -rtsp_transport udp -rtsp_flags prefer_tcp -i URL... Will not select both, tcp and udp. It actually selects udp only (then there's nothing more to 'prefer'). To select both protocols, the following needs to be used: ffmpeg.exe -rtsp_transport tcp+udp -rtsp_flags prefer_tcp -i URL... But maybe we could leave it out completely (it could also be http...): ffmpeg.exe -rtsp_flags prefer_tcp -i URL... 2. UDP Buffering The above might fix the situation by choosing tcp instead of udp. When udp is being used, the problem could probably be solved by specifying a buffer size: ffmpeg.exe -rtsp_flags prefer_tcp -buffer_size 1M -i URL... (the default udp buffer size is 64k) i assume this is for luke not for me?
Luke 40131 Posted March 7, 2019 Posted March 7, 2019 thats very confusing: 1 the iptv specifically has the rtsp protocol as an option 2 you are pushing the iptv plugin as an answer to cctv cameras 3 rtsp is the most common format for cctv cameras Correct but rtsp support has never really been a major topic in this community. If we see more demand then we can spend more time on it. Until then, we can run all rtsp streams through ffmpeg and it should work just fine (once current issues are resolved).
Sammy 786 Posted March 7, 2019 Posted March 7, 2019 May want to take a look here: https://emby.media/community/index.php?/topic/53848-vera-surveillance-and-messages-plugins-are-back/?p=683301 Working for me on two Hikvisions but my Armcrests are not working. @@chef is working on revising the code so hopefully sometime soon it'll be re-worked. 1
Spaceboy 2565 Posted March 8, 2019 Posted March 8, 2019 May want to take a look here: https://emby.media/community/index.php?/topic/53848-vera-surveillance-and-messages-plugins-are-back/?p=683301 Working for me on two Hikvisions but my Armcrests are not working. @@chef is working on revising the code so hopefully sometime soon it'll be re-worked. [emoji3] just saw that 1
Spaceboy 2565 Posted April 6, 2019 Posted April 6, 2019 so on 4.1.0.20 this seems to be working for me. but streams still transcode. can this be looked at please? rtsp transcode.txt
Luke 40131 Posted April 6, 2019 Posted April 6, 2019 server log? there was no media info available, so that's why the full transcode happened. that means either we had trouble probing it, or the probe was never attempted. thanks.
Shecky 0 Posted July 11, 2020 Posted July 11, 2020 I've noticed the same issues with IPTV, but I can't seem to test the original post's solution without subscribing to premier it seems. Is that the intent?
Luke 40131 Posted July 11, 2020 Posted July 11, 2020 Yes our live tv features do require Emby Premiere.
Shecky 0 Posted July 11, 2020 Posted July 11, 2020 10 minutes ago, Luke said: Yes our live tv features do require Emby Premiere. Does premiere require internet access?
Happy2Play 9458 Posted July 12, 2020 Posted July 12, 2020 18 minutes ago, Shecky said: Does premiere require internet access? Yes as there is a periodic validation. I believe validation is cached for a few days though.
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now