Beiträge von M4tt0

NIcht wirklich. Die Idee mit der Fritz TV App zu "kontrollieren" ist auf jeden Fall gut, weil das den Fehler auf die "Quelle" einschränkt. Kann natürlich die Fritzbox, aber auch Hardware-Probleme sein. Ich würde mal nach den Sat-Kabeln schauen. Sitzen die Anschlüsse sauber oder haben die sich gelöst? Ich hatte auch mal Probleme, weil meine LNBs nicht genug Strom bekommen haben. Das hat sich dann über einen Multi-Schalter mit Stromversorgung gelöst. Aber ich habe keine Ahnung wie die Fritzbox LNBs mit Strom versorgt...

Meine Frau hat gestern einfach mal ungefragt upgedated.

Soweit scheint aber "alles" zu laufen (nutzen nur TVH und Medien vom NAS).

System: N2, ohne +, 19.0 wurde clean installiert, danach Updates durch alles Releases.

Ich habe mir fürs Home-Office vor einem Jahr den Hermann Miller Aeron zugelegt. Nie bereut. Seit ein paar Monaten hat meine Frau den auch, weil ich so gut damit gefahren bin. Teuer sind die, fanden wir aber relativ, weil wir jeden Tag 8-10 Stunden darauf sitzen (müssen). Vor dem Home-Office war das halt nicht so wichtig...

Für mich ist es auch Episode 5 - Das Imperium schlägt zurück. Mit der Ursprungs-Trilogie bin ich gross geworden, und irgendwie ist dadurch die emotionale Bindung stärker...

Was die Figuren angeht, fand ich Darth Vader schon immer den coolsten, mag Yoda aber noch ein wenig lieber. Ich finde Nerds halt gut...

Scheint zu stimmen. Deckt sich zumindest mit der Übersicht von Unifi, die ich dazu gefunden habe:
https://help.ui.com/hc/en-us/artic…and-Input-Modes

Bestätigt auch nochmal, dass der Nano HD tatsächlich mit active POE laufen sollte.

Kann es sein, dass der NanoHD noch mit 24V passive POE läuft? Es sieht so aus, als ob die Gen2 Switche nur noch 48V können. Siehe z.B. hier:
https://community.ui.com/questions/New-…13-de23f1a737a3

Könnte erklären, warum all Deine Versuche ins Leere laufen. Bin mir aber nicht sicher, ob das stimmt. Die Dokumentation der POE Modes ist ziemlich unübersichtlich...

Vorsicht!!! Ist wohl gerade wieder zurückgezogen worden. Es gibt Probleme mit Boot-Loops, zumindest mit S905X2 Devices...

Quelle: https://discourse.coreelec.org/t/coreelec-19-…cussion/15596/8

Was kommt denn im TVH Log, wenn Du unter "Configuration -> Channel/EPG -> EPG Grabber" die OTA, btw. die internen EPG Grabbers triggerst?

Die IP der Fritzbox mit satip_xml parameter an TVH übergeben, aber das hast Du ja schon versucht, glaube ich (anderer Thread).
Wenn man sonst nach dem Fehlercode sucht, findet man sowas hier:

Enable "pass specinv" in tuner configurations.
Reboot Fritzbox

Hilft wohl nicht immer, aber kannst Du probieren...

Hmh, es ist wirklich seltsam. Ich nutze CE genau wie Du, ebenfalls mit Emby Next-Gen, 1:1 genauso. Vielleicht doch nochmal ein [definition=12,3]Debug-Log[/definition] schreiben und auf dem CE Forum posten (wenn nicht schon geschehen)? Die sind doch eigentlich ziemlich fit und hilfsbereit...

Ich hatte nach einem Clean Install der 19.0 Matrix auf meinem N2 erstmal auch Probleme, inklusive Stuttering. Bei mir lag es (im Nachblick) daran, dass ich den Fehler gemacht habe, in die Video Kalibrierung zu gehen, und dort rumzuklicken (ist bei "Just scan" Einstellung des TV völlig unnötig). Irgendjemand hat irgendwo im CE Forum empfohlen, sich in dem Fall per ssh auf den N2 einzuloggen, Kodi anzuhalten, in den guisettings sämtliche "resolutions" Blöcke rauszulöschen, und Kodi danach wieder zu starten. Hab ich probiert. Danach war das Stuttering weg.

Weiss aber nicht, ob das irgendwas mit Deinem Problem zu tun hat...

Ja, kenn ich auch...

Dann für morgen (oder wann auch immer): Du nutzt das Streaming Profil webtv-vp8-vorbis-webm. Da kann ich nichts zu sagen. Bei mir läuft es unter webtv-h264-aac-matroxka, und dann sieht das so aus:

2021-04-06 22:01:13.874 mpegts: 11493.75H in AstraGER - tuning on ST STV0910 #2 : DVB-S #0
2021-04-06 22:01:14.169 subscription: 059B: "HTTP" subscribing on channel "Das Erste HD", weight: 100, adapter: "ST STV0910 #2 : DVB-S #0", network: "AstraGER", mux: "11493.75H", provider: "ARD", service: "Das Erste HD", profile="webtv-h264-aac-matroska", hostname="192.168.1.121", username="admin", client="Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/89.0.4389.114 Safari/537.36"
2021-04-06 22:01:14.317 transcode: 000A: 01:H264: ==> Using profile webtv-h264
2021-04-06 22:01:14.318 transcode: 000A: 02:MPEG2AUDIO: ==> Using profile webtv-aac
2021-04-06 22:01:14.318 transcode: 000A: 03:MPEG2AUDIO: ==> Filtered out
2021-04-06 22:01:14.318 transcode: 000A: 05:DVBSUB: ==> Filtered out
2021-04-06 22:01:14.318 transcode: 000A: 06:AC3: ==> Filtered out
2021-04-06 22:01:14.647 libav: AVCodecContext: using SAR=1/1
2021-04-06 22:01:14.648 libav: AVCodecContext: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
2021-04-06 22:01:14.649 libav: AVCodecContext: profile High, level 3.1, 4:2:0, 8-bit
2021-04-06 22:01:14.659 libav: AVCodecContext: mmco: unref short failure
2021-04-06 22:01:24.284 subscription: 059B: "HTTP" unsubscribing from "Das Erste HD", hostname="192.168.1.121", username="admin", client="Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/89.0.4389.114 Safari/537.36"
2021-04-06 22:01:24.336 libav: AVCodecContext: Qavg: 118.000
2021-04-06 22:01:24.336 libav: AVCodecContext: frame I:18    Avg QP:10.88  size: 23246
2021-04-06 22:01:24.336 libav: AVCodecContext: frame P:121   Avg QP:12.49  size:  6714
2021-04-06 22:01:24.336 libav: AVCodecContext: frame B:342   Avg QP:14.35  size:  1573
2021-04-06 22:01:24.336 libav: AVCodecContext: consecutive B-frames:  3.7%  1.2%  9.4% 85.7%
2021-04-06 22:01:24.336 libav: AVCodecContext: mb I  I16..4: 21.1% 26.2% 52.8%
2021-04-06 22:01:24.336 libav: AVCodecContext: mb P  I16..4:  9.6%  5.3%  3.2%  P16..4: 39.9% 22.9%  9.2%  0.0%  0.0%    skip: 9.8%
2021-04-06 22:01:24.336 libav: AVCodecContext: mb B  I16..4:  0.9%  0.3%  0.1%  B16..8: 22.4%  9.2%  0.6%  direct:12.5%  skip:54.0%  L0:38.4% L1:49.1% BI:12.5%
2021-04-06 22:01:24.336 libav: AVCodecContext: 8x8 transform intra:27.4% inter:25.6%
2021-04-06 22:01:24.336 libav: AVCodecContext: coded y,uvDC,uvAC intra: 71.1% 74.9% 59.1% inter: 10.7% 21.1% 1.3%
2021-04-06 22:01:24.336 libav: AVCodecContext: i16 v,h,dc,p: 50% 17% 21% 13%
2021-04-06 22:01:24.336 libav: AVCodecContext: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 40% 15% 19%  4%  4%  7%  3%  5%  4%
2021-04-06 22:01:24.336 libav: AVCodecContext: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 32% 16% 15%  6%  7%  8%  6%  6%  5%
2021-04-06 22:01:24.336 libav: AVCodecContext: i8c dc,h,v,p: 54% 15% 25%  7%
2021-04-06 22:01:24.336 libav: AVCodecContext: Weighted P-Frames: Y:0.0% UV:0.0%
2021-04-06 22:01:24.336 libav: AVCodecContext: ref P L0: 68.3% 31.7%
2021-04-06 22:01:24.336 libav: AVCodecContext: ref B L0: 81.0% 19.0%
2021-04-06 22:01:24.336 libav: AVCodecContext: ref B L1: 97.7%  2.3%
2021-04-06 22:01:24.336 libav: AVCodecContext: kb/s:1470.80

Kann aber natürlich auch am System und den genutzten Compile-Optionen liegen. Ich nutze ein neueres TVH von linuxserver im Docker.

Das hier "libav: AVCodecContext: Error setting profile 0" ist das Problem. Das muss ein Bug in TVH sein. Normalerweise ist "0 = Auto" bei den Codecs. Funktioniert beim webtv-h264 Codec aber nicht. Den gleichen Fehler hatte ich auch. Deswegen bei den Advanced Settings (Profile UND Pixelformat) die "0" wegmachen, und aus der Liste "auto" wählen. Dann müsste es laufen...

OK, hat mich jetzt auch interessiert und hab's hinbekommen:
Geh mal in "Configuration" -> "Stream" -> "Codec Profiles"
Dort "WebTV-h264" editieren.
Unter "Advanced Settings", "Profile" und "Pixel Format" auf "auto" stellen und speichern.

Danach lief es bei mir...

P.S.: Natürlich dann auch mit dem Profil laufen lassen...

Wenn ich in der EPG Übersicht direkt auf "Play" drücke, klappt das bei mir auch nie. Wenn ich aber erst auf "Info" (Ganz links) klicke und danach im Pop-Up Fenster auf "Play" läuft es ohne Probleme. Mach ich schon seit Jahren so...

Geht das bei Dir mit dem "Workaround", oder auch nicht?

Na dann hat sich der lange Weg doch wenigstens gelohnt. Glückwunsch!

Zitat von tb59427

Meine Frage war aber eine Andere: kann man tvheadend irgendwie sagen, wo der sat>ip server ist oder geht das nur per upnp?

Das geht ganz einfach. TVH mit --satip_xml http://192.168.1.111:8080/description.xml Parameter starten. Der Teil hinter dem Argument hängt ein wenig von Deinem Server ab, aber das findest Du per Internetsuche. "satip_xml" ist das Zauberwort.

Wahrscheinlich geht es. @noob_at_pc hatte sowas mal für mich konfiguriert. Aufbau war damals fast so wie bei Dir. Ich konnte auf die Fritte nicht zugreifen, weil die im Bridgemode an der USG hing. Er hatte das dann über eine zweite Verbindung zwischen USG und Fritzbox gelöst. Wenn Du keinen Bridgemodus hast, könnte es einfacher gehen.

Schau mal hier: [Gelöst] Ubiquiti USG hinter Fritzbox mit Telefonanlage im Bridgemodus

ABER: Das ist Gefrickel! Ich bin dann auch nach ein paar Monaten @noob_at_pc's Empfehlung gefolgt und habe die Fritte durch ein (reines) Kabelmodem ersetzt und sie danach einfach innerhalb des Unifi LANs als IP Client betrieben. Ist deutlich sauberer. Keine Probleme mehr.

Das mit Englisch tut mir Leid. Hatte wohl gedacht, dass ich gerade in einem englisch-sprachigen Forum bin.

Eine Alternativ-Idee hätte ich noch: Du hattest am Anfang mal was von Port-Freigaben geschrieben. Wenn Du die UDP RTP Ports fest zuweist, weisst Du ja, welche das sind, und könntest die ebenfalls freigeben. Vielleicht hängt das.

Aber Neuinstallation ist auch eine Idee. Es tut mir echt Leid. Hätte Dir gerne besser weitergeholfen...

Thanks for the logs. I've been looking at them for an hour now, comparing them next to each other, and am sorry to say, that I'm not sure about the root cause of your problem either. The only divergences I see is, that there are different UDP RTP ports assigned. It may be that they are somehow blocked on the buster side, which maybe due to your buster setup, but I'm not at all sure.

I found some old bug reports with similar problems. Based on that I'd try the following on the buster side:
- Try to play with 'Fast input switch': If it's activated, deactivate it, or vice versa, and try again
- If that doesn't help, you may force the UDP RTP port settings, e.g. assign UDP port 50010 to tuner #1, 50020 to tuner #2, etc. and try again
- If it still doesn't work, take the other 'Fast input switch' setting again, and try again

If this still doesn't work, I'd take your logs and open an issue on tvheadend.org. I know that the current maintainer (flole) used the SAT>IP server himself. He is not very active anymore, but answers from time to time. I guess he'd be your best bet then.