The VideoLAN Forums

Hello,
In first, the problem has been seen only on Windows , Vlc0.8.6 and Vlc0.8.6a, and only for video files containing mpeg4 codec with mp4 encapsulation.
The video files i've used to test it was recorded with Vlc from IP Camera streaming Mpeg4 video throught rtp multicast protocole.

So, the problem appears when you seek in the video, and if your computer has started since little time. Then, the slider on the wxWidget interface and time go on but the video is no more refresh.

For example:
if your video files last 2 hours and if your computer is booted since only one hour, you can seek in the first hour of the video really nicely, but if you seek over the first hour the video freeze. Then if you go back in the first hour, the video work nice.

So, i've transcode my video files in MPeg-PS (without changing codec), and in Ogg Theaura, and both works nice.
Then, i've tried my video files on Linux, and it works nice again.

So, i've searched where GetTickCount was used, and i've found mdate() in src/misc/mdate.c
I 've understood why it 's working on Linux and not on Windows. Linux use gettimeofday which give a huge value contrary to Windows where the value can start near 0.
So, in the windows piece of code, i've added a huge value to the both return value (inside if and inside else), and now it's working nice.

I know it's just a do-it-yourselfing but i don't know enough the code of VLC to find quickly the real problem, that it would be in MP4 module, certainly in instruction that use the result of mdate() in substraction and store the result in a unsigned instead of a signed variable. It's only what i feel.

However, my video files could be the source of problem too.

So, if somebody with ability that i don't have could take a look, or do the test with healthy mp4 file.

Thank you

I have seen this issue in Matroska and MP4 using h.264 but have not experienced it in MP4v. I find it repeats just about every time you get Microsoft updates and then disappears again in a few hours.

Hello,
In first, the problem has been seen only on Windows , Vlc0.8.6 and Vlc0.8.6a, and only for video files containing mpeg4 codec with mp4 encapsulation.
The video files i've used to test it was recorded with Vlc from IP Camera streaming Mpeg4 video throught rtp multicast protocole.

So, the problem appears when you seek in the video, and if your computer has started since little time. Then, the slider on the wxWidget interface and time go on but the video is no more refresh.

For example:
if your video files last 2 hours and if your computer is booted since only one hour, you can seek in the first hour of the video really nicely, but if you seek over the first hour the video freeze. Then if you go back in the first hour, the video work nice.

I'm experiencing exactly the same problem. It happens with any MP4-file with H.264 content. (The files I have were created with Nero Recode)

The maximum position to which I can seek equals almost exactly the uptime of my system!!!

I checked several times. So in order to be able to seek to 1:30:00 of a movie, I have to start my PC and wait 1.5 hours.
Other formats like AVI+XVID are ok.

Could someone please have a look at the suggested fix as described above and include it in the source? I will be happy to test if it works.

Many people have reported that uptime equals seek time thingy. Does it happen with nightly builds too?
http://nightlies.videolan.org/

It works with vlc-0.9.0-git-20080607-0006-win32.exe

Thanks!

Has anybody been able to work out a solution for this yet? We are very keen to get this working again as we have a deadline approaching.

Its very frustrating as we only found this issue at the last minute of testing. We are having the same issues that seem to be time stamp related in someway.

We also need to be able to incorporate Active X control, hence we are using 8.6e version. The later versions seemed to have issues with Active X.

Any help would be much appreciated

Chris

I don't quite understand. It worked with the development build for 0.9 which I mentioned.
Did you try a recent snapshot of 0.9, or did you try 0.8.6?

I think the ActiveX in nightlies doesn't work and that is why they can't use nightlies.

I think its to do with the Active X not working.
Plus Im not keen on working with the beta version. They have changed the interface and the way it is put together.

We have managed to fix this issue now. One of my programmers managed to recompile the latest version and fix the code. It seems like the latest version had a big part of the active x component missing. He also managed to fix the skipping issue using part of the beta version. Clever stuff.

Could your friend send the patch to vlc-devel mailing list?
http://mailman.videolan.org/listinfo/vlc-devel