[0.5] Schnittmarken werden nicht aktualisiert

ofenheizer · 21. Oktober 2012

Moin.

In der neuen Version habe ich bemerkt, dass die Schnittmarken in einer Aufzeichnung nicht mehr aktualisiert werden.
Also ich schauen eine Aufnahme, meist kontrolloriere ich mit [OK] ob die Schnittmarken ungefähr passen. Ist dem nicht der Fall springe ich die Marken an und lösche diese.
Nun habe ich bemerkt, dass wenn ich wieder zum Anfang springe und die Aufnahme abspiele, trotzdem ein Sprung erfolgt und zwar genau an der Stelle, wo ich die Schnittmarken gelöscht habe. Erst wenn ich die Aufnahme mit [EXIT] verlasse und neu starte, wird erkannt, dass dort gar keine Marken mehr sind.
Ich versuche das nochmal nachzustellen und ann mit hoffentlich passenden Logeinträgen untermauern zu können.

Gruss
Markus

TheChief · 21. Oktober 2012

softhddevice?

Dann schau doch mal hier rein: [softhddevice 0.5.1] Aufnahmen und Schnittmarken

ofenheizer · 21. Oktober 2012

Ja, softhddevice.
Aber die in dem von Dir verlinkten Thread beschriebenen Probleme habe ich nicht. Schnittmarken anspringen, löschen, erstellen und verschieben, funktioniert perfekt.

TheChief · 21. Oktober 2012

Achso...dann schau doch mal in die marks, ob die Schnittmarken wirklich gelöscht sind. Ich hab immermal Probleme mit löschen, wenn aus irgendeinem Grund mehrere marken an der selben stelle sind, nur um ein paar 100tel Sekunden unterschiedlich.

ofenheizer · 21. Oktober 2012

na muss ich halt nochmal nachstellen und log-schauen. rein optisch sind die marken auch nicht dicht beiander. die marken sind ja prinzipiell korrekt gesetzt, nur manchmal halt 30s zu früh oder spät und selten auch weiter weg vom eigentlichen punkt. wenn ich diese dann lösche und zurück gehe und die aufnahme weiter abspiele, wird trotzdem der sprung an der "gelöschten" marke ausgeführt. auch wenn ich die verschiebe, wir die alte position gemerkt.
wer ist denn für das aktualisieren der schnittmarken zuständig? ist das nicht der dvb-player vom vdr?

ofenheizer · 22. Oktober 2012

Ich hole das nochmal hoch ...

Hat denn sonst niemand dieses Problem?
Eben mal getestet ... und parallel ins Log geschaut.
Aufnahme hatte von markad 4 erstellte Marken, eine zu Beginn, zwei für die Werbeunterbrechung und eine Endmarke.
Habe die Aufnahme abgespielt bin zur letzten Marke gesprungen und habe diese mit "0" gelöscht. Optisch ist die Marke auch weg, der Balken mit der Info ist dort druchgehend. Kann die Stelle auch nicht mehr mit "7" / "9" anspringen.
Im Log sehe ich leider nichts was Hinweis auf das Löschen der Marke gibt bzw. eine Änderung/Aktualisierung der Datei "marks" oder das Neueinlesen der "marks".

Code

Oct 22 19:57:03 VDR vdr: [1019] [softhddev]SetPlayMode: 0
Oct 22 19:57:03 VDR vdr: [1019] [softhddev]SetVideoDisplayFormat: 1
Oct 22 19:57:03 VDR vdr: [1019] [extrecmenu] starting replay of recording
Oct 22 19:57:03 VDR vdr: [1019] replay /srv/vdr/video.00/The_Big_Bang_Theory/03x15_-_055._Freiflug_nach_Genf/2012-10-12.15.30.4-0.rec
Oct 22 19:57:03 VDR vdr: [1019] playing '/srv/vdr/video.00/The_Big_Bang_Theory/03x15_-_055._Freiflug_nach_Genf/2012-10-12.15.30.4-0.rec/00001.ts'
Oct 22 19:57:03 VDR vdr: [1019] loading /srv/vdr/video.00/The_Big_Bang_Theory/03x15_-_055._Freiflug_nach_Genf/2012-10-12.15.30.4-0.rec//marks
Oct 22 19:57:03 VDR vdr: [1019] loading /srv/vdr/video.00/The_Big_Bang_Theory/03x15_-_055._Freiflug_nach_Genf/2012-10-12.15.30.4-0.rec//marks
Oct 22 19:57:03 VDR vdr: [2405] Text2Skin: menu display update thread ended (pid=1019, tid=2405)
Oct 22 19:57:03 VDR vdr: [1019] [softhddev]SetPlayMode: 1
Oct 22 19:57:03 VDR vdr: [2406] dvbplayer thread started (pid=1019, tid=2406)
Oct 22 19:57:03 VDR vdr: [2406] PlayJump: start replay at first mark 10512 (0:07:00.13)
Oct 22 19:57:03 VDR vdr: [2407] non blocking file reader thread started (pid=1019, tid=2407)
Oct 22 19:57:03 VDR vdr: codec: buggy ffmpeg/libav
Oct 22 19:57:03 VDR vdr: audio/alsa: using device 'default'
Oct 22 19:57:03 VDR vdr: audio/alsa: start delay 336ms
Oct 22 19:57:04 VDR vdr: audio/alsa: using device 'default'
Oct 22 19:57:04 VDR vdr: audio/alsa: start delay 336ms
Oct 22 19:57:04 VDR vdr: [2408] Text2Skin: replayInfo display update thread started (pid=1019, tid=2408)
Oct 22 19:57:05 VDR vdr: [1019] switching device 3 to channel 48
Oct 22 19:57:09 VDR vdr: [1019] [softhddev]Clear:
Oct 22 19:57:09 VDR vdr: [1019] [softhddev]StillPicture: ts 0x7fffe0dfcc00 79336
Oct 22 19:57:09 VDR vdr: [1019] [softhddev]StillPicture: pes 0x4942480 64608
Oct 22 19:57:09 VDR vdr: audio/alsa: using device 'default'
Oct 22 19:57:09 VDR vdr: audio/alsa: start delay 336ms
Oct 22 19:57:09 VDR vdr: video: slow down video, duping frame
Oct 22 19:57:09 VDR vdr: video: decoder buffer empty, duping frame (99/244) 0 v-buf
Oct 22 19:57:09 VDR vdr: video:  1:16:28.890+8888    0 240/\ms   0+5 v-buf
Oct 22 19:57:11 VDR vdr: [1019] [softhddev]Clear:
Oct 22 19:57:11 VDR vdr: [1019] [softhddev]StillPicture: ts 0x7fffe0dfcc00 59032
Oct 22 19:57:11 VDR vdr: [1019] [softhddev]StillPicture: pes 0x493e370 47956
Oct 22 19:57:11 VDR vdr: audio/alsa: using device 'default'
Oct 22 19:57:11 VDR vdr: audio/alsa: start delay 336ms
Oct 22 19:57:14 VDR vdr: [1019] [softhddev]Clear:
Oct 22 19:57:14 VDR vdr: [1019] [softhddev]StillPicture: ts 0x7fffe0dfcc00 72756
Oct 22 19:57:14 VDR vdr: [1019] [softhddev]StillPicture: pes 0x4941180 59740
Oct 22 19:57:14 VDR vdr: audio/alsa: using device 'default'
Oct 22 19:57:14 VDR vdr: audio/alsa: start delay 336ms
Oct 22 19:57:15 VDR vdr: [1019] [softhddev]Clear:
Oct 22 19:57:15 VDR vdr: [1019] [softhddev]StillPicture: ts 0x7fffe0dfcc00 87420
Oct 22 19:57:15 VDR vdr: [1019] [softhddev]StillPicture: pes 0x4944710 73473
Oct 22 19:57:15 VDR vdr: audio/alsa: using device 'default'
Oct 22 19:57:15 VDR vdr: audio/alsa: start delay 336ms
Oct 22 19:57:31 VDR vdr: [1019] [softhddev]Clear:
Oct 22 19:57:31 VDR vdr: [1019] [softhddev]StillPicture: ts 0x7fffe0dfcc00 72756
Oct 22 19:57:31 VDR vdr: [1019] [softhddev]StillPicture: pes 0x4941180 59740
Oct 22 19:57:31 VDR vdr: audio/alsa: using device 'default'
Oct 22 19:57:31 VDR vdr: audio/alsa: start delay 336ms
Oct 22 19:57:32 VDR vdr: [1019] [softhddev]Clear:
Oct 22 19:57:32 VDR vdr: [1019] [softhddev]StillPicture: ts 0x7fffe0dfcc00 59032
Oct 22 19:57:32 VDR vdr: [1019] [softhddev]StillPicture: pes 0x493e370 47956
Oct 22 19:57:32 VDR vdr: audio/alsa: using device 'default'
Oct 22 19:57:32 VDR vdr: audio/alsa: start delay 336ms
Oct 22 19:57:32 VDR vdr: [1019] [softhddev]Clear:
Oct 22 19:57:32 VDR vdr: [1019] [softhddev]StillPicture: ts 0x7fffe0dfcc00 79336
Oct 22 19:57:32 VDR vdr: [1019] [softhddev]StillPicture: pes 0x4942480 64608
Oct 22 19:57:32 VDR vdr: audio/alsa: using device 'default'
Oct 22 19:57:32 VDR vdr: audio/alsa: start delay 336ms

Alles anzeigen

Habe dann die Aufnahme zu Ende angesehen und an der Stelle, wo die letzte Marke war stoppte auch die Aufnahme. Hätte aber bis zum Schluss weiterlaufen sollen.

Code

Oct 22 20:24:19 VDR vdr: [2406] PauseLastMark: pause at position 55524 (0:37:00.25)

In der Datei "marks" ist diese Schnittmarke aber nicht mehr vorhanden (hab sie ja auch gelöscht).

Warum wird beim Abspielen die marks-Datei nicht vom Player neu eingelesen?

Gruss
Markus

cooljay032 · 9. November 2012

nabend,

das thema beschäftigt mich momentan auch da deshalb auch das DIREKTE schneiden von aufnahmen nicht mehr funzt. wenn ich bei ner frischen aufnahme marken setzen wird im gegensatz zu früher die marks-datei erst dann erstellt nachdem ich die aufnahme gestoppt habe. dito bei änderungen der schnittmarken, aktualisierung der marks erst nach stop.
das nervt mich wenn ich nur wüsste welcher patch das vorher gerichtet hat.... kann mir das mal jemand verraten?

gruß,lars

schneisa · 9. November 2012

Ich glaube das ist das gleiche Problem wie [yavdr 0.5-alpha1] Schnittmarken beim Schauen von Aufnahmen aktualisieren
Es scheint so, dass der VDR die marks Datei nicht wieder neu einliest.

Kenne aber auch keine Lösung.

schneisa

cooljay032 · 9. November 2012

aah ok, hatt ich noch gar nich gesehn.

Zitat von schneisa

Es scheint so, dass der VDR die marks Datei nicht wieder neu einliest.

hmmmm naja, weder noch - ich schätze nur beim stoppen einer aufnahme wird die marks generiert bzw. aktualisiert und bei starten dann neu eingelesen, mittendrin weder das eine noch das andere.
wenn das wie von fnu vermutet über den "liemikuutio" rein gepatched wurde dann gute nacht... das krieg ich nich gebacken mir da was zu basteln

ofenheizer · 10. November 2012

Wundert mich auch, dass das keinen weiter stört. Sehe das schon als essentiell an, dass die Schnittmarken fortlaufend aktualsiert werden sollten.
Ich schneide zwar nicht, aber bei einigen Aufnahmen passen halt die Marken nicht so. Das ändere ich dann bzw. habe es immer gemacht, springe wieder zur Anfangsmarke und spiele ab. Ist natürlich blöd, wenn dann trotzdem die falschen, alten Marken benutzt werden

Gruss
Markus

heiko322 · 20. Mai 2013

Hallo,
gibt es zu dieser Thematik bereits Neuigkeiten?
Ich habe mit dem Nicht-Aktualisieren der Schnittmarken schon länger Probleme und es ist sehr mühselig bei jedem Verschieben einer Marke die Aufnahme zu stoppen und neu zu starten um sehen zu können ob es passt. Ich meine, dass dieses Verhalten früher noch nicht vorhanden gewesen war. Aber mit welcher VDR Version es begonnen hat, kann ich nicht sagen.

Gruß Heiko

[0.5] Schnittmarken werden nicht aktualisiert

Jetzt mitmachen!

Teilen