[Libav-user] mpeg4 encoding with no b-frames

2013-10-17 Thread marcin_ffmpeg
Dear All In my application I'm trying to re-encode video from h264 to mpeg4. It is important to have no b-frames in the output file so I set encoder context to max_b_frames=0, gop_size is fixed to 25. With this setting I get loads of following warnings [mpeg4 @ 0xa53f3620] warning, too many b fr

Re: [Libav-user] Problema with RTP stream (h264)

2013-10-17 Thread Camera Man
On 10/15/2013 02:21 PM, Rafa Lopez wrote: ./ffmpeg -i "rtsp://192.168.0.95:554/profile1 " -y %6d.jpg -log-level debug The problem is that I always get corrupt images (example attached). I think the problem is [h264 @ 0x1c28d60] RTP: missed 146 packets [AVIOC

Re: [Libav-user] Problema with RTP stream (h264)

2013-10-17 Thread Carl Eugen Hoyos
Camera Man writes: > Unfortunately, the udp layer will set it's SO_RCVBUF kernel buffer to at > most 64K, (which e.g. Linux will translate to a 128K buffer). That > practically guarantees that any single frame larger than 128K (e.g., an > average I-frame in an 1280x720 stream) will not fit wit

Re: [Libav-user] Problema with RTP stream (h264)

2013-10-17 Thread Camera Man
On 10/17/2013 03:52 PM, Carl Eugen Hoyos wrote: Thank you for this analysis! Is this documented anywhere else (afayk)? Not that I know of. I have been replying on this list several times to people describing this problem with solution (switch to tcp) a

Re: [Libav-user] Problema with RTP stream (h264)

2013-10-17 Thread Camera Man
[resending, because Thunderbird insisted on sending this in HTML for some reason; hopefully now it will be plaintext] On 10/17/2013 03:52 PM, Carl Eugen Hoyos wrote: Thank you for this analysis! Is this documented anywhere else (afayk)? Not that I know of. I have been replying on this list s

Re: [Libav-user] Problema with RTP stream (h264)

2013-10-17 Thread Camera Man
[thunderbird is insisting on html output; trying again as forced plaintext] On 10/17/2013 03:52 PM, Carl Eugen Hoyos wrote: Thank you for this analysis! Is this documented anywhere else (afayk)? Not that I know of. I have been replying on this list several times to people describing this pr

[Libav-user] missing mandatory atoms, broken header

2013-10-17 Thread leanne attard
Hi, this is my first post to the mailing list. I am using opencv to read from a video file output from a Vivotek ipcamera model(IP 3872). When I am trying to open the file it is giving me a warning below. From some research I have done online I found out that this is an output from ffmpeg. Can

Re: [Libav-user] Problems with ffvhuff and huvvyuv

2013-10-17 Thread James Board
>You noted it wrong. Huffyuv does use SIMD. Where?  I didn't see any SIMD instructions in huffyuvenc.c or huffyuvdec.c. Am I looking in the wrong place? On Wednesday, October 16, 2013 4:45 PM, Paul B Mahol wrote: On 10/16/13, James Board wrote: >>And issue is probably withing avi containe

Re: [Libav-user] missing mandatory atoms, broken header

2013-10-17 Thread Carl Eugen Hoyos
leanne attard writes: > I am using opencv to read from a video file output > from a Vivotek ipcamera model(IP 3872). What does ffmpeg -i video_file show for the file that you want to read from? Carl Eugen ___ Libav-user mailing list Libav-user@ffmp

Re: [Libav-user] Problems with ffvhuff and huvvyuv

2013-10-17 Thread Paul B Mahol
On 10/17/13, James Board wrote: >>You noted it wrong. Huffyuv does use SIMD. > > Where? I didn't see any SIMD instructions in huffyuvenc.c or > huffyuvdec.c. Am I looking in the wrong place? It is not in huffyuvdec.c I will give more info once you stop top posting. > > > > > > On Wednesday, Oc

Re: [Libav-user] Problems with ffvhuff and huvvyuv

2013-10-17 Thread James Board
>On 10/17/13, James Board wrote: >>>You noted it wrong. Huffyuv does use SIMD. >> >> Where?  I didn't see any SIMD instructions in huffyuvenc.c or >> huffyuvdec.c. Am I looking in the wrong place? > >It is not in huffyuvdec.c > >I will give more info once you stop top posting. I'm sorry about tha

Re: [Libav-user] decoding speed on large files

2013-10-17 Thread Marco Gulino
bump. To be more clear: I need to extract text subtitles from large files, saving them on a database. I am currently able to reencode the subtitle itself, but the decoding part ( http://pastebin.com/WbJwAKFx ) is really damn slow, while "ffmpeg" command line takes just a few seconds. Is there anyt

Re: [Libav-user] Problems with ffvhuff and huvvyuv

2013-10-17 Thread Paul B Mahol
On 10/17/13, James Board wrote: >>On 10/17/13, James Board wrote: You noted it wrong. Huffyuv does use SIMD. >>> >>> Where? I didn't see any SIMD instructions in huffyuvenc.c or >>> huffyuvdec.c. Am I looking in the wrong place? >> >>It is not in huffyuvdec.c >> >>I will give more info once

Re: [Libav-user] Problema with RTP stream (h264)

2013-10-17 Thread Andy Shaules
On 10/17/2013 6:54 AM, Camera Man wrote: [thunderbird is insisting on html output; trying again as forced plaintext] On 10/17/2013 03:52 PM, Carl Eugen Hoyos wrote: Thank you for this analysis! Is this documented anywhere else (afayk)? Not that I know of. I have been replying on this list

Re: [Libav-user] Problems with ffvhuff and huvvyuv

2013-10-17 Thread James Board
>And issue is probably withing avi container as it >may not add every frame into index table. >And when seeking you never check if returned packet actually is right >one that you need. > >Or it could be bug in your code how you seek in file, etc... I did a rewrite of my code and it now works.  But

Re: [Libav-user] Problems with ffvhuff and huvvyuv

2013-10-17 Thread James Board
>And issue is probably withing avi container as it >may not add every frame into index table. >And when seeking you never check if returned packet actually is right >one that you need. > >Or it could be bug in your code how you seek in file, etc... Sorry for the top post (again).  The problem is Y

Re: [Libav-user] Problems with ffvhuff and huvvyuv

2013-10-17 Thread Bruce Wheaton
On Oct 17, 2013, at 10:31 AM, James Board wrote: > >And issue is probably withing avi container as it > >may not add every frame into index table. > >And when seeking you never check if returned packet actually is right > >one that you need. > > > >Or it could be bug in your code how you seek in

Re: [Libav-user] Problems with ffvhuff and huvvyuv

2013-10-17 Thread James Board
>What you're describing sounds like the multithreading approach that ffmpeg uses. My >understanding: The first decode call starts a decode action which spawns a >thread to >decode that frame. Each subsequent decode call starts a new >action/thread, until you run >out of threads, at which point

Re: [Libav-user] Problems with ffvhuff and huvvyuv

2013-10-17 Thread Paul B Mahol
On 10/17/13, James Board wrote: >>What you're describing > sounds like the multithreading approach that ffmpeg uses. My >>understanding: The first decode call starts a decode action which spawns a >> thread to >decode that frame. Each subsequent decode call starts a new >> action/thread, until you

Re: [Libav-user] mpeg4 encoding with no b-frames

2013-10-17 Thread Alex Cohn
The ffmpeg mpeg4 encoder was designed to preserve b-frames as in input. It warns you that these frames will be rearranged. It's just a warning. BR, Alex Cohn On Thu, Oct 17, 2013 at 11:42 AM, marcin_ffmpeg wrote: > > Dear All > > In my application I'm trying to re-encode video from h264 to mpeg4