Re: [libav-api] Fwd: Cmake for building avconv

2017-09-23 Thread Luca Barbato
On 01/08/2017 07:41, Hari Priya wrote: Hi, I am looking for a way to generate a static library of the avconv for windows. ( not a stub lib ) Is there a Cmake file available for building avconv for windows ? Is it possible to get a standalone .lib of the avconv library using MinGW

Re: [libav-api] Segmentation Fault avcodec_send_frame()

2017-05-22 Thread Luca Barbato
On 5/19/17 4:50 PM, Hadrien Marquez wrote: > Hello everyone, > I'm a beginner starting to explore the libav librairies. > In order to understand how it works I've been trying to make a simple > transcoder which decode a video stream from my webcam and then re-encode it. > I'm currently using libav

Re: [libav-api] UYV to RGB artifacts

2017-04-03 Thread Luca Barbato
On 18/03/2017 18:56, Christophe Gimenez wrote: > h264 has some color artifacts. You can see one frame here, for example : 502 Bad Gateway Without seeing it is a bit hard to figure out what's wrong. lu ___ libav-api mailing list libav-api@libav.org http

Re: [libav-api] Is libav capable of decreasing of video resolution/bitrate?

2016-09-06 Thread Luca Barbato
On 05/09/16 17:17, OR151 wrote: > Dear Libav Team, > > I would like to implement a custom RTMP transcoder to HLS format in > Java and I found the modification of the video resolution a bit > challenging in Java. My plan is to minimize the amount of 3rd party > frameworks/tools integrated with my c

Re: [libav-api] HTTP timeouts

2016-08-01 Thread Luca Barbato
On 28/07/16 05:54, Perette Barella wrote: > I’m running into timeout problems with HTTP protocol while trying to > stream some media. My existing code requests a timeout by setting a > dictionary value “timeout” and passing that to avformat_open_input, a > solution which works on ffmpeg’s implemen

Re: [libav-api] Linking errors-av_ctz, avpriv_init_lls...

2016-06-26 Thread Luca Barbato
On 24/06/16 14:29, Subash Warrier wrote: > Hi > > When linking my application with libav I get linking error undefined > reference to: > > 1. av_ctz > 2. avpriv_init_lls > 3. avpriv_solve_lls > 4. av_downmix_info_update_side_data > Please provide the link line so I can be sure, but looks like

Re: [libav-api] H264 Decoding

2016-06-08 Thread Luca Barbato
On 07/06/16 21:41, Kiara Forman wrote: > Ok the formats both happen to be AV_PIX_FMT_YUV420P. > > with AV_PIX_FMT_YUV420P im seeing 2 left half images purple and green > > with AV_PIX_FMT_NV12 and AV_PIX_FMT_NV21 im seeing 2 left half images blue > and green If avplay renders the video correct

Re: [libav-api] H264 Decoding

2016-06-07 Thread Luca Barbato
On 03/06/16 16:07, Kiara Forman wrote: > A similar thing happens when i say the image is nv12. I even tried > nv21. Is there a way to tell the image format from the AVFrame data? > > > Also, AVCodecContext.pix_fmt = AV_PIX_FMT_YUV420P thats going into > avcodec_decode_video2. Is there some reason

Re: [libav-api] h264 Decoding errors

2016-01-21 Thread Luca Barbato
On 19/01/16 08:25, Israel Díaz wrote: [h264 @ 0fb719a0] RTP: missed 4 packets You are probably using UDP and you lost some packets in the wire. If possible use tcp as transport and this problem will disappear =) lu ___ libav-api mailing list libav-a

Re: [libav-api] start timestamp of a live stream

2015-12-23 Thread Luca Barbato
On 21/12/15 10:43, Florian Iragne wrote: > Hi Luca, > > Le 30/11/2015 17:10, Luca Barbato a écrit : >> find_stream_info will be overhauled sooner or later, the flag >> mentioned might help you (depending on the format) > > Thanks for your answer. Just to make sure i&#x

Re: [libav-api] start timestamp of a live stream

2015-11-30 Thread Luca Barbato
On 30/11/15 09:15, Florian Iragne wrote: > Hi Luca, > > Le 26/11/2015 18:51, Luca Barbato a écrit : >> In general the protocols you are mentioning do not give you that >> information, the only protocol telling you something (then it is up to >> the server not giving yo

Re: [libav-api] Exporting a MPEG Transport Stream in MXF format.

2015-11-26 Thread Luca Barbato
On 23/11/15 15:23, VENABLES, Anthony (HQ Supplier for Airbus Group) wrote: > My question is "Are data streams supported when outputting a transport stream > (.ts) to a .mxf file?" No, but patches are welcome. So far we support certain data streams (onTextData) for rtmp and few other (using a numb

Re: [libav-api] start timestamp of a live stream

2015-11-26 Thread Luca Barbato
On 25/11/15 13:27, Florian Iragne wrote: > Hi, > > I'm facing a problem with finding the real start timestamp of a live > stream. > > I have several streams (http/mp3, http/aac, udp multicast mp3/aac). > > For udp streams, i have a slight difference between the "real" start > time of the first p

Re: [libav-api] Remuxing interlaced video from mpegts to flv

2015-11-10 Thread Luca Barbato
On 10/11/15 17:10, Alex Anderson wrote: > Hello, > > I am using Libav to remux an mpegts stream into an FLV stream and > publishing the stream to an RTMP server. The TS contains H.264 and AAC. > Whenever the encoded video is progressive, the remuxing and streaming > works great. Whenever the encod

Re: [libav-api] Packed RGB formats missing from libav

2015-09-06 Thread Luca Barbato
On 04/09/15 19:34, wm4 wrote: > On Fri, 4 Sep 2015 02:42:29 +0200 > Luca Barbato wrote: > >> On 03/09/15 17:28, Patric Schmitz wrote: >>> So, how would I go from here? >> >> Check for their presence and do not add them in the case. >> >>> Does

Re: [libav-api] Packed RGB formats missing from libav

2015-09-03 Thread Luca Barbato
On 03/09/15 17:28, Patric Schmitz wrote: > So, how would I go from here? Check for their presence and do not add them in the case. > Does libav use other identifiers for those formats which I could use, > and which are present in libav as well as ffmpeg? What's the specific > reason those formats

Re: [libav-api] start of a live stream

2015-09-02 Thread Luca Barbato
On 01/09/15 15:17, Florian Iragne wrote: > Hi Luca, > > Le 01/09/2015 12:27, Luca Barbato a écrit : >> Are you using find_stream_info? It does cache quite a bit of data by >> default. > > Yes, and i have a quite huge probesize since some of the streams are > ba

Re: [libav-api] Set timestamps for muxing after seeking

2015-09-01 Thread Luca Barbato
On 28/08/15 20:40, Espen Jürgensen wrote: > Hi, > > So my application basically transcodes (demuxes, decodes, encodes, muxes) > very much the same way as in doc/examples/transcode.c. > > During transcoding, the user may decide to seek backwards in the input > file. I have this working fine with a

Re: [libav-api] start of a live stream

2015-09-01 Thread Luca Barbato
On 28/08/15 08:55, Florian Iragne wrote: > Hi, > > I'm using libav to decode live audio streams and process them using > custom code. In this process the start timestamp of the stream is quite > important. > > Currently, i take the timestamp (using std::chrono) at the end of the > first decoded p

Re: [libav-api] Extract RTCP stats from AVFormatContext

2015-08-10 Thread Luca Barbato
On 10/08/15 20:41, Éloi Bail wrote: >> This project is Libav. Asking for support here while using FFmpeg >> is impolite. > > The open source project I am working on is using both (libav and > ffmpeg) depending on the OS mainly because of video device > management. I don't want to go to political t

Re: [libav-api] Extract RTCP stats from AVFormatContext

2015-08-10 Thread Luca Barbato
On 10/08/15 20:12, Éloi Bail wrote: > Hi all, > > I work on an open source Audio/Video communication software > sending/receiving RTP streams. RTCP is enabled and RTCP reports > between peers are successfully exchanged over network and given to > ffmpeg. This project is Libav. Asking for support

Re: [libav-api] av_seek_frame() on 44.1 kHz stereo MP3 seeks to 32 kHz mono frame

2015-07-14 Thread Luca Barbato
On 14/07/15 12:22, Jan Schlüter wrote: >>> Here a patch that in _theory_ should solve your problem, let me know if >>> it works for you =) >> >> Thank you, but I don't see any attachment there! > > Carl told me it's merged into libav already, so I've tried the nightly > build from http://johnvansi

Re: [libav-api] av_seek_frame() on 44.1 kHz stereo MP3 seeks to 32 kHz mono frame

2015-07-11 Thread Luca Barbato
On 09/07/15 12:00, Jan Schlüter wrote: > What does it assume then? My naive interpretation was that it figures > out from the bitrate where about to jump to and then searches for > something looking like an MP3 frame, failing here because there's a > frame-lookalike around second 48. (However, the

Re: [libav-api] av_seek_frame() on 44.1 kHz stereo MP3 seeks to 32 kHz mono frame

2015-07-11 Thread Luca Barbato
On 09/07/15 12:00, Jan Schlüter wrote: > What does it assume then? My naive interpretation was that it figures > out from the bitrate where about to jump to and then searches for > something looking like an MP3 frame, failing here because there's a > frame-lookalike around second 48. (However, the

Re: [libav-api] av_seek_frame() on 44.1 kHz stereo MP3 seeks to 32 kHz mono frame

2015-07-08 Thread Luca Barbato
On 08/07/15 16:30, Jan Schlüter wrote: >> PPS: "avconv -ss 48 -t 30" works fine, and it uses av_seek_frame() with >> the stream index set to "-1". Should I do that instead? Is this expected >> to be more robust? > > Seems I did something wrong in my first attempt of using "avconv". > Setting the s

Re: [libav-api] av_seek_frame() on 44.1 kHz stereo MP3 seeks to 32 kHz mono frame

2015-07-07 Thread Luca Barbato
On 06/07/15 17:41, Jan Schlüter wrote: > PPS: "avconv -ss 48 -t 30" works fine, and it uses av_seek_frame() with > the stream index set to "-1". Should I do that instead? Is this expected > to be more robust? Try if that solves your problem first. I'll try to have a look at it during the weekend h

Re: [libav-api] live streams and avconv -re

2015-06-12 Thread Luca Barbato
On 12/06/15 11:23, Florian Iragne wrote: > Hi, > > I've a program that uses libav to demux/decode live streams and gives > the audio buffers to a function that analyzes them. > > When i feed that program with a pseudo live-stream (avconv -re -i my.mp3 > -f mpegts udp://localhost:666), everything

Re: [libav-api] must av_init_packet(&dummy_packet) when draining final frames from video using avcodec_decode_video2()

2015-05-14 Thread Luca Barbato
On 13/05/15 20:49, Bernd Pfrommer wrote: I hit an issue today with draining the last few frames of a video stream, using libav v12_dev0: The documentation https://libav.org/doxygen/master/group__lavc__decoding.html says: "Some decoders (those marked with CODEC_CAP_DELAY) have a delay between in

Re: [libav-api] invalid AVPacket size in av_read_frame usage.

2015-04-25 Thread Luca Barbato
On 25/04/15 20:58, daggs wrote: > mmm I think I was mislead, I'm using ffmpeg, after asking the same > question on the ffmpeg list I was suggested to ask this in the libav > ml because I'll have more chance to get help, I know that ffmpeg > pulls changes from libav so I assumed it was a logical su

Re: [libav-api] invalid AVPacket size in av_read_frame usage.

2015-04-25 Thread Luca Barbato
On 25/04/15 13:50, daggs wrote: > Greetings Luca, > >> Sent: Saturday, April 25, 2015 at 12:16 PM >> From: "Luca Barbato" >> To: libav-api@libav.org >> Subject: Re: [libav-api] invalid AVPacket size in av_read_frame usage. >> >> On 23/04

Re: [libav-api] invalid AVPacket size in av_read_frame usage.

2015-04-25 Thread Luca Barbato
On 23/04/15 15:34, daggs wrote: > Greetings, > > I'm writing a program that needs to sample the screen in bgra format. > the problem is what I try to read an av frame, I get this error: > [rawvideo @ 0x1403aa0] Invalid buffer size, packet size 1228800 < expected > frame_size 8294400 > > > l

Re: [libav-api] demux without FFmpeg's decoding

2015-04-17 Thread Luca Barbato
On 17/04/15 09:37, Ran Shalit wrote: > I use HW accelerator decoder in my case therefore I don't need FFmpeg This is Libav not FFmpeg https://www.libav.org/about.html ___ libav-api mailing list libav-api@libav.org https://lists.libav.org/mailman/listinfo

Re: [libav-api] Symbol conflict with FFmpeg

2015-04-17 Thread Luca Barbato
On 17/04/15 04:59, Jing huang wrote: > Hi there, > > I am facing an issue while trying to integrated two open sourced libraries > together, one is gstreamer which is using libav from libav.org, another is > kickflip which uses libav from ffmpeg. The issue is both libraries has the > same named lib

Re: [libav-api] mjpeg stream

2015-04-15 Thread Luca Barbato
On 15/04/15 11:37, Ran Shalit wrote: The captured frames from camera are already in JP2 format, so I actually only need mux (and demux in the decoder) for network streaming. Is there any mux which support jp2 ? matroska for sure. So, if matroska mux is used and will be network stream and pl

Re: [libav-api] mjpeg stream

2015-04-15 Thread Luca Barbato
On 14/04/15 06:55, Ran Shalit wrote: On Mon, Apr 13, 2015 at 2:51 PM, Luca Barbato wrote: On 13/04/15 13:37, Ran Shalit wrote: Can I use libav to stream jp2 packets (from camera) with mpeg-ts ? A coursory grep tells me there isn't a specific codec support, so it might work or might not

Re: [libav-api] mjpeg stream

2015-04-13 Thread Luca Barbato
On 13/04/15 13:37, Ran Shalit wrote: > Can I use libav to stream jp2 packets (from camera) with mpeg-ts ? A coursory grep tells me there isn't a specific codec support, so it might work or might not. lu ___ libav-api mailing list libav-api@libav.org htt

Re: [libav-api] mjpeg stream

2015-04-13 Thread Luca Barbato
On 13/04/15 07:07, Ran Shalit wrote: > Does multipart mean mjpeg (motion jpeg) ? multipart means that you just use http mime multipart to signal the fact you are just sending images one after the other. > I also in dillema what's the best way to stream a source which comes > in jp2 (jpeg 2000)

Re: [libav-api] mjpeg stream

2015-04-12 Thread Luca Barbato
On 12/04/15 20:47, Ran Shalit wrote: > Hello, multipart jpeg is supporte as encoding since a while, I wrote an demuxer for it as a tiny example in my blog, I'll merge it soon if you need it. ___ libav-api mailing list libav-api@libav.org https://lists

Re: [libav-api] missing avio_open_dyn_packet_buf(), any work around?

2015-04-01 Thread Luca Barbato
On 31/03/15 16:26, Bernd Pfrommer wrote: > For instance, the header packet is currently generated with this code: > > AVFormatContext *ctx; > int max_packet_size = whatever; > uint8_t *data = NULL; > > ffio_open_dyn_packet_buf(&(ctx->pb), max_packet_size); // <-- > how to replace? > avfor

Re: [libav-api] Getting http (icy) headers with libav 9

2015-03-30 Thread Luca Barbato
On 26/03/15 22:39, Espen Jürgensen wrote: > Hi, > > Recent versions of libav have an interface for reading the ICY http headers > from a stream, which is really great. However, a large part of the users of > my program only have libav 9, so I'm trying to find out if there is some > way to get the

Re: [libav-api] AVPacket - swap uv

2015-03-30 Thread Luca Barbato
On 30/03/15 23:47, Ran Shalit wrote: > The thing is that the decoder support YUV420, while the stream contain you can use swscale to convert the data to the pixel format you expect. ___ libav-api mailing list libav-api@libav.org https://lists.libav.org/m

Re: [libav-api] mpeg-ts on udp

2015-03-30 Thread Luca Barbato
On 30/03/15 16:36, Ran Shalit wrote: >>> I'm new with libav. >>> I would like to ask if libavformat is capable of demux >>> h.264->mpeg-ts->udp stream. >> >> yes >> >>> If yes - Is there any example for this ? >> >> avconv -i udp://ip:port >> >> ok >> >> avformat_open_input(&s, "udp://ip:po

Re: [libav-api] mpeg-ts on udp

2015-03-30 Thread Luca Barbato
On 30/03/15 08:14, Ran Shalit wrote: > Hello, > > I'm new with libav. > I would like to ask if libavformat is capable of demux > h.264->mpeg-ts->udp stream. yes > If yes - Is there any example for this ? avconv -i udp://ip:port ok avformat_open_input(&s, "udp://ip:port", NULL, NULL);

Re: [libav-api] MPEG2-TS input encoding for HLS adaptive playing

2015-03-22 Thread Luca Barbato
On 20/03/15 16:10, Ondrej Novy wrote: > hi, i have this project: I'm receiving continuous mpeg2-ts and saving it to > disk splitted by size, for example 32 MB. Then i want to encode this input > to 3 profiles (bitrates/resolution) i-frame aligned, splitted by time (10s) > for HLS adaptive playing.

Re: [libav-api] streaming RTP packets

2015-03-14 Thread Luca Barbato
On 13/03/15 17:10, Georgi Rosenov Stefanov wrote: > Hi All, > > I succeeded to stream good packages using ffmpeg. But I want to use libav > code. > Is there any know issue with RTP streaming ? None that I know and w/out seeing your code is hard to figure out what you are exactly doing. lu _

Re: [libav-api] av_write_frame leaking memory. What am I doing wrong?

2015-02-28 Thread Luca Barbato
On 27/02/15 10:53, ches...@centrum.cz wrote: Hi community, I am currently developing an application which is saving data from VP8 RTP stream to WebM file (video-only). Server is: Ubuntu 14.04.2 LTS. Libav package version is 6:9.16-0ubuntu. I am viewing memory usage via: watch -n 1 free Frames a

Re: [libav-api] RTP and G.729

2015-01-31 Thread Luca Barbato
On 29/01/15 10:54, Mirko Puliafito wrote: > Hi, > > is it possible to encode and decode G.729 codec on RTP format? What I can > see from "libavformat/rtp.c" it seems it's not. > You might ask Martin about it directly. the format seems simple enough if I recall correctly. lu ___

Re: [libav-api] opening an existing Matroska file and appending new content

2015-01-29 Thread Luca Barbato
On 29/01/15 20:00, Fred Timmerman wrote: > Is it possible to open an existing Matroska file and write new audio > and video frames to it.. Continuing where I left off?Same codecs, > same streams.. Everything matches codec and stream wise.. all > structured the same way.. Also, I don't want to

Re: [libav-api] decoding outputs [acc@someaddress] channel element 0.0 is not allocated

2015-01-22 Thread Luca Barbato
On 20/01/15 21:19, Kai Dohmen wrote: Hello, I just want to decode a stream like in this example https://blinkingblip.wordpress.com/2011/10/08/decoding-and-playing-an-audio-stream-using-libavcodec-libavformat-and-libao/ but with avcodec_decode_audio4. The data (frame->data[0]) is the right decode

Re: [libav-api] does setting the UDP receive buffer size for sdp streams require API change?

2015-01-21 Thread Luca Barbato
On 16/01/15 20:15, Bernd Pfrommer wrote: Since nobody posted a clean solution I'll post a nasty hack. I was planning to check that options could be forwarded from sdp to udp but I hadn't had time to get to code for it =/ Thanks for sharing the workaround. lu __

Re: [libav-api] libavcodec56: native opus decoding issue

2015-01-21 Thread Luca Barbato
On 20/01/15 19:07, Éloi Bail wrote: > Hi, > > We are using libav to encode / decode opus audio between two SIP clients. > > The encoding client use libopus while the decoding client use either libopus > (before libavcodec56) or opus native decoder (since libavcodec56). > Audio encoding format

Re: [libav-api] write one fragment per file

2015-01-13 Thread Luca Barbato
On 12/01/15 17:32, Arash Shafiei wrote: > hi, > > Suppose you make fragmented files using libav apis: > > av_dict_set(&opts, "frag_duration", "100", 0); > av_dict_set(&opts, "movflags", "empty_moov", 0); > avformat_write_header(fmt_ctx, &opts); > > And you write the packets on the file

Re: [libav-api] does setting the UDP receive buffer size for sdp streams require API change?

2015-01-01 Thread Luca Barbato
On 31/12/14 14:58, Bernd Pfrommer wrote: Does this issue indeed require an API change (e.g. add an AVOption), and if yes, what is the cleanest way? If some of the developers can offer guidance I'm willing to implement and test. The `buffer_size` url option is there for you. udp://foo?buff

Re: [libav-api] Problem decoding mp3 files

2014-12-06 Thread Luca Barbato
On 05/12/14 14:39, Florian Iragne wrote: Hi, i made an audio decoder based on libav. It works well. I've come accross two mp3 files that can't be decoded by my decoder. It fails on avformat_find_stream_info with the message "operation not permitted" Avplay can't read the files properly: * f

Re: [libav-api] Problem decoding mp3 files

2014-12-05 Thread Luca Barbato
On 05/12/14 14:39, Florian Iragne wrote: Hi, i made an audio decoder based on libav. It works well. I've come accross two mp3 files that can't be decoded by my decoder. It fails on avformat_find_stream_info with the message "operation not permitted" Could you please provide the samples? lu

Re: [libav-api] Encoding GRAY8 to MJPEG

2014-11-15 Thread Luca Barbato
On 15/11/14 23:55, Joan Charmant wrote: > Hello > > I have an input stream in GRAY8 color space (also called Y800, Y8 or GREY > elsewhere) that I would like to encode to MJPEG (inside MP4). > > In my understanding there is no technical limitation for an MJPEG encoder > to directly compress GRAY8

Re: [libav-api] Libs on Windows

2014-10-30 Thread Luca Barbato
On 29/10/14 21:14, Mark Winslow wrote: Hi, I'm having problems getting ahold of library files for Windows. The nightly build links seem to be broken: http://win32.libav.org/win32/ That system is being setup again, sadly it is taking more time than expected. MingW doesn't build, nor does C

Re: [libav-api] H264 encoded video cannot be played by Windows Media Player 12

2014-10-28 Thread Luca Barbato
On 28/10/14 11:19, Markus Eberhard wrote: > Yes, the codec is available in Windows Media Player 12. > The problem seems to be in the generation of the video file. The codec has multiple profiles, maybe the one you are using is not supported. If you try constrained baseline it should work. lu __

Re: [libav-api] H264 encoded video cannot be played by Windows Media Player 12

2014-10-24 Thread Luca Barbato
On 24/10/14 11:46, Markus Eberhard wrote: I have a H264 encoded video (self-generated using libav) which cannot be played by Windows Media Player 12 (Windows 7 Professional SP1), but by other video players such as VLC. Unfortunately Media Player (version 12.0.7601.18526) does not provide any (er

Re: [libav-api] AVPlay can open RTSP stream on linux but not on Windows

2014-09-16 Thread Luca Barbato
On 16/09/14 09:36, Manuel Torres wrote: > The Ubuntu version is the following: > avplay version 9.16-6:9.16-0ubuntu0.14.04.1, Copyright (c) 2003-2014 the > Libav developers > built on Aug 10 2014 18:16:02 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1) > > I have not found that exact Windows version but t

Re: [libav-api] AVPlay can open RTSP stream on linux but not on Windows

2014-09-15 Thread Luca Barbato
On 15/09/14 18:34, Manuel Torres wrote: > I will double-check tomorrow but it should work regardless of the version, > right? Yes, if it doesn't there is a bug somewhere for sure. lu ___ libav-api mailing list libav-api@libav.org https://lists.libav.or

Re: [libav-api] AVPlay can open RTSP stream on linux but not on Windows

2014-09-15 Thread Luca Barbato
On 15/09/14 16:55, Manuel Torres wrote: > Hello everyone, > > I am trying to open an H.264 RTSP stream with avplay and it works on Ubuntu > 14.04 but not on Windows 7. > Are you using the same version? I do not have wine handy to test but it should work just fine. lu __

Re: [libav-api] Using libav for reading live stream

2014-09-11 Thread Luca Barbato
On 11/09/14 09:31, Florian Iragne wrote: > hi, > > Le jeu. 11 sept. 2014 09:28:30 CEST, Luca Barbato a écrit : >> An url even privately with the stream would be enough. possibly this >> weekend as the soonest. > > http://95.81.147.7/6487/nrj_110348.mp3 (public stream

Re: [libav-api] Using libav for reading live stream

2014-09-11 Thread Luca Barbato
On 10/09/14 20:55, Florian Iragne wrote: > If devs need more info on this topic, i can provide examples, version > numbers, etc An url even privately with the stream would be enough. possibly this weekend as the soonest. Thanks. lu ___ libav-api mailin

Re: [libav-api] Using libav for reading live stream

2014-09-10 Thread Luca Barbato
On 10/09/14 12:19, Florian Iragne wrote: > Hi again, > > if i set the probesize to a few frames (20k), it works, but it guess > that i shouldn't do this. find_stream_info is one of the bad legacies we hadn't fixed yet, sadly in a good number of situations restricting the amount of data probed is

Re: [libav-api] Using libav for reading live stream

2014-09-09 Thread Luca Barbato
On 09/09/14 15:55, Florian Iragne wrote: > Hi, > > I've made a c++ class using libav that decodes input audio files into a > buffer of double values. It works fine. > > Now, i want to handle live streams and add the observer/observee design > pattern so that external objects can perform various a

Re: [libav-api] H.264 decoder using libavcodec

2014-08-10 Thread Luca Barbato
On 10/08/14 12:08, Prashanth Bhat wrote: >> - are you using the vaapi hwaccel? It is the only backend >> supporting Hanswell in release 10 (and 11). > We compiled the libva with the vaapi hwaccel flag enabled. However, > our code isn't explicitly using an vaapi calls. I see, sadly vaapi hadn't be

Re: [libav-api] H.264 decoder using libavcodec

2014-08-09 Thread Luca Barbato
On 09/08/14 14:05, Prashanth Bhat wrote: > Hi Luca, > > I used release 10.3 of libav on the Haswell CPU. I see the high load average > of 20+ for just 4 decode channels of 1080p. > Any idea why the load average is so high, and how to bring it down? Some questions: - which operating system are

Re: [libav-api] Overlay filter outputs distorted frame

2014-08-08 Thread Luca Barbato
On 06/08/14 12:39, g kuczera wrote: > I don't know if this is a proper way to replay, but I just want to inform > you, that I solved the problem with advice from Luca Barbato. Good to know =) > What was wrong with my code, was the lack of FormatFilter, which I added > later. >

Re: [libav-api] libav-api Digest, Vol 42, Issue 3

2014-08-08 Thread Luca Barbato
On 08/08/14 13:57, Prashanth Bhat wrote: > Hi wm4, Thanks for your response and the suggestion. > > As mentioned, I'm using Ubuntu 14.04 on a Haswell CPU. The FFMPEG > version is 2.1 This is Libav, you might either ask your questions to the mailing list of the project you are using or use the pro

Re: [libav-api] Parsing VP8 Bitstreams

2014-07-25 Thread Luca Barbato
On 26/07/14 00:58, Joseph Rosensweig wrote: > I've just started to learn about VP8, so give me some slack if this is a > dumb question. > H.264 Example > > In the past I've worked mostly with H.264. Whenever I needed to parse H.264 > bit streams, I would leverage libav to help me and use something

Re: [libav-api] libav codec_open2 call failed "Error number -22 occurred"

2014-07-25 Thread Luca Barbato
On 25/07/14 15:44, Mike Lockhart wrote: > The snippet is: > if ((ret = av->codec_open2(c, codec, NULL)) < 0) { > char buf[1024]; > av->strerror(ret, buf, 1024); > fprintf(stderr, "Could not open codec: %s\n", buf); > return false; > } > > The av->strerror is

Re: [libav-api] Overlay filter outputs distorted frame

2014-07-25 Thread Luca Barbato
On 24/07/14 16:29, g kuczera wrote: > Hi guys, this's my first question on this mailing list (and ever too!), so > I am feeling exited about posting it right now. :) > > What's the problem? > I wanted to merge some clips, so I acknowledged with the API of LibAV and > made easy samples. > The first

Re: [libav-api] libav codec_open2 call failed "Error number -22 occurred"

2014-07-25 Thread Luca Barbato
On 23/07/14 18:31, Mike Lockhart wrote: > Hi, > > I am using libav to encode audio/video and have started seeing the call > to codec_open2 fail when it has worked for several months. I'm not sure > what the -22 means and calling strerror() returns the useless message > "Error number -22 occurred".

Re: [libav-api] Remuxing H264 stream from RTSP to mp4.

2014-07-07 Thread Luca Barbato
On 03/07/14 14:54, Roman Savchenko wrote: > Hi, > > I trying to remux H264 rtsp based stream to mp4 file on disk and I have > problem. Its converted without any warnings or errors but stream doesn't > displayed in player(for example vlc). > Can someone help me with that? First question: using av

Re: [libav-api] Patch for use with Avigilon IP camera systems

2014-06-24 Thread Luca Barbato
On 23/06/14 14:33, Luca Barbato wrote: > On 23/06/14 12:52, Manuel Torres wrote: >> Updating to mingw64 did not help. I still get the errors. This is the >> configuration I used: ./configure --arch=x86_64 --target-os=mingw32 >> --cross-prefix=x86_64-w64-mingw32- --

Re: [libav-api] Patch for use with Avigilon IP camera systems

2014-06-23 Thread Luca Barbato
On 23/06/14 12:52, Manuel Torres wrote: > Updating to mingw64 did not help. I still get the errors. This is the > configuration I used: ./configure --arch=x86_64 --target-os=mingw32 > --cross-prefix=x86_64-w64-mingw32- --pkg-config=pkg-config --enable-shared > > I could find options to enable

Re: [libav-api] multi-threading context

2014-06-21 Thread Luca Barbato
On 20/06/14 15:08, Florian Iragne wrote: > Hi, > > i'm using libav in a multithreading context and i'm facing the problem > of concurrent access to a few libav functions. > > I'm programming in c++ and i'm using OpenMP for multithreading. > > I have an AudioConverter class. In its init, i do: >

Re: [libav-api] Patch for use with Avigilon IP camera systems

2014-06-21 Thread Luca Barbato
On 20/06/14 09:33, Manuel Torres wrote: > Luca, > > I have tried to build master to test this patch but I am getting build > errors in avconv_dxva2: http://pastebin.com/rBU8RYSW > > I can build release/10 with no errors. > > I am cross-compiling the mingw32 version in Ubuntu 12.04 64bits: > ./co

Re: [libav-api] Patch for use with Avigilon IP camera systems

2014-06-19 Thread Luca Barbato
On 14/06/14 20:44, Joshua Kordani wrote: > On 6/13/14 9:07 PM, Luca Barbato wrote: >> On 13/06/14 21:04, Joshua Kordani wrote: >>> Attached is a patch to recent trunk that keeps the a=fmtp line around >>> until after we detect an a=rtpmap line. The rtpmap line paylo

Re: [libav-api] Patch for use with Avigilon IP camera systems

2014-06-13 Thread Luca Barbato
On 13/06/14 21:04, Joshua Kordani wrote: > Attached is a patch to recent trunk that keeps the a=fmtp line around > until after we detect an a=rtpmap line. The rtpmap line payload type > gets propagated down the library, and then after that, the fmtp line > gets applied to the correct streams. Whe

Re: [libav-api] Cannot open stream

2014-06-11 Thread Luca Barbato
On 11/06/14 09:41, Manuel Torres wrote: > First of all, thank you Luca and Joshua for taking the time to help me and > thank you very much Joshua for that awesome explanation. I see that there > is a lot to learn. > > Back on topic: > I checked the format context and the codec context and I only f

Re: [libav-api] Cannot open stream

2014-06-10 Thread Luca Barbato
On 10/06/14 14:11, Manuel Torres wrote: > Captured with Wireshark: > > v=0 > o=- 1293840088672 1293840088672 IN IP4 192.168.2.93 > s=Live > t=0 0 > m=audio 0 RTP/AVP 0 > c=IN IP4 192.168.2.93 > a=control:rtsp://192.168.2.93/defaultPrimary/mic0/trackID=1 > m=video 0 RTP/AVP 96 > c=IN IP4 192.168.2.

Re: [libav-api] Cannot open stream

2014-06-10 Thread Luca Barbato
On 10/06/14 12:44, Manuel Torres wrote: > Would there be any other way to get the missing data? I guess that there > must be a way since VLC and MPlayer open the stream. > Could you please provide the sdp? lu ___ libav-api mailing list libav-api@libav

Re: [libav-api] Cannot open stream

2014-06-10 Thread Luca Barbato
On 06/06/14 09:26, Manuel Torres wrote: > Hello, > > I have a H264 video stream that I cannot open with my libav-based code. I > tested it with avplay and I got a number of the following traces: > > [h264 @ 02F2F400] non-existing PPS referenced > [h264 @ 02F2F400] non-existing PPS 0 referenced >

Re: [libav-api] Unsupported rtp playload type (MTAP and udefined)

2014-06-05 Thread Luca Barbato
On 05/06/14 10:25, Roman Savchenko wrote: > HI Luca, did you check it? Sadly I hadn't had time. PS: Please don't top-post (gmail is really annoying in this regard, I know). ___ libav-api mailing list libav-api@libav.org https://lists.libav.org/mailman/

Re: [libav-api] Unsupported rtp playload type (MTAP and udefined)

2014-06-05 Thread Luca Barbato
On 26/05/14 11:20, Roman Savchenko wrote: > http://www.datafilehost.com/d/7a0ab51f > http://www.datafilehost.com/d/a28ea439 > > Videos are short because stream "dropped" after short time. > I'd need the rtsp feed. ___ libav-api mailing list libav-api@

Re: [libav-api] x264 version conflict

2014-06-01 Thread Luca Barbato
On 26/05/14 21:17, Jonas Deitmerg wrote: > On 05/23/2014 06:28 PM, Luca Barbato wrote: >> On 20/05/14 20:36, Jonas Deitmerg wrote: >>> Hello everyone. >>> >>> I'm trying to get libav to work with x264 and have some problems: >>> >>> Inst

Re: [libav-api] Unsupported rtp playload type (MTAP and udefined)

2014-05-23 Thread Luca Barbato
On 22/05/14 13:39, Roman Savchenko wrote: > Hi All, > > I try to play rtps stream and I have problem with this types: > 1. Unhandled type 27 (See RFC for implementation details) > 2. Undefined type (31) Can you provide a test feed? > Than I receive SIGPIPE on avformat_close_input. You shoul

Re: [libav-api] x264 version conflict

2014-05-23 Thread Luca Barbato
On 20/05/14 20:36, Jonas Deitmerg wrote: > Hello everyone. > > I'm trying to get libav to work with x264 and have some problems: > > Installation of libx264 (with --enable-shared) worked without a problem. > Configuring (with --enable-libx264), building and installing libav > didn't give > any er

Re: [libav-api] Issues decoding FLAC stream in libav 9

2014-04-22 Thread Luca Barbato
On 23/04/14 00:58, Ben Ockmore wrote: > But isn't that the point of the following line? > > int stream_no = av_find_best_stream(format_context,AVMEDIA_TYPE_AUDIO,-1,-1, > NULL,0); It tells you which is the best audio stream, nothing else. > Shouldn't this already be giving me the correct stream,

Re: [libav-api] Issues decoding FLAC stream in libav 9

2014-04-22 Thread Luca Barbato
On 22/04/14 19:49, Ben Ockmore wrote: > Based on a suspicion I had, I looked into ways of removing the metadata > from the FLAC file. I've found that the problem seems to be occur when the > FLAC file contains a picture in one of its metadata blocks. Ah, then it is quite simple. You are getting th

Re: [libav-api] Issues decoding FLAC stream in libav 9

2014-04-22 Thread Luca Barbato
On 19/04/14 00:30, Ben Ockmore wrote: > Hi everyone, > > My first post to this list, after a day of reading through > documentation and examples and getting nowhere with a little problem > I've encountered. > > Yesterday, I moved from Ubuntu 13.10 to Ubuntu 14.04, and recompiled > a program I'd w

Re: [libav-api] "Incorrect" End of file on RTMP Stream.

2014-04-18 Thread Luca Barbato
On 18/04/14 17:49, Roman Savchenko wrote: > Hi All, > > I've very strange AVERROR_EOF while reading rtmp stream. My code is folowing > > static int av_interrapt(void *opaque) > > { > > VideoWorker* self = reinterpret_cast(opaque); > > if (self->last != clock_t::time_poi

Re: [libav-api] Problems with mpeg4 video decoding using Libav 10

2014-04-17 Thread Luca Barbato
On 16/04/14 19:00, Ondřej Perutka wrote: > I saved input packets passed to the decoder into a file for all these > cases. There were absolutely no differences between these files. (Note: All > packets had proper 8 byte zero padding in the end of the buffer.) > > I found out that setting thread_cou

Re: [libav-api] Packet Stream Index for UDP Stream

2014-04-07 Thread Luca Barbato
On 08/04/14 00:24, Michael Rice wrote: > Yes, this test is mpegts over UDP. Yes, the new stream comes with a new > PID, so I didn't see a way to check if the PIDs match when I get the > packet, since the AVPacket only has the stream index. Nominally you cannot, since the ts demuxer correctly maps

Re: [libav-api] Packet Stream Index for UDP Stream

2014-04-07 Thread Luca Barbato
On 07/04/14 22:21, Michael Rice wrote: > I have setup an application to receive and decode an UDP video stream and > it's working fine. During initialization, I loop through all of the streams > in the AVFormatContext and use the first video stream, and I remember that > stream index. As I'm loopin

Re: [libav-api] Deprecated fields in AVFrame

2014-04-07 Thread Luca Barbato
On 07/04/14 10:25, Roman Savchenko wrote: > Hi Luca, > > I understand why this value was hidden, may be better adjust them into > AVOptions, so will save private implementation. But if it difficult to > implement if they'll exported as side data it will be nice too. > If somebody interested for no

Re: [libav-api] Deprecated fields in AVFrame

2014-04-05 Thread Luca Barbato
On 04/04/14 16:40, Roman Savchenko wrote: > They are still exist in Libav in struct H264Picture. Can I access them in > legal way? If those values are needed they can be re-exported for just who needs them (as side data). Let me know if it would work for you.

Re: [libav-api] Get minimum frame buffer number required by H.264 decoder

2014-03-24 Thread Luca Barbato
On 24/03/14 07:26, eaglez...@freescale.com wrote: > Hi, > > We are developing our framework based on libav H.264 decoder, now we > need to pre-allocated all frame buffers due to some limitation in > video render. But we can't find any frame buffer numbers related > information reported from libav

  1   2   3   >