Aufbau ts.cuts

    Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

    • Das über Linux war vielleicht zu hart formuliert, weil ja sonst fast alles bei VU+ bestens funktioniert und ehrlich gesagt, das der beste
      Receiver seit den SD Dreamboxen (im letzten Jahrhundert) ist.
      Es nervt halt, dass die Linuxer ein komplett eigenes Ding fahren und kaum eine kompatibilität zu Windows besteht.
      Was 'Banana Joe' da programmiert hat, ist ja schon ein allererster Anfang?!
      VU+ Ultimo4k - 2x DVB-S(2) (vti img) mit 1TB Samsung 860 QVO SSD - ca. 40TB storage, NAS etc.. (Harmony 650 remote)
    • Ich hab nun mal ca. 14.000 Dateien analysiert und bei den darin enthaltenen ca. 36.000 Datensätzen dabei nur den Typ 2 und 3 gefunden.
      Einzige Ausnahme ist die erwähnte eine 4, da bin ich noch nicht dahinter gekommen ;)
    • pebehe schrieb:

      Naja, Linux ist halt ein Schrottsystem,
      das mich ein wenig an die 80er erinnert.
      wenn man keine Ahnung hat, einfach mal ... (Dieter Nuhr)
      das hat genau NULL mit Linux zu tun,
      ACHTUNG!!!! Hier folgt eine Signatur:


      Die Benutzung der Suche ist NICHT verboten! D:

      "Hilfe!!!" ist kein sinnvoller Titel für einen neuen Thread, ebensowenig "VU+Zero" oder vergleichbares.

      Keine Hilfe ohne ausgefülltes Profil!
      Kein Netzwerksupport bei manueller IP-Adress-Vergabe :-)
      Kein Support bei portforwardings/ Portfreigaben

      Profil extra angepasst für die arme Emma, die sonst nichts im Leben hat :happy1:

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von GaborDenes ()

    • Banana Joe schrieb:

      github.com/libo/Enigma2/blob/master/doc/FILEFORMAT

      Hier habe ich mal einen Reader (in C) geschrieben: github.com/cfdisk/cutsreader
      @Banana Joe : Dein Cutsreader ist wirklich genial! Ich wollte hier mal Danke sagen, denn der hat mir bereits unsägliche Dienste erwiesen (ich war schon darauf eingestellt, die timecodes vom Fernseher abzufotographieren, lol:).

      Kleines Problem nur: Bei einigen .cuts Dateien (gezippt im Anhang) gibt der Cutsreader nur eine Fehlermeldung aus. Könntest Du einen Blick darauf werfen? Die Dateien sind alle >200 Bytes. Vielliecht liegt es daran, denn mit kleineren Dateien <100 Bytes kam der Cutsreader bei mir immer problemlos zurecht. Falls Du die Ursache findest, wäre ich Dir unbeschreiblich dankbar, wenn Du den Cutsreader updaten könntest.
      Dateien
      • cuts.zip

        (4,12 kB, 8 mal heruntergeladen, zuletzt: )

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von nanunanu ()

    • Die Dateien haben als letzten Eintrag einen Typ 5, ansonsten sind alle vom Typ 2 (MARK) oder 3 (LAST).
      Typ 5 ist meines Wissens nicht definiert. Verwendet man diesen trotzdem bricht die Standard-cutlist-Verarbeitung an dem Punkt ab. Ob das auch im C-Programm der Grund ist kann ich nicht feststellen.

      Anbei die grösste deiner Cuts-Dateien:
      Spoiler anzeigen

      6352978 , 2, 0:01:10,588, MARK
      13435296 , 2, 0:02:29,281, MARK
      19378676 , 2, 0:03:35,318, MARK
      42232684 , 2, 0:07:49,252, MARK
      44406072 , 2, 0:08:13,400, MARK
      47060114 , 2, 0:08:42,890, MARK
      48947198 , 2, 0:09:03,857, MARK
      50188538 , 2, 0:09:17,650, MARK
      51810220 , 2, 0:09:35,669, MARK
      53411004 , 2, 0:09:53,455, MARK
      56907232 , 2, 0:10:32,302, MARK
      62919574 , 2, 0:11:39,106, MARK
      81612798 , 2, 0:15:06,808, MARK
      103952718 , 2, 0:19:15,030, MARK
      109574268 , 2, 0:20:17,491, MARK
      113028702 , 2, 0:20:55,874, MARK
      137098970 , 2, 0:25:23,321, MARK
      138373746 , 2, 0:25:37,486, MARK
      139435362 , 2, 0:25:49,281, MARK
      140666252 , 2, 0:26:02,958, MARK
      143280586 , 2, 0:26:32,006, MARK
      145821778 , 2, 0:27:00,241, MARK
      147002514 , 2, 0:27:13,361, MARK
      148009794 , 2, 0:27:24,553, MARK
      149255314 , 2, 0:27:38,392, MARK
      149984652 , 2, 0:27:46,496, MARK
      166903640 , 2, 0:30:54,484, MARK
      175193860 , 2, 0:32:26,598, MARK
      176915852 , 2, 0:32:45,731, MARK
      219378416 , 2, 0:40:37,537, MARK
      222523558 , 2, 0:41:12,483, MARK
      232748930 , 2, 0:43:06,099, MARK
      280720194 , 2, 0:51:59,113, MARK
      281671052 , 2, 0:52:09,678, MARK
      284055510 , 2, 0:52:36,172, MARK
      284952032 , 2, 0:52:46,133, MARK
      286563264 , 2, 0:53:04,036, MARK
      289568390 , 2, 0:53:37,426, MARK
      290113828 , 2, 0:53:43,486, MARK
      299515820 , 2, 0:55:27,953, MARK
      301400816 , 2, 0:55:48,897, MARK
      303076832 , 2, 0:56:07,520, MARK
      306518726 , 2, 0:56:45,763, MARK
      308788244 , 2, 0:57:10,980, MARK
      310890578 , 2, 0:57:34,339, MARK
      315949974 , 2, 0:58:30,555, MARK
      318008424 , 2, 0:58:53,426, MARK
      320455574 , 2, 0:59:20,617, MARK
      325335248 , 2, 1:00:14,836, MARK
      344461060 , 2, 1:03:47,345, MARK
      351004212 , 2, 1:05:00,046, MARK
      354306088 , 2, 1:05:36,734, MARK
      357156570 , 2, 1:06:08,406, MARK
      359052016 , 2, 1:06:29,466, MARK
      360339330 , 2, 1:06:43,770, MARK
      362968292 , 2, 1:07:12,981, MARK
      363833468 , 2, 1:07:22,594, MARK
      373977338 , 2, 1:09:15,303, MARK
      393778154 , 2, 1:12:55,312, MARK
      395163688 , 2, 1:13:10,707, MARK
      396409208 , 2, 1:13:24,546, MARK
      407044178 , 2, 1:15:22,713, MARK
      407794416 , 2, 1:15:31,049, MARK
      410045126 , 2, 1:15:56,056, MARK
      412124472 , 2, 1:16:19,160, MARK
      414805680 , 2, 1:16:48,952, MARK
      420088684 , 2, 1:17:47,652, MARK
      421925616 , 2, 1:18:08,062, MARK
      425325714 , 2, 1:18:45,841, MARK
      428623412 , 2, 1:19:22,482, MARK
      431670334 , 2, 1:19:56,337, MARK
      432825990 , 2, 1:20:09,177, MARK
      433716244 , 2, 1:20:19,069, MARK
      434579330 , 2, 1:20:28,659, MARK
      435987852 , 2, 1:20:44,309, MARK
      438880130 , 2, 1:21:16,445, MARK
      441350268 , 2, 1:21:43,891, MARK
      443517386 , 2, 1:22:07,970, MARK
      444334496 , 2, 1:22:17,049, MARK
      445377306 , 2, 1:22:28,636, MARK
      449130578 , 2, 1:23:10,339, MARK
      464582530 , 2, 1:26:02,028, MARK
      465311868 , 2, 1:26:10,131, MARK
      466294072 , 2, 1:26:21,045, MARK
      468536424 , 2, 1:26:45,960, MARK
      470049436 , 2, 1:27:02,771, MARK
      471819492 , 2, 1:27:22,438, MARK
      474072292 , 2, 1:27:47,469, MARK
      475664718 , 2, 1:28:05,163, MARK
      479867296 , 2, 1:28:51,858, MARK
      480809794 , 2, 1:29:02,331, MARK
      482243394 , 2, 1:29:18,259, MARK
      482880782 , 2, 1:29:25,342, MARK
      484609044 , 2, 1:29:44,544, MARK
      487476244 , 2, 1:30:16,402, MARK
      491611950 , 2, 1:31:02,355, MARK
      493513664 , 2, 1:31:23,485, MARK
      499095510 , 2, 1:32:25,505, MARK
      501684766 , 2, 1:32:54,275, MARK
      503469452 , 2, 1:33:14,105, MARK
      505040978 , 2, 1:33:31,566, MARK
      528998400 , 3, 1:37:57,760, LAST
      529101971 , 5, 1:37:58,910, unknown


      Der erste Entrag ist die Position in 1/90000 Sekunden, dann der Typ als Zahl, die aufgelöste Positions-Zeit und die Bezeichnung des Typs, wie sie im CutlistEditor ausgegeben wird.

      Ich habe diese Informationen mit einem Mini-Plugin ausgelesen, das ich mir zur Kontrolle der Schnittdaten bei der Entwicklung des MCC CutlistEditors erstellt habe. Dieses schreibt eine mit Editoren lesbare Text-Datei, die auch im Excel eingelesen werden kann (getrennt durch Komma). Wenn du Interesse hast kann ich es dir gerne zur Verfügung stellen.
      Skin: Nemesis FHD (mit vielen eigenen Skinparts), MyEPG, EMC, OScam 1.20 rev.11682, ORF-Karte, MCC MovieCutCenter

      Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von WeFraJo ()

    • WeFraJo schrieb:

      Ob das auch im C-Programm der Grund ist kann ich nicht feststellen.
      Nö; sind einfach zuviele Cuts für das Programm von @Banana Joe.

      Das hier: cutsreader/cutsreader.c at d836bcb922fd43a1b1e269e06984afd82b6a925e · cfdisk/cutsreader · GitHub und Zeile 52 sind die "Übeltäter". Einfach vergrößern hilft.
      Diskutiere nie mit einem Idioten. Er zieht dich auf sein Niveau runter und schlägt dich mit seiner Erfahrung.

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von rdamas ()

    • Ebenfalls frohes Neues!

      Ich muss schon sagen, Ihr seid ein tolles Team hier! :happy3:
      Danke an alle!

      WeFraJo schrieb:

      Der erste Entrag ist die Position in 1/90000 Sekunden, dann der Typ als Zahl, die aufgelöste Positions-Zeit und die Bezeichnung des Typs, wie sie im CutlistEditor ausgegeben wird.Ich habe diese Informationen mit einem Mini-Plugin ausgelesen, das ich mir zur Kontrolle der Schnittdaten bei der Entwicklung des MCC CutlistEditors erstellt habe. Dieses schreibt eine mit Editoren lesbare Text-Datei, die auch im Excel eingelesen werden kann (getrennt durch Komma). Wenn du Interesse hast kann ich es dir gerne zur Verfügung stellen.
      @WeFraJo Danke, ich würde mich sehr über Dein Tool freuen, wenn Du es verlinken oder hier posten kannst.


      rdamas schrieb:

      sind einfach zuviele Cuts für das Programm von @Banana Joe.Das hier: cutsreader/cutsreader.c at d836bcb922fd43a1b1e269e06984afd82b6a925e · cfdisk/cutsreader · GitHub und Zeile 52 sind die "Übeltäter". Einfach vergrößern hilft.
      @rdamas Danke, dass Du den "Übeltäter" gesucht und erwischt hast" ;)

      Banana Joe schrieb:

      Ist gefixt. Ich habe den Code abgeändert und diesen limitierenden Buffer entfernt.
      github.com/cfdisk/cutsreader/
      @Banana Joe: Extrem cool. :thumbup: Funktioniert jetzt tadellos. 1000 Dank!!
      Wenn Du nicht wärst, hätte ich jetzt stundenlang den Fernseher abfotographiert :-))

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von nanunanu ()

    • Gerne!

      DIe Datei entpacken und das gesamte Verzeichnis nach /usr/lib/enigma2/python/Plugins/Extensions/ kopieren (habe kein IPK erstellt).

      Danach GUI neu starten.

      Starten: im MoviePlayer oder EMC in der Filmliste MENU drücken (Programm wird als 'Create txt from cuts and ap files' agezeigt)
      Im EMC geht das auch mit der STOP-Taste

      Da das Plugin nur für mich gedacht war (und auch ständig adaptiert wird) ist alles nur in Englisch verfügbar (ausser ein Text ist zufällig im Standard schon vorhanden).

      Die Menüpunkte:
      1) Zurück
      2) erzeugt eine Text-Datei aus der cuts-Datei des in der Filmliste selektierten Videos
      Struktur: Position in 1/90000 Sekunden, Typ der Marke als Zahl, Position im Zeitformat mit 3 Nachkommas bei den Sekunden, Typ der Marke als Text (so wie im CutlistEditor angezeigt - alles grösser als 3 wird als 'unknown' ausgegeben)
      3) erzeugt eine Text-Datei aus der ap-Datei des in der Filmliste selektierten Videos
      Struktur: Position in der ts-Datei (Byte), Zeitstempel in 1/90000 Sekunden, Zeit ab Beginn in 1/90000 Sekunden, Zeit ab Beginn im Zeitformat, Länge des Frames (GOP). Letzteres ist falsch, wenn die Aufnahme an der Stelle geschnitten wurde.
      4) die ersten beiden Spalten wie bei 3, danach Details aus dem Video im hex oder bin-Format (einstellbar, würde hier aber zu weit führen)

      Vor dem ersten Start bitte in der Datei config.txt einstellen, wohin die txt-Dateien gespeichert werden sollen: hier entweder den kompletten Pfad eingeben (voreingestellt ist /media/hdd/created_txt/) oder eine leere Zeichenfolge ("") - dann wird in das Verzeichnis geschrieben, in der sich das Video befindet. Wenn das Verzeichnis nicht existiert wird es angelegt.

      Als Dateiname wird der Originalname der zu bearbeitenden Datei mit angefügtem .txt verwendet.
      Das Trennzeichen für die Spalten (für eventuellen import als csv-Datei) kann ebenfalls in der config.txt angegeben werden (voreingestellt: "; ")

      Du schreibst vom 'stundenlangem Abfotografieren' - wenn du eine Massenverarbeitung (alle cuts eines Verzeichnisses) brauchst könnte ich das implementieren
      Dateien
      Skin: Nemesis FHD (mit vielen eigenen Skinparts), MyEPG, EMC, OScam 1.20 rev.11682, ORF-Karte, MCC MovieCutCenter

      Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von WeFraJo ()

    • Ich habe das Plugin um eine Funktion zur Massenverarbeitung von cuts-Dateien erweitert:

      5) wie 2, aber es werden alle Dateien des aktuellen Verzeichnisses und selektierte Ebenen der Unterverzeichnisse ausgewählt
      In der Ausgabe wird an erster Stelle die laufende Nummer der angezeigten Datei hinzugefügt.
      Ausserdem wird die jeweils gelistete Datei samt Unterverzeichnissen vor den Detailinformation der Marker angezeigt

      In der config.txt kann eingestellt werden:
      SUBDIR-LEVEL: wie viele Unterverzeichnisebenen werden verarbeitet (0 = keine); wenn negativ wird mit einer Ebene über dem selekierten Verzeichnis begonnen, die darunterliegenden Ebenen werden aus dem Absolutwert der Eingabe abgeleitet, z. B. -3 wäre eine Ebene über dem aktuellen Verzeichnis + zwei Ebenen darunter).
      Ausserdem kann noch die Sortierung (nach Datum/Zeit der letzten Änderung der cuts-Datei oder Dateiname) sowie der Name der erzeugten txt-Datei definiert werden (alle Informationen werden in einer einzigen Datei gespeichert).
      Dem txt-Dateinamen wird das aktuelle Verzeichnis hinzugefügt, wobei / durch ~ ersetzt wird.

      Ansonsten alles wie im post #30 beschrieben.
      Dateien
      Skin: Nemesis FHD (mit vielen eigenen Skinparts), MyEPG, EMC, OScam 1.20 rev.11682, ORF-Karte, MCC MovieCutCenter

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von WeFraJo ()

    • Bin auf diesen Thread gestoßen, da ich unter OpenATV 7.2 Radioaufnahmen schneiden möchte. Das geht leider nicht mit moviecut, da der ts-Stream bei Radioaufnahmen keine frames(?) enthält (und die .ap-Datei immer leer bleibt). Aber man kann Schnittpunkte setzen und in .cuts speichern. Mit cutsreader kann ich diese Datei prima auf meinem Linux-Laptop lesen.

      ABER: Mir fehlt ein binary für meinen Receiver auf ARM-Basis (ein Edision OS mio 4k plus).
      Unter Linux kann ich cutsreader natürlich problemlos kompilierern, ich habe aber keinen passenden Crosscompiler aufgesetzt. Daher meine Bitte an Banan Joe, wenn möglich auch ein Kompilat für ARM bereitzustellen:

      Quellcode

      1. Linux osmio4kplus 5.15.0 #1 SMP Mon Nov 1 01:11:54 UTC 2021 armv7l GNU/Linux

      Alternativ habe ich die Python-Erweiterung von WeFraJo ausprobiert. Die läßt sich leider in OpenATV 7.2 aus EMC heraus trotz GUI-Neustart nicht starten - es gibt keinen neuen Menüeintrag in EMC. Vermutlich mag der OpenATV-Skin MetrixHD deraruge Erweiterungen nicht?

      Danke schonmal vorab, Michael
    • Du kannst die Datei auf deinem PC hoffentlich mit audacity bearbeiten.

      Keine Ahnung, wie dein Edision mit Flash ausgestattet ist, und welche Libc etc. installiert sind - aber einen ARM-Compiler (gcc-10.2) findest du, wenn du meinen Database-Einträgen folgst; spricht eigentlich nichts dagegen, dass der läuft, musst du aber testen. Und weil Edision und OATV: kein weiterer Support ;)

      Dass das Tool von @WeFraJo nicht läuft, liegt vielleicht daran, dass VTi bei Python 2.7 und OATV 7.2 bei Python 3.11 steht. Vielleicht auch daran, dass Skin im VTi andere Elemente benutzen als unter OATV. Auch hier deshalb: kein weiterer Support. Wenn du dich da auskennst, bekommst du das bestimmt selber gefixt.
      Diskutiere nie mit einem Idioten. Er zieht dich auf sein Niveau runter und schlägt dich mit seiner Erfahrung.
    • mrvica schrieb:

      man hilft sich gegenseitig
      Solange wir können und dürfen (Bordregeln). Und kein anderes Image installieren oder uns einen anderen Receiver zulegen müssen.
      Diskutiere nie mit einem Idioten. Er zieht dich auf sein Niveau runter und schlägt dich mit seiner Erfahrung.
    • mrvica schrieb:

      wir sind meistens in mehreren Boards unterwegs, man hilft sich gegenseitig

      Quellcode

      1. /tmp# ./cutsreader
      2. cutsreader Version 0.3b
      3. Usage: ./cutsreader <filename>
      Darf ich dein Binary so auf meinem git-repo hinzufügen?

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von Banana Joe ()