ggrab: Neue Version (0.20) mit neuen Features!

Beitrag von **petgun** » Freitag 7. Februar 2003, 18:20

Hi,

Gandalfx hat geschrieben:nimm doch einfach meine komplette yadd, so wie die ist...

klare Sache...mache ich ja auch heute Abend. Im Moment haeng ich halt noch auf der Arbeit und habe eine T3-Leitung...ich betreibe nur Frustprevention..wenn ich spaeter teste und es laeuft nicht, freut sich nur mein Modem ueber Arbeit

Infos ueber die Struktur der Boxsoft habe ich bisher noch keine gefunden...wieso braucht Deine Yadd zB. vmlinux-2.4.20-dbox2 nicht, usw. ????

cu,
peter

Beitrag von **nomatter** » Freitag 7. Februar 2003, 18:38

hi,

zur yadd: die stellt sich bei mir irgendwie quer (500,2xi, kabel)

Code: Alles auswählen

[FONT] adding font /share/fonts/micron_bold.ttf...
Warning: loading dvbdev will taint the kernel: forced load
  See http://www.tux.org/lkml/#export-tainted for information about tainted modu
les
OK (Micron/Bold)
[FONT] Intializing font cache...
Using /lib/modules/2.4.20-dbox2/misc/avia.o
[FONT] FTC_Face_Requester (Micron/Bold)
insmod: Warning: kernel-module version mismatch
        /lib/modules/2.4.20-dbox2/misc/avia.o was compiled for kernel version 2.
4.20
        while this kernel is version 2.4.20-dbox2
Warning: loading avia will taint the kernel: forced load
  See http://www.tux.org/lkml/#export-tainted for information about tainted modu
les
AVIA: $Id: avia_core.c,v 1.32 2002/09/24 17:50:19 Jolt Exp $
Using /lib/modules/2.4.20-dbox2/misc/cam.o
insmod: Warning: kernel-module version mismatch
        /lib/modules/2.4.20-dbox2/misc/cam.o was compiled for kernel version 2.4
.20
        while this kernel is version 2.4.20-dbox2
Warning: loading cam will taint the kernel: forced load
  See http://www.tux.org/lkml/#export-tainted for information about tainted modu
les
der moment ist gekommen...
i2c-core.o: driver DBox2-CAM registered.
write 1 event's ...
write 1 event's ...
CAM: attaching CAM at 0x6e
i2c-core.o: client [DBOX2-CAM] registered to adapter [](pos. 3).
CAM: attached to adapter 
Using /lib/modules/2.4.20-dbox2/misc/dmxdev.o
insmod: Warning: kernel-module version mismatch
        /lib/modules/2.4.20-dbox2/misc/dmxdev.o was compiled for kernel version 
2.4.20
        while this kernel is version 2.4.20-dbox2
Warning: loading dmxdev will taint the kernel: forced load
  See http://www.tux.org/lkml/#export-tainted for information about tainted modu
les
Using /lib/modules/2.4.20-dbox2/misc/dvb_frontend.o
insmod: Warning: kernel-module version mismatch
        /lib/modules/2.4.20-dbox2/misc/dvb_frontend.o was compiled for kernel ve
rsion 2.4.20
        while this kernel is version 2.4.20-dbox2
Warning: loading dvb_frontend will taint the kernel: forced load
  See http://www.tux.org/lkml/#export-tainted for information about tainted modu
les
Using /lib/modules/2.4.20-dbox2/misc/avia_gt.o
insmod: Warning: kernel-module version mismatch
        /lib/modules/2.4.20-dbox2/misc/avia_gt.o was compiled for kernel version
 2.4.20
        while this kernel is version 2.4.20-dbox2
Warning: loading avia_gt will taint the kernel: forced load
  See http://www.tux.org/lkml/#export-tainted for information about tainted modu
les
avia_gt_core: $Id: avia_gt_core.c,v 1.22 2002/09/13 22:53:55 Jolt Exp $
avia_gt_core: autodetecting chip type... AViA GTX found
avia_gt_gtx: $Id: avia_gt_gtx.c,v 1.17 2002/09/15 18:06:26 Jolt Exp $
avia_gt_accel: $Id: avia_gt_accel.c,v 1.6 2002/09/19 21:09:20 Jolt Exp $
avia_gt_core: masking unhandled irq reg 1 bit 11
avia_gt_core: masking unhandled irq reg 1 bit 13
avia_gt_dmx: $Id: avia_gt_dmx.c,v 1.134 2002/09/21 00:00:08 Jolt Exp $
avia_gt_dmx: Successfully loaded ucode VB1.7
avia_gt_dmx: warning, misaligned queue 0 (is 0x32A00, size 65536), aligning...
avia_gt_core: masking unhandled irq reg 0 bit 6
avia_gt_gv: $Id: avia_gt_gv.c,v 1.22 2002/08/22 13:39:33 Jolt Exp $
avia_gt_gv: set_input_size (width=720, height=576)
avia_gt_pcm: $Id: avia_gt_pcm.c,v 1.18 2002/09/25 18:50:52 Jolt Exp $
avia_gt_capture: $Id: avia_gt_capture.c,v 1.22 2002/08/22 13:39:33 Jolt Exp $
avia_gt_pig: $Id: avia_gt_pig.c,v 1.28 2002/08/22 13:39:33 Jolt Exp $
avia_gt_ir: $Id: avia_gt_ir.c,v 1.19 2002/08/22 13:39:33 Jolt Exp $
avia_gt_core: Loaded AViA eNX/GTX driver
Using /lib/modules/2.4.20-dbox2/misc/dvb.o
insmod: Warning: kernel-module version mismatch
        /lib/modules/2.4.20-dbox2/misc/dvb.o was compiled for kernel version 2.4
.20
        while this kernel is version 2.4.20-dbox2
Warning: loading dvb will taint the kernel: forced load
  See http://www.tux.org/lkml/#export-tainted for information about tainted modu
les
dvb.c: init_dvb
Init VES1820
Using /lib/modules/2.4.20-dbox2/misc/ves1820.o
insmod: Warning: kernel-module version mismatch
        /lib/modules/2.4.20-dbox2/misc/ves1820.o was compiled for kernel version
 2.4.20
        while this kernel is version 2.4.20-dbox2
Warning: loading ves1820 will taint the kernel: forced load
  See http://www.tux.org/lkml/#export-tainted for information about tainted modu
les
$Id: ves1820.c,v 1.34 2002/10/08 23:18:42 obi Exp $
i2c-core.o: driver VES1820 DVB-C Demodulator registered.
VES1820: attaching VES1820 at 0x10
i2c-core.o: client [VES1820] registered to adapter [](pos. 4).
VES1820: attached to adapter 

Using /lib/modules/2.4.20-dbox2/misc/avia_gt_napi.o
insmod: Warning: kernel-module version mismatch
        /lib/modules/2.4.20-dbox2/misc/avia_gt_napi.o was compiled for kernel ve
rsion 2.4.20
        while this kernel is version 2.4.20-dbox2
Warning: loading avia_gt_napi will taint the kernel: forced load
  See http://www.tux.org/lkml/#export-tainted for information about tainted modu
les
avia_gt_napi: $Id: avia_gt_napi.c,v 1.130 2002/09/18 15:57:24 Jolt Exp $
avia_gt_napi: hardware section filtering disabled.
Using /lib/modules/2.4.20-dbox2/misc/avia_gt_vbi.o
insmod: Warning: kernel-module version mismatch
        /lib/modules/2.4.20-dbox2/misc/avia_gt_vbi.o was compiled for kernel ver
sion 2.4.20
        while this kernel is version 2.4.20-dbox2
Warning: loading avia_gt_vbi will taint the kernel: forced load
  See http://www.tux.org/lkml/#export-tainted for information about tainted modu
les
avia_gt_vbi: $Id: avia_gt_vbi.c,v 1.16 2002/08/22 13:39:33 Jolt Exp $
avia_gt_vbi: got demux C-Cube - AViA eNX/GTX
Using /lib/modules/2.4.20-dbox2/misc/avia_gt_fb.o
insmod: Warning: kernel-module version mismatch
        /lib/modules/2.4.20-dbox2/misc/avia_gt_fb.o was compiled for kernel vers
ion 2.4.20
        while this kernel is version 2.4.20-dbox2
Warning: loading avia_gt_fb will taint the kernel: forced load
  See http://www.tux.org/lkml/#export-tainted for information about tainted modu
les
avia_gt_fb: $Id: avia_gt_fb_core.c,v 1.36 2002/08/22 13:39:33 Jolt Exp $
avia_gt_gv: set_input_mode (mode=2)
avia_gt_gv: set_input_size (width=720, height=576)
avia_gt_gv: set_input_mode (mode=2)
avia_gt_gv: set_input_size (width=720, height=576)
avia_gt_gv: set_input_mode (mode=2)
avia_gt_gv: set_input_size (width=720, height=576)
Console: switching to colour frame buffer device 82x32
avia_gt_fb: fb0: AViA eNX/GTX Framebuffer frame buffer device
Using /lib/modules/2.4.20-dbox2/misc/avia_gt_oss.o
insmod: Warning: kernel-module version mismatch
        /lib/modules/2.4.20-dbox2/misc/avia_gt_oss.o was compiled for kernel ver
sion 2.4.20
        while this kernel is version 2.4.20-dbox2
Warning: loading avia_gt_oss will taint the kernel: forced load
  See http://www.tux.org/lkml/#export-tainted for information about tainted modu
les
avia_oss: $Id: avia_gt_oss.c,v 1.11 2002/09/25 18:50:52 Jolt Exp $
Using /lib/modules/2.4.20-dbox2/misc/avia_gt_lirc.o
insmod: Warning: kernel-module version mismatch
        /lib/modules/2.4.20-dbox2/misc/avia_gt_lirc.o was compiled for kernel ve
rsion 2.4.20
        while this kernel is version 2.4.20-dbox2
Warning: loading avia_gt_lirc will taint the kernel: forced load
  See http://www.tux.org/lkml/#export-tainted for information about tainted modu
les
avia_gt_lirc: $Id: avia_gt_lirc.c,v 1.4 2002/08/22 13:39:33 Jolt Exp $
CXA2092 found
CXA2092 found
cdkVcInfo $Id: cdkVcInfo.c,v 1.1 2002/12/19 16:10:45 alexW Exp $

RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
/var/tuxbox/start_neutrino: /bin/sectionsd: error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
/var/tuxbox/start_neutrino: /bin/timerd: error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
/var/tuxbox/start_neutrino: /bin/camd2: error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
/var/tuxbox/start_neutrino: /bin/zapit: error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
/var/tuxbox/start_neutrino: /bin/controld: error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
/var/tuxbox/start_neutrino: /bin/nhttpd: error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
/var/tuxbox/start_neutrino: /bin/neutrino: error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
/var/tuxbox/start_neutrino: /sbin/halt: error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
/etc/init.d/rcS: /bin/test: error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
/etc/init.d/rcS: /bin/test: error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
/etc/init.d/rcS: /bin/test: error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101

RPC: sendmsg returned error 101
nfs: RPC call returned error 101
RPC: sendmsg returned error 101
nfs: RPC call returned error 101
Please press Enter to activate this console.

tschau, nomatter

Beitrag von **petgun** » Freitag 7. Februar 2003, 18:44

nomatter hat geschrieben:hi,

zur yadd: die stellt sich bei mir irgendwie quer....

"Ich hab's kommen sehen", sagte sie und wischte sich das Sperma von der Brille.

cu,
peter

Beitrag von **nomatter** » Freitag 7. Februar 2003, 19:02

...mhh, wenn ich meine eigene services und bouquets.xml reinkopiere kommt er bis hier her und haengt, oder aber, ich kann keinen sendersuchlauf machen (irgendwie denkt er wohl, ich hab ne satbox?)

Code: Alles auswählen

saveing neutrino scan-config
CXA2092 found
The system is going down NOW !![nhttpd] stop requested......
Edebug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS
debug: BMon V1.0  mID 01
debug: feID 7a    gtxID 0b
debug: fpID 5a     dsID 75-20.6f.76.65.72.72-75
debug: HWrev X3  SWrev 0.81
debug: B/Ex/Fl(MB) 32/00/08
WATCHDOG reset enabled
dbox2:root> debug: 
BOOTP/TFTP bootstrap loader (v0.3)
debug: 
debug: Transmitting BOOTP request via broadcast
debug: Given up BOOTP/TFTP boot
boot net failed

Flash-FS bootstrap loader (v1.5)

Found Flash-FS superblock version 3.1
Found file /root/platform/nokia-dbox2/kernel/os in Flash-FS
debug: Got Block #0044

will verify ELF image, start= 0x800000, size= 200660
verify sig: 262
Branching to 0x40000


PPCBoot 1.1.6 (TuxBox) (Nov  9 2002 - 01:40:47)

CPU:   PPC823ZTnnA at 67.200 MHz: 2 kB I-Cache 1 kB D-Cache
         *** Warning: CPU Core has Silicon Bugs -- Check the Errata ***
       Watchdog enabled
Board: DBOX2, Nokia
I2C:   ready
DRAM:  32 MB
FLASH:  8 MB
Scanning JFFS2 FS: ........ done.
LCD:   ready
FB:    loading - ready
In:    serial
Out:   serial
Err:   serial

Options:
  1: framebuffer on ttyS0
  2: framebuffer on fb0
  3: framebuffer on null
Select option (1-3), other keys to stop autoboot:  0 
..............................................................
Un-Protected 62 sectors
### FS (jffs2) loading 'vmlinuz' to 0x100000
### FS load compleate: 667093 bytes loaded to 0x100000
## Booting image at 00100000 ...
   Image Name:   dbox2
   Image Type:   PowerPC Linux Kernel Image (gzip compressed)
   Data Size:    667029 Bytes = 651 kB = 0 MB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK
Linux version 2.4.20-dbox2 (indy@indianapolis.de) (gcc version 3.2.1) #1 Mon Jan
 20 00:25:43 CET 2003
On node 0 totalpages: 8192
zone(0): 8192 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/mtdblock/2 rw console=ttyS0
Decrementer Frequency = 252000000/60
mpc8xx-wdt: active wdt found (SWTC: 0xFFFF, SWP: 0x1)
mpc8xx-wdt: keep-alive trigger activated (PITC: 0x1000)
Console: colour dummy device 80x25
Calibrating delay loop... 66.96 BogoMIPS
Memory: 30788k available (1148k kernel code, 356k data, 76k init, 0k highmem)
Dentry cache hash table entries: 4096 (order: 3, 32768 bytes)
Inode cache hash table entries: 2048 (order: 2, 16384 bytes)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x1
JFFS2 version 2.1. (C) 2001, 2002 Red Hat, Inc., designed by Axis Communications
 AB.
i2c-core.o: i2c core module
CPM UART driver version 0.03
ttyS00 at 0x0280 is a SMC
ttyS01 at 0x0380 is a SMC
pty: 256 Unix98 ptys configured
eth0: CPM ENET Version 0.2 on SCC2, 00:50:9c:1e:30:13
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
D-Box 2 flash driver (size->0x800000 mem->0x10000000)
Using word write method
Creating 5 MTD partitions on "D-Box 2 flash memory":
0x00000000-0x00020000 : "BR bootloader"
0x00020000-0x00040000 : "flfs (ppcboot)"
0x00040000-0x00800000 : "root (jff2)"
0x00020000-0x00800000 : "flash without bootloader"
0x00000000-0x00800000 : "complete flash"
mice: PS/2 mouse device common for all mice
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 2048 bind 4096)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
802.1Q VLAN Support v1.7 Ben Greear <greearb@candelatech.com>
All bugs added by David S. Miller <davem@redhat.com>
VFS: Mounted root (jffs2 filesystem).
Mounted devfs on /dev
Freeing unused kernel memory: 76k init
init started:  BusyBox v0.61.pre (2003.01.27-21:04+0000) multi-cadepmod: *** Unr
esolved symbols in /lib/modules/2.4.20-dbox2/misc/ves1820.o
depmod:         register_frontend
depmod:         fp_set_tuner_dword
depmod:         unregister_frontend
Detected STB:
  Vendor: Nokia
  Model: D-BOX2
[i2c-8xx]: mpc 8xx i2c init
i2c-core.o: adapter PowerPC 8xx I2C adapter registered as adapter 0.
[i2c-8xx]: adapter: 0
event: init ...
i2c-core.o: driver FOR_PROBE_ONLY registered.
i2c-core.o: driver unregistered: FOR_PROBE_ONLY
i2c-core.o: driver DBox2 Frontprocessor driver registered.
i2c-core.o: client [DBox2 Frontprocessor client] registered to adapter [PowerPC 
8xx I2C adapter](pos. 0).
/lib/modules/2.4.20-dbox2/misc/ves1820.o: kernel-module version mismatch
        /lib/modules/2.4.20-dbox2/misc/ves1820.o was compiled for kernel version
 2.4.19
        while this kernel is version 2.4.20-dbox2.
/lib/modules/2.4.20-dbox2/misc/ves1820.o: insmod /lib/modules/2.4.20-dbox2/misc/
ves1820.o failed
/lib/modules/2.4.20-dbox2/misc/ves1820.o: insmod ves1820 failed
i2c-core.o: driver i2c audio/video switch driver registered.
i2c-core.o: client [CXA2092] registered to adapter [PowerPC 8xx I2C adapter](pos
. 1).
i2c-core.o: driver saa7126 registered.
i2c-core.o: client [saa7126] registered to adapter [PowerPC 8xx I2C adapter](pos
. 2).
$Id: cam.c,v 1.22 2003/01/14 10:26:36 jolt Exp $
i2c-core.o: driver DBox2-CAM registered.
CAM: attaching CAM at 0x6e
i2c-core.o: client [DBOX2-CAM] registered to adapter [PowerPC 8xx I2C adapter](p
os. 3).
CAM: attached to adapter PowerPC 8xx I2C adapter
lcd.o: init lcd driver module
lcd.o: found KS0713/SED153X lcd interface on 1
avia_av: $Id: avia_av_core.c,v 1.55 2003/01/18 01:22:10 obi Exp $
avia_av_event: $Id: avia_av_event.c,v 1.5 2003/01/02 05:26:43 obi Exp $
avia_av: warning - command @ 0x5CB8 failed
avia_av_proc: $Id: avia_av_proc.c,v 1.4 2003/01/02 05:26:43 obi Exp $
avia_gt_core: $Id: avia_gt_core.c,v 1.31 2003/01/19 10:56:46 gandalfx Exp $
avia_gt_core: autodetecting chip type... AViA GTX found
avia_gt_gtx: $Id: avia_gt_gtx.c,v 1.19 2003/01/11 22:45:16 obi Exp $
avia_gt_accel: $Id: avia_gt_accel.c,v 1.15 2003/01/14 23:59:32 jolt Exp $
avia_gt_core: masking unhandled irq reg 1 bit 11
avia_gt_core: masking unhandled irq reg 1 bit 13
write 1 event's ...
write 1 event's ...
avia_gt_dmx: $Id: avia_gt_dmx.c,v 1.163 2003/01/19 14:40:42 gandalfx Exp $
avia_gt_dmx: Successfully loaded ucode vB107
avia_gt_dmx: warning, misaligned queue 0 (is 0x32A00, size 65536), aligning...
avia_gt_core: masking unhandled irq reg 0 bit 6
avia_gt_gv: $Id: avia_gt_gv.c,v 1.28 2003/01/11 22:45:16 obi Exp $
avia_gt_gv: set_input_size (width=720, height=576)
avia_gt_pcm: $Id: avia_gt_pcm.c,v 1.22 2003/01/11 22:45:16 obi Exp $
avia_gt_capture: $Id: avia_gt_capture.c,v 1.26 2003/01/11 22:45:16 obi Exp $
avia_gt_pig: $Id: avia_gt_pig.c,v 1.34 2003/01/11 22:45:16 obi Exp $
avia_gt_ir: $Id: avia_gt_ir.c,v 1.22 2003/01/11 22:45:16 obi Exp $
avia_gt_vbi: $Id: avia_gt_vbi.c,v 1.21 2003/01/11 22:45:16 obi Exp $
avia_gt_core: Loaded AViA eNX/GTX driver
avia_gt_fb: $Id: avia_gt_fb_core.c,v 1.41 2003/01/02 05:26:43 obi Exp $
avia_gt_gv: set_input_mode (mode=2)
avia_gt_gv: set_input_size (width=720, height=576)
avia_gt_gv: set_input_mode (mode=2)
avia_gt_gv: set_input_size (width=720, height=576)
avia_gt_gv: set_input_mode (mode=2)
avia_gt_gv: set_input_size (width=720, height=576)
Console: switching to colour frame buffer device 82x32
avia_gt_fb: fb0: AViA eNX/GTX Framebuffer frame buffer device
avia_gt_lirc: $Id: avia_gt_lirc.c,v 1.6 2003/01/02 05:26:43 obi Exp $
avia_oss: $Id: avia_gt_oss.c,v 1.16 2003/01/11 22:45:16 obi Exp $
Linux video capture interface: v1.00
avia_gt_v4l2: $Id: avia_gt_v4l2.c,v 1.7 2003/01/11 22:45:16 obi Exp $
$Id: avia_napi.c,v 1.12 2003/01/18 00:52:35 obi Exp $
DVB: registering new adapter (C-Cube AViA GTX/eNX with AViA 500/600).
i2c-core.o: driver DVB I2C bridge registered.
i2c-core.o: client [dvb] registered to adapter [PowerPC 8xx I2C adapter](pos. 4)
.
dvb_i2c_bridge: enabled DVB i2c bridge to PowerPC 8xx I2C adapter
$Id: cam_napi.c,v 1.5 2003/01/14 08:43:17 jolt Exp $
avia_av_napi: $Id: avia_av_napi.c,v 1.15 2003/01/16 22:48:35 obi Exp $
avia_gt_napi: $Id: avia_gt_napi.c,v 1.174 2003/01/18 00:52:35 obi Exp $

Please press Enter to activate this console. [FONT] initializing core...
[FONT] adding font /share/fonts/micron_bold.ttf...OK (Micron/Bold)
[FONT] Intializing font cache...
[FONT] FTC_Face_Requester (Micron/Bold)
$Id: sectionsd.cpp,v 1.149 2003/01/07 01:28:39 obi Exp $
caching 504 hours
events are old 60min after their end time
[camd] 1.CMD-Class 0xE0
[camd] no card is in slot #2
[camd] a card is in slot #1
[camd] ca system id: 1702
$Id: zapit.cpp,v 1.287 2003/01/17 16:26:41 obi Exp $
/var/tuxbox/config/zapit/services.xml: No such file or directory
[frontend.cpp:CFrontend:79] /dev/dvb/adapter0/frontend0: No such file or directo
ry
Controld  $Id: controld.cpp,v 1.88 2003/01/07 19:08:27 Zwen Exp $

[controld] Boxtype detected: (1, 1, Nokia D-BOX2)
set event: 00000009
[nhttpd] Neutrino HTTP-Server starting..
[camd] no card is in slot #2
[camd] a card is in slot #1
[neutrino] NeutrinoNG $Id: neutrino.cpp,v 1.394 2003/01/26 18:08:51 zwen Exp $
[camd] no card is in slot #2
[camd] a card is in slot #1

[lcdd] time-skin not found -> using default...
[lcdd] weekday-skin not found -> using default...
[lcdd] date-skin not found -> using default...
[lcdd] month-skin not found -> using default...
[lcdd] load config
[FONT] initializing core...
[FONT] adding font /share/fonts/micron.ttf...OK (Micron/Regular)
[FONT] Intializing font cache...
[FONT] FTC_Face_Requester (Micron/Regular)
[camd] no card is in slot #2
[camd] a card is in slot #1
[neutrino] frameBuffer Instance created
1024k video mem
avia_gt_gv: set_input_mode (mode=2)
avia_gt_gv: set_input_size (width=720, height=576)
[neutrino] error while loading scan-settings, using defaults!
IP       : 192.168.1.21
Netmask  : 255.255.255.0
Broadcast: 192.168.1.255
Gateway  : 
[neutrino] menue setup
loading locales: scandir: No such file or directory
/etc/satellites.xml: No such file or directory
[neutrino] control event register
[neutrino] sectionsd event register
[neutrino] zapit event register
[neutrino] timerd event register
login[121]: root login  on `pts/0' from `192.168.1.99'

Beitrag von **Gandalfx** » Freitag 7. Februar 2003, 19:15

ich muß die yadd zurückziehen, es sind Module von alexw drin...

http://tuxbox.berlios.de/forum/viewtopi ... 06&start=0

@nomatter, du hast irgendwie 2.4.29 Module da drin, und afaik nicht von mir....

Beitrag von **Xenon-777** » Freitag 7. Februar 2003, 20:12

hmm ... ic hab mir den Thread jetzt durchgelesen aber nirgents ein Hinweis gesehn der dich zwigt wegen AlexW ein Yadd zurückzuziehen. *Grübel*

Beitrag von **Gandalfx** » Freitag 7. Februar 2003, 20:18

ich kann hierzu keine Source liefern -> GPL

Beitrag von **Xenon-777** » Freitag 7. Februar 2003, 20:23

Das must du auch nicht ... du must nur sagen können wo man sich die Sorce holen kann und das kannst du ... bei AlexW, ob er sie dann rausrückt ist nicht mehr dein Problem ;-)

Lass dich doch nicht von den Spinnern verückt machen.

Seit dem ich den Thread gelesen habe verstehe ich woher das Gefühl von Caos kommt das ich jedesmal habe wenn ich mich mal ein bischen näher mit der Systemstrucktur von der Box beschäftige ... so aus Anwendersicht.

Beitrag von **petgun** » Freitag 7. Februar 2003, 21:12

Hi,

Gandalfx hat geschrieben:ich kann hierzu keine Source liefern -> GPL

das Statement von Obi zu AlexW rahme ich mir aber ein!

cu,
peter

--
Obi zu AlexW: Das ganze gepiense, es koennte jemand was schlimmes damit tun ist doch Kinderkacke.

Beitrag von **Homar** » Freitag 7. Februar 2003, 21:14

@Petgun:

...deine Zitate machen gute Laune

cooooooooooooooooooooooooooool...

Beitrag von **petgun** » Samstag 8. Februar 2003, 01:04

Hi,

Homar hat geschrieben: ...deine Zitate machen gute Laune

danke! Ich habe auch verdammt gute Laune

Die Yadd von Gandalfx funktioniert ohne Modifikatinen auf Anhieb!
Sorry, das ich misstrauisch war, aber mein Winrar auf der Arbeit hat mir zB. den kompletten tftpboot-Ordner unterschlagen???

Ich streame hier was die Kiste hergibt und hatte bisher noch keinen einzigen Resync...einfach nur traumhaft!! Und die Box-Cpu idled (75%) dabei vor sich hin....genug Reserven um allen Kritikern und der Dreambox zu zeigen wo der Hammer haengt!

Vielen Dank an Gandalf und alle Dev's die dazu beigetragen haben!

Ich werde weiter testen und die Kiste diese Nacht durchlaufen lassen...mal sehen ob es noch zu einem Bufferoverflow kommt.

cu,
peter

--
"..momentan ist richtig...momentan ist gut...es ist ok, alles auf dem Weg.."
[Herbert Groenemeyer]

Beitrag von **Xenon-777** » Samstag 8. Februar 2003, 02:22

schau auch nach ob nach den streamen streampes zurückbleiben ... immer so 1-2 x 4 pro Stream-Auftrag.

Beitrag von **nomatter** » Samstag 8. Februar 2003, 09:44

hi,

@petgun: welche software(versionen) nutzt du pc-seitig?

tschau, nomatter

Beitrag von **Tschups** » Samstag 8. Februar 2003, 11:03

@Gandalf

jetzt warst Du schneller als ich

Wollte grad das Yadd runterladen.......... hmm nicht mehr da

cu tschups

Beitrag von **Gandalfx** » Samstag 8. Februar 2003, 12:28

So, nachdem das mit den Images nun offensichtlich klar ist:

Für die alte API kann ich die Änderungen, welche ich bei den Treibern und bei streampes gemacht habe, auf meiner Webseite bei Bedarf zur Verfügung stellen. Ich weiß aber nicht, mit welchem CDK-Stand die wirklich gut laufen. Bei meinem eigenen (ca. 3 Wochen alt) läufts gut, leider geht dort tuxtxt gar nicht und die anderen Apps haben halt einen relativ alten Stand.

Für die neue Api ist auch bei mir im Moment Stillstand angesagt, da ich dort beim Debuggen in Probleme gelaufen bin, aber die meisten Devs im Moment keine Zeit zur Unterstützung haben, und ich leider nicht die Zeit aufbringen kann, mir das ganze Konzept im Code zu erarbeiten.

Beitrag von **nomatter** » Samstag 8. Februar 2003, 13:03

hi,

@grandalf: und darfst du jetzt dein cdk (als yadd) raufstellen? (gelesen hab ich's, ich komm da nicht ganz mit)..hast du da unter 8000 buffer overflows?
die yadd, die du wieder runternehmen musstest, war die, mit den neuen treiben, oder?
veraendert (module getauscht) hatte ich daran nicht...

...wenn sendersuchlauf, fernsehen und manuelles fehlerfreies streamen (ac3) laufen wuerde, waere ich gluecklich ;) (mp3, clipmode, videotext, browser, spiele usw brauche ich nicht)

tschau, nomatter

Beitrag von **Tschups** » Samstag 8. Februar 2003, 15:23

@nomatter

>...wenn sendersuchlauf, fernsehen und manuelles fehlerfreies streamen (ac3) laufen wuerde, waere ich gluecklich

(mp3, clipmode, videotext, browser, spiele usw brauche ich nicht)

denke ich ebenso.

Wenn jetzt noch rechtliches Kompetenzgerangel dazukommt, und die weiterentwicklung der Software auch noch hemmt, dann gute Nacht !

Ich dachte das ist alles "Opene Source"??

Aber..... ich habe ja noch ne 1'er

.....warte noch ein Weilchen

CU Tschups

Beitrag von **petgun** » Samstag 8. Februar 2003, 15:30

Hi,

Xenon-777 hat geschrieben:schau auch nach ob nach den streamen streampes zurückbleiben ... immer so 1-2 x 4 pro Stream-Auftrag.

kann ich nicht nachvollziehen....streampes wird sauber beendet....getestet mit Wingrabz, Ngrab und TuxVision.

welche software(versionen) nutzt du pc-seitig?

zum grabben siehe oben...jeweils die letzten Versionen, also auch TuxVision mit UDP.

@Tschups

>Wollte grad das Yadd runterladen.......... hmm nicht mehr da

ja leider....ich kann sie Dir zuschicken....auch an nomatter (brauche Deine addi)...aber erst am Montag

@Gandalfx

>So, nachdem das mit den Images nun offensichtlich klar ist

...

ich hoffe das die Entscheidung Deine yadd nicht mehr anzubieten nicht endgueltig ist und sich die Wogen wieder glaetten. Ich habe die Diskussion im CDK-Forum verfolgt und kann beide Seiten verstehen hoffe aber instaendig das ihr dev's euch _hinter_ den Kulissen wieder zusammenrauft und das nicht das Ende des Tuxbox-Projekts ist. Bitte macht weiter! So ein Streit ist auch eine Chance fuer einen Neuanfang ohne die Fehler der Vergangenheit zu wiederholen.

cu,
peter

PS:8 Stunden PremiereStart ohne Resync aufgenommen...bei der ARD gibt's noch gelegentlich Resyncs...Bufferoverflows habe ich keine gehabt.

--
The ultimate measure of a man is not where he stands in
moments of comfort and convenience, but where he stands at
times of challenge and controversy.

Beitrag von **nomatter** » Samstag 8. Februar 2003, 15:50

@petgun: ich meinte, welches windows, welchen bootmanager (einstellungen, auf welchem dateisystem liegt die yadd)

tschau, nomatter[/quote]

Beitrag von **Tschups** » Samstag 8. Februar 2003, 16:11

@petgun

>ja leider....ich kann sie Dir zuschicken....auch an nomatter (brauche Deine addi)...aber erst am Montag

jo.... danke

Muß ich die yadd genauso anlegen wie die von tonsel, für mkdvd?

cu Tschups

Beitrag von **Gandalfx** » Samstag 8. Februar 2003, 16:20

@petgun,
bei den Resyncs ARD, welches Programm war das? Zum Test bitte auch mal mit ggrab versuchen mit -debug und -udp. Die "Resyncs" siehst du daran, das beim Videostream dd ansteigt...

Gruß
Peter

Beitrag von **petgun** » Samstag 8. Februar 2003, 18:55

Hi,

nomatter hat geschrieben:@petgun: ich meinte, welches windows, welchen bootmanager (einstellungen, auf welchem dateisystem liegt die yadd)

Windows XP mit SP1
Bootmanger 3.1.343 (3.2.0.354 laeuft auch)
Dateisystem: NTSF

@Tschups

>Muß ich die yadd genauso anlegen wie die von tonsel, für mkdvd?

? einfach mit gunzip und tar entpacken, Ucodes reinkopieren und loslegen.

@Gandalfx

>welches Programm war das

Ich kenne die 21 Sekunden Sender

es war 'Das Erste' mit so einem Ski-Rodel Gedoense...waren aber nur 4 Resyncs in etwa einer Stunde...die visuellen Auswirkungen habe ich mir nicht angeschaut.

>Zum Test bitte auch mal mit ggrab versuchen mit -debug und -udp.

Ok, werde ich auch gerne versuchen!
.
.
mit -udp kommt's relativ schnell zu:

Code: Alles auswählen

m_fill_video: timeout waiting with all buffers filled

ohne udp laeuft's scheinbar laenger.....muss ich aber noch genauer testen.

cu,
peter

--
Ever try. Ever fail. No matter.
Try again. Fail again. Fail better.

Beitrag von **Tschups** » Sonntag 9. Februar 2003, 05:42

@petgun

>? einfach mit gunzip und tar entpacken, Ucodes reinkopieren und loslegen.

Danke....freue mich schon auf Montach

cu tschups

Beitrag von **petgun** » Montag 10. Februar 2003, 01:15

Hi,

Tschups hat geschrieben:Danke....freue mich schon auf Montach

jau, die Yadd von Gandalf bringt's! Ich teste hier was die Kiste hergibt und bin vollkommen begeistert: Imho nur noch gelegntliche Resyncs zB. auf dem absoluten Problemsender 'Das Erste' die weder mit der CPU-Belastung auf der Box zu tun haben, noch mit der Datenrate(also kein Netzwerkproblem).....dirty stream oder Muxer/Demuxer-Problem des Streamprogramms/Dbox ?? Keine Ahnung, ich kann damit wunderbar leben!!

Bild

Das Bild zeigt den typischen Netzwerktraffic eines Tests mit Ngrab...in fast 4 Stunden nur 3 Resyncs bei Datenraten die teilweise ueber 8000 Kbit/sek lagen....unten am Rand des Ngrab-Fensters ist die 8000 Kbit Linie.

@Gandalf

Bei der option -debug habe ich sehr schnell diese 'm_fill_video' Message die dazu fuehrt das Dein Programm stoppt, aber der Netzwerktraffic bestehen bleibt. Ohne -debug laueft es stundenlang ohne Abbruch und Fehlermeldungen....und es laeuft sicher so gut wie Ngrab/Wingrab! Es kommt aber mit Sicherheit zu Artefakten an den Stellen wo es bei Ngrab/Wingrab zu einem Resync kommt.....bei so seltenen Resyncs aber sehr schwer zu entdecken....wie die Nadel im Heuhaufen und mehr was fuer Erbsenzaehler

Ob mit oder ohne -udp spielt keine Rolle.
Einfacher ist das bei einem 21-Sekunden Sender...periodische Artefakte und auch Aussetzer die nicht zu uebersehen sind....irgendwie aber doch schade da ich zB. heute Nacht sehr gerne 'Arizona Dream' auf RTL2 gestreamt haette...ich mach's mir dann aber bei so einem Sender doch lieber analog.....mit meiner TV-Karte

Nochmals vielen Dank an Dich und alle dev's fuer Deine Yadd und fuer die Modifikationen an den Treibern mit der grossen Auswirkung auf keventd, die optimierung von streampes, die UDP-Unterstuetzung, usw. So macht's echt Spass und es ist ein wirklicher Fortschritt zu erkennen....einfach nur super!

cu,
peter

<edit> hab aus den 4 Resyncs 3 gemacht...4 Syncs sind ja nur 3 Resyncs </edit>

--
Tu erst das Notwendige, dann das Mögliche, und plötzlich schaffst Du das Unmögliche. [Franz von Assisi]

Beitrag von **Tschups** » Montag 10. Februar 2003, 07:11

Also hier die ersten Testergebinsse

Gestestet habe ich mit

1 Nokia 2xi
100/10 3Com
100Mbit Crossoverkabel
Windows XP/SP1
Gandalfs Yadd
Ngrab, Wingrab, TuXvision

1. ARD Block
Ngrab / Wingrab / Tuxvision

21 Sekunden Resync ist vorhanden.

Normales Images bekam ich hier ab 4500 Syncâ€™s
Mit Gandalfs Image erst Syncâ€™s ab 5500
Mit Wingrab schon ab 5000

Tuxvision macht keine Syncâ€™s sonder Artefakte.
Danach Aufzeichnung und Review asyncron

2. ZDF Block
Ngrab / Wingrab / Tuxvision

Hier konnte ich auch sehr hohe Datenraten (ab 6000)
problemlos streamen und gucken (Tuxvision)

Der ZDF Block scheint von Sender her sehr stabil zu laufen

3. Der RTL Block
Ngrab / Wingrab / Tuxvision

Verhält sich ähnlich wie der ARD Block

Der Pro 7 Block
Ngrab / Wingrab / Tuxvision

Pro 7 Sendet einen sehr eigenartigen AC3 Stream
es ist unmöglich mit Ngrab/Wingrab diesen AC3
Stream zu capturen

Im Normalbetrieb keinerlei Störungen. hier liefen alle
3 Programme problemlos. Mit allen Pro 7 Programmpaketen

Premiere
Ngrab / Wingrab / Tuxvision

Hier konnte ich die besten Ergebnisse
erzielen.
Zwar kam es bei hohen Datenraten zu einzelnen
Syncâ€™s, die aber eher selten waren.

TuxVision verzeiht, wie auch in den anderen
Programmversionen, keinerlei Artefakte.
Danach ist der Stream im Directshow Fenste
rettungslos asyncron. Auch die Aufnahme.
Diese lässt sich auch nicht mehr reparieren!

Fazit.
Lob an Dich Gandalf! Du bist auf jedem Falle auf
der richtigen Spur. Eines habe ich bei der ganzen
Testerei bemerkt. Die Datenrate, bis die Syncâ€™s
auftreten. ist deutlich angestiegen.
Muß aber bemerken, das zwischen mir und petgun
noch eine Welt liegt. Warum weiß ich nicht.
Der Loopbackadapter kann es nicht sein.
Der hat bei mir noch nie was gebracht

CU Tschups