Ich verstehe - danke für deine genaue antwort.
Ich hab das ganze nochmal in java versucht
weil ich in delphi damit nicht weiter gekommen bin.
Delphi-Quellcode:
while ((len = is.read(buf)) != -1)
{
out.write(buf, 0, len);
}
was in meinem fall genau garnichts gebracht hat... naja
jedenfalls verstehe ich jetzt warum ich mit sendstream immer so viele probleme hatte, weil ich den stream danach meistens gleich
wieder frei gegeben hab - und wenn der socket noch am senden war dann hatte das wohl ein jähes ende ...
jedenfalls wird mir hier einiges klarer - aber das löst mein problem nicht wirklich - leider.
irgendwie macht mich dieser streaming client von pinnacle noch wahnsinnig.
also wieder zurück zu delphi und weiter versuchen ..
Wenn ich das richtig verstehe, hab ich bei sendstream einfach keine kontrolle über den verlauf des sendens.
Ich weiß nicht wann er fertig ist und wieviel schon im puffer ist.
damit muß ich das eh manuell mit sendbuf machen damit kann ich wenigstens den stream genau kontrollieren ...
thx lg
Arnulf
PS: ja tatsächlich wer lesen kann ist klar im vorteil - und ich dachte da steht nichts vernünftiges drin
Zitat:
Note: The Stream passed as a parameter to SendStream becomes “owned” by the windows socket object. The Windows socket object frees the stream when it is finished with it. Do not attempt to free the stream after it has been passed as a parameter.