Posts by dron72

dron72

LNB ist jetzt da und Unicable läuft auf allen 3 Tunern (1*Budget DVB-S und 2*Mystique Satix)
Kann der vierte Kanal vom Unicable dann an den neuen Fernseher.

Eigentlich wollte ich die Budget Karte an den Legacy Anschluss hängen - und nur die Satix an Unicable - aber das habe ich auf Anhieb nicht hinbekommen.
Wenn jemand mal auf die andere Config schauen mag.

EDIT: Habs hinbekommen, so gehts:
diseqc.conf

Code

# Legacy Budget-Karte
1:
S19.2E  11700 V  9750  t v W15 [E0 10 38 F0] W15 A W15 t
S19.2E  99999 V 10600  t v W15 [E0 10 38 F1] W15 A W15 T
S19.2E  11700 H  9750  t V W15 [E0 10 38 F2] W15 A W15 t
S19.2E  99999 H 10600  t V W15 [E0 10 38 F3] W15 A W15 T
# Unicable Satix-S2
2 3:
S19.2E  11700 V  9750  t V W10 S0 [E0 10 5A 00 00] W10 v
S19.2E  99999 V 10600  t V W10 S1 [E0 10 5A 00 00] W10 v
S19.2E  11700 H  9750  t V W10 S2 [E0 10 5A 00 00] W10 v
S19.2E  99999 H 10600  t V W10 S3 [E0 10 5A 00 00] W10 v

Display More

scr.conf

Code

Schnipsel ist von hier.

Aber Danke nochmal für den Tipp mit dem LNB - jetzt habe ich die Situation bei mir deutlich verbessert, ohne großen Aufwand. Ganz wie ich mir das vorgestellt habe!

dron72

Danke für Deine Antwort - nach der Beschreibung in dem anderen Thread glaube ich nicht, dass mir das hilft; aber werde es wohl mal versuchen.

dron72

Hallo zusammen,

ich wollte mich mal an STR/S3 machen - und es diesmal nach Fehlversuch nicht wieder abstellen, wie bisher
Also habe ich es im Webfrontend mal wieder eingestellt.

Beim Shutdown kommt der Rechner aber direkt wieder hoch - das Syslog scheint ein paar Hinweise zu geben, mit denen ich aber (noch) nicht so recht was anfangen kann:
Erstmal dauerts 53 Sekunden im Status "Preparing system for mem sleep" was ich recht lange finde...

Code

Mar 24 19:00:53 vdr kernel: [  847.716623] PM: Preparing system for mem sleep
Mar 24 19:01:46 vdr kernel: [  848.130610] Freezing user space processes ... (elapsed 0.001 seconds) done.
Mar 24 19:01:46 vdr kernel: [  848.132847] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done.
Mar 24 19:01:46 vdr kernel: [  848.134029] PM: Entering mem sleep

Dann scheint er Probleme zu haben, die Platten schlafen zu schicken:

Code

Mar 24 19:01:46 vdr kernel: [  878.816049] ata4.00: failed command: STANDBY IMMEDIATE
und
Mar 24 19:01:46 vdr kernel: [  878.848051] ata5.00: failed command: STANDBY IMMEDIATE

Dann ist das suspend of devices fertig; ggf geht hier schon ein großteil der Zeit drauf (31 Sekunden):

Code

Mar 24 19:01:46 vdr kernel: [  879.348060] PM: suspend of devices complete after 31213.712 msecs

Aber dann gibts einen Fehler mit Stacktrace, beginnt im Log mit:

Code

Mar 24 19:01:46 vdr kernel: [  879.511934] ------------[ cut here ]------------
Mar 24 19:01:46 vdr kernel: [  879.511939] WARNING: CPU: 0 PID: 2947 at /build/linux-uz1EVo/linux-3.13.0/fs/sysfs/dir.c:486 sysfs_warn_dup+0x86/0xa0()
Mar 24 19:01:46 vdr kernel: [  879.511940] sysfs: cannot create duplicate filename '/devices/system/cpu/cpu1/cpufreq'
Mar 24 19:01:46 vdr kernel: [  879.511975] Modules linked in: tcp_diag inet_diag autofs4 snd_hda_codec_hdmi nfsd auth_rpcgss nfs_acl nfs lockd sunrpc fscache snd_hda_codec_analog stv0299(OX) stv6110x(OX) lnbp21(OX) kvm serio_raw k8temp edac_core edac_mce_amd snd_hda_intel videobuf_dma_sg(OX) snd_hda_codec snd_hwdep videobuf_core(OX) snd_pcm v4l2_common(OX) videodev(OX) snd_page_alloc snd_seq_midi snd_seq_midi_event snd_rawmidi snd_seq rc_imon_pad(OX) snd_seq_device joydev snd_timer imon(OX) rc_core(OX) nvidia(POX) stv090x(OX) snd i2c_nforce2 soundcore drm dvb_core(OX) media(OX) shpchp lp mac_hid parport hid_generic usbhid hid usb_storage psmouse forcedeth floppy pata_acpi sata_nv pata_amd [last unloaded: cxd2099]
Mar 24 19:01:46 vdr kernel: [  879.511978] CPU: 0 PID: 2947 Comm: s2ram Tainted: P           OX 3.13.0-113-generic #160-Ubuntu
Mar 24 19:01:46 vdr kernel: [  879.511979] Hardware name: System manufacturer System Product Name/M2NPV-VM, BIOS ASUS M2NPV-VM ACPI BIOS Revision 5005 06/02/2010

Und dann gehts direkt wieder in den Neustart:

Code

Mar 24 19:01:46 vdr kernel: [  879.512392] CPU1 is up
Mar 24 19:01:46 vdr kernel: [  879.512664] ACPI: Waking up from system sleep state S3

Hier der komplette (meiner Meinung nach) relevante Ausschnitt des Syslog:

Display Spoiler

Mar 24 19:00:53 vdr kernel: [ 847.693897] PM: Syncing filesystems ... done.
Mar 24 19:00:53 vdr kernel: [ 847.716623] PM: Preparing system for mem sleep
Mar 24 19:01:46 vdr kernel: [ 848.130610] Freezing user space processes ... (elapsed 0.001 seconds) done.
Mar 24 19:01:46 vdr kernel: [ 848.132847] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done.
Mar 24 19:01:46 vdr kernel: [ 848.134029] PM: Entering mem sleep
Mar 24 19:01:46 vdr kernel: [ 848.134052] Suspending console(s) (use no_console_suspend to debug)
Mar 24 19:01:46 vdr kernel: [ 848.134540] sd 5:0:0:0: [sdc] Synchronizing SCSI cache
Mar 24 19:01:46 vdr kernel: [ 848.134646] sd 4:0:0:0: [sdb] Synchronizing SCSI cache
Mar 24 19:01:46 vdr kernel: [ 848.134702] sd 5:0:0:0: [sdc] Stopping disk
Mar 24 19:01:46 vdr kernel: [ 848.134825] sd 4:0:0:0: [sdb] Stopping disk
Mar 24 19:01:46 vdr kernel: [ 848.134838] sd 3:0:0:0: [sda] Synchronizing SCSI cache
Mar 24 19:01:46 vdr kernel: [ 848.134924] sd 3:0:0:0: [sda] Stopping disk
Mar 24 19:01:46 vdr kernel: [ 878.816046] ata4.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
Mar 24 19:01:46 vdr kernel: [ 878.816049] ata4.00: failed command: STANDBY IMMEDIATE
Mar 24 19:01:46 vdr kernel: [ 878.816056] ata4.00: cmd e0/00:00:00:00:00/00:00:00:00:00/a0 tag 11
Mar 24 19:01:46 vdr kernel: [ 878.816056] res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Mar 24 19:01:46 vdr kernel: [ 878.816057] ata4.00: status: { DRDY }
Mar 24 19:01:46 vdr kernel: [ 878.816062] ata4: hard resetting link
Mar 24 19:01:46 vdr kernel: [ 878.816063] ata4: nv: skipping hardreset on occupied port
Mar 24 19:01:46 vdr kernel: [ 878.848048] ata5.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
Mar 24 19:01:46 vdr kernel: [ 878.848051] ata5.00: failed command: STANDBY IMMEDIATE
Mar 24 19:01:46 vdr kernel: [ 878.848058] ata5.00: cmd e0/00:00:00:00:00/00:00:00:00:00/a0 tag 28
Mar 24 19:01:46 vdr kernel: [ 878.848058] res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Mar 24 19:01:46 vdr kernel: [ 878.848059] ata5.00: status: { DRDY }
Mar 24 19:01:46 vdr kernel: [ 878.848064] ata5: hard resetting link
Mar 24 19:01:46 vdr kernel: [ 878.848065] ata5: nv: skipping hardreset on occupied port
Mar 24 19:01:46 vdr kernel: [ 879.284060] ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
Mar 24 19:01:46 vdr kernel: [ 879.308605] ata4.00: configured for UDMA/133
Mar 24 19:01:46 vdr kernel: [ 879.308608] ata4.00: device reported invalid CHS sector 0
Mar 24 19:01:46 vdr kernel: [ 879.308617] ata4: EH complete
Mar 24 19:01:46 vdr kernel: [ 879.308630] sd 3:0:0:0: [sda] START_STOP FAILED
Mar 24 19:01:46 vdr kernel: [ 879.308632] sd 3:0:0:0: [sda]
Mar 24 19:01:46 vdr kernel: [ 879.308633] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Mar 24 19:01:46 vdr kernel: [ 879.308635] sd 3:0:0:0: [sda]
Mar 24 19:01:46 vdr kernel: [ 879.308638] Sense Key : Aborted Command [current] [descriptor]
Mar 24 19:01:46 vdr kernel: [ 879.308639] sd 3:0:0:0: [sda]
Mar 24 19:01:46 vdr kernel: [ 879.308641] Add. Sense: No additional sense information
Mar 24 19:01:46 vdr kernel: [ 879.316062] ata5: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
Mar 24 19:01:46 vdr kernel: [ 879.332522] ata5.00: configured for UDMA/133
Mar 24 19:01:46 vdr kernel: [ 879.332525] ata5.00: device reported invalid CHS sector 0
Mar 24 19:01:46 vdr kernel: [ 879.332532] ata5: EH complete
Mar 24 19:01:46 vdr kernel: [ 879.332541] sd 4:0:0:0: [sdb] START_STOP FAILED
Mar 24 19:01:46 vdr kernel: [ 879.332542] sd 4:0:0:0: [sdb]
Mar 24 19:01:46 vdr kernel: [ 879.332543] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Mar 24 19:01:46 vdr kernel: [ 879.332545] sd 4:0:0:0: [sdb]
Mar 24 19:01:46 vdr kernel: [ 879.332546] Sense Key : Aborted Command [current] [descriptor]
Mar 24 19:01:46 vdr kernel: [ 879.332547] sd 4:0:0:0: [sdb]
Mar 24 19:01:46 vdr kernel: [ 879.332548] Add. Sense: No additional sense information
Mar 24 19:01:46 vdr kernel: [ 879.348060] PM: suspend of devices complete after 31213.712 msecs
Mar 24 19:01:46 vdr kernel: [ 879.348345] PM: late suspend of devices complete after 0.281 msecs
Mar 24 19:01:46 vdr kernel: [ 879.348610] forcedeth 0000:00:14.0: System wakeup enabled by ACPI
Mar 24 19:01:46 vdr kernel: [ 879.364141] ehci-pci 0000:00:0b.1: System wakeup enabled by ACPI
Mar 24 19:01:46 vdr kernel: [ 879.380072] ohci-pci 0000:00:0b.0: System wakeup enabled by ACPI
Mar 24 19:01:46 vdr kernel: [ 879.396339] PM: noirq suspend of devices complete after 47.991 msecs
Mar 24 19:01:46 vdr kernel: [ 879.396406] ACPI: Preparing to enter system sleep state S3
Mar 24 19:01:46 vdr kernel: [ 879.397159] PM: Saving platform NVS memory
Mar 24 19:01:46 vdr kernel: [ 879.397192] Disabling non-boot CPUs ...
Mar 24 19:01:46 vdr acpid: client 1418[0:0] has disconnected
Mar 24 19:01:46 vdr kernel: [ 879.500020] smpboot: CPU 1 is now offline
Mar 24 19:01:46 vdr kernel: [ 879.500215] ACPI: Low-level resume complete
Mar 24 19:01:46 vdr kernel: [ 879.500215] PM: Restoring platform NVS memory
Mar 24 19:01:46 vdr kernel: [ 879.500619] Enabling non-boot CPUs ...
Mar 24 19:01:46 vdr kernel: [ 879.500659] x86: Booting SMP configuration:
Mar 24 19:01:46 vdr kernel: [ 879.500661] smpboot: Booting Node 0 Processor 1 APIC 0x1
Mar 24 19:01:46 vdr kernel: [ 879.511934] ------------[ cut here ]------------
Mar 24 19:01:46 vdr kernel: [ 879.511939] WARNING: CPU: 0 PID: 2947 at /build/linux-uz1EVo/linux-3.13.0/fs/sysfs/dir.c:486 sysfs_warn_dup+0x86/0xa0()
Mar 24 19:01:46 vdr kernel: [ 879.511940] sysfs: cannot create duplicate filename '/devices/system/cpu/cpu1/cpufreq'
Mar 24 19:01:46 vdr kernel: [ 879.511975] Modules linked in: tcp_diag inet_diag autofs4 snd_hda_codec_hdmi nfsd auth_rpcgss nfs_acl nfs lockd sunrpc fscache snd_hda_codec_analog stv0299(OX) stv6110x(OX) lnbp21(OX) kvm serio_raw k8temp edac_core edac_mce_amd snd_hda_intel videobuf_dma_sg(OX) snd_hda_codec snd_hwdep videobuf_core(OX) snd_pcm v4l2_common(OX) videodev(OX) snd_page_alloc snd_seq_midi snd_seq_midi_event snd_rawmidi snd_seq rc_imon_pad(OX) snd_seq_device joydev snd_timer imon(OX) rc_core(OX) nvidia(POX) stv090x(OX) snd i2c_nforce2 soundcore drm dvb_core(OX) media(OX) shpchp lp mac_hid parport hid_generic usbhid hid usb_storage psmouse forcedeth floppy pata_acpi sata_nv pata_amd [last unloaded: cxd2099]
Mar 24 19:01:46 vdr kernel: [ 879.511978] CPU: 0 PID: 2947 Comm: s2ram Tainted: P OX 3.13.0-113-generic #160-Ubuntu
Mar 24 19:01:46 vdr kernel: [ 879.511979] Hardware name: System manufacturer System Product Name/M2NPV-VM, BIOS ASUS M2NPV-VM ACPI BIOS Revision 5005 06/02/2010
Mar 24 19:01:46 vdr kernel: [ 879.511982] 0000000000000000 ffff880078d37b90 ffffffff8172d269 ffff880078d37bd8
Mar 24 19:01:46 vdr kernel: [ 879.511985] 0000000000000009 ffff880078d37bc8 ffffffff8106a76d ffff880078c27000
Mar 24 19:01:46 vdr kernel: [ 879.511987] ffff880078c27000 ffff88007c1b57e0 0000000000000000 0000000000000001
Mar 24 19:01:46 vdr kernel: [ 879.511987] Call Trace:
Mar 24 19:01:46 vdr kernel: [ 879.511993] [<ffffffff8172d269>] dump_stack+0x64/0x82
Mar 24 19:01:46 vdr kernel: [ 879.511996] [<ffffffff8106a76d>] warn_slowpath_common+0x7d/0xa0
Mar 24 19:01:46 vdr kernel: [ 879.511998] [<ffffffff8106a7dc>] warn_slowpath_fmt+0x4c/0x50
Mar 24 19:01:46 vdr kernel: [ 879.512001] [<ffffffff8123ae36>] sysfs_warn_dup+0x86/0xa0
Mar 24 19:01:46 vdr kernel: [ 879.512003] [<ffffffff8123ae90>] sysfs_add_one+0x40/0x50
Mar 24 19:01:46 vdr kernel: [ 879.512005] [<ffffffff8123b9ff>] sysfs_do_create_link_sd.isra.2+0xbf/0x210
Mar 24 19:01:46 vdr kernel: [ 879.512008] [<ffffffff8123bb75>] sysfs_create_link+0x25/0x50
Mar 24 19:01:46 vdr kernel: [ 879.512008] [<ffffffff815d3153>] __cpufreq_add_dev.isra.20+0x1b3/0x920
Mar 24 19:01:46 vdr kernel: [ 879.512008] [<ffffffff815d3932>] cpufreq_cpu_callback+0x72/0xc0
Mar 24 19:01:46 vdr kernel: [ 879.512008] [<ffffffff817399dc>] notifier_call_chain+0x4c/0x70
Mar 24 19:01:46 vdr kernel: [ 879.512008] [<ffffffff810934fe>] __raw_notifier_call_chain+0xe/0x10
Mar 24 19:01:46 vdr kernel: [ 879.512008] [<ffffffff8106a973>] cpu_notify+0x23/0x50
Mar 24 19:01:46 vdr kernel: [ 879.512008] [<ffffffff8106abb8>] _cpu_up+0x168/0x180
Mar 24 19:01:46 vdr kernel: [ 879.512008] [<ffffffff8171c710>] enable_nonboot_cpus+0x90/0xe0
Mar 24 19:01:46 vdr kernel: [ 879.512008] [<ffffffff810b7fc5>] suspend_devices_and_enter+0x355/0x490
Mar 24 19:01:46 vdr kernel: [ 879.512008] [<ffffffff810b8278>] pm_suspend+0x178/0x260
Mar 24 19:01:46 vdr kernel: [ 879.512008] [<ffffffff810b7049>] state_store+0x79/0xf0
Mar 24 19:01:46 vdr kernel: [ 879.512008] [<ffffffff8136da5f>] kobj_attr_store+0xf/0x20
Mar 24 19:01:46 vdr kernel: [ 879.512008] [<ffffffff81239918>] sysfs_write_file+0x128/0x1c0
Mar 24 19:01:46 vdr kernel: [ 879.512008] [<ffffffff811c24e4>] vfs_write+0xb4/0x1f0
Mar 24 19:01:46 vdr kernel: [ 879.512008] [<ffffffff811c2f19>] SyS_write+0x49/0xa0
Mar 24 19:01:46 vdr kernel: [ 879.512008] [<ffffffff8173de1d>] system_call_fastpath+0x1a/0x1f
Mar 24 19:01:46 vdr kernel: [ 879.512065] ---[ end trace c2c30281c9826cdd ]---
Mar 24 19:01:46 vdr kernel: [ 879.512392] CPU1 is up
Mar 24 19:01:46 vdr kernel: [ 879.512664] ACPI: Waking up from system sleep state S3
Mar 24 19:01:46 vdr kernel: [ 879.512921] pci 0000:00:00.0: Found disabled HT MSI Mapping
Mar 24 19:01:46 vdr kernel: [ 879.512926] pci 0000:00:00.0: Enabling HT MSI Mapping
Mar 24 19:01:46 vdr kernel: [ 879.513056] pci 0000:00:00.0: Found enabled HT MSI Mapping
Mar 24 19:01:46 vdr kernel: [ 879.513102] pci 0000:00:00.0: Found enabled HT MSI Mapping
Mar 24 19:01:46 vdr kernel: [ 879.528073] ohci-pci 0000:00:0b.0: System wakeup disabled by ACPI
Mar 24 19:01:46 vdr kernel: [ 879.544090] ehci-pci 0000:00:0b.1: System wakeup disabled by ACPI
Mar 24 19:01:46 vdr kernel: [ 879.576141] pci 0000:00:09.0: Found disabled HT MSI Mapping
Mar 24 19:01:46 vdr kernel: [ 879.576154] sata_nv 0000:00:0e.0: Enabling HT MSI Mapping
Mar 24 19:01:46 vdr kernel: [ 879.592155] pci 0000:00:09.0: Found disabled HT MSI Mapping
Mar 24 19:01:46 vdr kernel: [ 879.592168] sata_nv 0000:00:0f.0: Enabling HT MSI Mapping
Mar 24 19:01:46 vdr kernel: [ 879.608166] pci 0000:00:09.0: Found disabled HT MSI Mapping
Mar 24 19:01:46 vdr kernel: [ 879.608180] snd_hda_intel 0000:00:10.1: Enabling HT MSI Mapping
Mar 24 19:01:46 vdr kernel: [ 879.640232] PM: noirq resume of devices complete after 127.366 msecs
Mar 24 19:01:46 vdr kernel: [ 879.640501] PM: early resume of devices complete after 0.157 msecs
Mar 24 19:01:46 vdr kernel: [ 879.640730] forcedeth 0000:00:14.0: System wakeup disabled by ACPI
Mar 24 19:01:46 vdr kernel: [ 879.646290] ata2: port disabled--ignoring
Mar 24 19:01:46 vdr kernel: [ 879.646547] ata1: port disabled--ignoring
Mar 24 19:01:46 vdr kernel: [ 880.108063] ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
Mar 24 19:01:46 vdr kernel: [ 880.112070] ata6: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
Mar 24 19:01:46 vdr kernel: [ 880.116385] ata3.00: ACPI cmd ef/03:46:00:00:00:a0 (SET FEATURES) filtered out
Mar 24 19:01:46 vdr kernel: [ 880.120385] ata6.00: ACPI cmd ef/03:46:00:00:00:a0 (SET FEATURES) filtered out
Mar 24 19:01:46 vdr kernel: [ 880.128493] ata6.00: configured for UDMA/100
Mar 24 19:01:46 vdr kernel: [ 880.128542] sd 5:0:0:0: [sdc] Starting disk
Mar 24 19:01:46 vdr kernel: [ 880.132383] ata3.00: configured for UDMA/33
Mar 24 19:01:46 vdr kernel: [ 880.164954] forcedeth 0000:00:14.0 eth0: no link during initialization
Mar 24 19:01:46 vdr kernel: [ 880.220044] usb 2-7: reset low-speed USB device number 4 using ohci-pci
Mar 24 19:01:46 vdr kernel: [ 880.280061] ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
Mar 24 19:01:46 vdr kernel: [ 880.288386] ata4.00: ACPI cmd ef/03:46:00:00:00:a0 (SET FEATURES) filtered out
Mar 24 19:01:46 vdr kernel: [ 880.312642] ata4.00: configured for UDMA/133
Mar 24 19:01:46 vdr kernel: [ 880.312687] sd 3:0:0:0: [sda] Starting disk
Mar 24 19:01:46 vdr kernel: [ 880.676032] usb 1-8: reset high-speed USB device number 5 using ehci-pci
Mar 24 19:01:46 vdr kernel: [ 883.228056] forcedeth 0000:00:14.0 eth0: link up
Mar 24 19:01:46 vdr kernel: [ 885.152033] ata5: link is slow to respond, please be patient (ready=0)
Mar 24 19:01:46 vdr kernel: [ 889.688032] ata5: SRST failed (errno=-16)
Mar 24 19:01:46 vdr kernel: [ 891.164059] ata5: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
Mar 24 19:01:46 vdr kernel: [ 891.172392] ata5.00: ACPI cmd ef/03:46:00:00:00:a0 (SET FEATURES) filtered out
Mar 24 19:01:46 vdr kernel: [ 891.228903] ata5.00: configured for UDMA/133
Mar 24 19:01:46 vdr kernel: [ 891.228947] sd 4:0:0:0: [sdb] Starting disk
Mar 24 19:01:46 vdr kernel: [ 894.232031]
Mar 24 19:01:46 vdr kernel: [ 894.232031] floppy driver state
Mar 24 19:01:46 vdr kernel: [ 894.232032] -------------------
Mar 24 19:01:46 vdr kernel: [ 894.232047] now=4295115854 last interrupt=4294892541 diff=223313 last called handler=reset_interrupt [floppy]
Mar 24 19:01:46 vdr kernel: [ 894.232048] timeout_message=lock fdc
Mar 24 19:01:46 vdr kernel: [ 894.232048] last output bytes:
Mar 24 19:01:46 vdr kernel: [ 894.232049] 8 80 4294892536
Mar 24 19:01:46 vdr kernel: [ 894.232050] 8 80 4294892537
Mar 24 19:01:46 vdr kernel: [ 894.232051] 8 80 4294892537
Mar 24 19:01:46 vdr kernel: [ 894.232052] 8 80 4294892540
Mar 24 19:01:46 vdr kernel: [ 894.232053] 8 80 4294892540
Mar 24 19:01:46 vdr kernel: [ 894.232054] 8 80 4294892540
Mar 24 19:01:46 vdr kernel: [ 894.232054] 8 80 4294892540
Mar 24 19:01:46 vdr kernel: [ 894.232055] e 80 4294892540
Mar 24 19:01:46 vdr kernel: [ 894.232056] 13 80 4294892540
Mar 24 19:01:46 vdr kernel: [ 894.232057] 0 90 4294892540
Mar 24 19:01:46 vdr kernel: [ 894.232058] 1a 90 4294892540
Mar 24 19:01:46 vdr kernel: [ 894.232059] 0 90 4294892540
Mar 24 19:01:46 vdr kernel: [ 894.232059] 12 90 4294892540
Mar 24 19:01:46 vdr kernel: [ 894.232060] 0 90 4294892540
Mar 24 19:01:46 vdr kernel: [ 894.232061] 14 90 4294892540
Mar 24 19:01:46 vdr kernel: [ 894.232062] 18 80 4294892541
Mar 24 19:01:46 vdr kernel: [ 894.232063] 8 80 4294892541
Mar 24 19:01:46 vdr kernel: [ 894.232064] 8 80 4294892541
Mar 24 19:01:46 vdr kernel: [ 894.232064] 8 80 4294892541
Mar 24 19:01:46 vdr kernel: [ 894.232065] 8 80 4294892541
Mar 24 19:01:46 vdr kernel: [ 894.232066] last result at 4294892541
Mar 24 19:01:46 vdr kernel: [ 894.232067] last redo_fd_request at 4294892541
Mar 24 19:01:46 vdr kernel: [ 894.232079] status=0
Mar 24 19:01:46 vdr kernel: [ 894.232080] fdc_busy=1
Mar 24 19:01:46 vdr kernel: [ 894.232084] do_floppy=reset_interrupt [floppy]
Mar 24 19:01:46 vdr kernel: [ 894.232085] cont=ffffffffa0034380
Mar 24 19:01:46 vdr kernel: [ 894.232086] current_req= (null)
Mar 24 19:01:46 vdr kernel: [ 894.232086] command_status=-1
Mar 24 19:01:46 vdr kernel: [ 894.232087]
Mar 24 19:01:46 vdr kernel: [ 894.232090] floppy0: floppy timeout called
Mar 24 19:01:46 vdr kernel: [ 894.232265] PM: resume of devices complete after 14591.757 msecs
Mar 24 19:01:46 vdr kernel: [ 894.232653] PM: Finishing wakeup.
Mar 24 19:01:46 vdr kernel: [ 894.233117] pci 0000:00:00.0: no hotplug settings from platform
Mar 24 19:01:46 vdr kernel: [ 894.233120] pci 0000:00:00.0: using default PCI settings
Mar 24 19:01:46 vdr kernel: [ 894.233127] pci 0000:00:00.2: no hotplug settings from platform
Mar 24 19:01:46 vdr kernel: [ 894.233130] pci 0000:00:00.2: using default PCI settings
Mar 24 19:01:46 vdr kernel: [ 894.233136] pci 0000:00:00.3: no hotplug settings from platform
Mar 24 19:01:46 vdr kernel: [ 894.233139] pci 0000:00:00.3: using default PCI settings
Mar 24 19:01:46 vdr kernel: [ 894.233145] pci 0000:00:00.4: no hotplug settings from platform
Mar 24 19:01:46 vdr kernel: [ 894.233148] pci 0000:00:00.4: using default PCI settings
Mar 24 19:01:46 vdr kernel: [ 894.233154] pci 0000:00:00.5: no hotplug settings from platform
Mar 24 19:01:46 vdr kernel: [ 894.233157] pci 0000:00:00.5: using default PCI settings
Mar 24 19:01:46 vdr kernel: [ 894.233163] pci 0000:00:00.6: no hotplug settings from platform
Mar 24 19:01:46 vdr kernel: [ 894.233165] pci 0000:00:00.6: using default PCI settings
Mar 24 19:01:46 vdr kernel: [ 894.233171] pci 0000:00:00.7: no hotplug settings from platform
Mar 24 19:01:46 vdr kernel: [ 894.233174] pci 0000:00:00.7: using default PCI settings
Mar 24 19:01:46 vdr kernel: [ 894.233180] pcieport 0000:00:03.0: no hotplug settings from platform
Mar 24 19:01:46 vdr kernel: [ 894.233190] pci 0000:01:00.0: no hotplug settings from platform
Mar 24 19:01:46 vdr kernel: [ 894.233194] pcieport 0000:00:04.0: no hotplug settings from platform
Mar 24 19:01:46 vdr kernel: [ 894.233203] nvidia 0000:02:00.0: no hotplug settings from platform
Mar 24 19:01:46 vdr kernel: [ 894.233211] snd_hda_intel 0000:02:00.1: no hotplug settings from platform
Mar 24 19:01:46 vdr kernel: [ 894.233215] pci 0000:00:09.0: no hotplug settings from platform
Mar 24 19:01:46 vdr kernel: [ 894.233218] pci 0000:00:09.0: using default PCI settings
Mar 24 19:01:46 vdr kernel: [ 894.233233] pci 0000:00:0a.0: no hotplug settings from platform
Mar 24 19:01:46 vdr kernel: [ 894.233235] pci 0000:00:0a.0: using default PCI settings
Mar 24 19:01:46 vdr kernel: [ 894.233245] nForce2_smbus 0000:00:0a.1: no hotplug settings from platform
Mar 24 19:01:46 vdr kernel: [ 894.233247] nForce2_smbus 0000:00:0a.1: using default PCI settings
Mar 24 19:01:46 vdr kernel: [ 894.233258] pci 0000:00:0a.2: no hotplug settings from platform
Mar 24 19:01:46 vdr kernel: [ 894.233260] pci 0000:00:0a.2: using default PCI settings
Mar 24 19:01:46 vdr kernel: [ 894.233270] ohci-pci 0000:00:0b.0: no hotplug settings from platform
Mar 24 19:01:46 vdr kernel: [ 894.233273] ohci-pci 0000:00:0b.0: using default PCI settings
Mar 24 19:01:46 vdr kernel: [ 894.233282] ehci-pci 0000:00:0b.1: no hotplug settings from platform
Mar 24 19:01:46 vdr kernel: [ 894.233285] ehci-pci 0000:00:0b.1: using default PCI settings
Mar 24 19:01:46 vdr kernel: [ 894.233294] pata_amd 0000:00:0d.0: no hotplug settings from platform
Mar 24 19:01:46 vdr kernel: [ 894.233296] pata_amd 0000:00:0d.0: using default PCI settings
Mar 24 19:01:46 vdr kernel: [ 894.233306] sata_nv 0000:00:0e.0: no hotplug settings from platform
Mar 24 19:01:46 vdr kernel: [ 894.233309] sata_nv 0000:00:0e.0: using default PCI settings
Mar 24 19:01:46 vdr kernel: [ 894.233318] sata_nv 0000:00:0f.0: no hotplug settings from platform
Mar 24 19:01:46 vdr kernel: [ 894.233320] sata_nv 0000:00:0f.0: using default PCI settings
Mar 24 19:01:46 vdr kernel: [ 894.233330] pci 0000:00:10.0: no hotplug settings from platform
Mar 24 19:01:46 vdr kernel: [ 894.233332] pci 0000:00:10.0: using default PCI settings
Mar 24 19:01:46 vdr kernel: [ 894.233347] pci 0000:03:09.0: no hotplug settings from platform
Mar 24 19:01:46 vdr kernel: [ 894.233349] pci 0000:03:09.0: using default PCI settings
Mar 24 19:01:46 vdr kernel: [ 894.233360] snd_hda_intel 0000:00:10.1: no hotplug settings from platform
Mar 24 19:01:46 vdr kernel: [ 894.233362] snd_hda_intel 0000:00:10.1: using default PCI settings
Mar 24 19:01:46 vdr kernel: [ 894.233373] forcedeth 0000:00:14.0: no hotplug settings from platform
Mar 24 19:01:46 vdr kernel: [ 894.233375] forcedeth 0000:00:14.0: using default PCI settings
Mar 24 19:01:46 vdr kernel: [ 894.233385] pci 0000:00:18.0: no hotplug settings from platform
Mar 24 19:01:46 vdr kernel: [ 894.233387] pci 0000:00:18.0: using default PCI settings
Mar 24 19:01:46 vdr kernel: [ 894.233392] pci 0000:00:18.1: no hotplug settings from platform
Mar 24 19:01:46 vdr kernel: [ 894.233394] pci 0000:00:18.1: using default PCI settings
Mar 24 19:01:46 vdr kernel: [ 894.233399] pci 0000:00:18.2: no hotplug settings from platform
Mar 24 19:01:46 vdr kernel: [ 894.233401] pci 0000:00:18.2: using default PCI settings
Mar 24 19:01:46 vdr kernel: [ 894.233407] k8temp 0000:00:18.3: no hotplug settings from platform
Mar 24 19:01:46 vdr kernel: [ 894.233409] k8temp 0000:00:18.3: using default PCI settings
Mar 24 19:01:46 vdr kernel: [ 894.232654] Restarting tasks ... done.
Mar 24 19:01:46 vdr kernel: [ 894.261381] usb 2-5: USB disconnect, device number 2
Mar 24 19:01:46 vdr acpid: input device has been disconnected, fd 14
Mar 24 19:01:46 vdr acpid: input device has been disconnected, fd 15
Mar 24 19:01:46 vdr acpid: client connected from 1418[0:0]
Mar 24 19:01:46 vdr acpid: 1 client rule loaded
Mar 24 19:01:47 vdr kernel: [ 894.624039] usb 2-5: new low-speed USB device number 5 using ohci-pci
Mar 24 19:01:47 vdr kernel: [ 894.836081] usb 2-5: New USB device found, idVendor=0b38, idProduct=0003
Mar 24 19:01:47 vdr kernel: [ 894.836103] usb 2-5: New USB device strings: Mfr=0, Product=1, SerialNumber=0
Mar 24 19:01:47 vdr kernel: [ 894.836107] usb 2-5: Product: USB-compliant keyboard
Mar 24 19:01:47 vdr anacron[3140]: Anacron 2.3 started on 2017-03-24
Mar 24 19:01:47 vdr anacron[3140]: Normal exit (0 jobs run)
Mar 24 19:01:47 vdr kernel: [ 894.847731] input: USB-compliant keyboard as /devices/pci0000:00/0000:00:0b.0/usb2/2-5/2-5:1.0/input/input25
Mar 24 19:01:47 vdr kernel: [ 894.848673] hid-generic 0003:0B38:0003.0004: input,hidraw0: USB HID v1.10 Keyboard [USB-compliant keyboard] on usb-0000:00:0b.0-5/input0
Mar 24 19:01:47 vdr kernel: [ 894.858395] input: USB-compliant keyboard as /devices/pci0000:00/0000:00:0b.0/usb2/2-5/2-5:1.1/input/input26
Mar 24 19:01:47 vdr kernel: [ 894.859235] hid-generic 0003:0B38:0003.0005: input,hiddev0,hidraw1: USB HID v1.10 Mouse [USB-compliant keyboard] on usb-0000:00:0b.0-5/input1
Mar 24 19:01:47 vdr mtp-probe: checking bus 2, device 5: "/sys/devices/pci0000:00/0000:00:0b.0/usb2/2-5"
Mar 24 19:01:47 vdr mtp-probe: bus: 2, device: 5 was not an MTP device
Mar 24 19:01:47 vdr kernel: [ 894.927124] nGene PCIE bridge driver, Copyright (C) 2005-2007 Micronas
Mar 24 19:01:47 vdr kernel: [ 894.927317] ngene: Found Mystique SaTiX-S2 Dual (v2)
Mar 24 19:01:47 vdr kernel: [ 894.929987] ngene: Device version 1
Mar 24 19:01:47 vdr kernel: [ 894.930071] ngene: Loading firmware file ngene_18.fw.
Mar 24 19:01:47 vdr kernel: [ 894.948771] ngene 0000:01:00.0: irq 42 for MSI/MSI-X
Mar 24 19:01:47 vdr kernel: [ 894.950662] error in i2c_read_reg
Mar 24 19:01:47 vdr kernel: [ 894.950670] No CXD2099 detected at 40
Mar 24 19:01:47 vdr kernel: [ 895.256033] Attaching STV0900 demodulator(1) Cut=0x20
Mar 24 19:01:47 vdr kernel: [ 895.256712] LNBx2x attached on addr=a
Mar 24 19:01:47 vdr kernel: [ 895.256722] stv6110x_attach: Attaching STV6110x
Mar 24 19:01:47 vdr kernel: [ 895.256725] DVB: registering new adapter (nGene)
Mar 24 19:01:47 vdr kernel: [ 895.257061] ngene 0000:01:00.0: DVB: registering adapter 0 frontend 0 (STV090x Multistandard)...
Mar 24 19:01:47 vdr kernel: [ 895.300032] Attaching STV0900 demodulator(2) Cut=0x20
Mar 24 19:01:47 vdr kernel: [ 895.300715] LNBx2x attached on addr=8
Mar 24 19:01:47 vdr kernel: [ 895.300726] stv6110x_attach: Attaching STV6110x
Mar 24 19:01:47 vdr kernel: [ 895.300728] DVB: registering new adapter (nGene)
Mar 24 19:01:47 vdr kernel: [ 895.300885] ngene 0000:01:00.0: DVB: registering adapter 1 frontend 0 (STV090x Multistandard)...
Mar 24 19:01:47 vdr kernel: [ 895.303104] No demod found on chan 2
Mar 24 19:01:47 vdr kernel: [ 895.305627] No demod found on chan 3
Mar 24 19:01:47 vdr kernel: [ 895.312348] saa7146: register extension 'av7110'
Mar 24 19:01:47 vdr kernel: [ 895.312642] saa7146: found saa7146 @ mem ffffc9000037e000 (revision 1, irq 17) (0x13c2,0x000e)
Mar 24 19:01:47 vdr kernel: [ 895.313524] DVB: registering new adapter (Technotrend/Hauppauge WinTV Nexus-S rev2.3)
Mar 24 19:01:47 vdr kernel: [ 895.350052] adapter has MAC addr = 00:d0:5c:08:11:0e
Mar 24 19:01:48 vdr kernel: [ 895.570546] dvb-ttpci: gpioirq unknown type=0 len=0
Mar 24 19:01:48 vdr kernel: [ 895.588183] dvb-ttpci: info @ card 2: firm f0240009, rtsl b0250018, vid 71010068, app 8000261d
Mar 24 19:01:48 vdr kernel: [ 895.588187] dvb-ttpci: firmware @ card 2 supports CI link layer interface
Mar 24 19:01:48 vdr kernel: [ 895.636213] dvb-ttpci: Crystal audio DAC @ card 2 detected
Mar 24 19:01:48 vdr kernel: [ 895.637197] saa7146_vv: saa7146 (0): registered device video0 [v4l2]
Mar 24 19:01:48 vdr kernel: [ 895.844361] LNBx2x attached on addr=8
Mar 24 19:01:48 vdr kernel: [ 895.844471] av7110 0000:03:09.0: DVB: registering adapter 2 frontend 0 (ST STV0299 DVB-S)...
Mar 24 19:01:48 vdr kernel: [ 895.844576] input: DVB on-card IR receiver as /devices/pci0000:00/0000:00:10.0/0000:03:09.0/input/input27
Mar 24 19:01:48 vdr kernel: [ 895.844656] dvb-ttpci: found av7110-0.
Mar 24 19:01:48 vdr kernel: [ 895.947160] input: eventlircd as /devices/virtual/input/input28
Mar 24 19:01:48 vdr kernel: [ 895.950015] imon 2-6:1.0: Looks like you're trying to use an IR protocol this device does not support
Mar 24 19:01:48 vdr kernel: [ 895.950022] imon 2-6:1.0: Unsupported IR protocol specified, overriding to iMON IR protocol
Mar 24 19:01:48 vdr kernel: [ 895.953862] ------------[ cut here ]------------
Mar 24 19:01:48 vdr kernel: [ 895.953873] WARNING: CPU: 0 PID: 3169 at /build/linux-uz1EVo/linux-3.13.0/drivers/usb/core/urb.c:336 usb_submit_urb+0x45b/0x470()
Mar 24 19:01:48 vdr kernel: [ 895.953876] URB ffff88007b858000 submitted while active
Mar 24 19:01:48 vdr kernel: [ 895.953877] Modules linked in: stv0299(OX) dvb_ttpci(OX) saa7146_vv(OX) ttpci_eeprom(OX) saa7146(OX) ngene(OX) cxd2099(OX) tcp_diag inet_diag autofs4 snd_hda_codec_hdmi nfsd auth_rpcgss nfs_acl nfs lockd sunrpc fscache snd_hda_codec_analog stv6110x(OX) lnbp21(OX) kvm serio_raw k8temp edac_core edac_mce_amd snd_hda_intel videobuf_dma_sg(OX) snd_hda_codec snd_hwdep videobuf_core(OX) snd_pcm v4l2_common(OX) videodev(OX) snd_page_alloc snd_seq_midi snd_seq_midi_event snd_rawmidi snd_seq rc_imon_pad(OX) snd_seq_device joydev snd_timer imon(OX) rc_core(OX) nvidia(POX) stv090x(OX) snd i2c_nforce2 soundcore drm dvb_core(OX) media(OX) shpchp lp mac_hid parport hid_generic usbhid hid usb_storage psmouse forcedeth floppy pata_acpi sata_nv pata_amd [last unloaded: stv0299]
Mar 24 19:01:48 vdr kernel: [ 895.953928] CPU: 0 PID: 3169 Comm: LCDd Tainted: P W OX 3.13.0-113-generic #160-Ubuntu
Mar 24 19:01:48 vdr kernel: [ 895.953931] Hardware name: System manufacturer System Product Name/M2NPV-VM, BIOS ASUS M2NPV-VM ACPI BIOS Revision 5005 06/02/2010
Mar 24 19:01:48 vdr kernel: [ 895.953934] 0000000000000000 ffff880079883da0 ffffffff8172d269 ffff880079883de8
Mar 24 19:01:48 vdr kernel: [ 895.953938] 0000000000000009 ffff880079883dd8 ffffffff8106a76d ffff88007b858000
Mar 24 19:01:48 vdr kernel: [ 895.953941] 0000000000000000 0000000000000020 ffff88003627e0d0 ffff88003627e099
Mar 24 19:01:48 vdr kernel: [ 895.953944] Call Trace:
Mar 24 19:01:48 vdr kernel: [ 895.953951] [<ffffffff8172d269>] dump_stack+0x64/0x82
Mar 24 19:01:48 vdr kernel: [ 895.953955] [<ffffffff8106a76d>] warn_slowpath_common+0x7d/0xa0
Mar 24 19:01:48 vdr kernel: [ 895.953959] [<ffffffff8106a7dc>] warn_slowpath_fmt+0x4c/0x50
Mar 24 19:01:48 vdr kernel: [ 895.953963] [<ffffffff810776e0>] ? ftrace_raw_output_tick_stop+0x70/0x70
Mar 24 19:01:48 vdr kernel: [ 895.953966] [<ffffffff8154f81b>] usb_submit_urb+0x45b/0x470
Mar 24 19:01:48 vdr kernel: [ 895.953975] [<ffffffffa0c45876>] send_packet+0x106/0x330 [imon]
Mar 24 19:01:48 vdr kernel: [ 895.953980] [<ffffffffa0c45bc5>] vfd_write+0x125/0x300 [imon]
Mar 24 19:01:48 vdr kernel: [ 895.953985] [<ffffffff811c24e4>] vfs_write+0xb4/0x1f0
Mar 24 19:01:48 vdr kernel: [ 895.953989] [<ffffffff811c2f19>] SyS_write+0x49/0xa0
Mar 24 19:01:48 vdr kernel: [ 895.953994] [<ffffffff8173de1d>] system_call_fastpath+0x1a/0x1f
Mar 24 19:01:48 vdr kernel: [ 895.953996] ---[ end trace c2c30281c9826cde ]---
Mar 24 19:01:48 vdr kernel: [ 895.953999] imon:send_packet: error submitting urb(-16)
Mar 24 19:01:48 vdr kernel: [ 895.960514] imon:vfd_write: send packet #2 failed
Mar 24 19:01:48 vdr vdr: [3195] VDR version 2.2.0 started

Die DVB Module habe ich als force-reload eingetragen; habe gehofft, das hilft:

Code

oliver@vdr:/etc/yavdr$ cat force-reload-modules.list 
ngene
dvb_ttpci
stv0299

Kann mir jemand einen Tipp geben, wo und wie ich weiter suchen soll?
BTW: Auch, wenn ich oben von langer Dauer schreibe - wie lange STR dauert ist mir egal; ich finde es nur komisch.
Das Ziel ist, dass der Rechner aus dem S3 deutlich schneller started, als beim Cold Boot - allein BIOS POST dauert schon gefühlt "ewig", obwohl alles auf minimum geschaltet ist. Cold Boot incl. allem sind bei mir aktuell ca. 1 Minute.

Danke!

EDIT: Hier scheint ein entsprechender KernelBug besprochen zu werden, wenn ichs richtig interpretiere; mir ist noch nicht klar, ob das ursächlich für das Verhalten ist. Inzwischen habe ich auch das nvidia Modul in die force-reload Liste aufgenommen - ohne Erfolg.

dron72

Ui, das ist ja mal richtig gut. Gleich 24 Teilnehmer....
Ich habe inzwischen aber das andere Ding bestellt.
Mein Plan:
- Legacy 1 ans Schlafzimmer
- Legacy 2 an meine Budget Karte (kann wohl kein Diseqc/Unicable; ist übrigens eine Technotrend/Hauppauge DVB card rev2.3 [13c2:000e]
- Unicable mit 4 Fach Verteiler (ebenfalls bestellt) an den neuen TV und and die beiden Eingänge der Satix S2

So muss ich keine Kabel neu legen und "nur" den LNB tauschen und dem VDR entsprechend Unicable/Diseqc beibringen. Aber dazu gibts ja einige Infos, und wenn die Satix nicht rumzickt, werde ich das wohl hinbekommen.

Am Wochenende weiss ich, ob der Plan aufgeht.

Danke nochmal für all Eure Antworten!

dron72

Quote from mini73

Soweit ich das weiß, kann jede Karte, die Diseqc kann, auch SCR/Unicable/Jess. Das ist eine Software-Sache, weil es eine spezielle Diseqc-Befehlssequenz ist.

Perfekt, genau das habe ich gehofft. Werde den LNB mal bestellen und Testen...
Laut hier scheint die Karte ja Diseqc zu können...
Wie heisst es so schön: Versuch macht kluch...

dron72

Quote from mikeM

Von daher mach das LNB mit integriertem SCR Sinn. Oder halt den Multischlater durch einen mit SCR erstzen. Gibts mittlerweile auch zu Hauf.

Genau auf so einen LNB wirds bei mir wohl rauslaufen. Muss ich nur noch klären, ob meine SAT Karten (Budget DVB-S, Mystique SaTiX-S2 V2 CI Dual) mit Unicable können, sonst bringt das ganze nichts.
Einen separaten Multischalter habe ich nicht - nur eben den, der im LNB drin ist.
Schlauer bin ich diesbezüglich noch nicht - ich finde zu meiner S2 Karte kein "ja" und kein "nein".

dron72

Danke für Eure Antworten!

Quote from hopsi

Das sollte so funktionieren. Die Verteiler müssen Unicable-tauglich sein. Und der Fernseher muss auch mit Unicable umgehen können.

VDR kann das, ob die Karten da spezielle Anforderungen erfüllen müssen und ob Deine das erbringen, weiß ich nicht. Frag google

Habe Google schon gefragt - zu meiner Dual Tuner Karte finde ich nur was von 2010 - und da wird auf eine andere Karte verwiesen, die das sicher kann; zu meiner habe ich auf die schnelle keine Aussage gefunden. Im VDR Wiki steht nichts von speziellen Anforderungen an die Karten. Ich werde mal weiter suchen - es sei denn, jemand kann direkt sagen: Ist ne reine VDR Sache - jede Sat Karte kann das...
Der neue Fernseher und auch der Receiver im Schlafzimmer können Unicable.

Quote from mikeM

Einfacher, und ohne zur Schüssel klettern zu müssen, geht es hiermit:
https://www.amazon.de/Dur-line-Einkabell…keywords=ucp+30.
Gleicher Effekt. Aus Deiner einen Leitung zum Wohnzimmer 3 Stück machen. Die 2. Leitung für den Fernseher nehmen. Fertig.

Danke, aber wenn ich das richtig verstehe, funktioniert das bei mir nicht. Ich habe einen Quad LNB (mit eingebautem Multischalter) verbaut, von dem aus die Kabel direkt zu den Receivern gehen. 2 ins Wohnzimmer, 1 ins Schlafzimmer, einer ist frei.
Das Teil braucht aber (logischerweise) 3 Anschlüsse vom LNB, bleibt noch einer frei fürs TV im Wohnzimmer oder im Schlafzimmer...
Ich denke, mit dem anderen Vorschlag fahre ich besser; zum LNB komme ich ganz gut mit ner Leiter. Die aktuelle Version hat sogar 2 Legacy Ausgänge.

Quote from SurfaceCleanerZ

oder einfach nur via VDR gucken, so mach ichs seit über 10 Jahren...

...Für mich wäre das ok, nicht aber für den Rest meiner Familie; müsste ich wohl noch Arbeit leisten

dron72

Hey, das klingt ja vielversprechend.

Wenn ich das richtig verstehe, kann ich mit dem LNB (an den ja zwei Sat Kabel angeschlossen werden können)
1 Kabel (statt bisher 2) ins Wohnzimmer legen, 4 fach Verteiler dran - 1 Kabel von dort an den TV, 3 Kabel an die VDR Tuner - und alle können komplett unabhängig auf Sender zugreifen
1 Kabel ins Schlafzimmer legen.

Und habe recht günstig mein Problem gelöst (LNB rund 50€, 4 fach Verteiler rund 15-20€)
Wenn...ja wenn die Karten (laut Signatur) im VDR denn auch mit Unicable umgehen können. Können die das? Oder ist das reine Software/VDR Sache? Habe yavdr 0.6.1.
Im Schlafzimmer steht ein Xoro HRS 8500 als Receiver - laut Anleitung kann der mit Unicable umgehen.

SAT>IP Server hatte ich mir auch angesehen; wäre eine Option die Octopus NET kosten mir aber aktuell zu viel und alles andere scheint eher Ärger zu machen.

dron72

Hallo,

mein Problem: Ich habe einen VDR gemäß Signatur und derzeit 2 Sat Kabel vom Quad LNB zum VDR im Wohnzimmer gelegt. 1 Sat Kabel geht ins Schlafzimmer, 1 Anschluss am LNB ist noch frei.
Im VDR habe ich 3 Tuner - 2 davon teilen sich einen LNB (über einen ganz simplen 2 Fach Verteiler und entsprechende Konfiguration im VDR, dass die beiden sich einen LNB teilen)
Soweit, so gut - passt für mich alles.

Bisher haben wir "einfach Fernsehen" über DVB-T geschaut - ab Ende des Monats gehts dann nur noch mit DVB-T2 und zumindest für die privaten nur noch mit so ner Karte, die ich mir nicht kaufen will.
Bleibt also noch Satellit (zumindest geht da SD)
Dafür kommt demnächst ein neuer Fernseher ins Haus, der dann ebenfalls direkt mit Sat Signal versorgt werden soll. (Philips 49PUS7101/12, Im Januar günstig bei Saturn bestellt, soll bald geliefert werden...)

Wie mache ich das am Besten?
Kann ich den zweiten LNB ebenfalls mit so nem 2 fach Verteiler zwischen TV und VDR-Tuner teilen?
Oder anders - gibt es irgendwas, das dem VDR sagt: Der Fernseher nutzt gerade den LNB, schalte den Tuner bitte ab und nutze die andern - schalte auf keinen Fall auf dem LNB Band oder Polarisierung um....
Nicht, dass der VDR startet, mit dem geteilten Tuner ne Aufnahme machen will und dadurch auf dem Fernseher das Bild weg ist...

Ggf. gibt es "intelligente" Switches o.ä. - oder irgendeine andere Lösung, an die ich gerade nicht denke. Wäre mein Favorit.

Alternativen, die mir sonst in den Sinn kommen:
a) 3. Kabel legen (Nachteil: Aufwand (Kabel verlegen, Löcher bohren etc. )
b) 1 Kabel exklusiv fürs Fernsehen, anderes Kabel per 2 Fach Verteiler am VDR wie bisher; ein Tuner kommt raus... Nachteil: Wenn man dann doch über VDR Live Signal schauen will und gleichzeitig aufnehmen will, kann es zu Kollisionen kommen, wenn die beiden verbleibenden Tuner im VDR sich einen LNB teilen.
c) Unicable Lösung installieren (Nachteil: Keine Ahnung von; ggf. kosten)

Komplett unabhängig ein Programm schauen und ein anderes aufzeichnen reicht mir. Schauen aber gerne Alternativ über VDR oder direkt am TV.

Danke für Anregungen...

dron72 · yavdr 0.6.1 slow down video, duping frame dron72 March 20, 2017 at 9:35 PM

Ok, danke für die schnelle Rückmeldung!

Hatte das Softdevice vorher auf 50Hz - da kam die Meldung exakt alle 50 Sekunden.
X ist so, wie es automatisch erkannt wurde. Ich kann ja auch beides mal auf 50Hz drehen, und schauen ob es geht und was dann passiert.

Sonst ignoriere ich die Log Einträge einfach - läuft ja.

Danke nochmal!

dron72 · yavdr 0.6.1 slow down video, duping frame dron72 March 20, 2017 at 9:03 PM

Hallo,

ich habe regelmäßig im syslog folgendes:

Code

root@vdr:~# grep "vdr: video: " /var/log/syslog
Mar 20 20:37:42 vdr vdr: video: slow down video, duping frame
Mar 20 20:37:42 vdr vdr: video:  2:48:26.151 +400  391   0/\ms   2+8+4 v-buf
Mar 20 20:38:32 vdr vdr: video: slow down video, duping frame
Mar 20 20:38:32 vdr vdr: video:  2:49:15.231  +42  370   0/\ms  11+8+4 v-buf
Mar 20 20:39:22 vdr vdr: video:  2:50:05.231  +55  350   0/\ms   6+8+4 v-buf
Mar 20 20:40:11 vdr vdr: video: slow down video, duping frame
Mar 20 20:40:11 vdr vdr: video:  2:50:55.211  +48  379   0/\ms  11+7+4 v-buf
Mar 20 20:41:01 vdr vdr: video:  2:51:45.211  +60  360   0/\ms  10+7+4 v-buf
Mar 20 20:41:51 vdr vdr: video: slow down video, duping frame
Mar 20 20:41:51 vdr vdr: video:  2:52:35.191  +53  364   0/\ms  10+8+4 v-buf
Mar 20 20:42:41 vdr vdr: video: slow down video, duping frame
Mar 20 20:42:41 vdr vdr: video:  2:53:25.171  +46  297   0/\ms  10+7+4 v-buf
Mar 20 20:43:31 vdr vdr: video:  2:54:15.171  +58  326   0/\ms  13+7+4 v-buf
Mar 20 20:44:21 vdr vdr: video: slow down video, duping frame
Mar 20 20:44:21 vdr vdr: video:  2:55:05.151  +51  306   0/\ms   8+8+4 v-buf
Mar 20 20:45:11 vdr vdr: video: slow down video, duping frame
Mar 20 20:45:11 vdr vdr: video:  2:55:55.131  +44  335   0/\ms   8+7+4 v-buf
Mar 20 20:46:01 vdr vdr: video:  2:56:45.131  +56  340   0/\ms   9+7+4 v-buf
Mar 20 20:46:51 vdr vdr: video: slow down video, duping frame
Mar 20 20:46:51 vdr vdr: video:  2:57:35.111  +49  345   0/\ms  11+8+4 v-buf
Mar 20 20:47:41 vdr vdr: video: slow down video, duping frame
Mar 20 20:47:41 vdr vdr: video:  2:58:25.091  +42  349   0/\ms   9+7+4 v-buf
Mar 20 20:48:31 vdr vdr: video:  2:59:15.091  +55  378   0/\ms  12+7+4 v-buf
Mar 20 20:49:21 vdr vdr: video: slow down video, duping frame
Mar 20 20:49:21 vdr vdr: video:  3:00:05.071  +47  359   0/\ms  11+8+4 v-buf
Mar 20 20:50:11 vdr vdr: video:  3:00:55.071  +60  363   0/\ms  10+8+4 v-buf
Mar 20 20:51:01 vdr vdr: video: slow down video, duping frame
Mar 20 20:51:01 vdr vdr: video:  3:01:45.051  +52  320   0/\ms  13+7+4 v-buf
Mar 20 20:51:51 vdr vdr: video: slow down video, duping frame
Mar 20 20:51:51 vdr vdr: video:  3:02:35.031  +45  301   0/\ms   8+8+4 v-buf
Mar 20 20:52:41 vdr vdr: video:  3:03:25.031  +58  401   0/\ms  11+8+4 v-buf
Mar 20 20:53:31 vdr vdr: video: slow down video, duping frame
Mar 20 20:53:31 vdr vdr: video:  3:04:15.011  +51  334   0/\ms  11+7+4 v-buf
Mar 20 20:54:21 vdr vdr: video: slow down video, duping frame
Mar 20 20:54:21 vdr vdr: video:  3:05:04.991  +43  363   0/\ms  12+8+4 v-buf
Mar 20 20:55:11 vdr vdr: video:  3:05:54.991  +56  392   0/\ms   7+8+4 v-buf
Mar 20 20:56:01 vdr vdr: video: slow down video, duping frame
Mar 20 20:56:01 vdr vdr: video:  3:06:44.971  +49  348   0/\ms   9+7+4 v-buf
Mar 20 20:56:51 vdr vdr: video: slow down video, duping frame
Mar 20 20:56:51 vdr vdr: video:  3:07:34.951  +41  377   0/\ms  13+8+4 v-buf

Display More

In einem anderen Thread hier habe ich gesehen, dass es an 50 vs 60Hz liegen könnte.
Mein Softhddevice läuft auf 60Hz:

Code

root@vdr:/etc/vdr# grep -R 60Hz *
setup.conf:softhddevice.60HzMode = 1

mein X ebenfalls:

Code

root@vdr:~# xrandr -q
Screen 0: minimum 8 x 8, current 1360 x 768, maximum 8192 x 8192
DVI-I-0 disconnected primary (normal left inverted right x axis y axis)
VGA-0 disconnected (normal left inverted right x axis y axis)
DVI-I-1 disconnected (normal left inverted right x axis y axis)
HDMI-0 connected 1360x768+0+0 (normal left inverted right x axis y axis) 160mm x 90mm
   1360x768       60.0*+   60.0     59.8  
   1920x1080      60.1     60.0     50.0  
   1280x720       60.0     59.9     50.0  
   1024x768       60.0  
   800x600        60.3     56.2  
   720x576        50.0  
   720x480        59.9  
   680x384        60.0     59.8  
   640x480        59.9  
   512x384        60.0  
   320x240        60.1

Display More

Irgendeine Idee, was ich tun kann um das weiter einzugrenzen/zu korrigieren?

dron72

Danke für Dein Script und and der Stelle auch mal Danke für die super Arbeit, die Du hier machst...

Bei mir gab's aber nen Problem mit der Unicode Konvertierung:

Code

Traceback (most recent call last):
  File "./get_de_channels.sh", line 14, in <module>
    c.write(line + '\n')
UnicodeEncodeError: 'ascii' codec can't encode character u'\xfc' in position 14: ordinal not in range(128)

Ich habe es jetzt nach kurzem googlen so angepasst (habe keine Ahnung von Python...):

Code

#!/usr/bin/env python
import requests # https://www.archlinux.org/packages/extra/any/python-requests/


d = requests.get('http://channelpedia.yavdr.com/gen/DVB-S/S19.2E/S19.2E_complete_sorted_by_groups.channels.conf')


in_group = False
with open('channels.conf.de', 'w') as c:
    for line in d.text.splitlines():
        if line.startswith(':[S19.2E/de'):
            in_group = True
        elif line.startswith(':['):
            in_group = False
        if in_group:
            c.write(line.encode('utf-8') + '\n')

Display More

Also in der letzten Zeile ein ".encode('utf-8')" ergänzt.
Das tut dann auch bei mir.

dron72

Hallo zusammen,

primär als Referenz für mich - aber vielleicht profitiert auch der ein oder andere davon.

Bei meiner Hardware ist in yavdr 0.6.1 noch das selbe Problem, wie in der 0.5 und der 0.4.
Das IMON Kernel Modul "denkt" aufgrund eines Fehlers im KernelModul, es wäre eine MCE Fernbedienung, ist es aber nicht.

Der Fix geht so:

Code

cd /usr/src/media-build-experimental-0~20150719.122100/linux/drivers/media/rc/
sudo vi imon.c

Dort dann das "case 0x7e:" bei /* iMON VFD, MCE IR */ entfernen und zu dem Block darüber /* iMON VFD, iMON IR */ hinzufügen.Sollte dann so aussehen:

Code

/* iMON VFD, iMON IR */
	case 0x24:
 	case 0x85:
	case 0x7e:
  		dev_info(ictx->dev, "0xffdc iMON VFD, iMON IR");
  		detected_display_type = IMON_DISPLAY_TYPE_VFD;
  		break;
/* iMON VFD, MCE IR */
	case 0x46:
 	case 0x9e:
 		dev_info(ictx->dev, "0xffdc iMON VFD, MCE IR");
 		detected_display_type = IMON_DISPLAY_TYPE_VFD;
 		allowed_protos = RC_BIT_RC6_MCE;
		break;

Display More

Dann schauen, welche Module man so mit DKMS gebaut hat...

Code

dkms status

Und dann erstmal das media-build-experimental für alle Kernels entfernen:

Code

sudo dkms remove -m media-build-experimental -v 0~20150719.122100 -k 3.13.0-110-generic
sudo dkms remove -m media-build-experimental -v 0~20150719.122100 -k 3.13.0-79-generic

Dann neu bauen und installieren (dauert ne ganze Weile)

Code

sudo dkms add -m media-build-experimental -v 0~20150719.122100
sudo dkms build -m media-build-experimental -v 0~20150719.122100
sudo dkms install -m media-build-experimental -v 0~20150719.122100
sudo depmod -a
sudo reboot

Und alles wieder heile...

dron72

Hallo,

der Thread ist zwar fast 1 Jahr alt, ich versuchs trotzdem mal hier.
Erstmal vielen Dank für das Script - bei mir tuts aber leider nicht:

Code

./newbobhue.py -H 192.168.178.97 -i 7 --testcolor "0 128 254"
Press the button on the Hue bridge
Unhandled error creating configuration on the Hue
[{u'error': {u'type': 6, u'description': u'parameter, username, not available', u'address': u'/username'}}]

Egal, ob ich den Button vorher gedrückt habe - der Fehler kommt sofort. Wahrscheinlich hat sich irgendwie die API bei der HUE Bridge geändert...
Ich habe Version 01036562 auf der Hue Bridge.

Wenn ich einen Key mitgebe, den ich aus meinem FHEM habe, dann kommt zwar:

Code

./newbobhue.py -H 192.168.178.97 -i 4 -u u8DgKzU1XXXX-XXXXYDJqHgqwKSmNEKiCSwTgzN --testcolor "0 128 254"
Connected to the Hub

Aber bei den Lampen ändert sich nichts - ich habe auch alle möglichen "-i" schon durchprobiert - ich gehe ja mal davon aus, dass die ID die selbe ist, wie sie auch in FHEM angezeigt wird.

Über FHEM/Hue App etc. kann ich natürlich kommunizieren und ja, die IP stimmt.

Kann ich noch irgendetwas tun, um zu debuggen?

Danke!

EDIT:
Habe in dem anderen Thread noch gefunden, dass man mit folgendem den User registrieren soll:

Code

curl -H "Content-Type: application/json" -X POST -d '{"devicetype": "boblight", "username": "1234567890"}' http://192.168.178.97/api

Die Dev Seite von Philips sagt nun aber:

Code

curl -H "Content-Type: application/json" -X POST -d '{"devicetype": "boblight"}' http://192.168.178.97/api

Also ohne Username - und siehe da - das funktioniert. Ich bekomme einen Usernamen zurück.
Vielleicht kann mir ja jemand helfen, der Python kann - bevor ich mich da durchfummeln muss

EDIT2:
...und das Thema ist wohl, dass das Script die beautifulhue lib verwendet, die nicht mehr gepflegt wird. Ein Philips Mitarbeiter hat sogar genau zu diesem Problem vorher ein issue aufgemacht: https://github.com/allanbunch/beautifulhue/issues/13
Hierscheint es einen ähnlichen Ansatz zu geben (wenn auch älter) - mit einem Script, was ich einfacher durchschaue und was nicht auf die bibliothek setzt. Ich werde das mal als Startpunkt fürs weitere Basteln nehmen.

dron72

Kann man sicher machen, aber ich will eigentlich nur den einen Treiber patchen - alles andere funktioniert ja.

EDIT:
Habe jetzt das linux-media-dkms installiert, gepatcht entsprechend meiner Anleitung von damals - und alles tut.
Das mit dem media-build-experimental war ein guter Tipp und hat mich mal nach allen dkms Paketen im Repo schauen lassen.

Kann ich noch etwas tun, damit die Allgemeinheit profitiert?

dron72

Danke für die Schnelle Antwort.

Code

oliver@vdr:~$ sudo ir-keytable 
[sudo] password for oliver: 
Found /sys/class/rc/rc0/ (/dev/input/event7) with:
	Driver imon, table rc-imon-mce
	Supported protocols: RC-6 
	Enabled protocols: RC-6 
	Repeat delay = 500 ms, repeat period = 125 ms

Der Treiber erlaubt nur RC-6 - und das ist falsch.

Dem Treiber kann man das nicht direkt mitgeben:

Code

oliver@vdr:~$ modinfo rc-core
filename:       /lib/modules/3.2.0-54-generic/kernel/drivers/media/rc/rc-core.ko
license:        GPL
author:         Mauro Carvalho Chehab <mchehab@redhat.com>
srcversion:     0B51EDD3AD37BF0DDA2B5C2
depends:        
intree:         Y
vermagic:       3.2.0-54-generic SMP mod_unload modversions 
parm:           debug:int

Und dem imon leider auch nicht:

Code

oliver@vdr:~$ modinfo imon
filename:       /lib/modules/3.2.0-54-generic/kernel/drivers/media/rc/imon.ko
license:        GPL
version:        0.9.4
description:    Driver for SoundGraph iMON MultiMedia IR/Display
author:         Jarod Wilson <jarod@wilsonet.com>
srcversion:     B759CD3C083D68D7AA95AE8
alias:          usb:v15C2p0046d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v15C2p0045d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v15C2p0044d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v15C2p0043d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v15C2p0042d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v15C2p0041d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v15C2p0040d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v15C2p003Fd*dc*dsc*dp*ic*isc*ip*
alias:          usb:v15C2p003Ed*dc*dsc*dp*ic*isc*ip*
alias:          usb:v15C2p003Dd*dc*dsc*dp*ic*isc*ip*
alias:          usb:v15C2p003Cd*dc*dsc*dp*ic*isc*ip*
alias:          usb:v15C2p003Bd*dc*dsc*dp*ic*isc*ip*
alias:          usb:v15C2p003Ad*dc*dsc*dp*ic*isc*ip*
alias:          usb:v15C2p0039d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v15C2p0038d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v15C2p0037d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v15C2p0036d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v15C2p0035d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v15C2p0034d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v15C2pFFDCd*dc*dsc*dp*ic*isc*ip*
depends:        rc-core
intree:         Y
vermagic:       3.2.0-54-generic SMP mod_unload modversions 
parm:           debug:Debug messages: 0=no, 1=yes (default: no) (bool)
parm:           display_type:Type of attached display. 0=autodetect, 1=vfd, 2=lcd, 3=vga, 4=none (default: autodetect) (int)
parm:           pad_stabilize:Apply stabilization algorithm to iMON PAD presses in arrow key mode. 0=disable, 1=enable (default). (int)
parm:           nomouse:Disable mouse input device mode when IR device is open. 0=don't disable, 1=disable. (default: don't disable) (bool)
parm:           pad_thresh:Threshold at which a pad push registers as an arrow key in kbd mode (default: 28) (int)

Display More

dron72

Hallo zusammen,

habe gerade auf yavdr 0.5 aktualisiert - vieles funktioniert OOTB. Danke ans Team für die Super Arbeit!

Mit meiner Fernbedienung habe ich aber das gleiche Problem, wie damals mit 0.4, siehe hier
Habe zwar bisher noch keinen panischen Kernel gehabt, aber die Fernbedienung tut nicht.

Moral von der Geschichte: das Kernel Modul "denkt" aufgrund meines Config Bytes 0x7e, ich hätte eine "0xffdc iMON VFD, MCE IR", ich habe aber eine "0xffdc iMON VFD, iMON IR".

Code

oliver@vdr:~$ dmesg | grep imon
[    4.846861] imon 2-6:1.0: 0xffdc iMON VFD, MCE IR (id 0x7e)

Ich hatte das damals nach langer Recherche gepatcht, damals über DKMS war das dann auch für immer gelöst - und ich hätte das gerne auch jetzt dauerhaft gelöst.

Bevor ich zu lange google bemühe:
Hat einer von Euch einen Tip, wie ich in der Standard yavdr 0.5 installation ein Kernel Modul so patche, dass es auch bei zukünftigen Kerneln nach updates automatisch neu gebaut wird und entsprechend auch nach einem achtlosen "apt-get update && apt-get dist-upgrade" noch funktioniert.

DKMS scheint wohl ein Stichwort zu sein, wenn ich in meinen Aufzeichnungen von damals krame...
aktuell sind aber nur nvidia Treiber bei mir im dkms, siehe:

Code

oliver@vdr:~$ dkms status
nvidia-304, 304.88, 3.2.0-41-generic, x86_64: installed
nvidia-304, 304.88, 3.2.0-54-generic, x86_64: installed

Geht sowas wie: imon.c source besorgen und patchen, in dkms einbinden und ap sofort vergessen?
Falls ja - kann mich einer auf die richtige Spur setzen?
...ist alles schon ein Weilchen her

Danke für Tipps,

Oliver

dron72 · imon linux media dkms dron72 May 22, 2012 at 11:21 PM

Exakt. Du landest dann beim VFD / IMON-IR, wenn Du das angegebene Device hast.

dron72

Danke erstmal für die vielen Antworten.
Also: Installation auf/Boot von USB, da ich dann ohne Virtualisierung direkt ein Linux booten könnte, ohne an meinen Partitionen irgendetwas rumzubasteln. Ich dachte einfach eine VDR Installation auf den Stick gepackt, davon gebootet, fertig.

Das ganze muss auch nur eine temporäre Lösung sein - es geht mir wirklich nur um die EM Spiele. Das muss nicht dauerhaft funktionieren und super sein. Wenn HD funktionieren würde, wäre schön; die 20€ mehr für die größere Karte wärs mir wert - wenn bei meinem MacBook nur SD tut, ist auch ok. Würde mir dann die kleinere Karte kaufen.
Im Urlaub brauche ich eigentlich kein TV. Anschließend wird das Zeug demnach hier rumliegen, bis ich nochmal bei einer EM/WM unterwegs bin
Zuhause bin ich ausgestattet - und ja, mein Surround Receiver bleibt zuhause

Ich habe aktuell per Bootcamp auch ein Windows XP installiert, auf das ich auch per Parallels zugreife (Bootcamp Partition).
Vielleicht wäre ja auch das eine Alternative. Einfach Mit Bootcamp XP booten, die Windows Software nutzen, die bei der TT Karte dabei ist - und gut ist.
...Ich muss nichts Aufnehmen, Streamen, Konvertieren o.ä.

Dachte auch schon an DVB-T - ich habe hier nen alten Stick rumfliegen (Leadtek WinFast DTV Dongle), aber der tut nicht unter OS X - und unter Linux auch nur mit Gefummel. Unter Win XP (Bootcamp) oder auch auf meinem EeePC 701 läuft der zwar, aber dann habe ich nur "Orangen" Ton - wenn ich überhaupt was empfange. Da ist mir SAT dann lieber...

Olli

dron72 · imon linux media dkms dron72 May 21, 2012 at 1:18 PM

Have a look at my other threads; you need to patch imon.c to make imon pad work.
Here
Or here

Posts by dron72

Was tun bei 3 Tuner im VDR, 1 SAT TV und nur 2 Kabeln vom LNB...?

Probleme mit Suspend to RAM, yavdr 0.6.1, Asus M2NPV-VM

Probleme mit Suspend to RAM, yavdr 0.6.1, Asus M2NPV-VM

Was tun bei 3 Tuner im VDR, 1 SAT TV und nur 2 Kabeln vom LNB...?

Was tun bei 3 Tuner im VDR, 1 SAT TV und nur 2 Kabeln vom LNB...?

Was tun bei 3 Tuner im VDR, 1 SAT TV und nur 2 Kabeln vom LNB...?

Was tun bei 3 Tuner im VDR, 1 SAT TV und nur 2 Kabeln vom LNB...?

Was tun bei 3 Tuner im VDR, 1 SAT TV und nur 2 Kabeln vom LNB...?

Was tun bei 3 Tuner im VDR, 1 SAT TV und nur 2 Kabeln vom LNB...?

yavdr 0.6.1 slow down video, duping frame

yavdr 0.6.1 slow down video, duping frame

Channelpedia: Fertige "deutsche Kanalliste" runterladen?

[yavdr 0.6.1] TIP: imon 15c2:ffdc config Byte 0x7e -> Fehler im KernelModul -> Fernbedienung ging nicht (wie auch in yavdr 0.5 und 0.4)

Phillips HUE Leuchten mit Boblight verwenden

[yavdr 0.5] imon 15c2:ffdc config Byte 0x7e -> Fehler im KernelModul -> Fernbedienung geht nicht

[yavdr 0.5] imon 15c2:ffdc config Byte 0x7e -> Fehler im KernelModul -> Fernbedienung geht nicht

[yavdr 0.5] imon 15c2:ffdc config Byte 0x7e -> Fehler im KernelModul -> Fernbedienung geht nicht

imon linux media dkms

yavdr, tt s2 3600, MacBook Late 2008, ggf. mit Parallels - geht das?

imon linux media dkms