Beiträge von Kanal5

folgendes getestet:
-alle Plugins auf server/client disabled
- streamdev-filter = 0
- am client auf ARD HD, dann auf SKY Cinema (streaming) und zurück auf ARD HD
Logs dazu: client.1.tgz und server.1.tgz

-dann streamdev-filter = 1
- am client auf ARD HD, dann auf SKY Cinema (streaming) dann auf SAT 1
Logs dazu: client.2.tgz und server.2.tgz

Ich hoffe Du kannst was erkennen.

So.
Weitere Testergebnisse:
Am Client keinen Streamingchannel eingestellt, trotzdem gleiches Verhalten.
Die Undefined Channels sind die HD-Channels vom client, die auf dem server nicht existieren, da kein s2-device.

Anbei das error.log.
OUT: |220 Welcome to Video Disk Recorder (VTP)|
OUT: |220 Capability "TSPIDS" accepted|
OUT: |220 Capability "FILTERS" accepted|
* GetDevice(const cChannel*, int)
* -------------------------------
* Found following device: 0xb4ff4e00 (1)
* is actual device
ar debug: switch channelInitializing Remuxer for full channel transfer
pid streaming mode
cStreamdevFilterStreamer::SetDevice()
cStreamdevFilterStreamer::Detach()
cStreamdevFilterStreamer::Attach()
OUT: |220 Channel tuned|
OUT: |550 Undefined channel "S19.2E-1-1201-28396"|
OUT: |550 Undefined channel "S19.2E-1-1201-28396"|
OUT: |550 Undefined channel "S19.2E-1-1201-28396"|
OUT: |550 Undefined channel "S19.2E-1-1057-61202"|
OUT: |550 Undefined channel "S19.2E-1-1057-61202"|
OUT: |550 Undefined channel "S19.2E-1-1057-61202"|
* GetDevice(const cChannel*, int)
* -------------------------------
* Found following device: 0xb4ff4e00 (1)
* is actual device
ar debug: switch channelDesctructing Live streamer
Desctructing streamer
Initializing Remuxer for full channel transfer
pid streaming mode
cStreamdevFilterStreamer::SetDevice()
OUT: |220 Channel tuned|
OUT: |550 Undefined channel "S19.2E-1-1201-28396"|
OUT: |550 Undefined channel "S19.2E-1-1201-28396"|
OUT: |550 Undefined channel "S19.2E-1-1201-28396"|
OUT: |550 Undefined channel "S19.2E-1-1057-61202"|
OUT: |550 Undefined channel "S19.2E-1-1057-61202"|
OUT: |550 Undefined channel "S19.2E-1-1057-61202"|
* GetDevice(const cChannel*, int)
* -------------------------------
* Found following device: 0xb4ff4e00 (1)
* is actual device
ar debug: switch channelDesctructing Live streamer
Desctructing streamer
Initializing Remuxer for full channel transfer
pid streaming mode
cStreamdevFilterStreamer::SetDevice()
OUT: |220 Channel tuned|
OUT: |550 Undefined channel "S19.2E-1-1201-28396"|
OUT: |550 Undefined channel "S19.2E-1-1201-28396"|
OUT: |550 Undefined channel "S19.2E-1-1201-28396"|
OUT: |550 Undefined channel "S19.2E-1-1057-61202"|
OUT: |550 Undefined channel "S19.2E-1-1057-61202"|
OUT: |550 Undefined channel "S19.2E-1-1057-61202"|
* GetDevice(const cChannel*, int)
* -------------------------------
* Found following device: 0xb4ff4e00 (1)
* is actual device
ar debug: switch channelDesctructing Live streamer
Desctructing streamer
Initializing Remuxer for full channel transfer
pid streaming mode
cStreamdevFilterStreamer::SetDevice()
OUT: |220 Channel tuned|
Desctructing Live streamer
Desctructing streamer
Desctructing Filter streamer
cStreamdevFilterStreamer::Detach()
Desctructing streamer

Hi.

Log ist vom Server.

server:
osdteletext ist deaktiviert.
Der server ist in diesem Fall der WoZi-Rechner mit DVB-S und DVB-T Karte.

client:
streamdev-client.StreamFilters = 0

Leider keine Änderung.

Hi.
Ich teste gerade mal vdr-zu-vdr.
Wenn ich am CLient auf einen "lokalen" Sender schalte, (ca-Feld = 1)
schaltet der Server alle ca. 85 sek. auf den bereits eingestellten Sender.
Log:
Jul 23 18:32:14 lmm vdr: [1678] switching to channel 5 <<Fernbedienung
Jul 23 18:32:15 lmm vdr: [2883] osdteletext-receiver thread ended (pid=1678, tid=2883)
Jul 23 18:32:15 lmm vdr: [2885] TS buffer on device 1 thread ended (pid=1678, tid=2885)
Jul 23 18:32:15 lmm vdr: [2884] buffer stats: 4512 (0%) used
Jul 23 18:32:15 lmm vdr: [2884] receiver on device 1 thread ended (pid=1678, tid=2884)
Jul 23 18:32:15 lmm vdr: [1678] buffer stats: 0 (0%) used
Jul 23 18:32:15 lmm vdr: [2887] receiver on device 1 thread started (pid=1678, tid=2887)
Jul 23 18:32:15 lmm vdr: [2886] osdteletext-receiver thread started (pid=1678, tid=2886)
Jul 23 18:32:15 lmm vdr: [2888] TS buffer on device 1 thread started (pid=1678, tid=2888)
Jul 23 18:33:32 lmm vdr: [2886] osdteletext-receiver thread ended (pid=1678, tid=2886)
Jul 23 18:33:32 lmm vdr: [2888] TS buffer on device 1 thread ended (pid=1678, tid=2888)
Jul 23 18:33:32 lmm vdr: [2887] buffer stats: 4512 (0%) used
Jul 23 18:33:32 lmm vdr: [2887] receiver on device 1 thread ended (pid=1678, tid=2887)
Jul 23 18:33:32 lmm vdr: [2243] buffer stats: 0 (0%) used
Jul 23 18:33:33 lmm vdr: [1678] switching to channel 5 <<< ohne zutun
Jul 23 18:34:56 lmm vdr: [2243] buffer stats: 0 (0%) used
Jul 23 18:34:57 lmm vdr: [1678] switching to channel 5 <<< ohne zutun

Bild ist dann kurz weg.
Gruß Alexander

TomJoad
Danke läuft wieder.

Woran kann es denn liegen?
Hier mal mein channels.conf-Eintrag
Fox Serie,Fox;SKY:12070:hC34:S19.2E:27500:1279=2:1280=deu@4,1281=deu@4:32:1702,1722,1833,1834,9C4:16:133:1:0

Danke.
Kann aber erst heute Nachmittag testen.

Wenn ich das erste Mal auf einen Sky-Sender zappe, habe ich Tuning-Zeiten von bis zu 30 sek.
Beim nächsten Mal kommt der Sender sofort.
Hier das log am Beispiel FOX.

Jun 10 18:54:40 lmm vdr: [1675] switching to channel 19
Jun 10 18:54:40 lmm vdr: [1675] info: Kanal nicht verfügbar!
Jun 10 18:54:43 lmm vdr: [1675] max. latency time 2 seconds
Jun 10 18:54:51 lmm vdr: [1675] switching to channel 19
Jun 10 18:54:51 lmm vdr: [1675] info: Kanal nicht verfügbar!
Jun 10 18:54:53 lmm vdr: [1675] max. latency time 3 seconds
Jun 10 18:54:55 lmm vdr: [1675] connect from 127.0.0.2, port 52634 - accepted
Jun 10 18:54:55 lmm vdr: [1675] closing SVDRP connection
Jun 10 18:54:56 lmm vdr: [1675] connect from 127.0.0.2, port 52635 - accepted
Jun 10 18:54:56 lmm vdr: [1675] closing SVDRP connection
Jun 10 18:55:02 lmm vdr: [1675] switching to channel 19
Jun 10 18:55:02 lmm vdr: [2604] receiver on device 1 thread started (pid=1675, tid=2604)

Dauert das bei Euch auch so lange?

Nachdem ich nun im Wohnzimmer auf 1.7.15 umgestellt habe (mit liemikuutio-patch), kann ich leider meine als *.vdr gelinkten vob-files nicht mehr abspielen. Hängt vermutlich mit der Umstellung auf das ts-Format zusammen. Kann man das wieder ermöglichen?
Log schreibt:

Jun 11 08:19:56 lmm vdr: [2827] dvbplayer thread started (pid=1676, tid=2827)
Jun 11 08:19:56 lmm vdr: [2827] playing '/mm/video/Archiv.DVD/Musik/Rush - R30/2006-01-23.20.15.99.99.rec/006.vdr'
Jun 11 08:19:56 lmm vdr: [2827] resuming replay at index 148375 (1:38:55.01)
Jun 11 08:19:56 lmm vdr: [2828] non blocking file reader thread started (pid=1676, tid=2828)
Jun 11 08:19:56 lmm vdr: [2827] SetBrokenLink: no GOP header found in video packet
Jun 11 08:19:56 lmm vdr: [2827] ERROR: incomplete PES packet!
Jun 11 08:19:56 lmm vdr: [1676] closing SVDRP connection
Jun 11 08:19:56 lmm vdr: [2827] ERROR: incomplete PES packet!
Jun 11 08:20:21 lmm syslog-ng[2329]: last message repeated 873 times
Jun 11 08:20:21 lmm vdr: [2827] ERROR: leftover PES data!
Jun 11 08:20:21 lmm vdr: [2827] ERROR: incomplete PES packet!

Grüße
Alexander

Hallo,

ich hatte das Problem, dass bei mir die Buffer Usage zu 100% erreicht war, wenn ich 2-3 mal auf die HD-Kanäle gezappt habe. Danach hat der watchdog vom vdr zugeschlagen. Nach einem update der xine-lib kann ich nun wie wild zappen. Kein watchdog mehr. Betroffener Rechner war "SchlafZi", siehe Signatur.

Ich baue wie folgt:

make clean
svn up
./bootstrap
./configure
make
make install

Ja.

Hallo,

ich bin zwar auf opensuse unterwegs, nach den Hinweis von Pingpong compeliiert es jetzt aber durch.
SVN 27890.

Bei einer Universal Remote muß die Lircmap anders aussehen. Die Aktionen müssen in obc# tags eingebunden werden.
Siehe diesen link

Weiß jemand, warum über alsa kein Ton kommt? (oss geht)
Was bisher geschah: (geht hier um den Desktop-PC, siehe Signatur)

Nova S2 raus, TT 3200 rein, um mit dem CI-Modul zu testen.
Suse alsa rpm's raus, alsa aus den Sourcen installiert.
DVB-Treiber vom 17.09. erneut installiert.

alsaconf findet:
aw2: Philipps Semiconductors SAA7146
hda-intel: Intel Coorporation 82801I HD Audio Controller
und bringt folgendes nach der aw2-Konfiguration:

Loading driver...
Shutting down sound driver: /usr/local/sbin/alsactl: save_state:1502: No soundcards found...
done
Starting sound driver: snd-aw2 done
/usr/local/sbin/alsactl: load_state:1608: No soundcards found...
Setting default volumes...
amixer: Mixer attach default error: No such device

mpg123, mplayer, xbmc haben Ton.

Kann jemand erkennen, ob hier was fehlt. Auch modprobe snd-aw2 bringt nichts, das Modul wird anscheinend nicht genutzt

dmesg:
saa7146: register extension 'budget_ci dvb'.
budget_ci dvb 0000:05:00.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
IRQ 20/: IRQF_DISABLED is not guaranteed on shared IRQs
saa7146: found saa7146 @ mem ffffc900058c6000 (revision 1, irq 20) (0x13c2,0x1019).
saa7146 (0): dma buffer size 192512
DVB: registering new adapter (TT-Budget S2-3200 PCI)
adapter has MAC addr = 00:d0:5c:64:ba:86
input: Budget-CI dvb ir receiver saa7146 (0) as /devices/pci0000:00/0000:00:1e.0/0000:05:00.0/input/input5
budget_ci: CI interface initialised
stb0899_attach: Attaching STB0899
stb6100_attach: Attaching STB6100
DVB: registering adapter 0 frontend 0 (STB0899 Multistandard)...

lspci -v
05:00.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
Subsystem: Technotrend Systemtechnik GmbH S2-3200
Flags: bus master, medium devsel, latency 32, IRQ 20
Memory at fa100000 (32-bit, non-prefetchable) [size=512]
Kernel driver in use: budget_ci dvb
Kernel modules: budget-ci

lsmod | grep -i snd
snd_pcm_oss 38512 1
snd_mixer_oss 16432 2 snd_pcm_oss
snd_hda_codec_realtek 261956 1
snd_hda_intel 29584 5
snd_hda_codec 80944 2 snd_hda_codec_realtek,snd_hda_intel
snd_hwdep 8760 1 snd_hda_codec
snd_pcm 80952 3 snd_pcm_oss,snd_hda_intel,snd_hda_codec
snd_timer 22592 1 snd_pcm
snd 68008 14 snd_pcm_oss,snd_mixer_oss,snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_timer
soundcore 8512 3 snd
snd_page_alloc 10336 2 snd_hda_intel,snd_pcm

lsmod | grep -i budget
budget_ci 23988 13
ir_common 47380 1 budget_ci
budget_core 10980 1 budget_ci
dvb_core 94048 2 budget_ci,budget_core
saa7146 18776 2 budget_ci,budget_core
ttpci_eeprom 2512 1 budget_core
i2c_core 24912 8 lnbp21,stb6100,stb0899,budget_ci,budget_core,ttpci_eeprom,nvidia,i2c_i801

Alexander

Ja, das Stottern kommt vom xinelibout-Plugin. Wollte nur damit sagen, dass der vdr ansonsten rund läuft. Patches und Plugins sind nicht weiter installiert.

Habe seit zwei Tagen vdr-1.7.9 mit API 5.1 am Laufen und bisher noch keine Auffälligkeiten feststellen können. (Außer Ton-Stottern bei HD ARD und ZDF, wie im anderen Thread beschrieben).

Ich habe gestern mal einen neuen Treiber gezogen.
(hg clone http://linuxtv.org/hg/v4l-dvb). Dort ist die Minor-Nummer in der version.h auf 1 gesetzt.(#define DVB_API_VERSION_MINOR 1)

Hat es Auswirkungen auf den VDR, wenn mann in der dvbdevice.h die Minornummer anpasst und gegen die geänderte DVB-API laufen lässt, oder lieber beim alten Treiber bleiben?

Gruß
Alexander

HDMI kommt später. Ich teste zur Zeit unter X mit 1920x1200
per DVI.

Habe mal meine Signatur aufgefrischt.

ist von Sparkle.