From: C. V. <cri...@gm...> - 2008-06-13 17:55:46
|
Hi! I'm reading a video file and, for each frame, the program prints the frame index and its dimension. It starts just fine, but after the frame #1694, the VXL library prints some messages, like "seek went into the future!", until the end of the video. Here's part of the output of my program: 0: 320x240 1: 320x240 2: 320x240 3: 320x240 ... 1690: 320x240 1691: 320x240 1692: 320x240 1693: 320x240 1694: 320x240 [mpeg4 @ 0xb531b7a0]releasing zombie picture Warning: seek went into the future! 1695: 320x240 Warning: seek went into the future! 1696: 320x240 Warning: seek went into the future! ... 1720: 320x240 Warning: seek went into the future! 1721: 320x240 Warning: seek went into the future! 1722: 320x240 1723: 320x240 vidl_mpegcodec::~vidl_mpegcodec. entering first frame number in memory is: 0 frame_buffer DTOR. entering. frame_buffer DTOR. exiting. vidl_mpegcodec::~vidl_mpegcodec. exiting The video has 1724 frames, so it doesn't seem to be seeking into the future, as the library says. Any ideas of what might be happening? I still didn't start to use the actual images of the frames, so I don't know yet if this will cause me trouble, or if this warning isn't affecting me at all. Thanks! -- Crístian Deives dos Santos Viana [aka CD1] Google Talk: cri...@gm... |
From: Matt L. <mat...@gm...> - 2008-06-13 18:18:38
|
Crístian, This warning means that vidl received a timestamp greater than the target timestamp while seeking using the FFMPEG API. It seems to happen with some video files and I don't know why. It may or may not actually cause a problem. Just so you know, the vidl library is no longer being actively maintained and is quite outdated. There is a much more modern streaming video library being developed in contrib/brl/bbas/vidl2. I strongly recommend using vidl2 over vidl. It will eventually move into core and replace vidl. It also can interface with FFMPEG, but does so with fewer problems. --Matt Leotta On Fri, Jun 13, 2008 at 1:55 PM, Crístian Viana <cri...@gm...> wrote: > Hi! > > I'm reading a video file and, for each frame, the program prints the frame > index and its dimension. It starts just fine, but after the frame #1694, the > VXL library prints some messages, like "seek went into the future!", until > the end of the video. Here's part of the output of my program: > > 0: 320x240 > 1: 320x240 > 2: 320x240 > 3: 320x240 > ... > 1690: 320x240 > 1691: 320x240 > 1692: 320x240 > 1693: 320x240 > 1694: 320x240 > [mpeg4 @ 0xb531b7a0]releasing zombie picture > Warning: seek went into the future! > 1695: 320x240 > Warning: seek went into the future! > 1696: 320x240 > Warning: seek went into the future! > ... > 1720: 320x240 > Warning: seek went into the future! > 1721: 320x240 > Warning: seek went into the future! > 1722: 320x240 > 1723: 320x240 > vidl_mpegcodec::~vidl_mpegcodec. entering > first frame number in memory is: 0 > frame_buffer DTOR. entering. > frame_buffer DTOR. exiting. > vidl_mpegcodec::~vidl_mpegcodec. exiting > > The video has 1724 frames, so it doesn't seem to be seeking into the future, > as the library says. Any ideas of what might be happening? I still didn't > start to use the actual images of the frames, so I don't know yet if this > will cause me trouble, or if this warning isn't affecting me at all. > > Thanks! > > -- > Crístian Deives dos Santos Viana [aka CD1] > Google Talk: cri...@gm... > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > Vxl-users mailing list > Vxl...@li... > https://lists.sourceforge.net/lists/listinfo/vxl-users > > |
From: Amitha P. <ami...@us...> - 2008-06-13 18:20:16
|
Crístian Viana wrote: > I'm reading a video file and, for each frame, the program prints the > frame index and its dimension. It starts just fine, but after the frame > #1694, the VXL library prints some messages, like "seek went into the > future!", until the end of the video. From your error message, you appear to be using vidl. Which version of ffmpeg are you using? When you get that error, it often means that the seek is not correct. The actual video frames you get may not correspond to the frame numbers that the library returns. However, it may be that is is working for your case anyway. The only way to be sure is to compare some known frames against that output by vxl. How are you stepping through the video? If you simply need to read sequentially, you shouldn't seek. And if you don't seek, I don't think this error will come up. (I didn't look at the code to verify, though.) The underlying issue is that the ffmpeg library that we actually use changes it's API quite often, so it's hard to keep our wrappers around it working well. Amitha. |
From: C. V. <cri...@gm...> - 2008-06-13 20:09:23
|
> > It seems to > happen with some video files and I don't know why. > The video file I'm using was converted in a website (vixy.net, if I'm not mistaken), directly from YouTube, so if it has problems, I can't tell. Just so you know, the vidl library is no longer being actively > maintained and is quite outdated. > Oh, those are terrible news! :/ There is a much more modern > streaming video library being developed in contrib/brl/bbas/vidl2. I > strongly recommend using vidl2 over vidl. > Then I'll check the vidl2 library, or another one... > How are you stepping through the video? > I'm using an iterator of the type vidl_movie::frame_iterator, and going forward with the ++ pre-operator. I'm not seeking anything explicitly until now, just looping around in sequence, but I will use a graphic slide bar to step through the video, so I may do this in the future. From what I've seen in the documentation, seeking to a specific frame is just an assignment to the iterator, right? Like: *iterator = 20;* to jump to the 20th frame. However, it may be that is is working for your case anyway. > Yeah, I don't know if this is actually causing me any trouble... The underlying issue is that the ffmpeg library that we actually use changes > it's API quite often, so it's hard to keep our wrappers around it working > well. > I also don't like how FFMPEG changes its API so fast, it has already given me headaches in the past... Thank you for your answers! On Fri, Jun 13, 2008 at 3:20 PM, Amitha Perera < ami...@us...> wrote: > Crístian Viana wrote: > >> I'm reading a video file and, for each frame, the program prints the frame >> index and its dimension. It starts just fine, but after the frame #1694, the >> VXL library prints some messages, like "seek went into the future!", until >> the end of the video. >> > > From your error message, you appear to be using vidl. Which version of > ffmpeg are you using? > > When you get that error, it often means that the seek is not correct. The > actual video frames you get may not correspond to the frame numbers that the > library returns. However, it may be that is is working for your case > anyway. The only way to be sure is to compare some known frames against > that output by vxl. > > How are you stepping through the video? If you simply need to read > sequentially, you shouldn't seek. And if you don't seek, I don't think this > error will come up. (I didn't look at the code to verify, though.) > > The underlying issue is that the ffmpeg library that we actually use > changes it's API quite often, so it's hard to keep our wrappers around it > working well. > > Amitha. > |