Skip to content
Snippets Groups Projects

Cannot stream raw udp from VLC to another VLC on same machine

    • Closed Issue created by MDPI314 @MDPI314

    DETAIL: VLC runs correctly "as if" it was streaming, but in fact NOTHING ON THE NETWORKS.

    REPRODUCE: EASY, Just run vlc -vvv "http://ouifm.ice.infomaniak.com/ouifm-high.mp3" --sout #transcode{vcodec=none,acodec=s16l,ab=128,channels=2,samplerate=48000}:standard{access=udp,mux=raw,dst=127.0.0.1:3001} AND OTHER VLC for listening.

    It seems that nothing is also sent on the network, using other ip than 127.0.0.1 ....

    Thanks for your support.

    To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information

    Child items 0

    No child items are currently assigned. Use child items to break down this issue into smaller parts.

    Activity

    • Rémi Denis-Courmont
      Rémi Denis-Courmont @Courmisch ·
      Maintainer

      s16l is never going to work without encapsulation. This is impossible.

      Raw UDP is only meant to send MPEG-TS to legacy set-top-boxes.

    • Rémi Denis-Courmont added Status::invalid label

      added Status::invalid label

    • Rémi Denis-Courmont closed

      closed

    • MDPI314
      MDPI314 @MDPI314 ·
      Author

      ! Please do not close ticket so quickly ! I'm an audio expert and software developer and know what I am doing and reporting !

      This streaming s16l AUDIO over UDP is exactly what I want (NO ENCAPSULATION) and was working at least in VLC version 1.0.1 !!

      My point of view is that is a VLC regression.

    • MDPI314 removed Status::invalid label

      removed Status::invalid label

    • MDPI314 reopened

      reopened

    • Rémi Denis-Courmont
      Rémi Denis-Courmont @Courmisch ·
      Maintainer

      VLC does send S16L over raw UDP if you really set it. It works just fine. Of course, it is a totally stupid thing to do. Even if the receiver would know the channel count, sample rate and format, it wouldn't be able to detect packet loss of reordering.

      RTP is the only correct way to stream s16l out of VLC.

      But in any case, this works. I just tested it.

    • Rémi Denis-Courmont added Status::works for me label

      added Status::works for me label

    • Rémi Denis-Courmont closed

      closed

    • MDPI314
      MDPI314 @MDPI314 ·
      Author

      Still not working for me :'( ... Did you try my exact command line ? VLC sender is starting normally, but cannot get any data and sound on the other side (VLC receiver)

      How do you read the stream on VLC receiver side ? Just tried to get "udp://127.0.0.1:3001" but got nothing. I'm indeed surprised that I don't have to fill any format "s16l" to help the receiver 'detect' the format of what is streamt

    • Rémi Denis-Courmont
      Rémi Denis-Courmont @Courmisch ·
      Maintainer

      I used almost the same command with a different source.

      And of course you do have to set the format at the receiver, otherwise it will probably misdetect the stream as MPEG-PS and fail to play:

      vlc udp:// --demux rawaud

      (assuming the default stereo 48kHz native endian signed 16-bits PCM)

    • MDPI314
      MDPI314 @MDPI314 ·
      Author

      ... this is a beginning. Thanks for the tip for VLC receiver (indeed it forces rawaudio demux as I see in messages window) ; but I still have no sound at receiver :'(

      Are you using '127.0.0.1' as streaming IPs ?

    • MDPI314
      MDPI314 @MDPI314 ·
      Author

      ... does not work for me even in RTP format ... perhaps a little bit more general problem due to raw audio or streaming @localhost ?

    • MDPI314
      MDPI314 @MDPI314 ·
      Author

      Please give me your exact command lines at both sides, because for me I never have sound in both RAW or RTP transport using 127.0.0.1 IP address ...

      The "worksforme" status of this thread is just not satisfying until we understand the difference we have on the both sides...

    • MDPI314 removed Status::works for me label

      removed Status::works for me label

    • MDPI314 reopened

      reopened

    • MDPI314
      MDPI314 @MDPI314 ·
      Author

      ... and also check your VLC version because as I said, was working in 1.0.1. Not working on 1.1.11 and 1.1.12

    • MDPI314
      MDPI314 @MDPI314 ·
      Author

      Working on UDP with 1.0.5 also, I'm searching for the first version where problem occurs...

    • MDPI314
      MDPI314 @MDPI314 ·
      Author

      Not working on 1.1.0 , seems to be problem at "major" version change ?

      I noticed something else, in old version 1.0.5, if I am not forcing the demux, it selects "MPEG2-PS" (ok) but I see in message window that a stream is coming and not recognized (synchro problem) : so SOMETHING is coming even if it is wrong format. This I can understand. In 1.1.0, even forcing any of demux/transport format NOTHING is coming to receiver, no synchro problem. Just waiting for a stream that never comes out the VLC sender.

      Seems to be a base-level problem (socket ?)

    • MDPI314 closed

      closed

    • MDPI314
      MDPI314 @MDPI314 ·
      Author

      Well... how to say it ... after many

      • tests (testing mux 'raw' and 'wav' and several combination of parameters),
      • uninstalls, reinstalls (tested each version between 1.0.1 and 1.1.12 nightly build)

      ... it is now working :'( .... I DONT UNDERSTAND ANYTHING ... Perhaps a pref or cache something disturbing VLC? I will never know...

      Sorry for the inconvenience, I close the ticket myself.

    • MDPI314 added Status::works for me label

      added Status::works for me label

    Please register or sign in to reply

    VideoLAN code repository instance