Beiträge von marcmerz

Ich habe diese Entscheidung für mich getroffen und die ist zugunsten der DM8000 ausgefallen.

Meine /dev/hda ist im März abgeraucht und seitdem bin ich ohne VDR. Ich hatte auch schon in den letzten 18 Monaten davor immer weniger 'gebastelt' sondern den VDR einfach nur noch genutzt. Mir fehlt heute die Zeit und der 'Antrieb' mich wieder neu mit dem Thema auseinanderzusetzen zumal eine Erweiterung auf HDTV neue Hardware bedeutet und -so wie ich das lese- ein sehr steiniger Weg vor einem liegt.

Einzig der Preis hält mich im Moment von der Anschaffung einer DM8000 ab. Wenn der erste Ansturm vorbei ist wird sich der aber sicherlich auch auf ein vernünftiges Maß einpendeln (nach der langen Verzögerung und einem entsprechenden Anstieg der Entwicklungskosten zusammen mit der starken aktuellen Nachfrage kann ich die Preisstellung zwar verstehen aber kaufen tue ich zu dem Preis nicht).

Aufgrund der Architektur kann die DM8000 alles was mir auch am VDR gefallen hat (i.e. Programmierung über das Internet, Aufnahmen schneiden und brennen, über mplayer auch avi's und mpg's abspielen um nur einige Funktionen zu nennen) und aufgrund einer sehr starken Community wird auch da die Entwicklung weitergehen.

Hi Olaf, altes Haus.

Ich habe vor kurzem einen anderen Beitrag von Dir gelesen (Hut ab) wo es kurz und knapp darum ging, was Dir (leider) so alles widerfahren ist und daß für den VDR null Zeit übrig ist und nu les ich das hier

Nur soviel: Mein VDR hat im März die Grätsche gemacht (mehr oder weniger viele Sektoren auf der Bootplatte sind verreist und nicht wieder zurück gekommen...) und seitdem bin ich VDR-los.

Ich lese mich da auch nicht wieder ein weil andere Dinge Priorität haben. Und auch wenn mir das Konzept und die Software einen Riesenspass gemacht haben, für HDTV hätte ich sowieso neue Hardware gebraucht und daher 'spare' ich jetzt für eine Dr*mb*x (nein, ich sag hier nicht Jehova, ich warte halt nur bis der 'Ich-muß-das-alles-jetzt-sofort-haben-Aufschlag zurück geht).

Aber ich drück Dir die Daumen dass Du in die Materie wieder reinkommst und lass Dich nicht unterkriegen. Neuer Kernel hin, neue Treiber her......

Edit Nr.1:
P.S.: Mir ist gerade aufgefallen, dass ich meine eigene Signatur nicht mehr verstehe...LOL

Edit Nr.2:
Ich bin anscheinend über die Feiertage ein wenig abwesend gewesen. Der Beitrag von Dir den ich gemeint habe ist hier und noch aus 09/07. Ich habe den Link oben auch ergänzt.

Hallo,

schön, daß ihr noch alle da seid.

Ich war schon sehr lange nicht mehr hier. Es werden wohl so an die 3 Jahre her sein. Zuletzt hatte ich mich mit diesem Thread Sag zum Abschied leise Servus oder: Nach dem VDR ist vor dem VDR gemeldet (davor war ich auch eher selten hier).

In der Anfangszeit bastelt man eben sehr viel. Zum Schluß habe ich meinen VDR einfach nur noch genutzt. Er meldet sich bis heute mit

Zitat

VDR version 1.3.24 started

Ja, die Version läuft heute immer noch (Suse 9.3).

Warum schreibe ich all dies? Nun, diesmal (siehe obiger Thread) ist /dev/hda dabei sich zu verabschieden:

Zitat

ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
3 Spin_Up_Time 0x0027 204 204 063 Pre-fail Always - 6071
4 Start_Stop_Count 0x0032 253 253 000 Old_age Always - 30
5 Reallocated_Sector_Ct 0x0033 171 171 063 Pre-fail Always - 836
6 Read_Channel_Margin 0x0001 253 253 100 Pre-fail Offline - 0
7 Seek_Error_Rate 0x000a 252 237 000 Old_age Always - 2
8 Seek_Time_Performance 0x0027 250 241 187 Pre-fail Always - 36891
9 Power_On_Hours 0x0032 189 189 000 Old_age Always - 33424
10 Spin_Retry_Count 0x002b 253 252 157 Pre-fail Always - 0
11 Calibration_Retry_Count 0x002b 253 252 223 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 253 253 000 Old_age Always - 33
192 Power-Off_Retract_Count 0x0032 253 253 000 Old_age Always - 0
193 Load_Cycle_Count 0x0032 253 253 000 Old_age Always - 0
194 Temperature_Celsius 0x0032 253 253 000 Old_age Always - 41
195 Hardware_ECC_Recovered 0x000a 252 252 000 Old_age Always - 33426
196 Reallocated_Event_Count 0x0008 253 253 000 Old_age Offline - 0
197 Current_Pending_Sector 0x0008 253 253 000 Old_age Offline - 4
198 Offline_Uncorrectable 0x0008 253 253 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0008 199 199 000 Old_age Offline - 0
200 Multi_Zone_Error_Rate 0x000a 253 252 000 Old_age Always - 0
201 Soft_Read_Error_Rate 0x000a 253 250 000 Old_age Always - 7
202 TA_Increase_Count 0x000a 253 111 000 Old_age Always - 0
203 Run_Out_Cancel 0x000b 253 252 180 Pre-fail Always - 3
204 Shock_Count_Write_Opern 0x000a 253 252 000 Old_age Always - 0
205 Shock_Rate_Write_Opern 0x000a 253 252 000 Old_age Always - 0
207 Spin_High_Current 0x002a 253 252 000 Old_age Always - 0
208 Spin_Buzz 0x002a 253 252 000 Old_age Always - 0
209 Offline_Seek_Performnce 0x0024 253 253 000 Old_age Offline - 0
99 Unknown_Attribute 0x0004 253 253 000 Old_age Offline - 0
100 Unknown_Attribute 0x0004 253 253 000 Old_age Offline - 0
101 Unknown_Attribute 0x0004 253 253 000 Old_age Offline - 0

Alles anzeigen

Ich habe zwar ein Backup (rsync) aber:

Drin ist eine Maxtor 5A300J0. Die wird ersetzt durch eine WD10EACS, also Sata II (wegen des alten Mainboards läuft die zwar nur unter Sata I aber egal). Das wird aber unter Suse 9.3 ein Problem werden (ich erinnere mich dunkel an Schwierigkeiten mit Sata in der Version zumal davon gebootet werden soll).

Kurzum:
Ich baue mein System komplett neu auf. Suse 10.3 ist bestellt. Es wird die aktuelle VDR Version installiert, also 1.6.0 soweit ich gesehen habe.
1. Vdrconvert wird wohl ein Problem werden weil schon länger nichts mehr daran gemacht wurde. Alternativen für DVD und DivX (gebrannt wird auf einem anderen PC im Netz, brauche nur ein *.iso File)?
2. GraphTFT an einer Matrox G400 wird wohl auch wieder viel 'Frickelei' (so von wegen framebuffer etc.)?
3. Gibt es noch aktuelle DVB Treiber für eine alte TT FF Karte (wuerde auch wieder gerne selbst kompilierte aus dem CVS verwenden)?
.
.
.
Fragen über Fragen.

'Damals' gab es ein Installscript (wenn ich mich nicht irre von ronnykornexl). Aber wahrscheinlich setze ich diesmal wieder alles 'von Hand' auf. Wenn ich mir alle Threads der letzten 3 Jahre durchlese, habe ich wohl bis Ende 2009 immer noch keinen VDR

Was soll dieser Thread?
Ich haette gerne einige Hints und Tipps für wesentliche Änderungen der letzten drei Jahre. Da ich mich nicht in Vollzeit mit meinem VDR beschäftigen kann, wird sich das wahrscheinlich sowieso eine Weile hinziehen. Oder jemand dem ich für fünfzig Euro den ganzen Krempel vorbeibringen kann ;-))

In diesem Sinne, ein schönes Wochenende,
Marcus

P.S.: Schön, daß noch so viele alte Gesichter hier sind

Hi Oliver,

Zitat

Original von UFO

Probiere mal den angehängten Patch (ungetestet!).
Damit wird auf den alten Parameter zurückgeschaltet, sobald der Demod einen Lock hat.
Sind damit die Klötzchen weg?

CU
Oliver

Ich habe eine ziemlich alte Version der DVB Treiber (Juni 2005) und bekomme bei Deinem Patch folgendes:

Zitat

patching file ves1820.c
Hunk #1 succeeded at 43 (offset 2 lines).
Hunk #2 succeeded at 181 (offset 2 lines).
Hunk #3 FAILED at 228.
Hunk #4 succeeded at 263 (offset 2 lines).
1 out of 4 hunks FAILED -- saving rejects to file ves1820.c.rej

Alles anzeigen

Meine Zeilen 220-230 aus ves1820.c sehen folgendermassen aus:

Zitat

static const u8 reg0x09[] = { 145, 150, 106, 126, 107 };
int real_qam = p->u.qam.modulation - QAM_16;

if (real_qam < 0 real_qam > 4)
return -EINVAL;

state->config->pll_set(fe, p);
ves1820_set_symbolrate(state, p->u.qam.symbol_rate);
ves1820_writereg(state, 0x34, state->pwm);

Alles anzeigen

Ich möchte mir nichts kaputtbasteln (Kopie hab ich natürlich).

[EDIT]
Ich habe mich auf

Zitat

static u8 ves1820_inittab[] = {
0x69, 0x6A, 0x93, 0x1a, 0x12, 0x46, 0x26, 0x1A,

beschränkt und nun endlich auch wieder ein Bild
[/EDIT]

Gruß,
Marcus

Nachdem ich mehrere Monate nicht mehr hier war und meinen VDR nur noch genutzt habe anstatt daran rumzubasteln bin ich seit Anfang dieser Woche auch von dem UM Änderungen betroffen.

Ich dachte erst, meine DVB-C FF wäre den Hitzetod gestorben (bzw. der Tuner) und bin natürlich froh, diesen Thread hier zu finden. Was mich allerdings stört ist die Tatsache, daß bei einem Anruf bei der technischen Hotline dort niemand etwas von einer Umstellung wusste.

Auch wenn die folgende Frage einigen die Haare zu Berge stehen lässt: Muss nach der Änderung in ves1820.c noch irgendwas kompiliert werden? Ich habe meine Kiste in der Vergangenheit mehrfach neu aufgesetzt und auch VDR ständig aktualisiert aber das ist schon seeehr lange her....

Gruß,
Marcus

Gibt es in Deiner /etc/logindevperm:

:0 0600 /dev/lirc:/dev/lircd:/dev/lircm

?

Wie sieht Deine /etc/sysconfig/lirc aus?

# COM1 freigeben und lirc laden
setserial /dev/ttyS0 uart none
modprobe lirc_serial


## Path:           Hardware/Lirc
## Description:    lirc (infrared remote control) configuration
## ServiceRestart: lirc
## Type:           string
## Default:        "660"
#
# permissions for /dev/lircd
#
LIRCD_DEV_PERMISSIONS="660"


## Type:        string
## Default:     "root:video"
#
# owner and group for /dev/lircd
#
LIRCD_DEV_OWNER="root:video"


## Type:        string
## Default:     ""
#
# use given driver
#
LIRCD_DRIVER="default"


## Type:        string
## Default:     ""
#
# read from given device
#
LIRCD_DEVICE="dev/lirc"


## Type:        string(lirc_bt829,lirc_gpio,lirc_i2c,lirc_it87,lirc_parallel,lirc_sir,ir-kbd-i2c,ir-kbd-gpio)
## Default:     ""
#
# load given lirc driver module
#
LIRC_MODULE=lirc_serial


## Type:        string
## Default:     ""
#
# listen for network connections on specified port.
# WARNING: don't use this on a machine with an internet
# connection as lircd is running as root!
#
LIRCD_LISTENPORT=


## Type:        string
## Default:     ""
#
# connect lircd to specified host
#
LIRCD_CONNECT=

Und wie sieht bei Dir /etc/init.d/lirc aus?

#! /bin/sh
# Copyright (c) 1995-2002 SuSE Linux AG, Nuernberg, Germany.
# All rights reserved.
#
# Author: Kurt Garloff <feedback@suse.de>
# Author: Ludwig Nussel <feedback@suse.de>
#
# /etc/init.d/lirc
#   and its symbolic link
# /usr/sbin/rclirc
#
# LSB compatible service control script; see [URL]http://www.linuxbase.org/spec/[/URL]
#
### BEGIN INIT INFO
# Provides:          lirc
# Required-Start:    $syslog $remote_fs
# Required-Stop:     $syslog $remote_fs
# Default-Start:     3 5
# Default-Stop:      0 1 2 6
# X-UnitedLinux-Should-Start: alsasound
# X-UnitedLinux-Should-Stop: alsasound
# Short-Description: lirc daemon
# Description:       The  main  task  of lircd is to decode the infrared
#       signals and provide an uniform interface for client applications
### END INIT INFO


# Check for missing binaries (stale symlinks should not happen)
lircd_BIN=/usr/sbin/lircd
test -x $lircd_BIN || exit 5


# Check for existence of needed config file and read it
lircd_CONFIG=/etc/sysconfig/lirc
test -r $lircd_CONFIG || exit 6
. $lircd_CONFIG


# Source LSB init functions
# providing start_daemon, killproc, pidofproc,
# log_success_msg, log_failure_msg and log_warning_msg.
# This is currently not used by UnitedLinux based distributions and
# not needed for init scripts for UnitedLinux only. If it is used,
# the functions from rc.status should not be sourced or used.
#. /lib/lsb/init-functions


# Shell functions sourced from /etc/rc.status:
#      rc_check         check and set local and overall rc status
#      rc_status        check and set local and overall rc status
#      rc_status -v     ditto but be verbose in local rc status
#      rc_status -v -r  ditto and clear the local rc status
#      rc_status -s     display "skipped" and exit with status 3
#      rc_status -u     display "unused" and exit with status 3
#      rc_failed        set local and overall rc status to failed
#      rc_failed <num>  set local and overall rc status to <num>
#      rc_reset         clear local rc status (overall remains)
#      rc_exit          exit appropriate to overall rc status
#      rc_active        checks whether a service is activated by symlinks
#      rc_splash arg    sets the boot splash screen to arg (if active)
. /etc/rc.status


# Reset status of this service
rc_reset


# Return values acc. to LSB for all commands but status:
# 0       - success
# 1       - generic or unspecified error
# 2       - invalid or excess argument(s)
# 3       - unimplemented feature (e.g. "reload")
# 4       - user had insufficient privileges
# 5       - program is not installed
# 6       - program is not configured
# 7       - program is not running
# 8--199  - reserved (8--99 LSB, 100--149 distrib, 150--199 appl)
#
# Note that starting an already running service, stopping
# or restarting a not-running service as well as the restart
# with force-reload (in case signaling is not supported) are
# considered a success.


setdefaults()
{
    # set LIRCD_DEVICE default if unset
    for retries in 1 2 3 4 5 6 7 8 9 10; do
        if test "$LIRCD_DEVICE" != ""; then
            break;
        fi
        if test -L "/dev/input/ir"; then
            # have input driver
            LIRCD_DEVICE="/dev/input/ir"
        elif grep -q BaseRemoteCrl /proc/devices; then
            # have lirc driver
            LIRCD_DEVICE="/dev/lirc"
        else
            # hotplug not finished yet?
            sleep 1
        fi
    done


    # set LIRCD_DRIVER default if unset
    if test "$LIRCD_DRIVER" = "" -a $LIRCD_DEVICE="/dev/input/ir"; then
        LIRCD_DRIVER="dev/input"
    fi
}


makeargs()
{
    # print args
    [ -n "$LIRCD_DRIVER" ]     && echo "-H" "\"$LIRCD_DRIVER\""
    [ -n "$LIRCD_DEVICE" ]     && echo "-d" "\"$LIRCD_DEVICE\""
    [ -n "$LIRCD_LISTENPORT" ] && echo "\"-l$LIRCD_LISTENPORT\""
    [ -n "$LIRCD_CONNECT" ]    && echo "\"-c$LIRCD_CONNECT\""
}


case "$1" in
    start)
        modprobe "evdev"
        if test "$LIRC_MODULE" != ""; then
                modprobe "$LIRC_MODULE"
        fi
        setdefaults
        echo -n "Starting lircd ($LIRCD_DEVICE) "
        chown "$LIRCD_DEV_OWNER"        /var/run/lirc/lircd
        chmod "$LIRCD_DEV_PERMISSIONS"  /var/run/lirc/lircd
        if [ ! -L /dev/lircd ]; then
                rm -f /dev/lircd
                ln -s /var/run/lirc/lircd /dev/lircd
        fi
        ## Start daemon with startproc(8). If this fails
        ## the return value is set appropriately by startproc.
        eval startproc $lircd_BIN $(makeargs)


        # Remember status and be verbose
        rc_status -v
        ;;
    stop)
        echo -n "Shutting down lircd "
        ## Stop daemon with killproc(8) and if this fails
        ## killproc sets the return value according to LSB.


        killproc -TERM $lircd_BIN


        # Remember status and be verbose
        rc_status -v
        ;;
    try-restart)
        ## Do a restart only if the service was active before.
        ## Note: try-restart is not (yet) part of LSB (as of 1.2)
        $0 status >/dev/null &&  $0 restart


        # Remember status and be quiet
        rc_status
        ;;
    restart)
        ## Stop the service and regardless of whether it was
        ## running or not, start it again.
        $0 stop
        $0 start


        # Remember status and be quiet
        rc_status
        ;;
    force-reload)
        ## Signal the daemon to reload its config. Most daemons
        ## do this on signal 1 (SIGHUP).
        ## If it does not support it, restart.


        echo -n "Reload service lircd "
        ## if it supports it:
        killproc -HUP $lircd_BIN
        #touch /var/run/lircd.pid
        rc_status -v


        ## Otherwise:
        #$0 stop  &&  $0 start
        #rc_status
        ;;
    reload)
        ## Like force-reload, but if daemon does not support
        ## signaling, do nothing (!)


        # If it supports signaling:
        echo -n "Reload service lircd "
        killproc -HUP $lircd_BIN
        #touch /var/run/lircd.pid
        rc_status -v


        ## Otherwise if it does not support reload:
        #rc_failed 3
        #rc_status -v
        ;;
    status)
        echo -n "Checking for service lircd "
        ## Check status with checkproc(8), if process is running
        ## checkproc will return with exit status 0.


        # Return value is slightly different for the status command:
        # 0 - service up and running
        # 1 - service dead, but /var/run/  pid  file exists
        # 2 - service dead, but /var/lock/ lock file exists
        # 3 - service not running (unused)
        # 4 - service status unknown :-(
        # 5--199 reserved (5--99 LSB, 100--149 distro, 150--199 appl.)


        # NOTE: checkproc returns LSB compliant status values.
        checkproc $lircd_BIN
        # NOTE: rc_status knows that we called this init script with
        # "status" option and adapts its messages accordingly.
        rc_status -v
        ;;
    probe)
        ## Optional: Probe for the necessity of a reload, print out the
        ## argument to this init script which is required for a reload.
        ## Note: probe is not (yet) part of LSB (as of 1.2)


        if test /etc/sysconfig/lirc -nt /var/run/lircd.pid; then
                 echo reload
        elif test /etc/lircd.conf -nt /var/run/lircd.pid; then
                 echo reload
        fi
        ;;
    *)
        echo "Usage: $0 {start|stop|status|try-restart|restart|force-reload|reload|probe}"
        exit 1
        ;;
esac
rc_exit

Einen speziellen Eintrag in /etc/modules.conf brauche ich für lirc unter Suse 9.3 nicht mehr.

Gruß,
Marcus

Die Ausgabe von 'svdrpsend.pl NEXT rel' testen. Falls der Wert negativ ist, läuft eine Aufnahme.

Update:
Ich habe mir übrigens hier die Zähne daran ausgebissen und Dank der Mithilfe anderer User das Problem lösen können. Es ging darum, eine bestimmte Aktion nicht auszuführen, wenn die nächste Aufnahme in x Sekunden beginnt (bzw. eine Aufnahme gerade läuft).

Gruß,
Marcus

Zitat

Original von UFO
[...]
Anyway, dvb-kernel wurde am 19.6. an Kernel 2.6.12 angepaßt und läßt sich mit älteren Kerneln ohnehin nicht mehr ohne Patch übersetzen.

CU
Oliver

Ich habe hier eine Antwort und einen Link zum Patch gepostet.

Gruß,
Marcus

Da Kernel 2.6.12 released wurde, wurde das CVS darauf umgestellt. Johannes hat aber einen reverse backport Patch bereitgestellt. Das Thema war am Wochenende in der DVB ML.

Zitat

[linux-dvb] Support for 2.6.12 Kernels
Johannes Stezenbach js at linuxtv.org
Sun Jun 19 15:26:44 CEST 2005

Previous message: [linux-dvb] Support for 2.6.12 Kernels
Next message: [linux-dvb] Strong signal, but no SNR?
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

--------------------------------------------------------------------------------

On Fri, Jun 17, 2005 at 06:25:51PM -0700, C.Y.M wrote:
> Since 2.6.12 was just released today, does this mean CVS will no longer support
> 2.6.11?

I just comitted the backport patches so dvb-kernel compiles with
2.6.12 and thus no longer with 2.6.11.

I've put a patch up to reverse these to compile dvb-kernel with 2.6.11:
http://linuxtv.org/downloads/p…b-kernel-pre-2.6.12.patch

Johannes

Alles anzeigen

Ich habe gestern Nachmittag ein CVS Update gemacht und den Patch in /usr/local/src liegen gehabt und mit meinem 2.6.11.4-20a wurden die Treiber kompiliert?! Entweder der Patch wurde automatisch angepasst (kann ich mir nicht vorstellen) oder nach der Mail in der ML wurde noch etwas im CVS geändert.

Gruß,
Marcus

***Meld***

Ich hätte Interesse an 2 (in Worten: zwei) TT DVB-C 2.1 FF

Update:
Aufgrund eines günstigen Einkaufs heute Abend möchte ich mein Interesse zurücknehmen. Dennoch vielen Dank für das Angebot an uns VDR'ler und die Mühe, die Du Dir machst/gemacht hast.

Gruß,
Marcus

Leider wird es nicht besser, sondern schlimmer. Im Moment habe ich mit der Karte garkeinen Empfang mehr. Die Rückblende ist ziemlich warm und egal wie leicht ich den Antennenstecker bewege, bekomme ich kein SNR über 71% mehr (jedenfalls nicht stabil und so, daß es für einen Lock reicht).

Und nu?

Update:
Hab den Rechner eine Zeit lang ausgemacht (nachdem ich diesen Beitrag geschrieben habe) und nun wieder eingeschaltet und habe ein perfektes Bild mit einer SNR von 87%, ohne daß ich an dem Stecker noch rumgefummelt hätte. Scheint also wirklich ein Hitzeproblem mit dem Tuner zu sein.

Gruß,
Marcus

Und damit nicht wieder so ein Durcheinander ensteht:

Gruß,
Marcus

Aus der ML:

Zitat

VDR developer version 1.3.27 is now available at

ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.3.27.tar.bz2

A 'diff' against the previous version is available at

ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.3.26-27.diff

The changes since version 1.3.26:

- Fixed handling 'page down', which was broken in version 1.3.26 (thanks to Udo Richter).
- Modified page scrolling behaviour (based on a suggestion by Patrick Gleichmann).
- The new setup option "OSD/Scroll wraps" can be used to activate wrapping around in menu lists (based on a suggestion by Patrick Gleichmann).
- Removed the NPTL check at startup, since several users have reported that VDR now runs fine with NPTL.
- Fixed handling VPS timers, so that they only record if the event they are assigned to actually has the given VPS time.
- Disabled cVideoRepacker in remux.c, because it has caused several problems during recording. If you want to test (and maybe debug) it, activate the line

//#define TEST_cVideoRepacker

in remux.c.
- When drawing a bitmap to the OSD, the existing palette of the target can now be replaced with the new one instead of adding the new entries (thanks to Andreas Regel).

The DVB driver I am currently using can be found at

ftp://ftp.cadsoft.de/vdr/Devel…ux-dvb.2004-12-26.tar.bz2

which is the CVS 'HEAD' version from 2004-12-26, made available as a complete archive for your convenience.

Of course, you can also use any newer driver version.

Have fun!

Klaus

Alles anzeigen

Gruß,
Marcus

Zitat

Original von CKone
jau, ich muß meine Meinung glaub ich auch revidieren - mit dem ganz alten Patch krieg ich es jetzt auch während einer längeren Session, mit dem Neuen dagegen unmittelbar nach Start des VDR.

Sehr seltsam. Das habe ich hier mit dem alten Patch noch nie beobachten können (ich hatte den schonmal etwas weiter oben angehängt).

Wenn es so viele unterschiedliche Ergebnisse gibt, deutet das doch darauf hin, daß auch noch andere Plugins im Spiel sind, oder nicht?

Gruß,
Marcus

Hallo Squaregarden,

1. Aus dem Aufnahmeverzeichnis den Film auswählen, den Du bearbeiten möchtest.
2. Den Film abspielen und an der Stelle, die Du als Hintergrund haben möchtest mit 'Pause' anhalten.
3. Menü -> Aufnahmen -> Aktueller Film -> ROT (Befehle) -> Im darauffolgenden Menü Grab für Hauptmenü/Submenü auswählen und OK drücken.

Gruß,
Marcus

Hi dimitri,

ich werde mir die Optionen von mkisofs nochmal ansehen, Danke. Mit -V bekommt die DVD aber 'nur' ein Label, d.h. auch wenn 2 Filme auf einer DVD sind wäre der Name bei beiden gleich.

Ich möchte aber den Filmtitel beim abspielen sehen (graphtft Display und Anzeige über die OK Taste. Dort sind zur Zeit aber nur Informationen über den Audio und Video Stream sowie Kapitel hinterlegt.

Wie ich schon schrieb, es kann natürlich auch am DVD Plugin liegen (ich nutze CVS).

Gruß,
Marcus

Warum 2 DVB-Karten? Willst Du gleichzeitig vom CI aufnehmen? Ich habe eine DVB-C Karte und daran ein CI angeschlossen in das ich mit 2 CAM's 2 Karten stecken kann.

Wenn auf einem (Pay-TV) Kanal eine Aufnahme läuft, kann ich gleichzeitig (natürlich) kein anderes Programm über die Karte/CAM sehen.

Ich habe dieses Problem schonmal im Januar bei vdrconvert 0.1.0 angesprochen (Punkt2) und leider keine Antwort bekommen:

Bei den bisher mit der 0.2.0 erstellten DVD's hatten die Filme während des Abspielens (Taste OK bei der Weidergabe) keinen Titel. Über graphtft wurde 'Unknown title' im Display angezeigt. Ohne daß ich wissentlich etwas geändert habe, steht dort nun 'VDRCONVERT-<Datum>' wobei das Datum das Datum der Erstellung des ISO's ist.

Liest das DVD Plugin hier etwas falsches aus oder kommen die Titel für den jeweiligen Film nicht an die richtige Stelle? Welche Stelle im vdr2dvd.sh Script ist dafür zuständig (kann dann selbst mein Logfile durchschauen).

Wenn ich die VDR-Aufnahme ansehe, wird der Titel sowohl beim Druck der OK Taste über die Einblendung angezeigt als auch im Display über graphtft.

Gruß,
Marcus

Hi tecfreak,

Du brauchst für jede Karte ein CAM (würde Dir Alphacrypt empfehlen). Ob Du für jede Karte (und somit CAM) auch ein CI brauchst, kommt auf das CI an. Ich habe sehr gute Erfahrungen mit einem 3,5" CI gemacht. Dort kannst Du 2 CAM's (und somit 2 Karten) betreiben.

Gruß,
Marcus

P.S.: Bzgl. des Links...Nein, ich bekomme keine Provision

Ich war leider (trotz 1.3.24) gestern auch davon betroffen. Mitten in der Aufnahme wurde diese für ca. 4 Sekunden unterbrochen. Im Moment kann ich den Auszug aus dem Log leider nicht hinzufügen aber ich denke, es hatte etwas mit der Audio Einstellung zu tun. Ich liefere den Logauszug nach.

Gruß,
Marcus