Beiträge von hgm.bg

Hallo,

ich glaube man muss das Konzept erst einmal verinnerlichen !
Auf /video0 liegen IMMER alle Daten, wenn du nun /video1 etc. dazunimmst, dann werden dort nur die 00x.vdr Dateien angelegt, der Rest landet wie immer auf /video0. In der /video0 Hierarchie werden dann nur symlinks (ln -s) zu den jeweiligen 00x.vdr Dateien in den anderen Partitionen erstellt (das macht VDR automatisch). D.h. deine nicht sichtbaren Aufnahmen erst einmal nach /video0 kopieren (und wenn kein Platz lass die 00x.vdr Dateien auf /video1 und erstelle die symlinks von Hand).

Falls die Frage noch kommt, VDR nimmt immer die Partitionen mit den meisten freien Platz, sollten alle gleich viel frei haben, dann werden die Dateien reihum angelegt um eine gleichmässige Auslastung der Partitionen zu erreichen....

Alles klar ?

hgm.bg

Zitat

Original von megablank
So, nun ist es fast geschafft. VDRCONVERT 0.0.12 läuft beinahe ganz durch.

Gibt es ein Update von vdrconvert, das mit neueren dvdauthor-Paketen klarkommt, oder muss ich das selbst umcoden?

Gruß, Markus

Also es gibt ein vdrconvert 0.0.12j, aber da ist auch die alte dvdauthor-version drin. Da musst du wohl selber umstellen, aber ich glaube es gäbe eine Menge Abnehmer :))

http://vdrconvert.vdr-portal.de

Okay, das stimmt, warum ? Naja, so kann ich meine Platten hin und herhängen wie es mir beliebt. War in letzter Zeit öfters fällig.
Trotzdem Danke für dein Skript !!

Zitat

Original von cooper
Servus,

Eieiei... naja, hauptsache funktioniert

Bei mir ist tatsächlich die Lösung ohne Array schneller als die mit (0,75s gegenüber 1,05s), also hier mal das optimierte Script, das auch /video0 bis /video9 mit abdeckt:

Bash

#!/bin/bash


SymLinks="`find /video0 -type l -name 0??.vdr -exec readlink {} \; | tr -d '\n'`"


for f in `find /video[1-9] -type f -name 0??.vdr`; do
  echo "$SymLinks" | grep -v "$f" > /dev/null
  if [ "$?" = "0" ]; then
    echo $f
  fi
done

Alles anzeigen

Viele Grüße, Mirko

Alles anzeigen

Hi Mirko,

dein Skript geht bei mir nicht, ich musste noch einen abschliessenden Slash (/) im find eintragen und dann ging es, ich weiss nicht, ob das an meinem FIND liegt, aber so funzt es bei mir und danke für dein Skript (habe wenigstens 1 Leiche gefunden )

#!/bin/bash


SymLinks="`find /mnt/video0/ -type l -name 0??.vdr -exec readlink {} \; | tr -d
'\n'`"


for f in `find /mnt/video[1-9]/ -type f -name 0??.vdr`; do
  echo "$SymLinks" | grep -v "$f" > /dev/null
  if [ "$?" = "0" ]; then
    echo $f
  fi
done

Könnte das mal jemand erweitern, ich habe hier video0, video1 und video2 etc.pp.

Danke

Ich lese den Thread zum ersten Mal, aber ich hatte das gleiche Problem und habe festgestellt, daß mein IDE-Controller nicht mit DMA lief und ich bei

hdparm -tT /dev/hd?

beim 2. Wert deutlich unter 10 MB/sek hatte und das System scheinbar nicht hinterherkam die Daten auf die Platte zu schreiben. Zur Zeit habe ich auf allen 3 Platten beim 2. Wert über 20 MB/sek und der Fehler ist weg. Check das mal bei dir, bei meinem vorherigen Board musste ich mir bestimmt 10x den Kernel bauen, bis mein Chipsatz sauber unterstützt wurde.

ah, danke, mal die Zeiten stoppen und die Ergebnisse betrachten

Zitat

Original von grandmasterb10
Danke hgm.bg

ich bekomme zum verrecken keine Befehle rein (im OSD)

d.h. ich gehe im Menu auf Aufzeichnungen und dann soll es ja über "Befehle" gehen. Meine Rote taste ist dann für WIEDERGABE.

Wenn ich eine Zahlentaste drücke, kommt ein leerer Bildschirm mit der Überschrift BEFEHLE !!!

Wie bekomme ich denn diese Befehle ins OSD ??

Alles anzeigen

Nicht dafür :))

die Befehle stehen in der reccmds.conf die ins config-dir kopiert werden sollte. Ich kenne Sandmann's Anleitung nicht, aber hast du das gemacht und dann den VDR mal neugestartet ??

Zitat

Original von grandmasterb10

Code

gcc -Wall -O3  -o src/vob_dump src/vob_dump.o -ldvdread
gcc -Wall -O3 -DSYSCONFDIR="\"/usr/etc\""  -c -o src/submux.o src/submux.c
src/submux.c:38:17: png.h: No such file or directory
src/submux.c: In function `read_png':

Hab natürlich die gepachte Version genommen.

WAS IST SUBMUX ????

Naja, du brauchst es eben, aber dir fehlt eine include-Datei
[root@buster]# rpm -qf /usr/include/libpng12/png.h
libpng-devel-1.2.2-17

Installier dir mal dieses Paket und versuche es nochmal

Zitat

Original von hgm.bg
[Den [ignored_quality_factor] habe ich mal auf 1 gesetzt, weil ich nicht weiss, was da sinnvoll ist, vielleicht erhellt mich mal jemand.

Keiner der hier mitliest, der mich mal erhellen könnte ?

Zitat

Original von theonlychriss
kopier' die icons nach:
/video/icons
so war's bei mir

Leute das ist Unix -> mache einfach einen Link hin, wenn's funzt, kannst du es immer noch umziehen !

Hallo,

bei vdr2dvd/vdrconvert ist mir der Font im Titelmenü zu groß und der Titel zu weit oben (wird bei meinem 16:9 Fernseher soweit weggeschnitten, daß er nicht mehr lesbar ist). Wo muss man da rumschrauben. Sprich wie setze ich die Titelzeile tiefer und mache die Schrift kleiner, da ich lange Serientitel habe.

Danke

Zitat

Original von tomnexus
wäre es nicht ratsam die neue version so anzupassen bzw vcdcovert so anzupassen damit es läuft mit den/der neuen version. ich hab die entwicklung von m2vrequantizer ein bischen mitverfolgt und makira hat da ja nicht nur eine bessere qualität "reingebaut" sondern auch die speed verbessert und eine menge bugs gefixt.

Hi, ist doch kein Problem.

ich habe es zumindestens ins vdr2dvd.sh Skript eingebaut (wo ich auch schon vdrsync.pl durch Project X ersetzt habe).

echo "`date +"%T"` Requant with $shrinkfaktor starting"
syncmv=`echo ${UniqueDir[Number]}/*.mpv`
reqsize=`ls -l ${UniqueDir[Number]}/*.mpv | awk '{print $5}'`
mv $syncmv ${syncmv}.requant
# nice -n $PRIO $REQUANT $shrinkfaktor < ${syncmv}.requant > $syncmv
nice -n $PRIO $REQUANT $shrinkfaktor 1 $reqsize < ${syncmv}.requant > $syncmv

mit reqsize wird die Filegröße ermittelt und entsprechend übergeben.

Den [ignored_quality_factor] habe ich mal auf 1 gesetzt, weil ich nicht weiss, was da sinnvoll ist, vielleicht erhellt mich mal jemand.

Bei mir geht es so.....

Zitat

Original von Grégoire
Ich bekomme reject mit vdr-1.3.3-ElchiAIO4b.diff.gz... und wenn ich es zum Hand ändere bekomme ich:

g++ -mcpu=pentium4 -O3 -c -DREMOTE_KBD -DREMOTE_LIRC -D_GNU_SOURCE -DVIDEODIR=\"/video0\" -DPLUGINDIR=\"./PLUGINS/lib\" -I/usr/src/CVS/DVB/include osdbase.c
osdbase.c: In member function `bool cBitmap::Load(const char*)':
osdbase.c:326: error: invalid conversion from `char*' to `u_char*'
make: *** [osdbase.o] Error 1

Den rej ist:

osdbase.h.rej
***************
*** 98,103 ****
void Clean(void);
void Clear(void);
const char *Data(int x, int y);
};

#define MAXNUMWINDOWS 7 // OSD windows are counted 1...7
--- 117,123 ----
void Clean(void);
void Clear(void);
const char *Data(int x, int y);
+ bool Load(const char *FileName);
};

#define MAXNUMWINDOWS 7 // OSD windows are counted 1...7

Alles anzeigen

Also den reject kann man problemlos von Hand lösen und den compile-error habe ich durch austauschen von char gegen uchar in Zeile 326 von osdbase.c wegbekommen. Hier läuft's so problemlos....

Hallo Marco,

Jetzt habe ich es gefunden. Da ich ProjectX nehme sieht das im Logfile natürlich anders aus:

ASPOPT=`strings $LOG|grep basics:|awk '{print $9}'|tr -d "()"`

Macht bei mir den Job, so daß ich nicht großartig daran drehen muss. Aspect gibt der ProjectX nicht im Logfile aus

Danke...... (gleich mal neu konvertieren .......)

Jetzt habe ich es gefunden. Da ich ProjectX nehme sieht das im Logfile natürlich anders aus:

ASPOPT=`strings $LOG|grep basics:|awk '{print $9}'|tr -d "()"`

Macht bei mir den Job, so daß ich nicht großartig daran drehen muss. Aspect gibt der ProjectX nicht im Logfile aus :))

Danke...... (gleich mal neu konvertieren .......)

Hallo,

ich habe vdrconvert jetzt soweit, daß es eigentlich alles macht (gozer kann deutsche Umlaute und zum demuxen setzte ich ProjectX ein usw.). Ich habe hier mal einen Film in 16:9 als DVD erzeugt und muss leider feststellen, daß die Leute in dem Film auf der DVD zu lange Köpfe haben. Muss man bei 16:9 Material irgendetwas beachten ??

hgm.bg