Jump to content

Recording Service Streaming


Scooti

Recommended Posts

alles probiert - Forum durchsucht - ich weiss nicht mehr weiter :)

 

Nutze schon länger SVC und bin super zufrieden.

Aufnahmen programmieren über Web

usw. alles kein Problem.

DVBViewer 4.0 / SVC 1.4.7.10

Gestern wollte ich mal wieder über SVC streamen,

was eigentlich immer funktionierte, auch über Internet

bis zu mir ins Büro.

Seit gestern kann ich aber nur noch streamen, wenn ich

im Streaming Konf - Fenster "Direkte Verbindung" anwähle.

Was mir aber nicht mehr ermöglicht, den Stream in seiner

Größe und Codierung zu beeinflussen.

VLC sucht dann immer auf "http://192.168.0.3:8888" den Stream,

der dort aber anscheinend nicht existiert.

IP vom Server + Port sind korrekt, Firewall ist deaktiviert.

Gehe ich über "direkte Verbindung" auf den Stream,

findet VLC-Player den Stream unter

"http://192.168.0.3:8888/upnpchannelstream/0.ts".

Ich möchte aber wieder OHNE direkte Verbindung

streamen können - ich bin am verzweifeln!

Vielleicht kann mir jemand helfen.

Besten Dank im voraus

und viele Grüße aus Ö

Scooti

support.zip

Link to comment

hab jetzt am Server den VLC 0.9.8.a installiert,

funktioniert mit Streamen - aber nach wie vor

NUR wenn ich "Direkte Verbindung" anwähle.

Ich hab sogar nochmal ALLES de-installiert

(SVC + DVBViewer) und alles nochmal NEU installiert,

alle Einstellungen wieder vorgenommen

(hab das "alte" Profil gelöscht und quasi bei "0" angefangen).

Jetzt bin ich endgültig am Ende mit meinem Latein!

*verzweifel*

Link to comment

Um nochmal zu meinem Problem zurückzukommen,

ich hab die letzten 2 Tage immer weiter probiert.

Bin immer noch komplett Ratlos.

Ich kann nicht mal auf dem SELBEN PC den Stream

vom Recording-Service öffnen, auch da meldet mir

der VLC-Player "404 - file not found".

 

Übrigens: Der "normale" Stream, wie es den früher

gab mit dem Streaming-Plugin, funktioniert wenn ich

den wieder aktiviere, mit gleicher IP + Port.

Aber warum funktioniert jetzt plötzlich der Stream

vom Recording-Service nicht mehr?

 

Der Service übergibt dem VLC-Player eine

"streaming.m3u", in der eindeutig die richtige IP+Port

vom Stream eingetragen ist.

Aber es existiert einfach kein Stream.

Hat nicht doch jemand irgend eine Idee wo der

Fehler begraben sein könnte?

Ich hab nicht mal mehr eine Firewall eingeschaltet,

geschweigedenn Antivirenprogramm oder ähnliches.

Und es geht nicht mal auf dem selben Rechner!

Nur der "direkte Stream" funktioniert nach wie vor.

*seufz*

Link to comment

Thema kann von mir aus geschlossen werden,

im internen Netzwerk mit direkter Eingabe

der IP funktioniert der Stream auf jedem

beliebigen Port, nicht aber übers Internet.

(z.B. dyndns.org oder mit Eingabe der IP

vom Provider).

Von daher vermute ich das Problem beim

Router und/oder in der Netzwerk-Konfiguration.

 

Besten Dank trotzdem fürs Lesen!

Link to comment

@Scooti

 

Ich hab auch ein Problem beim "nicht direktem" Streamen mit dem Rec-Service.

Manchmal klappt es ohne Probleme und manchmal geht einfach nix.

Seit der 1.4.7.10 geht zumindest bei mir das direkte Streamen zuverlässig, aber leider unterstützt das ja kein Transcode.

Ich bin im Moment noch auf der Suche warum es manchmal nicht klappt.

Beim alten HTTPService gabs die Schwierigkeiten bei mir übrigens auch nicht.

Bin mal gespannt, ob es bei dir jetzt dauerhaft funzt.

 

Gruss Trude

Link to comment

ich hab jetzt auch noch ein paar mal probiert,

jetzt geht es im Moment überhaupt nicht mehr,

vorhin ging es mal zeitweise.

Ich hab den Router schon 10x neu gestartet,

ich hab den VLC-Player de-installiert und

wieder installiert, ich hab's mit der Version

0.8.6.i probiert und mit der 0.9.8.a,

mit Firewall und ohne, aber selbst auf dem

gleichen Rechner, bei dem ich das WebInterface

über das Taskleistensymbol mit der Rechten

Maustaste starte, und von dort den Stream

am gleichen Rechner starten will

(von mir aus auch mit localhost (127.0.0.1)),

geht es nicht.

Ich hab auch nochmal die SVC Ver. 1.4.7 probiert,

hilft alles nix.

Da es am selben PC schon nicht funktioniert,

brauche ich es über's Netzwerk gar nicht weiter

zu probieren, weil's nix bringt.

Ich weiss jetzt nicht, ob das Problem beim

VLC, beim DVBViewer oder am Netzwerk

oder an irgendwelchen "Rechten" hängt,

der VLC-Player meint "404 - file not found",

somit hab ich auch überhaupt keinen

Lösungs-Ansatz mehr.

Ich kann ja auch (wie gewohnt) von überall

mit dem Entsprechenden Port das Web-Interface

aufrufen, programmieren, alles kein Problem.

Nur der Stream ist da "eigenwillig" und lässt

mich an meinen Kenntnissen zweifeln!

Link to comment

kann mir bitte bitte jemand verraten,

WELCHEN VLC-Player (Ver. 8 oder 9)

man für den SVC-Service verwenden

sollte damit er auch funktioniert?

Ich hab jetzt den Server komplett

"restauriert" und es funktioniert nicht.

Ich probiere schon gar nicht mehr

von einem anderen Rechner aus,

sondern nur noch lokal auf dem

Rechner selbst.

Da der Stream über den DVBServer

funktioniert, und ich auch auf den

Rercording-Service mit einem Browser

ohne Probleme Zugreifen kann, vermute

ich dass das Problem beim "erstellen"

des Streams liegt, die Log-Datei vom VLC sagt:

 

access_http error: error: HTTP/1.1 404 Not Found

access_http error: error: HTTP/1.0 404 Not Found

access_mms error: error: HTTP/1.0 404 Not Found

main error: open of `http://192.168.0.3:8888' failed: could not create access

 

Wenn ich nicht genau wüsste, dass es bis

vorletzte Woche funktioniert hat, hätte ich

schon lange aufgegeben - aber ich nutze jeden

freien Tag um ein Problem zu lösen dass

mich wurmt! *stampf*

 

Vielleicht hat ja doch irgend jemand noch

eine Idee *seufz*

 

Gruß *Scooti*

Link to comment

den hab ich jetzt gerade im Moment auch installiert,

aber das scheint keine Auswirkung zu haben,

denn es wird überhaupt kein Stream erzeugt

der zu empfangen wäre - vormals war es deutlich

zu erkennen wenn man z.B. Bildgröße auf 0.5

und Bitrate auf 512 gestellt hat dass der Rechner

"arbeitet" um den Stream zur Verfügung zu stellen,

aber das tut er nicht, weil er keinen Stream

zur Verfügung stellt.

Da liegt ja wohl das Problem im Moment.

Es existiert einfach kein Stream, weil keiner

erzeugt wird - weder mir dem VLC8 noch mit

dem VLC9.

HTML-mässig würde ich mich ja noch auskennen

und könnte mir weiterhelfen - aber mit den

Serverseitigen Websites hab ich mich nie befasst.

*verzweifel*

Link to comment

so! Ich bin's nochmal!

Hatte ja heute Zeit - und hab ganzen Server

nochmal "zurückversetzt" auf Dezember 2008.

 

Und jetzt kann ich den "Fehler" auch reproduzieren-

sprich:

Bis svc_setup_1.4.6 funktioniert der Stream,

ab svc_setup_1.4.7 und später geht nix mehr.

Dass die "anderen" Funktionen durch die neueren

Versionen unumstritten BESSER werden,

steht nicht zur Debatte.

Aber ab Ver. 1.4.7 gibt's kein Stream mehr

über die Web-Oberfläche auf andere PCs.

 

Wenn ich die 1.4.7.X de-installiere und wieder

die 1.4.6 installiere, klappt's auf Anhieb.

Also wurde doch da etwas "verändert",

was nicht funktioniert.

Vielleicht hat ja einer der Herren Programmierer

somit einen "Lösungsansatz",

oder kann mir weiterhelfen,

aber an meinem System kann's ja wohl nicht liegen,

weil ich hin- und her installieren kann,

1.4.6 funktioniert, 1.4.7 geht nicht mehr.

Kostet mich jetzt nur noch 1 Minute das

auszuprobieren.

 

Danke vorab für das Lesen der Zeilen !

 

*Scooti*

Link to comment
1.4.6 funktioniert, 1.4.7 geht nicht mehr.

 

*Scooti*

 

Hy, ich benutze den Recordservice 1.4.7.52Testversion. Streamen mit VLC geht einwandfrei. Sowohl als TS wie mit neucodieren über internet. VLC habe Version 0.86i auf dem PC wo der Recordservice läuft.

Link to comment

hi TVFreak!

Dein Screenshot hat mich auf die Idee gebracht,

"bewusst" den Port 3335 zu benutzen, mit dem

der Stream jetzt auch bis in die Firma über's

Internet funktioniert.

Bisher hab ich immer den Port 8888 benutzt.

Ich hab jetzt den Router auf 3335 umgestellt

und arbeite jetzt mit Vers. 1.4.7.10.

VLC Vers. 0.8.6.i Janus.

 

Besten Dank für den "Tipp" :angry:

Link to comment

keine Sorge, ich bin mein eigener Chef,

somit hab ich mich schon erwischt....

 

Aber Spaß beiseite - es funktioniert

trotzdem nicht so wie es soll.

Der "Umstieg" auf die 1.4.7.10 klappt

"nur manchmal", und auf die 1.4.7.52

brauch ich's dann auch nicht mehr probieren.

Am besten klappt's bei mir mit der

1.4.6, aber die .52 wäre mir lieber weil

der DVBServer schon integriert ist.

Irgendwo beim Umstieg von 1.4.6 auf 1.4.7

ist der Wurm drin.

Link to comment

wenn irgend ein "Admin" oder sich noch jemand

bestens in der Materie auskennender sich

vielleicht "live" mal das Phänomen anschauen möchte,

so biete ich an z.B. per Teamviewer oder NTRconnect

oder LogMeIn einen Zugang zu meinem Server

herzustellen damit man(n) sich das vielleicht mal

"aus der Nähe" ansehen kann - denn langsam

verzweifle ich komplett.

Ich kann den SVC 1.4.6 installieren - Stream funktioniert

Ich installiere die 1.4.7 drüber - funktioniert nicht mehr.

Auch wenn ich vorher die 1.4.6 DE-installiert hab.

"manchmal" habe ich das Glück, bei ca. 10 Versuchen,

dass auch die 1.4.7 funktioniert, aber dann habe

ich nichts anderes gemacht wie bei den ca. 9 Versuchen

vorher.

Man bedenke: ich probiere das NICHT auf "entfernten"

PC's aus, sondern immer LOKAL am Server selbst.

 

Also - wer sich der Aufgabe gewachsen fühlt -

per PM austauch von ICQ-Nummer und schon geht's los.

(sofern ich denn online bin *g*)

Link to comment

Lieber Lars, lieber Tjod, und an alle anderen

die sich noch "perfekter" mit DVBViewer

auskennen als ich.

(wobei ihn sicher KEINER schneller de- und wieder

installieren kann wie ich incl. Recordingservice !!! :( )

 

Ich habe gestern den neuen SVC 1.4.7.60 probiert.

Wiedermal genial - Web-Interface flutscht dass es

nur so eine freude ist und am PC im Wohnzimmer habe

ich den DVBViewer über Unicast laufen - Senderwechsel

funktionieren fast schneller wie am Server mit der

eingebauten DVB-C Karte.

Nichts desto trotz muss es beim Programmieren beim

Umstieg von Vers. 1.4.6 auf 1.4.7 eine gravierende

Änderung gegeben haben - denn das Streamen

(selbst am lokalen Server!) funktioniert bei mir NUR

mit Ver. 1.4.6 ohne Probleme - sobald ich 1.4.7.XX

installiere, bekomme ich 404 - nicht gefunden.

Ports, Firewall, Router, Kabel, IP-Adressen usw.

kann ich alle als Fehlerquellen ausschliessen

(bei ca. 100 Neuinstallationen weiß ich wovon ich rede!)

und in Sachen Netzwerk passt auch alles, sonst würde

das Webinterface und der DVBViewer über den

DVBServer nicht so perfekt funktionieren.

 

Wo kann ich bei meiner Fehlersuche noch ansetzen?

 

Usermode.ini ? (steht im Mom. auf 0, hab aber alle ausprob.)

Adminrechte? (Sind gegeben - Win XP-Prof incl. aller Updates)

VLC-Version? (0.8.6.i Janus - 0.9 probiert - geht eh nicht)

Portnummern? (9999 Interface, 7777 Stream, 8889 DVBServer)

 

Ich habe nochmal die support.zip angehängt und zwei

Screenshots gibt's auch noch (falls es jemand hilft).

 

Besten Dank wiedermal für's Lesen meiner

verzweifelten Zeilen......

*Scooti*

 

support.zip

 

dvbv-screen-SVC.jpg

dvbv-screen-gesamt.jpg

Link to comment

Man(n) glaubt es kaum!

Die (vermutliche) Lösung (falls es überhaupt noch einen interessiert):

 

Ich habe in der SVC Konfiguration den Port 81

als "Streamserver" angegeben.

Diesen habe ich natürlich auch im Router und in der

(mittlerweile eh schon lange de-aktivierten Firewall)

freigegeben bzw. auf den Server geleitet.

 

Im Popup-Fenster von der Webinterface-Oberfläche

(streamingconfig2.html) gebe ich aber als Port 7777 ein,

der auch auf Server Freigegeben ist.

 

Und siehe da: Streaming auf jeden PC funktioniert,

DVB-Server funktioniert, und alles super schnell und

das mit Version 1.4.7.60 (beta) !

 

Sobald ich den Port 81 wieder sperre oder im

SVC-Konfig-Dialog ändere (meiner Logik nach

auf 7777), geht der Stream nicht mehr.

Also muss man 2 unterschiedliche Portnummern

wählen - was mir zwar immer noch unlogisch erscheint,

aber offensichtlich bin ich der einzigste Benutzer

der das überhaupt braucht/benutzt/probiert hat.....

 

Auch nach 5x Server + Clients neustarten hat sich

die Sache bis jetzt bewährt, und sollte das so bleiben,

hat die Community hier vorerst mal

Ruhe vor mir :(

Link to comment

Nachdem ich den Treadt ein bissel aus den Augen verloren hatte, und meine Versuche ein zuverlässiges "Transcodiertes Streamen" ans laufen zu bekommen gescheitert waren, bin ich vorhin auf den letzten Beitrag von Scooti gestossen. Nach dem ersten Durchlesen hab ich mir mal die Augen gerieben, und überlegt wieviele Bier ich heut am Veilchendienstag wohl zuviel getrunken hab.

Obwohl ich zuerst nicht verstanden hab, was er mir sagen wollte, hab ich mich noch mal ans Testen gegeben, und siehe da, Scooti hat Recht!!!

 

Will man "transcodiert Streamen" darf man NICHT den Port nehmen, der bei den Einstellungen im Service als Streamingport eingetragen ist. Dieser Port wird ausschliesslich beim directen Streamen verwendet. So wie es aussieht wird auf dem Server der Stream auf dem Port gestartet, der im POPUP Fenster angegeben ist. Natürlich muss bei Bedarf dieser Port dann auch in der Firewall und im Router freigeschaltet sein.

 

Danke Scooti

 

Gruss Trude

Link to comment

..versteh nur bahnhof, was ihr hier schreibt. Bei mir funktioniert es :blush:

 

Frage zum VLC: wenn ich transkodiert streame und dann auf stop stream klicke, läuft der vlc_stream_server weiter. Das ist wahrscheinlich nicht im sinne des erfinders :blush:

Link to comment
Frage zum VLC: wenn ich transkodiert streame und dann auf stop stream klicke, läuft der vlc_stream_server weiter.

 

Das passiert bei mir auch manchmal,

dann starte ich einfach nochmal ein

"Stream-Start-Popup-Fenster",

starte und stoppe den Stream ohne

den Player zu öffnen.

Kann ich aber mit leben!

Link to comment
  • 2 months later...
hi TVFreak!

Dein Screenshot hat mich auf die Idee gebracht,

"bewusst" den Port 3335 zu benutzen, mit dem

der Stream jetzt auch bis in die Firma über's

Internet funktioniert.

Bisher hab ich immer den Port 8888 benutzt.

 

Das hat auch mein Problem gelöst. Offenbar gibt es Probleme, wenn ein anderer als Port 3335 benutzt wird.

 

Auch von mir danke für den 'Tipp'

 

Gruß ... Lars

Link to comment
  • 1 year later...

Nachdem ich den Treadt ein bissel aus den Augen verloren hatte, und meine Versuche ein zuverlässiges "Transcodiertes Streamen" ans laufen zu bekommen gescheitert waren, bin ich vorhin auf den letzten Beitrag von Scooti gestossen. Nach dem ersten Durchlesen hab ich mir mal die Augen gerieben, und überlegt wieviele Bier ich heut am Veilchendienstag wohl zuviel getrunken hab.

Obwohl ich zuerst nicht verstanden hab, was er mir sagen wollte, hab ich mich noch mal ans Testen gegeben, und siehe da, Scooti hat Recht!!!

 

Will man "transcodiert Streamen" darf man NICHT den Port nehmen, der bei den Einstellungen im Service als Streamingport eingetragen ist. Dieser Port wird ausschliesslich beim directen Streamen verwendet. So wie es aussieht wird auf dem Server der Stream auf dem Port gestartet, der im POPUP Fenster angegeben ist. Natürlich muss bei Bedarf dieser Port dann auch in der Firewall und im Router freigeschaltet sein.

 

Danke Scooti

 

Gruss Trude

Hallo trude,

ist dem immer noch so? Habe gestern genau das Selbe festgestellt, sprich direkter Stream geht, transcodieren über VLC geht weder nach außen noch im Heimnetzwerk. Jetzt habe ich diesen Thread gefunden und hoffe das ist die Lösung. (Nächste Woche Spätdienst und Fußball, was für eine Zwickmühle! o:) )

Link to comment

Kann es sein das der Benutzername im RecService (Web Einstellungen) keine Sonderzeichen enthalten darf, im Wiki steht jedenfalls nichts?

Ich kriege zwar immer noch kein Bild, aber auf jeden Fall werden jetzt nach Änderung des Benutzernamens (ohne Sonderzeichen) schon Daten gesendet.

 

Kann damit jemand was anfangen, ist aus dem Meldungsfenster des VLC?

access_http debug: Content-Type: text/html
access_http debug: this frame size=958
access_http debug: protocol 'HTTP' answer code 200

Link to comment

Ich habe es grade noch mal bei mir Probiert, das geht ohne Probleme.

 

Probiere es am besten erstmal nur mit dem Audio Transcodieren.

Player = VLV

im Webbrowser = aus

Direkte Verbindung = aus

Port = einer der nirgends wo sonst verwendet wird

Muxer = TS

Nutze Videotranscoding = aus

Nutze Audiotranscoding = an

Audio Codec = mp3

 

und dann die streaming.mp4 erst herunterladen und dann öffnen.

 

Zum Benutzernamen, Teste es erstmal ohne Passwort.

Link to comment

Nach etlichen Versuchen immer noch kein Ergebnis. Ich habe es ohne Passwort versucht, da kommt gar nichts.

Mit Passwort habe ich nun folgendes:

 

main debug: adding playlist item `C:\Users\XXXXXX\Downloads\streaming.m3u' ( C:\Users\XXXXXX\Downloads\streaming.m3u )
main debug: creating new input thread
main debug: waiting for thread completion
main debug: thread 5120 (input) created at priority 1 (input/input.c:265)
main debug: drive letter C: found in source
main debug: `C:\Users\XXXXXX\Downloads\streaming.m3u' gives access `' demux `' path `C:\Users\XXXXXX\Downloads\streaming.m3u'
main debug: creating demux: access='' demux='' path='C:\Users\XXXXXX\Downloads\streaming.m3u'
main debug: looking for access_demux module: 1 candidate
main debug: creating access '' path='C:\Users\XXXXXX\Downloads\streaming.m3u'
main debug: looking for access2 module: 5 candidates
vcd debug: trying .cue file: C:\Users\XXXXXX\Downloads\streaming.cue
vcd debug: could not find .cue file
access_file debug: opening file `C:\Users\XXXXXX\Downloads\streaming.m3u'
main debug: using access2 module "access_file"
main debug: pre-buffering...
main debug: received first data for our buffer
main debug: creating demux: access='' demux='' path='C:\Users\XXXXXX\Downloads\streaming.m3u'
main debug: looking for demux2 module: 45 candidates
playlist debug: found valid M3U playlist file
main debug: using demux2 module "playlist"
main debug: looking for a subtitle file in C:\Users\XXXXXX\Downloads\
main debug: `C:\Users\XXXXXX\Downloads\streaming.m3u' successfully opened
playlist debug: starting playlist playback
main debug: adding playlist item `http://192.######.######.XX:4002' ( http://192.######.######.XX:4002 )
main debug: EOF reached
main debug: closing input
main debug: removing module "playlist"
main debug: removing module "access_file"
main debug: thread times: real 0m0.108000s, kernel 0m0.015600s, user 0m0.000000s
main debug: thread 5120 joined (input/input.c:412)
main debug: creating new input thread
main debug: waiting for thread completion
main debug: thread 5120 (input) created at priority 1 (input/input.c:265)
main debug: `http://192.######.######.XX:4002' gives access `http' demux `' path `192.######.######.XX:4002'
main debug: creating demux: access='http' demux='' path='192.######.######.XX:4002'
main debug: looking for access_demux module: 0 candidates
main warning: no access_demux module matched "http"
main debug: creating access 'http' path='192.######.######.XX:4002'
main debug: looking for access2 module: 7 candidates
access_http debug: http: server='192.######.######.XX' port=4002 file='(null)
main debug: net: connecting to 192.######.######.XX port 4002
main debug: connection in progress
access_http debug: protocol 'HTTP' answer code 401
access_http debug: Content-Type: text/html
access_http debug: stream size=145
access_http debug: authentication failed
access_http debug: retrying with user=admin, pwd=XXXX
main debug: net: connecting to 192.######.######.XX port 4002
main debug: connection in progress
access_http debug: protocol 'HTTP' answer code 200
access_http debug: Content-Type: text/html
access_http debug: stream size=958
main debug: using access2 module "access_http"
main debug: pre-buffering...
main debug: received first data for our buffer
main debug: creating demux: access='http' demux='' path='192.######.######.XX:4002'
main debug: looking for demux2 module: 45 candidates
m3u debug: playlist type: 3 - 3
main debug: using demux2 module "m3u"
main debug: looking for a subtitle file in C:\Program Files\Mozilla Firefox\
main debug: `http://192.######.######.XX:4002' successfully opened
m3u debug: starting playlist playback
main debug: EOF reached
main debug: closing input
main debug: removing module "m3u"
main debug: removing module "access_http"
main debug: thread times: real 0m12.267000s, kernel 0m0.000000s, user 0m0.000000s
main debug: thread 5120 joined (input/input.c:412)
main: playlist is empty

 

Zwischenzeitlich habe ich bei VLC die Standardwerte wiederhergestellt, da ging dann gar nichts mehr.

Nun sieht es halt so wie oben aus, vorher hat er wenigstens nicht gesagt die Playlist wäre leer. :unsure:

Link to comment

Guten Morgen Tjod,

Es kommt bei mir immer eine m3u, egal ob ich ein Radio- oder TV-Sender wähle. Ich hatte auch in deinem Post gesehen/mich gewundert das ich die mp4 herunterladen solle. Ich habe dann versucht in den Einstellungen des VLC eine Einstellung zu finden in der man das beeinflussen kann aber keine Ahnung wo man das kann?! :|

Irgend jemand eine Idee dazu?

Sind bspw. die Muxer Einstellungen wichtig oder die Accsess Sachen, sprich muss ich was verstellen gegenüber dem Standard?

Link to comment

Also bei mir wird auch eine streaming.m3u runtergeladen, egal ob ich TV oder Radio streame.

 

Der Inhalt meiner .m3u entspricht aber dem Inhalt der .mp4 von Tjod

#EXTM3U
http://192.168.0.199:8089

 

Letztendlich braucht man zum Streamen drei unterschiedliche Ports.

1. Webinterface

2. Streamserver Port

3. Stream Port.

 

Nr.1+2 werden im Konfigurationsmenü des RS unter Web/UPnP eingestellt.

Nr.3 wird beim Starten des Streams im Webinterface vorgegeben.

Edited by trudeh
Link to comment

Hmmm, zur Zeit kann ich nur von Außerhalb testen und die Ports kann ich im RecService von Außen nicht ändern.

Jedenfalls sieht es bei mir ganz anders aus.

#EXTM3U
http://XXXXX.dyndns.XXXXX:2425/upnp/channelstream/713.ts

Intern probiere ich es heute Abend noch mal.

Jetzt schaue ich erst noch mal in die verlinkte Anleitung.

Link to comment

#EXTM3U
http://XXXXX.dyndns.XXXXX:2425/upnp/channelstream/713.ts

 

So sieht es bei mir aus wenn ich DIRECT Streame

#EXTM3U
http://192.168.0.199:8088/upnp/channelstream/1.ts

Link to comment

Tja was soll ich sagen, Port 3335 benutzt und schon geht alles sowohl im internen Netz als auch ins www. (w00t)

Nun hoffe ich das unser Admin in der Zeit der WM seinen Urlaub eingereicht hat oder ihm wichtigere Sachen zu teil werden. :whistle:

 

Jetzt habe ich auch wieder lust das bis ins kleinste zu analysieren (was muss auf welchem Port wo eingetragen sein) und dem von Tjod verlinkten Wiki Beitrag ein wenig auf die Sprünge zu helfen. Genau genommen steht da nämlich nichts. Ihr glaubt gar nicht wie lange ich im WebInterface nach der Funktion zum Streamen gesucht habe. Vieleicht lag es einfach auch an der Wärme zur Zeit.

Ich danke jedenfalls allen Helfern :bye:

Link to comment

Derrick nichts für ungut aber das diese kleine Schaltfläche

EPG-Info.png

das eigentliche Streamfenster startet (die Meldung wird ja auch erst beim Überfahren des Pfeilchens angezeigt) und noch dazu dieses im EPG-Info Fenster zu finden ist, das steht genau wo? Da gibt es im Web Interface sooo große Reiter für SenderEPG etc. und dann soll man diese Schaltfläche finden. Die Position ansich erscheint mir auch völlig logisch nur die Doku dazu ist noch nicht so weit wie die Funktionen die das Web Interface bietet. :blush:

 

Bevor ich mich aber an der Doku beteilige will ich mir erst mal sicher sein das ich alles auch richtig verstanden/eingerichtet habe.

Link to comment
×
×
  • Create New...