optimiertes Image fürs Streamen basierend auf cramfs 18.02.

[harbad]

@Gandalfx

@harbad
Bei manchen Boxen scheints bei Zappen zu hängen. Deshalb hat es alexW auch ncoh nicht fest übernomen. Ursache leider unbekannt...
Du kannst eigentlich das Image mit tar auf der Box (/var) holenb, und in eine yadd kopieren

da komm ich nicht so richtig mit, wie jetzt genau.
ich hab von alexw mir die yadd runtergeladen, entpackt und die verzeichnisnammen so geändert, dass sie bei mir bootet. vorher hatte ich mein image von der box als komplett ohne bootlader ausgelesen. dann habe ich die newtuxboxflashtools genommen, das eben gesicherte image geöffnet (fehlermeldung: im image ist ein cramfs im veralteten format enthalten, beim speichern wird auf das neue format umgestellt...). dann das cramfs als tar-datei exportiert (yaddlike.tar). diese tar mit "tar -xvf *.tar" entpackt, da kam hinter jeder datei "Cannot utime: Invalid argument" und zum schluss "Cannot utime: Invalid argument". das entpackte verzeichnis cdkroot hab ich mit dem yaddroot verzeichnis von alexw ausgetauscht und als yaddroot umbenannt. nur bootet leider die yadd nicht. oder muss ich anders vorgehen?

harbad

log folgt später

und hier die log's

im grauen kasten oben steht folgendes:

***Adapter Desc: SiS NIC SISNIC (Microsoft's Packet Scheduler)
***MAC address: 00:D0:09:E6:0A:72 Local IP: 192.168.0.1 (via Packet-Driver #2)
***BootP server started... Port 67
***TFTP server started... Port 69
BootP> Request from 00:50:9C:2D:06:E3 (assuming that this is DBox).
BootP> Answer sent!
TFTP> Started TFTP-Transfer for "C:\Yadd\tftpboot\ppcboot"...
TFTP> Transfer finished, sent 399 blocks
BootP> Answer sent!
TFTP> Non-BootP TFTP-transfer requested "C\Yadd\tftpboot\logo-lcd"
TFTP> Started TFTP-Transfer for "C:\Yadd\tftpboot\logo-lcd"...
TFTP> Transfer finished, sent 16 blocks
BootP> Answer sent!
TFTP> Non-BootP TFTP-transfer requested "C\Yadd\tftpboot\logo-fb"
TFTP> Started TFTP-Transfer for "C:\Yadd\tftpboot\logo-fb"...
TFTP> Transfer finished, sent 139 blocks
BootP> Answer sent!
TFTP> Non-BootP TFTP-transfer requested "C\Yadd\tftpboot\kernel-yadd"
TFTP> Started TFTP-Transfer for "C:\Yadd\tftpboot\kernel-yadd"...
TFTP> Transfer finished, sent 1153 blocks
BootP> Answer sent!
1 - mountd: mount: path: C/Yadd/yaddroot/


-------------------------------------------------------------------------------------

das com log:


nfs: server 192.168.0.1 OK
[sectionsdclient] connect: No such file or directory
[sectionsdclient] connect: No such file or directory
[sectionsdclient] connect: No such file or directory
Bus error
Illegal instruction
Illegal instruction
Illegal instruction
Illegal instruction

Please press Enter to activate this console. debug: DDF: Calibrating delay loop.
.. debug: DDF: 66.76 BogoMIPS
debug: BMon V1.0 mID 02
debug: feID 00 enxID 03
debug: fpID 52 dsID 01-64.df.37.08.00.00-f8
debug: HWrev 01 FPrev 0.30
debug: B/Ex/Fl(MB) 32/00/08
dbox2:root> debug:
BOOTP/TFTP bootstrap loader (v0.3)
debug:
debug: Transmitting BOOTP request via broadcast
debug: Got BOOTP reply from Server IP 192.168.0.1, My IP 192.168.0.42
debug: Sending TFTP-request for file C/Yadd/tftpboot/ppcboot
will verify ELF image, start= 0x800000, size= 204200
verify sig: 262
boot net: boot file has no valid signature
Branching to 0x40000


ppcboot 0.6.4 (Jun 24 2002 - 20:39:15)

Initializing...
CPU: PPC823ZTnnB2 at 66 MHz: 2 kB I-Cache 1 kB D-Cache
Board: ### No HW ID - assuming TQM8xxL
DRAM: (faked) 32 MB
Ethernet: 00-50-9c-2d-06-e3
FLASH: 8 MB
LCD driver (KS0713) initialized
BOOTP broadcast 1
TFTP from server 192.168.0.1; our IP address is 192.168.0.42
Filename 'C/Yadd/tftpboot/logo-lcd'.
Load address: 0x130000
Loading: ##

LCD logo at: 0x130000 (0x1FD2814 bytes)
BOOTP broadcast 1
TFTP from server 192.168.0.1; our IP address is 192.168.0.42
Filename 'C/Yadd/tftpboot/logo-fb'.
Load address: 0x120000
Loading: ##############

FB logo at: 0x0 (0x1FC0000 bytes)
AVIA Frambuffer
Input: serial
Output: serial


1: Console on ttyS0
2: Console on null
3: Console on framebuffer
Select (1-3), other keys to stop autoboot: 0
...............................................................
Un-Protected 63 sectors
BOOTP broadcast 1
TFTP from server 192.168.0.1; our IP address is 192.168.0.42
Filename 'C/Yadd/tftpboot/kernel-yadd'.
Load address: 0x100000
Loading: #######################################################################
#############################################

## Booting Linux kernel at 00100000 ...
Image Name: dbox2
Image Type: PowerPC Linux Kernel Image (gzip compressed)
Data Size: 590089 Bytes = 576 kB = 0 MB
Load Address: 00000000
Entry Point: 00000000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
Linux version 2.4.19 (von alexW) Wer Kernels nachmacht, oder faelscht, wird best
raft ;-) #1 Mon Sep 23 08:56:15 CEST 2002
On node 0 totalpages: 8192
zone(0): 8192 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: console=ttyS0 ip=bootp root=/dev/nfs rw nfsroot=192.168.0.1
:C/Yadd/yaddroot/
WARNING: Frequency is not in HZ. Please consider using a newer bootloader!
WARNING: OLD intfreq = 66 busfreq = 66
WARNING: NEW intfreq = 66000000 busfreq = 66000000
Decrementer Frequency = 247500000/60
mpc8xx-wdt: active wdt found (SWTC: 0xFFFF, SWP: 0x1)
mpc8xx-wdt: keep-alive trigger activated (PITC: 0x2000)
Console: colour dummy device 80x25
Calibrating delay loop... 65.53 BogoMIPS
Memory: 30944k available (1036k kernel code, 320k data, 68k 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.12a (20020514) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x1
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:2d:06:e3
D-Box 2 flash driver (size->0x800000 mem->0x10000000)
Using word write method
Creating 3 MTD partitions on "D-Box 2 flash memory":
0x00000000-0x00020000 : "BR bootloader"
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
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 2048 bind 4096)
Sending BOOTP requests . OK
IP-Config: Got BOOTP answer from 192.168.0.1, my address is 192.168.0.42
IP-Config: Guessing netmask 255.255.255.0
IP-Config: Complete:
device=eth0, addr=192.168.0.42, mask=255.255.255.0, gw=255.255.255.255,
host=192.168.0.42, domain=, nis-domain=(none),
bootserver=192.168.0.1, rootserver=192.168.0.1, rootpath=
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Looking up port of RPC 100003/2 on 192.168.0.1
Looking up port of RPC 100005/1 on 192.168.0.1
VFS: Mounted root (nfs filesystem).
Mounted devfs on /dev
Freeing unused kernel memory: 68k init

[Gandalfx]

@Xenon:
pd: ist ne reine Kontrollausgabe, und gibt an, wieviel Padding-Bytes im Stream sind, die weggeschnitten werde.

pl: Wenn pl ansteigt, ist entweder der Stream-PC zu langsam oder belastet, oder das Netz kurzzeitig vollkommen dicht. Es werden udp-Pakete verloren (Schlecht).

Deine hängenden Prozesse bei udp: keine Ahnung, wie du das hinbekommst, ich schaff sowas nur wenn ich den Stream-PC hart ausschalte, und somit die TCP-Verbindung stehen bleibt. Wenn vom PC die tcp-Verbindung korrekt geschlossen wird, läuft da nichts weiter..

@harbad
Ups, du mußt eine aktuelle yadd von Homar oder aus dem cdk laufen haben, damit das funktioniert...

[harbad]

@Gandalfx

ich kapier das irgendwie nicht. ich hab mir die yadd von homar runtergeladen, ucodes rein und gestartet. neutrino läuft auch. die yadd besteht aus den verzeichnissen tftpboot und cdkroot. wenn ich das cdkroot durch mein cdkroot austausche, läuft das nicht mehr. oder muss ich im cdkroot verzeichniss irgend etwas austauschen. weil im tftpboot sind ja nur die logos und ppcboot drin. irgendwie kapier ich das nicht.

harbad

[Xenon-777]

hmmm ... wie schliest den ggreb das streamen ab wenn man ihn killt ... und ich nemme an das sserver ggreb killt oder wenn man ggreb normal laufen läst muss man den ja auch killen mit Strg-c oder kill <Task-Nr. von ggreb> ... das kann schon sein das in der hinsicht FreeBSD sensibler ist und die Programmirer mehr in die Verantwortung zieht.

[Gandalfx]

@Xenon777
eigentlich werden nach Konvention beim Beenden eine Programms alle Sockets und damit die tcp-Connection geschlossen. Dadurch wird streampes auf der Box beendet. Bitte teste noch einmal (mit udp): starte sserver. Starte eine Aufnahme: Beende sie wieder, und gib mir Rückmeldung, ob wirklich jedesmal streampes weiterläuft....

[daewoo42]

erster test mit einer absoluten Nokia-Problembox mit der ich nie mehr als 300-400 Mb mit reihenweise resyncs hatte verlief eigentlich perfekt.
Premiere mit stereo + ac3 mit WingrabE und ohne einem einzigen Resync aufgezeichnet. Aufnahme brach dann aber nach ca 4,3 GB bei einen Trailer ab war kein Problem der Film war ja fertig.
Beim ORF streamen hatte ich laut DU-Meter bis zu 8,68 mbps und keinen Resync. Allerdings hab ich das Problem das ich weder ORF noch Pro7 mit AC3 stremen kann, kommt immer folgende Meldung:"17:03:38.593 [AudioProcessor0] warning: pts discontinuity detected [-117 pts cycles]"
Ich nehme doch ann das die 2.AudioPid die für ac3 ist.
Vielleicht hat da mal jemand einen tip.

[Xenon-777]

Ooooookay ... Test-Reihe start ... :

bash-2.05a$ ps
PID TT STAT TIME COMMAND
806 p0 Ss 0:00.06 -bash (bash)
807 p0 R+ 0:00.00 ps
158 v7 I+ 0:00.06 -bash (bash)
802 v7 I 0:00.01 sserver -o /hd/dbox-Film -debug -s 9999 -udp 30000

~ > ps
PID Uid VmSize Stat Command
1 root 1488 S init
2 root S [keventd]
3 root S [ksoftirqd_CPU0]
4 root S [kswapd]
5 root S [bdflush]
6 root S [kupdated]
7 root S [mtdblockd]
8 root 1488 S init
9 root 1476 S /bin/sh /etc/init.d/rcS
12 root S [jffs2_gcd_mtd3]
26 root 1028 S /sbin/inetd
52 root S [fe_thread]
62 root 1464 S /bin/sh /var/tuxbox/start_neutrino
67 root 16684 S /bin/sectionsd
68 root 16684 S /bin/sectionsd
70 root 16684 S /bin/sectionsd
71 root 16684 S /bin/sectionsd
72 root 16684 S /bin/sectionsd
73 root 16684 S /bin/sectionsd
74 root 5156 S /bin/timerd
75 root 5156 S /bin/timerd
76 root 5156 S /bin/timerd
78 root 3092 S /bin/camd2
79 root 3092 S /bin/camd2
81 root 3092 S /bin/camd2
82 root 3236 S /bin/zapit
84 root 5016 S /bin/controld
86 root 5016 S /bin/controld
87 root 5016 S /bin/controld
89 root 9484 S /bin/neutrino -flash -su
92 root 9484 S /bin/neutrino -flash -su
93 root 9484 S /bin/neutrino -flash -su
6426 root 1336 S in.telnetd: 192.168.1.13
6427 root 1668 S -sh
6431 root 3476 S /bin/nhttpd
6432 root 3476 S /bin/nhttpd
7136 root 1336 S in.telnetd: 192.168.1.20
7137 root 1600 S -sh
7139 root 1576 R ps

Starte streaming von dbox über fernbedinung ... blau -> rot

816 p0 R+ 0:00.00 ps -w
158 v7 I+ 0:00.06 -bash (bash)
802 v7 I 0:00.01 sserver -o /hd/dbox-Film -debug -s 9999 -udp 30000
808 v7 S 0:05.47 ggrab -p 0x4ff 0x500 -o /hd/dbox-Film/FOX_KIDS_Power_Rangers_Light_Speed_Rescue_20030223_194924 -host 192.168.1.

92 root 9484 S /bin/neutrino -flash -su
93 root 9484 S /bin/neutrino -flash -su
6426 root 1336 S in.telnetd: 192.168.1.13
6427 root 1668 S -sh
6431 root 3476 S /bin/nhttpd
6432 root 3476 S /bin/nhttpd
7136 root 1336 S in.telnetd: 192.168.1.20
7137 root 1600 S -sh
7146 root 3104 S streampes
7147 root 3104 S streampes
7148 root 3104 S streampes
7149 root 3104 S streampes
7150 root 3104 S streampes
7151 root 3104 S streampes
7152 root 1576 R ps

ich stoppe die aufnamme ... warte ein par Sekunden.

158 v7 I+ 0:00.06 -bash (bash)
802 v7 I 0:00.01 sserver -o /hd/dbox-Film -debug -s 9999 -udp 30000

6431 root 3476 S /bin/nhttpd
6432 root 3476 S /bin/nhttpd
7136 root 1336 S in.telnetd: 192.168.1.20
7137 root 1600 S -sh
7146 root 3104 R streampes
7147 root 3104 S streampes
7148 root 3104 R streampes
7149 root 3104 R streampes
7150 root 3104 S streampes
7151 root 3104 S streampes
7164 root 1576 R ps

ich starte die Aufname

jetzt kommen avia_gt_core: irq in use fehlermeldungen


820 p0 R+ 0:00.00 ps -w
158 v7 I+ 0:00.06 -bash (bash)
802 v7 I 0:00.01 sserver -o /hd/dbox-Film -debug -s 9999 -udp 30000
819 v7 S 0:07.69 ggrab -p 0x4ff 0x500 -o /hd/dbox-Film/FOX_KIDS_Power_Rangers_Light_Speed_Rescue_20030223_195310 -host 192.168.1.

6431 root 3476 S /bin/nhttpd
6432 root 3476 S /bin/nhttpd
7136 root 1336 S in.telnetd: 192.168.1.20
7137 root 1600 S -sh
7146 root 3104 R streampes
7147 root 3104 S streampes
7148 root 3104 S streampes
7149 root 3104 R streampes
7150 root 3104 S streampes
7151 root 3104 S streampes
7165 root 3104 S streampes
7166 root 3104 S streampes
7167 root 3104 S streampes
7168 root 3104 S streampes
7169 root 3104 S streampes
7170 root 3104 S streampes
7171 root 1576 R ps

ich stoppe die aufnamme

jetzt komme dmxdev: buffer overflow

6431 root 3476 S /bin/nhttpd
6432 root 3476 S /bin/nhttpd
7136 root 1336 S in.telnetd: 192.168.1.20
7137 root 1600 S -sh
7146 root 3104 R streampes
7147 root 3104 S streampes
7148 root 3104 R streampes
7149 root 3104 R streampes
7150 root 3104 S streampes
7151 root 3104 S streampes
7165 root 3104 R streampes
7166 root 3104 R streampes
7167 root 3104 S streampes
7168 root 3104 S streampes
7169 root 3104 S streampes
7170 root 3104 S streampes
7172 root 1576 R ps

ich starte sie aufnamme

wider avia_gt_core: irq in use fehlermeldungen
+ ab und zu die dmx: buffer overflow

158 v7 I+ 0:00.06 -bash (bash)
802 v7 I 0:00.02 sserver -o /hd/dbox-Film -debug -s 9999 -udp 30000
824 v7 S 0:10.75 ggrab -p 0x4ff 0x500 -o /hd/dbox-Film/FOX_KIDS_Power_Rangers_Light_Speed_Rescue_20030223_195615 -host 192.168.1.

6431 root 3476 S /bin/nhttpd
6432 root 3476 S /bin/nhttpd
7136 root 1336 S in.telnetd: 192.168.1.20
7137 root 1600 S -sh
7146 root 3104 R streampes
7147 root 3104 S streampes
7148 root 3104 S streampes
7149 root 3104 R streampes
7150 root 3104 S streampes
7151 root 3104 S streampes
7165 root 3104 R streampes
7166 root 3104 R streampes
7167 root 3104 S streampes
7168 root 3104 S streampes
7169 root 3104 S streampes
7170 root 3104 S streampes
7179 root 3104 S streampes
7180 root 3104 S streampes
7181 root 3104 S streampes
7182 root 3104 S streampes
7183 root 3104 S streampes
7184 root 3104 S streampes
7190 root 1576 R ps

und stoppe wider die Aufnamme

dmxdev: buffer overflow

158 v7 I+ 0:00.06 -bash (bash)
802 v7 I 0:00.02 sserver -o /hd/dbox-Film -debug -s 9999 -udp 30000

6431 root 3476 S /bin/nhttpd
6432 root 3476 S /bin/nhttpd
7136 root 1336 S in.telnetd: 192.168.1.20
7137 root 1600 S -sh
7146 root 3104 R streampes
7147 root 3104 S streampes
7148 root 3104 R streampes
7149 root 3104 R streampes
7150 root 3104 S streampes
7151 root 3104 S streampes
7165 root 3104 R streampes
7166 root 3104 R streampes
7167 root 3104 S streampes
7168 root 3104 S streampes
7169 root 3104 S streampes
7170 root 3104 S streampes
7179 root 3104 R streampes
7180 root 3104 R streampes
7181 root 3104 S streampes
7182 root 3104 S streampes
7183 root 3104 S streampes
7184 root 3104 S streampes
7191 root 1576 R ps

ende der Testreihe

Nachtrag: Alle 3 Sterams die durch denTest entstanden sind sind in bild und ton subjektiv fehlerfrei. Nur die Box wurde von stream-auftrag zu stream-Auftrag spürbar langsamer ... der letzte ps hat man beqwem mitlesen können.

Noch was ... könntest du die Box bitte auf setmode?record=on und nicht auf zapto?stopsectiond stellen wenn die Aufnamme anfängt?

[Gandalfx]

@Xenon-777,
mhhhh, erstaunlich,
wenn du nach dem Beenden einer Aufnahme sserver beendest, beenden sich dann die streampes? (Ich brauche kein Log).

[Xenon-777]

nein

bash-2.05a$ ps
PID TT STAT TIME COMMAND
184 p0 Ss 0:00.06 -bash (bash)
186 p0 R+ 0:00.00 ps
160 v7 I+ 0:00.07 -bash (bash)

93 root 9348 S /bin/neutrino -flash -su
94 root 3408 S /bin/nhttpd
143 root 3104 R streampes
144 root 3104 S streampes
145 root 3104 R streampes
146 root 3104 R streampes
147 root 3104 S streampes
148 root 3104 S streampes
149 root 1336 S in.telnetd: 192.168.1.20

(hatte Box und rechenr mitlerweile schon rebootrt weil die mir in einen zu unsicheren status laufen nach so einen Experiment)

und die Box überträgt auch noch wie wilt ... ichs sehs an der LED von Swich.