Beiträge von cetixx

@HoppaZ: Sorry, ich hab den Thread jetzt gar nicht weiter verfolgt. Ja, "sky mit alphacrypt" bedeutet, das ich CAM benutze. Ich hatte jetzt ein paar Wochen (aber das war schon vor dem Umstieg auf VDR 2 und das neue mcli-Plugin) Probleme mit dem Aufzeichnen von Sky Programmen. Das passiert 1-2 mal im Jahr, das ich für 2-4 Wochen nur noch vereinzelt vernünftige Aufzeichnungen hinbekomme, d.h. die .ts Dateien sind dann oft nur 0 Byte groß und im Log steht nur "vdr: [9221] retrying". Irgendwie bekommt da der Netceiver Sky mit dem CAM nicht entschlüsselt und gibt dann irgendwann auf. CAM raus, CAM rein, dann geht's meistens wieder für 1-2 Sendungen und dann ist wieder Essig. Aber wie gesagt: Das war schon vor VDR 2 und dem neuen mcli-Plugin so, aber z.Zt. klappt es absolut problemlos und ich kann auch zwei Sky-Sendungen gleichzeitung aufnehmen

Bezügl.: >> ... Soweit ich verstanden läßt sich mit CAM aufnehmen... jedoch über
xvdr o.ä. kein LIVE-TV streamen. <<

Genauso ist es. Aufnehmen geht, Live-TV nicht. Dafür gibt's auch einen Grund. Das "Gute" ist bloß, das er mir nicht mehr einfällt... Das ging ganz früher mal und irgendwann dann plötzlich nicht mehr. VNSI hatte ich nie verwendet, das war schon immer XVDR bei mir, aber irgendwann hatte es im XVDR-Plugin eine Änderungen gegeben und seitdem ging das nicht mehr, soweit ich mich ganz dunkel erinnere.

Vielen Dank für den Thread und vorallem an die/denjenigen, der den mcli-Treiber gepatch't hat! Ich hatte Monate lang mich nicht mehr getraut mein Gentoo upzudaten. Letzte Woche hatte ich es endlich durchgezogen (und hab nun ein topaktuelles Gentoo), nachdem ich diesen Thread gesehen habe. Der mcli-Treiber aus dem GIT-Repository http://projects.vdr-developer.org/git/vdr-plugin-mcli.git/ klappt mit dem VDR 2.0.2 aus dem Gentoo-Repo und dem Netceiver wunderbar. Einfach klonen, make, glücklich sein Sky mit Alphacrypt tut auch noch. XBMC mit XVDR oder VNSI hab ich nicht probiert, da ich kein Live-TV gugge, sondern alles nur aufzeichne und dann mit XBMC anschaue.

Danke für eure Infos soweit! Ich schau mal, wie weit ich mit den Infos komme. Der Localchannelprovide Patch ist im Wiki beschrieben:

http://www.vdr-wiki.de/wiki/in…Localchannelprovide-patch

Soll angeblich im Streamdev-Plugin in drin sein. Ich werde das die Tage mal testen und da Feedback geben. Ansonsten werd ich mal versuchen die Sourcen patchen.

Hallo,

ist es möglich, das man eine Full Featured Karte nur für die Wiedergabe nutzt, aber irgendwie verhindert, das die Karte auch aufzeichnet? Der Punkt ist der, das ich meine beiden Sat-Kabel am Netceiver angeschlossen habe und kein drittes Kabel mehr habe. Nachdem der Netceiver im Großen und Ganzen stabil läuft, die FF-Karte (bzw. die Firmware) aber ab und an den Geist beim Aufzeichnen aufgibt, würde ich die FF-Karte gerne nur noch für's Abspielen nutzen.

Ich habe gesehen, das es zwar die Option "-D" gibt, mit der man angeben kann, welche DVB Devices genutzt werden sollen, nur wenn ich die FF-Karte auschließe, dann is wieder Essig mit guggen

Sollte jemand eine Idee haben, immer her damit...

Merci schon mal!

>> aber beim PID Wechsel legt er eine neue Datei an
> "er" ist der vdr, der NetCeiver macht nur, was ihm gesagt wird

Ich hatte gehofft, das genau das mit dem Netciever nicht mehr passiert, zumal das ja irgendwie nur bei Sky Cinema (+1 / 24) passiert. Warum eigentlich nie bei ARD oder ZDF? Ändern die nie die PID? Sorry, aber ich bin da technisch nicht so tief drin und als Laie kann ich auch irgendwie nicht nachvollziehen, warum ständig die PIDs gewechselt werden. Aber wie machen das dann die von Sky zertifizieren Reciever? Die müssen das ja auch irgendwie "am Stück" aufzeichnen können oder Aussetzer dazwischen. Das will mir nicht so ganz in den Kopf.

Das mit der Realtek kann ich auch nicht nachvollziehen. Deshalb hatte ich ja weiter oben schon so meine Zweifel, ob Treiber oder Karte tauschen was bringt. Fakt ist: Bei mir hat es geholfen. Vielleicht hat ja mal jemand ein ähnliches Problem und es hilft ihm weiter. Dann war's wenigstens gut, das wir darüber geschieben haben

Nein den Switch hab ich nicht mehr dazwischen gehängt. Will ich ehrlich gesagt auch nicht mehr Sobald der Linksys SLM2008 da ist, kommt der rein und dann is Ruhe - hoffentlich.

Aber ein Problem hat wohl auch der Netceiver mit Sky Cinema bzw. mit manchen aus dem Movie Paket (wie auch meine TT 1.6 mit CAM, für die ich eine bessere Lösung gesucht habe). Da sieht dann eine Aufnahme z.B. so aus im Filesystem:

-rw-r--r-- 1 vdr vdr 1678652 Feb 2 13:40 00001.ts
-rw-r--r-- 1 vdr vdr 2097263328 Feb 2 15:00 00002.ts
-rw-r--r-- 1 vdr vdr 560741208 Feb 2 15:22 00003.ts
-rw-r--r-- 1 vdr vdr 74515680 Feb 2 15:25 00004.ts
-rw-r--r-- 1 vdr vdr 12564040 Feb 2 15:26 00005.ts
-rw-r--r-- 1 vdr vdr 3521616 Feb 2 15:26 00006.ts
-rw-r--r-- 1 vdr vdr 102422588 Feb 2 15:30 00007.ts

Im Gegensatz zu meiner TT 1.6 raucht beim Netceiver zwar anscheined nicht gleich die Firmware ab, aber beim PID Wechsel legt er eine neue Datei an und zwischen 00002.ts und 00003.ts fehlt dann z.B. ca. eine Sekunde und es tauchen auch kurz Klötzchen auf.

Im Log sieht das dann so aus:

Feb 2 15:22:19 bill vdr: [25947] channel 43 (Sky Cinema +24) event Wed 02.02.2011 15:25-16:55 'Gangs' status 2
Feb 2 15:22:48 bill vdr: [25947] channel 43 (Sky Cinema +24) event Wed 02.02.2011 15:25-16:55 'Gangs' status 4
Feb 2 15:22:55 bill vdr: [25947] changing pids of channel 43 from 2303+2303=2:2304=deu@3,2305=eng@3;2307=deu@106:0:32 to 2303+2303=2:2304=deu@3;2307=deu@106:0:32
Feb 2 15:22:56 bill vdr: [25913] stopping recording due to modification of channel 43
Feb 2 15:22:56 bill vdr: [5147] recording thread ended (pid=25913, tid=5147)
Feb 2 15:22:56 bill vdr: [25913] buffer stats: 115244 (2%) used
Feb 2 15:22:56 bill vdr: [25913] timer 60 (43 1340-1530 'Wo die wilden Kerle wohnen') stop
Feb 2 15:22:56 bill vdr: [25913] executing '/usr/share/vdr/bin/vdrrecord-gate.sh after "/opt/video/Wo_die_wilden_Kerle_wohnen/2011-02-02.13.40.43-0.rec"'
Feb 2 15:22:56 bill vdr: [25913] retuning due to modification of channel 43
Feb 2 15:22:56 bill vdr: [25913] switching to channel 43
Feb 2 15:22:56 bill vdr: [5144] receiver on device 10 thread ended (pid=25913, tid=5144)
Feb 2 15:22:56 bill vdr: [8799] receiver on device 11 thread started (pid=25913, tid=8799)
Feb 2 15:22:56 bill vdr: [25913] switching device 2 to channel 43
Feb 2 15:22:56 bill vdr: [25913] timer 60 (43 1340-1530 'Wo die wilden Kerle wohnen') start
Feb 2 15:22:56 bill vdr: [25913] Title: 'Wo die wilden Kerle wohnen' Subtitle: 'Familienfilm'
Feb 2 15:22:56 bill vdr: [25913] executing '/usr/share/vdr/bin/vdrrecord-gate.sh before "/opt/video/Wo_die_wilden_Kerle_wohnen/2011-02-02.13.40.43-0.rec"'
Feb 2 15:22:56 bill vdr: [25913] record /opt/video/Wo_die_wilden_Kerle_wohnen/2011-02-02.13.40.43-0.rec
Feb 2 15:22:56 bill vdr: [25913] recording to '/opt/video/Wo_die_wilden_Kerle_wohnen/2011-02-02.13.40.43-0.rec/00004.ts'
Feb 2 15:22:56 bill vdr: [8809] receiver on device 10 thread started (pid=25913, tid=8809)
Feb 2 15:22:56 bill vdr: [8808] recording thread started (pid=25913, tid=8808)

Machen die das bei Sky eigentlich absichtlich? Das Problem hab ich eigentlich nur bei den Cinema Kanälen und manchmal auch bei Sky Action und so. Bei RTL Crime, History, TNT Serie & Co. gar nicht. Ich vermute mal, das man das nicht irgendwie abstellen kann?

Viele Grüße
Robert

Sky funkt auch. Sogar mit Decodierung von zwei Sky Kanälen. Dann schau ich mal die Tage, wie stabil das Ganze letztendlich läuft.

Danke nochmal!
Robert

Hallo KRis,

ich muss dich leider korrigieren: Intel NIC muss sein! Ich fasse es nicht, aber damit läuft es jetzt. Naja, ich zeichne zumindest jetzt seit 15 Min. ARD und arte HD gleichzeitig auf ohne Aussetzer... Ich habe die Intel GBit Karte jetzt parallel zur Onboard und zweiter Realtek-Karte eingebaut, läuft also unter eth2. Den Netceiver habe ich per Crossover Kabel direkt an der Intel-Karte dran. Ist vermutlich nicht notwendig, aber ich wollte auf Nummer sicher gehen...

Dann schieb ich jetzt noch mal mein Alphacrypt rein und gugg, ob das mit Sky auch tut. Ich geb dann nochmal Laut

Vielen Dank und Grüße!
Robert

Also den Treiber muss ich schon mal abhaken. Gleiches Ergebnis. Ca 1. Min. Aufnahme, "broken video stream" und Restart. Wie vorher. Ich bau jetzt eine Intel-GBit Netzwerkkarte ein und probiere es damit...

Ich hab mir jetzt mal auch einen neuen Switch bestellt: Linksys SLM2008 wie auf der http://www.vdr-wiki.de/wiki/index.php/Netceiver vorgeschlagen. Brauche eh einen Größeren...

Also Treiber kompilieren und laden geht schon mal mit dem 2.6.37iger Kernel:

[ 15.205472] r8168 Gigabit Ethernet driver 8.021.00-NAPI loaded
[ 15.205494] r8168 0000:02:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 15.205514] r8168 0000:02:00.0: setting latency timer to 64
[ 15.205587] r8168 0000:02:00.0: irq 41 for MSI/MSI-X

Werde das dann heute Abend mal testen, ob es dann mit dem Netceiver weiterhilft - gestern war's schon zu spät Aber ehrlich gesagt, ich glaub nicht wirklich dran. Selbst wenn der Treiber für Multcast nur 10% von sagen wir jetzt einfach mal 100 MBit/s zulässt, dann sind das immer noch 10 MBit/s. Das reicht für ein Nicht-Programm dicke. Ich hab's ja auch mit einem Radioprogramm versucht und die senden sicherlich nicht über 1 MBit/s.
Aber in Anbetracht dessen, das mir auch nichts Anderes einfällt, probieren wir es mal Ich seh zu, das ich noch eine Intel-Karte auftreibe. Intel + Linux ist meinst nicht das Schlechteste...

Merci derweilen

Hallo kris,

jetzt hab ich mal "signiert" Also den Nvidia-Chip hab ich nicht drauf, aber mit dem r8169 Treiber hast du recht. Der ist geladen:

bill tool # lsmod
Module Size Used by
stv6110x 3909 0
lnbp21 1644 0
stv090x 42764 0
iptable_nat 3848 1
nf_nat 13276 1 iptable_nat
ipt_REJECT 1993 4
nf_conntrack_ipv4 10209 37 iptable_nat,nf_nat
nf_defrag_ipv4 1227 1 nf_conntrack_ipv4
xt_state 1135 34
xt_tcpudp 2279 49
iptable_filter 1344 1
ipt_addrtype 1777 0
xt_DSCP 1971 0
xt_dscp 1571 0
xt_string 1187 0
xt_owner 1055 0
xt_NFQUEUE 1861 0
xt_multiport 1566 0
xt_mark 1117 0
xt_iprange 1400 0
xt_hashlimit 6401 0
xt_conntrack 2399 0
xt_connmark 1653 0
nf_conntrack 50465 6 iptable_nat,nf_nat,nf_conntrack_ipv4,xt_state,xt_conntrack,xt_connmark
ip_tables 14459 2 iptable_nat,iptable_filter
x_tables 14112 18 iptable_nat,ipt_REJECT,xt_state,xt_tcpudp,iptable_filter,ipt_addrtype,xt_DSCP,xt_dscp,xt_string,xt_owner,xt_NFQUEUE,xt_multiport,xt_mark,xt_iprange,xt_hashlimit,xt_conntrack,xt_connmark,ip_tables
ipv6 254824 68
bridge 61530 0
stp 1448 1 bridge
snd_seq_dummy 1239 0
snd_seq_oss 23164 0
snd_seq_midi_event 4684 1 snd_seq_oss
snd_seq 41245 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event
snd_seq_device 4549 3 snd_seq_dummy,snd_seq_oss,snd_seq
snd_pcm_oss 32067 0
snd_mixer_oss 12619 1 snd_pcm_oss
tun 13259 4
tda8083 4499 0
stv0299 7833 0
ves1x93 4921 0
snd_hda_codec_hdmi 19323 1
ir_lirc_codec 3547 0
lirc_dev 8279 1 ir_lirc_codec
snd_hda_codec_realtek 277424 1
ir_sony_decoder 1931 0
ir_jvc_decoder 2041 0
snd_hda_intel 19452 0
snd_hda_codec 63239 3 snd_hda_codec_hdmi,snd_hda_codec_realtek,snd_hda_intel
dvb_core 77258 1 stv0299
saa7146_vv 37162 0
ir_rc5_sz_decoder 1711 0
videodev 55241 1 saa7146_vv
snd_hwdep 5212 1 snd_hda_codec
snd_pcm 61283 3 snd_pcm_oss,snd_hda_intel,snd_hda_codec
v4l1_compat 11538 1 videodev
i915 294830 1
v4l2_compat_ioctl32 9288 1 videodev
snd_timer 15605 2 snd_seq,snd_pcm
saa7146 12142 1 saa7146_vv
drm_kms_helper 22091 1 i915
videobuf_dma_sg 6912 1 saa7146_vv
snd 46440 12 snd_seq_oss,snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_hda_codec_hdmi,snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_timer
videobuf_core 13466 2 saa7146_vv,videobuf_dma_sg
ir_rc6_decoder 2457 0
ir_rc5_decoder 1993 0
tpm_tis 7253 0
rc_streamzap 1094 0
ir_nec_decoder 2201 0
r8169 31419 0
tpm 9507 1 tpm_tis
drm 145027 2 i915,drm_kms_helper
ttpci_eeprom 1472 0
shpchp 22219 0
pcspkr 1723 0
pci_hotplug 9298 1 shpchp
tpm_bios 4401 1 tpm
snd_page_alloc 6033 2 snd_hda_intel,snd_pcm
intel_agp 10281 1 i915
i2c_algo_bit 4239 1 i915
video 11231 1 i915
i2c_i801 7110 0
i2c_core 15768 13 stv6110x,lnbp21,stv090x,tda8083,stv0299,ves1x93,videodev,i915,drm_kms_helper,drm,ttpci_eeprom,i2c_algo_bit,i2c_i801
streamzap 4581 0
ir_core 12652 10 ir_lirc_codec,ir_sony_decoder,ir_jvc_decoder,ir_rc5_sz_decoder,ir_rc6_decoder,ir_rc5_decoder,rc_streamzap,ir_nec_decoder,streamzap
iTCO_wdt 10357 0
asus_atk0110 7006 0
intel_gtt 13419 3 i915,intel_agp
8139cp 15740 0
iTCO_vendor_support 1689 1 iTCO_wdt
8139too 17942 0
output 1668 1 video
iscsi_tcp 7769 0
tg3 109646 0
e1000 84006 0
scsi_wait_scan 703 0
sl811_hcd 8782 0
ohci_hcd 18104 0
uhci_hcd 18260 0
ehci_hcd 31125 0
sx8 11181 0
imm 8782 0
parport 25299 1 imm
pata_pcmcia 9645 0
pcmcia 29576 1 pata_pcmcia

Grundsätzlich mache ich es beim Kernel immer so, das ich die aktuellste .config der Sabayon Distribution verwende, die ja auch auf Gentoo aufsetzt. Ich mache dann nur ein paar kleinere Anpassungen, die aber alle nicht im Multimedia-Bereich sind.

bill tool # lspci
00:00.0 Host bridge: Intel Corporation Clarkdake DRAM Controller (rev 12)
00:01.0 PCI bridge: Intel Corporation Clarkdale PCI Express x16 Root Port (rev 12)
00:02.0 VGA compatible controller: Intel Corporation Clarkdale Integrated Graphics Controller (rev 12)
00:16.0 Communication controller: Intel Corporation Ibex Peak HECI Controller (rev 06)
00:1a.0 USB Controller: Intel Corporation Ibex Peak USB2 Enhanced Host Controller (rev 06)
00:1b.0 Audio device: Intel Corporation Ibex Peak High Definition Audio (rev 06)
00:1c.0 PCI bridge: Intel Corporation Ibex Peak PCI Express Root Port 1 (rev 06)
00:1c.1 PCI bridge: Intel Corporation Ibex Peak PCI Express Root Port 2 (rev 06)
00:1c.4 PCI bridge: Intel Corporation Ibex Peak PCI Express Root Port 5 (rev 06)
00:1d.0 USB Controller: Intel Corporation Ibex Peak USB2 Enhanced Host Controller (rev 06)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev a6)
00:1f.0 ISA bridge: Intel Corporation Ibex Peak LPC Interface Controller (rev 06)
00:1f.2 SATA controller: Intel Corporation Ibex Peak 6 port SATA AHCI Controller (rev 06)
00:1f.3 SMBus: Intel Corporation Ibex Peak SMBus Controller (rev 06)
01:00.0 Multimedia video controller: Micronas Semiconductor Holding AG Device 0720 (rev 01)
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 06)
03:00.0 IDE interface: VIA Technologies, Inc. PATA IDE Host Controller
05:01.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
05:02.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
05:03.0 USB Controller: NEC Corporation USB (rev 43)
05:03.1 USB Controller: NEC Corporation USB (rev 43)
05:03.2 USB Controller: NEC Corporation USB 2.0 (rev 04

Wie man bei "lspci" sieht, hab ich zwei Netzkarten der Marke Realtek drin. Für die Kommunikation mit dem Netceiver verwende ich aber die OnBoard Realtek 8111/8168. Die eingesteckte PCI 8139 geht zur Fritzbox. Alternativ hätte ich noch eine 3Com Karte rumliegen

In /var/log/messages sieht das dann so aus, wenn eine Aufnahme abgebrochen wird:

Jan 31 19:31:30 bill vdr: [11231] ERROR: video data stream broken
Jan 31 19:31:30 bill vdr: [11231] initiating emergency exit
Jan 31 19:31:30 bill vdr: [11174] emergency exit requested - shutting down
Jan 31 19:31:30 bill vdr: [11174] stopping plugin: mcli
Jan 31 19:31:30 bill vdr: [11174] stopping plugin: dummydevice
Jan 31 19:31:30 bill vdr: [11174] stopping plugin: image
Jan 31 19:31:30 bill vdr: [11174] stopping plugin: skinenigmang
Jan 31 19:31:30 bill vdr: [11174] stopping plugin: skinsoppalusikka
Jan 31 19:31:30 bill vdr: [11174] stopping plugin: streamdev-client
Jan 31 19:31:30 bill vdr: [11174] stopping plugin: mplayer
Jan 31 19:31:30 bill vdr: [11174] stopping plugin: dvdconvert
Jan 31 19:31:30 bill vdr: [11174] stopping plugin: streamdev-server
Jan 31 19:31:30 bill vdr: [11184] streamdev server thread ended (pid=11174, tid=11184)
Jan 31 19:31:30 bill vdr: [11174] stopping plugin: screenshot
Jan 31 19:31:30 bill vdr: [11174] stopping plugin: dvd
Jan 31 19:31:30 bill vdr: [11231] recording thread ended (pid=11174, tid=11231)
Jan 31 19:31:30 bill vdr: [11174] buffer stats: 104340 (1%) used
Jan 31 19:31:30 bill vdr: [11174] timer 97 (1 1845-2005 'Großstadtrevier') stop
Jan 31 19:31:30 bill vdr: [11174] executing '/usr/share/vdr/bin/vdrrecord-gate.sh after "/opt/video/Großstadtrevier/2011-01-31.18.45.1-0.rec"'
Jan 31 19:31:30 bill lircd-0.8.7[8880]: removed client
Jan 31 19:31:30 bill vdr: [11174] saved setup to /etc/vdr/setup.conf
Jan 31 19:31:31 bill vdr: [11215] section handler thread ended (pid=11174, tid=11215)
Jan 31 19:31:32 bill vdr: [11216] section handler thread ended (pid=11174, tid=11216)
Jan 31 19:31:33 bill vdr: [11217] section handler thread ended (pid=11174, tid=11217)
Jan 31 19:31:34 bill vdr: [11218] section handler thread ended (pid=11174, tid=11218)
Jan 31 19:31:35 bill vdr: [11219] section handler thread ended (pid=11174, tid=11219)
Jan 31 19:31:36 bill vdr: [11220] section handler thread ended (pid=11174, tid=11220)
Jan 31 19:31:37 bill vdr: [11221] section handler thread ended (pid=11174, tid=11221
Jan 31 19:31:38 bill vdr: [11222] section handler thread ended (pid=11174, tid=11222)
Jan 31 19:31:38 bill vdr: [11174] deleting plugin: mcli
Jan 31 19:31:38 bill vdr: [11174] deleting plugin: dummydevice
Jan 31 19:31:38 bill vdr: [11174] deleting plugin: image
Jan 31 19:31:38 bill vdr: [11174] deleting plugin: skinenigmang
Jan 31 19:31:38 bill vdr: [11174] deleting plugin: epgsearch
Jan 31 19:31:38 bill vdr: [11186] EPGSearch: Leaving conflict check thread
Jan 31 19:31:38 bill vdr: [11186] EPGSearch: conflictcheck thread ended (pid=11174, tid=11186)
Jan 31 19:31:38 bill vdr: [11174] deleting plugin: skinsoppalusikka
Jan 31 19:31:38 bill vdr: [11174] deleting plugin: streamdev-client
Jan 31 19:31:38 bill vdr: [11174] deleting plugin: mplayer
Jan 31 19:31:38 bill vdr: [11174] deleting plugin: dvdconvert
Jan 31 19:31:38 bill vdr: [11174] deleting plugin: streamdev-server
Jan 31 19:31:38 bill vdr: [11174] deleting plugin: screenshot
Jan 31 19:31:38 bill vdr: [11174] deleting plugin: dvd
Jan 31 19:31:38 bill vdr: [11174] =====================
Jan 31 19:31:38 bill vdr: [11174] EPG bugfix statistics
Jan 31 19:31:38 bill vdr: [11174] =====================
Jan 31 19:31:38 bill vdr: [11174] IF SOMEBODY WHO IS IN CHARGE OF THE EPG DATA FOR ONE OF THE LISTED
Jan 31 19:31:38 bill vdr: [11174] CHANNELS READS THIS: PLEASE TAKE A LOOK AT THE FUNCTION cEvent::FixEpgBugs()
Jan 31 19:31:38 bill vdr: [11174] IN VDR/epg.c TO LEARN WHAT'S WRONG WITH YOUR DATA, AND FIX IT!
Jan 31 19:31:38 bill vdr: [11174] =====================
Jan 31 19:31:38 bill vdr: [11174] Fix Hits Channels
Jan 31 19:31:38 bill vdr: [11174] 3 3 DASDING
Jan 31 19:31:38 bill vdr: [11174] 6 1025 WDR Bonn, WDR Duisburg, WDR Aachen, WDR Wuppertal, MDR Thüringen, MDR Sachsen, ...
Jan 31 19:31:38 bill vdr: [11174] 7 68 DRadio Wissen, Nordwestradio, NDR 90,3, NDR Kultur, Bremen Eins, NDR1WelleNord, ...
Jan 31 19:31:38 bill vdr: [11174] =====================
Jan 31 19:31:38 bill vdr: [11174] max. latency time 6 seconds
Jan 31 19:31:38 bill vdr: [11174] emergency exit!
Jan 31 19:31:38 bill vdr: [11174] exiting, exit code 1
Jan 31 19:31:38 bill vdrwatchdog[11260]: restarting VDR

Und so sieht die Aufzeichnung dann aus:

bill ~ # ls -al /opt/video/Großstadtrevier/2011-01-31.18.45.1-0.rec/
total 188372
drwxr-xr-x 2 vdr vdr 149 Jan 31 19:37 .
drwxr-xr-x 3 vdr vdr 37 Jan 31 19:26 ..
-rw-r--r-- 1 vdr vdr 23852500 Jan 31 19:28 00001.ts
-rw-r--r-- 1 vdr vdr 24040876 Jan 31 19:29 00002.ts
-rw-r--r-- 1 vdr vdr 24384540 Jan 31 19:30 00003.ts
-rw-r--r-- 1 vdr vdr 22077404 Jan 31 19:32 00004.ts
-rw-r--r-- 1 vdr vdr 20859916 Jan 31 19:33 00005.ts
-rw-r--r-- 1 vdr vdr 25639628 Jan 31 19:35 00006.ts
-rw-r--r-- 1 vdr vdr 25479264 Jan 31 19:36 00007.ts
-rw-r--r-- 1 vdr vdr 26474912 Jan 31 19:37 00008.ts
-rw-r--r-- 1 vdr vdr 42056 Jan 31 19:37 index
-rw-r--r-- 1 vdr vdr 592 Jan 31 19:37 info

Viele Grüße
Robert

Jo, wenn man eine hat Muss ich mal basteln bei Gelegenheit... Sind zwei Karten drin, aber der Traffic läuft über eine Realtek RTL8111/8168B PCI Express Gigabit Karte und einen DLink Switch. Aber ich hatte den Netciever auch schon direkt an der Netzkarte dran (also ohne Switch). Ändert sich nichts. Soweit ich das gelesen habe, wird die Sache mit den (GBit-)Netzwerkkarten aber auch erst interessant, wenn man mehr als 3 HD Sender gleichzeitig aufzeichnen/streamen möchte, weil dann natürlich die Bandbreite nicht mehr reicht... Aber bei mir kommt der "Broken video stream" ja schon bei der Aufzeichung von einem Radiosender...

Hallo erstmal

Habe einen Netceiver mit Dual DVB-S2 Modul seit Freitag, den ich mit VDR 1.7.16 betreiben möchte. Das klappt mit dem mcli-Plugin auch einwandfrei und Sky wird mit dem Alphacrypt-Modul auch entschlüsselt. Ich habe nur das Problem (egal mit welchem Free-/Pay-Sender ich es probiere), das die Aufnahmen nach ca. 1 Min. gestoppt werden. Im VDR sehe ich dann "Broken video stream" und VDR startet sich neu. Dann legt die Aufnahme wieder los und nach ca. 1. Min ist wieder Schluss. Wieder "Broken video stream". Das geht dann unendlich so weiter... Die aufgenommenen Teilstücke sind aber i.O. also keine Klötzchen oder sowas. Je nach Sender sind die Teilstücke (also 000001.ts, 000002.ts, usw.) z.B. mal 8 MB (Rock Antenne), mal 10 MB (RTL Crime) oder mal 20 MB (ARD) groß. Das wird vermutlich an der jeweils höheren Bitrate liegen.

Habe auch die neueste Firmware gestern draufgespielt, aber Ergebnis ist das Gleiche. Bei "broken video stream" würde man natürlich sofort auf die Kabel tippen. Aber das kann ich ausschließen. Gleiche Konfig, gleiche Kabel, gleicher Rechner, usw. läuft mit einer Mystique Satix Dual-S2 und/oder Technotrend Nexus S bzw. 1500 ohne Probleme. Ich habe das/die Sat-Kabel auch schon mal direkt am Tuner 1 angeschlossen ohne das kleine Verbindungskabel, das zwischen Gehäuse und Tuner liegt. Gleiches Problem.

Hat irgendjemand einen Tipp für mich?

Vielen Dank schon mal!

Mir würde es reichen, wenn nur ein Programm entschlüsselt werden würde. Bin ja nichts besseres gewohnt Weiß jemand wie das dann mit dem mcli-Plugin und VDR 1.7 aussieht? Funktioniert das?

Ansonsten hätte ich noch die SkyStar HD 2 gefunden:
https://www.technisat.de/index…B_S_,de,1294131238891-215

Gibt es auch mit CI-Modul. Nachdem das Teil ja nur aufnehmen kann, aber nicht wiedergeben wie die TT FF Karten, sollte es hier doch auch keinen ARM-Crash geben, wenn ich das richtig verstanden habe. Damit wäre ich völlig zufrieden Hauptsache keine zerstückelten Aufnahmen mehr...

Danke für den Tipp! Das hab ich mir auch schon mal alles angeschaut. Aber wenn ich mir http://www.vdr-wiki.de/wiki/index.php/Netceiver durchlese, dann ist die Konfiguration auch schon wieder mit da patchen und dort Config-Datei anpassen alles andere als einfach. Speziell wenn es schon wieder darum geht, Sourcen zu patchen, damit es mit Kernel > 2.6.26 läuft, dann ist bei mir der Ofen gleich aus Ich hab Gentoo drauf und das System ist immer auf den aktuellsten Stand. Beim Patchen besteht immer die Gefahr, das die Patches irgendwann nicht mehr tun, wenn's keiner pflegt. Ich wäre mehr für eine Karte, deren Treiber im Kernel dabei ist und man die Firmware ohne Probleme bekommt...

Hallo,

nachdem mich meine zwei FF Karten seit Monaten des Öfteren nur noch nerven mit ARM Crashes wenn ich was aufzeichne (insbesondere bei SKY), möchte ich fragen, ob jemand eine Karte empfehlen kann, die relativ problemlos mit CI-Modul und Alphacrypt Classic läuft. Soweit es sowas gibt, würde eine Budget-Karte oder USB-Modul mit CI reichen. PCIe wäre nicht schlecht, das PCI-seitig alles voll ist

Ich habe noch eine Mystique SaTiX-S2 V2 CI Dual, aber da behauptet der Hersteller auch schon seit Monaten, das ein Linux-Treiber mit CI-Unterstützung kommen soll. Aber selbst wenn das irgendwann der Fall sein sollte, gibt es immer noch keine VDR-Unterstützung... Der Treiber an sich arbeitet einwandfrei, aber mit CI is halt nix.

Nachdem die TT S2-6400 wohl auch nie kommen wird, fällt die als Alternative auch irgendwie aus (wieso ich mir auch die Mystique SaTiX-S2 V2 CI Dual gekauft habe in der falschen Annahme, das der Linux-Treiber mit CI-Modul tut...).

Vielen Dank für alle Tipps!

UFO: Gute Idee Ich mach's halt so, das ich in so einem Fall (kommt ja nicht oft vor) dann meistens auch gleich den Kernel & Co. update und dann muss ich eh durchstarten bzw. in diesem Fall schalte ich den Rechner dann gleich ganz aus. Aber hast schon recht: CAM raus/rein und Treiber neu laden sollte (und wird vermutlich) eigentlich tun. Nur geht halt leider nicht, wenn man man unterwegs ist Drum bin ich verzweifelt auf der Suche nach einer "ich muss nicht an den Rechner CAM-Druchstart"-Methode

Stalker: VDR ist Version 1.4.6. 1.5.1/1.5.2 hatte ich mal am Laufen, aber das war noch viel zu instabil. Steitdem nicht mehr probiert. Aber 1.4 reicht mir völlig.

Danke für die Antworten!

Nu ja, da hast du schon prinzipiell Recht, aber ich komme momentan nicht an den Rechner ran, um gross was umbauen zu können. Ich hab ja zwei FF-Karten drin und bei mir sind alle Slots voll, so das ich eine Budget-Karte nicht mehr reinbekomme. Die momentane Lösung läuft ja auch einwandfrei, nur das sich eben alle paar Wochen mal das CAM weghängt und ich es bisher nur durch einen Kaltstart wieder aktivieren konnte. Nur Rechner aus-/einschalten geht momentan nicht, da ich für eine Woche weg bin. Deshalb hatte ich gehofft, das es irgend einen Kniff gibt, wie man der Karte einen "Tritt" versetzen kann (ähnlich wie beim Ein-/Ausschalten des Rechners), damit sie das CAM wieder aktviert oder wie auch immer man dazu sagen will. Ich weiss leider nicht, was da technisch genau passiert.

Na ja, hilft wohl nix, dann werden einige Battlestar Galactica Folgen flötten gehen Aber danke nochmal!

Danke für die Antwort! Ich habe schon div. Firmware-Versionen probiert u.a. auch die F12623. Hab auch alle Module entfernt, die irgendwas mit DVB/Frontend zu tun haben und auch den Rechner mal durchgestartet (aber nur Reboot, kein Kaltstart). Aber das CAM taucht einfach nicht auf. Normalerweise sieht man das ja dann auch im messages File, wenn es initialisiert ist, aber leider kommt keine Meldung.

Ich denke, man müsste der DVB-Karte irgendwie einen "Tritt" verpassen, damit sowas Ähnliches wie beim Kaltstart passiert. Der Treiber scheint das beim neu Laden nicht zu tun und ich finde mit "modinfo dvb_ttpci" auch keine Option, die das veranlassen könnte. Vielleicht kann man sowas mit "setpci" oder "pcitweak" machen, aber damit kenne ich mich leider nicht aus.

Vielleicht hat noch jemand eine Idee, wie man bei einer PCI-Karte so eine Art Kaltstart bzw. Neuinitialisierung provozieren kann, ohne den Rechner ausschalten zu müssen.

Merci!

Hallo,

leider verschwindet mir alle heilige Zeit das Alphacrypt CAM aus dem VDR CAM Menü und man kann dann keine Premiere-Kanäle mehr entschlüsseln. Bisher half immer nur den Rechner auszuschalten und wieder einzuschalten. Leider bin ich jetzt über eine Woche nicht vor Ort und kann den Rechner leider nicht ausschalten/einschalten. Rechner durchstarten alleine reicht leider nicht. Die Meldung im messages File, die erscheint, wenn das CAM Modul sich abmeldet, ist Folgende:

Dec 24 03:55:04 scotty vdr: [21380] clearing device because of consecutive poll timeouts
Dec 24 03:55:05 scotty dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
Dec 24 03:55:05 scotty dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error -110
Dec 24 03:55:05 scotty dvb-ttpci: av7110_fw_cmd error -110
Dec 24 03:55:05 scotty vdr: [21380] ERROR (dvbdevice.c,1042): Connection timed out
Dec 24 03:55:07 scotty vdr: [21380] clearing device because of consecutive poll timeouts
Dec 24 03:55:08 scotty dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
Dec 24 03:55:08 scotty dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error -110
Dec 24 03:55:08 scotty dvb-ttpci: av7110_fw_cmd error -110
Dec 24 03:55:08 scotty vdr: [21380] ERROR (dvbdevice.c,1040): Connection timed out
Dec 24 03:55:08 scotty vdr: [21381] buffer usage: 70% (tid=21380)
Dec 24 03:55:08 scotty vdr: [21381] buffer usage: 80% (tid=21380)
Dec 24 03:55:09 scotty dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
Dec 24 03:55:09 scotty dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error -110
Dec 24 03:55:09 scotty dvb-ttpci: av7110_fw_cmd error -110
Dec 24 03:55:09 scotty vdr: [21380] ERROR (dvbdevice.c,1042): Connection timed out
Dec 24 03:55:09 scotty vdr: [21381] buffer usage: 0% (tid=21380)
Dec 24 03:55:09 scotty dvb-ttpci: ARM crashed @ card 0
Dec 24 03:55:09 scotty dvb-ttpci: gpioirq unknown type=0 len=0
Dec 24 03:55:09 scotty dvb-ttpci: Crystal audio DAC @ card 0 detected
Dec 24 03:55:15 scotty vdr: [21380] clearing device because of consecutive poll timeouts
...

Ich verwende Gentoo mit Kernel 2.6.22. Gibt es irgendeine Möglichkeit, das CAM zu reset'en bzw. neu zu initialisieren (über OSD geht leider nicht, da das CAM nicht mehr auftaucht im VDR-Menü) oder die entsprechende PCI-Karte (Nexus-S/Technotrend 2.1 bzw. Technotrend TT 1.3) in einem Zustand zu versetzen, so wie er nach dem Kaltstart existiert, damit sich das CAM vielleicht wieder initialisiert bzw. erkannt wird?

Vielen Dank schon mal für eure Hilfe!