Shield mit DVBViewer Problem

Hmmm,

Wenn ich mich da kurz einklinken darf. Ich kann doch direkt im Plugin durch einfaches durchklicken den Pfad für die timeshift Datei
Auf den Server legen? So habe ich das jedenfalls bis jetzt immer gemacht, und funktioniert auch.

@Dachmeyer klar darfst du.
Du hast diesen Pfad special://temp/ direkt im Eingabefenster des plugins eingeben können??
Ich habs nicht hinbekommen und hab deshalb den Umweg über die settings.xml gewählt und dem DVBViewer Plug-in diese Einstellung so untergejubelt. Was ich im vorigen Post vergessen hatte, ist, Kodi darf nicht laufen.

jupp, war eigentlich nie ein Problem. Ok die Freigabe auf dem Win7 Server einzurichten, ohne das das Plugin meckert war schon etwas tricki.

Zitat von Dachmeyer

jupp, war eigentlich nie ein Problem. Ok die Freigabe auf dem Win7 Server einzurichten, ohne das das Plugin meckert war schon etwas tricki.

Super, ich bekomm das nicht hin.
Gerne lern ich dazu - bitte beschreib doch mal, wie du das special... eingegeben hast.

hey danke schonmal! Hab jetzt ein wenig dran gebastelt, und bekomme die umstellung nicht hin. Heute keine Zeit mehr-morgen gehts weiter, oder Sonntag.

Zitat von Ostrich

hey danke schonmal! Hab jetzt ein wenig dran gebastelt, und bekomme die umstellung nicht hin. Heute keine Zeit mehr-morgen gehts weiter, oder Sonntag.

Ich liebe Rätsel - aber nicht rätselraten.
Deshalb wäre es von Vorteil, wenn du vorab mal schreiben könntest, wo es klemmt und wo dein Wissensstand ist.

@Nepomuk
Also, ich habe nicht special://temp/ eingegeben, sondern mich durchgeklickt bis zum Ordner den ich auf dem Server angelegt und freigegeben habe.
Wollte jetzt gerade noch mal schauen wie genau der Pfad heißt, aber die Shield macht natürlich genau jetzt das Update auf 7.2.3

Nepomuk: ich wollte nicht unhöflich erscheinen und deinen Betrag völlig unkommentiert hier stehen lassen, obwohl ich momentab keine Zeit mehr für eine Umsetzung habe - tut mir leid!

Zitat von Nepomuk

Dann geb ich mal meinen Senf dazu.
...
Aber jetzt mal um zu versuchen, der Sache auf den Grund zu gehen, hier mal meine Konfig:

Das hatte ich u.a. geschrieben. Denn wie soll man denn helfen können, wenn Jeder eine andere Konfig hat.
Um das Ganze einzugrenzen, hatte ich die Meinige hier veröffentlicht, damit ein Jeder es mit Seiner vergleichen kann.

Ich vermute nämlich, dass kein Fehler am DVBViewer oder an dem Plugin vorliegt, auch nicht an der Shield, sondern an euren Einstellungen bzw. eurer Hardware selbst.
Es ist imho Unsinn die Netzwerkverbindung im Verdacht zu haben, so Kabel-LAN klemmt WLAN geht ohne Probleme. Dies kann doch nur sein, wenn solch Uralt-Netzwerke mit 10 oder 100 Mbit noch betrieben werden. Da kann es dann zu Aussetzer kommen, da das LAN dann der Flaschenhals ist. Ein 1000+ Mbit ist jedem WLAN doch überlegen. Schon allein der Overhead beim WLAN reduziert den "Durchfluß" massiv.

Wenn ihr fehlerfrei TV schauen könnt, dann kann es auch nicht an dem Dateiformat ts liegen, denn der Stream beim TV-schauen kommt auch im ts-Format.

So dann bleibt noch die Shield selbst, die CPU kanns imho auch nicht sein, da ja TV-schauen klappt, also kommt die CPU nicht ins Stottern. Wenn ihr mit diversen Apps und Spielen die Shield aber vollgemüllt habt, dann geht der Shield schlicht und einfach der Speicherplatz beim Puffern aus, denn das macht ja Kodi.
Deshalb hab ich ja über die [definition=11,0][definition='2','0']as.xml[/definition][/definition] \temp auf eine andere Maschine "ausgelagert".

Zitat von Dachmeyer

@Nepomuk
Also, ich habe nicht special://temp/ eingegeben, sondern mich durchgeklickt bis zum Ordner den ich auf dem Server angelegt und freigegeben habe.
Wollte jetzt gerade noch mal schauen wie genau der Pfad heißt, aber die Shield macht natürlich genau jetzt das Update auf 7.2.3

Liegt in deinem Ordner jetzt auch eine tsbuffer.ts? Wenn ja, dann funktioniert deine Einstellung zumindest beim Timeshift.

Zitat von Ostrich

Nepomuk: ich wollte nicht unhöflich erscheinen und deinen Betrag völlig unkommentiert hier stehen lassen, obwohl ich momentab keine Zeit mehr für eine Umsetzung habe - tut mir leid!

Es braucht dir nicht leid zu tun - denn meine Shield läuft fehlerfrei - Es ist deine Konfig die klemmt.

@Libelle
Versteh ich es richtig, dass du jetzt die Shield per WLAN an der Fritze hängen hast und da laufen dann die TV-Aufnahmen beim Abspielen ohne Probleme.
Wenn du die Shield ans LAN hängst, dann fängt es an zu klemmen? Beim Lan-Anschluss hängt die Shield aber zuerst an dem D-Link Switch, sowie auch der WinHomeServer direkt am Switch hängt. Die Switch-Ports sind nicht auf 100er runter gestellt?

Hast du deine [definition=11,0][definition='2','0']as.xml[/definition][/definition] so gebaut, wie ich es geschrieben hatte UND auf der Shield abgelegt? Hast du das Kodi-log mal kontrolliert, da kommt gleich am Anfang ob und wie die [definition=11,0][definition='2','0']as.xml[/definition][/definition] übernommen wird.
Beim eintragen in das plug-in einen anderen Timeshiftpfad wirkt sich ja nur auf das Timeshift aus, den Pfad zu verbiegen in der [definition=11,0][definition='2','0']as.xml[/definition][/definition] aber auf das komplette Kodi.

Dein HomeServer hat die IP 192.168.1.20?
Hast Du auf dem Server auch die neusten LAV-Filters installiert? Denn ab Zeile 1848 wirft ffmpeg laufend Fehler aus. Und schau dir mal Zeile 2013 an.

Noch Ideen - nö leider im Moment nicht.

Zitat von Libelle

Ja genau Wlan funktioniert Lan nicht.
Fritzbox steht direkt neben der Shield. Lan geht an die Fritzbox, genauso auch Wlan. Von dort an den switch, am switch hängt der HomeServer. 1000Gbit geht.

hab die [definition=11,0][definition='2','0']as.xml[/definition][/definition] so gebaut. Im addon steht special://temp. Im Ordner auf dem Server wird tsbuffer.ts angelegt.

All deine Netzwerkverbindungen werden direkt an den Switch angeschlossen, nicht die Shield an die Fritze.

Zitat von Libelle

LAV-Filter wir immer mit DVBViewer neu installiert ist also drauf.

Das geschieht aber nicht automatisch - das musst du selbst händisch anstoßen.

Auch wenn die LAV Filters auf FFmpeg basieren, ist LAV nicht gleich FFmpeg.
Ist aber am Ende auch vollkommen egal, denn zum Streamen der original Aufnahmen vom DMS brauch man beides nicht!

Ich kann das Problem mit WLAN/Ethernet bei mir ebenfalls bestätigen:
Schalte ich Ethernet aus, dann werden Aufnahmen durchgehend abgespielt.
Schalte ich Ethernat an, dann bleibt die Aufnahme nach wenigen Sekunden stehen.

Über den Filemanager von Kodi kann ich dagegen die Aufnahme ohne Probleme sowohl über Ethernet, als auch WLAN abspielen.

Das [definition=12,3]Debug-Log[/definition] zum Zeitpunkt des Abbruchs erscheint mir mit den normalen Einstellungen wenig hilfreich. Falls ich noch etwas bestimmtes bei Addons einstellen soll, dann gerne Bescheid geben:

2019-03-17 11:46:37.081 T:21666   DEBUG: CPtsTracker: detected pattern of length 1: 20000.00, frameduration: 20000.000000
2019-03-17 11:46:38.900 T:21315   DEBUG: ActiveAE::SyncStream - average error -119.339255 above threshold of 100.000000
2019-03-17 11:46:38.917 T:21315   DEBUG: ActiveAE::SyncStream - average error -23.339255 below threshold of 30.000000
2019-03-17 11:46:40.103 T:21657   DEBUG: CDVDClock::ErrorAdjust - CVideoPlayerAudio::OutputPacket - error:41124.689351, adjusted:20000.000000
2019-03-17 11:46:40.111 T:21657   DEBUG: CDVDClock::ErrorAdjust - CVideoPlayerAudio::OutputPacket - error:21124.689351, adjusted:20000.000000
2019-03-17 11:46:40.431 T:21657  NOTICE: CVideoPlayerAudio::Process - stream stalled
2019-03-17 11:46:42.574 T:21666    INFO: CVideoPlayerVideo - Stillframe detected, switching to forced 50.000000 fps
2019-03-17 11:46:42.575 T:21666   DEBUG: CPtsTracker: pattern lost on diff 100000.000000, number of losses 1
2019-03-17 11:46:49.238 T:21305   DEBUG: Keyboard: scancode: 0x17, sym: 0x000d, unicode: 0x0000, modifier: 0x0
2019-03-17 11:46:49.361 T:21305   DEBUG: Previous line repeats 1 times.
2019-03-17 11:46:49.361 T:21305   DEBUG: HandleKey: return (0xf00d) pressed, action is OSD
2019-03-17 11:46:49.362 T:21305   DEBUG: ------ Window Init (VideoOSD.xml) ------
2019-03-17 11:46:49.366 T:21305   DEBUG: Window VideoOSD.xml was already loaded
2019-03-17 11:46:49.366 T:21305   DEBUG: Alloc resources: 4.03ms
2019-03-17 11:46:49.367 T:21305   DEBUG: ------ Window Init (DialogSeekBar.xml) ------
2019-03-17 11:46:49.367 T:21305   DEBUG: Window DialogSeekBar.xml was already loaded
2019-03-17 11:46:49.368 T:21305   DEBUG: Alloc resources: 0.42ms
2019-03-17 11:46:49.369 T:21305   DEBUG: ------ Window Init (Custom_1109_TopBarOverlay.xml) ------
2019-03-17 11:46:49.369 T:21305   DEBUG: Window Custom_1109_TopBarOverlay.xml was already loaded
2019-03-17 11:46:49.369 T:21305   DEBUG: Alloc resources: 0.01ms
2019-03-17 11:46:50.118 T:21305   DEBUG: Keyboard: scancode: 0x16, sym: 0x0113, unicode: 0x0000, modifier: 0x0
2019-03-17 11:46:50.118 T:21305   DEBUG: HandleKey: right (0xf083) pressed, action is Right
2019-03-17 11:46:50.238 T:21305   DEBUG: Keyboard: scancode: 0x16, sym: 0x0113, unicode: 0x0000, modifier: 0x0
2019-03-17 11:46:50.938 T:21305   DEBUG: Keyboard: scancode: 0x17, sym: 0x000d, unicode: 0x0000, modifier: 0x0
2019-03-17 11:46:51.058 T:21305   DEBUG: Previous line repeats 1 times.
2019-03-17 11:46:51.059 T:21305   DEBUG: HandleKey: return (0xf00d) pressed, action is Select
2019-03-17 11:46:51.059 T:21305  NOTICE: CVideoPlayer::CloseFile()
2019-03-17 11:46:51.060 T:21305   DEBUG: DeleteRenderer - deleting renderer
2019-03-17 11:46:51.060 T:21305  NOTICE: VideoPlayer: waiting for threads to exit
2019-03-17 11:46:54.572 T:21656  NOTICE: CVideoPlayer::OnExit()
2019-03-17 11:46:54.572 T:21666    INFO: CVideoPlayerVideo - Stillframe left, switching to normal playback
2019-03-17 11:46:54.572 T:21656  NOTICE: Closing stream player 1
2019-03-17 11:46:54.572 T:21666   DEBUG: CDVDVideoCodecAndroidMediaCodec::AddData current state (4)
2019-03-17 11:46:54.572 T:21656  NOTICE: Waiting for audio thread to exit
2019-03-17 11:46:54.572 T:21657   ERROR: Got MSGQ_ABORT or MSGO_IS_ERROR return true
2019-03-17 11:46:54.572 T:21657  NOTICE: thread end: CVideoPlayerAudio::OnExit()
2019-03-17 11:46:54.573 T:21656  NOTICE: Closing audio device
2019-03-17 11:46:54.573 T:21657   DEBUG: Thread VideoPlayerAudio 21657 terminating
2019-03-17 11:46:54.573 T:21666   ERROR: CDVDVideoCodecAndroidMediaCodec::AddData error(-10000)
2019-03-17 11:46:54.622 T:21656   ERROR: Previous line repeats 4 times.
2019-03-17 11:46:54.622 T:21656   DEBUG: CDVDAudio::Flush - flush audio stream
2019-03-17 11:46:54.622 T:21315   DEBUG: CActiveAE::DiscardStream - audio stream deleted
2019-03-17 11:46:54.623 T:21315   DEBUG: CActiveAE::ClearDiscardedBuffers - buffer pool deleted
2019-03-17 11:46:54.623 T:21656   DEBUG: Previous line repeats 2 times.
2019-03-17 11:46:54.623 T:21656  NOTICE: Deleting audio codec
2019-03-17 11:46:54.623 T:21656  NOTICE: Closing stream player 2
2019-03-17 11:46:54.623 T:21656  NOTICE: waiting for video thread to exit
2019-03-17 11:46:54.630 T:21666  NOTICE: thread end: video_thread
2019-03-17 11:46:54.631 T:21666   DEBUG: Thread VideoPlayerVideo 21666 terminating
2019-03-17 11:46:54.631 T:21656  NOTICE: deleting video codec
2019-03-17 11:46:54.639 T:21316    INFO: CActiveAESink::OpenSink - initialize sink
2019-03-17 11:46:54.639 T:21316   DEBUG: Draining Audio
2019-03-17 11:46:54.640 T:21316   DEBUG: CAESinkAUDIOTRACK::Deinitialize
2019-03-17 11:46:54.641 T:21656   DEBUG: CMediaCodecVideoBufferPool::~CMediaCodecVideoBufferPool Releasing 5 buffers
2019-03-17 11:46:54.641 T:21656  NOTICE: Closing stream player 3
2019-03-17 11:46:54.643 T:21656   DEBUG: AddOnLog: DVBViewer Client: RecordingReader: Stopped

Zitat von Libelle

Wie was? Warum? zum testen?

Der Haken ist Standardmäßig gesetzt

Nein, weil man(n) das so macht, wenn ein Switch im Einsatz ist.
Ok, bei mir ist dieser Haken nicht im Standard gesetzt, Firewallports sind bei dir aber ohne Haken!

Zitat von puenktchen

Auch wenn die LAV Filters auf FFmpeg basieren, ist LAV nicht gleich FFmpeg.
Ist aber am Ende auch vollkommen egal, denn zum Streamen der original Aufnahmen vom DMS brauch man beides nicht!

Keine Ahnung, aber wenn du das sagst, wird das dann schon so sein - ich glaube du bist da weit mehr der Fachmann/in/es wie ich. Fakt ist aber, dass das [definition='1','0']log[/definition] jede Menge errors ausspuckt zum FFmpeg.

Also ich hab keine Ideen mehr und bin somit aus dem Thema draußen.

Zitat von Nepomuk

Keine Ahnung, aber wenn du das sagst, wird das dann schon so sein - ich glaube du bist da weit mehr der Fachmann/in/es wie ich. Fakt ist aber, dass das [definition='1','0']log[/definition] jede Menge errors ausspuckt zum FFmpeg.

Ist ja auch das Kodi [definition='1','0']log[/definition] vom Client. Kodi hat sein eigenes, integriertes FFmpeg zum Abspielen, welches man auch nicht ersetzen kann.

Morgen,

gibts hier schon etwas Neues? Das Ausweichen auf WLAN hat auch nur temporär funktioniert, ggw. stockt und hakt es über das plugin, während die Wiedergabe als Videofile über den "nbormalen" Kodi-Player weiter problemlos läuft. Schade!