2-second delay on playback

Hello,
I just sat down to start editing today and suddenly whenever I try to play back my sequence, there's a two-second delay. It didn't do this yesterday, and nothing has changed. I'm editing a trailer so the sequence is only 1 minute long.
I restarted the machine; no dice.
Any ideas why this would start happening out of nowhere? It was perfectly fine last night.
Many thanks for any help you may offer,
Sean
fcp 5.1.2
qt 7.1.3
2 400-gb capture drives w/ 68 and 26 gb free
Mac Pro 2.66 Mac OS X (10.4.8) PowerBook G4 667

I'm going to guess that by accident last night you hit the "delay playback by 2 seconds" keyboard shortcut.
If you were sleeping overnight and also during the day, I think you need to get up earlier and get to work.
Sorry.
It might be worth checking under System Settings / Playback Control. If somehow that got set to 30 it would account for an extra second of delay after requesting "play".
For kicks, do you get the same delay with J for reverse, or when pressing J or L additional times to change speed? Or when doing anything else?
Is your project file suddenly huge, or do you have large unrendered sections or still imports?

Similar Messages

Delay on playback

Final Cut Pro 5.1.4 running on a brand new Mac Pro (10.5.4, 6 GB RAM, 2x2.8 quad CPUs).
When I hit "play" there is frequently (but not always) about a 5 second delay before playback starts. I haven't seen this problem yet when playing back Source-side material in the viewer.
All Media is stored on an internal 1 TB 3.0 GB/s SATA drive with perhaps 200 GB of material on it. (I.e., mostly empty). The sequence in question is very, very simple. (One video track, 6 audio tracks, no effects or dissolves whatsoever).
What's going on here? I used to use FCP on a G4 PowerMac about 8 years ago and it never had this kind of sluggishness. (Nor did my more recent G5 PowerMac).

Brian,
It is a pretty small project. (DV footage). No nested sequences, no graphics at all (haven't imported them yet). This is a 2 minute promotional film. There's perhaps 30 minutes of raw footage in the project.
I excluded the drive from Spotlight at your suggestion and haven't seen any improvement. I don't know if I would need to reboot the computer, etc., to see any effect there...
I'm actually starting to think it is something to do with some of the footage. I brought in an old project and wasn't seeing the problem in that project. With the current project, the client delivered some of the footage as a DVD, and I was forced to use Streamclip to rip the footage from the (non-commercial, unprotected) DVD into DV format. The rest of the footage digitized from a DV camera. I wonder if the Streamclip footage is weird in some way that's causing the difficulty? (I've never used footage obtained that way before).
Thanks for the ideas.

IPhone 4s Voice Memo App has 5 second delay when the record button is pressed. When it starts recording, it goes from 0 seconds to 5 or so seconds recorded. This happens randomly and often and sometimes has the delay but starts at zero. Solution Anyone?

After iOS 7 update, my iPhone 4s Voice Memo App has 5 second delay when the record button is pressed. When it starts recording, it goes from 0 seconds to 5 or so seconds that it shows has recorded. This happens randomly and often, sometimes it will have the 5+ second delay but starts recording at zero seconds. Besides the delay it has been working fine as far as saving and playback is concerned. I have plenty of storage on the phone itself and it NEVER had this problem before I updated to iOS 7. I've reset the phone a couple times by holding down the power and home buttons at the same time. The reason I have an issue with this is that I'm always recording song ideas, melodies, and scratch takes; what I'm saying is when I come up with an idea I need to be able to know that when I hit record it will start right then so I don't forget anything that has just popped in my mind.
Does anyone have a solution or suggestion?
Thanks

After iOS 7 update, my iPhone 4s Voice Memo App has 5 second delay when the record button is pressed. When it starts recording, it goes from 0 seconds to 5 or so seconds that it shows has recorded. This happens randomly and often, sometimes it will have the 5+ second delay but starts recording at zero seconds. Besides the delay it has been working fine as far as saving and playback is concerned. I have plenty of storage on the phone itself and it NEVER had this problem before I updated to iOS 7. I've reset the phone a couple times by holding down the power and home buttons at the same time. The reason I have an issue with this is that I'm always recording song ideas, melodies, and scratch takes; what I'm saying is when I come up with an idea I need to be able to know that when I hit record it will start right then so I don't forget anything that has just popped in my mind.
Does anyone have a solution or suggestion?
Thanks

How to get rid of the 2-second delay between tra

I have a creative muvo tx fm 52, how do you get rid of the 2-second delay between tracks?

That's true, but THAT gap might not be 2 seconds; it's just barely noticeable on my Zen Micro (far less than a second, though I hear it may be longer with subscription tracks), though that might not be true for a MuVo. (My SanDisk flash player's gap was just barely longer than my Zen Micro's.)
OTOH, if the music was ripped from CD-Rs, the 2-second gap might have been inserted by the burning software if it burned the disc "track-at-once". Though otherwise I'm a fan of WMP 0, it's very bad for burning because there's no way to avoid the 2-second gap, and few if any burning programs that do will burn DRM'ed WMA files. If the files aren't WMA DRM, re-burn the CD with a better utility; if they are, edit out the gap with a good ripper like EAC, or after ripping with audio editing software. But recognize that it won't be 00% gapless on any Creative player, and if you want truly gapless playback on your PC, you'll have to rip to WMA, not MP3. (MP3 gaps can be made inaudible, but they can't be eliminated.)
That's one of the reasons why if I purchase an album as a download, it will probably be from iTunes--even though I don't own an iPod and don't want one. Its burning and cover-printing utilities are far easier to use than most WMA utilities, and the "burn-and-rip" method means no WMA DRM problems. (I know some audiophiles won't like it, but it works just fine for my ears.)
Message Edited by RBBrittain on 08-4-2005 02:46 PM

Unexplained video delay on playback

Hi all,
I'm experiencing a strange FCP behavior, which makes it barely usable... But first things first, here's my setup:
G4 MDD Dual 1.25GHz with RAM 768MB
I'm in PAL land (25 fps), doing DV work.
I recently found an unfinished editing project which I had started several years ago in FCP 1.2.1, and I thought it would be best to follow the common advice and finish it in FCP 1.2.1.
So I booted my G4 in OS 9.2.2 with QT 6.5.2 and I opened the project.
Here's the problem: whenever and wherever (Viewer or Canvas) I try to play a clip in FCP, nothing happens for about 1.5 seconds. I mean the playhead stands still and the Viewer or Canvas image doesn't move. Then, after that about 1.5 seconds delay, the playhead jumps to about 1 second and 14 frames (00.00.01.14) and then everything runs smoohtly until the end of the clip/timeline or until I press Stop.
However, manual scrubbing with the mouse or keyboard works just fine. No delay.
Happens everytime, with every clip, with every project I open in FCP 1.2.1. Needless to say, that behavior makes it almost impossible to edit anything.
That never happened on my previous machine, a G3/400 with Mac OS 8.6 and
QT 4.0.1 (QT version provided with FCP 1.2.1).
Seems FCP-related since when I open the capture source clips in QT I get
perfectly smooth playback right from the start.
I know it's a very old version, but I thought I'd ask anyway... Any thoughts?
TIA
Pierre Delafontaine
G4 MDD Dual 1.25GHz RAM768MB Mac OS X (10.3.9) Mac OS 9.2.2

Hi Denis,
Thanks for the warm welcome, which I appreciate even more considering how tough my question is.
Yes, I did repair permissions and trashed FCP prefs, to no avail. No anti-virus software, my drives aren't full and media is on a separate drive. I've been going by the book since day one, when I started with the G3/400.
Jerry may indeed be on to something, as the list his link points me to doesn't state FCP 1.2.5 (let alone 1.2.1) as being compatible with a G4 MDD. However, I wonder if that means it actually doesn't work on that machine or it hasn't been tested on that machine... I mean, they may just have tested/listed it on the machines that existed at or around the time FCP 1.2 was released...
It does work to a great extent. I just spent part of the evening capturing about 45 mn of footage using 1.2.5 and QT 5.0.2... It's just that delay problem that's gonna make editing a real PITA. And I haven't installed my copy of FCP 4.5 HD yet, for fear of being a little lost on account of the changes in the interface...

Newly Occuring CSS SSL Issue in Chrome, FF10, IE9 with L5 rules; 3 second delay, loss of L5 stickyness

We recently started suffering an issue with our CSS11501S-K9 units not performing URL stickiness on our SSL wrapped L5 rules. I've spent dozens of manhours working on the problem, and have quite a bit of information to report, including a solution. There is a high probability that anybody who uses SSL to an L5 rule on a CSS unit will become affected by this problem over the next few weeks/months as users update their browsers with new SSL patches.
We hadn't made any changes to our config in months, and eliminated hardware problems by testing a second unit.
Here are the exact symptoms we saw:
Browsers affected: Firefox 10, Chrome, IE9, others (and some earlier versions of IE depending on patch levels)
Browsers not affected: FireFox 3.5, w3m 0.5.2, curl7.19.7
Impact 1: For SSL Rules backed by L5 rules, the initial response to the first request would be 3 seconds. Further requests on the same TCP connection would not be delayed
Impact 2: L5 rules being accessed via SSL would nolonger perform any URL based stickiness. Accessing the same rule skipping SSL, would work fine
I focused on the 3 second delay, since that was a new issue and was easier to debug than monitoring multiple servers to see if stickiness was broken. This is what I found when a client tries to connect to an SSL rule that ultimately is routed to a L5 HTTP rule:
1. Client/CSS perform initial TLS handshake, crypto cyphers determined (nearly instantly)
2. Client sends HTTP 1.1 request for resource (nearly instantly)
3. 3 seconds of no traffic in our out of the CSS related to this request
4. CSS opens an HTTP connection to backend webserver, backend webserver responds (nearly instantly)
5. The CSS seems to route to the backend server using the balance method (round-robin) instead of the advanced-balance method (url)
6. Response is sent to the client with the resource (nearly instantly)
7. Future requests sent from the browser on the same TCP connection have no delay, but the advanced-balance continues to be ignored
The 3 seconds is quite an exact figure (within a few milliseconds) and appears to be entirely happening inside of the CSS unit itself, since it does not connect to the backend server until after the 3 seconds elapse. 3 seconds smelled like some sort of internal timeout set in the CSS unit after it gives up waiting for something.
Looking at the packets from affected browsers I discovered that the GET /foobar HTTP/1.1 request was being broken into two separate TLSv1 application messages, the first was 24 bytes and the second was 400 bytes. Decrypting these messages I found the first message was a
G
and the second message was:
ET /foobar HTTP/1.1
This essentially splits the initial request the client is sending into two pieces. This confuses wireshark so much, it doesn't decode this as a HTTP request, and just decodes it as "continuation or non-HTTP traffic".
On the working browsers I saw only one TLSv1 application message, decrypting it I saw:
GET /foobar HTTP/1.1
(obviously I'm simplifying the contents of the request, there were lots of headers and stuff)
I am aware that the CSS can't handle L5 rules appropriately if they get fragmented, so I suspected this was the problem. I pulled a packet trace from a few years ago, and at that time confirmed we never saw a double TLSv1 application messages before.
A number of openssl vulnerabilities were recently fixed: http://www.ubuntu.com/usn/usn-1357-1
and browsers may have been recently updated to fix some of these issues, changing the way they encode their traffic.
Solution:
Our ssl config looked something like this:
ssl-proxy-list SSL_ACCEL
ssl-server 10 vip address XX.XX.XX.XX
ssl-server 10 rsakey XXXX
ssl-server 10 cipher rsa-with-3des-ede-cbc-sha XX.XX.XX.XX 80
ssl-server 10 cipher rsa-with-rc4-128-sha XX.XX.XX.XX 80
ssl-server 10 cipher rsa-with-rc4-128-md5 XX.XX.XX.XX 80
ssl-server 10 unclean-shutdown
ssl-server 10 rsacert XXXXXX
Removing:
ssl-server 10 cipher rsa-with-3des-ede-cbc-sha XX.XX.XX.XX 80
Solves the problem. After that's removed, the browsers will nolonger fragment the first character of their request into a separate TLSv1 message. The 3 second delay goes away, and L5 stickiness is fixed. The "CBC" in the cyper refers to Cypher-Block-Chaining (a great article here:
http://en.wikipedia.org/wiki/Cipher-block_chaining), and breaking the payload into multiple packages may have been an attempt to initialize the IV for encryption -- although I'm really just guessing, I stopped researching once I verified this solution was acceptable.
This issue became serious enough for us to notice first on Monday Feb 13th 2012. We believe a number of our large customers distributed workstation updates over the weekend. The customers affected were using IE7, although my personal IE7 test workstation did not appear to be affected. It's quite possible our customers were going through an SSL proxy. I suspect as more people upgrade their browsers, this will become a more serious issue for CSS users, and I hope this saves somebody a huge headache and problems with their production environment.
-Joe

Hi Joe,
That's a very good analysis you did.
As you already suspected, the issue comes from the TLS record fragmentation feature that was introduced in the latest browser versions to overcome a SSL vulnerability (http://www.kb.cert.org/vuls/id/864643). Unfortunately, similar issues are happening with multiple products.
For CSS, the bug tracking this issue is CSCtx68270. The development team is actively working on a fix for it, which should be available (in an interim software release, so to get it you wil have to go through TAC) in the next couple of weeks
In the meantime, as workaround, you can configure the CSS to use only RC4 cyphers (which is what you were suggesting also). These are not affected by the vulnerability, so, browsers don't apply the record fragmentation when they are in use. This workaround has been tested by several customers already, and the results seem to be very positive.
Regards
Daniel

IIS7 + CF8: 5+ second delays returning content to browser

Howdy --
I've got a mystery. I've been putting together this production server for a while and once I started moving sites over to it, I found that some sites were experiencing unacceptably long delays when rendering pages. Some sites were not. Here are the interesting bits:
Whenever a site experiences delays, normally all pages are affected. HTML pages are not affected.
Whenever a page is affected, the delay is normally 5 seconds, but sometimes is a MULTIPLE of 5 (I've seen 10, 15, and 20s delays), but never anywhere in the middle. A page's delay may normally be 5s, but if you reload it there's a chance it'll hit 10s for no reason at all.
I recently put together a page on a site which was experiencing delays, but the page itself was fine UNTIL I moved a <cfparam> tag to the top of the page. At that point, the page was delayed 5 seconds. When I moved it down farther in the page to where it would still execute but not be the first thing executed, the delay disappeared once again.
If I'm debugging a page and there's a compiler error, there is no delay before the server returns the compiler error.
The delay seems to be related to the amount of information returned from queries to a database.
My latest test has been to figure out how much data I can return from a database query without it causing a delay. At one point the query that returned 105 characters of information over two fields did NOT cause a delay, and if I returned 106 characters, it induced a 5 second delay. This was repeatable for about 20 minutes, until I went to make dinner. When I came back, it changed and the delay was always present. I reduced the number of characters returned further, to 54 over the same two fields, and the delay disappeared. I then tried querying on a single field, and was able to return up to 110 characters (sometimes only 109) without the 5s delay, but 111 characters would cause the delay. This particular field is in a SQL Server 2005 database defined as nvarchar(1500). My current test code contains just 5 lines, and I've been modifying the 2nd parameter of left():
<cfquery datasource="#dsn#" name="q">
select left(eventdescription, 109) from events where eventid = 2
</cfquery>
<cfdump var="#q#">
done.
Also: the cfdump shows the EXECUTIONTIME value. When there is no delay, this value is 0. When there is a delay, it runs between 5100 and 5300ms. At the same time as I'm doing this testing, I'm running a trace on my SQL Server, and each and every query shows a duration of 0, regardless of whether or not a delay is expressed by CF (or IIS, or whatever's causing it).
I'm running CF 8.0.1.195765 Standard Edition with Cumulative Hot Fix 4 and hotfix hf801-71557, Java version 1.6.0_04 on Windows Server 2008 SP2 Standard x86. I've also tried looking at the IIS Failed Request Tracing -- I can set a rule that says for it to trigger an event if a page runs longer than 4s, and it does trigger, but it only records events at the beginning of the request; nothing at the end of the request accounts for the delay. For example, if I start a request at 9:00:00, it will record events at 9:00:00.xxx, but not at 9:00:05.xxx when it says the event stopped. This makes me think that whatever it is happens after IIS hands off the request to CF. I've also tried packet inspection between the web server and the database server, and see no dropped packets or delays in that communication.
What can I do here to figure out where this delay is coming from? Thank you so much for your thoughts on this matter.
chris.

Very quick thought after a quick skim-read between coffees - have you turned on all the CF debugging options? The Request Debugger often gives you more info than the query executiontimes.
O.

I see a 40 second delay each time I click in the Local Files pane after working in the Edit pane.

I'm running Dreamweaver CS4. I have a PHP file that's about 12,000 lines and each time I want to upload changes to the server, I stop editing in the Edit pane and click in the Local Files pane, at right, so I can select the file I've been working on the then do a synchronize. But it takes about 40 seconds, while a spinner goes around, before focus is transferred to the Local Files pane and I can select my file and synchronize. It's as if Dreamweaver wants to do spell check or some kind of format check on all 12,000 lines before it lets me go to the Local Files pane.
If I do a CTRL-SHIFT + U to upload I still see the same 40 second delay before the upload starts.
Does anyone know what might be causing this?
Thanks

Just for interest sake, what is the size of the file that has 12,000 lines of code? Have you tried asking in some php forums or newsgroup if this file can be stream-lined to make it smaller and/or efficient?
I don't know why DW goes to sleep for 40 seconds but you might want to clear the DW preference file to see if that makes any difference. D W Powers wrote a tutorial on how to do this but I can't find his page. Alternatively, you can try this link:
<http://www.dmxzone.com/go/16740/clearing-dreamweaver-s-cache/>
<http://helpx.adobe.com/dreamweaver/kb/restore-preferences-dreamweaver-cs4-cs5.html>
Good luck.

5 second delay when using server name instead of ip in JNLP codebase??

Hello,
can anyone think of why, in my jnlp file when I have codebase="http://www.mysite/..." my rmi app has an additional delay of 5 seconds when making RMI calls? If I replace www.mysite with 64.29.187.xxx (i.e the ip used to access the server form the internet) my app runs flawlessly, no 5 second delay.
I am using java 6.0.
Any ideas? Thanks in advance.
SC

Thanks for the tip Khumar... A few more questions:
1) Why is it still using the DNS after it's loaded the jnlp. To access my RMI server I'm already using an IP address. In other words, this should resolve during the jnlp loading time. Why is it interfering with normal operations after the app is up?
2) All the jars have already been loaded. There should be no further need to access a DNS, as there's nothing further to resolve
3) Is there a way to cache the IP addy that the server name translates to?
Thanks in advance,
Sal C

Lync 2013 I have a strange problem concerning group call pickup in lync 2013.the pickup calls on snom 710 having only a second delay, but in lync client it having about 5-7 second Anybody out there having similar problems with call pickup Groups?

HI
I have a strange problem concerning group call pickup in lync 2013.the pickup calls on snom 710 having only a second delay, but in lync client it having about 5-7 second
Anybody out there having similar problems with call pickup Groups?

Hi,
Did you meet any other call delay when you using Lync?
As the issue happen for Lync desktop client, it can be performance issue. Please check if there is any error message from FE Server when the issue happen.
Also please check if you have updated Lync Server to the latest version, if not, update it and then test again.
Best Regards,
Eason Huang
Eason Huang
TechNet Community Support

Every time I launch Mail, there's a 15-20 second delay

Every time I launch Mail, there's a 15-20 second delay. This just started happening, and I first noticed it after I *disabled* (by removing) the MailHug plugin. I can't click on Window > Activity to find out what is the matter, either.
What could be the cause?

The delay is actually about 45 seconds. No useful system.log information. I tried rebuilding the envelope files to no avail.

60 Second Delays in Client Getting Entity Bean (after finder method)

I am running WLS5.1 with SP10. I have a stateless EJB that gets a
read-write BMP entity EJB. My test client that executes the stateless
session bean periodically encounters long delays (60 seconds or more)
when acquiring the entity bean using its finder method. Logging shows
the finder method is executing properly, and typically takes 180 ms to
locate the entity bean; however, from the stateless session beans side,
it appears to take 60 seconds. The test client is only a single thread,
so I know the pool is not depleted, or anything like that. Something
appears to be going haywire with the container.
Does anybody have an idea what might be going on?
Thanks.
Greg

Hi Greg,
On a whim, I tried the same test with the thin driver, and the same
delay occurred. This time, instead of a rollback being at the top ofthe
thread dump stack trace, it was in some other Oracle call, with the
top of the stack trace being a socketreader.are you using MTS? Is the db-server a SMP-box? Which exact patch level
does your Oracle instance have? If yes, can you try to force a dedicated
server connection and see if the problem disappears? I guess for an OCI
connection you will have to edit tnsnames.ora, for a
thin-driver-connection you would have to modify the connect string to
something like this:
jdbc:oracle:thin:@(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOS
T=<dnsname>)(PORT=1521)))(CONNECT_DATA=(SID=<your
sid>)(SERVER=DEDICATED))))
There is a bug in 8.1.6.0 which is supposed to be fixed in 8.1.6.3, but
I can still reproduce it in 9i :-(. It makes the MTS-dispatcher hang for
60 seconds if you have an SMP box with low load, so maybe this could be
your problem.
Daniel
-----Original Message-----
From: Greg Crider [mailto:[email protected]]
Posted At: Wednesday, November 28, 2001 8:17 AM
Posted To: ejb
Conversation: 60 Second Delays in Client Getting Entity Bean (after
finder method)
Subject: Re: 60 Second Delays in Client Getting Entity Bean (after
finder method)
My client has been using OCI in production and development
with JTS for
over a year now without a problem. We went to OCI because
there was some
other problem with the thin driver. I'm not sure what the
problem was,
but Oracle acknowledged it, but said it wouldn't be corrected until
Oracle 9i came out. We're still using 8.1.6, so from what I'm
told, we
don't use the thin driver.
On a whim, I tried the same test with the thin driver, and the same
delay occurred. This time, instead of a rollback being at the
top of the
thread dump stack trace, it was in some other Oracle call, with the
top of the stack trace being a socketreader.
Somebody else suggested that there may be a problem with
transactions.
Does this ring a bell? Again, I have a stateless session bean
invoking a
read-write entity bean, invoking a read-only entity bean. From
everything I read, including weblogic docs, I should just rely on my
deployment descriptor to control transactions and stay away from JTA.
Hi Greg,
I remeber long ago there were an issue with jts/oci driver combination
when the connections were opened but never used...
Buy the way, are there any specific reasons to use OCI instead of
thin driver?
"Greg Crider" <[email protected]> wrote in message
news:[email protected]...
I know. That's what I don't get. BTW Slava, I am using the
latest OCI
driver; thanks for the suggestion. I tried tweaking some of the Solaris
kernel settings as relates to TCP, but that didn't clear up the problem
either; however, it did change the frequency. Modifying the retransmit
settings (very small values, sub 1.5 seconds) seemed to make it occur
less frequently.
It seems like its time for me to contact BEA Support and see what they
can turn up. Thanks for the suggestions. If anybody else has an idea,
let me know. I'm betting this is a simple, stupid config problem. I'll
post back here when I find out what's up.
But for some reason WebLogic code called the rollback:
... rollback
at
weblogic.jdbc.common.internal.ConnectionEnv.cleanup(Connection
Env.java:499)
at
weblogic.jdbc.common.internal.ConnectionEnv.destroy(Connection
Env.java:417)
at
weblogic.jdbc.common.internal.ConnectionEnv.destroy(Connection
Env.java:393)
at weblogic.jdbcbase.jts.Connection.close(Connection.java:274)
at weblogic.jdbcbase.jts.Connection.commit(Connection.java:530)
at
weblogic.jdbcbase.jts.TxConnection.commitOnePhase(TxConnection
.java:55)
at
weblogic.jts.internal.CoordinatorImpl.commitSecondPhase(Coordi
natorImpl.java
:484)
at
weblogic.jts.internal.CoordinatorImpl.commit(CoordinatorImpl.java:383)
at weblogic.jts.internal.TxContext.commit(TxContext.java:255)
Slava Imeshev <[email protected]> wrote:
Hi Greg,
Which version of OCI driver do you use? OCI driver proved to be
not that stable as the thin driver. Could you try to download
and to install the latest version of the OCI driver and
let us know
if it helps?
Regards,
Slava Imeshev
[email protected]
"Greg Crider" <[email protected]> wrote in message
news:[email protected]...
Yup, get fresh connection from the db connection pool,
and close it
>when
I'm done. The logs don't indicate that I've ever exhausted the
connection pool.
It's interesting to note these problems are occurring on
Solaris with
Oracle OCI connections. Running the same code under Linux with thin
driver connections works just fine.
Weird. Do you obtain database connection from a
datasource and close
>it
every time
you use it?
Greg Crider <[email protected]> wrote:
Okay, this appears to be the offending thread. As it
turns out, the
>same
behavior as first described in my initial post, is
occurring this
>time
in the
business method of the entity bean, as opposed to the
finder. The
getNextURL() is the business method in this case. I am using BMP, and
the
ejbLoad() and ejbStore() methods are not throwing any
SQLExceptions.
Also, I
don't see anything in the error logs that indicate a
EJB transaction
failure.
This being the case, why would an Oracle rollback be
attempted? Am I
misinterpretting this stack trace?
"ExecuteThread-67" daemon prio=5 tid=0x14e300 nid=0x51 runnable
[0xe7880000..0xe7881a30]
at oracle.jdbc.oci8.OCIDBAccess.do_rollback(Native Method)
at oracle.jdbc.oci8.OCIDBAccess.rollback(OCIDBAccess.java:417)
at
oracle.jdbc.driver.OracleConnection.rollback(OracleConnection.java:510)
at
weblogic.jdbc.common.internal.ConnectionEnv.cleanup(ConnectionEnv.java:4
>99
at
weblogic.jdbc.common.internal.ConnectionEnv.destroy(Conne
ctionEnv.java:4
>17
at
weblogic.jdbc.common.internal.ConnectionEnv.destroy(Conne
ctionEnv.java:3
>93
at weblogic.jdbcbase.jts.Connection.close(Connection.java:274)
at weblogic.jdbcbase.jts.Connection.commit(Connection.java:530)
at
weblogic.jdbcbase.jts.TxConnection.commitOnePhase(TxConnec
tion.java:55)
at
weblogic.jts.internal.CoordinatorImpl.commitSecondPhase(CoordinatorImpl.
>ja
va:484)
at
weblogic.jts.internal.CoordinatorImpl.commit(CoordinatorIm
pl.java:383)
at weblogic.jts.internal.TxContext.commit(TxContext.java:255)
at
weblogic.ejb.internal.StatefulEJBObject.postInvokeOurTx(StatefulEJBObjec
>t.
java:320)
at
weblogic.ejb.internal.BaseEJBObject.postInvoke(BaseEJBObje
ct.java:845)
at
com.pi.speechport.ETO.LoadShare.ETOLoadShareEJBEOImpl.getNextURL(ETOLoad
>Sh
areEJBEOImpl.java:114)
at
com.pi.speechport.ETO.Transcription.ETOTranscriptionBusin
ess.getVendorUR
>L(
ETOTranscriptionBusiness.java:146)
at
com.pi.speechport.ETO.Transcription.ETOTranscriptionBusin
ess.transcribe(
>ET
OTranscriptionBusiness.java:193)
at
com.pi.speechport.ETO.Transcription.ETOTranscriptionEJBEO
Impl.transcribe
>(E
TOTranscriptionEJBEOImpl.java:188)
at
com.pi.speechport.ETO.Transcription.ETOTranscriptionEJBEO
Impl_WLSkel.inv
>ok
e(ETOTranscriptionEJBEOImpl_WLSkel.java:223)
at
weblogic.rmi.extensions.BasicServerObjectAdapter.invoke(B
asicServerObjec
>tA
dapter.java:347)
at
weblogic.rmi.extensions.BasicRequestHandler.handleRequest
(BasicRequestHa
>nd
ler.java:86)
at
weblogic.rmi.internal.BasicExecuteRequest.execute(BasicEx
ecuteRequest.ja
>va
:15)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:129)
Dimitri Rakitine wrote:
Make a thread dump during these 60 seconds to see
what server is
>doing.
Greg Crider <[email protected]> wrote:
I am running WLS5.1 with SP10. I have a stateless
EJB that gets a
read-write BMP entity EJB. My test client that executes the
stateless
session bean periodically encounters long delays (60
seconds or
>more)
when acquiring the entity bean using its finder
method. Logging
>shows
the finder method is executing properly, and
typically takes 180 ms
>to
locate the entity bean; however, from the stateless
session beans
side,
it appears to take 60 seconds. The test client is
only a single
thread,
so I know the pool is not depleted, or anything like that.
Something
appears to be going haywire with the container.
Does anybody have an idea what might be going on?
Thanks.
Greg
Dimitri
Greg
>__
GREGORY K. CRIDER, Emerging Digital Concepts
Systems Integration/Enterprise Solutions/Web &
Telephony Integration
(e-mail) [email protected]
(web) http://www.EmergingDigital.com
(voicemail) 866-474-4147
(phone) 703-335-0974
(cell) 703-851-5073
(fax) 703-365-0223

30 to 40 second delay when printing a PDF

I have a PC running XP Pro- after a recent trip to the repair shop for a failed hard drive I am now experiencing a 30 to 40 second delay when trying to print pdf's. When I have a pdf open I click on the printer icon and then wait 30 or more seconds for the print window to open to select how many copies etc... after it opens I select print and then another 10 to 15 second delay before printing.
I was advised to go to the advanced on the print page and select to print as Image. This has not helped.
I have reinstalled the latest Adobe Reader as well as reinstalled printer. Nothing has helped.
Word documents print perfectly.
Any help would be appreciated -wasting lots of time at work!
Thanks!
Ray

I have a similar issue and have up to date drivers. Printing from other programs (eg word/excel and all my other software!) is "instant". The delay within Adobe Reader is only for the first document of the day. This issue has persisted from v9 to v X that I am currently using. I have uninstalled and re-installed Reader with no chnage.C'mon Adobe ... there must be a fix for this! For info I am running a Win7Pro w/s on a SBS2003 network, one printer is attached to the w/s by USB, the other printer is a network resource.

Half second delay using pen tool. Lag between mouse up and when point appears on screen

Regarding the pen tool, using Photoshop CC 2014.2.2 on a PC— There is a half second delay between the moment I click the mouse and when the path point shows up. I've disabled the tablet input service on my computer, which worked, after a restart, but eventually this delay starts happens again. This is immensely inconvenient and I need a permanent solution. If anyone has any sort of answer please tell me. I will try anything.

I am experiencing the same problem. It's very annoying! The issue comes and goes... some days it works like it should, some days it's lagging. I couldnt figure out why so far, neither could the adobe support via chat...
Here's a video showing the issue. Make sure to watch in 720p and turn on the volume, so you can hear when I click.
ps cc pen tool - YouTube

Since upgrading to iOS 8 , my Apple TV second gen stops playback every time my iPhone rings. Anyone else have this happen?

Since upgrading to iOS 8 , my Apple TV second gen stops playback every time my iPhone rings. Anyone else have this happen?

This is happening to me too. Couldn't figure out what was happening at first then I got a phone call and the ring came through the appletv. Playback was stopping when I would open a game or something else as well.
I'm on a 5s with ios 8 and have an appletv 3rd Gen(it is updated too). II often airplay movies from my NAS through my iPad min and that stops when something happens on my phone even though airplay on my phone is off.

2-second delay on playback

Similar Messages

Maybe you are looking for