| |||||||
Du magst keine Werbung? Wir auch nicht!
Einfach registrieren und die Werbung ist weg. Diese Nachricht sehen nur nicht registrierte Nutzer.
![]() |
| | LinkBack | Themen-Optionen | Ansicht |
| | #1 (permalink) |
| Neuer User Registriert seit: Nov 2001 Ort: Köln
Beiträge: 106
| netStream.bufferLength > netStream.bufferTime
Hallo, ich habe ein Problem beim Abfragen des Buffers eines FLVs, das per NetStream abgespielt wird. Mit Red5 nehme ich via rtmp Streams auf, die ich dann über eine http-Verbindung wieder abspiele. Das klappt in der Praxis auch... meist. ;-) Manche FLVs haben leider einen Offset im Timecode - dafür habe ich bereits einen Workaround integriert. Ein ähnlich grosses Problem ist aber nun die Abfrage der Pufferung. Der das FLV abspielende NetStream gibt mir (in manchen Fällen), per NetStream.bufferLength nämlich Werte zurück, die über der netStream.bufferTime liegen. Und zwar nicht nur "ein kleines bisschen", sondern z. B. bei einem Buffer von 2 Sekunden, einer Cliplänge von 30 Sekunden dann gleich was in der Größenordnung von 213. Sprich: totaler Blödsinn. Hat jemand Erfahrung damit? Wie kommen diese Werte zustande - und kennt jemand dafür einen Workaround? Ist das ein Bug, der irgendwie mit Red5 zusammenhängt, oder kennt jemand das Problem auch von Wowza oder FMS her? Meinem (hoffentlich) gesunden Menschenverstand nach dürfte der StreamingServer mit der Problematik ja eigentlich nichts zu tun haben, weil ich ja per http drauf zugreife, aber... dann müsste der Bug ja auch beim Abspielen von prerecorded FLVs aufteten. Und das ist mir eben noch nie passiert.
__________________ http://www.rumbke.de |
| | |
![]() |
| Lesezeichen |
| Themen-Optionen | |
| Ansicht | |
| |