Posts by wmautner

Hmm, ist nicht epgdata tot?

Ein schneller Versuch (/usr/bin/svdrpsend binary mit scp auf meinen Desktop kopiert) gibt

[walter@woody ~]$ ./svdrpsend -d hdvdr2 -p 6419 next rel
220 hdvdr2 SVDRP VideoDiskRecorder 2.6.4; Sat Mar 25 22:39:18 2023; UTF-8
250 340 -8778
221 hdvdr2 closing connection

Scheint hier zu funktionieren.

Läuft das Script mit der Ausgabe in eine Variable?

Die Ausgabe ist 2-zeilig. Hier sieht das so aus:

svdrpsend next rel
220 hdvdr2 SVDRP VideoDiskRecorder 2.6.4; Sat Mar 25 20:12:35 2023; UTF-8
250 340 25

und 30 Sekunden danach:
220 hdvdr2 SVDRP VideoDiskRecorder 2.6.4; Sat Mar 25 20:13:05 2023; UTF-8
250 340 -5

Nun, da wird mein LNB eben ein bißchen daneben liegen. Der Eintrag funktioniert bei mir jedenfalls, mit einer kleinen flachen Selfsat.

Ich hab da diesen:

EURONEWS GERMAN SD;GLOBECAST:11377:VC23M5O35P0S1:S19.2E:22000:1081=2:1082=deu@3:0:0:6388:1:1012:0

aber noch die HD-Version von UPC/Magenta (Kabel) dazu

Quote from MatthiasK

[mpv] pm->Viewport().Height():1350, winWidth:0,Player->WindowWidth():0

Don't understand how the initialization of the pm variable works.

Metoo

But 1350 appears to be a weird height, it should rather be 1080 for full-hd. Maybe skins struggle with that setting, as they cannot paint their stuff then?

Quote from MatthiasK

w=1920, h=1350

sounds suspicious. How comes "1350" there?

Und mal alle softhddevice-Einträge aus der setup.conf entfernen (bei gestopptem VDR), dann den vdr neu starten? Die Einstellungen dann im OSD ggf. neu machen ...

Quote from MegaV0lt

softhddevice.VideoGeometry =

Kann es das sein?

Wurde da der vdr-Benutzer schon vorher (vielleicht versehentlich) als normaler Benutzer angelegt?

Wenn die Pladde es noch immer nicht schafft, ein Verzeichnis zu füllen, ist sie - oder eine Datenleitung? - oder das Dateisystem? - kaputt.

Vielleicht doch noch mal mit der passenden Dashboard-App an einem Windows-Computer testen. Das erfordert dann wohl auch ein anderes Kabel/einen anderen Controller/Treiber.

Warum der Wert jetzt wieder hochzählt, kann ich wirklich nicht sagen.

Noch etwas warten, bis die Raw_read_error_rate unter den Threshold rutscht, den Ausdruck dazu und ab damit.

Solche Platten sind offenbar wie ein traumatisierter Intensivpatient zu behandeln bzw. "nicht transportfähig". Oder Null-Serie.

Erzeuger/Versender wechseln bzw. besser beim Händler bestellen und selbst abholen.

Dazu gibt es https://www.tomshardware.com/h…ernal-hard-drive-internal

mit der Anleitung,diesen 3.3V Anschluß des SATA-Stromanschlusses zu überkleben, da bei vorhandenen 3.3V die als externe Platte gekaufte HDD sich weigert

Wobei es auch 100TB-SSDs gibt, die sich aber keiner leisten kann

At 100TB, the world’s biggest SSD gets an (eye-watering) price tag

Largest ever solid state drive comes with very steep premium

www.techradar.com

Beim Einbauen einer SATA-HDD aus einem externen Gehäuse kann es sein, daß auf der Platte die Stromversorgung anders beschaltet ist, hörte ich.

Die RED, ins VDR-Gehäuse eingebaut, vibriert kaum und ist auch leise.

Die im externen (WD-Book) Gehäuse vibriert etwas mehr, war aber auch "Sonderangebot".

Mit der hevc-cuvid-Komprimierung bekomme ich auf die 8TB-Platte doch etwa die doppelte Menge an Daten drauf, das braucht aber eine nvidia ab 1050 (Encoder). Meine Platten sind

Model Family: Western Digital Red

Device Model: WDC WD80EFAX-68LHPN0

und (rsync-Spiegelung täglich, dient auch als Backup für PCs)

Model Family: WDC HGST Ultrastar He10

Device Model: WDC WD80EZAZ-11TDBA0

im externen Gehäuse, der VDR ist ein SFF-Gehäuse, ein älterer Lenovo.

Die externe Platte vibriert schon etwas, läuft aber nicht ständig.

Ich hab noch 3 der WD-8TB, 2 noch mit Helium. Die Haupt-Datenplatte im VDR entwickelt aber langsam nach 30.000 Betriebsstunden "pending sectors", noch keine offiziell "toten" bisher. Sonst unauffällig und leise.

18TB erscheinen mir ziemlich "filigran"

RMA. Die Lesefehler sind nicht Interface-Fehler.

Eine ältere 860 EVO:

SMART Attributes Data Structure revision number: 1
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0
9 Power_On_Hours          0x0032   098   098   000    Old_age   Always       -       5080
12 Power_Cycle_Count       0x0032   097   097   000    Old_age   Always       -       2578
177 Wear_Leveling_Count     0x0013   099   099   000    Pre-fail  Always       -       15
179 Used_Rsvd_Blk_Cnt_Tot   0x0013   100   100   010    Pre-fail  Always       -       0
181 Program_Fail_Cnt_Total  0x0032   100   100   010    Old_age   Always       -       0
182 Erase_Fail_Count_Total  0x0032   100   100   010    Old_age   Always       -       0
183 Runtime_Bad_Block       0x0013   100   100   010    Pre-fail  Always       -       0
187 Uncorrectable_Error_Cnt 0x0032   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0032   072   050   000    Old_age   Always       -       28
195 ECC_Error_Rate          0x001a   200   200   000    Old_age   Always       -       0
199 CRC_Error_Count         0x003e   100   100   000    Old_age   Always       -       0
235 POR_Recovery_Count      0x0012   099   099   000    Old_age   Always       -       211
241 Total_LBAs_Written      0x0032   099   099   000    Old_age   Always       -       27058608408

Die 15 oder 115 sind RAW, offenbar die Zahl der Vorgänge.

An sich auch bei der 840er nichts Auffälliges zu sehen.

Interessant wäre auch smartctl -x, u.a. der "Percentage Used Endurance Indicator"-Wert dabei.

Bei dieser Samsung noch "0", aber bei der VDR-SSD

ID# ATTRIBUTE_NAME          FLAGS    VALUE WORST THRESH FAIL RAW_VALUE
1 Raw_Read_Error_Rate     -O-R--   100   100   000    -    0
2 Throughput_Performance  P-S---   100   100   050    -    0
3 Spin_Up_Time            POS---   100   100   050    -    0
5 Reallocated_Sector_Ct   PO--C-   100   100   050    -    0
7 Unknown_SSD_Attribute   PO-R--   100   100   050    -    0
8 Unknown_SSD_Attribute   P-S---   100   100   050    -    0
9 Power_On_Hours          -O--C-   100   100   000    -    31547
10 Unknown_SSD_Attribute   PO--C-   100   100   050    -    0
12 Power_Cycle_Count       -O--C-   100   100   000    -    3205
167 SSD_Protect_Mode        -O---K   100   100   000    -    0
168 SATA_PHY_Error_Count    -O--C-   100   100   000    -    2
169 Bad_Block_Count         PO--C-   100   100   010    -    100
170 Unknown_Attribute       PO--C-   100   100   010    -    0
173 Erase_Count             -O--C-   041   041   000    -    0
175 Program_Fail_Count_Chip PO--C-   100   100   010    -    0
192 Power-Off_Retract_Count -O--C-   100   100   000    -    324
194 Temperature_Celsius     -O---K   069   063   000    -    31 (Min/Max 12/37)
197 Current_Pending_Sector  -O--C-   100   100   000    -    0
240 Unknown_SSD_Attribute   PO--C-   100   100   050    -    0
....
0x07  =====  =               =  ===  == Solid State Device Statistics (rev 1) ==
0x07  0x008  1             159  N--  Percentage Used Endurance Indicator

Wenn die/der "stirbt", wartet schon eine neue SSD und 22.04 zur Installation.

Die Partition-UIDs sollten es eigentlich sein. Ok, danach wohl sucht grub bei update-grub, und trägt dann die entspr. Sektoren ein.