[Announce] mpv Plugin 0.0.4

  • ich habe das Selbe Problem. Der VDR friert häufig ein wenn eine Wiedergabe gestoppt wird.


    Moin,gibt es hier eigentlich neue Erkenntnisse?Das Problem iss echt eklig und betrifft ja anscheinend ne Menge Leute... :(
    Lars

    Asus H170 PRO GAMING, Intel Core i7-6700T, 16GB RAM, GeForce GTX 1050 2GB, Samsung SSD 860 EVO 1TB SSD + 3TB WD Red, Mystique SaTiX-S2 Dual, Archlinux -> VDR4Arch


    "Freunde sind Menschen, die dich mögen obwohl sie dich kennen"

  • Guten Morgen,


    vom Grundsatz läuft das Plugin nun sehr gut (yavdr 0.6.1). Als Startparameter habe ich in der /etc/conf.avail/mpv.conf folgendes eingetragen:

    Code
    -b /media
    --audio-device=alsa/dmix=default
    --softvol=yes


    Soweit, so gut - files werden abgespielt und mit der Stop Taste beendet. Wenn ich jetzt allerdings
    das plugin nochmal aufrufe ist der "alte" Pfad zum Video gespeichert und es wird nicht wieder bei /media
    begonnen, d.h. ich kann nur auf das zuletzt verwendete Verzeichnis zugreifen und nicht auf die anderen.
    Liegt das Problem am integrierten filebrowser ?


    Gruss
    Imsadi

    VDR: E-Q5I Gehäuse, Zotac Ion, mit YaUsbIR Einschalter, Easyvdr 3.0, TBS5990
    VDR2: Asrock Q1900-ITX, DD-Octopus, DD-Duoflex S2, Easyvdr 3.5

  • Bei mir stoppt abspielen von einem mkv Datei nicht. Und VDR wird mit Hilfe des watchdog neue gestartet. Ein segfault wird aber nicht erstellt. Wie ist es eigentlich bei euch? Was mir noch aufgefallen ist, mpv gibt mir keinen Ton, obwohl das selbe Audio Einstellung im /etc/asound.conf für VDR eingetragen ist. VDR ist direkt am Fernseher verbunden.



    Code
    $ grep -v '^$\|^\s*\#' /etc/vdr/conf.d/50-mpv.conf
    [mpv]
    - /mnt/Storage/
    -a alsa:device=[hdmi:CARD=NVidia,DEV=7])
    -v vdpau:deint=2:hqscaling=1


    Code
    $ cat /etc/asound.conf
    pcm.!default {
      type hw
      card NVidia
      device 7
    }


    Code
    $ sudo aplay -l
    **** List of PLAYBACK Hardware Devices ****
    card 0: NVidia [HDA NVidia], device 3: HDMI 0 [HDMI 0]
      Subdevices: 1/1
      Subdevice #0: subdevice #0
    card 0: NVidia [HDA NVidia], device 7: HDMI 1 [HDMI 1]
      Subdevices: 0/1
      Subdevice #0: subdevice #0
  • Hi,


    gestern haben sich mal zwei unserer MLD Entwickler (Christian und Roland) dran gemacht und den Grund für das Hängen beim beenden einer Wiedergabe gesucht. Herausgekommen ist dieser kleine Patch:


    Bei meinen kurzen Tests trat das Problem damit nicht mehr auf. Da der Fehler aber sowieso nicht jedes mal auftrat, wird die Zeit zeigen müssen, ob's das wirklich war.


    Claus

    MLD 5.5 mit vdr 2.6 - lirc yaUSBir - Octopus NET S2 - SCR - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - WD Green 12TB HDD - SanDisk 64GB SSD - Lian Li PC-C37B - Samsung LE40A559
    MLD 5.5 mit vdr 2.4 - Raspberry Pi 3 - rpihddevice
    MLD 5.5 mit Squeeze Play - Raspberry Pi 2 - 32GB SD - 7" Touch TFT

  • Na das sind ja mal gute Nachrichten :] Mit Patch keine Abstürze mehr,hab das Teil wirklich mal gequält
    Besten Dank an die easy Jungs :tup


    Lars

    Asus H170 PRO GAMING, Intel Core i7-6700T, 16GB RAM, GeForce GTX 1050 2GB, Samsung SSD 860 EVO 1TB SSD + 3TB WD Red, Mystique SaTiX-S2 Dual, Archlinux -> VDR4Arch


    "Freunde sind Menschen, die dich mögen obwohl sie dich kennen"

  • Na das sind ja mal gute Nachrichten :] Mit Patch keine Abstürze mehr,hab das Teil wirklich mal gequält
    Besten Dank an die easy Jungs :tup


    Lars


    'easy' Jungs?

    https://www.minidvblinux.de/forum/

    1x OctopusNet mit 8x DVB-C
    1x Raspberry 4 MLD 6.0 SATIP (softhddevice-drm )

    1x RockPi 4 MLD 6.0 SATIP (softhddevice-drm )

    1x Raspberry 3 als Client MLD 5.4

    1x Raspberry 2 als Client MLD 6.0

    1x Raspberry 1 (staubt gerade so vor sich hin) ;)
    1x Cubietruck

    1x MCC 100
    1x BananaPi

    1x Zotac CI327 MLD 6.0 SATIP (softhddevice)

  • 'easy' Jungs?

    Ach mann,vor lauter Euphorie...meinte natürlich MLD Jungs!Aber egal,sind ja beides tolle Distris :D
    Btw. immer noch keine Hänger/Abstürze hier mit dem Patch :tup Vielen Dank nochmal!!


    Lars

    Asus H170 PRO GAMING, Intel Core i7-6700T, 16GB RAM, GeForce GTX 1050 2GB, Samsung SSD 860 EVO 1TB SSD + 3TB WD Red, Mystique SaTiX-S2 Dual, Archlinux -> VDR4Arch


    "Freunde sind Menschen, die dich mögen obwohl sie dich kennen"

  • Der Patch ist bei mir schon seit 1,5 Jahren drin, aber einer meiner VDRs hängt trotzdem beim Beenden einer Wiedergabe.


    Welchen Patch hast du seid 1,5 Jahren drin ?

    https://www.minidvblinux.de/forum/

    1x OctopusNet mit 8x DVB-C
    1x Raspberry 4 MLD 6.0 SATIP (softhddevice-drm )

    1x RockPi 4 MLD 6.0 SATIP (softhddevice-drm )

    1x Raspberry 3 als Client MLD 5.4

    1x Raspberry 2 als Client MLD 6.0

    1x Raspberry 1 (staubt gerade so vor sich hin) ;)
    1x Cubietruck

    1x MCC 100
    1x BananaPi

    1x Zotac CI327 MLD 6.0 SATIP (softhddevice)

  • Es sollte auch nichts dagegen sprechen, in mpv_wait_event nur 1 Sekunde zu warten statt 5

    vdr-2.6.7

    softhddevice, dbus2vdr, dvd, epgsearch, femon, graphtftng, web, menuorg,
    osdteletext, radio, recsearch, satip, tvguide, vnsiserver

    ubuntu focal, yavdr-ansible, linux-5.15 ,AsRock J4105, CIne CT-V7 DVB-C

  • Welchen Patch hast du seid 1,5 Jahren drin ?


    Die Zeile

    Code
    mpv_event *event = mpv_wait_event(Player->hMpv, 5);

  • Die Zeile

    Code
    mpv_event *event = mpv_wait_event(Player->hMpv, 5);

    wo gab es denn den Patch, wir haben lange gesucht, mit debuggen, den eigenen Patch gemacht.


    Mod.: Bitte lesen: Richtig zitieren, URLs posten und Spoiler verwenden ...

    https://www.minidvblinux.de/forum/

    1x OctopusNet mit 8x DVB-C
    1x Raspberry 4 MLD 6.0 SATIP (softhddevice-drm )

    1x RockPi 4 MLD 6.0 SATIP (softhddevice-drm )

    1x Raspberry 3 als Client MLD 5.4

    1x Raspberry 2 als Client MLD 6.0

    1x Raspberry 1 (staubt gerade so vor sich hin) ;)
    1x Cubietruck

    1x MCC 100
    1x BananaPi

    1x Zotac CI327 MLD 6.0 SATIP (softhddevice)

    Einmal editiert, zuletzt von fnu ()


  • Die Zeile

    Code
    mpv_event *event = mpv_wait_event(Player->hMpv, 5);


    Hast du zufällig noch den Patch, als 'diff' da, wäre intersseant.

    https://www.minidvblinux.de/forum/

    1x OctopusNet mit 8x DVB-C
    1x Raspberry 4 MLD 6.0 SATIP (softhddevice-drm )

    1x RockPi 4 MLD 6.0 SATIP (softhddevice-drm )

    1x Raspberry 3 als Client MLD 5.4

    1x Raspberry 2 als Client MLD 6.0

    1x Raspberry 1 (staubt gerade so vor sich hin) ;)
    1x Cubietruck

    1x MCC 100
    1x BananaPi

    1x Zotac CI327 MLD 6.0 SATIP (softhddevice)

  • rfehr steth doch im post Nr: 85 weiter oben: [Announce] mpv Plugin 0.0.4


    Mod.: Bitte lesen: Richtig zitieren, URLs posten und Spoiler verwenden ...

    Einmal editiert, zuletzt von fnu ()

  • crow, den kenne ich, da ich Ihn selbst gemacht habe,
    mir ging es um den Patch der schon 1,5 Jahre alt sein soll ;)


    Gruß,
    Roland

    https://www.minidvblinux.de/forum/

    1x OctopusNet mit 8x DVB-C
    1x Raspberry 4 MLD 6.0 SATIP (softhddevice-drm )

    1x RockPi 4 MLD 6.0 SATIP (softhddevice-drm )

    1x Raspberry 3 als Client MLD 5.4

    1x Raspberry 2 als Client MLD 6.0

    1x Raspberry 1 (staubt gerade so vor sich hin) ;)
    1x Cubietruck

    1x MCC 100
    1x BananaPi

    1x Zotac CI327 MLD 6.0 SATIP (softhddevice)

  • wo gab es denn den Patch, wir haben lange gesucht, mit debuggen, den eigenen Patch gemacht.


    Ok, habe mal nachgeforscht.
    Im Anhang von Post #1 ist die Zeile so drin, also mit 5.
    Im git mit commit https://projects.vdr-developer…d8378e38cef40c747c320d7f6 wurde 5 in 10000 geändert.
    Das erklärt, warum die Zeile mit 5 auf einem meiner VDRs schon länger drin ist ;) .

  • Ich sehe jetzt erst, dass es kurz nach dem release der 0.0.4 (03.07.15) noch etliche Änderungen gegeben hat. Leider scheint Maniac nicht mehr unter uns zu weilen, seine letzte Aktivität im Forum war am 11.07.15


    Ich habe mal versucht nachzuvollziehen, was Maniac da eigentlich beabsichtigt hat.


    In der 0.0.4 gab es noch diesen Code:


    Code
    case MPV_EVENT_NONE :
        	if (!Player->IsPaused())
        	{
          	// no event since 5 secons and not paused -> player died
          	Player->running = 0;
        	}
      	break;


    In den mpv-Sourcen gibt es diese Beschreibung:


    "wait_event(timeout=-1)Wait for the next event, or until the timeout expires, or if
    another thread makes a call to mpv_wakeup(). Passing 0 as timeout will
    never wait, and is suitable for polling.


    Parameters:timeout (float, optional) – Timeout in seconds, after which the
    function returns even if no event was received.
    A MPV_EVENT_NONE is returned on timeout. A value of 0 will
    disable waiting. Negative values will wait with an infinite
    timeout.


    Returns:Event"


    Danach sollte sich der player des Plugins wohl automatisch beenden, wenn ein Timeout von 5s auftrat.
    Mit dem Hochsetzen des Wertes auf 10000 (das wären rund 2,7 Stunden!) wurde dann zugleich der obige Codeabschnitt entfernt. Ein MPV_EVENT_NONE führt nun nicht mehr zum Beenden des players, sondern nur noch zu einer Debug-Meldung.


    Ich vermute, dass damit ein ungewolltes Beenden des Players verhindert werden sollte, wenn die Wiedergabe -z.B. aufgrund von Netzwerkproblemen- kurzzeitig hängt.


    Nun scheint es ja so, als wenn die MLD-Jungs die Probleme beim Beenden mit der git-Version (die mit dem Wert 10000) hatten, zugleich aber auch Leute Probleme haben, die die 0.0.4 (mit 5s) benutzen. Man müsste jetzt mal bei beiden Versionen debuggen, ob es überhaupt an der gleichen Stelle crasht.


    Was mich auf den ersten Blick etwas wundert ist, dass in mpv.c in der Funktion cMpvPlugin::~cMpvPlugin(void) kein Stop() ausgeführt wird.


    Das müsste sich mal jemand anschauen, der etwas mehr Ahnung hat. Bei mir ist das zulange her, aber ich kann mich lebhaft daran erinnern, dass das crashfreie Beenden von readern und playern immer eine Herausforderung war.

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD


  • Ok, habe mal nachgeforscht.
    Im Anhang von Post #1 ist die Zeile so drin, also mit 5.
    Im git mit commit https://projects.vdr-developer…d8378e38cef40c747c320d7f6 wurde 5 in 10000 geändert.
    Das erklärt, warum die Zeile mit 5 auf einem meiner VDRs schon länger drin ist ;) .


    Das erklärt schon mal den Unterschied, da wir die 'letzte'Git Version nutzten.
    Aber dan ist jetzt wirklich noch die Frage, warum es ein einigen mit dem Patch geht, und bei anderen nicht :(


    Gruß,
    Roland


    Mod.: Grml, ist es so schwer die Antwort nicht zwischen die Quote-Tags zu schreiben ... ?

    https://www.minidvblinux.de/forum/

    1x OctopusNet mit 8x DVB-C
    1x Raspberry 4 MLD 6.0 SATIP (softhddevice-drm )

    1x RockPi 4 MLD 6.0 SATIP (softhddevice-drm )

    1x Raspberry 3 als Client MLD 5.4

    1x Raspberry 2 als Client MLD 6.0

    1x Raspberry 1 (staubt gerade so vor sich hin) ;)
    1x Cubietruck

    1x MCC 100
    1x BananaPi

    1x Zotac CI327 MLD 6.0 SATIP (softhddevice)

    3 Mal editiert, zuletzt von fnu ()

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!