Radio TS-Streaming
-
- Tuxboxer
- Beiträge: 6044
- Registriert: Montag 17. November 2003, 06:48
Radio TS-Streaming
Hallo,
leider ist ja im Moment kein Radio-Streaming mit geladenem SPTS-Treiber möglich. Um es gleich perfekt zu machen, wäre es toll, wenn nicht nur das externe Streamen eines (mehrerer) Radiokanäle funktionieren würde (z.B. per Udrec oder MCE) sondern das Ganze auch noch per TS-Streaming.
cu
Jens
leider ist ja im Moment kein Radio-Streaming mit geladenem SPTS-Treiber möglich. Um es gleich perfekt zu machen, wäre es toll, wenn nicht nur das externe Streamen eines (mehrerer) Radiokanäle funktionieren würde (z.B. per Udrec oder MCE) sondern das Ganze auch noch per TS-Streaming.
cu
Jens
-
- Einsteiger
- Beiträge: 263
- Registriert: Mittwoch 18. Februar 2004, 06:00
-
- Tuxboxer
- Beiträge: 6044
- Registriert: Montag 17. November 2003, 06:48
-
- Interessierter
- Beiträge: 80
- Registriert: Mittwoch 28. April 2004, 16:05
-
- Interessierter
- Beiträge: 44
- Registriert: Samstag 3. April 2004, 21:52
-
- Senior Member
- Beiträge: 1339
- Registriert: Donnerstag 24. April 2003, 12:12
-
- Developer
- Beiträge: 457
- Registriert: Sonntag 23. März 2003, 00:39
-
- Einsteiger
- Beiträge: 263
- Registriert: Mittwoch 18. Februar 2004, 06:00
-
- Senior Member
- Beiträge: 1339
- Registriert: Donnerstag 24. April 2003, 12:12
Also bevor jemand lange sucht. Es ist wirklich nicht trivial.
Problem ist, daß konzeptionell nur ein Feed pro Queue vorgesehen ist. Für SPTS wird einfach Video/Audio in Queue 0 geleitet, das weiß aber eigentlich nur die unterste Schicht vom Ucode-Treiber.
Für die API-Schicht kommt im normalen SPTS-Streamingmode sozusagen nur die Video-PID an. Daß da in Wirklichkeit auch noch Audio mit drin steckt spielt keine Rolle.
So, für den Radiomode gibt's aber keine Video-PID und die Audio-PID wird in die richtige Queue für den Decoder aber in die falsche PID für den Demux umgeleitet.
Wenn man also versucht zu streamen, dann kommt nichts.
Umleiten in die richtige PID ermöglicht das Streamen, dann funktioniert aber der Dekoder nicht mehr, hat man nichts gewonnen.
Da sind mehrere Faktoren, die sauber verhindern, daß man einfach nur eine Zeile ändert und es dann geht.
Mir fehlt für eine Erweiterung des Treibers leider die Zeit/Lust. Sorry.
Aber wenn jemand eine bessere Idee hat wie man das einfach lösen kann...
Problem ist, daß konzeptionell nur ein Feed pro Queue vorgesehen ist. Für SPTS wird einfach Video/Audio in Queue 0 geleitet, das weiß aber eigentlich nur die unterste Schicht vom Ucode-Treiber.
Für die API-Schicht kommt im normalen SPTS-Streamingmode sozusagen nur die Video-PID an. Daß da in Wirklichkeit auch noch Audio mit drin steckt spielt keine Rolle.
So, für den Radiomode gibt's aber keine Video-PID und die Audio-PID wird in die richtige Queue für den Decoder aber in die falsche PID für den Demux umgeleitet.
Wenn man also versucht zu streamen, dann kommt nichts.
Umleiten in die richtige PID ermöglicht das Streamen, dann funktioniert aber der Dekoder nicht mehr, hat man nichts gewonnen.
Da sind mehrere Faktoren, die sauber verhindern, daß man einfach nur eine Zeile ändert und es dann geht.
Mir fehlt für eine Erweiterung des Treibers leider die Zeit/Lust. Sorry.
Aber wenn jemand eine bessere Idee hat wie man das einfach lösen kann...
-
- Tuxboxer
- Beiträge: 5001
- Registriert: Montag 11. November 2002, 15:26
Hi,
stellt Euch vor das funktioniert und keiner merkt es ;-) mit einem Snapshot von gestern geht Radio-ts-streaming und einiges was 'frueher' geklappt hat auch http://forum.tuxbox-cvs.sourceforge.net ... hp?t=31347 wieder !
Aber direkt nach Aufnahmestart _muss_ auf einen andern Kanal gezappt werden damit aufgenommen wird und waehrend der Aufnahme nicht zurueckschalten damit die Aufnahme nicht auf Pause schaltet !
Aber ich denke das bekommen die Entwickler noch gefixt
Vielen Dank an die Entwickler !
cu,
peter
stellt Euch vor das funktioniert und keiner merkt es ;-) mit einem Snapshot von gestern geht Radio-ts-streaming und einiges was 'frueher' geklappt hat auch http://forum.tuxbox-cvs.sourceforge.net ... hp?t=31347 wieder !
Aber direkt nach Aufnahmestart _muss_ auf einen andern Kanal gezappt werden damit aufgenommen wird und waehrend der Aufnahme nicht zurueckschalten damit die Aufnahme nicht auf Pause schaltet !
Aber ich denke das bekommen die Entwickler noch gefixt
Vielen Dank an die Entwickler !
cu,
peter
-
- Tuxboxer
- Beiträge: 5001
- Registriert: Montag 11. November 2002, 15:26
hi,
cu,
peter
danke fuer die Erklaerungen....wieso klappt das denn mit obigem Wuergaround ? Laesst sich das nicht fixen ? Prinzipiell klappt das doch schon...wuerde mich freuen wenn es dazu noch mal ein Statement eines Ahnungstraeger geben wuerde.Also bevor jemand lange sucht. Es ist wirklich nicht trivial...
cu,
peter
-
- Neugieriger
- Beiträge: 19
- Registriert: Montag 5. Januar 2004, 12:20
-
- Tuxboxer
- Beiträge: 5001
- Registriert: Montag 11. November 2002, 15:26
-
- Neugieriger
- Beiträge: 19
- Registriert: Montag 5. Januar 2004, 12:20