veriesMadeSoFar > 0) --fNumDeliveriesMadeSoFar;
+ replicaBeingDeactivated->fFrameIndex = -1;
// Check whether the replica being deactivated is the 'master' replica, or
is enqueued awaiting a frame:
if (replicaBeingDeactivated == fMasterReplica) {
Thank you,
Bruno Abreu
--
Living D
deleted.
We'll do these.
Thank you for your suggestions.
Bruno Abreu
--
Living Data - Sistemas de Informação e Apoio à Decisão, Lda.
LxFactory - Rua Rodrigues de Faria, 103, edifício I, 4º piso
1300-501 LISBOA Phone: +351 213622163
Portugal
flag.
What additional info should we provide?
What should we be looking for?
Any help will be appreciated.
Thank You,
Bruno Abreu
--
Living Data - Sistemas de Informação e Apoio à Decisão, Lda.
LxFactory - Rua Rodrigues de Faria, Mobile: +351 963428802
103, edifício I - 4º piso
d) || (fLimitNumBytesToStream &&
fNumBytesToStream == 0)) {
-handleClosure(this);
-return;
+// handleClosure(this);
+// return;
+rewind(fFid);
}
This doesn't seem to be the cause of our own server blocks/crashes, but we
thought we should report.
Thank you,
Bruno Abr
utSource, float scale);
methods in our H264VideoFileServerMediaSubsession and, when
setStreamSourceScale(FramedSource* inputSource, float scale) is called, we call
setScaleFactor(float scale) on our filter.
We've been using VLC as the client for testing.
Any suggestions in improving this filter are welcome.
Thank you,
ing again, this will tell the
replicator that we were previously inactive.
+fOurReplicator.deactivateStreamReplica(this);
+ }
}
Can this be fixed in next release?
Thank you,
Bruno Abreu
PS - I'm having mail server problems so this is a new message, not a reply to
the previous one on t
ahead and included it in the latest release
(2012.01.23) of the software.
Hello Ross,
just reporting that everything is working as expected in our code with
the latest release (2012.01.23) of LIVE555.
Thank you very much for your support.
Bruno Abreu
--
Living Data - Sistemas de Infor
you with
feedback if we come up with something more elegant.
Testing the new release today.
Thank you.
Bruno Abreu
--
Living Data - Sistemas de Informação e Apoio à Decisão, Lda.
LxFactory - Rua Rodrigues de Faria, 103,
edifício I - 4º piso Phone: +351 213622163
1300-501 LISBOA
On 01/22/2013 09:51 PM, Ross Finlayson wrote:
Yes, I agree. In the next version of the software, this piece of code -
in "FileSink::afterGettingFrame()" - will become:
if (fOutFid == NULL || fflush(fOutFid) == EOF) {
// The output file has closed. Handle this the same way as if
the inp
On Tue, 22 Jan 2013 10:08:49 -0800, Ross Finlayson wrote
> OK, so I'll make that change (changing the order of the calls to
> "onSourceClosure(this);" and "stopPlaying();" in
> "FileSink::afterGettingFrame()") in the next release of the software.
>
> > The main difference - regarding this issue
delivery from upstream objects.
(Thanks to Jing Li for reporting this.)
We don't know the impact of our change in the original fix.
Thank you,
Bruno Abreu
--
Living Data - Sistemas de Informação e Apoio à Decisão, Lda.
LxFactory - Rua Rodrigues de Faria, 103,
edifício I - 4º piso
With these changes our server is now working as expected.
2.
Also, we needed to change the visibility of the FileSink::continuePlaying()
method to protected, because, upon restarting to write we are also bypassing
some frames on H264 ES video file output by calling it until the metadata frames
come up. Could y
7;%' -f1`
echo "type to continue and allocate ${DISK_AVAIL} on current partition"
echo "ATTENTION: This will allocate all free space"
read cont
fallocate -l ${DISK_AVAIL} dummy.1
#
It allows us to check that, after fallocate completely fills up the available
sp
rtual function*. That's
> a bug. The code should just be doing a hash table
lookup here; not calling the "lookupServerMediaSession()" virtual function.
>
> I've now installed a new version (2012.05.17) of the code that fixes this.
And is working perfectly
though it still works.
Otherwise I think the current solution still needs some improvement.
Thank you,
Bruno Abreu
--
Living Data - Sistemas de Informação e Apoio à Decisão, Lda.
LxFactory - Rua Rodrigues de Faria, 103,
edifício I - 4º piso Phone: +351 213622163
1300-501 LISBOA
r (StreamReplica* r2 = fReplicasAwaitingNextFrame; r2->fNext !=
NULL; r2 = r2->fNext) {
if (r2->fNext == replicaBeingDeactivated) {
r2->fNext = replicaBeingDeactivated->fNext;
replicaBeingDeactivated->fNext = NULL;
break;
}
}
}
}
Once a
ion as soon as I can.
Thank you for your attention.
Bruno Abreu
On 05/01/2012 02:32 AM, Ross Finlayson wrote:
Thanks for the report. Yes, there is a bug in that code, although it
wasn't quite what you thought. Try replacing those two "for" loops with
the following:
for (StreamReplica*
ry but I like to use them for
safety.
Thanks in advance for any enlightenment or new release that may fix this issue.
Bruno Abreu
--
Living Data - Sistemas de Informação e Apoio à Decisão, Lda.
Rua Luís de Camões, Nº 133, 1º B Phone: +351 213622163
1300-357 LISBOA
of live555 and that,
for these
tests, not a single line of code as been touched.
We would like to know if this is a bug that will get fixed in the future or,
simply,
something that is not allowed.
Any help would be appreciated
Thank you
Bruno Abreu
--
Living Data - Sistemas de
19 matches
Mail list logo
