Project

General

Profile

Actions

Bug #2028

closed

beim scheiden werden die alten schnittmarken benutzt und nicht die neuen

Added by d_ferdi over 9 years ago. Updated over 9 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Target version:
-
Start date:
12/07/2014
Due date:
% Done:

0%

Estimated time:

Description

hallo,
mir ist es jetzt schon mehrmals aufgefallen, daß schnittmarken, die ich über das plugin setzte, beim scheiden nicht berücksichtigt werden und stattdessen die schnittmarken benutzt werden, die vor der korrektur gesetzt waren.

ich vermute, daß das daran liegt, daß die neuen schnittmarken erst beim beenden der wiedergabe gespeichert werden, der schnitt aber bereits bei der wiedergabe gestartet wird.

bei aufnahmen, die über die warteschlange mit verzögerung gestartet werden, ist mir dieses verhalten nämlich noch nicht aufgefallen.

ich bin deshalb, zur zeit auch wieder dazu übergegangen, die original-funktion von vdr zum editieren und schneiden zu benutzen. zudem ist das system beim schneiden sehr schnell, oft schneller als ich mit dem markieren der schnittpositionen.

tschuess

Actions #1

Updated by amair over 9 years ago

  • Status changed from New to Feedback

Hallo d_ferdi,

das kann ich mir fast nicht vorstellen, dass das nicht funktionieren soll. Ich nutze das selbst auch sehr intensiv und mir ist das noch nie aufgetreten.

Eventuell liegt es an der von Dir eingesetzten ExtRecMenu-Version (welche ist das?), an der VDR-Version (welche?), wie ExtRecMenu compiliert wurde (z.B. EXTRECMENU_USE_VDR_CUTTER) oder an den ExtRecMenu-Einstellungen.

Mit "original-funktion von vdr zum editieren und schneiden" meinst Du ohne ExtRecMenu, oder?

Actions #2

Updated by d_ferdi over 9 years ago

hallo,
ich habe es heute nochmal probiert, als erste bei einer aufnahme von nano die neuen schnittmarken gesetzt und direkt den schnitt gestartet. das ergebnis war wieder nicht zu gebrauchen, da diesmal die komplette aufnahme kopiert wurde. lediglich an den positionenm an denen ich die neuen schnittmarken gesetzt hatte (oder die alten vorher gesetzt waren), waren ebenfalls je 2 schnittmarken gesetzt und am anfang und am ende.

also ich kann mir dieses verhalten nicht erklären und wie gesagt, mir der original-schnittfunktion von vdr ist mir sowas nie passiert.

bei den einstellungen habe ich die schnittwarteschlange aktiviert, mit welchen einstellungen das plugin unter gentoo compiliert wird, weiß ich nicht, das müßte ich dann versuchen herrauszufinden.

tschuess

ps: leider habe ich die schlechte eigenschaft, fehler anzuziehen, wie ein supermagnet

Actions #3

Updated by d_ferdi over 9 years ago

hallo,
außerdem ist mir heute aufgefallen, daß einige schnitte, die ich in die warteschlange gesetzt habe, nicht ausgeführt wurden, auch nicht, nachdem ich einen davon ein 2. mal in die warteschlange gesetzt habe.

tschuess

Actions #4

Updated by amair over 9 years ago

  • Status changed from Feedback to Closed

Hi,

leider schreibst Du immer noch nicht, welche Version von ExtRecMenu und VDR nutzt.
Da Du Gentoo nutzt, habe ich mal geschaut, welche Versionen Gentoo anbietet. Dies sind (jedenfalls auf meinen System) derzeit 1.2.2-r2 und 1.2.4. Der von Dir beschriebene Bug ist in der v1.2.3 behoben, d.h. Du müsstest auf v1.2.4 updaten, das aber in Gentoo noch nicht "stable" ist.
Außerdem ist in Gentoo auch noch nicht die VDR-Version 2.0.6 "stable". Ich weiß nicht, ob das auch Auswirkungen hat.

Da hier vermutlich alte Versionen eingesetzt werden, schließe ich das Ticket.
Tritt es mit aktuellen Versionen noch immer auf, dann kannst Du es gerne wieder öffnen.

Zum Warteschlangen-Fehler:
Dies ist mir auch noch nicht aufgefallen. Auch hier muss ich Dich bitten es mit aktuellen Versionen zu testen und bei Bedarf dann hierfür ein neues Ticket zu erstellen.
Allerdings vermute ich auch hier, dass es an der alten Version vom ExtRecMenu liegt, da der Grund für das nicht hinzufügen vermutlich ist, dass keine Schnittmarken existieren. Müsstest Du im Log sehen.

Actions

Also available in: Atom PDF