Jump to content

m3u stream auto open


Recommended Posts

Posted

Hi,

 

I have an usual query, with the backend I'm writing, I convert an incoming http request into a rtp stream, but as far as I know, you cannot tell the client making the http request that it needs to open an rtp stream.

 

I've got around this (but will only work in VLC i think), but the above request producing another *.m3u with a single entry, the rtp://<ip>:<port>

 

As I said, this works in VLC (with the auto play option enabled), but I don't see this working from within emby.

 

So, does anyone know how I can tell the client (whether is be VLC or emby) making the request that the real source is an RTP stream?

 

Thanks

 

Neil

Posted

I'm not sure how you're going to be able to do this.

Posted

Could emby auto open any stream sources that are presented as an m3u?

Posted

I don't really know what you mean. We always open it to get data when we need to.

Posted

Oh, maybe it'll just work then...

 

You'll receive the following channel playlist from me...

 

#EXTM3U
#EXTINF:0 channel-id="104" tvg-logo="https://www.lyngsat.com/logo/tv/cc/channel_4_uk.png"tvg-name="Channel 4","Channel 4"
 
When you make the request to my backend, its set the tuner up, all the streams on that freq and then sets up a unicast rtp stream to the client who made the request.
 
The http reponse will be in the form of another m3u playlist...
 
#EXTM3U
#EXTINF:0 channel-id="104" tvg-logo="https://www.lyngsat.com/logo/tv/cc/channel_4_uk.png"tvg-name="Channel 4","Channel 4"
rtp://192.168.11.107:12340
 
With VLC set to 'autoopen', it parses the playlist and plays the rtp stream.
 
Just wondered if emby would do the same, or would it treat the m3u as an invalid stream source.
Posted

We expect the url inside the original M3U to be a valid video url, not anything we have to do a second level of parsing on.

 

In other words, we're going to feed this:

http://192.168.11.50:3142/channel?sid=9214

Directly into places such as the web app video player, android video player, ffmpeg on the server, etc. If those things don't understand the response that comes back, then it's not going to work.

Posted

Ah, so its really a case of emby, its the remote client...

 

I'll trying will mplayer

Posted

oh, it did it.... what player does ET invoke to play such streams?

Posted

Emby Theater for Windows Desktop uses mpv.

 

Emby Theater for Windows Store uses the native Windows 10 video player.

Posted

Oh it plays just fine :) mpv that is :)

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 account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...