Beiträge von Kordts

Hallo, habe gerade mal mplay.sh 0.4.1 ausprobiert.

Wenn ich eine Playlist abspiele generiert mplay.sh z. B. folgendes:

"mplayer" -quiet -nolirc -cache 8192 -framedrop -slave "/Video/Musik/01.mpg" -vo mpegpes -ao mpegpes -vf scale=720:540,expand=720:576:::1,lavc=4600 "/Video/Musik/02.mpg" -vo mpegpes -ao mpegpes -vf scale=720:540,expand=720:576:::1,lavc=4600scale=720:540,expand=720:576:::1,lavc=4600 "/Video/Musik/03.mpg" -vo mpegpes -ao mpegpes -vf scale=720:540,expand=720:576:::1,lavc=4600scale=720:540,expand=720:576:::1,lavc=4600scale=720:540,expand=720:576:::1,lavc=4600 "/Video/Musik/04.mpg" -vo mpegpes -ao mpegpes -vf scale=720:540,expand=720:576:::1,lavc=4600scale=720:540,expand=720:576:::1,lavc=4600scale=720:540,expand=720:576:::1,lavc=4600scale=720:540,expand=720:576:::1,lavc=4600

Das was hinter -vf steht wird immer länger und ist systaktisch ab der zweiten Datei falsch.

-vf scale=720:540,expand=720:576:::1,lavc=4600
-vf scale=720:540,expand=720:576:::1,lavc=4600scale=720:540,expand=720:576:::1,lavc=4600

usw.

Es scheint mir, dass in der add() procedure eine Initialisierung der Variablen MPLAY_VF fehlt. Selbiges gilt vielleicht auch noch für MPLAY_AF.

Script gefällt mir aber bisher gut.

Gruss RoKo

Hallo Papsi,

ich bin interessiert und möchte gerne eine Stereoversion mit LED-Leisten und Diffusor.

Gruss

RoKo

Ich habe mir den sichtbaren Teil des braunen Flachbandkabels genau mit der Lupe angesehen und keine Beschädigungen entdecken können.

An das Öffnen des Panels trau ich mich nicht ran. Ich werde Montag mit dem Lieferanten Kontakt aufnehmen und bitten mir ein anderes Panel zu zusenden.

Gruss

RoKo

Ist der 40 Zoller TFT defekt?

Habe beim ersten Testlauf einige dunklere senkrechte Bereiche bei sonst guten Bild. Nach ca 30 Minuten Testlauf erschien etwa 15 cm vom unteren Rand entfernt eine grünschwarze Zeile. Ich trennte das Gerät vom Netz und schaltete es nach einigen Minuten wiedcer ein. Leider waren es nun vier oder fünf Zeilen mit Ausfall.Die allererste obere Zeile war lila. Davon wollte ich dann ein Foto machen jedoch waren inzwischen auf ca 10 cm alle Zeilen ausgefallen (siehe beiliegende Fotos). Habe alle Kabelverbindung neu gesteckt, die Kontakte mit der Lupe untersucht. Alles scheint einwandfrei verkabelt zu sein. Die Masseverbindungen stimmen auch. Bleibt noch zu erwähnen, das der Balken absolut unabhängig vom Eingangssignal ist. Für ausreichende Gehäusebelüftung ist auch gesorgt.

Hilfe, hat jemand ne Idee?

Gruss

RoKo

Hi,

bin auch mit eienm Kabel dabei.

Gruß

RoKo

Hallo ich wohne ca 60 Km nördlich von von Hamburg und könnte die Ware daher von dort auch abholen.

Gruß Kordts

Wenn noch möglich, dann nehm ich auch einen 40" Display + Ansteuerelektronik

Im OS-Menu
gehe auf Einstellungen
dann auf Plugins
dann auf Streamdev-server
dann auf Pausierverhalten wähle "Pausieren anbieten"
OKAY-Taste.
Dann erschein im OS-Menu ein Eintrag "Live-TV pausieren"

Das beantwortet vielleicht deine Frage.

Gruss

RoKo

Im Verzeichnis des DVB-Treiber befindet sich ein Script
mit dem Namen ./MAKEDEV-DVB.sh

#!/bin/sh
# Create device nodes for the Linux DVB API with DVB_API_VERSION 2.
# The devices created are suitable for most current PC DVB cards,
# i.e. cards having one frontend, one demux and optionally one
# MPEG decoder.
# The script creates devices for four cards by default.

if [ -e /dev/.devfsd ]; then
echo "It seems you are using devfs. Good!"
exit 0
fi

# get rid of old DVB API devices; do it twice for good measure...
rm -rf /dev/ost
rm -rf /dev/ost
rm -rf /dev/dvb
rm -rf /dev/dvb

mkdir /dev/dvb
chmod 755 /dev/dvb

for i in `seq 0 3`; do
echo "Creating DVB devices in /dev/dvb/adapter$i"
mkdir /dev/dvb/adapter$i
chmod 755 /dev/dvb/adapter$i
mknod -m 0660 /dev/dvb/adapter$i/video0 c 212 `expr 64 \* $i + 0`
mknod -m 0660 /dev/dvb/adapter$i/audio0 c 212 `expr 64 \* $i + 1`
mknod -m 0660 /dev/dvb/adapter$i/frontend0 c 212 `expr 64 \* $i + 3`
mknod -m 0660 /dev/dvb/adapter$i/demux0 c 212 `expr 64 \* $i + 4`
mknod -m 0660 /dev/dvb/adapter$i/dvr0 c 212 `expr 64 \* $i + 5`
mknod -m 0660 /dev/dvb/adapter$i/ca0 c 212 `expr 64 \* $i + 6`
mknod -m 0660 /dev/dvb/adapter$i/net0 c 212 `expr 64 \* $i + 7`
mknod -m 0660 /dev/dvb/adapter$i/osd0 c 212 `expr 64 \* $i + 8`
chown root.video /dev/dvb/adapter$i/*
done

Einfach ausführen und dann sollte es funktionieren.

HDTV läuft bei mir schon lange ohne Probleme!

Einträge in der Channels.conf

:HDTV
Euro1080;EURO1080:12168:vC34:S19.2E:27500:308:256=eng:0:622,624:21100:1:1088:0
HD Forum;RRsat:11013:hC34:S13.0E:27500:272:528:0:0:10:9472:4688:0
ProSiebenHD;ProSiebenSat.1:11435:vC56:S19.2E:22000:255:257=deu;259=deu:0:0:658:133:6:0
HDTV1:12441:vC56:S19.2E:27500:133:134:0:1:29700:0:0:0

vdr-1.3.24 mit streamdev-plugin

und Mplayer

und ein sehr schneller Rechner (ab Athlon 3000+ denke ich), dann funktioniert es

Im vdr-menu muss live-tv pausieren angewählt werden.

dann den Mplayer starten z. B.

mplayer http://localhost:3000/$1

[$1] ist die Programmnummer

Das funktioniert bei mir übrigens auch mit der Nexus-S.

Gruss Roko

Werde deinen Rat beherzigen und es beim nächsten Mal mit einer Extra-Kühlung versuchen.

Danke für die Hilfe

Gruss

RoKo

Die Programme laufen bei mir seit 20:55 wieder ohne irgendwelche Änderung. Das Wetter ist auch OKAY ein thermischen Problem kann ich ausschließen.

Habe das gleiche Problem. Es liegt definitiv nicht am DECT Telefon und betrifft auch noch N24. Die anderen Programm laufen einwandfrei. Auch die auf dem Hotbird Satelliten. Außerdem habe ich zwei Linux-Version auf voneinander unabhängigen Partitionen.

Einmal mit
Kernel 2.6.11.2 und VDR 1.3.23 und einmal mit
Kernel 2.4.29 und VDR 1.3.22

Hardware Athlon XP 3200+ 512MB und Nexus-S

Bin auf fehlersuche.

Gruss

RoKo

Ja, ein Script habe ich auf der Seite von Rainer Eisenwagen www.eisenwagen.at entdeckt. Damit ist mein Problem zu 95 % gelöst, aber was ist schon 100 %tig. Danke für deine Super - Hilfe.

Epox hat sich gemeldet möchte und wird den Wunsch den Tag mit in die Weckzeit zu nehmen an die Bios Programmierung weiterleiten.

Tschüss

Ja, ein Script habe ich auf der Seite von Rainer Eisenwagen www.eisenwagen.at entdeckt. Damit ist mein Problem zu 95 % gelöst, aber was ist schon 100 %tig. Danke für deine Super - Hilfe. Falls sich der Epox-Support bei mir meldet, poste ich nochmal.

Tschüss

Irgendwie bin ich im falschen Thema tschuldigung

Hallo Bistr-o-Math,

zunächst behelfe ich mir mit einem noch zu schreibenen Script, dass sich den Tag merkt und beim reboot prüft, ob der Tag schon erreicht ist. Anssonsten kann sich der PC ja wieder schlafen legen.
Ausser dem habe ich gerade eine Mail an den Support von Epox geschrieben. Vielleicht bekomme ich ja eine qualifizierte Antwort.

Gruss

RoKo

Vielen Dank für die Antwort.

Aber im Handbuch (mu-8rda&+10.pdf von epox.de) vom Mainboard ist steht folgendes:

Seite 4-18 Bios

Power-On by Alarm

When enabled, you can set the date and time in the following two fields. Any event
occurring at the specified date or time awakens the system from power savings mode.

Im deutschen Handbuch steht:

Power-On by Alarm
Wählen Sie Tag und Uhrzeit, an dem das BIOS den PC aus dem Schlafmodus aufwecken soll.

Es scheint dann wohl so zu sein, dass aus unerfindlichen Gründen Epox den Tag
mit einem der vielen Bios Updates wieder geklaut hat.

Vielleicht gibt es aber trotzdem irgendwo im CMOS-RAM ein Bit um den Tag zu aktivieren.

Ich werde mal ne Mail an Epox schicken.

Gruss

RoKo

Hat schon jemand nvram-wakeup auf dem Epox-8RDA+ im Einsatz.

Ich kann die Adresse für den Tag (addr_day) nicht herausfinden.
Im Bios kann man nur die Uhrzeit einstellen und nicht den Tag.

Wer kann mir da weiterhelfen?

biosinfo

Following DMI entries found:
- Mainboard vendor: ""
- Mainboard type: "nVidia-nForce"
- Mainboard revision: ""
- BIOS vendor: "Phoenix Technologies, LTD"
- BIOS version: "6.00 PG"
- BIOS release: "07/29/2004"
You have new mail in /var/mail/root

cat /etc/nvram-wakeup.conf

################################################
## Mainboard autodetection information:
##
## - Mainboard vendor: "EPOX 8RDA+"
## - Mainboard type: "nVidia-nForce"
## - Mainboard revision: ""
## - BIOS vendor: "Phoenix Technologies, LTD"
## - BIOS version: "6.00 PG"
## - BIOS release: "07/29/2004"

addr_stat = 0x46
shift_stat = 3
## 0x47 ist definitiv falsch
##addr_day = 0x47
addr_hour = 0x48
addr_min = 0x49
addr_sec = 0x4A
addr_chk_h = 0x6D
addr_chk_l = 0x6E