The VideoLAN Forums

Hi,

I'am using VLC to produce streams. Now i updated from 0.8.6 to 0.9.2 and observed that if i produce MPEG4 stream everything is fine! But if i produce MPEG4 AVC (which is more suitable for mobile use) using parameters below, VLC will crash everytime. This same VLC argument has been wokring earlier correctly with 0.8.6 versions.

Is this known bug? or how to proceed?


MEPG4 AVC
==================================================
#VBitr:192
#ABitr:48
#VCodec:h264,venc=x264{level=1.2,no-cabac,subme=6,qpmin=16,vbv-bufsize=500,vbv-maxrate=192,me=umh,merange=12,threads=auto,partitions=all}
#ACodec:mp4a
#MType:mp4a-latm
#Aspect:4:3
#VWidth:320
#VHeight:240

VLC Arguments: -I dummy rtsp://labpc123/stream1.0 --sout "#transcode{vcodec=h264,venc=x264{level=1.2,no-cabac,subme=6,qpmin=16,vbv-bufsize=500,vbv-maxrate=192,me=umh,merange=12,threads=auto,partitions=all},vb=192,width=320,height=240,aspect=4:3,acodec=mp4a,ab=48,channels=2}:rtp{mp4a-latm,dst=51.13.73.125,port=1234,sdp=file://C:\Program Files\Team MediaPortal\MediaPortal TV Server\Plugins\PiipTv.sdp}"
======================================================================

MPEG4

#VBitr:192
#ABitr:48
#VCodec:mp4v
#ACodec:mp4a
#MType:mp4a-latm
#Aspect:4:3
#VWidth:320
#VHeight:240

VLC Arguments: -I dummy rtsp://labpc123/stream1.0 --sout "#transcode{vcodec=mp4v,vb=192,width=320,height=240,aspect=4:3,acodec=mp4a,ab=48,channels=2}:rtp{mp4a-latm,dst=51.13.73.125,port=1234,sdp=file://C:\Program Files\Team MediaPortal\MediaPortal TV Server\Plugins\PiipTv.sdp}"

=====================================================================================

Can you produce a backtrace ?

Hi,

how i can get backtrace from windows environment?

http://wiki.videolan.org/Win32CompileCy ... ebugger.29
backtrace. There should debug builds available on nightlies site, if 0.9.2 doesn't give you symbols.
http://nightlies.videolan.org/

hi,

I tried to take backtrace using Dr Mingw, but did not succeed
What i did:
-downloaded dr mingw here http://www.maresth.nl/download/index.ph ... h=Drmingw/
-intalled it to windows default debugger
-reproduced VCL crash
-from windows xp crash window i pressed DEBUG, but nothing happends after that. That thought that dr mingw should come to picture in that phase?

This seems to be valid also with 0.9.4

I can encode with 0.9.4 using without crash.

Someone in IRC was suspecting that PC prosessor could affect this crash, i'am using intel prosessor, what did you use?

Any tips how could i provide backlog from windows environment, i have tried to provide backlog but did not succeed

My Vista box has Intel Pentium E2140 Dual Core Processor.
http://wiki.videolan.org/Win32CompileCy ... ebugger.29
that is the only working method I know.

hi,
I have tried with 0.9.6 windows version and same crash still happens. Someone also suggested to try parameter change threads=auto -> 1, i tried also that but it did not help.

Any other tips?

at least one: I discovered that placing a space before :duplicate saves at least one crash...

I am about to post more issues about this topic, as the behaviour of 0.9.4 and 0.9.6 is far less than 0.8.6. I really hope this issues will be solved soon.

Johan

http://trac.videolan.org/vlc/ticket/2298
I posted some info to there.

VLC_help,
you managed to reproduce my original crash and got also backtrace? :-O
my dream has gone true? now just need to wait fix...

hello,

I tried 0.8.9a in my usage and crashes are still there is anyone paying attention for these x264/ AVC crashes in windows environment?

Second thing what i noticed that once streaming "regular" mpeg4 stream (like i have decribed in my first post) 0.8.9a picture quality is much worster than if i use VLC version 0.8.9f, that i'am litle bit worried about...

Thanks and keep on good work!

0.8.9a picture quality is much worster than if i use VLC version 0.8.9f

Please tell proper version numbers, otherwise you just cause more confusion. And AFAIK there is no clue why x264 crashes under Win32. We assumed it was pthread issue, but it wasn't.

Sorry there was typo, i mean that 0.9.8a crashes still in AVC usage and in "plain" mpeg4 usage picture quality is worster than in 0.8.9f. So in my piip-tv server usage i'am forced to use still old 0.8.9f version.

If you want more information about piiptv check http://piiptv.japo.fi.

If there is something i can do to help fix this issue, please tell me

AFAIK there isn't any 0.8.9f release. And libavcodec encoder did change during 0.8.6 -> 0.9.x transition, so it might need some additional options to get same quality output.

If you know how to use gdb, you might be able to debug the issue why x264 crashes when it is used.

Yep same problem when i try to stream AVC VLC always crashes

I tried 0.8.5 and AVC/AAC streaming won't crash. That's a bug for sure, how can I report it?

That's a bug for sure, how can I report it?

x264 encoding should work in 1.0.0 in case you want to test it. So no need to do any reports.

where can I get it for windows 32? I checked nightly builds but it's empty

hi,

I tried to check that if x264 crashes has been fixed but i faced some other problems.

I installed 1.0.0 win32 version here http://nightlies.videolan.org/build/win ... 0316-2305/

And to be able to do encode i need to open one stream. But 1.0.0 version cannot open that stream
I'am getting error message like:
live555 error: Failed to connect with rtsp://labpc123/stream4.0
main error: open of `rtsp://labpc123/stream4.0' failed: (null)

I installed 0.8.6f version back in use and that can open stream correctly, any tips for this?

My guess is that rtsp/live555 support is somewhat broken.

Do i need to report this somehow? or is this known problem?

or might it be already fixed for some sw version?