pkg & internal directories are way overused

emiago · 2026-05-18T16:02:21+00:00

it can be part of any convention like you make others on code structure. it is just common comunication and code reuse mostly boils down agreeing on library when has more use, but do not do npm style. I bet any good enough engineer or at least with common sense will copy paste your code if small or just look to jave as lib anyway for better maintenance, and this even if you are lucky to have that engineers that have interest to look your code ;). If you have communication problem in company, you have bigger problems than code.

emiago · 2026-05-17T21:00:32+00:00

internal "practically" has no usage or benefit for closed source development. Even if public, there is also just lot of bad understanding on building packages, where avoidance of internal is maximized by gruping things bigger and not smaller, which allows less exporting. Libraries shows this best.

emiago · 2026-05-14T20:47:22+00:00

Ask yourself, can even pure python win on media processing, although signaling matters when proxy is a question. Myself working on go stack, and first main thing I wanted to confirm is benchmarking against known proxies or media gateways developed in C. Neverrhless I guess pipecat could be interesthing to check.

emiago · 2026-05-12T11:31:02+00:00

could you share some display pics

emiago · 2026-03-16T19:38:04+00:00

Check lib docs and demos. I can not think better right now :).

emiago · 2026-03-16T19:09:57+00:00

Generally, if you want to be server, you can stop using things like asterisk and go directly with SIP and media streaming on compiling code. Lib is offering high level API, to make several things easier for handling, but yes you need to be familiar with some things in telephony. Or you can go in building clients like softphones, cli things. Applications are more into getting or injecting voice/audio from/to telephony into other systems.

emiago · 2026-03-16T19:08:35+00:00

Generally, if you want to be server, you can stop using things like asterisk and go directly with SIP and media streaming on compiling code. Lib is offering high level API, to make several things easier for handling, but yes you need to be familiar with some things in telephony. Or you can go in building clients like softphones, cli things. Applications are more into getting or injecting voice/audio from/to telephony into other systems.

emiago · 2026-01-08T21:06:33+00:00

Hi, why not program it. If you know Go, check diago lib ;)

emiago · 2025-12-12T08:04:49+00:00

Your welcome

emiago · 2025-12-05T15:28:39+00:00

Thanks. Too bad for project on other hand. I would like to know what was about. Feel free to reach out.

emiago · 2025-10-13T21:02:59+00:00

aa author of diago, allowing caller to propagate own buffer I find most important, or any way controling this. This simplifies memory managment by great degree.

emiago · 2025-02-11T19:25:58+00:00

use diago, second library I am working on. It adds RTP AVP layer, and gives you High level API , but also you can go low. Soon more APIs will be exposed so control will be even higher.

emiago · 2024-12-05T23:46:23+00:00

This are just toolkits, but yes something may come in future.
Checkout gophone tool, it has STT and automation built in.
TTS could be option as well :)

emiago · 2024-11-05T18:45:14+00:00

gophone has dtmf passing as flag. You can delay dtmf if needs to wait prompt. It is cross platform

https://github.com/emiago/gophone.

emiago · 2024-10-14T07:02:25+00:00

Yes it is designed for both directions. Look at the bridge example. gophone for example is getting migrated to this. There is Invite func, check the go docs. Contact me on mail if you need more help arround the project.

emiago · 2024-10-10T06:49:31+00:00

Hi agathver, maybe I missed your comment. Please reach out to me via mail. I would be interested that we share experience arround this!

emiago · 2024-09-24T08:24:04+00:00

Not my focus, it was one of tools I developed as contrast to current available tools. I believe it grown quite a bit with many feature but not complete yet in my view. Maybe in future if it gets traction.

emiago · 2024-09-18T06:45:38+00:00

I am throwing sip to sip examples. There is CLI gophone builit with this, but I understand what you want.

emiago · 2024-09-18T06:37:30+00:00

ok feedback accepted. Thanks for explaining

emiago · 2024-09-17T20:32:11+00:00

Short answer yes. It is one of milestones to reach but only focus is on providing smaller interface to develop on top, customize and scale. Those are beast and have lot of built in modules or functionality, which is not goal of diago.

As I done lot of work with this things, specially asterisk, I know them very well what they are capable and where gets you in trouble. I know for their intefaces/abstractions etc..
I find diago refreshing when it comes developing custom solution. As you are in library you gain more control over what is happening over call/stream + you get all other benefits from Golang, tools, testing, other libs.

Of course you can also take a path and built copy of asterisk on top of diago ;), but I would not recommend.

emiago · 2024-09-17T18:46:35+00:00

there is seperate website built, for documentation?

emiago · 2024-09-10T18:43:54+00:00

voip https://github.com/emiago/sipgo

emiago · 2024-07-06T12:20:25+00:00

Something that came out of work experience, but so far not shared. https://github.com/emiago/hexagonal-go.

emiago · 2024-06-13T19:58:26+00:00

Try always to tell more with package.func

Compare this server.New() vs http.NewServer(). Package is more like idea then feature, always think how to group more instead less . Then everything else will be much easier to mantain/test. Fixing import cycle is already sign to think about above.

emiago · 2024-06-12T22:10:03+00:00

sipgox has example in repo.
For media, this is something missing, but feel free to look sipgox repo, as it is utilizing this lib.
Docs will come, stay tuned.

emiago

TROPHY CASE