Resizing bug

Hi evbody,
I have a strange bug in Final Cut Pro when I try to scale an image. The image become suddenly filled with squares and completely unusable. If I add motion blur on it it comes back to a normal state.
Worst : The problem appear also in iPhoto when I try to edit a photo and also sometimes in QuickTime when I export .avi on the AppleTV settings.
Final Cut Pro 5.1.4
iPhoto 5.0.4
QTpro 7.1.6
6Gb of ram
please help me
thanks
G5 early 2005 2x2,7ghz Mac OS X (10.4.9) radeon 9800pro Special Edition

Try turning off your dynamic render in the timeline... force it to have to render if you aren't getting any green or orange lines.
CaptM

Similar Messages

Having the same text resize bugs in Fireworks CS5

Yes, that's right, the same terrible resizing bugs, that I have complained about directly to Adobe MULTIPLE times have not been fixed.
Now we are told there is no patch coming to windows for CS4. Problem still happening. And its not just me.
So now I downloaded CS5 and HAD THE SAME ISSUES!
Seriously Adobe, sort yourselves out.
At my blog here, you can see it well documented. Literally the same issue I have occasionally with CS4. UNBELIEVABLY.
http://allaboutchris.co.uk/blog/2010/bugs-in-fireworks-cs5/
Adobe, when is it getting fixed?

I don't have any problem resizing the text with the Scale tool as long as I hold down the Control or shift key while pulling at a corner with the double arrow cursor. If you pull vertically or horizontally you get just the kind of distortion I'd expect. That's not a bug.

Terminal.app resize bug?

I use the Terminal.app to log into a Linux machine. I usually open up multiple tabs per window, and I run emacs in some of the terminal window. The problem is that when I resize the windows, often the window can not remember what size it's supposed to be, and sometimes switching from one tab to another triggers the window to resize to previous dimensions. It's particularly annoying when I start emacs in a tab that's confused in this way, because the window width that emacs thinks it is is incorrect, so emacs can not format the display properly. If I manually resize the window with emacs running, it snaps into place, but then the other tab gets confused.
I didn't have this problem, or it wasn't as noticeable on OSX 10.6.
Is there something I can do about this? This problem is really annoying, and Apple hasn't fixed the other Terminal.app bug I reported to them yet.

You could try iterm or iterm2
<http://iterm.sourceforge.net/>
<http://www.iterm2.com/>
You can always ssh -Y (or ssh -X) into your Linux system and export xterm's back to your Mac (although I'm not personally a fan of xterm, some people like it).
And of course there is always the gui version of emacs and have it export its X11 windows back to your Mac.
NOTE: I am not an emacs user, so anything I say about emacs is based on things I read on the intertubes :-)
You could VNC to your Linux box (although that generally speaking requires a rather fast network corrected to be anywhere usable for an editing session), also the build-in Mac OS X VNC client (Screen Sharing) does not always play nice outside the Mac family, so you should consider alternative VNC clients, such as Chicken (formally Chicken of the VNC), JollysFastVNC, tightvnc (via MacPorts.org), to name a few.
Finally, if you feel there is a real bug in Terminal that needs to be addressed, please file a bug report with Apple so they will have a chance to see and maybe fix it
BugReporter
<http://bugreporter.apple.com>
Free ADC (Apple Developer Connection) account needed for BugReporter.
Anyone can get a free account at:
<http://developer.apple.com/programs/register/>

Resize bug in ReportViewerBean JRC

Hi!I really like CR4E, but there is one bug, which makes it almost unusable for my project:I use the ReportViewerBean from CR4E (tried versions 11.8.0.v555, 11.8.1.v671, and 11.8.2.v795) in a Swing desktop application with Java 1.4.2. I can view a report just fine, export and printing works, etc. But as soon as I resize the window (no matter whether ReportViewerBean is used in its own Frame or embedded in the rest of the application), it seems as the report is rescaled over and over, the textual content wanders off the displayed part of the window to the right, the viewer becomes unresponsive and hogs the cpu. Is there a known work around or even solution for this bug? I followed the document "Crystal Reports for Eclipse - Creating a Thick Client Application" when creating my project.One other thing: I would really like to be able to pass a javax.sql.DataSource or java.sql.Connection to CrystalReports. I don't understand, why I have to pass the database connection properties, which will be used to create exactly the database connection I already have available for the rest of the application. This is my second most important wish for CR4E/JCR. Many thanks in advance for any help and hints! Regards,Wolfgang 

I found the bug: it seems, that ReportViewerBean does not like being embedded in a JScrollPane (or in a JPanel, which is embedded in a JScrollPane)...Wolfgang

Window Resize Bug In PS CS5 using CSXSInterface

Hello,
I am developing a Photoshop Panel using the CS Flex SDK 3.4.0 which uses CSXSInterface.evalScript() to communicate with an Automate plugin. Sometimes this panel starts a timer to call use evalScript() to call a function in the plugin.
I have noticed that when the timer fires evalScript(), if the user is dragging or resizing any Photoshop window, the window snaps back to its original size and position. It is only possible to move or resize a window if evalScript() is not called at any time during the move/resize. At first I thought that the timer fires infrequently enough that this wouldn't be a large deal, but after testing for about a week, it happens more often than I'd like, and my testers find it extremely frustrating when it happens even once.
I'm developing on Mac using Photoshop CS5, but will be supporting both CS5 and CS5.5 on both Mac and Win before release. The panel doesn't work properly on Windows yet, so I don't know if this bug exists in Windows PS.
I have searched for a result for the past few days, and come up empty. At this point, I'm looking for one of the following solutions:
1. Some way to stop CSXSInterface from yanking the window out from under the user. E.g., is there some property I'm not setting on the CSXSInterface shared instance that would fix this bug?
2. Some way to determine if the user is holding down the mouse button anywhere on the screen. Right now I can only receive MOUSE_DOWN events when the mouse is over my panel, and I can't find a way to poll the mouse for its button state. If I knew that the mouse button was down, I could assume that the user might be dragging a window and reset the timer.
3. Some other way of communicating with an Automate plugin. I experimented with using a socket connection between the panel and the plugin, but the automate plugin is run by the Photoshop plugin, and I can't find a way to get Photoshop to run code in the plugin at regular intervals (to receive and process socket data). If there was some kind of function I could expose to PS to call on a regular basis, I could use an alternate IPC.
Thank you for your time and advice!

I apologize for the double-post, but I have now tested the panel in Windows, and the bug is even worse. My panel has a couple text boxes, and if the user is typing in one of them when the timer fires, the text box loses focus and the user's keystrokes are interpreted as Photoshop keyboard shortcuts.

Photoshop element 13 with resizing bug

I have many problèms to resize my picture with element 13, i think i have bug because i can not

Which operating system are you running on?
What is the original (from) size and the new sizes that you are trying to resize to?
What happens, if anything, when you try - any error messages?
Brian

Resizing Bug for Titles

Hello,
I'm using FCPX 10.1 and experiencing a weird bug for the title/text.
Whenever I'm trying to resize a text whether through Text menu or Video menu Transform - Scale after a certain size it cuts of the some part of the text.
Does anybody know how to resolve this issue or should I simply stop trying to use Titles on FCPX and continue using AE for titles.
Please check out the images below.
Bugged imaged at 450pxText size
No bug at 300px Text size

I've known about it for awhile (http://sightcreations.tumblr.com/post/75735456272/more-fcpx-bugs-with-text-of-al l-things)
What I'd be interested in knowing are what are the specs on your mac? Year, model and GPU vRAM size. My mac is a late 09 iMac i7 with ATI Radeon 4850 with 512MB of onboard RAM. My guess is that Apple is phasing out support for these older Macs and/or the onboard vram size of 512MB is no longer adequate.
I also suggest going to Final Cut Pro (menu) > Provide Final Cut Pro Feedback and raising holy **** about it. Having text fail like this in such a low resolution venue as video is absolutely unforgivable. (BTW - these problems do NOT happen in Motion.)

Swf asset resize bug

This is a beauty, the code always worked before but even after rewritting using gumbo replacement components the problem is still there, I have a container that has a swf and an image in it the swf being a frame for the image. When the container is resized the swf frame and image are supposed to follow it, unfortunately this doesn't happen the swf asset reports one set of co-ordinates but displays at a size different to the reported co-ordinates.
https://bugs.adobe.com/jira/browse/SDK-22521 this is the bug I have raised
http://gumbo.flashhub.net/sizetest/ a link to a test, when the component is initialised it displays correctly when you use the slider to resize it the swf in the component incorrectly resizes.
I have also attached the testbed source code (its an fxp renamed to zip)
Has anyone else had resize issues ?.
David.

[Update] it seems that if you load a swf asset at runtime or directly into an image component through in the IDE the sizing behavior works as expected. If you embed an swf or copy a loaded swf into a different resource the resizing changes from size by stage to size by draw region (i.e. the swf asset has some details outside its stage area).
Still a bug as this was never an issue with FB3.
David.

Weird resizing bug with Fluxbox + Xcompmgr.

I'm using fluxbox and xcompmgr today, trying it out again after a while with openbox. Every time I resize a window, it seems like xcompmgr is failing to resize the dropshadow it leaves behind it, or other times it will just show the contents of the window in the space they used to occupy.
Screens:
http://i30.tinypic.com/2mnm638.png
http://i31.tinypic.com/2niz2us.png
Any ideas would be great, I used fluxbox for quite a while and had no problems like this!

I have same bug ....but doesn't have a solution for....anyone else?

Photoshop CS6 Undo Resize bug?

I notice in CS6 (13.0.1 for Windows) if I size an image down (to let's say 200x200) and then Undo, the image is the original size again but the window frame is still 200x200 (or whatever), and I then have to either drag the frame larger or click the 'Actual Pixels' button to reframe it. CS2 never used to do that and it's annoying as I resize a lot. Is there anything I can do about this?

I suggest giving the Tabbed view a try for one full week. It will seem painful at first, but stick with it. There are advantages.
Like you, WAY back when Photoshop CS4 first came out I was loathe to use the new tabbed view, thinking that I really liked managing my documents in separate windows. For a long time I configured Photoshop CS4 to not open documents in tabs, using the windowed view.
But I always felt that I was paddling a bit against the current - not the way Adobe would rather I use Photoshop.
As it turns out, a problem with a particular plug-in - Genuine Fractals - in which it absolutely would not work properly in windowed view but would work okay in tabbed view, caused me to make what I thought then was a temporary change.
After a week or two, against all odds, and certainly unexpectedly, tabbed view began to grow on me. Long story short, I've never switched back. I've used Photoshop every day since (and I mean literally every day, sometimes all day) using tabbed view.
It's not evil. And it has some advantages.
You're probably thinking, "I'm not like that, I won't be able to stand it".
I thought that too. Try it.
-Noel

CS3 Batch Resizing Bug?

This has been "bugging" me for a while.
1) Open a raw file (.CR2)
2) output the file to JPG or open directly
===> i.e. the resulting image is 3888 x 2592
3) use Automate > Fit Image
===> i.e. 1200 pixels (reducing the image by a factor of 3.24)
======> The result should be 1200 x 800 pixels
However the batch conversion would be result in 1200 x 801 pixel.
Even if I were to add a step 2.5 as follows
2.5) image > image size > 1200 x 800
After automate > Fit Image (1200) it would still result in 1200 x 801 pixels!
What's broken with photoshop?
The only fix I've stumbled across so far would be to use an external programme to strip all the exif and attached metadata, only then would the "Fit Image" script work.
Having one extra pixel doesn't really matter most of the times, but it's does get on my nerves.
Advice sought: How can I fix this?

hmmm actually using Fit Image > ANYTHING will result in an error of the shorter side.
Unfortunately, Canvas Size isn't orientation aware, I'll have to manually separate the images into portrait and landscape to process them differently.. :(
thanks for the suggestion though.

CS5 shape resize bug?

I am using illustrator cs5 and there seems to be a rather annoying bug. I deal with icons and symbols a lot and putting them in a mock up. As part of my work flow I make the icon large, then shrink it down to fit in my comp.
so here are two images.
first is the icon that was created. I expanded the object to shapes and grouped them.
Then I scaled the group down to a smaller size.
The result is a very distorted image with parts missing. I don't know why this is happening if there is some way around this. I have noticed it happening in not as drastic situations but enough to drive me bonkers.
thanks in advance for any help.
Colt

I notice something about yur artwork so I did it a simialr way you did and scaled it as yyou did and the same results.
I used all strikes and the arrow head feature from the Stroke Panel and group and then scaled .
So instead of that I outlined the strokes and used the Pathfinder Unite Filter and got this
Then when I scaled that done I got this instead of the results you achieved
I agree I think it shoud hve scaled properly the first time but this maybe under the circumstances making it a compund path using the Pathfinder might a better approach.

CVI 2010 SP1 Graph Control Resizing Following Panel Resizing Bug

Steps to duplicate:
- In a running application, compress a panel containing a graph control with a top x-axis down to some very small size.
- Re-expand the panel.
Observed behavior:
- Graph control is drawn abnormally large (larger than panel size; abnormally large fonts).
- This is only seen with graphs with top X axes.

Hello -
I'm not able to reproduce what you're seeing. Could you please post a small example project that reproduces what you're describing?
Thanks -
NickB
National Instruments

Smart objects uneditable -- bug ?

When I try to edit smart objects via right-click>>edit contents (or double-click on the smart oject layer icon for that matter) this happens:
A.) if I disable [preferences>>file handling>>prefer ACR for JPEG files], PS calculates some seconds with intense HDD activity and then nothing happens visually, no window opens-up for editing, but the history log has the usual new entry "edit contents". Repeated tries result in repeated "edit contents" logs, but no visual changes.
[[In one instance the raster grahpic encapsulated into the smart object got enlarged by 200%-300%. But again, no window opened up for editing. I hit "edit contents" 3-4 times and I could always reproduce this. But ever since that day, it never happened to me again).
B.) if I enable [preferences>>file handling>>prefer ACR for JPEG files], ACR launches and displays the raster graphic the smart object is based on. Upon closing ACR, no window opens-up for editing the smart object.
I have been working with smart objects for some months now and everything worked fine. This bug started occurring some 3 weeks ago, but as I said, sometimes it works, sometimes not. I cannot find any regularities as to what could lead to this malfunctioning. The only regularity I found so far (but could be a coincidence) is that the smart objects affected by the bug were always (at least I don't remember any other case) .jpeg files that I opened in Photoshop(CS3) with abovementioned preference set so that ACR launches upon opening a .jpeg file. In ACR I alt-clicked the open button so that it says "open objects". So the smart objects were always based on a single layer .jpeg raster graphic opened in ACR.
My best bet would be that there is something that ACR writes into the smart object that isn't 100% identical to the way Photoshop would write smart object if I:
1) open the .jpeg file in ACR
2) click open/open copy (not open object)
3) convert the raster graphic to a smart object inside Photoshop itself.
But that's only a guess. I have quite a lot of work to do currently, but I hope to be able to provide additional information quickly enough if need be.

OK, going back to the issues I was (a bit incorrectly) describing in my OP:
I’ve been monitoring CS3’s behaviour for the past couple of months and I’ve tried to summarize my observations in a table (see attachment). As you can see, jpegs handling inside smart objects is far from uniform, given the different jpeg-opening possibilities and the interference of different “prefer ACR for jpegs” settings.
I think it’s okay the way it is, but I can also imagine people finding all these combinations a bit confusing and wishing for a more consistent handling (in this regard see also footnote 5 and the bugs).
I hope the table is rather self-explaining. Basically I combined different opening methods with different “prefer ACR 4 jpegs” settings.
For example, the fifth line reads means: disable “prefer ACR 4 jpegs” ==> open a jpeg file in ACR via file>>open as>>filetype:Camera Raw ==> make adjustments in ACR ==> click on “open object” ==> open a new document ==> drag&drop the SMO there ==> transform the SMO ==> enable “prefer ACR” ==> edit contents of SMO ==> ACR opens ==> make adjustments ==> click “OK” ==> SMO is updated ==> check if one of the two bugs occurs
OK, what are these bugs now? I’m not quite sure, but I doubt that it’s by design. Concerning what I’ve called the “auto-resize-bug” (for a lack of a better word): In the second and third case presented in the table, the SMO is updated according to the ACR color modifications but also …. resized! (always downsized as far as I’ve seen).
The “transform-resize-bug” is a problem that occurs from time to time, but I haven’t found a way to reproduce it. Once a smart object is affected by the bug, you can still move it around as you wish, but once you use “edit>>free transform” it mysteriously shrinks in the same way as observed in the “auto-resize-bug”. For some users it might not be a big deal, as you can just enlarge the SMO again as you please, but it can be quite annoying if a SMO has been precisely fitted into the document and you have to redo all the fitting (the values like width/height % won’t help you, because they’ve stayed the same, for example 180%, whereas the SMO has shrinked to a quarter of its size).
If not already fixed in CS4, I guess it would be important to look into this for future releases.

Re:- iPad wallpaper bug, the set both option seems faulty also?

Has anyone (apart from resize bug)also detected a bug with set both option in wallpaper ?

I have same problem on my iphone 5s ios 8.1

Resizing bug

Similar Messages

Maybe you are looking for