puterboy
puterboy
This seems like a simple bug... why hasn't it been fixed yet? And if it is a planned regression, shouldn't that be in the release notes????
Given that this is a regression that breaks a very important and useful feature, is there any way of getting Prusa devs to pay attention to this? It drove me...
That's great to here! Thanks!
How do I find that out? No error message is printed on the console... This is the output ``` # ffmpeg -re -i "http://mypi:1984/api/stream.m3u8?src=picam_h264&mp4" -c:v copy -an -f rtp rtp://127.0.0.1:17732?pkt_size=1300...
Could it be there is something wrong with the HLS/fMP4 module? I just tried to h264 transcode the output using: ``` ffmpeg -re -i "http://mypi:1984/api/stream.m3u8?src=picam_h264&mp4" -c:v libx264 -an output.h264 ```...
OK - this is weird - I tried on several other Linux systems and they all worked there. It only seems to **fail** on my RPi5/Bookworm running ffmpeg 5.1.4 It...
It fails with/without the 're' flag. Unfortunately, ffmpeg 5.1.4 is the version shipped with the latest Debian Bookworm (which itself was only released about 6 months ago) HLS may be...
So is there any way to mimic `profile="baseline"`
I believe that port forwards are ignored if network=host Said another way, if it wasn't working before, it's likely because you were missing a port forward in your docker compose....
I upgraded to latest (0.7.32) and error persists. In summary, the "malware" file is perfectly accessible using rclone to mount the drive. Also perfectly accessible from Windows using the official...