Aha! Thanks Ross that is clear.
My application does not require any external stimuli to cause actions within
the server. It has no UI. If external stimuli were needed I would hope to be
able to subclass "BasicUsageEnvironment" to achieve this without the need
for periodic running of the task sc
No you are wrong! That is not what I meant by events. As an embedded
programmer for more than 40 years I use the term events to mean any
stimulus, internal or external to the current process that signals a
requirement for the attention of that process.
Sid.
-Original Message-
From: live-d
> When I comment out the line you suggested the CPU utilization by the process
> does indeed go to 0%.
>
> Before you make changes I would like to know more about the use of your event
> triggers so that I can understand if I do need them or not. So, if you could
> spare a few minutes describi
> He's referring to Windows events. WSAEventSelect() and such.
OK, but he needs to remember that Microsoft did not invent the term "event" :-)
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live
Ross,
When I comment out the line you suggested the CPU utilization by the process
does indeed go to 0%.
Before you make changes I would like to know more about the use of your
event triggers so that I can understand if I do need them or not. So, if you
could spare a few minutes describing
On 8/17/2012 9:40 AM, Ross Finlayson wrote:
My hope was to reduce this to an absolute minimum by changing to a
true event driven server.
I don't understand this comment at all. The server *is* a "true event
driven" server. All LIVE555 applications are event driven.
He's referring to Windows
On 8/17/2012 9:17 AM, Sid Price wrote:
My hope was to reduce this to an absolute
minimum by changing to a true event driven server.
Is this WinCE or WinRT?
WinCE has a lot of hacks in it w.r.t. sockets, in order to minimize
kernel size. Basically, a lot of stuff is either unsupported or
em
> I have run performance monitoring, again mentioned in an earlier post and I
> know pretty well that the “OnDemandRTSPServer” is consuming about 7% of my
> CPU time when Idle (just ran the tests and the earlier figure I quoted was
> not accurate).
> My hope was to reduce this to an absolute mi
> Just wondering if this bug is a priority or if it may be a while.
FYI, I have just installed a new version (2012.08.17) of the "LIVE555 Streaming
Media" code that - I hope - fixes this bug. If the "Range:" header contains an
end time, then (when serving a Transport Stream file) the server wi
Hello Nikolai,
Thank you for taking the time to reply to my questions.
I am well aware of the resolution of "GetTickCount()," I even mentioned it
in an earlier post. Gicen the times we are trying to confirm it is more than
adequate.
Also, Ross has explained very well the way the process
Hello Sid,
GetTickCount() is inaccurate in milliseconds interval. You better use
timeGetTime() one (you will need to link a mm library).
In any case I suppose that Ross holds the working thread on an event or
something and thus efficiently release any time slices. Do a simple test
- run idle se
11 matches
Mail list logo
