-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
HLS crash on arm7 #440
Labels
bug
Something isn't working
Comments
Thanks for reporting the crash, it is fixed in main and will be added to the next release. |
Awesome! Thank you for fixing. |
added in v0.16.4 |
This issue is being locked automatically because it has been closed for more than 6 months. |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Which version are you using?
v0.16.3
Which operating system are you using?
OS
Architecture
Describe the issue
When I try to open the HLS stream in Chromium on an AMD64 machine which is running OBS on Linux Mint 20.1 and publishing to a BeagleBone Black (TI Sitara arm7 32-bit, otherwise running the arm7 version perfectly) running RtspSimpleServer, using the http://xxx.xxx.xxx.xxx:8888/mystream address), I get this on the server side:
2021/07/02 14:20:05 I [1/0] [HLS] [conn 10.42.0.1:36890] GET /mystream/
2021/07/02 14:20:05 I [1/0] [HLS] [converter mystream] opened
2021/07/02 14:20:05 I [1/1] [HLS] [converter mystream] is converting into HLS
panic: unaligned 64-bit atomic operation
goroutine 53 [running]:
runtime/internal/atomic.panicUnaligned()
/usr/local/go/src/runtime/internal/atomic/unaligned.go:8 +0x24
runtime/internal/atomic.Store64(0x1086874, 0x60df2095, 0x0)
/usr/local/go/src/runtime/internal/atomic/asm_arm.s:278 +0x14
github.com/aler9/rtsp-simple-server/internal/hlsconverter.(*Converter).runRequestHandler(0x1086800, 0x1336480, 0x13364c0)
/s/internal/hlsconverter/converter.go:557 +0x1d0
created by github.com/aler9/rtsp-simple-server/internal/hlsconverter.(*Converter).runInner
/s/internal/hlsconverter/converter.go:322 +0x644
Describe how to replicate the issue
Did you attach a network dump?
no
The text was updated successfully, but these errors were encountered: