jsmpeg-vnc

A low latency, high framerate screen sharing server for Windows and client for browsers

Explore on GitHub Read Hacker News discussions

3Distinct people

3Mentions

0Explicit recommenders

2.4KGitHub stars

REPOSITORY AT A GLANCE

What to know before exploring

What it is

A low latency, high framerate screen sharing server for Windows and client for browsers

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 3:56:07 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by year3 dated mentions

Observed mentions: 2017-07-30 22:47:00 UTC to 2022-04-27 15:26:05 UTC.

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges

UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
Period	Start (UTC)	End (exclusive, UTC)	Mentions	Submissions	Comments
2017	2017-01-01 00:00:00 UTC	2018-01-01 00:00:00 UTC	1	1	0
2018	2018-01-01 00:00:00 UTC	2019-01-01 00:00:00 UTC	0	0	0
2019	2019-01-01 00:00:00 UTC	2020-01-01 00:00:00 UTC	1	0	1
2020	2020-01-01 00:00:00 UTC	2021-01-01 00:00:00 UTC	0	0	0
2021	2021-01-01 00:00:00 UTC	2022-01-01 00:00:00 UTC	0	0	0
2022	2022-01-01 00:00:00 UTC	2023-01-01 00:00:00 UTC	1	0	1

What Hacker News says

3 sources

tomatowurst·Apr 27, 2022

Really wish https://github.com/phoboslab/jsmpeg-vnc would support this. The video compression from JPEG XL would be a huge boon. Wish audio was supported too so I can play Civ 5 on my tablet when I'm away from the PC

In FFmpeg now supports JPEG XL

phoboslab·Aug 8, 2019

Thanks for the explanation! It hadn't occurred to me that an encoder would spit out packets for part of a frame, while it's still encoding. For what it's worth, ffmpeg's public API - at least the one I used in a previous project[1] - only produces full frames. The MPEG-2 state object you linked to looks a lot like the private data of my decoder already[2]. I wonder if there's any restriction on when a packet may be concluded. I.e. do MPEG-PS packets have to contain full slices, or can they be cut off in the middle of slice? The "hairy" part with my current design would be to reproduce the call stack. Again, if the decoder would live in its own thread, it would be a no-brainer. > and it's been done successfully by every major decoder implementation afaik As far as I can tell, ffmpeg's decoder does not allow for this. It always searches for

Read the rest

the next picture's START_CODE before starting to decode the frame. Similarly, the libmpeg2 source you linked to doesn't seem to provide any functionality to resume decoding from anywhere in the stream either!? The NEEDBITS and DUMPBITS macros just assume there's always more data. [1] https://github.com/phoboslab/jsmpeg-vnc/blob/master/source/e... [2] https://github.com/phoboslab/pl_mpeg/blob/master/pl_mpeg.h#L...

In MPEG1 Single file C library

sgroppino·Jul 30, 2017Submission

A low latency, high framerate screen sharing, viewable in any modern browser

1 points · Open discussion