The VideoLAN Forums

... livemedia is missing.

https://wiki.videolan.org/Live555/
how to fix that under debian bullseye?

Yes, there are legal issues involved: https://bugs.debian.org/cgi-bin/bugrepo ... bug=981439

You have to recompile manually if you need this feature.

why is vlc not able to use the default rtsp-libs?
is working fine!
is working fine!
is not working ...

why is vlc not able to use the default rtsp-libs?

Code: Select all

ffplay rtsp://username:password@ip-address/streamXXX

Because only vlc uses a full featured lib for rtsp. Others use ffmpeg code which will break in some cases

why is vlc not able to use the default rtsp-libs?

There's no such thing as a default RTSP library. If anything, live555 was the de facto, if very imperfect, standard open-source RTSP client library.

Code: Select all

cvlc rtsp://username:password@ip-address/streamXXX vlc rtsp://username:password@ip-address/streamXXX

is not working ...

It works fine here, even on Linux. Yours is a Debian Bullseye problem.

It works fine here, even on Linux.

What kind of linux distribution are you using?

Debian oldstable works fine. Of course, in my situation, I have to have own custom VLC builds, so my distribution is hardly relevant.

Debian bookworm user here, it doesn't work at all.

Same as Bullseye. See above.

nvm fixed it by installing mpv

Hi. I have tried everything on Debian 11 to get it working (including mpv) to save rtsp streams to disk.. How can cvlc be made to work in deb 11? it was fine in earlier deb version, beginning to regret the update now
If anyone can help?

Thanks

Dave

You have to compile live555 and VLC (or MPV). There's no magic solution here. Debian removed live555 and that's that.

Or use the VLC Snap version.

Hello I'm a developer and I'm using Avalonia + LibVLCSharp + LibVLCSharp.Avalonia on my app.
And this app is currently being used in a bank. After debian bullseye and pardus 21 we can't play rtsp cameras anymore.

So, as a developer, you saying "this is not my problem, I don't care" instead of "we'll figure out a way like changing the rtsp client library"

do I understand correctly?

And this app is currently being used in a bank. After debian bullseye and pardus 21 we can't play rtsp cameras anymore.

So, as a developer, you saying "this is not my problem, I don't care" instead of "we'll figure out a way like changing the rtsp client library"

do I understand correctly?

Gotta love the entitlement here. Does your bank have any support contract with VideoLAN? If not, you are not entitled to anything. Does it spend even 10$ a year supporting any opensource software? I think you understand correctly now.

"changing the rtsp client library" is not as straightforward as you may think. There are no real alternative to live555 at this time. You are welcome to help us or build your own solution (e.g. build your own VLC, as stated before), though.

I don't think there should be a need to make a sales contract to expectation for a Video player to play a video. Of course, our project works without vlc player.

What I want to emphasize is that a video player developer would rant like a teenager (which he still is) saying "I don't care" instead of making a long-term statement that "we're working on it".

It's not about money (which you are currently raising funds to write a video player). It's about the irony of your unwillingness to do what you claim to be doing.

Well... I guess it wouldn't be possible to show the irony to a developer which is asking someone if they've spent 10 bucks.

I hope you don't treat like this your customers too who pay you.

You just lost a donor.

Bye.

Where did InTheWings or I say that we didn't care? All I said is that it didn't affect me, which is objectively true.
I even provided the solutions: compile yourself or use Snap.

Also you never donated money to me, and I somehow doubt that you'd have donated remotely close to the 6 or 7 digits figure that would be needed to fund the work to implement RTSP support from scratch.

10$? In developed countries, software engineering costs are in the order of 1$/minute. Do you think you can write a live555 replacement in 10 minutes? Me neither.

Dear developers, understand us, ordinary users of the application. Of course it's bad that Debian disabled the ability to use the liblive555media library. But I have a question: Is it really so difficult to take the functionality of an RTSP client with ffmpeg? What's stopping you? Simply than to offer nothing - isn't it better to use this solution? Of course, I have no moral right to demand anything from you, for which I apologize.

The Debian developers, or anybody else who knew that this would happen, were free to do that. But by now if you think about it, it is too late to help you and other "ordinary users".

Even if someone were to do what you ask now, it would at best only reach Debian and Ubuntu after their next release, in a year or two. And then it's going to behave differently than RTSP support in other VLC builds. That's not going to appease the users.

Compare with the provided solutions which require work immediately and don't depend on somebody to write any new code... With that in mind, it is no surprise that nobody has wanted to take this work up.

Anyhow, VLC is an open-source community project. Patches are welcome.