MaryJane
Infrastructure
streaming server
SHOW HN2021
104points
29comments
#506of 2,533 in 2021
Top 20%of 2021 by points
How HN took it
DebatedReal support and real criticism
4 positive, 4 neutral or asking, 1 mixed, 5 critical, out of 14 comments about the project. Thread score -0.02.
Performance: 0 for, 4 againstIdea: 3 for, 0 againstDesign: 1 for, 0 against
The thread, comment by comment
Each row is a top-level comment and its replies, in HN's order. Select a cell to open that comment on HN.
positive neutral or mixed critical about another commenter or something else the maker
What HN said
What people liked
Simple setup: just put the address in an img tag
From 2 comments
The fact that "it just works" by putting an address in an IMG tag is really important. Streaming setups can get complex fast and sometimes it's worth paying the bandwidth penalty…
andrewstuart on HN#but-it-just-works
ramses0 on HN
Great name
From 1 comment
Great name. I wrote this in Tornado a bunch of years ago. Where do you go next? What else could you do?
sitkack on HN
Objections
MJPEG is bandwidth inefficient compared with modern video streaming
From 2 comments
Typically though other image formats have better options. gif, apng, webm, etc (and chrome killed support for the non image case). The main place x-mixed-replace makes sense is a…
bawolff on HNI agree that mjpeg is super simple and streaming support can get complicated very fast. There a certainly use cases where mjpeg is the correct trade off. But don't under estimate…
bawolff on HN
TCP and HTTP add head-of-line blocking and latency
From 1 comment
> Also, streaming protocols tend to have a number of seconds latency, which for certain types of applications isn't acceptable. That's when mjpeg might do the job because it just…
monocasa on HN
Requests
Use inotify instead of sleep-based frame timing
From 2 comments
hmmm. i'd consider replacing the sleep with a wait on inotify. having the server and image renderer run on different non-synchronized clocks means that frames may occasionally be…
a-dub on HNhere we go, aionotify: https://pypi.org/project/aionotify/
a-dub on HN
Questions
Where to go next and what else could it do
From 1 comment
Great name. I wrote this in Tornado a bunch of years ago. Where do you go next? What else could you do?
sitkack on HN
Alternatives named
ffserver from ffmpeg
From 1 comment
I've used the ffserver from ffmpeg for a few projects: https://trac.ffmpeg.org/wiki/ffserver https://github.com/LeipeLeon/destaat sadly (but understandable) ffserver has been…
leipeleon on HN
WebRTC
From 1 comment
I agree that mjpeg is super simple and streaming support can get complicated very fast. There a certainly use cases where mjpeg is the correct trade off. But don't under estimate…
bawolff on HN