Rewind funktioniert nach flv-Wechsel nicht mehr...

[stpi_flx]

Hallo Leute,

ich hab folgendes Problem:

Ich spule einen Stream (flv) per netstream.seek zurück

on(press) {
    rueckspulen = function () {
        _root.ziel1_mc.mc.netStream.seek(_root.ziel1_mc.mc.netStream.time - 1);
    }
    Rueckwaerts = setInterval(rueckspulen, 250);
}
 
on(release) {
    clearInterval(Rueckwaerts);
} 

Funktionierte bisher auch einwandfrei. Die geladene flv wurde mit QuicktimePro erzeugt. Nun habe ich Sorensen Squeeze 4.1 benutzt um eine bessere Filmqualität zu bekommen und jetzt funktioniert das zurückspulen nicht mehr Der Film springt nun immer im angegebenen Intervall auf ein und die selbe Stelle (1 Sekunde vorher) zurück...

Hab keine Ahnung woran das liegt...

P.S.:

Das Vorspulen funktioniert nach wie vor!

on(press) {
    vorspulen = function () {
        _root.ziel1_mc.mc.netStream.seek(_root.ziel1_mc.mc.netStream.time + 1);
    }
    Vorwaerts = setInterval(vorspulen, 250);
}
 
on(release) {
    clearInterval(Vorwaerts);
} 

[ludabruda]

Hi,

nur so eine Vermutung: solltest du den Stream nicht vielleicht vorher stoppen? Eventuell läuft der Stream einfach um die gleiche Zeit vor, die du zurückspulst...
Hast du es mal mit anderen Werten probiert?

Grüße
Sascha

[stpi_flx]

hi,

hab es auch schon mit anderen werten probiert. das komische ist ja eigentlich das es mit der alten, in quicktime encodierten, flv einwandfrei funktioniert...
gestoppt hatte ich den vorher auch nie

bin echt ratlos... das größte problem: es muss heute fertig werden -.-

[specialagent]

hi,
check mal die Anzahl der Schlüsselbilder in der alten und in der neuen flv.
Seek springt nämlich nicht sekundenweise, sondern zum letzten/nächsten Schlüsselbild. Ich tippe darum mal, daß dein Interval und die Anzahl der Schlüsselbilder diesen Effekt verursachen.
grüße lars

[ludabruda]

hmm, möglicherweise liegt es an den Keyframes...sind die vielleicht anders?

gs

[stpi_flx]

hmm kann man die anzahl der keyframes irgendwie im nachhinein rausfinden?
aber daran könnte es tatsächlich liegen... mal testen...

[stpi_flx]

daran scheints auch nicht zu liegen... zumindest geht es nicht...

[ludabruda]

funktionieren denn Sprünge direkt auf 0 z.B.?

gs

[stpi_flx]

ja die gehen...

aber sobald ich was mit (netStream.time - x) mache gehts nicht mehr...

[ludabruda]

egal, welchen Wert x hat?

gs

[stpi_flx]

jupp... is irgendwie sehr komisch

[ludabruda]

hast du den Wert denn mal getracet? Vielleicht kommt ja auch Stuss raus...

gs

[stpi_flx]

55.607
56.607
55.583
56.583
55.583
56.583
55.583
56.583
55.583
56.583
55.583
56.583
55.583
56.583
58.951
59.951
61
62

das kommt hierbei:

on(press) {
    rueckspulen = function () {
        trace(_root.ziel1_mc.mc.netStream.time - 1);
        _root.ziel1_mc.mc.netStream.seek(_root.ziel1_mc.mc.netStream.time - 1);
        trace(_root.ziel1_mc.mc.netStream.time);
    }
    Rueckwaerts = setInterval(rueckspulen, 250);
}
 
on(release) {
    clearInterval(Rueckwaerts);
} 

raus...

[ludabruda]

und wenn du vorher mal pause nachst?

[stpi_flx]

40.5
41.5
43
44
43
44
43
44
43
44
43
44
43
44
43
44
43
44
43
44
43
44
43
44

bei:

on(press) {
    _root.ziel1_mc.mc.netStream.pause(true);
    rueckspulen = function () {
        trace(_root.ziel1_mc.mc.netStream.time - 1);
        _root.ziel1_mc.mc.netStream.seek(_root.ziel1_mc.mc.netStream.time - 1);
        trace(_root.ziel1_mc.mc.netStream.time);
    }
    Rueckwaerts = setInterval(rueckspulen, 250);
}
 
on(release) {
    clearInterval(Rueckwaerts);
    _root.ziel1_mc.mc.netStream.pause(false);
}