On Thursday Hugin worked, now vanishes away when clicking Preview tab

54 views
Skip to first unread message

David W. Jones

unread,
Feb 23, 2014, 11:56:51 PM2/23/14
to hugin-ptx
On Thursday Hugin worked fine.

Saturday I did my usual system update. I don't think the version of
Hugin changed, but there were updates to xserver-xorg and a new kernel
in Sid.

Today Hugin vanishes mysteriously away the instant I click any tab in in
the Fast Preview window.

I've encountered this before. I have turned off the Panosphere in the
preview window. Still happens. I've trashed my .hugin preferences file
and redone my preferences and returned off the panosphere. Still
happens. It sounds like Hugin's problem interaction with OpenGL has
reappeared ...

Using Hugin 2013.0.0.4692917e7a55 on 64-bit Aptosid (Debian Sid). I
don't remember what version of Hugin I had on here before.

Ideas? I have 4 panoramas I'd really like to get processed today. I'll
try them on the desktop machine and see if it crashes there, too ...
hurrah! It doesn't vanish mysteriously, it just quietly works
correctly. The Hugin on my desktop machine is 2012.0.0.a94faa15c297,
also running on 64-bit Aptosid (Debian Sid).

--
David W. Jones
gnome...@gmail.com
wandering the landscape of god
http://dancingtreefrog.com

Kornel Benko

unread,
Feb 24, 2014, 3:11:07 AM2/24/14
to hugi...@googlegroups.com

Am Sonntag, 23. Februar 2014 um 18:56:51, schrieb David W. Jones <gnome...@gmail.com>

I had the like before. It turned out, my glx was disabled. (Update of nvidia went wrong)

Check for

#glxinfo | head

 

There should be the line saying 'direct rendering: Yes'

 

Try to get it working.

 

Kornel

signature.asc

David W. Jones

unread,
Feb 24, 2014, 5:49:19 AM2/24/14
to hugi...@googlegroups.com
Mine reports: "direct rendering: Yes".

The laptop is running Intel video.

The problem wasn't due to GL NOT working. IIRC, it was due to something
in the Hugin Fast Preview window trying to use GL before initializing
GL. Maybe there's be a regression in Hugin code somewhere that unfixed that?

T. Modes

unread,
Feb 26, 2014, 11:23:00 AM2/26/14
to hugi...@googlegroups.com


Am Montag, 24. Februar 2014 11:49:19 UTC+1 schrieb GnomeNomad:

The problem wasn't due to GL NOT working. IIRC, it was due to something
in the Hugin Fast Preview window trying to use GL before initializing
GL. Maybe there's be a regression in Hugin code somewhere that unfixed that?

When the window is showing the preview, all should be initialized.

Is there some output in the console, which could help to debug the issue?
Also it would helpful to know which changed in the underlying packages.

David W. Jones

unread,
Feb 27, 2014, 2:42:36 AM2/27/14
to hugi...@googlegroups.com
On 02/26/2014 06:23 AM, T. Modes wrote:

> Am Montag, 24. Februar 2014 11:49:19 UTC+1 schrieb GnomeNomad:
>
> The problem wasn't due to GL NOT working. IIRC, it was due to something
> in the Hugin Fast Preview window trying to use GL before initializing
> GL. Maybe there's be a regression in Hugin code somewhere that
> unfixed that?
>
> When the window is showing the preview, all should be initialized.

The window didn't show any preview. It was empty where there should have
been a preview, with the usual Hugin tabs along the top.

> Is there some output in the console, which could help to debug the issue?

I tried that this morning - and Hugin worked fine with an existing
panorama. Didn't crash and the only console messages were these:
/usr/share/hugin/data/plugins/shooting_pattern.py
CAT:initial distribution
NAM:6-1-1 Shooting Pattern
/usr/share/hugin/data/plugins/top_five.py
CAT:Control Points
NAM:keep 5 CPs per image pair
/usr/share/hugin/data/plugins/crop_cp.py
CAT:Control Points
NAM:Crop Control Points
/usr/share/hugin/data/plugins/woa.py
CAT:Control Points
NAM:Warped Overlap Analysis

I just tried it now with a different PTO (again with no problems) and
got the above lines, along with this addition:

ERROR: 21:11:09.680417
(/build/hugin-d3Tfd7/hugin-2013.0.0+dfsg/src/hugin1/hugin/TextureManager.cpp:624)
SetParameters(): GL Error when setting texture parameters: invalid
operation.

Now I'm remaking an older pano from scratch. It produced a 983MB TIFF
(vs the 201MB original version) but I did some zooming etc in the
preview window just to see if I could make it crash.

> Also it would helpful to know which changed in the underlying packages.

I have no idea what might have changed in the Xorg packages from Debian
Sid. The Intel driver that pertains to the HD4600 my laptop uses was
updated.

Today, Sid is offering hugin-2013.0.0+dfsg-1+b3; the version I have now
is hugin-2013.0.0+dfsg-1+b2. Which Debian package matches up with which
Hugin beta or release candidate?

Oh, BTW, I seem to be seeing this message from enblend again. First saw
it a few years ago, I think:

enblend: error: OJPEG encoding not supported; use new-style JPEG
compression instead

Enblend is being fed 16-bit TIFFs and generating a 16-bit TIFF, so these
(admittedly harmless) messages shouldn't be showing up.
Reply all
Reply to author
Forward
0 new messages