Open 0pcom opened 8 months ago
this actually appears to be an issue with dmsgweb ; when I resolve the dmsg address with the -t flag for dmsgweb to the local web interface, the streaming works as it should. So it's the resolving proxy implementation which appears at issue
It should be possible to do anything via dmsghttp that is possible with regular http
tested with dmsgweb
Using VlC, a network audio stream was started on http://127.0.0.1:8080/music
An example html document is used to link to both the http and dmsghttp endpoints, as well as to access the audio stream directly for testing. Substituite with the public key of your dmsg server in the following html
example dmsghttp + http server which serves http on port 8081
dmsgweb keys-gen > dmusic.key
start the server with
The result - accessing the http endpoint, the music streaming works well.
Both audio elements in the html document at the start of this ticket work.
When accessing the dmsg url in a browser with dmsgweb, the music plays for one or two seconds, then stops.
When the dmsghttp web server application is stopped, the music resumes for a few more seconds, oddly.
the following panic is observed some time after the music initially stops: