Re: [Libav-user] sws_scale has weird behavior when not resizing

2012-07-12 Thread Sampath Subasinghe
On 07/12/2012 08:59 PM, Alexandre Millette wrote: Upon testing with various video formats and files, I've encountered a problem with a small MPEG4/mp4v file (190x240). The issue is that a small green band (6 px in width) will appear on the right side of the frames. I also have encountered th

Re: [Libav-user] sws_scale has weird behavior when not resizing

2012-07-12 Thread Alexandre Millette
Thanks for replying. > I believe your problem could be rooted in bicubic transform. > It makes n9 sense when source and target sizes are the same. > Try to set linear. I tried both SWS_FAST_BILINEAR and SWS_BILINEAR (as well as a few others) and there is no change. From what I understand of the

Re: [Libav-user] sws_scale has weird behavior when not resizing

2012-07-12 Thread Alex Cohn
On Jul 12, 2012 6:30 PM, "Alexandre Millette" wrote: > > Hello all. > > I'm working on a C++ video player using libav. > Upon testing with various video formats and files, I've encountered a problem with a small MPEG4/mp4v file (190x240). > The issue is that a small green band (6 px in width) will

Re: [Libav-user] sws_scale has weird behavior when not resizing

2012-07-12 Thread Carl Eugen Hoyos
Alexandre Millette writes: > Upon testing with various video formats and files, I've encountered a > problem with a small MPEG4/mp4v file (190x240). > The issue is that a small green band (6 px in width) will appear on the > right side of the frames. Can you reproduce this with ffmpeg (the com

[Libav-user] sws_scale has weird behavior when not resizing

2012-07-12 Thread Alexandre Millette
Hello all. I'm working on a C++ video player using libav. Upon testing with various video formats and files, I've encountered a problem with a small MPEG4/mp4v file (190x240). The issue is that a small green band (6 px in width) will appear on the right side of the frames. This is what I've g

Re: [Libav-user] Public way of accessing PAT/PMT for a mpegts (both binary and the contents)

2012-07-12 Thread Carl Eugen Hoyos
cognos writes: > > Please understand that avprobe and friends contain several hundred > > regressions, some of them security relevant, we therefore cannot > > support them here, please look at http://ffmpeg.org/download.html > > for supported versions, current git head is always recommended. > >

Re: [Libav-user] Public way of accessing PAT/PMT for a mpegts (both binary and the contents)

2012-07-12 Thread cognos
> > Please understand that avprobe and friends contain several hundred > regressions, some of them security relevant, we therefore cannot > support them here, please look at http://ffmpeg.org/download.html > for supported versions, current git head is always recommended. > What I meant is that I wa

Re: [Libav-user] Public way of accessing PAT/PMT for a mpegts (both binary and the contents)

2012-07-12 Thread Carl Eugen Hoyos
cognos writes: > The idea is to access information related to the language for each > stream, subtitling and laguages They are all provided through the API (ffprobe would not be able to display them if not), metadata iirc. > I'm looking right now to avprobe Please understand that avprobe and

Re: [Libav-user] Public way of accessing PAT/PMT for a mpegts (both binary and the contents)

2012-07-12 Thread cognos
The idea is to access information related to the language for each stream, subtitling and laguages, CAS. And be able to print al the related information. I'm looking right now to avprobe that seems to print all these information but, if you have a cryptographic chipset it may require to provide t

Re: [Libav-user] Public way of accessing PAT/PMT for a mpegts (both binary and the contents)

2012-07-12 Thread Carl Eugen Hoyos
cognos writes: > The point is, these functions are private (theire not > even in the mpegts.h), so: Is there any way for me to > use these functions? If you could explain why you believe accessing these functions makes sense, they could maybe be made public. Consider sending a patch that incl