Premiere, mal wieder

Hallo zusammen!

Hab seit heute ein Problem mit Premiere. Habe seit ca. 1 Jahr Neutrino auf meiner Sagem DBox2 (aktuelles Jtg Image). Alles lief einwandfrei, als ich sie gestern Abend ausschaltete. Als ich heute Mittag Premiere einschalten wollte, bekam ich nur ein schwarzes Bild. Die freien Kanäle (ARD,...) sind alle ok. An der camd2 hab ich nix verändert, ebensowenig an anderen Dateien. Hab von Premiere schon ein neues Freischaltsignal angefordert, aber keine Änderung. Hat jemand ne Idee??

Danke im voraus!

Beitrag von **mogway** » Dienstag 17. August 2004, 19:09

Poste mal ein Bootlog mit Umschalten auf einem freigeschalteten Kanal.

Gruss
mogway

Kann man das Bootlog auch ohne Serielles Kabel auslesen? Hab momentan nur ne LAN Verbindung. Oder wird das LOG auf der Box gespeichert? Sorry für die Anfängerfragen

Die unverschlüsselte Zapping Sendung auf Premiere Start war gerade eben sichtbar. Aber anschließend wurde es wieder schwarz

Beitrag von **mogway** » Dienstag 17. August 2004, 20:09

Cyberduke hat geschrieben:Kann man das Bootlog auch ohne Serielles Kabel auslesen? [...] Oder wird das LOG auf der Box gespeichert?

http://forum.tuxbox-cvs.sourceforge.net ... 959#213959

Gruss
mogway

Ich hoffe, daß ist das was Du wolltest:
~ > cat /proc/kmsg
<4>Linux version 2.4.27-dbox2 (root@linux) (gcc version 3.3.4) #1 Sun Aug 8 21:0
5:48 CEST 2004
<4>On node 0 totalpages: 8192
<4>zone(0): 8192 pages.
<4>zone(1): 0 pages.
<4>zone(2): 0 pages.
<4>Kernel command line: console=tty root=/dev/mtdblock2 rootfstype=cramfs
<4>Decrementer Frequency = 247500000/60
<5>m8xx_wdt: active wdt found (SWTC: 0xFFFF, SWP: 0x1)
<5>m8xx_wdt: keep-alive trigger installed (PITC: 0x2000)
<4>Console: colour dummy device 80x25
<4>Calibrating delay loop... 65.74 BogoMIPS
<6>Memory: 30888k available (1052k kernel code, 368k data, 60k init, 0k highmem)
<6>Dentry cache hash table entries: 4096 (order: 3, 32768 bytes)
<6>Inode cache hash table entries: 2048 (order: 2, 16384 bytes)
<6>Mount cache hash table entries: 512 (order: 0, 4096 bytes)
<6>Buffer cache hash table entries: 1024 (order: 0, 4096 bytes)
<4>Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
<4>POSIX conformance testing by UNIFIX
<6>Linux NET4.0 for Linux 2.4
<6>Based upon Swansea University Computer Society NET3.039
<4>Initializing RT netlink socket
<4>Starting kswapd
<6>devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
<6>devfs: boot_options: 0x1
<6>JFFS2 version 2.2. (C) 2001-2003 Red Hat, Inc.
<6>i2c-core.o: i2c core module version 2.6.1 (20010830)
<6>i2c-dev.o: i2c /dev entries driver module version 2.6.1 (20010830)
<7>i2c-core.o: driver i2c-dev dummy driver registered.
<6>CPM UART driver version 0.04
<6>ttyS0 at 0x0280 is on SMC1 using BRG1
<6>ttyS1 at 0x0380 is on SMC2 using BRG2
<4>pty: 256 Unix98 ptys configured
<6>eth0: CPM ENET Version 0.2.dbox2 on SCC2, 00:50:9c:3e:88:f4
<5>D-Box 2 flash driver (size->0x800000 mem->0x10000000)
<4>CFI: Found no D-Box 2 flash memory device at location zero
<6>D-Box 2 flash memory: Found 1 x16 devices at 0x0 in 16-bit mode
<4> Intel/Sharp Extended Query Table at 0x0031
<5>cfi_cmdset_0001: Erase suspend on write enabled
<7>0: offset=0x0,size=0x20000,blocks=64
<6>Using buffer write method
<5>Creating 6 MTD partitions on "D-Box 2 flash memory":
<5>0x00000000-0x00020000 : "BR bootloader"
<5>0x00020000-0x00040000 : "flfs (u-boot)"
<5>0x00040000-0x006a0000 : "root (cramfs)"
<5>0x006a0000-0x00800000 : "var (jffs2)"
<5>0x00020000-0x00800000 : "flash without bootloader"
<5>0x00000000-0x00800000 : "complete flash"
<6>Linux video capture interface: v1.00
<6>mice: PS/2 mouse device common for all mice
<6>NET4: Linux TCP/IP 1.0 for NET4.0
<6>IP Protocols: ICMP, UDP, TCP
<6>IP: routing cache hash table of 512 buckets, 4Kbytes
<6>TCP: Hash tables configured (established 2048 bind 4096)
<6>NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
<4>VFS: Mounted root (cramfs filesystem) readonly.
<6>Mounted devfs on /dev
<6>Freeing unused kernel memory: 60k init
<6>event: $Id: event.c,v 1.12 2003/09/30 05:45:38 obi Exp $
<6>[i2c-8xx]: mpc 8xx i2c init
<7>i2c-dev.o: Registered 'PowerPC 8xx I2C adapter' as minor 0
<7>i2c-core.o: adapter PowerPC 8xx I2C adapter registered as adapter 0.
<6>[i2c-8xx]: adapter: 0
<7>i2c-core.o: driver DBox2 Frontprocessor driver registered.
<7>i2c-core.o: client [DBox2 Frontprocessor client] registered to adapter [Power
PC 8xx I2C adapter](pos. 0).
<7>i2c-core.o: driver i2c audio/video switch driver registered.
<7>i2c-core.o: client [CXA2126] registered to adapter [PowerPC 8xx I2C adapter](
pos. 1).
<7>i2c-core.o: driver saa7126 registered.
<7>i2c-core.o: client [saa7126] registered to adapter [PowerPC 8xx I2C adapter](
pos. 2).
<6>$Id: cam.c,v 1.30 2004/01/10 16:36:34 alexw Exp $
<7>i2c-core.o: driver DBox2-CAM registered.
<7>i2c-core.o: client [DBox2-CAM] registered to adapter [PowerPC 8xx I2C adapter
](pos. 3).
<6>$Id: avia_napi.c,v 1.18 2003/11/24 09:53:01 obi Exp $
<4>DVB: registering new adapter (C-Cube AViA GTX/eNX with AViA 500/600).
<7>i2c-core.o: driver DVB I2C bridge registered.
<7>i2c-core.o: client [DVB I2C bridge] registered to adapter [PowerPC 8xx I2C ad
apter](pos. 4).
<6>dvb_i2c_bridge: enabled DVB i2c bridge to PowerPC 8xx I2C adapter
<6>$Id: cam_napi.c,v 1.8 2003/09/30 05:45:34 obi Exp $
<6>avia_av: $Id: avia_av_core.c,v 1.94 2004/07/03 01:18:36 carjay Exp $
<4>avia_av_core: Starting avia_av_wdt thread.
<6>avia_av_event: $Id: avia_av_event.c,v 1.11 2003/10/26 16:32:51 obi Exp $
<4>avia_av_proc: $Id: avia_av_proc.c,v 1.14 2004/01/21 20:02:29 carjay Exp $
<6>avia_gt_core: $Id: avia_gt_core.c,v 1.47 2004/05/23 10:52:31 derget Exp $
<6>avia_gt_core: autodetecting chip type... eNX
<6>avia_gt_enx: $Id: avia_gt_enx.c,v 1.21 2003/09/30 05:45:35 obi Exp $
<6>avia_gt_accel: $Id: avia_gt_accel.c,v 1.19 2003/09/30 05:45:35 obi Exp $
<6>avia_gt_dmx: $Id: avia_gt_dmx.c,v 1.210 2004/06/26 16:08:15 carjay Exp $
<6>avia_gt_ucode: loaded ucode vB107
<6>avia_gt_ucode: ucode section filters disabled.
<4>avia_gt_dmx: warning, misaligned queue 0 (is 0xFD200, size 65536), aligning..
.
<6>avia_gt_gv: $Id: avia_gt_gv.c,v 1.38 2004/03/17 18:42:18 zwen Exp $
<6>avia_gt_gv: set_input_size (width=720, height=576)
<6>avia_gt_pcm: $Id: avia_gt_pcm.c,v 1.29 2004/01/29 19:38:20 zwen Exp $
<4>avia_gt_pcm_set_rate(44100)
<6>avia_gt_capture: $Id: avia_gt_capture.c,v 1.32 2003/09/30 05:45:35 obi Exp $
<6>avia_gt_pig: $Id: avia_gt_pig.c,v 1.40 2003/09/30 05:45:35 obi Exp $
<6>avia_gt_vbi: $Id: avia_gt_vbi.c,v 1.26 2003/08/01 17:31:22 obi Exp $
<5>avia_gt_core: Loaded AViA eNX/GTX driver
<6>avia_gt_fb: $Id: avia_gt_fb_core.c,v 1.54 2004/03/17 18:42:18 zwen Exp $
<6>avia_gt_gv: set_input_mode (mode=2)
<6>avia_gt_gv: set_input_size (width=720, height=576)
<6>avia_gt_gv: set_input_mode (mode=2)
<6>avia_gt_gv: set_input_size (width=720, height=576)
<6>avia_gt_gv: set_input_mode (mode=2)
<6>avia_gt_gv: set_input_size (width=720, height=576)
<4>Console: switching to colour frame buffer device 82x32
<6>avia_gt_fb: fb0: AViA eNX/GTX Framebuffer frame buffer device
<4>lcd.o: init lcd driver module
<4>lcd.o: found KS0713/SED153X lcd interface
<6>avia_gt_lirc: $Id: avia_gt_lirc.c,v 1.14 2003/09/30 05:45:35 obi Exp $
<6>avia_gt_ir: $Id: avia_gt_ir.c,v 1.30 2003/09/30 05:45:35 obi Exp $
<6>avia_oss: $Id: avia_gt_oss.c,v 1.26 2004/05/31 22:56:02 carjay Exp $
<4>avia_gt_pcm_set_rate(44100)
<4>avia_gt_v4l2: $Id: avia_gt_v4l2.c,v 1.12 2003/09/30 04:54:03 obi Exp $
<4>DVB: registering frontend 0:0 (Atmel AT76C651A with TUA6010XS)...
<6>avia_av_napi.c: $Id: avia_av_napi.c,v 1.33 2004/03/11 15:30:27 derget Exp $
<6>avia_gt_napi: $Id: avia_gt_napi.c,v 1.202 2004/06/24 00:26:58 carjay Exp $
<6>avia_gt_gv: set_input_mode (mode=2)
<6>avia_gt_gv: set_input_size (width=720, height=576)
<4>CIFS: Unknown mount option udp
<4>CIFS: Unknown mount option nolock
<3> CIFS VFS: Send error in SessSetup = -13
<3> CIFS VFS: cifs_mount failed w/return code = -13
<6>PES, queue 0 normal.
<6>PES, queue 0 normal.

Beitrag von **mogway** » Dienstag 17. August 2004, 21:12

Tja, das reicht leider nicht. Das interessante kommt danach

Gruss
mogway

muss ich ein freischalt signal anfordern wenn ich premiere sehen will?
habe ein premiere start abo nur bleibt alles schwarz? cam2 ist auch installiert

Beitrag von **mogway** » Dienstag 17. August 2004, 21:29

PHanToMiC hat geschrieben:muss ich ein freischalt signal anfordern wenn ich premiere sehen will?
habe ein premiere start abo nur bleibt alles schwarz? cam2 ist auch installiert

Freigeschaltet sollte die Karte schon sein.

mogway hat geschrieben:Poste mal ein Bootlog mit Umschalten auf einem freigeschalteten Kanal.

http://forum.tuxbox-cvs.sourceforge.net ... 789#209789

Gruss
mogway

Beitrag von **rasc** » Dienstag 17. August 2004, 21:33

mogway hat geschrieben:Tja, das reicht leider nicht. Das interessante kommt danach

Gruss
mogway

Haltet mich jetzt nicht für doof, aber danach kommt nix mehr. Das ist alles was ist mit dem cat /proc/kmsg Aufruf nach dem Booten bekomme. Vielleicht mach ich ja was falsch: ich log mich per telnet nach dem Booten ein und gebe anschließend den cat Befehl ein. Dann kommt die oben gezeigte Auflistung.

Beitrag von **mogway** » Dienstag 17. August 2004, 21:54

Cyberduke hat geschrieben:Das ist alles was ist mit dem cat /proc/kmsg Aufruf nach dem Booten bekomme.

Vllt wird nicht mehr gepuffert. Am besten ist, du besorgst dir ein Nullodemkabel

Gruss
mogway

Beitrag von **mogway** » Dienstag 17. August 2004, 21:56

Oder probiers mal nach dem umschalten auf einen Premiere Kanal mit:

dmesg >/tmp/log.txt

Danach die Datei /tmp/log.txt per FTP abholen.

Gruss
mogway

Beitrag von **DieMade** » Dienstag 17. August 2004, 21:58

Wird alles nicht helfen, camd2 & Co. geben keine kernel-Messages aus.

Steht genau das gleiche drin. Werd morgen mal ein Nullmodemkabel organisieren. Meld mich dann anschließend nochmal. Danke für Dein Bemühen!

Beitrag von **mogway** » Dienstag 17. August 2004, 22:01

DieMade hat geschrieben:Wird alles nicht helfen, camd2 & Co. geben keine kernel-Messages aus.

THX für den Hint DieMade.

Dann hilft wohl nur nen Nullmodemkabel

Gruss
mogway

DieMade hat geschrieben:Wird alles nicht helfen, camd2 & Co. geben keine kernel-Messages aus.

Das heißt??? Nullmodemkabel bringt dann auch nix?

Sorry, zu früh gepostet, bzw zu spät gelesen. Werd mir ein Nullmodemkabel besorgen!

@ mogway,
wo finde ich die log datei?
zugriff auf die box ist kein problem

Beitrag von **mogway** » Mittwoch 18. August 2004, 10:44

Aus gegebenen Anlass mal eine Zusammenfassung:

PHanToMiC hat geschrieben:wo finde ich die log datei?

mogway hat geschrieben:dmesg >/tmp/log.txt
Danach die Datei /tmp/log.txt per FTP abholen.

DieMade hat geschrieben:Wird alles nicht helfen, camd2 & Co. geben keine kernel-Messages aus.

Das heisst, die Angaben sind nicht in dem Log enthalten.

mogway hat geschrieben:Dann hilft wohl nur nen Nullmodemkabel

Und noch ein heisser TIP:
http://forum.tuxbox-cvs.sourceforge.net ... 789#209789

Gruss
mogway

Hallo!

Ich tipe mal die Cam-Alpha ist veraltet.
Welche UCodes benutzt Du denn? (Sercice -> UCodes überprüfen)

Gruß Nachtvogel

Beitrag von **macabros** » Mittwoch 18. August 2004, 14:32

ich tippe mal drauf, daß er die karte rausziehen soll und neu einstecken .. vielleicht beim putzen oder so etwas staub drauf

Nachtvogel hat geschrieben:Hallo!

Ich tipe mal die Cam-Alpha ist veraltet.
Welche UCodes benutzt Du denn? (Sercice -> UCodes überprüfen)

Gruß Nachtvogel

Ich benutze den ucode_B107 und als Cam-Alpha die cam_01_01_005E.

Das mit der Karte rausziehen habe ich schon probiert, leider keinen erfolg. Mich wundert nur, daß es von jetzt auf nachher nicht mehr ging. Hab ja nichts an der Box geändert?!

Beitrag von **mash4077** » Mittwoch 18. August 2004, 16:32

Cyberduke hat geschrieben:cam_01_01_005E.

1:0 für Nachtvogel!

Gruß
mash

mash4077 hat geschrieben:
Cyberduke hat geschrieben:cam_01_01_005E.
1:0 für Nachtvogel!

Gruß
mash

Das heißt? Soll ich die tauschen? Wie gesagt, die Box läuft seit einem Jahr problemlos (natürlich immer mit den aktuellen snaps).
Welche cam soll ich denn nehmen?