Beiträge von netsrohT

Hallo,
mir sind die hellen Punkte (denn sie sind nicht unbedingt weiß) beim letzten Kölner Tatort aufgefallen. Ich möchte Euch - ohne zur Zeit eine genau Lösung zu haben - auf folgendes hinweisen:
Die digitale Studionorm, nach der die europäischen Anstalten produzieren, also die EBU/ITU 709 empfiehlt einen 3 mal 8 Bit tiefen Wertebereich für die Video-Samples. Dabei ist der Bereich 1 bis 15 als Footroom und der Bereich von 236 bis 254 als Headroom reserviert.

Hier könnt Ihr es nochmal nachlesen:
http://en.wikipedia.org/wiki/Rec._709

Im PC-Bereich werden Foot- und Headroom nicht reserviert, sondern voll ausgenutzt.

Die hellen Punkte in dunklen Flächen weisen meiner Ansicht nach auf Value-Underruns hin. Ich habe mich leider bis jetzt zu wenig mit den nvidia-settings befaßt; allerdings gibt es dort eine Möglichkeit, das System auf den eingeschränkten Farbraum einzustellen.
Was dann allerdings die Player-Applikationen daraus machen, ist wieder eine andere Geschichte - ich hatte im Vorfeld während der Fehlersuche an meinem Xine den Kontrast so verdreht, daß es keine (sichtbaren) Underruns mehr gab...

Lange Rede... Ich denke, es liegt KEIN Fehler vor, sondern eine Fehlkonfiguration bei Treiber/Player.

Vielleicht mag das mal jemand reproduzieren. Mein Kollege besorgt das Sendeband, um die Samplewerte auszulesen.

Liebe Grüße
Thorsten

Hallo Forum,

folgender Abbruch:

...
ld: cannot find -lavutil
collect2: ld returned 1 exit status
make[2]: *** [libxine.la] Error 1
make[2]: Leaving directory `/root/VDR_Inst_110104/xine-lib-1.2-vdpau/src/xine-engine'
make[1]: *** [../src/xine-engine/libxine.la] Error 2
make[1]: Leaving directory `/root/VDR_Inst_110104/xine-lib-1.2-vdpau/misc'
make: *** [all-recursive] Error 1

Meine libavutil.pc:

prefix=/usr
exec_prefix=${prefix}
libdir=/usr/lib64
includedir=${prefix}/include

Name: libavutil
Description: FFmpeg utility library
Version: 50.36.0
Requires:
Requires.private:
Conflicts:
Libs: -L${libdir} -lavutil
Libs.private:
Cflags: -I${includedir}

ls -al /usr/lib64/ | grep avutil

lrwxrwxrwx 1 root root 20 Jan 4 11:56 libavutil.so ->
libavutil.so.50.36.0
lrwxrwxrwx 1 root root 20 Jan 10 2009 libavutil.so.49 ->
libavutil.so.49.12.0
-rwxr-xr-x 1 root root 40888 Jan 5 2009 libavutil.so.49.12.0
lrwxrwxrwx 1 root root 20 Dec 31 18:24 libavutil.so.50 ->
libavutil.so.50.32.6
-rwxr-xr-x 1 root root 84480 Dec 4 02:47 libavutil.so.50.32.6
lrwxrwxrwx 1 root root 28 Dec 31 19:27 libmythavutil-0.21.so.0
-> libmythavutil-0.21.so.0.21.0
lrwxrwxrwx 1 root root 28 Dec 31 19:27
libmythavutil-0.21.so.0.21 -> libmythavutil-0.21.so.0.21.0
-rwxr-xr-x 1 root root 39320 Dec 30 22:23 libmythavutil-0.21.so.0.21.0

Wer weiß Rat?
Danke und Gruß
Thorsten

Ok, ich habe ffmpeg von Hand übersetzt. Dann lief es durch.

Hallo Chief,

danke für Reaktion. Ist eine TT1600 DVB-S-Karte. Lief auch alles VOR meinem Update.
lsmod liefert keine Angabe über dvb.
lspci:
00:00.0 RAM memory: nVidia Corporation MCP65 Memory Controller (rev a3)
00:01.0 ISA bridge: nVidia Corporation MCP65 LPC Bridge (rev a3)
00:01.1 SMBus: nVidia Corporation MCP65 SMBus (rev a1)
00:01.2 RAM memory: nVidia Corporation MCP65 Memory Controller (rev a1)
00:02.0 USB Controller: nVidia Corporation MCP65 USB Controller (rev a3)
00:02.1 USB Controller: nVidia Corporation MCP65 USB Controller (rev a3)
00:07.0 Audio device: nVidia Corporation MCP65 High Definition Audio (rev a1)
00:08.0 PCI bridge: nVidia Corporation MCP65 PCI bridge (rev a1)
00:0a.0 IDE interface: nVidia Corporation MCP65 SATA Controller (rev a3)
00:0b.0 PCI bridge: nVidia Corporation Device 045b (rev a1)
00:0c.0 PCI bridge: nVidia Corporation MCP65 PCI Express bridge (rev a1)
00:0d.0 PCI bridge: nVidia Corporation MCP65 PCI Express bridge (rev a1)
00:0e.0 PCI bridge: nVidia Corporation MCP65 PCI Express bridge (rev a1)
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTra
nsport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address
Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Con
troller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscella
neous Control
01:09.0 Multimedia audio controller: Xilinx Corporation RME Digi96/8 (rev 04)
01:0a.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI E
xpress Gigabit Ethernet controller (rev 01)
04:00.0 VGA compatible controller: nVidia Corporation Device 0641 (rev a1)

Danke für weitere Hilfe.
Thorsten

Danke für die schnelle Unterstützung, Carel.

Ja, sieht schlecht aus mit der Device. Die EPG-Daten sind sicher nicht aktuell eingelesen.

Also habe ich v4l-dvb-abd3aac6644e übersetzt (make all) und installiert. Dies ohne Auffälligkeiten.
Ein /dev/dvb/adapter0 mit demux0, dvr0,frontend0 und net0 ist vorhanden.

Make insmod meckert zum Schluß:
insmod: error inserting './cx88-dvb.ko': -1 No such device
/sbin/insmod ./ivtvfb.ko
insmod: error inserting './ivtvfb.ko': -1 No such device
/sbin/insmod ./cx88-blackbird.ko
insmod: error inserting './cx88-blackbird.ko': -1 No such device
/sbin/insmod ./dst_ca.ko
make[1]: Leaving directory `/root/v4l-dvb-abd3aac6644e/v4l'

Im Systemlog ist natürlich immer noch keine DVB-Device vorhanden.

Gibt's denn noch Rettung?

Gruß und Danke
Thorsten

Hallo Forum,

nach einem Online-Update meines SuSE 11.0-Systems meldet der VDR "Kanal nicht verfügbar".
Offensichtlich wird der EPG eingelesen, denn der Hinweis auf das laufende Programm sowie auf die nachfolgende Sendung ist korrekt.
Es ist KEIN Timer aktiviert,
Es wurden die letzten verwendeten Kanallisten und Configs verwendet.

Wenn es eine 'einfache' Lösung gäbe (ich weiß: SuSE 11.0 ...) wäre ich darum sehr dankbar.

Vorab Danke und einen guten Rutsch an alle.

Thorsten

Hier die msgs beim VDR-Start:
Dec 31 08:22:45 HALII vdr: [3869] cTimeMs: using monotonic clock (resolution is 1 ns)
Dec 31 08:22:45 HALII vdr: [3869] VDR version 1.7.8 started
Dec 31 08:22:45 HALII vdr: [3869] codeset is 'UTF-8' - known
Dec 31 08:22:46 HALII vdr: [3869] found 23 locales in ./locale
Dec 31 08:22:46 HALII vdr: [3869] loading plugin: ./PLUGINS/lib/libvdr-xine.so.1.7.8
Dec 31 08:22:46 HALII vdr: [3869] loading plugin: ./PLUGINS/lib/libvdr-femon.so.1.7.8
Dec 31 08:22:46 HALII vdr: [3869] loading plugin: ./PLUGINS/lib/libvdr-burn.so.1.7.8
Dec 31 08:22:46 HALII vdr: [3869] burn: couldn't stat /mpeg/ISOS, assuming writing to disc only
Dec 31 08:22:46 HALII vdr: [3869] loading /mpeg/setup.conf
Dec 31 08:22:46 HALII vdr: [3869] loading /mpeg/sources.conf
Dec 31 08:22:46 HALII vdr: [3869] loading /mpeg/diseqc.conf
Dec 31 08:22:46 HALII vdr: [3869] loading /mpeg/channels.conf
Dec 31 08:22:46 HALII vdr: [3869] loading /mpeg/timers.conf
Dec 31 08:22:46 HALII vdr: [3869] loading /mpeg/commands.conf.
Dec 31 08:22:46 HALII vdr: [3869] loading /mpeg/reccmds.conf.
Dec 31 08:22:46 HALII vdr: [3869] loading /mpeg/svdrphosts.conf
Dec 31 08:22:46 HALII vdr: [3869] loading /mpeg/remote.conf
Dec 31 08:22:46 HALII vdr: [3869] loading /mpeg/keymacros.conf
Dec 31 08:22:46 HALII vdr: [3870] video directory scanner thread started (pid=3869, tid=3870)
Dec 31 08:22:46 HALII vdr: [3871] video directory scanner thread started (pid=3869, tid=3871)
Dec 31 08:22:46 HALII vdr: [3869] reading EPG data from /mpeg/epg.data
Dec 31 08:22:46 HALII vdr: [3869] no DVB device found
Dec 31 08:22:46 HALII vdr: [3869] initializing plugin: xine (0.9.3): Software-basierte Wiedergabe mittels xine
Dec 31 08:22:46 HALII vdr: [3872] XineRemote control thread started (pid=3869, tid=3872)
Dec 31 08:22:46 HALII vdr: [3872] Entering cXineRemote thread
Dec 31 08:22:46 HALII vdr: [3871] video directory scanner thread ended (pid=3869, tid=3871)
Dec 31 08:22:46 HALII vdr: [3869] initializing plugin: femon (1.6.7): DVB Signal Informationsanzeige (OSD)
Dec 31 08:22:46 HALII vdr: [3869] initializing plugin: burn (0.1.0-pre22-ff1): Universelles Umwandlungs- und Brennplugin
Dec 31 08:22:46 HALII vdr: [3869] ERROR: invalid primary device number: 2
Dec 31 08:22:46 HALII vdr: [3869] trying device number 1 instead
Dec 31 08:22:46 HALII vdr: [3869] setting primary device to 1
Dec 31 08:22:46 HALII vdr: [3869] assuming manual start of VDR
Dec 31 08:22:46 HALII vdr: [3869] SVDRP listening on port 2001
Dec 31 08:22:46 HALII vdr: [3869] setting current skin to "sttng"
Dec 31 08:22:46 HALII vdr: [3869] loading /mpeg/themes/sttng-default.theme
Dec 31 08:22:46 HALII vdr: [3870] video directory scanner thread ended (pid=3869, tid=3870)
Dec 31 08:22:46 HALII vdr: [3869] starting plugin: xine
Dec 31 08:22:46 HALII vdr: [3869] starting plugin: femon
Dec 31 08:22:46 HALII vdr: [3869] starting plugin: burn
Dec 31 08:22:46 HALII vdr: [3875] burn-chain manager thread started (pid=3869, tid=3875)
Dec 31 08:22:46 HALII vdr: [3869] burn: loaded skin Vorgabe using /mpeg/plugins/burn/menu-bg.png and /mpeg/plugins/burn/menu-button.png
Dec 31 08:22:46 HALII vdr: [3876] KBD remote control thread started (pid=3869, tid=3876)
Dec 31 08:22:46 HALII vdr: [3869] ERROR: remote control XineRemote not ready!
Dec 31 08:22:46 HALII vdr: [3869] remote control KBD - keys known
Dec 31 08:22:46 HALII vdr: [3869] switching to channel 2
Dec 31 08:22:46 HALII vdr: [3869] info: Kanal nicht verfügbar!
Dec 31 08:22:48 HALII vdr: [3869] switching to channel 1

Schade, ich bin gerade erst auf diesen Thread gestoßen...
Glaubt bitte nicht, daß die Öffis Geld wie Heu haben und dieses Forkenweise zum Fenster rauspulvern. Ich möchte Euch versichern, daß grade das Gegenteil der Fall ist. Gelegentlich sind es gar die Nicht-GEZ-Zahler (H4, Schwarzgucker, Bild-Leser) die sich beim Thema Rundfunkgebühren überschlagen. Wer den Fall Brender als ein Beispiel mangelnder Staatsferne dem ZDF anlastet, hat's einfach nicht verstanden.
Wenn Ihr die Qualität eines Produktes bemängelt, dann tut das fairerweise beim Lieferanten.
Ich bin seit zehn Jahren Mitarbeiter der ARD und habe es NIE (!) erlebt, daß Beschwerden (ob berechtigt oder nicht) nicht sachverständig nachgegangen wurde. Das gleiche Verhalten postuliere ich auch für meine privaten Kollegen. Aber sicher ist es einfacher, in ein Forum zu schreien, als sich die Mühe zu machen, konstruktiv mit einem Sendertechniker zu kommunizieren.

Es ist bisweilen durchaus schwer zu ertragen. Gleichwohl mühe ich mich, nicht überheblich zu erscheinen - denn das bin ich nicht. Aber ehe Du Dich (avjui) so vehement gegen die Wissenschaft stemmst, lies doch mal, anstatt DVB-T zu gucken:
"Digitale Fernsehtechnik"
Ulrich Reimers
im Springer-Verlag

und
"Satelliten-Kommunikation"
Dennis Roddy
im Hanser-Verlag

Gute Stadtbibliotheken oder Uni-Bibliotheken haben diese Standardwerke mit Sicherheit.

So. Basta.

Thorsten

Moin Andreas,

danke für Dein Repo. Sehr elegante Angelegenheit für alle TT-Nutzer.

femon meldet bei mir einen Signalpegel von 69%. Das halte ich für realistisch.
Der SNR wir mit 25%-28% angegeben. Wie sieht das bei anderen Benutzern aus?
Der SNR ist ja die entscheidende Größe, die allerdings i.A. in dB angegeben wird, da es sich ja um ein Verhältnis handelt. Ein Kathrein-Antennenmeßgerät gibt hier etwa 10-11dB an.

Ich wüßte gern, ob ich mir einen neuen LNB spendieren muß...

Beste Grüße
Thorsten

Super. Danke!

Gibt's das auch mit Ton?

Was ist hier falsch:
Das Erste HD;ARD:11362:hC23M5O35S1:S19.2E:22000:6010=27:0:6030:0:11100:1:1011:0
ZDF HD;ZDFvision:11362:hC23M5O35S1:S19.2E:22000:6110=27:0:0:0:11110:1:1011:0

Danke und beste Grüße.

Thorsten

s2-liplianin:

hg clone http://mercurial.intuxication.org/hg/s2-liplianin

mantis-Treiber (JUSST) erfolglos.

Hallo Forum,

herzlichen Dank für die Anteilnahme ;-')
Ich habe mich mittlerweile hier
http://www.x.org/archive/X11R6.8.0/doc/xorg.conf.5.html
ein bisschen durchgefummelt. Das Ergebnis habe ich mal angehängt.
Was mittlerweile tut ist das Twinview auf der prim. und auf der sek. Karte,
Natürlich gibt die Karte weiterhin BIOS und Boot nur auf dem DVI-Ausgang aus.
Wenn die Option Xinerama aktiviert wird, startet xine nicht mehr auf.
Ein händisches startx bringt allerdings beide Karte in Xinerama-Position.

Hmm. Wäre eben schön gewesen, wenn man eine "Video-Screen" und eine "Control-Screen" hätte.

Allerbeste Grüße
Thorsten

Ja, ich gebe zu, das habe ich zuerst auch so gehabt.
Wie bringe ich denn in dem Fall die ASUS dazu, den Bootvorgang auf den VGA-Ausgang zu schicken?
Sobald ein DVI-Gerät (=Beamer) dranhängt, wird der Textmodus auf diesen Ausgang - und NUR auf diesen Ausgang - ausgegeben.
Das ist nervig, denn wenn die Kiste aus irgendeinem Grund mal beim Boot stolpern sollte oder das GRUB-Menü anfassen möchte, kann man das nur über dem Beamer erkennen. Alternativ immer den DVI-Stecker ziehen ist nicht das gelbe.
...

Hallo Forum,

ich sitze jetzt seit drei Tagen dran und bin am Ende meiner nicht unerheblichen Geduld:

Auf dem Board stecken zwei identische ASUS EN8400GS Silent.
Der primäre - weil vom BIOS zuerst gescannte Grafikadapter sitzt in Slot 7(PCI:7:0:0),
der sekundäre in Slot 2 (PCI:2:0:0).
Mein Bestreben besteht nun in folgender Wunschkonfiguration:
Bildausgabe VDR über den sek. Adapter (=Beamer),
xine-GUI auf prim. Adapter (=15Zöller), weil ich hin und wieder mal eine CD hören möchte, und dazu wohl die GUI brauch, aber den Beamer nicht anwerfen möchte.

Gegenwärtig sieht's so aus:
Bootvorgang auf prim. Monitor, sek. wird nicht angesteuert. Das ist gut so.
vdr kommt auf dem sek. Monitor hoch. Das ist gut so.
Prim. Monitor zeigt leeres Desktop, keine Aktion möglich. Das ist nicht schön.

Hat vielleicht schon jemand so etwas hingekriegt, oder ist das eher aussichtslos?
Alternativ würde ich mich schon mit einer reinen "Clone"-Konfiguration begnügen, aber selbst daran bin ich zuverlässig gescheitert...

Allerbeste Grüße

Thorsten

Danke für all die Hilfe.
Also:

DVB unter Xine tut grundsätzllich. Allerdings verhält sich Xine sehr zickig, wenns um die channel.conf geht.

Beste Grüße
Thorsten

Hallo Forum,

in der Hoffnung, nicht alle wegen dieses o.t.-Themas zu vergrätzen hier ein dicker Hund in der Hoffnung auf baldige Hilfe:

Ich habe unter Thunderbird (aus der SuSE11.0-Distri) einen Anhang versendet. Zur Datei-Auswahl habe ich (zum ersten Mal) mich nicht durch den Baum geklickt, sondern in der oberen Eingabezeile einen Pfad eingegeben. Das hat soweit auch geklappt.
ABER!
Seither zeigt der Thunderbird beim Menüaufruf "Anhang" und nach Darstellung des Auswahlbaums nur noch eine "Sanduhr" an. Thunderbird bleibt komplett stehen, allerdings ohne Systemlast...

Wer hilft?

Allerbeste Grüße
Thorsten

Ämm...
Also eigentlich wollte ich zunächst NUR gucken, nichts aufzeichnen, daher nahm ich an, daß das doch mit Xine (ohne irgendwelchem VDR-Support) möglich ist.
Wenn ich mich hier schon irre, dann weiß ich jetzt, wo ich ansetzen muß.
...

Hallo Forum,

ich würde gerne unter Xine DVB schauen:

Nachdem ich einen aktuellen Treiber installiert habe, läuft ./scan-s2 sauber durch. Die Liste, die erzeugt wird (channels.conf) ist riesengros. Auch ./szap-s2 wird durchgeführt (Meldung:STREAM LOCKED). Mit dvb-info kann ich die PIDs und die zugehörigen aktuellen Datenraten ablesen. Das alles scheint mir Hinweis genug zu sein, daß die Karte (TT SkyStar HD2) im Betriebssystem arbeitet, oder?
Ich würde nur gerne noch ein Bild sehen...
Wenn ich Xine bemühe, beendet es sich, sobalt ich in der GUI auf den DVB-Knopf drücke. Aktuellste xine-lib ist installiert. Channel.conf liegt im Verzeichnis .xine, was habe ich denn jetzt noch übersehen? Ist ja echt ein steiniger Weg ins Linux-DVB-Wunderland...

Beste Grüße aus dem Norden.

Thorsten

Hallo Forum,

./scan-2 -a 0 initial_tuning_data
meldet
using 'dev/dvb/adapter0/frontend0' and 'dev/dvb/adapter0/demux0'
initial transponder DVB-S 12551500 V 22000000 5/6 AUTO AUTO
initial transponder DVB-S2 12551500 V 22000000 5/6 AUTO AUTO
----------------------> Using DVB-S
FE_SET_PROPERTY DTV_CLEAR failed: Operation not supported
FE_SET_PROPERTY DTV_CLEAR failed: Operation not supported
----------------------> Using DVB-S2
FE_SET_PROPERTY DTV_CLEAR failed: Operation not supported
FE_SET_PROPERTY DTV_CLEAR failed: Operation not supported
ERROR: initial tuning failed

...
Hat jemand eine Idee?

Danke.
ts

Neuigkeiten:

Nach Installation eines jüngeren Treibers keine Probleme mehr.