This thread is for questions and discussion about Xee. Before posting, check that the question has not already been answered in this thread, or in the previous thread: http://wakaba.c3.cx/sup/kareha.pl/1122405906/
There is also a bug tracker for Xee here: http://code.google.com/p/xee/issues/list
If you have a bug to report, it is better to post it on the bug tracker if you can, so it will not be forgotten.
No, the problem is that regular views can't be rendered on top of an OpenGL context unless you use CoreAnimation layers, and CoreAnimation layers are too slow for Xee. QuickTime player does not need gigantic images and doesn't update that fast, so it can use them.
still waiting for ver.3
>>301
It's easy to render views to a buffer and then display it in OpenGL, and catch mouse events and redirect them to the view. Or just use child windows.
Well, after a ridiculous amount of work, it's finally starting to come together: Here is the first beta version of Xee 3.0:
https://xee.googlecode.com/files/Xee3.0beta1.zip
This is an near-complete rewrite. Most of the code is completely new. Most of the functionality should be implemented at this point, so I finally feel like calling it a beta and giving it a public test. What this really needs now is a bunch of testing. Please try it out, and tell me if something is broken, or missing. Or just tell me it works fine, that's useful information too.
The bad news is that this took so much effort to put together that it'll probably cost money when it is done. This beta version will also expire in a couple months. I haven't decided yet how exactly I will distribute it, and if I'll release any source for it (I was considering the option of doing that even if it is distributed for pay on the App Store. We'll see.)
As for new features, here's what I can remember right now:
There's probably more stuff that I forgot, too.
Some things from the older version is missing. This is either due to me not having re-implemented it quite yet, me deciding to cut that feature entirely, or just plain old forgetfulness.
Things that are missing that will probably be implemented before release are:
Things that are missing and will most likely remain missing:
If you spot anything missing that is not on either list, remind me about it, because I might just have forgotten.
Things I forgot to say so far:
Oh, also: Retina support is 100% untested, and apparently doesn't work. I will have to somehow find a machine to test on soon.
>>305
It doesn't seem to remember the window position across launches, and for some reason always tries to place itself in the bottom left corner of the screen.
>>305
And is there any reason why there's no toolbar anymore? It makes browsing with a mouse (not a trackpad!) really hard.
Right, that's somewhere there on the TODO list.
Ah yes, I forgot to mention that one too, I probably won't add a regular toolbar. For a non-magic mouse, browsing should be done with the scroll wheel but you have to turn it on in the preferences. Probably it should check what kind of input you have and change that automatically.
I might try to think of some kind of some other kind of interface for it too.
Tried to guess why Retina support was not working, and I made a new version with only that change:
https://xee.googlecode.com/files/Xee3.0beta2.zip
This one might work on Retina. Please test it!
Is there anyway to monitor the GPU for testing? I was browsing through a pretty large folder to test Xee3, when my computer started getting sluggish and the temperatures (and fan noise) got higher. Xee wasn't using much CPU according to Activity Monitor, but I assume the GPU was being pushed. It's an GT650M if that matters.
Thanks for xee 3.0.
Finally, xee support colorsync. Fantastic!
But I found a few bug. Also, want a feature for xee 3.0 following as;
1) Xee was crash when trying to open PDF file
2) in fullscreen mode, xee 3.0 couldn't hide mouse pointer.
xee 2.0 was hide mouse pointer in fullscreen mode.
It's very usefull for comic-book reading.
Also, most apps are hide mouse pointer when occurred key input. I want this feature :-)
3) It seemed to be slower than xee 2.0 (Hmm...)
4) xee 3.0 was display television noise effect while open big graphic file. I want to turn off this effect. But there was no option.
5) I missed a toolbar. But it's not so essential.
6) Please develop a feature 2 page view for comic-book reading
:-)
Thanks for your development. If you'll sell xee in appstore, I must buy it. Thanks!
I was very excited when I saw the beta, but unfortunately every image I try to view get the "cute" TV noise instead and it says "(crashed)" below.
I'm not on retina and I tried on both a MacBook Pro and a MacBook Air.
xee 3.0b2 is ask "MacOS X sandbox maybe blocking access to it" message when open folder at first. It's very annoying. :-(
MacOS X App sandbox make me unhappy. Please find other sales methods other than apple appstore. Thanks.
I had some random crashes. I wasn't doing anything in particular to trigger them. Crash logs attached. Seems related to this:
> 3/12/13 3:35:31.395 PM Xee3[1971]: -[__NSCFType removeAllEntries]: unrecognized selector sent to instance 0x7faef0c60800
I also had some pretty weird behavior when trying to bring up the Open panel in full screen mode. Selecting Open from the file menu makes the event loop get stuck and nothing seems to happen. Triggering an event by pressing the Escape key brings up the Open panel but things get more and more messed up from there.
The Open Recent menu doesn't work either. Nothing appears in it no matter how many files I open or close.
There were some other cosmetic bugs too. The most annoying one was after entering full screen mode, the title bar briefly flashes at the top of the screen, shaking the whole image.
Also, thanks, I will get at least some of those fixed.
What were you browsing at the time?
Also, I can't really reproduce the fullscreen behaviors. Are you on 10.7?
>>319 I did disable that annoying message when you open a downloaded app. It creates bugs apparently... I used terminal to enable it again, it's annoying, but it works now. And I guess it's safer :P
for anyone with the same problem, I entered this message in terminal :
defaults write com.apple.LaunchServices LSQuarantine -bool YES
("NO" would disable quarantine and create the bug)
press enter/return and restart your mac
PS: I'll give you my impressions on the beta later ;)
> It creates bugs apparently...
Oh, it does. All kinds. I've tried reporting some of them to Apple but no reaction. It's a pretty terrible situation. It used to be safe to do that, but then with one of the recent upgrades, it suddenly broke all kinds of things, because they left that option in but didn't update things to actually support it any longer.
>>319
Sad news. I really hate apple sandbox policy.
Anyway, I found a another bug.
When I browse files containing following JPG file, xee 3.0b2 take up nearly 100% CPU process. The file is following as;
http://blogfiles.naver.net/20100810_97/howardkim_1281439264397s24Lp_jpg/junge_howardkim.jpg
This is color profile embedded JPG sample. Please resolve this issue. Thanks.
in [keyboard] tab of xee preferences, "scroll up" item was duplicated 3 times.
please check it. Thanks.
Do you think it's possible to add the "Open In..." menu to an image on right-click?
I have to say that I'm disappointed, but then again I only needed the option to fit horizontally for Xee to be pretty much perfect for my needs. I want to like it but I just wasn't able to use it as smoothly as Xee 2.2
Xee 2.2 was so light and so responsive, that 3.0 just feels like a big step back. I don't want to be too hard on this… I know you rebuilt it from the ground up and this is a beta. I hope you take this as constructive criticism and that I made myself clear (English isn't my first language). On the bright side, the app didn't even crash once (except for the quarantine issue).
Fit to screen isn't working; though I assume its due to still using a macbook with integrated graphics.
Though, i'm not having any of the responsiveness issues that I see reported above. It handled my big directory of unsorted images just as well as 2.2.
> The horizontal and vertical swipe option in nice as long as the image isn't zoomed in where it doesn't even work sometimes.
What do you mean by "doesn't work"? If you mean that if you bump into a side, it will not immediately swipe to the next if you start again, that is normal OS X behavior, and nothing can be done about it.
> The scrolling is far from being as responsive as before,
> The app is a lot more processor intensive, it drains the battery at an alarming rate and the fan becomes loud.
If your computer is not very new, make sure to set visual quality to "Low". This is closer to what 2.2 uses.
> The option to mask the mouse and the scroll bar would be great
"Mask"?
http://www.kbdmania.net/images/junge_howardkim.jpg
please try to his link. Thanks.
I agree with you. Also, file browsing speed is slower than previous version.
I see TV noise frequently while turn scroll wheel rapidly for file browsing in 3.0b2. But in xee2.2, It can display all of files no matter how turn scroll wheel quickly.
But I believe 3.0 will be faster.
That image works fine here.
As recorded in the crash log, 10.8.2. It was just a large folder of pictures, not browsing any archives. Maybe some animated GIFs, that would explain the timer callbacks in the logs.
I didn't have any problems with sluggish performance that are being reported here. Even opening a huge folder with some 30,000 pictures Xee opened it and counted them all ridiculously fast (faster than I thought possible, so maybe it's cheating somehow?). Scrolling might've been a little jerky though. You can force the image to load by scrolling down, and then it's fast after that.
>>335
Oh sorry, I forgot to clarify. No image appears, just a blank window with the background color. Also happens with any kind of scaling whatsoever. Basically if its not actual size, I can't see it.
And a fun little effect I just noticed. With scaling quality set to low and fill to screen set; when going to the next image, the image will flicker for a second, before disappearing.
Yes. Only that image works fine. But with other huge files, it occurred problem.
test environment is
Macbook Pro retina 13" / MacOS 10.8.2
For the horizontal and vertical swipe I didn't know this was normal. I used mostly the vertical swipe an if you take your time scrolling it works.
I don't know how I did it, but I managed to deactivate the bouncing/swiping while using it. Does that mean you can give us the choice to disable it? I don't mind it but know others do.
I have to say the thing that I was the most afraid of was the latency and battery draining, but setting the scaling quality to low made it just like 2.2, smooth as butter. I just didn't think my mac was that old :P
When I talked about the option to mask the mouse and the scroll bar, I just meant to hide (the mouse especially).
Now the only "big" problem I have is : "When changing images it stays at the same "zoom position" which was an option you could disable before." I hope this comes back in 3.0 along with the always open in fullscreen option.
Other than that great job, the application is already very stable. Keep up the great work ;)
Check Console.app and see what it is saying. But yes, sounds like your graphics card is too old. I'd have expected it wouldn't even be able to run 10.7 in that case, actually.
> setting the scaling quality to low made it just like 2.2, smooth as butter.
It really needs some way to automatically detect what quality setting to use, but I haven't figured out a good way to do it.
> When I talked about the option to mask the mouse and the scroll bar, I just meant to hide (the mouse especially).
The scrollbars should auto-hide, at least. Do they? The mouse hiding will probably get fixed soon.
> Now the only "big" problem I have is : "When changing images it stays at the same "zoom position" which was an option you could disable before."
Is there a particular use for resetting the view position? I couldn't think of one so I just left it at this behavior by default.
> I hope this comes back in 3.0 along with the always open in fullscreen option.
I think that if I make it actually remember the window position, which I am planning to, it will also remember fullscreen settings. Let's see.
> It really needs some way to automatically detect what quality setting to use, but I haven't figured out a good way to do it.
If that doesn't work, I would put it at low by default, and let people just see if their mac can handle more.
> The scrollbars should auto-hide, at least. Do they?
They do, I just don't really need them and it can distract from the image while scrolling. But it's really not a big deal, I got used to it. It's the mouse that I would like to make disappear immediately like in quicktime.
> Is there a particular use for resetting the view position? I couldn't think of one so I just left it at this behaviour by default.
It's just more natural to me to always scroll in the same direction. Or else you have to scroll down one image than up the next and than down, etc...
It's essential for reading comics for instance.
It's isn't an issue when you use the vertical swipe, but since it tends to block when scrolling to fast in the same direction and can get tiring for the hand.
>>342
Nothing cropping up in Console at all. I figured it was just the old gma 950 can't handle it, but I assumed you'd want to know.
>I'd have expected it wouldn't even be able to run 10.7 in that case, actually.
10.7 is the last supported OS for this laptop, and it actually runs pretty well; not as well as 10.6 did; but good enough for someone who just browses the internet and watches youtubes.
> It's just more natural to me to always scroll in the same direction. Or else you have to scroll down one image than up the next and than down, etc...
> It's essential for reading comics for instance.
I much prefer reading comics with swiping, so that's what I optimized for.
What happens if you set visual quality to low?
> I much prefer reading comics with swiping, so that's what I optimized for.
Well yes me too, I'm not sure I understand. Do you mean vertical swiping ?
Because when you swipe horizontally the next page shows the bottom of the page since it stays at the same position.
Or maybe you meant that you don't scroll at all, I would do that too if it wasn't for my small screen.
Xee 3.0 support colorsync. But its support is not so properly.
Here is sample. Following file is captured screen of my MBPR desktop.
http://www.kbdmania.net/images/screenshot.png
In Safari, and Apple preview app, this file will de displayed normally. But in Xee 3.0b2, It displayed yellowish.
Please check this issue. Also, I uploaded ICC of my MBPR. The file is ;
>What happens if you set visual quality to low?
oh, waha. I already answered that.
>And a fun little effect I just noticed. With scaling quality set to low and fill to screen set; when going to the next image, the image will flicker for a second, before disappearing.
So very nearly the same thing.
I can reproduce that, thanks. Looks like there's some second way of embedding colour profiles in PNG that I don't know about yet.
I guess I'll just try to put in a kludge to make GMA950 use extra bad rendering.
Please see following capture file (JPG)
http://www.kbdmania.net/images/screenshot_color_profile_error.jpg
Left and right is ame screenshot PNG file. But left was opened in Xee 2.2, right was xee 3.0b2.
Embedded color profile of PNG was occurred this problem. JPG, TIFF wasn't matter. Please check this issue. Thanks.
The Xee3 beta looks very promising!
I'd like to chip in a feature request. It would be marvellous if preloading was more configurable max number of photos to load, or perhaps an upper memory limit.
All right, here is a new version which mostly fixes things reported earlier in this thread:
https://xee.googlecode.com/files/Xee3.0beta3.zip
Thanks for your job. :-)
1) Now, b3 can open PDF file without crash.
2) Thanks to mouse pointer hiding feature.
3) But (cute) TV noise effect is not so good idea usually. I prefer previous loading style of xee 2.2. I want to turn off this effect.
4) >>350 colour matching problem was gone.
But there is still remain a colour matching problem.
http://www.kbdmania.net/images/xee/difference.png
Left is opened in Photoshop, right is opened in Xee 3.0b3. The colour is slightly difference. Result of apple preview app is quietly same of photoshop.
(original fie is here : http://www.kbdmania.net/images/xee/face.psd)
5) Also I hope following features;
- Faster speed !! (especially, loading speed of huge animated GIF file is slower than xee 2.2)
- 2 Page view mode for Comic book reading
- support of MNG file (But it's too minor format)
Anyway, thanks for your support. Please make a better app. Thanks!
> I prefer previous loading style of xee 2.2.
As I said, the progressive loading is gone and will not return. It was nearly impossible to support already in Xee 2, and prevented lots of other things.
> But there is still remain a colour matching problem.
There are several different ways to do colour matching, which will give different results. Photoshop probably picks a different one. Try comparing with Preview.app instead, that is probably what I will try to match.
Great update, I didn't expect you to fix everything so quickly !
I really can't find anything else to complain about ^^
It's pretty much perfect for my needs, thank you.
>Added a kludge for GMA950 to make it use extra bad rendering in the hopes that it will at least show SOMETHING.
It works just fine, thank you.
..Seriously thank you, you didn't have to support old, bad computers.
>>359
OMG. Progressive loading was a reason why I love xee. The feature was very useful fast image skipping.
Xee 3.0, when I roll mouse scroll wheel for fast image skipping, it was displayed only TV noise. I think there is a better solution than TV noise. Because most of modern Macs have a large memory, faster CPU.....
Thank you. Best regards, :-)
Almost no image loading libraries have support for progressive loading. Also, using OS X colour matching is pretty much impossible while trying to do progressive loading. These features are really much more important than progressive loading, so it is gone.
Also, the bug was remain in beta3.
how to representation;
1) download a file which have a specified color profile from following link.
http://www.kbdmania.net/images/junge_howardkim.jpg
2) put the file with other files in one folder
3) open the file (and open CPU activity app)
4) hit space and shift+space repeatedly, A moment to open the file, xee will suddenly halt, and take high CPU usage.
>>363
I understand. But you'll be able to find out much more faster image loading solution, I believe. :-)
Thanks. Best regard.
I would like for zoom in/out to be an option for the scroll wheel.
Hello, is Russian translation going to be supported in future? I sent an email with updated localisation to "paracelsus", google code project author. Did I do that right? Looks like google code trunk has not been updated since 2011.
great!
I thought Xee was becoming another abandoned good os x software.
and just saw the beta now, downloaded, like it. hope you'll gonna fix various performance issues and bugs soon that I'll completely switch to Xee 3.
the one thing I would like to see in xee3 is to change the color of window background only. styles are good but I just want to change background color.
also ability to disabling that tv noise effect while switching between images and show/hide statusbar would be awesome.
greetzzz
Can people with discrete graphics cards computer also choose the ultra low quality setting? I'd rather Xee used just the intel graphics on my computer, even at the price of image quality, for battery life reasons.
I'm grateful for your hard work on Xee 3. Will you offer a version without Sandboxing? I keep my images in a very hierarchical manner and there's always new folders, so that constant asking for permission makes v3 a real hassle to use.
I love using Xee 2,but the beta 3 version will not work. All I can see when I open a jpeg is a 'fuzzy' screen..like TV interference. Any way to combat this?
If you give it access to a higher-level folder, it will apply to all subfolders too.
You have probably at some point tried to disable quarantine dialogs in OS X. This breaks many things in the sandbox, and will cause Xee 3 to fail to unpack properly. I highly recommend re-enabling quarantine dialogs.
(Also, once Xee is distributed through the app store, this will not be a problem, since it is .zip unpacking that is causing this.)
Please unban me
All right, one more beta version:
https://xee.googlecode.com/files/Xee3.0beta4.zip
This is probably pretty close to what will be the first release. I am mostly planning on doing a little bit of polish now, maybe fixing bugs if any are reported, and then the next version will be a release candidate. Most likely no further features will be added.
There is much more I want to add, but those things will happen in 3.1 or later.
I am getting that fuzzy (bad reception) like thing when I switch between images. I have a set of images I often like to skim really fast through to find the right one. When I use my Mac in bootcamp with Windows, I use Irfanview and it is really really fast. It changes images perfectly with no jitter.
Xee v2 was ok at this, but it still wasn't as fasr as Irfanview on the same computer, and it would have a slow, jitter effect where it wouldn't quite fit the screen with the new image before starting to display the next.
I am hoping Xee 3.x would solve this problem and be really fast. Basically, if I hold down the next arrow button, the screen just becomes "snow". Will Xee 3.x have the ability to quickly flick between images?
Hello, it is form today the new that i can read in OS mountain lion/lion the RAF files generated by Fujifilm camera X sries. how can i set Xee to read the small jpg inside a RAF file and not the entire RAF?
Before this upgrade xee was very fast now, it reads the entire RAF and is slow.
thanks
thanks, apple-preview is immediately to open that sort of RAF, i don't understand why xee not.. thanks the same.
excuse me, another question; browsing the files using from keyboard (,) and (.) i wish to skip RAF files in the directory. so I have selected in the menu preferences to not use Xee to open RAF files. But this has no effect while i'm browsing, only when i select a single file. So the question is, how can I skip RAF files while I browse a folder?
Thanks for the answer (Xee is fantastic and is fantastic the green logo too don't change it deeply in the next version).
Thanks. Peter
Tested beta 3, this is what I see while I wait aperture of files; sometimes with jpg for 1/2 sec and for RAF files 5 sec (!). (read above 372 tv interference...)
Dear Sirs,
is there a way to have Xee automatically zoom out (shrink to fit) after rotating an image? Because right now you have to first rotate, then zoom out with the "fit on screen" command (option + 0). Just selecting "shrink to fit" in the automatic view options doesn't force this behaviour.
thank you for your support
I love this app.. I told everyone with a mac to install it and everyone love it.
the only thing I miss is.. the resize of the images I have a lot of images from my digital camera that are 12 megapixel and to quickly share with other people the only way is to resize them.
I agree that batch resize would be nice to have.. but I can live with that..
About zoom levels switching images, Version 3.0 beta 4 (15)
Desired: when each image of a series comes up, shrink or expand as needed to fill the screen on this monitor; and then if I wish to further adjust, I can do so. Attempted to set this in the menus: FIt on screen, always fit on screen, shrink to fit, stretch to fit.
Problem: If I zoom in on a portion of the current image, when I move to the next image, I see only the same portion of that one; I am confused. Oh. It has 'remembered' that if I wanted to see only 1/5 of previous, then given me the same 1/5 of the next one.
Comment 341: said
> Now the only "big" problem I have is : "When changing images it stays at
> the same "zoom position" which was an option you could disable before."
to which there was the reply:
> Is there a particular use for resetting the view position? I couldn't think of one
> so I just left it at this behavior by default.
Hmm.... I think that the question might be usefully asked the other way around - is there a reason for NOT resetting? Or, to be more precise:
(1) The user has said to always begin by shrinking and stretching to fit on the screen.
(2) In addition, after an image was opened in accordance with #1, the user has gone on to further apply additional zoom to one image.
"Given (1) and (2), is there a particular reason for hypothesizing that a #2 should 'win' over #1? Is there a particular reason to hypothesize that a zoom level applied to one image will also be useful for the next one?"
Thank you for your excellent work on Xee, and I am glad to see that there is a new version in progress.
About full screen mode and multiple monitors Version 3.0 beta 4 (15)
I think this may be a limitation of Mac OS X, not Xee, so you would get double plus bonus points for working around it: when one presses splat-F, only one monitor is used, and often the wrong monitor.
Workaround: by contrast, if one puts one image into each of several monitors, and starts several slide shows, the right thing happens, with each remaining in its correct location, and each remembering its setting for Fit On Screen.
So this workaround is 'almost' good enough; the only thing wrong is that there is the window cruft (title bar, bottom bar, etc) and all the screen background; and of course it's not centered.
About full screen, continued from post 388
hey wait... that's a regression in V3 actually - just tried it with Version 2.2 and if I have two images open, one in monitor 1 and the other in monitor 2, I can start two slide shows, and press splat-F on one, then press splat-F on the other - and they run independently, each one filling one monitor.
By contrast V3 beta 4 (15) follows the aggravating model of some other Mac OS X products that splat-F means full screen on one monitor, blank out all other monitors.
Here is a release candidate for 3.0:
https://xee.googlecode.com/files/Xee3RC.zip
I'll be uploading this to Apple soon, so unless somebody finds a showstopper bug, this is what will be 3.0.
Changes are:
That post is about a different behaviour, which is already fixed. The thing you are describing is entirely by design. It will remain as it is, as it is quite useful in many cases. If you want images to fit on screen, zoom to the fitted size, and the next image will also be fit on screen.
This is standard Lion fullscreen behavior. I don't think programs have any control over this, unless they implement their own fullscreen, but doing so breaks many other features and is a very bad idea. You should report this to Apple if you want it to change.
>>364 reported bug wasn't resolved in 3.0 rc It is disappointed. I think colorsync logic in Xee have a problem.
Also, there was a new bug.
1) open preferences window
2) close prerences window
3) then, xee3 was unexpectedly quit. there was no warning.
Not really a bug, Preview does the same thing.
I don't know what technical reason behind this but on os x 10.8.3 xee 2 is still faster than xee3 rc. especially that tv noise effect while switching between images restrains me using xee3 over xee2. the implementation/algorithm/whatever cant be kept same in xee3 ? otherwise xee is still my fav. image browser on os x.
Just a little feedback to the 3 RC:
Apart from that, Xee 3 RC is really nice. Thanks for the hard work!
zoom behaviour:
Hmm, either you have not understood the meaning of my post, or
I have not understood the meaning of the word "Always".
Image 1: only 20% of it is showing because of zoom.
Press key to go to image 2.
Menu option "View / Always Fit Opened Images on Screen" has previously been selected
Given the usual meaning of the word "Always".... why would only 20% of image 2 show up?
Full screen behaviour: believe me, many people have complained to apple about this, for years. No luck. Given that splat-F can be usefully entered twice in V2.2, but only once in V3, that will be enough to keep me on V2.2 forever, which is unfortunate, because there is so much other stuff to like in V3.
Note that this says "Opened" images. It only applies when you first open an image, not when you browse.
Also, the full-screen behaviour in 2.2 breaks other things, like switching between multiple fullscreen apps.
Swipe browsing is nice, but could you keep the arrow key navigation?
It's one of the best features of Xee that blows preview out of the water.
Using spacebar and shift-spacebar just doesn't feel as natural as left and right.
When opening images as zip or cbz files, xee shows the bottom of the first image, even with the option to keep the focus at the top. With the same images not compressed it isn't a problem.