Jump to content

Android DVBViewer Controller


VinoRosso

Recommended Posts

5 minutes ago, VinoRosso said:

egal was ich probiert hab. Streamen übers Webinterface, per App, DMS neustart.....

 

So ähnlich geht es mir gerade auch. Egal was ich probiere, die Datei wird jetzt immer erzeugt :wacko:

 

Davon abgesehen ist das transkodierte Streamen recht nützlich. Hier müssen die Daten vom Arbeits-PC zum Fire HD6 zweimal durchs WLAN, hin zum Router und zurück. Und das ist bei originalen 12 MBit/s HD via Satellit ein bisserl viel.

Link to comment

Hallo,

 

ich habe ein kleines Problem mit der App auf meinem Galaxy S7. Und zwar kann ich keine Live-Streams der Sender abspielen, es kommt immer der Hinweis "Kann den Link nicht abspielen". Dabei hat das Ganze mal ohne Probleme funktioniert.

 

Serverseitig läuft DMS2.0, wodurch ich auch erfolgreich das EPG sehen und Aufnahmetimer anlegen kann.

 

Zum abspielen wird der MX-Player benutzt. Testweise auch mal der VLC-Player, dort kam aber die gleiche Benachrichtigung.

Irgendwo hatte ich mal einen Link zum testen gesehen, womit man am PC und dem VLC-Media-Player überprüfen konnte, ob dort überhaupt ein Live-Stream ankommt. Dieser Test war bei mir erfolgreich.

 

Das merkwürdige ist ja, dass es schon einmal funktionierte. Gut diese Funktion nutze ich nicht sehr oft, deswegen kann ich nicht genau sagen, seit wann das der Fall ist.

Habe die App schon komplett de- und wieder neuinstalliert, jedoch Erfolg :(

Link to comment

Bin endlich dazu gekommen es auszuprobieren.

Also WebIf auf dem Handy geöffnet und Stream im Browser wiedergeben klappt. Alles andere nicht.

Habe jetzt auch schon den MX-Player de- und wieder neu installiert. Keine Ahnung, was ich jetzt noch machen kann :(

Link to comment

Eine logreader app installieren, versuchen einen stream zu starten, den entsprechenden log teil untersuchen, oder mir zur Verfügung stellen.

Im log einfach nach deiner server url suchen, dann solltest du die entsprechende Stelle finden.

 

Du kannst auch mal die videourl aus dem log direkt mal im Browser eingeben ob da eine Antwort kommt.

 

Würde mich jetzt schon interessieren warum das bei dir nicht geht.

Link to comment

Bei mir gehen alle Sender die 720p senden im MX player einwandfrei, sobald ich aber private sehen will startet der player und es kommt die Fehlermeldung "kann diesen link nicht abspielen". Seltsamerweise läuft der stream im Hintergrund mit der fehlermelung im vordergrund, wenn ich dann OK drücke schließt sich der player. Über upnp(dlna) laufen alle streams, in KODI auch. Das einzige was nicht funzt sind Streams über Web interface und über den Android DVBViewer controller.

Link to comment

Wenn es übers webinterface nicht läuft, kanns auch nicht in der App gehen. Wie du die 720p sender im MX player abspielst sagt du nicht...

Link to comment

Hallo zusammen, 

 

seit einigen Wochen habe ich das Problem, dass meine Aufnahmen nicht mehr mit der im RS (1.33.2.0) vorgegebenen Vorlaufzeit erfolgen. Dadurch kam es schon mehrfach vor, dass der Anfang eines Films/einer Serie verpasst wurde. 

 

Die Aufnahmen plane ich ausschließlich über die App. Nach einigem Probieren habe ich nun festgestellt, dass Timer die im WebIF eingestellt werden auch korrekt funktionieren. Die Timer aus der App werden im WebIF so angezeigt, als ob die Sendung erst 15 Minuten (entspricht der Vorlaufzeit) später startet. dadurch stimmen die Zeiten natürlich überhaupt nicht und eine Aufnahme kann mal klappen und mal nicht. 

 

Woran könnte das denn evtl. liegen? Habe ich vielleicht eine Einstellung übersehen? Zuvor lief das ganze ja einwandfrei. 

Link to comment

PS: Die Playlistdatei enthält folgenden Inhalt: "#EXTINF:-1,ProSieben
http://192.168.1.67:7522/upnp/channelstream/2359890960378250333%7CProSieben.ts"

Der http link funktioniert einwandfrei mit den MXplayer,  die .m3u funktioniert jedoch nicht.

Ich hab es auch mal am lokal am PC getestet, da kommt nur ton aus dem MPC-HC player, wobei die 720p problemlos laufen.

Link to comment

Hallo VinoRosso,

ich habe einen ähnlichen Effekt wie Spookie83 zwei Einträge zuvor festgestellt: Wenn ich aus der App heraus einen Aufnahme programmiere, werden die im RS voreingestellten Vor- und Nachlaufzeiten nicht mehr beim Anlegen des Timers berücksichtigt. Stattdessen wird wirklich die EPG-Anfangs -und Endzeit genutzt.

Dadurch sind mir auch schon einige Aufnahme  zu früh abgebrochen worden.

 

Der Effekt tritt nicht bei Programmierung aus DVBViewer oder RS/MS-Webserver heraus auf.

 

Ich sehe das Problem hier eher beim RS bzw. MediaServer, und ich glaube ähnlich wie Spookie83, dass das bisher ohne Probleme funktionierte. Ich könnte es jetzt aber nicht an einer speziellen RS-Version festmachen.  Da der RS 1.33.2.1  erst im November gekommen ist und ich das Probleme erst in den letzten Monaten bemerkt habe, liegt vielleicht dort der Hase im Pfeffer.

 

Soweit ich mich erinnere, kann die Aufnahmekonfiguration nicht über die Web-API abgefragt werden; Du hast wohl immer zur Aufnahmeprogrammierung die EPG-Zeiten gesendet, der RS hat den den Rest erledigt, also die Vorlauf- und die Nachlaufzeiten ergänzt.

 

Da ich die Vor-/Nachlaufzeiten eh sowohl im RS/MS als auch im DVBViewer parametrieren muss, fände ich es nicht allzu problematisch, die Vorlauf- und Nachlaufzeiten einmalig auch unter "Einstellungen" im DVBViewer Controller konfigurieren zu können. Ist nur so eine Idee....

 

Da ich ebenfalls wie Spookie ausschließlich den DVBViewer Controller zur Programmierung verwende, wäre das ein feines Feature und vielleicht die einfachste Variante, dass Problem zu beheben.

 

Vieleln Dank schonmal (auch für die bisherige tolle Arbeit), Cambies

Link to comment

Die App sendet als Start- und Endzeit die richtige Zeit und als pre und post parameter die im RS hinterlegten Zeiten.

Bei mir klappt das :-)

 

Ob es mit DMS/RS Versionen < 2 funktioniert kann ich nicht mehr testen.

 

Früher hat die App die Start- und Endzeit entsprechenend angepasst, jetzt werden die pre und post parameter verwendet, die erst ab einer gewissen Server Version zur Verfügung stehen.

 

Ich werd das wohl nochmal durchecken.

Edited by VinoRosso
Link to comment

Hmm ich konnte das gerade nachvollziehen, es sieht so aus als ob die Parameter "pre" und "post" vom DMS nicht richtig ausgewertet werden.

 

/api/timeradd.html?ch=3431742942447075459&dor=42856&encoding=255&enable=1&start=930&stop=1070&title=Test&endact=0&pre=2&post=5&epgevent=9561

 

In der Timerübersicht der weboberfläche werden Start- und Endzeit richtig angezeigt, also in dem Fall 15:30 und 17:50.

Wenn ich den Timer über die weboberfläche aber bearbeite steht dort 15:32 als StartZeit und 17:45 als Endzeit. 

Vor- und Nachlauf werden korrekt mit 2 bzw 5 Minuten angezeigt.

 

Das sieht nach nem Fall für Griga aus, oder ich verwende die API falsch ;-)

Edited by VinoRosso
Link to comment

Hallo VinoRosso, vielen Dank für die schnelle Antwort. Es ist schon so, dass ich das auch beim MediaServer (also V2.0) habe. Ist aber eher ein Problem für die Todo-Liste, da es ja die Funktionalität nur einschränkt; wenn man's weiß, kann man sich ja drauf einstellen.

Warten wir mal, ob Griga das Thema aufgreift.

Vielen Dank für den Test.

Link to comment

Ich Missbrauch das Topic hier mal etwas o:)

 

Es gibt den MX Player Pro diese Woche im Google Play Store für 0,10 € statt den regulären 6,00 €.

https://play.google.com/store/apps/details?id=com.mxtech.videoplayer.pro&hl=de

 

Das könnte für einige Nutzer hier interessant sein. ;)

 

Wenn die Diskussion zu dem Thema länger wird lagere ich das. Also mischt eure Beiträge nicht mit anderen Sachen die sie speziell auf das Toic hier beziehen. Sondern mach wenn zwei Seerate Beiträge so das ich das Beitragsweise auseinander sortieren kann ;)

  • Like 2
Link to comment
On 1.5.2017 at 2:08 PM, VinoRosso said:

In der Timerübersicht der weboberfläche werden Start- und Endzeit richtig angezeigt, also in dem Fall 15:30 und 17:50.

Wenn ich den Timer über die weboberfläche aber bearbeite steht dort 15:32 als StartZeit und 17:45 als Endzeit. 

Vor- und Nachlauf werden korrekt mit 2 bzw 5 Minuten angezeigt.

 

Soweit ich sehen kann, ist das normal. Start- und Endzeit sind inklusive Vor- und Nachlauf.

 

Wenn ich zum Beispiel im Webinterface über Timer -> Neuer Timer oder auch über den EPG einen Timer von 14:50 bis 15: 20 am kommenden Sonntag anlege, noch 5 Minuten Vorlauf und 10 Minuten Nachlauf hinzugebe, steht in der svctimers.xml:

 

Date="07.05.2017" Start="14:45:00" Dur="45" PreEPG="5" PostEPG="10"

 

Die Endzeit wird dort nicht angegeben, sondern die Dauer (dur) in Minuten. Das entspricht auch der internen Notation des DMS: Dort gibt es extra Routinen für die Berechnung der Netto-Startzeit und -Dauer ohne Vor- und Nachauf. Die gespeicherten Werte sind brutto.

 

Oder fragen wir mal so: Kann sich jemand daran erinnern, dass das jemals anders war? Ich krame bei solchen Gelegenheiten immer Lars' Originalcode hervor. Dort sehe ich nichts wesentlich anderes als im DMS.

Link to comment

Die Pre und Post parameter sind doch relativ neu, die gabs doch früher gar nicht.

Über die API läuft da was schief oder ich benutze die Falsch.

 

In meinem Beispiel müsste ja auch nicht 15:32 und 17:45 rauskommen, sondern 15:28 und 17:55.

Und die 15:32 erscheinen erst in dem TimerFormular wenn ich Timer bearbeiten klicke.

In der Listenansicht steht die korrekte Startzeit des EPG Eintrags also 15:30 und 17:50

 

Wieso die Listenansicht und die Detail Ansicht unterschiedliche Startzeiten anzeigen kapier ich nicht :-)

 

Link to comment

D.h. über die API müssen start und end inklusive Vor- und Nachlaufzeit gesendet werden, auch wenn pre und post mitgeschickt wird.

Diese Woche bin ich unterwegs und werde wohl nicht danach sehen können.

Edited by VinoRosso
Link to comment
3 hours ago, VinoRosso said:

Die Pre und Post parameter sind doch relativ neu, die gabs doch früher gar nicht.

 

Die gab's wie gesagt schon in Lars' Code. Auf die gleiche Weise. Tjod hatte letztes Jahr intern nachgefragt, ob es sowas gibt, und ich hatte in den Code geschaut und ja gesagt. Daraus schließe ich, dass die Parameter vorher unbekannt bzw. nicht dokumentiert waren. Aber neu sind sie nicht.

 

Lars hat das Handling wohl einfach entsprechend der internen Vorgehensweise gestaltet. Ob das besonders API-benutzerfreundlich war, bleibt dahingestellt...

 

3 hours ago, VinoRosso said:

D.h. über die API müssen start und end inklusive Vor- und Nachlaufzeit gesendet werden, auch wenn pre und post mitgeschickt wird.

 

Nicht "auch wenn" sondern "immer wenn". Deine App musst das mit reinrechnen. Von der Netto-Startzeit den Vorlauf abziehen und zu der Netto-Endzeit den Nachlauf hinzuaddieren. Rechnen kann deine App ja, oder? :)

 

P:S. Wobei mir gerade in den Sinn kommt: Was ist eigentlich, wenn durch Abziehen der Vorlaufzeit von der Startzeit selbige negativ wird bzw. sich das Startdatum ändert? Womöglich muss ein solcher Unterlauf speziell berücksichtigt werden ;)

 

Link to comment

Hallo VinoRosso,

 

Vielen Dank an der Stelle für das tolles Programm, vor allem fürs Grupierrung der Favoriten das seid neusten implementiert ist.

Ich habe aber ein kleines Problem.

Wenn die Familie im DVBViewer auf dem FS ein Sender guckt, nehme ich mir mein Tablett zur Seite um meinen Sender anzuschauen.

Problem ist es, dass wenn ich auf das Tablett ein Sender direktstreamen möchte was nicht gerade im DVBViewer im Wohnzimmer läuft bekomme ich die Meldung 'ich kann die Adresse nicht öffnen'.

Wähle ich das Streamen über den Transdecoder oder wie gesagt den gleichen als Direktstream läuft es ohne Probleme.

 

Ich bin der Meinung, dass das so schon mal gelaufen ist. Im Kodi Client läuft's ohne Probleme, d.h. im DVBViewer ein Sender und auf dem Tablet ein anderer mit volle Auflösung gleichzeitigt anschauen.

 

Oder das ist vielleicht ein Problem von DMS (unter RS 1.32 hat auch nicht funktioniert)

Ich nutze die neusten Versionen von DVBViewer und DMS und als Player den MX.

 

Gruß 

Link to comment
5 hours ago, Tjod said:

Ich Missbrauch das Topic hier mal etwas o:)

 

Es gibt den MX Player Pro diese Woche im Google Play Store für 0,10 € statt den regulären 6,00 €.

https://play.google.com/store/apps/details?id=com.mxtech.videoplayer.pro&hl=de

 

Das könnte für einige Nutzer hier interessant sein. ;)

 

Wenn die Diskussion zu dem Thema länger wird lagere ich das. Also mischt eure Beiträge nicht mit anderen Sachen die sie speziell auf das Toic hier beziehen. Sondern mach wenn zwei Seerate Beiträge so das ich das Beitragsweise auseinander sortieren kann ;)

Bei mir zeigts 5.99 Euro?

Link to comment
1 hour ago, Tjod said:

Die Wöchentliche 0,10 € Rabattaktion im Google Play Store gilt leider nicht für alle Länder.

In Deutschland sollte es für alle gehen.

http://www.androidpolice.com/2017/05/02/deal-alert-mx-player-pro-10-cents-countries/

Wenn du einen VPN Anbieter nutzt eventuell mal ohne das probieren.

Fuer mich ist's eher anders rum, ich bin in den Staaten LOL.

Muss ich wohl "nen anderen Weg gehen.o:)

Link to comment

@Griga negativ kanns nicht werden, die App benutzt nur Java Date Objekte und daraus wird dann erst der "timestamp" gebaut. Alles andere wäre ja fahrlässig. :-)

 

@Cerole, das kann ich hier nicht nchvollziehen läuft bei mir ;-)

Hört sich auch eher nach DVBViewer Tuner Verwaltung an. Wenn Fussball kommt, kommt es hier öfter vor das der selbe Sender untranskodiert auf 6 Android Geräten gleichzeitig läuft + DVBViewer.

 

Edited by VinoRosso
Link to comment

@VinoRosso,

 

Bei mir funktioniert definitiv nicht.

Habe ich gerade ausprobiert auf 2 Android Geräten.

Das wir uns nicht falsch verstehen, es geht um 2 verschiedene Sender (DOPPEL TUNER) Gleiche Sender auf allen Geräten geht ohne Probleme. Also:

DVBViewer ausgeschaltet

Gerät 1, Programm 1, direkt streamen ok, und

Gerät 2 , Programm 2, direkt streamen, Fehler "ich kann die Adresse nicht öffnen", 

Gerät 1 abgeschaltet

Gerät 2 direkt streamen geht wieder

 

So wie ich sagen kann, DVBViewer hat damit nichts zu tun.

 

Link to comment

Die App hat damit sicher nichts zu tun. Ich kann auch 6 verschiedene Sender gleichzeitig sehen.

Und die URL wird immer gleich zusammen gebaut, egal welcher Sender im DVBViewer läuft, davon weiss die App ja überhaupt nichts.

 

Wenn das streamen über den Web Port nicht klappt kann die App nichts machen. Das ist für mich ein DVBViewer Problem. Wenn der stream nicht vom Server geliefert wird, kann nichts abgespielt werden.

 

Nochmal: Die App weiss nicht ob ein Sender gerade im DVBViewer läuft oder nicht, es wird einfach der stream angefordert wie sonst auch. Entweder er wird geliefert und gespielt, oder eben nicht.

 

 

Edited by VinoRosso
Link to comment

@VinoRosso

Ich glaube jetzt auch, dass das Problem den DMS betrift. 

Folgende Scenario:

Auf dem FS schaue ich über den DVBViewer Sender 1

Auf dem Tablett mache ich Direktstream mit Sender 1, läufts ohne Probleme

Jetzt möchte ich auf dem DVB das Programm wechseln, geht nicht! Ich bekomme Meldung "das Programmwechsel ist durch RS verursacht" und ich sehe wieder Sender 1. 

 

 

Link to comment
56 minutes ago, Cerole said:

Meldung "das Programmwechsel ist durch RS verursacht"

 

Du solltest ein separates Thema für dein Problem starten, wo es behandelt werden kann, z.B. im Media Server Forum. Hier ist nicht der richtige Platz. Um zu einem schnellen Ergebnis zu kommen, führe bitte sofort die Maßnahmen durch, die ich in einem ähnlichen Fall angegeben habe.

Link to comment

Das war eigentlich kein Problem bei mir. Bin ich zuffaeligerweise gestossen beim testen.

Wegen der andere Sache werde ich ein neues Thema in Media Server Forum starten

 

Link to comment
  • 2 weeks later...

Hallo liebe Entwickler,

ich hoffe, hier schreibe ich richtig.

 

Wäre es möglich, in der App bei den Einstellungen das Passwort bei den Webzugangsdaten nicht im Klartext abzulegen?

Derzeit kann es jederzeit danach wieder eingesehen werden.

Das ist etwas suboptimal, wenn mal wer anders spickt! ;-)

 

Ansonsten weiter so! Danke für Eure Arbeit!

 

Danke!

Link to comment
  • 2 weeks later...
On 14.4.2017 at 9:39 AM, VinoRosso said:

Kann man die vordefinierten tasks mittlerweile auch abrufen? Die sind momentan in der App fest hinterlegt und selbst übersetzt...

 

Was verwendest du als Identifier für die Ausführung der Tasks mittels /api/tasks.html? Die im Webinterface angezeigten (sprachabhängigen) Tasknamen oder die im Wiki angegebenen internen Tasknamen? Ich hoffe letztere, weil erstere werden in Zukunft nicht mehr funktionieren.

 

Wie auch immer - es wird bald (wahrscheinlich schon im nächsten Release) ein API für das Abrufen der Taskliste geben. Siehe dazu auch die aktuellen internen Infos.

Link to comment
  • 1 month later...

Hallo! Bei mir läuft der DVBViewer Controller auf meinem Samsung S3 mini mit Android 4.2.2 einwandfrei. Nun habe ich seit kurzem ein Samsung Galaxy Tab A mit Android 7.0. Auch auf diesem habe ich die App installiert und die Daten der Einstellung vom Handy übernommen. Es gelingt mir aber nicht, damit das laufende Fernsehprogramm zu streamen. Mit dem MX Player und dem Videoplayer von Android dreht sich die Eieruhr nach der Anwahl eines Senders bis zum Sankt-Nimmerleins-Tag. Auf dem S3 mini dauert es vielleicht einige Sekunden, bis der Sender angezeigt wird, aber auf dem Tab passiert nichts. Woran könnte das liegen?

 

wafranyofl

 

Link to comment
  • 3 weeks later...

Hat niemand einen Tipp? Ich kann den Fehler nicht finden. Obwohl die Einstellungen auf Samsung S3 mini und Samsung Galaxy Tab A6 identisch sind, spielt das S3 Handy das Fersehprogramm ab, das Tablet aber nicht.

 

wafranyofl

Link to comment

Ich kann auch kein TV-Programm streamen :(

 

Hatte mal den DVBViewer Controller auf einem Khadas VIM installiert und auch dort kam die Fehlermeldung: "Kann diesen Link nicht abspielen".

Was mir noch aufgefallen ist, in älteren Versionen vom DVBViewer Controller konnte man den LiveStreamserver-Port vorgeben. Das geht jetzt allerdings nicht mehr.

 

Da ich eine Fritzbox einsetze und dort der Port 8089 intern benutzt wird, musste ich diesen im DVBViewer Media Server abändern auf 8090.

Diesen Port habe ich auch im DVBViewer Controller eingetragen und kann die Senderliste/EPG einwandfrei sehen.

 

Kann es vielleicht damit zu tun haben? Das der DVBViewer Controller auf 3 Geräten bei mir nicht streamen kann, ist ja schon sehr auffällig ;) 

 

 

Link to comment

Aus dem Internet sollte nie was anderes als der Webinterface Port zugänglich sein. Da nur da der Passwort Schutz greift.

 

Und für die App sollten die streaming Möglichkeiten über den Webserver ausreichen.

 

Geht bei dir das Webinterface und das streaming darüber?

Link to comment

Ich bin zwar nicht Allodo, aber bei mir klappt das Streaming über das Webinterface. Ich gehe nach wie vor von einer falschen Einstellung aus, verstehe aber nicht, was ich beim Tablet anders einstellen muss als beim Handy.

 

wafranyofl

 

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...