Bigpatch für VDR 1.3.27

  • Hallo Frank,


    ich las im Cody-Thread vom Bigpatch Test7, habe aber zu der Version keinen Link gefunden.


    Ist es der hier ?
    http://bigpatch.vdr-developer.…7-bigpatch-test7.diff.bz2


    Ich will ja nicht nörgeln, aber da ist immer noch der gleiche böse Bug drin, auf den ich Dich schon mal bei der Version 5 hinwies:

    Code
    -  needsBufferReserve = Setup.UseDolbyDigital && VPid != 0 && DPids && DPids[0] != 0;
    +  // analogue TV with caid = 0xA0 needs bufferReserve of 1024 kilobyte to run
    +  needsBufferReserve = ( Setup.UseDolbyDigital && VPid != 0 && DPids && DPids[0] != 0 ) || Caids[0] == 0x00A0;


    Hier wird zunächst korrekt definiert, dass die Bufferreserve nicht nur für AC3, sondern auch für Analogtv zum Einsatz kommen soll.
    Es soll aber später ein anderer Buffer (nämlich 1024k) als für AC3 zur Anwendung kommen, so dass die CA-ID A0 als Unterscheidungskriterium definiert wird.


    Aber dann wird die Bufferreserve später ohne Differenzierung pauschal auf 1024k gesetzt:


    Code
    -  int RequiredBufferReserve = KILOBYTE(DvbCardWith4MBofSDRAM ? 288 : 576);
    +  int RequiredBufferReserve = KILOBYTE(1024);


    Damit wird der Buffer für AC3-Sender verdoppelt, was die Umschaltgeschwindigkeit unnötig verlängert.


    Im letzten stuttering Patch sieht das so aus:

    Code
    -  needsBufferReserve = Setup.UseDolbyDigital && VPid != 0 && DPids && DPids[0] != 0;
    +  // analogue TV with caid = 0xA0 needs bufferReserve of 1024 kilobyte to run
    +  analogtv_channel = Caids[0] == 0x00A0;
    +  needsBufferReserve = ( Setup.UseDolbyDigital && VPid != 0 && DPids && DPids[0] != 0 ) || analogtv_channel ;


    und später


    Code
    #ifdef FW_NEEDS_BUFFER_RESERVE_FOR_AC3
       bool GotBufferReserve = false;
       int RequiredBufferReserve = KILOBYTE(DvbCardWith4MBofSDRAM ? 288 : 576);
    +  if ( analogtv_channel == true )
    +    RequiredBufferReserve = KILOBYTE(1024);
     #endif


    Damit ist die Bufferreserve bei AC3 576kB, und bei Analogtv 1024kB


    Ich weiss nicht, ob man einfach nur die Stellen ändern kann. Es muss wahrscheinlich auch an anderen Stellen noch angepasst werden.
    Ich fürchte, Du hast irgendwann mal zwei verschiedene Versionen des stuttering patch vermengt. Am Anfang war tatsächlich die pauschale Erhöhung auf 1024kB, später wurde dies über die CA-ID auf analogtv begrenzt.


    Ich würde das -auch wegen der Probleme bei Femon- vielleicht ganz rausnehmen. Wenn man z.B. pvrinput benutzt (was im Moment besser als das analogtv läuft) ist die CA-ID nämlich nicht mehr A0, sondern A1. Und schon ist der Patch wieder für die Katz.


    Ich weiss, es ist ein Alptraum !

    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

  • Nicht alle patches lassen sich sinnvoll kombinieren. ;)

  • JosefGierl
    Hmm schau mal bitte nach ob in /usr/local/src/DVB/linux/include/linux/osd.h sich die Zeile: "OSD_OpenRaw," befindet, wenn nicht trage die mal bitte ein.
    Hier nochmal der osd.h Patch.



    Hmm bei deinem ln Befehl scheint etwas nicht ganz zu passen müsste es denn nicht bei dir


    ln -nfs /usr/local/src/DVB/linux/include/linux/dvb /usr/include/dvb


    statt


    ln -nfs /usr/local/src/DVB/linux/include/linux /usr/include/dvb
    sein?


    Ansonsten hilft nur nach osd.h auf deiner HD zu suchen und den File dann soweit nötig Patchen bzw. verlinken.


    @Christian
    sortrec, ich habe es selber mitlerweile aufgeben, ist mindestens eine Nummer zu gross für mich.
    Immerhin ist es ja trotzdem schon eine deutliche Verbesserung als nur die reine Alphabetische Sortierung vom Vanilla VDR.


    Dr. Seltsam
    Diese Version sollte ja eigentlich nur eine Testversion sein, deshalb gibts hier auch keinen Anounce für diese Version von mir.
    Der Patch war eigentlich nur für 4 Tester gedacht und noch nicht für die Allgemeinheit ;) .


    Ich hatte es nicht vergessen, aber schlicht und ergreifend keine Lust mehr für die Testversion den Patch auszubauen.
    Seit gestern Abend ist der Stuttering Patch auch schon draussen und wird ab der nächsten Version seperat mitgeliefert.
    Danke trotzdem nochmal für die Info.


    @all
    Freitag Abend gibts die neue Version, wenn nichts dazwischen kommt.


    Bye,
    Frank

  • Hallo,
    danke für Deine Hilfe. Ist ja nicht selbsverständlich, hast ja genug zu tun im Hinblick auf Fr, oder? ;D


    Jetzt wird schön langsam wieder mal :rolleyes: :rolleyes:


    Sowohl bei der osd.h die schon "immer" in /usr/include/dvb lag, als auch bei der die beim DVB Treiber aus cvs dabei ist steht das OSD_OpenRaw schon drin. Aber trotzdem krieg ich wieder den gleichen Fehler:


    zum Beweis: (das ist die vom cvs Treiber)




    und hier nochmal der Fehler. Ist doch der selbe? :(




    Und was nun? Schlafen gehen? Soll ich mal das dvb-Paket von Suse per Yast rausschmeisen.



    Hast recht. Hab wohl ein bisschen schnell getipt. Aufm VDR hab ichs noch richtig gemacht.



    Mfg Josef

    registered VDR-User: #1013


    Hardware: Asus A7V133 / 640 MB Ram / Athlon TB 1000 / SanDisk Ultra II 1GB / Samsung 120 GB + 160 GB/ Nec 1300 / TT 1.5 + Extension Board / TT Budget / GLCD 240x64


    Software: LinVDR 0.7 - vdr-1.4.3-2 - Kernel-2.6.18 auf CF-Card ... 384 MB LiveBuffer auf Ramdisk

  • Hallo,


    Zitat

    Ist ja nicht selbsverständlich, hast ja genug zu tun im Hinblick auf Fr, oder?


    Kein Problem, wenn nicht hätte ich einen Sündenbock gefunden ;)



    Tja dann hilft nur noch über die ganze Root Partition nach osd.h Dateien zu suchen, muss ja noch irgendwo mindestens eine liegen.


    Alternativ könntest du mal versuchen in der Datei dvbosd.c die Zeile


    #include <linux/dvb/osd.h>


    in


    #include <osd.h>


    zu ändern.



    Bye,
    Frank

  • Hallo,
    :D :D juhu es klappt!!! :] :] Aber mal der Vollständigkeit halber ein kurzer Bericht:



    Wenn ich find / -name osd.h mache:



    Hab jetzt mal einige genauer angesehen. Aber bei denen ich denke die könntens sein ist überall das OSD_OpenRaw mit drin. Mhm.




    Aber dafür war Dein zweiter Tip ein Volltreffer! :] Ich hab die Zeile so geändert.


    C
    #include "dvbosd.h"
    --->   #include </usr/include/dvb/osd.h>    <---
    #include <signal.h>
    #include <sys/ioctl.h>
    #include <sys/unistd.h>
    #include "dvbdevice.h"
    #include "tools.h"


    Und er machts jetzt ohne Errors. Gleich mal testen. Was sich so alles geändert hat. Nochmals danke.



    Mfg Josef

    registered VDR-User: #1013


    Hardware: Asus A7V133 / 640 MB Ram / Athlon TB 1000 / SanDisk Ultra II 1GB / Samsung 120 GB + 160 GB/ Nec 1300 / TT 1.5 + Extension Board / TT Budget / GLCD 240x64


    Software: LinVDR 0.7 - vdr-1.4.3-2 - Kernel-2.6.18 auf CF-Card ... 384 MB LiveBuffer auf Ramdisk

  • Downloadlink siehe 1. Posting Seite.


    Änderungen ab Bigpatch-test5:



    Bye,
    Frank


    PS
    Letzte Version für VDR 1.3.27, mit 1.3.28 geht es demnächst weiter ;)

  • Hallo !


    Nach der Installation des Bigpatches 8 läßt sich


    das Plugin 0.9.0 nicht compilieren:


    g++ -g -O2 -Wall -Woverloaded-virtual -fPIC -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"femon"' -I..
    /../../include -I../../../../DVB/include femonosd.c
    femonosd.c: In member function `virtual eOSState cFemonOsd::ProcessKey(eKeys)':
    femonosd.c:1063: error: `Caids' undeclared (first use this function)
    femonosd.c:1063: error: (Each undeclared identifier is reported only once for
    each function it appears in.)
    make: *** [femonosd.o] Error 1


    Mit den Bigpatches 6 + 7 lief das noch.


    Dirk


  • Hallo,


    steht doch oben ;)


    Stuttering Patch fuer AnalogTV Plugin entfernt! Der Patch liegt aber noch seperat bei.
    Wichtig wenn sich nun das femon Plugin nicht mehr bei euch Uebersetzen laesst muesst ihr meinen alten femon Plugin Patch wieder ausbauen bzw. eine Vanilla femon Version nutzen.
    Fuer die Nutzer des stuttering Patches wird weiterhin der femon Patch benoetigt!


    Bye,
    Frank


  • hab ich auch so gemacht. und damit funkt es jetzt 1a :)


    servus ize|man

    produktiv: intel dh67bl, sat>ip, octopusnet, 16gig boot-ssd, yavdr 0.6.1, cir lirc
    testing: zotac ion-f itx, 1x tt s2-3600 usb, 8gig boot-ssd, yavdr 0.5 testing
    tv: samsung 75" amp:denon avr-x1300

  • Hi Frank,
    dachte femon soll ohne stuttering nicht mehr gepatcht werden - irgendwas schient hier buggy:



    Gruß Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



  • JaJa, habs ja rausgefunden


    erst den BP auspacken und dann das

    Code
    bigpatch-current.diff.bz2

    patchen



    Gruß Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



  • hatte es trotzdem gelesen ;)

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



  • Hallo,
    bei mir läuft der aktuelle BP soweit einwandfrei. Danke dafür.


    Hier hätte ich noch was für die BONUS_FEATURES. Den Patch hab ich benötigt um vdr-control-0.0.2a zum kompilieren zu überreden.


    <hier>



    Mfg Josef

    registered VDR-User: #1013


    Hardware: Asus A7V133 / 640 MB Ram / Athlon TB 1000 / SanDisk Ultra II 1GB / Samsung 120 GB + 160 GB/ Nec 1300 / TT 1.5 + Extension Board / TT Budget / GLCD 240x64


    Software: LinVDR 0.7 - vdr-1.4.3-2 - Kernel-2.6.18 auf CF-Card ... 384 MB LiveBuffer auf Ramdisk

  • kann mich Josef nur anschließen:
    menu ist wieder sehr schnell


    Danke für das Update


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



  • Hallo,


    kleines Update:


    Zitat

    vdr-1.3.27-bigpatch-test9 26.07.2005
    Einige Einstellungen von Patches in ein neues Submenu "BigPatch" verschoben


    Der Patch ist erstellt gegen die "Final" von gestern.


    Die Einträge in den Einstellungssubmenus entsprechen nun ungefähr einem VDR mit enAIO Patch.
    Hat jemand wünsche oder Änderungsvorschläge bezüglich der Umverteilung der Einstellungen?


    Bye,
    Frank

Jetzt mitmachen!

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