1 [2] MLD-5.x / Feature requests / vdr-plugin-burn
 

Offline woody

  • Newbie
  • *
  • Posts: 25
    • View Profile
vdr-plugin-burn
« Reply #15 on: August 23, 2016, 16:39:21 »
Hallo,

also zunächst zum Vorschlag von Claus: Meine externe Festplatte kann ich zur Laufzeit mit "mount -a" korrekt mounten, jedoch NICHT beim Booten per fstab.

Hier ein Konsolenauszug:

Code: [Select]
mld> blkid
/dev/mmcblk0p1: SEC_TYPE="msdos" UUID="1E6D-C663" TYPE="vfat"
/dev/mmcblk0p2: UUID="678a076c-98a4-44a1-b564-99906fabd4b6" UUID_SUB="9d90eaa8-6bf5-44e8-9336-bc906b2b7062" TYPE="btrfs"
/dev/mmcblk0p3: UUID="d3e8fbcc-fc18-4679-9848-8b31fddfe06b" TYPE="xfs"
/dev/mmcblk0: PTTYPE="dos"
/dev/sda1: UUID="7f13d4c1-2fa7-47c7-9aac-958c05d2db50" TYPE="ext4" PARTUUID="00056154-01"
mld> df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/mmcblk0p2         9766912   1003580   8527076  11% /
tmp                     375460         4    375456   0% /tmp
run                     375460       472    374988   0% /run
dev                     369376         0    369376   0% /dev
log                     375460        68    375392   0% /var/log
/dev/mmcblk0p3        20417536     32928  20384608   0% /media/SA32G-mmcblk0p3
/dev/mmcblk0p2         9766912   1003580   8527076  11% /var/cache
/dev/mmcblk0p1           98094     10118     87976  10% /boot
mld> mount -a
mld> df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/mmcblk0p2         9766912   1003580   8527076  11% /
tmp                     375460         4    375456   0% /tmp
run                     375460       472    374988   0% /run
dev                     369376         0    369376   0% /dev
log                     375460        68    375392   0% /var/log
/dev/mmcblk0p3        20417536     32928  20384608   0% /media/SA32G-mmcblk0p3
/dev/mmcblk0p2         9766912   1003580   8527076  11% /var/cache
/dev/mmcblk0p1           98094     10118     87976  10% /boot
/dev/sda1            961299784     73348 912372116   0% /mnt/data
mld>

Was mache ich falsch?

-------------
Zur antwort von skippy: Ja, das müssten HD-Aufnahmen gewesen sein. Ich überprüfe das mit einer SD-Aufnahme und melde mich wieder. :-)

Raspi 2 am Twin-Sat>IP-Server als weitgehend automatisierter Spielfilm-Recorder aus dem Free-TV.

Offline woody

  • Newbie
  • *
  • Posts: 25
    • View Profile
vdr-plugin-burn
« Reply #16 on: August 23, 2016, 18:19:15 »
Die Information von skippy kann ich bestätigen: SD-Aufnahmen lassen sich anwählen, HD-Aufnahmen nicht.

Damit fällt das geliebte Burn-Plugin zum Erstellen von DVDs weg.

Wie verteilen (und archivieren) die Forumsmitglieder ihre Aufnahmen im Heimnetz?

Raspi 2 am Twin-Sat>IP-Server als weitgehend automatisierter Spielfilm-Recorder aus dem Free-TV.

Offline kuro13

  • MLD-Tester
  • Expert Member
  • ******
  • Posts: 507
    • View Profile
vdr-plugin-burn
« Reply #17 on: August 23, 2016, 18:49:29 »
Ist doch irgendwie logisch - HD Sender senden in H264, SD Sender in MPEG. DVD Codec ist auch im altmodischen MPEG.

Quote
Wie verteilen (und archivieren) die Forumsmitglieder ihre Aufnahmen im Heimnetz?

Wenn eine Aufnahme wirklich aufhebenswert ist - (mehrmals anschauen) - so speichere ich sie auf einer externen Festplatte oder meinem NAS.
Leider sind nach meinem Geschmack sehr wenige Aufnahmen so gut, dass sich ein langfristiges speichern lohnt.
« Last Edit: August 23, 2016, 18:56:43 by kuro13 »
Lenovo ThinkCentre M720q, Sundtek SkyTV Ultimate Dual, FB Empfänger RP2040-One
sda - SSD - MLD 6.5 - 64 Testing
sdb - 256 GB SSD (Aufnahmen)
RPI 3 MLD 5.3 Stable, PCTV Stick, FB harmony_kls_vdr_1.6 an GPIO

Offline woody

  • Newbie
  • *
  • Posts: 25
    • View Profile
vdr-plugin-burn
« Reply #18 on: August 23, 2016, 19:14:11 »
Ok, das macht Sinn. Man musste einen höher komprimierenden CoDec einsetzen, um HD mit der Bandbreite eines Sat-Kanals transportieren zu können. H.264 ist jedoch nicht kompatibel zu ISO9660.

An einigen meiner Fernseher ist Kodi vorhanden. Kodi kann .ts-Dateien wiedergeben.

Wie genau speichert ihr die Aufnahme auf dem NAS? unter der Verzeichnisstruktur

Code: [Select]
/mnt/data/tv/@Die_Schlümpfe_Schlumpfine_erlebt_ein_b/2016-08-23.18.05.16-0.rec/*.ts[Nein, ich sehe mir nicht die Schlümpfe an. das ist nur ein Beispiel... :-)]

Oder gibt es eine elegantere Möglichkeit?
Raspi 2 am Twin-Sat>IP-Server als weitgehend automatisierter Spielfilm-Recorder aus dem Free-TV.

Offline woody

  • Newbie
  • *
  • Posts: 25
    • View Profile
vdr-plugin-burn
« Reply #19 on: August 24, 2016, 09:13:08 »
Das Problem mit dem Nicht-Mounten der externen Platte konnte ich identifizieren und lösen. Die externe WD 1TB-Platte braucht bis zu 7 Sekunden, um aus dem Stromsparmodus in den aktiven Modus zu kommen. Der Plattenmotor läuft hörbar langsam hoch. Mount hatte offenbar nicht so lange gewartet und die Platte als nicht vorhanden gemeldet. Daher klappte es später auch mit einem erneuten "mount -a".

Als (vermutlich wenig elegante) Lösung habe ich nun das Mount-Skript "/etc/init.d/mount" geringfügig angepasst. Ich lasse einfach mount nach 10 Sekunden nochmal ran.

Code: [Select]
start)
echo "Mounting filesystems: "
mount -a
sleep 10
mount -a
check_status
;;
... und siehe, vdr und burn finden ihre erforderlichen Verzeichnisse und starten klaglos.

Mein zweites Problem, das Erzeugen von einzelnen Dateien aus HD-Aufnahmen ist noch nicht gelöst. Aber dazu fange ich am besten ein neues Thema an. SD-Aufnahmen werde ich wohl auch in Zukunft mir Burn erledigen.
Raspi 2 am Twin-Sat>IP-Server als weitgehend automatisierter Spielfilm-Recorder aus dem Free-TV.

Offline clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20415
    • View Profile
    • ClausMuus.de
vdr-plugin-burn
« Reply #20 on: August 24, 2016, 11:09:14 »
Hi,

Wenn Du möchtest, dass Deine Anpassung am mount Script nicht verloren geht, erstellt Du einfach ein eigenes Script, in dem Du ein "before=mount" und "start=1" im init Block einträgst, und im Start Block nur das "sleep 10".

Und noch eins: Wenn nichts zwingendes dagegen spricht, solltest Du nicht gerade ein ext Filesystem für Diene Daten verwenden. Solche Filesysteme sind extrem langsam beim überprüfen auf Fehler. Wenn die Platte voll ist, kann das den Boot Prozess um bis zu eine Stunde verzögern. Du solltest bevorzugt xfs verwenden.

Claus
« Last Edit: August 24, 2016, 11:12:15 by clausmuus »
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 5.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 12TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline woody

  • Newbie
  • *
  • Posts: 25
    • View Profile
vdr-plugin-burn
« Reply #21 on: August 24, 2016, 15:35:28 »
Hallo Claus,

vielen Dank für deinen Hinweis.

Ich habe folgendes Skript "7etc/init.d/wait" erstellt:

Code: [Select]
!/bin/sh

. /etc/init.d/rc.functions

NAME=${0##*/}

case "$1" in
start)
echo "Waiting 10s for external drives to wake up... "
blkid > /drive.info
df >> /drive.info
sleep 10
check_status
;;
stop)
echo "Stopping $NAME: "
#
# add here your stop actions
#
check_status
;;
restart)
$0 stop
$0 start
;;
init)
start=1     # enable start section
stop=0      # disable stop section
#after=""    # init scripts that must be started before this
before="mount"   # init scripts that should be started after this
;;
*)
echo "Usage: $0 {start | stop | restart}" >&2
exit 1
esac

In /drive.info steht dann Folgendes:

Code: [Select]
/dev/mmcblk0p1: SEC_TYPE="msdos" UUID="1E6D-C663" TYPE="vfat"
/dev/mmcblk0p2: UUID="678a076c-98a4-44a1-b564-99906fabd4b6" UUID_SUB="9d90eaa8-6bf5-44e8-9336-bc906b2b7062" TYPE="btrfs"
/dev/mmcblk0p3: UUID="d3e8fbcc-fc18-4679-9848-8b31fddfe06b" TYPE="xfs"
/dev/mmcblk0: PTTYPE="dos"
/dev/sda1: UUID="7f13d4c1-2fa7-47c7-9aac-958c05d2db50" TYPE="ext4" PARTUUID="00056154-01"
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/mmcblk0p2         9766912   9499088     43872 100% /
tmp                     375460         4    375456   0% /tmp
run                     375460       176    375284   0% /run
dev                     369376         0    369376   0% /dev
log                     375460        36    375424   0% /var/log
/dev/mmcblk0p3        20417536     32928  20384608   0% /media/SA32G-mmcblk0p3

Ich wollte mit blkid und df im Skript die externe Festplatte zum Aufwachen anregen, da ich glaube, dass es nichts bringt, einfach nur zu warten.

Die externe Festplatte werde ich bei Gelegenheit umformatieren. mkfs ist nicht verfügbar in MLD, oder?
Raspi 2 am Twin-Sat>IP-Server als weitgehend automatisierter Spielfilm-Recorder aus dem Free-TV.

Offline clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20415
    • View Profile
    • ClausMuus.de
vdr-plugin-burn
« Reply #22 on: August 24, 2016, 16:18:42 »
Hi,

doch, mkfs.xfs ist dabei, wenn das xfs Paket installiert wurde.

Claus
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 5.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 12TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline woody

  • Newbie
  • *
  • Posts: 25
    • View Profile
vdr-plugin-burn
« Reply #23 on: August 25, 2016, 06:59:20 »
Danke für den Tipp.

Diese MLD ist wirklich gelungen. Ehrlich!
Raspi 2 am Twin-Sat>IP-Server als weitgehend automatisierter Spielfilm-Recorder aus dem Free-TV.

1 [2] MLD-5.x / Feature requests / vdr-plugin-burn
 



Users Online Users Online

0 Members and 1 Guest are viewing this topic.