Page 1 of 1

VLC cashed for encoding x264

Posted: 14 Jan 2009 01:48
by aliamiri
I have tried VLC to encode some video to x264. But each time VLC cashed in windows environment.
The VLC version is 9.7

Re: VLC cashed for encoding x264

Posted: 14 Jan 2009 05:19
by CinemaPete
I'm a new user to VLC myself and saw your post. I'm having a similar issue but I'm not sure if I'm doing something incorrectly: I'm trying to convert an AVI that can play in VLC to H.264 but can't seem to accomplish it. Can you tell me the steps you took and I can try it with my AVI file and see if we get the same results, i.e. see if it crashes? Thanks.

Re: VLC cashed for encoding x264

Posted: 14 Jan 2009 18:31
by VLC_help
x264 encoding is broken in 0.9.x series. So it will crash VLC.

Re: VLC cashed for encoding x264

Posted: 14 Jan 2009 22:37
by aliamiri
Thank you for you reply. Now, at least I know, it is a bug from software, not mine. :(
So, do you have any suggestion to solve it? or do you think it will be solve in coming version?

Re: VLC cashed for encoding x264

Posted: 15 Jan 2009 17:56
by VLC_help
AFAIK no one knows where the bug is, so this might be still broken when 1.0.0 gets released. My current suggestion is to use some other program if you need x264 encoding.

Re: VLC cashed for encoding x264

Posted: 01 Feb 2009 06:04
by wotan
Hello,

Is it the bug: https://trac.videolan.org/vlc/ticket/1756 ? Isn't it possible to use the workaround proposed?

Re: VLC cashed for encoding x264

Posted: 02 Feb 2009 10:56
by ssbssa
I sent a patch for this problem last week, don't know yet if it's going to be used.

Re: VLC cashed for encoding x264

Posted: 02 Feb 2009 19:23
by Jean-Baptiste Kempf
It is going to be used.

Re: VLC cashed for encoding x264

Posted: 06 Feb 2009 16:53
by sonix
Using the proposed workaround it's not a real solution to the problem as it limits the usability. You cannot encode in real time a 720p(from a HD input device for instance) using a single thread x264 therefore if you have 4 cores only one will encode with 100% load.

Case scenario:
* Dshow input device 1080i capable >> VLC 1.0 GIT (x264 encoding) >> rtp >> wowza streaming server >> flash clients

This works using VLC 0.8f but will not work on 9.... 1.0 versions. Somewhere along the line between 0.8f version and 0.9.6 something has changed for the worst.
The issue is not that it's not working in the new versions (we just use older/faster versions) but that older VLC version is really difficult to compile in order to add new features (like HDYC chroma support, etc...)

Re: VLC cashed for encoding x264

Posted: 06 Feb 2009 18:22
by Jean-Baptiste Kempf
Exactly, so we have to fix x264 encoding multi-threaded for 0.9 and 1.0 since the code is easier to develop on. And ssbssa patch should allow multi-core encoding.

Re: VLC cashed for encoding x264

Posted: 09 Feb 2009 17:03
by wotan
I use a similar scheme: D-Link IP-camera >> VLC 0.8.6 (x264 encoding) for Windows 32 >> wowza media server >> flash client. It works good finally apart from the 3 bugs:

* Sometimes VLC stops sending RTP content to Wowza without any other visible sign. I have to monitor the UDP port on the Wowza server. Fortunately the stop occurs only in first 20-30 seconds, if VLC works longer, it works pretty stable.

* Logo works like a flip-flop. Sometimes you have to re-run VLC many times before you see the logo in flash client.

* I am pretty sure VLC 0.8.6 doesn't understand the vb (bitrate) parameter or at least it doesn't work with it correctly.

So I just hoped that 0.9.x (or 1.0.x) fixed some of the problems listed above...

Re: VLC cashed for encoding x264

Posted: 09 Feb 2009 17:29
by Jean-Baptiste Kempf
0.9 is less stable for streaming though.