-
Notifications
You must be signed in to change notification settings - Fork 0
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
Create server #1
Conversation
ddb2b13
to
fb35c6f
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
- please update the readme
- add a usage example there - can be sending an mp4 via rtsp to Boombox
- you can also make it a test - run a server, send a file to Boombox, compare it with a fixture
BTW, I enabled Circle for this repo - it should run with the next commit
end | ||
|
||
defp build_tail(builder, type, config) do | ||
config |> IO.inspect(label: type) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
leftover
The test should pass once Boombox doesn't transcode when the input and output codecs are different |
test/integration_test.exs
Outdated
Process.sleep(50) | ||
Boombox.run(input: "rtsp://localhost:40001/", output: output_path) | ||
|
||
assert File.read!(input_path) == File.read!(output_path) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
For now, you can keep the output reference fixture and compare to it
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It seems that each time the output mp4 is generated it's slightly different
dupa.exs
Outdated
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
perform deduping
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
whoops, a careless git add :P
@@ -99,7 +95,11 @@ defmodule Membrane.SimpleRTSPServer.Pipeline do | |||
clock_rate: config.clock_rate | |||
] | |||
) | |||
|> child({:realtimer, type}, Membrane.Realtimer) | |||
|> then( | |||
&if realtime, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
do you have a use case for realtime: false? I think it would overload the socket buffer and cause packet loss
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I wanted to have the test not take so long, but came to the same conclusion
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
An alternative would be an option in realtimer that would speed it up a few times. And a relatively short fixture - I'm using up to 10s for such cases
75fdd38
to
00f68d5
Compare
ac0617e
to
79e7ea1
Compare
fac4fc4
to
74c0888
Compare
300c200
to
65cade0
Compare
295f29e
to
738d947
Compare
No description provided.