Beiträge von Gartenzwerg

Zitat von te36

Ich kann mich taeuschen. Aber auf jeden Fall ist die Logik halt anders, wenn ein Subtitletrack selbst zwischen forced/non-forced unterscheiden kann und wenn er das halt nicht kann - so wie bei SRT.

Es ist für das Anzeigeverhalten völlig egal, welche ART der sub ist, ob nun .srt, .vob. etc spielt absolut keine Rolle, entscheidend ist nur, wie er markiert ist.
Folgendes: wenn du Kodi so einstellst, dass erzwungene angezeigt werden sollen (Kodi->Einstellungen->Player->Sprache->Untertitel->bevorzugte Untertitelsprache->nur erzungene), werden eben auch nur diese angezeigt. Dazu muss man aber die forced auch entsprechend so markieren (z.B. mit MKVToolNix), damit sie dann auch angzeigt werden. Ein Gehörloser würde sich halt die shd unter 'Barrierefreiheit' aktivieren und dann immer diese angezeigt bekommen, sofern diese entsprechend markiert sind (geht auch mit MKVToolNix).
Ist in Kodi das 'nur erzwungene' deaktiviert, wird halt immer der angezeigt, der als Standard markiert ist. Ist aber halt plöd, wenn dann mehere vorhanden sind und als Standard gesetzt sind und der full dann über forced einsortiert ist. Benutzt man aber die 'nur erzwungene' -Funktion, und hat man die auch entsprechend markiert, spart man sich das um- und abschalten.

Und was das "Wenn man allerdings (so wie @DaVu) auf die Original Untertitelformate von BD oder so schwoert, dann ist es etwas verwirrender," angeht, ... was soll da verwirrend sein? Ich nehme auch lieber die Original von BD, d.h. wenn ich was encode, lasse ich in Handbrake die subs weg, denn Handbrake kann kein .srt und macht da andere draus. Auf BD liegen die subs aber häufig in .srt vor (nicht immer), aber ich bevorzuge eben sie .srt . Diese muxe ich anschliessend wieder in den Container und markiere sie mir entsprechend wie oben beschrieben.

Gruß Gz

Zitat von muddiver

Ich hab noch eine Verständnisfrage..

Ist ein "forced" Untertitel eine eigene Spur, welche per Flag "forced" z.B. in MKVToolnix aktiviert wird?
Oder ist der forced Teil einer UNtertitelspur welche ALLE UNtertitel enthält, aber wenn die UNtertitel NICHT aktiviert sind, die "Forced" trotzdem dargestellt werden?

Gruß Thomas

der forced wir in MKVToolNix auf Standard und erzwunden gesetzt.
Dann kann man in Kodi und Plex einstellen, dass nur 'erzwungene' angezeigt werden sollen, und dann wird auch nur der automatisch angezeigt.

Gruß Gz

Zitat von buers

... aber das hört sich - wenn die Filme wirklich ganz exakt zusammen passen mit identischer Länge - wie einfache Übung für ffmpeg an.

Wenn dem so ist, dann ist es, wie ich schon schrieb, die einfachste und schnellste Methode mit MKVToolNix. Genau für solchen Anwendungsfall ist das Tool ja auch gedacht. Eben Spuren hinzufügen oder entfernen und entsprechend zu taggen, z.B. Untertitelspuren wie forced, full oder sdh als solche zu markieren. Heraus kommt natürlich zwangsläufig ein mkv-Container.

Gruß Gz

Zitat von taker-`

Habe nun die Tonspur veom deutschen Film extrahiert und liegt nun als *.mp3 vor. ...

Lass den Umweg über mp3 sein.
Am einfachsten geht es natürlich mit MKVToolnix, vorrausgesetzt die Tonspur ist für die gleiche fps ausgelegt wie der Film, wo er rein soll und dass die Filme exakt die gleiche Laufzeit haben, also Intro und so gleich sind.

MKVToolnix herunterladen, beide Filme darin laden, entsprechende Spuren auswählen und entsprechend taggen (deutsche TS als Standard setzen), Speicherort angeben und Multiplexen starten. Das Tool erklärt sich im Grunde von allein, daher erkläre ich da nichts weiter zu.

Sollten die fps nicht übereinstimmend sein, ändere ich das entsprechend z.B. mit MeGUI. Sollten die Lauflängen wegen anderem Intro unterscheidlich sein, cutte ich die Tonspur mit Audacity passend. Alternativ kann man auch mit MKVToolnix die Spuren verzögern oder beschleunigen beim muxen, das ist aber eher pfusch als korrekt.
Möchte man die Tonspur in einem anderen Codec haben (z.B. DTS-> AC3), mache ich das mit XMediaRecode, MeGui kann das aber auch.
Praktisch ist bei der fps-Anpassung mit MeGUI: man kann dort direkt 'Tonhöhenkorrektur' auswählen, was viele andere AudioTools nicht mit an Bord haben.

Gruß Gz

Zitat von buers

Da scheint was durcheinander gekommen, in der Argumentation oder in meinem Verständnis
Es wird mit Linien argumentiert, aber die Linien sind nicht die 768 oder 720, sondern die 576. Und die wurden ja jetzt gar nicht geändert. Oder sind Linien und Zeilen nicht das selbe und ich habe hier ein Verständnis-Problem? (Kenne eigentlich vom Fernsehen nur den Begriff Zeilen, nicht Linien)
https://de.wikipedia.org/wiki/PAL_(Fernsehnorm): "Digital entspricht im PAL-System ein 4:3-Bild einer Auflösung von 702×576, wobei allerdings typischerweise 720×576-Bilder gespeichert werden.".

Nein, die 576p sind Zeilen (für die Höhe), nicht Linien. Mein zitierter Text ist schon korrekt soweit, wenn bei der Breite von Linien gesprochen wird, da es dabei um das digitale PAL Bild geht, nicht das analoge.
Und wenn du dann mal in dieser Liste in Zeil Zeile 37 guckst: PAL-D (Pal Digital) 768x576 4:3. Das ist halt bei der Umrechnung zu qadratischen Pixeln zu beachten, wie du auch 10 Zeilen weiter unter deinem Text aus deinem verlinkten Artikel nachlesen kannst:

bei Skalierung der mittleren 702 Pixel
768 × 576: Seitenverhältnis 4:3
-------------------
@te36 "Ich wuerde uebrigens beim recodieren versuchen, alles skalieren zu vermeiden. Das skalieren ist bloss eine zusaetzliche Fehlerquelle. Das macht man lieber bei der Wiedergabe. also bloss 720x576 bei PAL TV/DVD codieren."

Sorry, aber das ist ja Bl..sinn.

Und wieso Fehlerquelle? Wenn du bloß 720x576p encodest, dann muss die Anzeigeeinstellung trotzdem auf 768x576 (oder AspectRatio 4:3) gestellt sein, damit das Bild dann nicht verzerrt (gequetscht) ist. Denn dabei wird das Bild dann von 720 (702) auf korrekte 768 auseinandergezogen, wobei dir dann aber eigentlich 66 pixel in der Breite fehlen. Warum sollte man das so machen? Das Bild ist dann verwaschener/unschärfer, als wenn ich die fehlenden Pixel beim encoden draufscaliere.

Von daher ist es sinnvoll beim encoden korrekt drauf zu scalieren, damit die Auflösung und die gewünschte Anzeigegröße 1:1 ergibt. Das kann man z.B bei Handbrake dann auch gut sehen: Pixelformat (steht über der Skalierten Größe) 1:1, und unten Bildformat (Aspect Ratio) 4:3. Encodest du hingegen mit 720p, hast du bei Pixelformat und Bildgröße krumme Werte.

Sorry wegen OffTopic

Gruß Gz

Zitat von te36

Letztlich wieder darueber gestolpert das in Kodi 19 statt einer Auswahlliste von Seitenverhaeltnissen nur noch eine Slider ist, und ich mich erinnern musste das 4:3 einem 0,75 entspricht. Aber natuerlich nur zur entzerrung eines anamorph aufgenommenen Films, wo das pixelseitenverhaeltnis nicht richtig in der Datei abgelegt ist.... ->1*

TVs im Analogzeitalter ein Overscan eingestellt, weil da immer am Bildrand Muel war, woher auch immer ->2*

1*) Das kommt davon, weil viele das beim encoden nicht bedenken bzw. falsch machen, und als damals vieles Material auf DVD Veröffenlticht wurde, gab es noch keine Pixel-TV's sondern noch die alten Röhren. Dazu folgender Text:

2*) "Die echte PAL Auflösung beträgt 768x576 Quadratische Pixel mit einem Pixel-Seitenverhältnis von 1:1 (Quadratisch). Da TV Geräte aber keine Pixel darstellen, sondern in Zeilen und Linien, wird das ausgenutzt und man spart hier zusätzlich an Linien, somit legte man sich bei DV auf 720 Linen fest, daher 720x576 mit einem Pixel-Seitenverhältnis von 1:1,07 (Nicht-Quadratisch), im DVD Bereich verwendet man die gleichen Auflösungen und auch kommt oft 704x576 im Einsatz, bei der Super-VCD kommt eine Auflösung von 480x576 zum Einsatz um noch mehr einzusparen."

Viele habe nicht mal gesehen, dass das Bild dann eigentlich verzerrt ist, weil man das Bild nicht beschitten, sondern oftmals gestaucht hat

Ich encode mir grade altes DVD-Material (4:3) und scale die 720x570p auf 768x576p hoch, damit es auf den Pixel-TV's auch korrekt dargestellt wird (und ja, erst dann sehen runde Obkete auch rund aus und nicht mehr Oval). Alternativ könnte man das auch mit MKVToolnix einstellen, aber da ich es eh encode, kann ich es besser upscalen und habe bisserl besseres Bild. Die späteren Staffeln haben dann ein Bildseitenverhältnis von 16:9, trotzdem liegt das Material auf den DVD's nur als 720x570p vor (gequetschtes Bild) und wird lediglich mittels Anzeigeeinstellung entsprechend in die passende Breite gezogen. Auch hier encode ich es direkt auf 1024x576p. Ein vernünftiges KI-Upscaling wäre natürlich noch besser, ist aber bei der Masse nicht machbar.

Also: wenn ihr Filmmaterial habt, was nicht korrekt dargestellt wird, kann man das häufig mit MKVToolnix in den Anzeigeeinstellungen korrigieren, ohne es encoden zu müssen. Einschränkung wäre allerdings gegeben, wenn die schwarzen Flächen (Balken) fest zum Bild gehören, also nicht gecropped sind. Das müsste man dann neu encoden+croppen.
So würde ich es machen, anstatt in Kodi was einzustellen, was dann ggf. nicht nur auf den einen Film/Episode beschränkt ist und auch noch möglicherweise das Bild verzerrt.

Gruß Gz

Zitat von Rastaman

Beides ist strikt zu abzulehnen und Frevel am Film.

Sehe ich auch so. Wer macht sowas ausser Nathaniel ?

Zitat von locha

Funktioniert der Zugriff mit adbLink auf die Android TV Box auch, wenn Kodi ausgelagert und auf einem USB Stick installiert ist?
...

ja

Gruß Gz

Für jemanden, der nur BuLi und CL gucken möchte, ist das schon ein Batzen Geld, da BuLi ja nur die Freitag- und Sonntagspiele gezeigt werden. Nicht lohnenswert m.M.n.
Der Markt schafft sich selber durch die überhöhten Preise ab, genauso wie die Streamingdienste es durch ihre Zerstückelung machen.

Gurß Gz

Zitat von locha

Mein Odrner ist auch >10GB. Backup dauert somit ewig...
...

Es dauert auf jeden Fall noch länger (mehrere Stunden), wenn man das Backup als .zip anlegt. Daher mache ich das nicht mehr als .zip, dann ist die Zeit erträglich. Beim zurückspielen das selbe
Beim Backup-Addon kann man zwar Bilder ausschliessen, die Thumbnails werden, zumindest bei mir, trotzdem mitgesichert. -leider-
Wie bereits geschrieben: man kann den Thumbnail-Ordner zwischendurch auch mal manuell löschen. Schadet nicht, sonlange man die Cover/Fanart lokal vorliegen hat. Wenn die nicht lokal vorliegen, werden die halt aus dem i-Net neu geladen. Kodi holt sich die entspr. Bilder erst dann wieder, wenn man in der Biblio entsp. Collectionen/Serien aufruft, und dann halt auch nur die benötigten Bilder. Alte u. überflüssige Youtube-, Mediathekvorschaubilder etc. sind dann aber gelöscht.

Gruß Gz

Zitat von Lapje

Wobei ich mich auch zuletzt darüber gewundert habe, dass Kodi 4,6 GB für sich beansprucht. Ich tagge meine Filme und Serien mit dem Tiny Media Manager und habe alle nötigen Infos und Bilder auf meinem NAS liegen. Da sollte er doch eigentlich alles von da aus nehmen.

Das ist doch das Problem: Kodi legt sich einen 'nicht flüchtigen Cache-Speicher' an, den Thumbnailordner, da werden ALLE Bilder als Thumbs dauerhaft abgelegt, nicht nur Cover und Fanart, sondern auch alle Vorschaupics von Youtube und anderen Quellen. Da kann der Thumbordner mal schnell 10GB erreichen... den kann man aber manuell löschen, Kodi holt die Bilder dann bei Bedarf wieder neu von den Quellen.
Deswegen ja auch die beiden Lösungen: Thumbnail-Ordner auslagern oder Kodi komplett auf externen Speicher (USB-Stick oder SD-Card) auslagern.

Gruß Gz

Ah, es tut's wieder, thx 4 Info, gleich mal wieder installieren.

gruß Gz

Einzelne FIlme werden anders aktualisiert: gehe in der Bibliothek auf einen Film, öffne das Popup-Menü des Filmes (z.B. mit langem Drücken der O.K. Taste), klicke im Popup 'Informationen' an, dort dann unten ganz nach rechts wandern, und da findest du dann 'aktualisieren'.

Gruß Gz

Zitat von Jurek

Wie bekomme ich Zugang zur API von waipu.tv? Gibt es dazu eine Anleitung oder Referenz? Ich meine damit nicht die JSON-Bibliothek von Kodi, sondern die ursprüngliche API von Waipu.

Du hast die Frage doch schon im anderen Fred gestellt, warum nochmal 'nen extra Fred dafür machen ?

Gruß GZ

Zitat von DaVu

Dann würde Kodi auch die Filme finden. Diese Aussage hören wir hier ständig. "Ich habe alles richtig benannt"....

Für mich hört sich das eher danach an, als wenn der TE noch gar keinen scraper ausgeählt hat, sondern der noch auf 'local infomation only' steht.

Gruß Gz

Zitat von PvD

Die Kodi Scraper funktionieren. Punkt.

Ja, und zwar so gut, dass hier alle paar Tage jemand aufschlägt, weil er/sie/es etwas nicht gescraped bekommt. Deinen Fehler merkste selber ja ?
Ich schreibe i.d.R. schon gar nicht mehr, wenn jemand etwas nicht scrapen kann, weil ihr ja doch immer nur auf die 100% korrekte Benennung pocht. Wie ihr auf alternavie Vorschläge reagiert, sieht man ja.
Und wo habe ich behauptet, dass sie nicht funktionieren würden ?
Meine Aussage zusammengefasst lautet ganz einfach und simpel: mit nem externen Scraper geht es 1. einfacher 2. schneller 3. mit der Benennung wie der User es möchte. Und es gibt noch etliche Vorteile mehr gegenüber den internen scrapern. Aber lassen wir das. Erklärt ihr ruhig noch 1000x mal, dass die User sich der Software zu fügen haben und gefälligst ihre Files anpassen sollen.

Frohe Weihnachten ...gruß Gz

Zitat von PvD

So ist es doch auch in Ordnung.
...

Jeder mag es halt anders.

ouh man, merkst du selber gar nicht wa?
Ich mag/will es ja anders, aber genau DANN funzen die Kodi-Scraper ja eben nicht !
Du findest es alo gut, wenn du dich nach einem System richten muss, nur damit es überhaupt funktioniert? Eigentlich sollte (Computer-) Software nach den Bedürfnissen der User arbeiten.
Das soll jetzt kein meckern gegen die Kodiscraper sein, sondern versteht meinen ersten Post eher als Tip für den TE.
Die externen Scraper arbeiten ja im Grunde auch nicht anders als die Kodi-Internen, man ist am Ende aber flexibler und schneller damit, und erspart sich halt ne menge testen, rumprobieren, umbenennen, hier nachfragen & Frust.

Gruß Gz

Zitat von SkyBird1980

Wenn man sich an die Konventionen hällt kann man bei Datenverlust / Systemcrash einfachst wieder importieren.

öhm ja, und das geht, wenn man die separat scraped, etwa nicht ? Natürlich legt Kodi die dann auch in die interne Database ab, die man dann auch genauso ex- und importieren kann. Zusätzlich liegen ja sogar .nfo, Fanart und Cover vor, falls man die Datanbank mal wieder nicht gesichert hat, oder seine Sammlung mit Freunden teilen möchte. Aber das weisst du natürlich auch...
Trotzdem benennst du die Files so, wie Kodi bzw. die Kodi-Scraper es benötigen. Und darum ging es in meinem Post
Ich hingegen benenne sie so, wie ich es möchte und scrape sie mit Media Companion, andere Scraper wurden ja schon oben genannt. Ich habe anfangs auch mit den Kodi-Scrapern gearbeitet, aber das ist auf Dauer einfach nur ein Krampf.
Wer frühzeitig mit externen Scrapern anfängt, erspart sich bei einem ständig wachsenden Archiv auf Dauer eine menge Frust und Zeit.

Gruß Gz

Und all die ganzen Probleme mit Nichterkennung und Umbenennungen kann man sich ersparen, wenn man einfach einen externen Scraper am PC nutzt. Dann kann ich ich die Files auch so benennen, wie ich als User es möchte.
z.B.:
Serienordner: Meister Eder und sein Pumukel 720p h265
Staffelordner: Staffel 1 WebHD
File: 01x01-Ich bin da.mkv

Werden die Files dann nicht korrekt erkannt, wählt man einfach mit 1-2 Klicks die richtige Serie aus, und die Scraper erledigen ihre Aufgabe.
sorry, aber ich kann einfach nicht nachvollzeihen, warum man sich bzw. seine Files dem System anpassen sollte.... und immer wieder 'gegenschecken', wie sie denn benannt werden müssen usw. und nochmal scrapen, und nochmal versuchen und nochmal versuchen... so viel Zeitverschwendung.

Just my 2cents

Gruß Gz

Zitat von don

Kann in einer *m2ts eine Playlist enthalten sein?
Gedanke ist: Kodi ließt diese und findet die Datei dazu nicht. Ähnlich wie bei IFO/VOB bei einer DVD.

Das war auch mein erster Gedanke: ein Pfad wird angegeben, die erwartete Datei/Info dort aber nicht gefunden.

wie @DaVu schon schrieb: Ich würde aus der BD mit MakeMKV in wenigen Minuten eine .mkv machen, wo dann auch alles drin ist. Die Qualität der Streams wird dabei nicht angerührt, bleibt also untouched.

Gruß GZ