| |||||||
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.time bei live stream
Hallo, das netStream.time property bereitet mir beim Einsatz mit einem Livestream (sowohl via Red5 wie auch via Wowza) gerade erhebliche Probleme. Ich benötige mehr oder minder einen "Timecode" für den Stream, um zeitabhängig gescriptete Aktionen auslösen zu können. Heisst: wenn der Broadcaster zu einem bestimmten Frame ein Effekt-Knöpfchen betätigt, soll dies beim Receiver zum gleichen Frame einen Effekt auslösen. Der Dokumentation nach keine große Sache, allerdings weicht netStream.time bei Broadcaster und Client erheblich voneinander ab - leider zudem in einer Form, die eine Synchronisierung zum Stream nicht mehr möglich macht. Genaugenommen ist mir die Zusammensetzung von netStream.time beim Receiver schleiherhaft: sie hängt anscheinend auch leider nicht von der netStream.bufferLength ab. Weiss jemand, was netStream.time bei einem Receiver unter Red5 oder Wowza überhaupt abbildet? Und: verhält sich der FMS hier anders?
__________________ http://www.rumbke.de |
| | |
| | #2 (permalink) |
| Neuer User Registriert seit: Nov 2001 Ort: Köln
Beiträge: 106
|
Ich habe mittels netstream.send() nun einen Workaround gebastelt, bei dem ich stets den Timecode des Broadcasters mit dem Stream übermittle. Das funktioniert erstmal, ist aber nicht so ganz Sinn der Sache und lässt die Ursprungsfrage nach wie vor offen...
__________________ http://www.rumbke.de |
| | |
![]() |
| Lesezeichen |
| Themen-Optionen | |
| Ansicht | |
| |