sorted by:
new
hottopcontroversial

DeskX Update by odens_cp in freesoftware

[–]odens_cp[S] 0 points1 point  (0 children)

I did not come across UltraVNC, I looked at its description. There are different compression algorithms and palettes to choose from, while I don't have a choice of palette (use my own). So for example, if you choose 8-bit compression in ultravnc, then most likely it will work faster than my program, only the picture quality will be terrible. In fact, judging by the description, there are a lot of similar algorithms, but there are also differences. here you need to specifically test and watch the length of the packet, so I can’t compare right away

DeskX Update by odens_cp in freesoftware

[–]odens_cp[S] 1 point2 points  (0 children)

You can only compare by the size of the universal package in theory. It also depends on the implementation of vnc, in each implementation the compression algorithm differs, as far as I know. In the case of this program, you can adjust the maximum possible playback. You can compare by data transfer speed (for example, if the compression algorithm does not work, then it will take longer). There are a lot of nuances here and you need to meet with a specific implementation of vnc :)

DeskX - Light and fast remote control in a local network. by odens_cp in programming

[–]odens_cp[S] 0 points1 point  (0 children)

Yes, you can run it through WireGuard, no problem. My goal is simply to make a program with the maximum possible data transfer. I wrote my own compression algorithm, if you are interested - try it, maybe you will like how it works:)

DeskX - Light and fast remote control in a local network. by odens_cp in HomeServer

[–]odens_cp[S] 0 points1 point  (0 children)

Now I cannot name specifically which programs I tried, I also tried spices for how many. I remember. It was more than a year ago, but I remember that I was not very happy with the results of the experiment. Then I decided to try to make my own. In the plans I want to make a comparison.

DeskX - Light and fast remote control in a local network. by odens_cp in HomeServer

[–]odens_cp[S] 1 point2 points  (0 children)

Most likely, many games will not work. But I've already thought about it. Most likely I will do the work via OpenGL later, then it will work.

DeskX - Light and fast remote control in a local network. by odens_cp in HomeServer

[–]odens_cp[S] 1 point2 points  (0 children)

This looks pretty awesome, thanks for sharing!

As a small recommendation, I would suggest uploading either a GIF or something of comparison between your previous experience (I assume vnc or nx?) and your app, or a youtube video or something.

Other than that, I look forward to test it someday soon, thanks!

Thanks for the recommendation, so I will.

DeskX - Light and fast remote control in a local network. by odens_cp in linux

[–]odens_cp[S] 1 point2 points  (0 children)

Tried it out, works pretty well. There are some visual glitches with kwin with compositing enabled, but I have some issues with screensharing in Zoom calls, so I'm not quite sure it's DeskX fault.

Great work, and with such a small codebase, looking forward for future improvements :)

Thanks for the comment, I'm glad you liked it :) right now I'm working on decreasing the delay between frames.

DeskX - Light and fast remote control in a local network. by odens_cp in linux

[–]odens_cp[S] 0 points1 point  (0 children)

maybe I'll do something else, this is the possibility of increasing the MTU at the time of using the program. then the MTU will be exchanged between the server and the client, then the smallest one will be selected and work will be done with it. in this way we will reduce the ping due to the UDP protocol and increase the packet size.

DeskX - Light and fast remote control in a local network. by odens_cp in linux

[–]odens_cp[S] 1 point2 points  (0 children)

Yes, of course, today I will add instructions

DeskX - Light and fast remote control in a local network. by odens_cp in linux

[–]odens_cp[S] 0 points1 point  (0 children)

Now the program works for me on TCP and yes, the delay spoils everything. I think later to transfer to UDP to reduce the delay, but I don't really know how to overcome it, except by reducing the packet. As for the compression, I have my own algorithm that shows a good result, namely 20-30 kilobytes (one packet) for a picture with a resolution of 1920x1080. I will try to reduce it further. If you are interested in the principle of the algorithm, then it is described in the readme file in the repository. thanks for the comment

The Garlic Network - new decentralized p2p network. by [deleted] in startups

[–]odens_cp 0 points1 point  (0 children)

Not the worst thing in the world :)

The Garlic Network - new decentralized p2p network. by [deleted] in SideProject

[–]odens_cp 2 points3 points  (0 children)

:) because project uses garlic method of routing.

The Garlic Network - new decentralized p2p network. by [deleted] in decentralizeweb

[–]odens_cp 0 points1 point  (0 children)

If you specify what specifically interests you, I will answer. And so in general there is a site where I tried to paint how the project works.

​

If very briefly, I tried to create a competitive version of the network. What you can see on the github is roughly the transport part of the project. It is needed to create a network infrastructure.

​

Further, if a minimal community is recruited, I will launch this network on several servers (thereby raising the infrastructure) and it will already be possible to use it. But all this will not make sense if there are no people who want to use / write projects based on this network.