Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!


Streaming help
New on LowEndTalk? Please Register and read our Community Rules.

All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.

Streaming help

Hey guys and gals,

I have some media files I want to stream over the Internet. I want the streaming to be manual (less setup) over the command line (magic.sh linux.mp4). I also want it to happen over TLS. I can setup a reverse proxy and certs independently of the magic but will it be compatible (i.e. point vlc to an https url which will have a stream)?

The problem I'm trying to solve is that I will not have enough disk space to download the files locally, but I still want to be able to view them on demand.

Any ideas on how to start digging on this?

Thanks!

Comments

  • I don't understand the question--you want to stream from a host without enough disk space to hold the file?

    I've streamed webm with icecast but I don't know if it works for mp4.

    Thanked by 1deadbeef
  • @willie said:
    I don't understand the question--you want to stream from a host without enough disk space to hold the file?

    I've streamed webm with icecast but I don't know if it works for mp4.

    The laptop doesn't have enough space, the host has tons of :)

  • @willie

    Looks like icecast may be a perfect match, google says it can be streamed over https and it supports mp4 (without official support)! Thank you!

  • niknik Member, Host Rep

    I don't really understand your question but you could split them in HLS fragments and watch it this way. You only download n second chunks and never the whole video at once.

    Thanked by 1deadbeef
  • deadbeef said: Any ideas on how to start digging on this?

    Buy a harddisk.

  • WilliamWilliam Member
    edited January 2017

    Why not nginx and rtsp or hls?

    HLS requires reencoding (can be done on-the-fly, but this is work, we use it to stream various things), RTSP might work depending on video input natively.

    Further, why not nginx and no changes anyway? VLC plays URLs (nearly any) just fine, just the buffer sucks massively. You can also do this from commandline if it runs as the same user.

    If i'm not entirely stupid some 16GB+ USB stick also makes sense if you have at least x2 of streaming needed BW available (so 20Mbit for 2x FHD at most); stream one and download one movie/series at the same time.

    Thanked by 2deadbeef WSS
  • Off topic

    Do you know any non-transcoding media server script that will run on 512 mb vps

  • Thanks @William , HLS + rtsp + nginx and it looks like a good fit.

  • @dodedodo said:

    deadbeef said: Any ideas on how to start digging on this?

    Buy a harddisk.

    Don't waste your CPU cycles much, looks like you really need them.

  • tridinebandim said: Do you know any non-transcoding media server script that will run on 512 mb vps

    Nginx with file index on and a HTML5 player snippet...?

    Emby and similar CAN run without transcoding, but this only works if you already have very specific video/audio formats.

  • WSSWSS Member

    @William knows his porn.

  • tridinebandim said:

    Do you know any non-transcoding media server script that will run on 512 mb vps

    That is what icecast is for. It doesn't use much ram or cpu. The usual limitation is running out of bandwidth, if you have a lot of viewers. I've been pretty happy with it. I haven't tried the nginx+rtsp approach.

    Thanked by 1tridinebandim
  • There are few players available on internet. You can Google. You need to install FFmpeg to start streaming your media file on your player.

    Thanked by 1deadbeef
  • WSS said: @William knows his porn.

    There is iOS which needs "Apple MP4", while Emby/similar desktop is some sort of HLS (BUT WHICH!?) and Android is each release of each app or browser something different... which might or might not support GPU acceleration, which might or might not lag your device to shit if wrongly enabled or disabled..

    All that does not really help to calculate "predictable" encoding power need, even if your sources are nearly uniform (720/1080 MKV w/ x26*, MP3, AAC, AC3 or DTS from 2.0 to 7.2, SRT embedded, yea what you get on any scene release or even P2P).

    Ultimately, after a certain size it becomes cheaper to hot store various formats (shift cost from CPU/GPU to storage and backbone) and deliver them instead of encoding live - the advances in CPU and GPUs should even that out though, with the adoption of more open or hardware supported codecs.

    Or, yea, just deliver lower quality generally and native if the connection is good - this however will impact user experience unless very local base and high BW available.

    Examples are eg. HK with cheap exchange and nearly idiocy to not use it as you end up in a IX DC anyway/cheap backhaul or countries with excellent/forced local peering as Israel which serves foremost national security/spy interest but as side effect causes enormous local capacity available, Romania has this to some extent natural by heavy peering (but this is more due to traditional "Retea de cartier" if that is even used still as term, "Neighbourhood network", at the time really ethernet cables spanning buildings over entire city parts).

    Israel is... complicated... as so often, @cociu should be able to tell more for RO history and @randvegeta for HK, but it's out of the thread focus :)

    Thanked by 2WSS randvegeta
  • I just use Filezilla + vlc player.
    Start playing tv shows immediately after a couple of MBs are fetched.

    My network is bursty so this works out better for me than streaming.

    Thanked by 1deadbeef
  • Plex?

    Thanked by 2redalertrox deadbeef
  • nginx with mp4 module

    Thanked by 1deadbeef
Sign In or Register to comment.