Port2 & request. #2205
AndyMcProducer
started this conversation in
Ideas
Replies: 4 comments 7 replies
-
Isn't Javascript an interpreted language? |
Beta Was this translation helpful? Give feedback.
1 reply
-
I think some of this functionality was already developed: #1975 and the streamer2 PR. |
Beta Was this translation helpful? Give feedback.
6 replies
-
Sorry I meant per client output multi channel not multi channel per client. But Opus does support multichannel per person into 1 stream to.
Jesse used it in Sonobus to do multi channel per client.
It didn't take him that long to implement it but looking at the info about it it wasn't a big switch from orig method of using opus codec.
Opus supports multi channel up to 255 input/outputs per 1 stream.
https://opus-codec.org/docs/opus_api-1.3.1/
Opus: Opus - Opus Codec<https://opus-codec.org/docs/opus_api-1.3.1/>
The Opus codec is designed for interactive speech and audio transmission over the Internet. It is designed by the IETF Codec Working Group and incorporates technology from Skype's SILK codec and Xiph.Org's CELT codec.
opus-codec.org
…________________________________
From: ann0see ***@***.***>
Sent: 02 January 2022 20:00
To: jamulussoftware/jamulus ***@***.***>
Cc: AndyMc ***@***.***>; Author ***@***.***>
Subject: Re: [jamulussoftware/jamulus] Port2 & request. (Discussion #2205)
No. It's impossible to have more than 2 outputs for one client. And work on that has been done, but is stale: #1913<#1913>
—
Reply to this email directly, view it on GitHub<#2205 (reply in thread)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AB64GYK27ZPDMOZRJIZLQJTUUCVFRANCNFSM5LD2IUKA>.
Triage notifications on the go with GitHub Mobile for iOS<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
You are receiving this because you authored the thread.Message ID: ***@***.***>
|
Beta Was this translation helpful? Give feedback.
0 replies
-
https://opus-codec.org/docs/opus_api-1.3.1/group__opus__multistream.html
Opus: Opus Multistream API<https://opus-codec.org/docs/opus_api-1.3.1/group__opus__multistream.html>
The multistream API allows individual Opus streams to be combined into a single packet, enabling support for up to 255 channels. Unlike an elementary Opus stream, the encoder and decoder must negotiate the channel configuration before the decoder can successfully interpret the data in the packets produced by the encoder.
opus-codec.org
I wonder if the server packed all into 1 stream if it would bring down data and turn around. So like if the server put all clients into one multistream to a client. Maybe it is done like this already but if not slots could be pre attained then just filled with clients as they come and go.
…________________________________
From: Andy Mc ***@***.***>
Sent: 02 January 2022 21:34
To: jamulussoftware/jamulus ***@***.***>
Subject: Re: [jamulussoftware/jamulus] Port2 & request. (Discussion #2205)
Sorry I meant per client output multi channel not multi channel per client. But Opus does support multichannel per person into 1 stream to.
Jesse used it in Sonobus to do multi channel per client.
It didn't take him that long to implement it but looking at the info about it it wasn't a big switch from orig method of using opus codec.
Opus supports multi channel up to 255 input/outputs per 1 stream.
https://opus-codec.org/docs/opus_api-1.3.1/
Opus: Opus - Opus Codec<https://opus-codec.org/docs/opus_api-1.3.1/>
The Opus codec is designed for interactive speech and audio transmission over the Internet. It is designed by the IETF Codec Working Group and incorporates technology from Skype's SILK codec and Xiph.Org's CELT codec.
opus-codec.org
________________________________
From: ann0see ***@***.***>
Sent: 02 January 2022 20:00
To: jamulussoftware/jamulus ***@***.***>
Cc: AndyMc ***@***.***>; Author ***@***.***>
Subject: Re: [jamulussoftware/jamulus] Port2 & request. (Discussion #2205)
No. It's impossible to have more than 2 outputs for one client. And work on that has been done, but is stale: #1913<#1913>
—
Reply to this email directly, view it on GitHub<#2205 (reply in thread)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AB64GYK27ZPDMOZRJIZLQJTUUCVFRANCNFSM5LD2IUKA>.
Triage notifications on the go with GitHub Mobile for iOS<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
You are receiving this because you authored the thread.Message ID: ***@***.***>
|
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Hiya all, I see the info about the port2, has anyone used javascript only to pull and push to a server yet?
PHP is great but would be nice using it via js to as not all have php server or can use one.
I can but I'd much prefer to just pull and push via js.
Andre has his chat and server info on his site and it uses some js too but looking at it it seems maybe it's using
php behind it.
But would be a nice option for all to have in Jamulus, webchat and stream with out need to have a reconnecting client to stream.
Then maybe like with ninjam we can listen in before joining as not all jams are for everyone, but some just want to listen and hangout
to so the webchat and stream would be handy.
The server has record, can this be added too, to allow a stream out as well?
If not a shoutcast or icecast stream then the audio that's being recorded to file output to an audio device as well.
Where this would be a stream output latency wouldn't be an issue and if all client audio had an limiter before mixed down to stereo
it would help keep levels nice for listeners. With a simple setting of -db for all clients.
Imo audio out from the server is better than to sc or ic as it then allows people to use and push however they like.
In server app could have drop down list box with audio devices to use then peeps could use a vad of their choosing.
Same for chat, if it could be pushed simple to a irc server and chan of choice this coudl be reused how peeps liked without
the need for many formats and such.
So someone could make an app to convert to a discord chan or use a private irc chan or run there own lil irc server.
It allows people to become more part of it all and achieve cool stuff with not needing to know how to program Jumulus.
CSS has grown and become very powerful now and can achieve a lot, so if jamulus ever was CSS then would be some
awesome themes to be made with some cool fx's and all sorts.
CSS can do a lot and until you see some of the cooler things done by CSS for most they wouldn't realize its potential.
It's just a much simpler way to handle and update a screen with options to have more skins and themes which in turn brings in more people.
Some nice css examples on here, some with code to.
https://www.mockplus.com/blog/post/css-animation-examples
Beta Was this translation helpful? Give feedback.
All reactions