Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Send Files #3070

Open
sinais54 opened this issue Nov 11, 2024 · 2 comments
Open

Send Files #3070

sinais54 opened this issue Nov 11, 2024 · 2 comments
Labels
[apps] Area: Test applications related improvements Type: Question Questions or things that require clarification
Milestone

Comments

@sinais54
Copy link

sinais54 commented Nov 11, 2024

hello
I am trying to send a .txt or .jpg file using the srt-file-transmit program.
I activate the receiver with the following command:
./srt-live-transmit "srt://myip:8081?mode=listener" file://con
And I run the sender with the following command:
./srt-file-transmit /home/selog.txt "srt://myip:8081"
But I get the following error on the receiver side:
Media path: 'srt://myip:8081?mode=listener' --> 'file://con'
17:08:15.089263/SRT:RcvQ:w1E:SRT.cn: @93900804: HSREQ/rcv: Agent uses MESSAGE API, but the Peer declares STREAM API. Not compatible transmission type, rejecting.
17:08:15.089439/SRT:RcvQ:w1
E:SRT.cn: @93900804: interpretSrtHandshake: process HSREQ returned unexpected value 0
17:08:15.089495/SRT:RcvQ:w1!W:SRT.cn: @93900804:newConnection: connection rejected due to: INTERNAL REJECTION - ERROR:MESSAGEAPI
17:08:15.089576/SRT:RcvQ:w1!W:SRT.cn: processConnectRequest: rsp(REJECT): 1012 - MessageAPI/StreamAPI collision
And the transmitter is disconnected.
If it is possible to send the file with srt, please help me to do this.

@sinais54 sinais54 added the Type: Question Questions or things that require clarification label Nov 11, 2024
@ethouris
Copy link
Collaborator

Why are you using live on one side and file on the other?

@sinais54
Copy link
Author

oops I'm sorry
The problem is solved. thanks
Another question is, is there an option for the receiver to continue working after receiving a file and not close?

@maxsharabayko maxsharabayko added this to the v1.6.0 milestone Nov 12, 2024
@maxsharabayko maxsharabayko added the [apps] Area: Test applications related improvements label Nov 12, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
[apps] Area: Test applications related improvements Type: Question Questions or things that require clarification
Projects
None yet
Development

No branches or pull requests

3 participants