From: "Dariusz Piatkowski" Newsgroups: comp.os.os2.bugs,comp.os.os2.apps Subject: Re: VLC 1.1.13 problems anyone? Date: 27 Dec 2011 04:02:06 GMT Organization: NewsGuy - Unlimited Usenet $19.95 Lines: 64 Message-ID: References: <4EF87338.5000101@chollian.net> NNTP-Posting-Host: p229d47b3f3a431a5cfbc13dbfecd3478b232e6dabfd9563d3033c10381c8dd9c.newsdawg.com Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit User-Agent: ProNews/2 V1.59.cp120 Path: csiph.com!x330-a1.tempe.blueboxinc.net!usenet.pasdenom.info!news.stben.net!border3.nntp.ams.giganews.com!border1.nntp.ams.giganews.com!nntp.giganews.com!xlned.com!feeder3.xlned.com!multikabel.net!newsfeed10.multikabel.net!feeder3.cambriumusenet.nl!feed.tweaknews.nl!209.197.12.242.MISMATCH!nx01.iad01.newshosting.com!newshosting.com!69.16.185.21.MISMATCH!npeer03.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!spln!extra.newsguy.com!newsp.newsguy.com!enews6 Xref: x330-a1.tempe.blueboxinc.net comp.os.os2.bugs:156 comp.os.os2.apps:698 Hi KO! On Mon, 26 Dec 2011 13:14:32 UTC, KO Myung-Hun wrote: > Hi/2. > > Dariusz Piatkowski wrote: > > The latest version of the OS/2 VLC player just got released...I downloaded > > 1.1.13, was previously using 1.1.11. > > > > Here is the strange situation I'm seeing, I have the VLC frame running in a > > separate window then the video playback. With 1.1.13 the video window frame > > shows up fine and plays back fine, however the actual VLC window frame (where > > all program controls exist) is nowhere to be found. > > Do you mean you didn't check 'Preferences/Interface/Look and fee/Embed > video in interface' ? Actually, with this release, it appears that the previous INI file was either not-detected, or ignored. I had always set the 'Embed video in interface' to OFF (meaning, no check mark there), so yes, the answer to your question is : YES, I did not have it checked. But...as Peter Brown posted in another response, including gcc446.dll all of a sudden makes VLC work just fine. This is how I discovered that the INI file I had previously used was no longer being honoured and that setting I mentioned above was now actually CHECKED... 12-16-11 4:01a 131447 124 gcc446.dll > I'm sorry I cannot reproduce this problem at all. > > But I want to confirm that this is a problem of a multi-core system. How > about disabling other cores except 1 core ? OK, shutting OFF the 3 of the 4 cores (using SETPROC utility) and renaming gcc446.dll to something else (thus making it inaccessible to the process) causes the remaining single core to MAX out, running at 100% utilization. The video still plays, but if I chose to close the window the VLC program itself continues to run, still maximizing the core at 100% utilization. I then kill the process, which does end it. Now, as I mentioned above, Peter suggested adding gcc446.dll, sure enough, that allowed VLC to function correctly on my system again, with a single or multiple cores enabled. OK, so here is what I noticed: the HELP=>About screen shows the following : '...Compiler: gcc version 4.4.6 (GCC)...', so it certainly appears to me that gcc446.dll is a requirement to run 1.1.13 successfully, and as best as I could tell this was not listed in the README...so maybe just a missing piece of info, no biggie really. But I'm curious now, why does the missing DLL (gcc446.dll) cause such a behaviour? The VLC control window is not displayed...and that makes sense, but the weird core utilization spike is just so extremely similar behaviour to the Firefox high-res timer issue...to the point that I'm curious what the do have to do with each other. Is there anything I can do to help debug this? Could we pursue this even though this is not a real VLC problem? Thanks KO for the great work, as always! -Dariuss