Ton stottert beim Umschalten.........

Paddy · May 20, 2005 at 8:04 PM

Hallo !

Mein VDR läuft eigentlich zufriedenstellend, leider stört noch das Tonproblem.
Beim Umschalten zwischen den Kanälen (nur DVB-T, DVB-C nutze ich im Moment noch nicht) fängt der Ton nach dem Umschaltvorgang an zu "stottern" (klingt abgehackt). Dieser Effekt verschwindet nach ca. 5 -8 s der Ton ist dann normal. Das Bild ist OK, SNR (ca. 75-80%) und BER (i.d.R. 0) sind auch i.O.

Der Effekt tritt auch auf, wenn ich einen aufgenommenen Film abspiele, Pause drücke, und dann wieder auf Play. Hier tritt der Effekt besonders stark auf, teilweise dauert es bis zu 10s bis sich der Ton normalisiert hat.

Logread meldet keine Fehler beim Umschaltvorgang.

Hat jemand diesen Effekt auch (gehabt) ? Irgendeine Idee was ich tun könnte ?

Paddy · May 21, 2005 at 10:35 AM

- Schieb (1) -

HH_Maus · May 21, 2005 at 10:50 AM

Hallo Paddy,

Den Effekt kenne ich auch, obwohl ich DVB-S nutze, nicht -C oder -T, allerdings lange nicht so stark ausgeprägt. Bei mir kann beim umschalten (insbesondere bei einer Aufnahme im Hintergrund) 1-2 Sekunden stottern, und bei Aufnahmen von Pause auf Play 1-3 Sekunden.
Leider habe ich dafür auch keine Lösung. Ich habe immer gedacht, es liegt an meiner Leistungsschwachen CPU, die erst mal in Fahrt kommen muss bzw. bei solchen Aktionen kurzzeitig intensiv gefordert wird und dann für ein paar Sekunden nicht hinterherkommt. Da Du einen PII mit 300 mhz hast, könnte das doch sein, oder?

Gruß,
Sandy

bitstreamout · May 21, 2005 at 11:17 AM

Welche Version der firmware und welche Version des VDRs wird verwendet?

Werner

BOP · May 21, 2005 at 11:51 AM

Quote

Original von HH_Maus
Ich habe immer gedacht, es liegt an meiner Leistungsschwachen CPU, die erst mal in Fahrt kommen muss bzw. bei solchen Aktionen kurzzeitig intensiv gefordert wird und dann für ein paar Sekunden nicht hinterherkommt. Da Du einen PII mit 300 mhz hast, könnte das doch sein, oder?

Könnte auch was dran sein. Wenns nicht die CPU alleine ist, vielleicht das ganze System.
Denn den Effekt kennt wohl jeder. Allerdings ist der bei meinem 2500+ beim Umschalten eigentlich nicht vorhanden und bei Aufnahmen pausieren tritt der bei mir nur ganz kurz auf. Und auch nicht immer.

Gruß

UFO · May 21, 2005 at 1:16 PM

Quote

Original von BOP
Denn den Effekt kennt wohl jeder.

Hm - ich sehe das nur, wenn ich schnell vorspule und vdr am Ende der Aufnahme in den Wiedergabemodus zurückfällt. Da stottert es, egal ob mit FW 261c oder 261d. Verwende nur den Analogton, vdr ist 1.3.24.

CU
Oliver

Paddy · May 21, 2005 at 2:30 PM

Hallo zusammen,

kann mir jemand sagen wie ich unter Linvdr die Firmware und die VDR Version auslese ?

Unter CTVdr gab es sowas wie ctvdrinfo o.ä. ......

BOP · May 21, 2005 at 3:38 PM

Quote

Original von UFO
Hm - ich sehe das nur, wenn ich schnell vorspule und vdr am Ende der Aufnahme in den Wiedergabemodus zurückfällt.

Also kennste den Effekt ja auch!
Ich habe auch noch nicht raus gefunden, wann er es macht und wann nicht. Manchmal habe ich den Eindruck, er macht es nur, wenn ich längere Zeit auf Pause hatte. Was aber eigentlich ja auch völliger Unsinn ist.

Aber mich störts auch ehrlich gesagt nicht, da es bei imr, wie gesagt, wenn nur ganz kurz auftaucht.

Paddy
Die VDR Version kannste einfach unter "Menü" -> "Einstellungen" ablesen. Da stehts nämlich drüber.
Die FW Version? Hm, weiß ich jetzt so auf Anhieb auch nicht.

Gruß

UFO · May 21, 2005 at 4:07 PM

Quote

Original von BOP

Also kennste den Effekt ja auch!

Na ja, hier geht's ja eigentlich ums Zappen.

Quote

Ich habe auch noch nicht raus gefunden, wann er es macht und wann nicht. Manchmal habe ich den Eindruck, er macht es nur, wenn ich längere Zeit auf Pause hatte. Was aber eigentlich ja auch völliger Unsinn ist.

Die Sache mit dem Fast Forward am Ende der Aufnahmen ist jedenfalls 100% reproduzierbar. Habe mich allerdings noch nicht näher damit beschäftigt. Könnte ein vdr oder Treiberproblem sein.

Quote

Die FW Version? Hm, weiß ich jetzt so auf Anhieb auch nicht.

Siehe Logfile (/var/log/...) bzw. Kernel-Logbuffer (-> dmesg).
Logging ist leider distrubutionsabhängig.

CU
Oliver

Paddy · May 21, 2005 at 7:10 PM

UFO. bob

Danke, das mit Menu/Einstellungen war ein guter Tip, wer lesen kann ist klar im Vorteil....
Ob die FW Version in dmesg steht weiß ich nicht genau, in meinem Log habe ich den Ausdruck "firm f0240009" gefunden, ist das die Version ?!

bitstreamout
VDR- Version: 1.3.23. FW: vermutlich F0240009 (?!?, s.o.)

@All
Es gab schonmal einen Thread zum Thema Tonstottern:
Ton stottert

Angeblich lag es an den Sendern bzw. den AV7111/AV7110 Chipsätzen.
Da ich die gleichen Chipsätze habe wäre das nachvollziehbar.

Aber was dagegen tun ?!?

Für AnalogTV wurde schonmal an diversen Buffergrößen gedreht:
Stottern beim Umschalten mit analogtv

Könnte das hier auch helfen (auch wenn ggf. die Umschaltzeiten verlängert werden ?!).

Gruß
Paddy

dmesg- Log:

1 ASUS 0x31303030) @ 0x0bffd000
ACPI: FADT (v001 ASUS P2L97 0x58582e31 ASUS 0x31303030) @ 0x0bffd080
ACPI: BOOT (v001 ASUS P2L97 0x58582e31 ASUS 0x31303030) @ 0x0bffd040
ACPI: DSDT (v001 ASUS P2L97 0x00001000 MSFT 0x01000001) @ 0x00000000
Built 1 zonelists
Kernel command line: vga=0x0F00 root=/dev/hda1 quiet
Initializing CPU#0
PID hash table entries: 1024 (order: 10, 16384 bytes)
Detected 300.740 MHz processor.
Using tsc for high-res timesource
Console: colour VGA+ 80x25
Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
Memory: 190212k/196596k available (2459k kernel code, 5832k reserved, 1217k data, 144k init, 0k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay loop... 591.87 BogoMIPS (lpj=295936)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
CPU: After generic identify, caps: 0080f9ff 00000000 00000000 00000000
CPU: After vendor identify, caps: 0080f9ff 00000000 00000000 00000000
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 512K
CPU: After all inits, caps: 0080f9ff 00000000 00000000 00000040
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: Intel Pentium II (Klamath) stepping 03
Checking 'hlt' instruction... OK.
Checking for popad bug... OK.
ACPI: IRQ9 SCI: Edge set to Level Trigger.
NET: Registered protocol family 16
PCI: PCI BIOS revision 2.10 entry at 0xf06d0, last bus=1
PCI: Using configuration type 1
mtrr: v2.0 (20020519)
ACPI: Subsystem revision 20040816
ACPI: Interpreter enabled
ACPI: Using PIC for interrupt routing
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 9 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 10 11 *12 14 15)
ACPI: PCI Root Bridge [PCI0] (00:00)
PCI: Probing PCI hardware (bus 00)
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
Linux Plug and Play Support v0.97 (c) Adam Belay
SCSI subsystem initialized
usbcore: registered new driver usbfs
usbcore: registered new driver hub
PCI: Using ACPI for IRQ routing
ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 12
ACPI: PCI interrupt 0000:00:04.2[D] -> GSI 12 (level, low) -> IRQ 12
ACPI: PCI interrupt 0000:00:09.0[A] -> GSI 12 (level, low) -> IRQ 12
ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 11
ACPI: PCI interrupt 0000:00:0b.0[A] -> GSI 11 (level, low) -> IRQ 11
ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 10
ACPI: PCI interrupt 0000:00:0c.0[A] -> GSI 10 (level, low) -> IRQ 10
Simple Boot Flag at 0x46 set to 0x1
devfs: 2004-01-31 Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x0
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
NTFS driver 2.1.20 [Flags: R/W].
Initializing Cryptographic API
Limiting direct PCI/PCI transfers.
vesafb: probe of vesafb0 failed with error -6
ACPI: Power Button (FF) [PWRF]
ACPI: Processor [CPU0] (supports C1 C2)
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
Real Time Clock Driver v1.12
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
Using anticipatory io scheduler
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
loop: loaded (max 8 devices)
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
PIIX4: IDE controller at PCI slot 0000:00:04.1
PIIX4: chipset revision 1
PIIX4: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xd800-0xd807, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0xd808-0xd80f, BIOS settings: hdc:DMA, hdd:pio
Probing IDE interface ide0...
hda: SAMSUNG SV1203N, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
hdc: PIONEER DVD-RW DVR-109, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
Probing IDE interface ide2...
ide2: Wait for ready failed before probe !
Probing IDE interface ide3...
ide3: Wait for ready failed before probe !
Probing IDE interface ide4...
ide4: Wait for ready failed before probe !
Probing IDE interface ide5...
ide5: Wait for ready failed before probe !
hda: max request size: 1024KiB
hda: 234493056 sectors (120060 MB) w/2048KiB Cache, CHS=16383/255/63, UDMA(33)
hda: cache flushes supported
/dev/ide/host0/bus0/target0/lun0: p1
hdc: ATAPI 40X DVD-ROM DVD-R CD-R/RW drive, 2000kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.20
usbcore: registered new driver aiptek
drivers/usb/input/aiptek.c: v1.5 (May-15-2004): Bryan W. Headley/Chris Atenasio
drivers/usb/input/aiptek.c: Aiptek HyperPen USB Tablet Driver (Linux 2.6.x)
mice: PS/2 mouse device common for all mice
NET: Registered protocol family 2
IP: routing cache hash table of 1024 buckets, 8Kbytes
TCP: Hash tables configured (established 16384 bind 16384)
NET: Registered protocol family 1
NET: Registered protocol family 17
ACPI: (supports S0 S1 S4 S5)
ACPI wakeup devices:
PCI0 UAR1 UAR2 USB0
kjournald starting. Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 144k freed
EXT3 FS on hda1, internal journal
cdfs 2.6.3a loaded.
ohci_hcd: 2004 Feb 02 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI)
USB Universal Host Controller Interface driver v2.2
ACPI: PCI interrupt 0000:00:04.2[D] -> GSI 12 (level, low) -> IRQ 12
uhci_hcd 0000:00:04.2: Intel Corp. 82371AB/EB/MB PIIX4 USB
PCI: Setting latency timer of device 0000:00:04.2 to 64
uhci_hcd 0000:00:04.2: irq 12, io base 0000d400
uhci_hcd 0000:00:04.2: new USB bus registered, assigned bus number 1
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 2 ports detected
Adding 262136k swap on /var/vm/swapfile. Priority:-1 extents:67
ACPI: PCI interrupt 0000:00:0c.0[A] -> GSI 10 (level, low) -> IRQ 10
3c59x: Donald Becker and others. https://www.vdr-portal.de/www.scyld.com/network/vortex.html
0000:00:0c.0: 3Com PCI 3c900 Boomerang 10Mbps Combo at 0xb800. Vers LK1.1.19
PCI: Setting latency timer of device 0000:00:0c.0 to 64
eth0: Dropping NETIF_F_SG since no checksum feature.
Linux video capture interface: v1.00
saa7146: register extension 'dvb'.
ACPI: PCI interrupt 0000:00:0b.0[A] -> GSI 11 (level, low) -> IRQ 11
PCI: Setting latency timer of device 0000:00:0b.0 to 64
saa7146: found saa7146 @ mem cc926000 (revision 1, irq 11) (0x13c2,0x0002).
DVB: registering new adapter (Technotrend/Hauppauge WinTV DVB-C rev2.X).
adapter has MAC addr = 00:d0:5c:03:dd:37
dvb-ttpci: gpioirq unknown type=0 len=0
dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app 8000261d
dvb-ttpci: firmware @ card 0 supports CI link layer interface
dvb-ttpci: adac type set to 0 @ card 0
saa7146_vv: saa7146 (0): registered device video0 [v4l2]
DVB: registering frontend 0 (VLSI VES1820 DVB-C)...
dvb-ttpci: found av7110-0.
saa7146: register extension 'budget dvb'.
saa7146: register extension 'budget_ci dvb'.
saa7146: register extension 'budget dvb /w video in'.
ACPI: PCI interrupt 0000:00:09.0[A] -> GSI 12 (level, low) -> IRQ 12
drivers/media/dvb/b2c2/skystar2.c: FlexCopIIB(rev.195) chip found
drivers/media/dvb/b2c2/skystar2.c: the chip has 38 hardware filters
driver_initialize MAC address = 00:d0:d7:0a:9b:cf:00:00
DVB: registering new adapter (SkyStar2).
i2c_readbytes: i2c read error (addr 0a, err == -121)
DVB: registering frontend 1 (Zarlink MT352 DVB-T)...
lirc_dev: IR Remote Control driver registered, at major 61
lirc_serial: no version for "lirc_unregister_plugin" found: kernel tainted.
lirc_serial: auto-detected active low receiver
lirc_dev: lirc_register_plugin:sample_rate: 0

NoFutureKid · May 21, 2005 at 10:45 PM

Quote

dvb-ttpci: gpioirq unknown type=0 len=0
dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app 8000261d
dvb-ttpci: firmware @ card 0 supports CI link layer interface
dvb-ttpci: adac type set to 0 @ card 0
saa7146_vv: saa7146 (0): registered device video0 [v4l2]
DVB: registering frontend 0 (VLSI VES1820 DVB-C)...
dvb-ttpci: found av7110-0.
saa7146: register extension 'budget dvb'.
saa7146: register extension 'budget_ci dvb'.
saa7146: register extension 'budget dvb /w video in'.
ACPI: PCI interrupt 0000:00:09.0[A] -> GSI 12 (level, low) -> IRQ 12
drivers/media/dvb/b2c2/skystar2.c: FlexCopIIB(rev.195) chip found
drivers/media/dvb/b2c2/skystar2.c: the chip has 38 hardware filters
driver_initialize MAC address = 00:d0:d7:0a:9b:cf:00:00
DVB: registering new adapter (SkyStar2).
i2c_readbytes: i2c read error (addr 0a, err == -121)
DVB: registering frontend 1 (Zarlink MT352 DVB-T)...
lirc_dev: IR Remote Control driver registered, at major 61
lirc_serial: no version for "lirc_unregister_plugin" found: kernel tainted.
lirc_serial: auto-detected active low receiver
lirc_dev: lirc_register_plugin:sample_rate: 0

Display More

das sollte deine firmware version sein.

Paddy · May 23, 2005 at 11:02 PM

Keiner eine Idee ???

Dr. Seltsam · May 24, 2005 at 12:13 AM

Quote

Original von Paddy
@All
Es gab schonmal einen Thread zum Thema Tonstottern:
Ton stottert

Angeblich lag es an den Sendern bzw. den AV7111/AV7110 Chipsätzen.
Da ich die gleichen Chipsätze habe wäre das nachvollziehbar.

Aber was dagegen tun ?!?

ich glaube nicht, dass es daran liegt. Der damalige Fehler betraf nur die ARD und wurde behoben. Betroffen waren auch digitale Sat-Receiver mit gleichem Chip. Da hört man diesmal nichts.

Quote

Für AnalogTV wurde schonmal an diversen Buffergrößen gedreht:
Stottern beim Umschalten mit analogtv

Könnte das hier auch helfen (auch wenn ggf. die Umschaltzeiten verlängert werden ?!).

die erste Version des Patch von panamajack erhöht den buffer ganz allgemein, also auch bei DVB-T. Das Problem wiird nur sein, dass Dir das nichts nützt, denn Du bräuchtest eine Entwicklungsumgebung und müsstest vdr mit den gepatchten sourcen neu compilieren.

Ton stottert beim Umschalten.........

Participate now!

Users Viewing This Thread