Warning: session_start(): open(/tmp/sess_4m8ki8kbs66m3r7a268ms6qkf7, O_RDWR) failed: No space left on device (28) in /www/H01/htdocs/lib/base/lib_base.php on line 280
gwenview openDesktop.org
-
 KDE-Apps.org Applications for the KDE-Desktop 
 GTK-Apps.org Applications using the GTK Toolkit 
 GnomeFiles.org Applications for GNOME 
 MeeGo-Central.org Applications for MeeGo 
 CLI-Apps.org Command Line Applications 
 Qt-Apps.org Free Qt Applications 
 Qt-Prop.org Proprietary Qt Applications 
 Maemo-Apps.org Applications for the Maemo Plattform 
 Java-Apps.org Free Java Applications 
 eyeOS-Apps.org Free eyeOS Applications 
 Wine-Apps.org Wine Applications 
 Server-Apps.org Server Applications 
 apps.ownCloud.com ownCloud Applications 
--
-
 KDE-Look.org Artwork for the KDE-Desktop 
 GNOME-Look.org Artwork for the GNOME-Desktop 
 Xfce-Look.org Artwork for the Xfce-Desktop 
 Box-Look.org Artwork for your Windowmanager 
 E17-Stuff.org Artwork for Enlightenment 
 Beryl-Themes.org Artwork for the Beryl Windowmanager 
 Compiz-Themes.org Artwork for the Compiz Windowmanager 
 EDE-Look.org Themes for your EDE Desktop 
--
-
 Debian-Art.org Stuff for Debian 
 Gentoo-Art.org Artwork for Gentoo Linux 
 SUSE-Art.org Artwork for openSUSE 
 Ubuntu-Art.org Artwork for Ubuntu 
 Kubuntu-Art.org Artwork for Kubuntu 
 LinuxMint-Art.org Artwork for Linux Mint 
 Arch-Stuff.org Art And Stuff for Arch Linux 
 Frugalware-Art.org Themes for Frugalware 
 Fedora-Art.org Artwork for Fedora Linux 
 Mandriva-Art.org Artwork for Mandriva Linux 
--
-
 KDE-Files.org Files for KDE Applications 
 OpenTemplate.org Documents for OpenOffice.org
 GIMPStuff.org Files for GIMP
 InkscapeStuff.org Files for Inkscape
 ScribusStuff.org Files for Scribus
 BlenderStuff.org Textures and Objects for Blender
 VLC-Addons.org Themes and Extensions for VLC
--
-
 KDE-Help.org Support for your KDE Desktop 
 GNOME-Help.org Support for your GNOME Desktop 
 Xfce-Help.org Support for your Xfce Desktop 
--
openDesktop.orgopenDesktop.org:   Applications   Artwork   Linux Distributions   Documents    Linux42.org    OpenSkillz.com   
 
Home
Apps
Artwork
News
Groups
Knowledge
Events
Forum
People
Jobs
Register
Login
CONTENT
-


-
- Content .- Fans (4) .- Knowledge Base  . 

gwenview

   1.4.2  

KDE Graphic Viewer

Score 81%
bk12bk12
Home
gwenview
zoom

gwenview
zoom

gwenview
zoom

Link:  http://gwenview.sf.net
Downloads:  13679
Submitted:  Jan 4 2004
Updated:  Sep 17 2007

Description:

Gwenview is a fast and easy to use image viewer/browser for KDE.

All common image formats are supported, such as PNG (including transparency), JPEG (including EXIF tags and lossless transformations), GIF (images as well as animations), XCF (Gimp image format), BMP, XPM and others.

Since 1.3.91, Gwenview can also view SVG images and play videos.

Standard features include slideshow, fullscreen view, image thumbnails, drag'n'drop, image zoom, full network transparency using the KIO framework, including basic file operations and browsing in compressed archives, non-blocking GUI with adjustable views.

Gwenview also provides image and directory KParts components for use e.g. in Konqueror.

Additional features, such as image renaming, comparing, converting, batch processing, HTML gallery and others are provided by the KIPI image framework.




Changelog:

# New features:

- Settings in the dialog to edit the thumbnail view details are now directly applied, no need to click "Apply" anymore.

- OSD can now display more image information: aperture, focal length, iso and exposure time. Patch by Carles Pina i Estany.

# Fixes:

- Bug 123516: After renaming, thumbnail panel is not updated

- Bug 138467: Crash in Exiv2 readMetadata when reading image saved in Photoshop

- Bug 131162: Autorotate images preference setting is forgotten

- Bug 132556: Gwenview asks to save the wrong file if the modified file is read-only

- Bug 111641: When several printing images in a row, "Keep Ratio" keeps ratio of first image

- Avoid crash when viewing extremely large images.

- Fix optimization compiler flags being disabled for scaling code.

- In fullscreen mode, make sure the cursor does not come back after moving to the next image. Patch by Carles Pina i Estany.

- Bug 130511: In the KParts, make Gwenview translations the active one, to avoid using KDELibs instead.




License: GPL
(Stable version)
Send to a friend
Subscribe
Other  Content  from bk12
Report inappropriate content



goto page: prev   1  2  3  4  5  6  7  8  9 

-

 Reporting a bug

 
 by philr on: Dec 20 2004  
Score 50%
philrphilr

Where can I report a bug? I have a reproducible error and a debug report.

Phil.


Reply to this

-

 Re: Reporting a bug

 
 by Seli on: Dec 20 2004  
Score 50%
SeliSeli

Run Gwenview, in menu select Help->Report bug?


Reply to this

-

 Re: Re: Reporting a

 
 by philr on: Dec 20 2004  
Score 50%
philrphilr

That reports to bugs.kde.org but I don't think Gwenview is part of a KDE build.

Phil.


Reply to this

-

 Re: Re: Re: Reporting a

 
 by Seli on: Dec 22 2004  
Score 50%
SeliSeli

Just the fact that Gwenview is not part of the official KDE release doesn't mean it cannot use bugs.kde.org . There is a gwenview product at bugs.kde.org .


Reply to this

-

 Thank you

 
 by hiasl on: Jan 8 2005  
Score 50%
hiaslhiasl

very much for the best imageviewer I know. I'm using it daily for my work.


Reply to this

-

 Re: Thank you

 
 by gladiac on: Jan 24 2005  
Score 50%
gladiacgladiac
KDE, Samba, FreeIPA, libssh, csync
Home

gwenview is great, but it is too slow loading images. Other apps are much faster than gwenview.

http://www.cynapses.org/
Reply to this

-
.

 Re: Re: Thank you

 
 by Seli on: Jan 24 2005  
Score 50%
SeliSeli

Other apps such as ...? There may be several reasons why you think it's slow:
- Newly loaded images are being shown progressively, something not all image viewers can do, which may make the loading seem take longer (at least I personally believe it's mainly perceived).
- Basically the same may apply because of image smoothing settings.
- Your Qt package does not include qt-copy patches #0005/#0007 which noticeably improve speed of displaying large images. Bug your packager.
- Image preloading in advance. That is planned after this stable release, because it should better be done properly (read: not simple). If not done properly it can make switching between images pretty jerky.


Reply to this

-

 Re: Re: Re: Thank you

 
 by asdex on: Jan 25 2005  
Score 50%
asdexasdex
kein

- Basically the same may apply because of image smoothing settings.

It would be nice if the image smoothing settings would be named more exacly.

What the heck is "normal quality" or "fast"? Do you mean bicubic, lanczos windowed Sinc, ...?

At least additionally mention the algorithm.

Btw. did you have a look at the MPlayer source code? They have fast-like-hell resampling routines (bilinear, bicubic, gauss, lanczos windowed sinc,...).

http://www1.mplayerhq.hu/cgi-bin/cvsweb.cgi/main/libmpcodecs/vf_scale.c?rev=1.56&content-type=text/x-cvsweb-markup
http://www1.mplayerhq.hu/cgi-bin/cvsweb.cgi/main/postproc/swscale.c?rev=1.148&content-type=text/x-cvsweb-markup


Reply to this

-

 Re: Re: Re: Re: Thank you

 
 by Seli on: Jan 25 2005  
Score 50%
SeliSeli

> What the heck is "normal quality" or "fast"? Do you mean bicubic, lanczos windowed Sinc, ...?

Who cares? Fast is fast, best is best. Bicubic, lanczos, triangle, mitchell mean nothing to me and other 99% people. As long as fast is very fast, and best is very good, is it really important to know fast is some strange MMX assembly (probably pixel sampling, I don't know) from Imlib2 modified by Mosfet, and normal/best are triangle/mitchell from ImageMagick (speeded up a bit)?

And no, I haven't looked at MPlayer. I've had already enough fun with it, and I find the current state satisfactory. But your patches are of course welcome if you think it still needs improvements.


Reply to this

-
.

 Re: Re: Re: Re: Re: Thank you

 
 by asdex on: Jan 25 2005  
Score 50%
asdexasdex
kein

> Who cares? Fast is fast, best is best.

Everybody who has used Gimp more than once in his live. Gimp has bilinear and bicubic resampling.

> Bicubic, lanczos, triangle, mitchell mean nothing to me and other 99% people.

That's why i did not wrote to *replace* "fast" "normal",.... Adding a hint what "normal" is supposed to be, should be enough.

> As long as fast is very fast, and best is very good, is it really
> important to know fast is some strange MMX assembly (probably pixel
> sampling, I don't know) from Imlib2 modified by Mosfet, and normal/best
> are triangle/mitchell from ImageMagick (speeded up a bit)?

There is absolutely no reason that a bicubic mitchell filter is slow. And yes, a bicubic mitchell filter is anything but the best method.

Btw. Mplayer is able to do bicubic mitchell much faster than gwenview is able to do "fast" resampling.

> And no, I haven't looked at MPlayer. I've had already enough fun with it,
> and I find the current state satisfactory. But your patches are of
> course welcome if you think it still needs improvements.

I'm not complaining, I only provided links to faster and better resampling routines because other find Gwenview extremly slow (and they are right).


Reply to this

-

 Re: Re: Re: Re: Re: Re: Thank you

 
 by Seli on: Jan 25 2005  
Score 50%
SeliSeli

> Btw. Mplayer is able to do bicubic mitchell much faster than gwenview is able to do "fast" resampling.

Is it? I'd be interested in your testcase that you used for finding this out, so that I could try it myself (assuming the above is more than just your personal opinion).

> other find Gwenview extremly slow (and they are right)

Attempt #2: Slow compared to what?

I seriously doubt there's any image viewer for X11 that'd make Gwenview extremely slow compared to it, and I myself have been unable to find even any that'd make it look slow (even with the lack of the preloading feature that's hopefully going to be implemented somewhen soon).



-

 Testcase + Benchmark

 
 by asdex on: Jan 25 2005  
Score 50%
asdexasdex
kein

Benchmark (kde 3.3.2, gwenview gwenview-1.1.8-5 (suse), AthlonXP, 1750MHz):
9 PNG images taken with my Canon G5 2614x1958 pixel (~5MP):

Gwenview: Best quality scaling (-> ~600x400 pixel): 19 Seconds (time taken manually)
normal quality: 15 seconds.

Mplayer: time mplayer "mf://CR*.png" -vf scale=600:-3 -sws 9 -vo x11
(takes all 9 PNGs, scales to 600 pixel width and uses Lanczos (sws 9) filter):
Lanczos: . . . . . 4.77 seconds
Bicubic:. . . . . . 4.65 seconds
Bilinear: . . . . . 4.49 seconds
Fast bilinear:. . 4.18 seconds

Although playing and scaling RGB data (vs. YUV data, which is used in videos) is not MPlayer's main competence, he is roughly 4 times faster.

And yes, MPlayers softwarescaler are fully adjustable: (from the man page:)
--------------------------------
[:] (also see -sws)
Set some scaling parameters depending on the type of scaler selected with
-sws.
-sws 2 (bicubic): B (blurring) and C (ringing)
0.00:0.60 default
0.00:0.75 VirtualDubs "precise bicubic"
0.00:0.50 Catmull-Rom spline
0.33:0.33 Mitchell-Netravali spline
1.00:0.00 cubic B-spline
-sws 7 (gaussian): sharpness (0 (soft) - 100 (sharp))
-sws 9 (lanczos): filter length (1-10)
------------------------

So, a speedup by a factor of four to five should be possible. And the best thing is: Sourcecode is available.

Btw., the quality differences between "fast", "normal" and "best quality" are not really visible. Maybe it would be better to provide just two resampling methods: "normal" Bicubic (Mitchell-Netravali) and a sharper one comparable to mplayer's "0.00:0.75" bicubic spline.


Reply to this

-

 Re: Testcase + Bench

 
 by asdex on: Jan 25 2005  
Score 50%
asdexasdex
kein

New measurement:
Instead of a manual measurement I have taken the CPU-time of gwenview before the first and after the last image (with "top").

Gwenview 1.2.0pre1: Best quality scaling (-> ~600x450 pixel): 13.5 Seconds CPU time

The mplayer measurements include start-up overhead. (time mplayer [...])

So Mplayer is at least 3.2 times as fast as gwenview when doing bicubic scaling from 5MPixel to 600x450 pixel.



-

 Slick..

 
 by cerulean on: Feb 14 2005  
Score 50%
ceruleancerulean
Home

Nice viewer - provides all I could need. I seem to find no problem with the speed of Gwenview...


Reply to this

-

 Using since

 
 by nightdragon on: Feb 14 2005  
Score 50%
nightdragonnightdragon

I've been following the 1.2.0 pre devels since the KDE 3.4 initial betas and I would say it's progressed rather nicely. So far I am at the latest of the CVS from kdeextragear-1 and I haven't run into any problems at the moment.

A really nice app. Keep up the good work.


Reply to this

-
.

 Oaoooooooo

 
 by linuxcolor on: Feb 14 2005  
Score 50%
linuxcolorlinuxcolor
One OS , LINUX
Home

great work ....

Don't grow up without "LINUX"
This Picture is for microsoft
Reply to this

-
.

 Speed?

 
 by asdex on: Mar 1 2005  
Score 50%
asdexasdex
kein

Any news regarding Gwenview's speed issues?.

I don't want to have to use a media player to get a nice slideshow with decent image filtering... ;-)


Reply to this

goto page: prev   1  2  3  4  5  6  7  8  9 

Add commentBack




-
Linux42.org
-

Popular Groups
-

Newest Groups
-

FORUM
-

 
 
 Who we are
Contact
More about us
Frequently Asked Questions
Register
Twitter
Blog
Explore
Apps
Artwork
Jobs
Knowledge
Events
People
Updates on identi.ca
Updates on Twitter
Content RSS   
Events RSS   

Participate
Groups
Forum
Add Content
Public API
About openDesktop.org
Legal Notice
Spreadshirt Shop
CafePress Shop
Advertising
Sponsor us
Report Abuse
 

Copyright 2007-2016 openDesktop.org Team  
All rights reserved. openDesktop.org is not liable for any content or goods on this site.
All contributors are responsible for the lawfulness of their uploads.
openDesktop is a trademark of the openDesktop.org Team