errors in gstreamer but at the output of the blackmagic I get a black signal. If I capture the same rtp stream to disk in mkv format the recording is perfect. Does anyone know how to play

of any gstreamer package I have on Fedora 37, for instance. > Indeed it's part of the rust plugin set: https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs which I

, your gstreamer app must send a RTP stream to a Janus streaming mountpoint. If you want to use janode (and the Janus API directly) then take a look at janode "streaming" sample

weather the video from a client in Videoroom is publishing and the video is being consumed, and as such for audio, is there a regulated way to do it, i thought i can consume the stream with

with the video stream > at server side (using ffmpeg), and the flexibility is quite limited. > > Did you encounter similar issues? Or, are you using a fixed layout for the >

forward a video stream? (in which case you should have used video_pt > instead). But using the new APIs is the correct way to do it anyway. > > L. > > Il giorno venerdì 9 dicembre

, a GStreamer pipelime that receives RTP traffic, decodes video, and saves something every tot seconds. I showed an example of that in a workshop some time ago: https://www.youtube

FFmpeg/GStreamer as they are, they should > be able to cope with varying resolutions now, but of course that depends on > the version and how they're used. The videomixer

In the GStreamer example, though, you're setting 8111 as the SINK >> port, the one you'll send media to, which is clearly wrong. The sink port >> should be the one

for the GStreamer guys. Apologies. > On Wednesday, September 28, 2022 at 11:45:25 AM UTC+3 lmin...@gmail.com > wrote: > >> That may be more of a question for a GStreamer

for creating video feed from Gstreamer. >> >> gst-launch-1.0 -v videotestsrc ! video/x-raw,framerate=20/1 ! videoscale >> ! videoconvert ! x264enc tune=zerolatency

the default gstreamer pipeline sending this as part of its attempt to transmit video. Once I fixed that part of the pipeline (replaced with just a 'queue,' really), the warning

my generated video stream had >>> non-perfect video frame timestamps. Do you have a component like >>> gstreamer's videorate for your camera's video

know what gstreamer plugin is best > to use, if one wants a hardware accelerated H.264 encoder? > > lmin...@gmail.com schrieb am Dienstag, 28. Juni 2022 um 10:10:09 UTC+2

Hello, > > does anyone has a Video with Audio and related to that a working GStreamer > Script for thepurpose of the Streaming Plugin ? > > Regards > Sebastian >

browser and GStreamer very likely the PictureID was always 15-bit, which is why this went unnoticed for a while. I've pushed the fix on both the 0.x branch (the one you'll probably

>> video from the client and forward to the decklink. >> >> It would be similar to what VmixCall does. A videocall but from and to >> SDI Decklink using ffmpeg

ffmpeg or gstreamer. Once that's done, you can send the output via RTP to a mountpoint in the Janus Streaming plugin to turn it into a WebRTC broadcast. L. Il giorno mercoledì 20 aprile

>> gstreamer-sample: { >> type="rtp" >> id = 1 >> desription = "local audio stream" >> audio = true >> video = false >

client via gstreamer webrtcbin java implementation, as Janus publisher. For some reason janus gets a good SDP, and finds a good candidate, succeeds with it, and then passes to other

NACK (video stream #0) > [Tue Mar 1 13:06:55 2022] [4579198889511125] Retransmitted 9 packets due > to NACK (video stream #0) > [Tue Mar 1 13:07:02 2022] [4579198889511125

of the video stream to fit that bandwidth. The REMB makes more sense in the traditional p2p context. Each peer uses it to tell the other peer how much bandwidth it is capable of handling

>> video/demo websites do they yield the expected light off when closed? >>>>>>> >>>>>>> On Wed, Jul 29, 2020 at 7:09 AM Beka

particulat having gstreamer and janus installed on the same machine (as you discovered) is often a bad idea. Il giorno mercoledì 9 febbraio 2022 alle 03:46:54 UTC+1 kaid...@goodstartsoft

audio & video via browser (single FHD > webcam). > - During the time of no connection to webserver (99% of time), system > should be in standby mode, meaning no processing

(eg gstreamer/ffmpeg pipe or similar). > > Il giorno venerdì 26 novembre 2021 alle 17:15:24 UTC+1 gvi...@gmail.com > ha scritto: > >> correction, I realize i shouldnt

some small video files. For some videos I can't display them in the client despite the server receiving the rtcp packets. After establishing the webrtc peerconnection it tells

3 concurrent video >> streams in separate iframes. Streams originate from 3 cameras on a locally >> connected raspberry pi using Gstreamer. Streaming config file has

the following gstreamer command: gst-launch-1.0 -v udpsrc port=10001 caps=application/x-rtp,media=video,clock-rate=90000,encoding-name=H264,payload=96 ! rtph264depay

FFmpeg and GStreamer have ways to set it, if it's a hardware camera >>>> maybe there's a setting somewhere. >>>> >>>> L. >>