Video Treiber für Odroid-N2+ (softhdodroid)

jojo61 · Sep 8th 2024

Grrrr das ist wieder mal die Kernel Magic. Ich werde es korrigieren.

Edit:

War doch keine Kernel Magic. Die Structur hat sich zwischen den Kerneln geändert

Korrektur ist eingecheckt.

Dr. Seltsam · Sep 8th 2024

Jetzt kommt in journalctl in chroot endlos

Code

vdr.sh[5414]: size of parm 32

jojo61 · Sep 8th 2024

Heut ist nicht mein Tag. Ich habe den debug print entfernt

beta · Sep 8th 2024

Danke sehr jojo61. Ich werde es gleich installieren und testen.

beta · Sep 10th 2024

jojo61 Kannst Du bitte in softhdodroid.cpp die Funktion NewPip so umschreiben

Code

// is device replaying?
    cMutex mutex;
    cMutexLock mutexLock(&mutex);
    bool control = cControl::Control(mutexLock);

Dann funktioniert das kompilieren auch wieder mit der neuen VDR-Version.

Danke,

Rudi

jojo61 · Sep 10th 2024

Meinst du dann so ?

Code

 // is device replaying?
    cMutex mutex;
    cMutexLock mutexLock(&mutex);
    bool control = cControl::Control(mutexLock);
    if (cDevice::PrimaryDevice()->Replaying() && cControl::Control()) {
        dsyslog("[softhddev]%s: replay active\n", __FUNCTION__);
        // FIXME: need to find PID
    }

beta · Sep 10th 2024

Nein, so:

Code

#ifdef DEBUG
    // is device replaying?
    cMutex mutex;
    cMutexLock mutexLock(&mutex);
    bool control = cControl::Control(mutexLock);

    if (cDevice::PrimaryDevice()->Replaying() && control) {
        dsyslog("[softhddev]%s: replay active\n", __FUNCTION__);
        // FIXME: need to find PID
    }
#endif

Display More

jojo61 · Sep 10th 2024

Danke. Ist eingecheckt. Ich habe auch noch eine Korrektur für das OSD unter Kernel 5.4 gemacht. Das fehlte nach einem reboot beim ersten start vom vdr.

jojo61 · Oct 18th 2024

Ich habe heute mal für den Support für Dolby Vision eingebaut. Das läuft natürlich nur auf Hardware die das auch unterstützt.

Zumindest die SK1 macht das unter Kernel 5.4.

Dabei ist mir aufgefallen das die MAXFRAMESIZE im vdr zu klein ist. Derzeit steht sie auf ca. 1MByte. Bei DV kommen aber Frames mit bis zu 9 MByte. Zumindest mal in meinem Teststream ist das so. Ob das die Maximalgrösse ist kann ich aber nicht sagen.

kls Spricht etwas dagegen die MAXFRAMESIZE auf 10 MB zu vergrössern ?

mrjoe · Nov 18th 2024

Ich betreibe gerade zwei meiner Odroids in der UBUNTU chroot Variante (CoreELEC Image CoreELEC-Amlogic-ng.arm-21.1.1-Omega-Odroid_N2.img.gz als Basis, neue install.sh aus dem HowTo von beta , softhdodroid aus git Stand vom Wochenende, satip ebenfalls Stand vom WE). So ca. einmal pro Minute +/- 20s bekomme ich Bildruckler, Ton läuft flüssig weiter. Ich sehe in top dass die CPU-Last des vdr-Prozesses bei den Rucklern von ~12% sprunghaft auf ~25% springt. Die dmesg Ausgabe ergibt zu dem Zeitpunkt folgende Einträge:

Code

[ 2074.053011] 0: timeout_process decoder timeout, DPB_STATUS_REG 0xf0
[ 2074.053074] 0: vh264_work_implement, decode timeout flush dpb
[ 2074.056218] 0: reference list error 2 frame count 50083 to skip 0 reflist_error_count 1
[ 2074.056808] 0: h264_reset_bufmgr frame count 50083 to skip 0

[ 2074.056836] H264 sysinfo: 0x0 duration=3840, pts_outside=1
[ 2074.056838] sync_outside=0, use_idr_framerate=0, is_used_v4l: 0
[ 2074.056843] 0: AV_SCRATCH_1 = 41fe078, AV_SCRATCH_2 10077
[ 2074.056892] 0: chroma_format_idc = 1 frame_mbs_only_flag 0, crop_bottom 8,  frame_height 1080,
[ 2074.056895] 0: mb_height 68,crop_right 0, frame_width 1920, mb_width 120
[ 2074.056899] 0: level_idc = 40 pic_size = 3133440 size = 4
[ 2074.056902] 0: mb height/widht/total: 44/78/1fe0 level_idc 28 max_ref_num 4
[ 2074.056905] 0: restriction_flag=1, max_dec_frame_buffering=4, dec_dpb_size=6 num_reorder_frames 1 used_reorder_dpb_size_margin 6
[ 2074.056908] 0: vh264_set_params active_buf_spec_num 12 dec_dpb_size 6 collocate_buf_num 8
[ 2074.065154] 0: num_ref_frames change from 0 to 4
[ 2075.492317] 0: timeout_process decoder timeout, DPB_STATUS_REG 0xf0
[ 2075.492378] 0: vh264_work_implement, decode timeout flush dpb
[ 2075.860102] 0: timeout_process decoder timeout, DPB_STATUS_REG 0xf0
[ 2075.860141] 0: vh264_work_implement, decode timeout flush dpb
[ 2076.005665] 0: clear error count 2

Display More

Manchmal noch ergänzt um 1-2 Mal

Code

[ 2077.926547] 0: bufmgr_h264_remove_unused_frame, unmark error frame
[ 2077.989631] asoc-aml-card auge_sound: TDM[2] Playback stop
[ 2078.100289] tdm playback mute: 0, lane_cnt = 4
[ 2078.100357] asoc-aml-card auge_sound: TDM[2] Playback enable

Im syslog sehe ich vereinzelt folgende Meldungen (abgesehen von obigen Kernel-Meldungen):

Code

Nov 18 21:47:25 vdr2 kernel: 0: frame number gap error

PCM Passthrough ist deaktiviert, 5.1 to Stereo downmix ist aktiviert. Zuspieler für satip ist minisatip, der bisher nicht auffällig war. Irgendeine Idee an was das liegen könnte?

jojo61 · Nov 19th 2024

Das sieht mir ein wenig danach aus als ob da Daten aus dem Stream fehlen. Also das die SatIP Daten nicht schnell genug kommen.

Was sagt denn ifconfig, hast du da overruns ?

beta · Nov 19th 2024

jojo61 Ich habe etwas ähnliches auf meinem Radxa Zero beobachtet. Ich weiß nicht mehr, wann das aufgetaucht ist. Damals sagtest Du, dass es an meinem Empfang liegt. Mit dem SK1 habe ich das nicht. Daher ist meine Vermutung, dass es evtl. am Kernel oder einer Kombi Kernel/softhdodroid-Plugin liegt. Meine Radxa-CE-Version auf dem Radxa ist ebenfalls die ng-Version, die das Problem zeigt. Die ne-Version (SK1) zeigt das Problem nicht.

jojo61 · Nov 19th 2024

Ich sage heute ja auch nichts anderes. Es sieht danachaus als ob Daten aus dem Stream nicht beim VDR ankommen. Ob das nun am überlasteten Ethernet liegt oder schon beim Empfang am SatIP Tuner ist schwer zu sagen. Ich betreibe 4 Odroid-N2 installationen und eine X96Max ohne diese Probleme. Alle mit SatIP. Allerdings könnte es auch an einer andere Überlastung des Odroid liegen. Ich würde hier mal empfehlen alle ncht nötigen Plugins raus zu nehmen und nur mit satip und softhdodroid zu testen. Wegen dem chroot geht ja kein vtuner-ng. Der ist definitv schneller als das satip plugin.

mrjoe · Nov 19th 2024

Quote from beta

jojo61 Meine Radxa-CE-Version auf dem Radxa ist ebenfalls die ng-Version, die das Problem zeigt. Die ne-Version (SK1) zeigt das Problem nicht.

Guter Hinweis, ich nehme mal die ne Version für Odroid (dauert leider bis zum WE).

Quote from jojo61

Was sagt denn ifconfig, hast du da overruns ?

Teste ich schnellstmöglich und melde mich.

vdr_rossi · Nov 19th 2024

Quote from mrjoe

Guter Hinweis, ich nehme mal die ne Version für Odroid (dauert leider bis zum WE).

Ich denke Du brauchst dafür die no Version...

mrjoe · Nov 22nd 2024

vdr_rossi hat natürlich Recht. Muss die no Version nehmen, ne gibt es nicht passend.

Leider habe ich die Hackler auch mit der no Version.

Quote from jojo61

Das sieht mir ein wenig danach aus als ob da Daten aus dem Stream fehlen. Also das die SatIP Daten nicht schnell genug kommen.
Was sagt denn ifconfig, hast du da overruns ?

Unauffällig:

Code

RX packets:867213 errors:0 dropped:0 overruns:0 frame:0
TX packets:9805 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1146739854 (1.0 GiB)  TX bytes:2291649 (2.1 MiB)

Ich muss mir doch nochmals die ungechrootete Version mit einem Plain Hardkernel Ubuntu anschauen. Dort hatte ich bei bestimmten Kanälen kein Bild (reproduzierbar).

Video Treiber für Odroid-N2+ (softhdodroid)

Participate now!

Share