Handbrake, wäre das was für uns?

  • So, ich bin jetzt wieder zurück zur vdrtranscode_snapshot_2011-05-04.tar.gz von faup. Ich bin nun auf folgendes Problem gestoßen:


    Ich habe mehrere Aufnahmen von einer Doku. Die Aufnahmen liegen alle in diesem Verzeichnis:


    Code
    drwxrwxr-x  2 vdr vdr 4096 2011-06-04 15:16 2010-09-05.22.10.5-0.rec/
    drwxr-xr-x  2 vdr vdr 4096 2011-06-04 15:16 2011-03-13.22.15.5-0.rec/
    drwxr-xr-x  2 vdr vdr 4096 2011-06-04 15:16 2011-03-20.21.45.5-0.rec/
    drwxr-xr-x  2 vdr vdr 4096 2011-06-04 15:16 2011-03-27.22.25.5-0.rec/


    Ich wollte nun die Aufnahme vom 27.03. konvertieren aber da das übergeordnete Verzeichnis angepackt wird, wird nicht die Aufnahmen vom 27.03.2011 konvertiert sondern die vom 05.09.2010.


    Gibt es da eine bessere Steuerungsmöglichkeit?


    Gruß


    Obelix



  • hi


    seltsam bei mir laeuft das alles problemlos.


    die letzten aenderung waren nur bedingt der situation das der vdr 1.6 eine andere index struktur hat .




    holger

    VDR1 : core2duo 3.2 Ghz , 1GB Ram , 2x TT 1501 DVB-C 1 GB HD , Asus EN 210 Silent , Debian Squeeze 64bit + e-tobi Pakete
    VDR2 : 1.2 Ghz P3 , Digitainer 768 MB Ram , yavdr 0.3a 32 bit


  • wenn ich auf dem vdr system transcode und schneide wäre deine lösung besser. ich nutze aber xbmc als frontend und der vdr läuft auf einerm atom 330 system ( strom is teuer ). die gesammte video bearbeitung mache ich auf meinem desktopsystem. darum bin ich mit handbreak eigentlich super zufrieden.


    Server : Debian 10 + VDR 2.4.0 on | HP Gen8 Microserver X1265L | 16 GB EEC DDR 1600 | 1 x EVO 860 Pro 500 GB, 2x6TB HGST, 1x10 TB HGST | TBS 6981
    Client : Debian 11 + Kodi 19 (deb.multimedia Quellen) on | Intel DH77EB | i3 2100T | 16 GB 1600 DDR3 | GF GT 520 | 1 x 850 EVO 500 GB | BQ 300W L7 | X10 Remote | in Zalman HD 160 | Sedu Ambilight |
    Client : Debian 10 + Kodi 19 (deb.multimedia Quellen) on | Asus Z87 Pro | I5 4660 | 16 GB 1600 DDR3 | GF GTX770 | 1 x 850 EVO 500 GB | BQ 450 W L8 | in Chieftech CS 601 |
    Client : Debian 10 + Kodi 19 (deb.multimedia Quellen) on | Lenovo T430 |


    Websites | speefak.spdns.de | www.itoss.org | cc-trade.info | www.bike2change.de | www.x-woodart.de |

  • Servus. Also die letzte Version von faup tut bis auf wenn mehrere Aufnahme immer den gleichen Titel haben, tadellos. Keine Ahnung warum die Version von mark05 überhaupt nicht funktioniert. Die Installation ist alles andere als schwierig.....


    Gruß


    Obelix



  • hi


    ggf die beta-12 nochmal runterladen es kann sein das ich beim zusammenstellen dieser nicht die richtige server version reingepackt habe,aktuell sollte diese stimmen
    die laeuft bei mir auf dme system tadellos.


    bevor ich nicht ein positives feedback habe fange ich mit nem deb packet nicht an da ich erstmal sehen will das die version mit all ihren neuen featuren weigehendst laeuft.


    holger

    VDR1 : core2duo 3.2 Ghz , 1GB Ram , 2x TT 1501 DVB-C 1 GB HD , Asus EN 210 Silent , Debian Squeeze 64bit + e-tobi Pakete
    VDR2 : 1.2 Ghz P3 , Digitainer 768 MB Ram , yavdr 0.3a 32 bit

  • Hallo Holger,


    mit der Version, die jetzt auf dem Server liegt bekomme ich folgende Meldung:


    Code
    /usr/local/bin/vdrtranscode_server.pl -f -vvv
    Missing right curly or square bracket at /usr/local/bin/vdrtranscode_server.pl line 688, at end of line
    syntax error at /usr/local/bin/vdrtranscode_server.pl line 688, at EOF
    Execution of /usr/local/bin/vdrtranscode_server.pl aborted due to compilation errors.


    Mit der vorherigen Version 12 hatte ich die gleichen Probleme wie Obelix. vdrtranscode.xml ist vorhanden, aber die ts wird nicht geschrieben.


    Grüße,
    Olaf

    VDR1: YaVDR 0.6; OrigenAE S14V; ASUS M2N-PV VM; Mystique SaTiX-S2 V2 CI Dual; Athlon X2 5600+; Asus EN210 1GB DDR3; OCZ Vertex 32GB; WD Caviar Green 1,5 TB GB; 1GB Ram
    VDR Streaming Server: Debian 16.04; Ahanix D5 modded; Asrock j3455m, 4GB RAM; VDR-2.3.8; TVHeadend-4.2.3;

    Client 1-3: RPI2 mit MLD-5.4 unstable

  • ich ckeck noch mal alles

    VDR1 : core2duo 3.2 Ghz , 1GB Ram , 2x TT 1501 DVB-C 1 GB HD , Asus EN 210 Silent , Debian Squeeze 64bit + e-tobi Pakete
    VDR2 : 1.2 Ghz P3 , Digitainer 768 MB Ram , yavdr 0.3a 32 bit

    Einmal editiert, zuletzt von mark05 ()

  • Hi,


    ich habe mal gerade die Beta 13 installiert und getestet. Zumindest lässt sich der Server jetzt wieder starten, aber jetzt kommt folgendes, wenn ich im Menu joinfiles Auswähle:


    Code
    [DEBUG]->use configfile /etc/vdr/vdrtranscode.conf
    [DEBUG]->vdr version 1.7
    [DEBUG]->use classic Profile , to speedup...
    [DEBUG]->handbrake use as cpu option -C 1
    ->no fork to the background
    [DEBUG]->/mnt/sdb1/video.00//01_Serien/EUReKA_-_Die_geheime_Stadt/Staffel_04/01._Gründertag/2011-04-11.21.10.7-0.rec joinfiles
    [DEBUG]->[joinfiles]proccess /mnt/sdb1/video.00//01_Serien/EUReKA_-_Die_geheime_Stadt/Staffel_04/01._Gründertag/2011-04-11.21.10.7-0.rec/HASH(0x92c2e40)
    can't open /mnt/sdb1/video.00//01_Serien/EUReKA_-_Die_geheime_Stadt/Staffel_04/01._Gründertag/2011-04-11.21.10.7-0.rec/HASH(0x92c2e40) 
    Datei oder Verzeichnis nicht gefunden at /usr/local/bin/vdrtranscode_server.pl line 281


    Was mich wundert ist der doppelte '/' hinter video.00. Mein Configfle sagt an der entsprechden Stelle folgendes:

    Code
    # vdtranscode conf
    
    
    ## General settings
    Indir = /srv/vdr/video.00
    Outdir = /media/archiv/99_XBMC
    # User of running vdr
    vdr_user = vdr


    und /srv/vdr/video.00 ist eine symbilischer Link nach /mnt/sdb1/video.00. Stelle ich im Configfile auf das absolute Verzeichnis um, kann ich über das OSD nichts mehr machen, weil ich dann die Meldung

    Code
    missing path ! or try --help


    erhalte.


    EDIT: das mit dem doppelten '/' hat sich erledigt. Das passiert, wenn der Link nach /mnt/sdb1/video.00/ zeigt. Mit /mnt/sdb1/video.00 bleibt nur ein '/' übrig. Das löst allerdings das Problem nicht, dass immer noch nach der Datei HASH(.....) gesucht wird. Die Zahl in den Klammern ändert sich dabei jedesmal.


    Grüße,
    Olaf

    VDR1: YaVDR 0.6; OrigenAE S14V; ASUS M2N-PV VM; Mystique SaTiX-S2 V2 CI Dual; Athlon X2 5600+; Asus EN210 1GB DDR3; OCZ Vertex 32GB; WD Caviar Green 1,5 TB GB; 1GB Ram
    VDR Streaming Server: Debian 16.04; Ahanix D5 modded; Asrock j3455m, 4GB RAM; VDR-2.3.8; TVHeadend-4.2.3;

    Client 1-3: RPI2 mit MLD-5.4 unstable

    Einmal editiert, zuletzt von Olsche ()

  • hi
    ok , zwei , drei fragen dazu


    wenn du auf den absoluten path umstellst , hat dieser auch die richtigen berechtigungne ( user vdr ) ?


    warum willst du joinfiles machen ?
    hast du cutfiles schon probiert ?


    das mit dem symbolischen link schaue ich mir nochmal an


    koennstes du mal folgendes mal machen


    server stoppen


    dann mal folgendes script ausfuehren


    test-script.pl



    pfade natuerlich entsprechend anpassen ( mit dem symbolischen link )


    ausfuhren mit perl test-script.pl


    die ausgabe mit dann hier posten


    holger

    VDR1 : core2duo 3.2 Ghz , 1GB Ram , 2x TT 1501 DVB-C 1 GB HD , Asus EN 210 Silent , Debian Squeeze 64bit + e-tobi Pakete
    VDR2 : 1.2 Ghz P3 , Digitainer 768 MB Ram , yavdr 0.3a 32 bit

  • hi


    wenn du dir den log anschaust , wo due mit dem symbolischen link arbeitest, solltes du sehen das der vdrtranscode_server hier schon mit dem richtigen path arbeitet
    ( da er den link ausliest ) und nicht mit dem symbolischen path.


    ergo muss ich nur noch rausbekommen warum er einen hash anzeigt statt der dateien.


    holger

    VDR1 : core2duo 3.2 Ghz , 1GB Ram , 2x TT 1501 DVB-C 1 GB HD , Asus EN 210 Silent , Debian Squeeze 64bit + e-tobi Pakete
    VDR2 : 1.2 Ghz P3 , Digitainer 768 MB Ram , yavdr 0.3a 32 bit

  • Hi,


    der Pfad passt jetzt. Ich habe jetzt auch mal "Cutfiles" mit einer Aufnahme ausprobiert. Dabei erhalte ich dann folgende Meldung:


    Code
    [DEBUG]->/mnt/sdb1/video.00/01_Serien/EUReKA_-_Die_geheime_Stadt/Staffel_04/01._Gründertag/2011-04-11.21.10.7-0.rec cutfiles
    ->combine TS Files
    [DEBUG]->get Byte Positions based on marks
    Invalid type 'Q' in unpack at /usr/local/lib/site_perl/Vdrtranscodeio.pm line 247.


    Grüße,
    Olaf

    VDR1: YaVDR 0.6; OrigenAE S14V; ASUS M2N-PV VM; Mystique SaTiX-S2 V2 CI Dual; Athlon X2 5600+; Asus EN210 1GB DDR3; OCZ Vertex 32GB; WD Caviar Green 1,5 TB GB; 1GB Ram
    VDR Streaming Server: Debian 16.04; Ahanix D5 modded; Asrock j3455m, 4GB RAM; VDR-2.3.8; TVHeadend-4.2.3;

    Client 1-3: RPI2 mit MLD-5.4 unstable

  • Hi,


    hier noch die ausstehenden Antworten:


    Berechtigungen passen. Das komplette Verzeichnis gehört dem User vdr und der Gruppe vdr.


    Das Ergenis von cutfiles steht im Post vorher. Hier kommte er mit der Option 'lssQ' beim unpack nicht zurecht.


    Und hier noch das Ergebnis vom test-script.pl



    Starte ich jetzt den Server erhalte ich die Fehlermeldung, dass er die Datei HASH(...) nicht finden kann. Welche Perl Version verwendest Du denn? Evtl. liegt hier der Hund begraben. Bei YaVDR ist es v5.10.1 (*) built for i486-linux-gnu-thread-multi.


    Grüße,
    Olaf

    VDR1: YaVDR 0.6; OrigenAE S14V; ASUS M2N-PV VM; Mystique SaTiX-S2 V2 CI Dual; Athlon X2 5600+; Asus EN210 1GB DDR3; OCZ Vertex 32GB; WD Caviar Green 1,5 TB GB; 1GB Ram
    VDR Streaming Server: Debian 16.04; Ahanix D5 modded; Asrock j3455m, 4GB RAM; VDR-2.3.8; TVHeadend-4.2.3;

    Client 1-3: RPI2 mit MLD-5.4 unstable


  • Hallo Obelix,


    probier mal bitte angehängte vdrtranscode_touch_cuted.pl ( nach usr/local/bin kopieren, txt Endung entfernen, ausführbahr machen mit chmod +x )


    - Hier wird bei mehreren Aufnahmen in einem Verzeichnis ein Unterverzeichnis basierend auf dem Datum der Aufnahme eingefügt und anschließend dann [cut markiert


    Nachtrag, es war etwas mehr zu ändern als nur das touch_cuted Script.


    geändert sind :
    vdrtranscode_touch_cuted_flag.pl
    vdrtranscode_server.pl


    Neuer Release mit den o.g genannten Feature hier :
    http://vdr-wiki.de/wiki/index.php/VdrTranscode


    oder direkt :
    http://faup.fa.funpic.de/Vdrtr…napshot_2011-06-07.tar.gz





    Grüße vom Alex.

    Wer Rechtschreibfehler findet, darf sie behalten


    Meine Konfiguration :


    Ion 2, 2 x S2 3600, 4 Gig Ram, OS : Kubuntu 12.04 LTS, Kernel 3.2.0-40-generic , x86_64, vdr.2.0.1 ( yavdr-testing ) , vdr-xine 0.9.4 ( yavdr-testing ) , xine-lib 1.2 ( yavdr-testing )

    2 Mal editiert, zuletzt von faup ()

  • Olsche


    root@lindenberg:/home/vdr/vdrtranscode/usr/local/bin# perl -V
    Summary of my perl5 (revision 5 version 10 subversion 1) configuration:


    Platform:
    osname=linux, osvers=2.6.32-5-amd64, archname=x86_64-linux-gnu-thread-multi
    uname='linux madeleine 2.6.32-5-amd64 #1 smp fri dec 10 15:35:08 utc 2010 x86_64 gnulinux '



    debian linux squeeze 64 bit


    puh das mit dem lssQ koennte wirklich daranliegen des ne perl 32 bit version mit vdr 1.7 scheinbar ist.
    da muss ich selber erstmal schecken



    koenntest du folgendes test script nochmal laufen lassen ?


    test-cutfiles.pl



    das sollte eine vdrtranscode.ts datei im aufnahme verzeichniss erstellen. ( die kann nach test geloeschwerden , oder weiterverwendet Jedoch muessen die permissions angepasst werden )





    holger

    VDR1 : core2duo 3.2 Ghz , 1GB Ram , 2x TT 1501 DVB-C 1 GB HD , Asus EN 210 Silent , Debian Squeeze 64bit + e-tobi Pakete
    VDR2 : 1.2 Ghz P3 , Digitainer 768 MB Ram , yavdr 0.3a 32 bit

  • hi
    gerade in der perl documentation zu pack gefunden


    Zitat

    [*] (Quads are available only if your system supports 64-bit[*] integer values _and_ if Perl has been compiled to support those.[*] Raises an exception otherwise.)


    ich muss jetzt erst mal kaeren wie ich das anderweitig loese.


    das sollte aber ein anderes porblem sein als mit cutfiles.


    holger

    VDR1 : core2duo 3.2 Ghz , 1GB Ram , 2x TT 1501 DVB-C 1 GB HD , Asus EN 210 Silent , Debian Squeeze 64bit + e-tobi Pakete
    VDR2 : 1.2 Ghz P3 , Digitainer 768 MB Ram , yavdr 0.3a 32 bit

  • Hallo Holger,


    mit test_cutefiles komme zum gleichen Ergenis.


    Code
    [DEBUG]->[joinfiles]proccess /srv/vdr/video.00/01_Serien/EUReKA_-_Die_geheime_Stadt/Staffel_04/01._Gründertag/2011-04-11.21.10.7-0.rec/HASH(0x8713660)
    can't open /srv/vdr/video.00/01_Serien/EUReKA_-_Die_geheime_Stadt/Staffel_04/01._Gründertag/2011-04-11.21.10.7-0.rec/HASH(0x8713660) Datei oder Verzeichnis nicht gefunden at ./test-cutefiles.pl line 12


    Grüße,
    Olaf

    VDR1: YaVDR 0.6; OrigenAE S14V; ASUS M2N-PV VM; Mystique SaTiX-S2 V2 CI Dual; Athlon X2 5600+; Asus EN210 1GB DDR3; OCZ Vertex 32GB; WD Caviar Green 1,5 TB GB; 1GB Ram
    VDR Streaming Server: Debian 16.04; Ahanix D5 modded; Asrock j3455m, 4GB RAM; VDR-2.3.8; TVHeadend-4.2.3;

    Client 1-3: RPI2 mit MLD-5.4 unstable

  • hm


    strange ..


    kannst du bitte mal die datei /usr/local/bin/site_perl/Vdrtranscodeio.pm editieren


    dann nach der zeile

    Code
    my @infiles = split /\s/smx , ${$files};



    folgendes einfuegen


    Code
    use Data::Dumper;
    print Dumper @infiles;
    print ${$files};



    und den test-cutfiles.pl nochmal laufen lassen


    holger

    VDR1 : core2duo 3.2 Ghz , 1GB Ram , 2x TT 1501 DVB-C 1 GB HD , Asus EN 210 Silent , Debian Squeeze 64bit + e-tobi Pakete
    VDR2 : 1.2 Ghz P3 , Digitainer 768 MB Ram , yavdr 0.3a 32 bit

  • dann kommt folgendes raus.


    Code
    $VAR1 = 'HASH(0x8b706c8)';


    Den Rest aus dem test-cutefiles spare ich mir mal.

    VDR1: YaVDR 0.6; OrigenAE S14V; ASUS M2N-PV VM; Mystique SaTiX-S2 V2 CI Dual; Athlon X2 5600+; Asus EN210 1GB DDR3; OCZ Vertex 32GB; WD Caviar Green 1,5 TB GB; 1GB Ram
    VDR Streaming Server: Debian 16.04; Ahanix D5 modded; Asrock j3455m, 4GB RAM; VDR-2.3.8; TVHeadend-4.2.3;

    Client 1-3: RPI2 mit MLD-5.4 unstable

Jetzt mitmachen!

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