[Libav-user] using avconv to transmux MPEGTS over RTP to MPEGTS over UDP

[aviad rozenhek]

Dear libav,

i'm trying to use avconv to read MPEGTS over RTP and transfer it to MPEGTS
over udp.
here is the command line i'm using

>avconv -i rtp://234.5.5.5:10201 -c copy -f mpegts udp://localhost:4444

and here's the output

avconv version v0.8-293-g86b57e4, Copyright (c) 2000-2011 the Libav
> developers
>   built on Feb  4 2012 23:34:56 with gcc 4.5.2
> [NULL @ 006cf780] non-existing SPS 32 referenced in buffering period
> [NULL @ 006cf780] non-existing PPS referenced
> [h264 @ 006cf780] non-existing SPS 32 referenced in buffering period
> [h264 @ 006cf780] non-existing PPS 0 referenced
> [h264 @ 006cf780] decode_slice_header error
> [h264 @ 006cf780] no frame!
> [rtp @ 007fd8c0] Estimating duration from bitrate, this may be inaccurate
> Input #0, rtp, from 'rtp://234.5.5.5:10201':
>   Duration: N/A, start: 669.528000, bitrate: 192 kb/s
>     Stream #0.0: Audio: mp2, 48000 Hz, stereo, s16, 192 kb/s
>     Stream #0.1: Video: h264 (Main), yuv420p, 1920x1080 [PAR 1:1 DAR
> 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc
> [mpegts @ 039ffb00] muxrate VBR, pcr every 9000 pkts, sdt every 200,
> pat/pmt every 40 pkts
> Output #0, mpegts, to 'udp://localhost:4444':
>   Metadata:
>     encoder         : Lavf54.0.0
>     Stream #0.0: Video: libx264, yuv420p, 1920x1080 [PAR 1:1 DAR 16:9],
> q=2-31, 90k tbn, 90k tbc
>     Stream #0.1: Audio: mp2, 48000 Hz, stereo, 192 kb/s
> Stream mapping:
>   Stream #0:1 -> #0:0 (copy)
>   Stream #0:0 -> #0:1 (copy)
> Press ctrl-c to stop encoding
> [mpegts @ 039ffb00] first pts value must set
> *av_interleaved_write_frame(): Operation not permitted*


I tried various flags, but none seem to work, the transmuxing always fails
with the same "*av_interleaved_write_frame(): Operation not permitted" *
message

btw, using avplay to play the same RTP stream, works.


-- 
Aviad Rozenhek
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://ffmpeg.org/pipermail/libav-user/attachments/20120205/ccbc51c2/attachment.html>