SiehFern INFO - EGP Zeitschrift von Technisat

Hi,

gleiches Verhalten hier:

Zitat

-rw-r--r-- 1 root root 502160 2004-10-22 05:12 infosat_10_23
-rw-r--r-- 1 root root 417908 2004-10-22 05:14 infosat_10_24
-rw-r--r-- 1 root root 143716 2004-10-20 05:10 infosat_10_25
-rw-r--r-- 1 root root 140196 2004-10-22 05:16 infosat_10_26
-rw-r--r-- 1 root root 144056 2004-10-22 05:16 infosat_10_27
-rw-r--r-- 1 root root 143456 2004-10-22 05:07 infosat_10_28

also, der 25.10. ist noch von vorgestern.
(wobei ich noch die 0.0.1 einsetze und nach 12 Min. kille)

Ich sehe gerade: Heute (vielmehr gestern) Nacht hat es geklappt. Nach 11 Minuten war alles fertig.

peppi:
Also beim Empfang werden die Daten erstmal in die tmp-Dateien geschrieben, und wenn sie vollstaendig sind umbenannt in den echten Dateinamen.

Aber ich arbeite dran, dass bei fehlenden Packeten die Daten von 2 oder mehr aufeinanderfolgenden Sendeschleifen gemischt werden. Wird aber fruehestens zum Wochenende fertig. Ausserdem muss dabei natuerlich beachtet werden, dass sich die gesendeten Daten aendern koennten zwischen 2 Durchlauefen.

Gruss Zzam

So jetzt hab ich den ganzen Thread durch, hab die letzte Version downgeloaded. Aber wie bekomm ich das Ding auf einem LinVDR 0.6 - Rechner zum Laufen?

Auf dem SuSE 8.2 läßt es sich kompilieren, aber dann gibts div. Lib-Inkompatibilitäten, wenn ichs auf dem LinVDR starte.

Moin !

Hier poste ich mal mein Programm zum Saugen der Infos

Legt einfach das Unterverzeichnis received_data an, startet epgLoad und
wartet ab, hihi...

Vorher natürlich auf VIVA umschalten, logisch...

Wird mit ctrl-C abgebrochen, dann wird eine Datei received.data geschrieben, in der alles gehörte abgelegt wird. Beim Neustart wird der Kram dann geladen.

Alles chlor ?

Na ja, ganz so einfach scheint mir das nicht zu sein!

gcc 2.95.4

Uli

make
g++ -ggdb -ansi -pedantic -Wall -I/root/src/ctrace/src -c -o Buffer.o Buffer.C
In file included from Buffer.C:3:
ctrace.H:45: type specifier omitted for parameter
ctrace.H:45: parse error before `&'
ctrace.H:46: `operator <<(...)' must have an argument of class or enumerated type
ctrace.H:46: `operator <<(...)' must take exactly two arguments
ctrace.H: In function `class ctrace::Trace & operator <<(...)':
ctrace.H:48: `t' undeclared (first use this function)
ctrace.H:48: (Each undeclared identifier is reported only once
ctrace.H:48: for each function it appears in.)
ctrace.H:49: `s' undeclared (first use this function)
ctrace.H:52: warning: control reaches end of non-void function `operator <<(...)'
In file included from Buffer.C:4:
Buffer.H: At top level:
Buffer.H:24: syntax error before `&'
In file included from Buffer.C:5:
misc.H:11: warning: ANSI C++ forbids declaration `string' with no type
misc.H:11: invalid use of `::'
misc.H:11: parse error before `('
misc.H:12: warning: ANSI C++ forbids declaration `string' with no type
misc.H:12: invalid use of `::'
misc.H:12: declaration of `int misc::string'
misc.H:11: conflicts with previous declaration `int misc::string'
misc.H:12: parse error before `('
misc.H:16: warning: ANSI C++ forbids declaration `string' with no type
misc.H:16: invalid use of `::'
misc.H:16: declaration of `int misc::string'
misc.H:11: conflicts with previous declaration `int misc::string'
misc.H:16: parse error before `('
misc.H:18: warning: ANSI C++ forbids declaration `string' with no type
misc.H:18: invalid use of `::'
misc.H:18: declaration of `int misc::string'
misc.H:11: conflicts with previous declaration `int misc::string'
misc.H:18: parse error before `('
misc.H:19: warning: ANSI C++ forbids declaration `string' with no type
misc.H:19: invalid use of `::'
misc.H:19: declaration of `int misc::string'
misc.H:11: conflicts with previous declaration `int misc::string'
misc.H:19: parse error before `('
misc.H:20: `::string' undeclared (first use here)
misc.H:20: variable or field `strip' declared void
misc.H:12: duplicate member `misc::string'
misc.H:16: duplicate member `misc::string'
misc.H:18: duplicate member `misc::string'
misc.H:19: duplicate member `misc::string'
misc.H:19: duplicate member `misc::string'
Buffer.C: In method `Buffer::Buffer(int, int, int, int, unsigned int, unsigned char *, int, int)':
Buffer.C:14: `malloc' undeclared (first use this function)
Buffer.C: In method `Buffer::Buffer(istream &)':
Buffer.C:31: parse error before `;'
Buffer.C:32: `zeile' undeclared (first use this function)
Buffer.C:46: parse error before `('
Buffer.C:47: `err' undeclared (first use this function)
Buffer.C:54: parse error before `('
Buffer.C: In method `Buffer::~Buffer()':
Buffer.C:66: `::free' undeclared (first use here)
Buffer.C: At top level:
Buffer.C:69: syntax error before `&'
Buffer.C:72: syntax error before `;'
Buffer.C:73: warning: ANSI C++ forbids declaration `rv' with no type
Buffer.C:73: `tiefe' was not declared in this scope
Buffer.C:73: no method `misc::spaces'
Buffer.C:74: syntax error before `+='
Buffer.C:75: syntax error before `+='
Buffer.C:76: syntax error before `+='
Buffer.C:77: syntax error before `+='
Buffer.C:78: syntax error before `+='
Buffer.C:79: syntax error before `+='
Buffer.C:80: syntax error before `+='
Buffer.C:81: syntax error before `+='
Buffer.C:82: syntax error before `+='
Buffer.C:83: syntax error before `+='
Buffer.C:84: syntax error before `+='
Buffer.C:85: syntax error before `+='
Buffer.C:86: syntax error before `+='
Buffer.C: In function `class ostream & operator <(ostream &, const Buffer &)':
Buffer.C:185: no matching function for call to `Buffer::dumpBuffer () const'
Buffer.C: At top level:
ctrace.H:82: warning: `class ctrace::Trace debugTrace' defined but not used
ctrace.H:83: warning: `class ctrace::Trace jobTrace' defined but not used
make: *** [Buffer.o] Error 1

hihi... Wenn ich diesen Uralt-Compiler nehme, dann bekomme ich diese Fehler auch. Nimm doch mal den gcc-3.3.3 oder 3.3.4. Das Thema "Steinzeit-Compiler gab es unlägst schon mal im vdr-1.3.14-Thread

dc6iq: Warum hast du nicht einfach die Version von Zzam verbessert?

Weil die Datenstruktur nicht gescheit (= schnell) in seinen Code zu implementieren war. Ausserdem stimmte da noch etwas mit der Paketlänge nicht, daher schlug der CRC immer fehl.

Des weiteren stehe ich auf vernünftige Debugging-Möglichkeiten, das ging nur mit meiner (privaten) ctrace-Klasse, darum auch das Stubfile ctrace.H.

Aber von mir aus kann er die Ideen gerne übernehmen, ich habe eh zu viel um die Ohren für vernünftigen Support.

Interessant sind die Sammelfunktionen halt nur für die Leute, die ständig Empfangsprobleme haben (meist aufgrund von Bitfehlern im Stream durch den Übertragungskanal). Da hilft das Teil halt

Also auf ein neues

SuSE 9.1 gcc 3.3.3

g++ -ggdb -ansi -pedantic -Wall -I/root/src/ctrace/src -c -o IPReceiver.o IPReceiver.C
In file included from /usr/include/linux/byteorder/little_endian.h:11,
from /usr/include/asm/byteorder.h:59,
from /usr/include/linux/ip.h:19,
from IPReceiver.C:4:
/usr/include/linux/byteorder/swab.h: In function `__u16 __fswab16(short
unsigned int)':
/usr/include/linux/byteorder/swab.h:135: error: ISO C++ forbids braced-groups
within expressions
/usr/include/linux/byteorder/swab.h:135: error: ISO C++ forbids braced-groups
within expressions
/usr/include/linux/byteorder/swab.h: In function `__u16 __swab16p(__u16*)':
/usr/include/linux/byteorder/swab.h:139: error: ISO C++ forbids braced-groups
within expressions
/usr/include/linux/byteorder/swab.h:139: error: ISO C++ forbids braced-groups
within expressions
/usr/include/linux/byteorder/swab.h: In function `void __swab16s(__u16*)':
/usr/include/linux/byteorder/swab.h:143: error: ISO C++ forbids braced-groups
within expressions
/usr/include/linux/byteorder/swab.h:143: error: ISO C++ forbids braced-groups
within expressions
make: *** [IPReceiver.o] Error 1

Sorry hat ein wenig gedauert, bis ich das geschnallt habe.
Ich hatte auf meiner Entwicklungsmaschine veraltete Header. Daher ging das bei mir.

Im Makefile bitte so abändern, dummerweise hatte ich auch meine
Trace-Bibliothek aktiv:

#CPPFLAGS = -ggdb -Wall -I$(HOME)/src/ctrace/src
#LDFLAGS = -ggdb -L$(HOME)/src/ctrace/src -lctrace -lpthread
#LDOBJS = $(HOME)/src/ctrace/src/libctrace.a

CPPFLAGS = -Wall -I. -ggdb
LDFLAGS = -lpthread -ggdb
LDOBJS =

Tut es dann ?

Ok unter SuSE 9.1 gcc 3.3.3 funktioniert das Compilieren jetzt.

Für meinen VDR (Linvdr 0.6 mit gcc 2.95.4) nützt das aber leider nichts, da das dort erzeugte Programm natürlich hier nicht laufen kann.
Also testen kann ich es hier leider (noch) nicht.

Uli

vielleicht solltest Du doch mal den 3.3.3 auf dem vdr installieren ? oder wenigstens die Libs. Ich kompiliere auch immer auf meinem "großen" Rechner und lasse das Proggie dann (per nfs gemounted) auf dem vdr laufen.

Allerdings ist beides debian unstable. das machts leicht...

Hi,

Zitat

Wird mit ctrl-C abgebrochen, dann wird eine Datei received.data geschrieben, in der alles gehörte abgelegt wird. Beim Neustart wird der Kram dann geladen.

Alles chlor ?

noeh !!!
Programm brach zunaechst mit einem Speicherzugriffsfehler ab.
Wenn ich es jetzt nochmals durchlaufen lasse, scheint alles zu klappen, doch nach dem Neustart wird mir gesagt:

gelesene Buffer: 1426/1500
kein valides Datenfile:
Token <Buffer> nicht gefunden, sondern </BufferPool>
Exception in Buffer.C, Funktion Buffer::Buffer(std::istream&), Zeile 59.
Token <Buffer> nicht gefunden, sondern </BufferPool>
Abgebrochen

Gruss
Burkhardt

Zitat

Original von burki
Hi,

noeh !!!
Programm brach zunaechst mit einem Speicherzugriffsfehler ab.
Wenn ich es jetzt nochmals durchlaufen lasse, scheint alles zu klappen, doch nach dem Neustart wird mir gesagt:

Code

gelesene Buffer: 1426/1500
kein valides Datenfile:
Token <Buffer> nicht gefunden, sondern </BufferPool>
Exception in Buffer.C, Funktion Buffer::Buffer(std::istream&), Zeile 59.
Token <Buffer> nicht gefunden, sondern </BufferPool>
Abgebrochen

Gruss
Burkhardt

Alles anzeigen

Schicke doch mal die ersten Zeilen des received.data (bis zum ersten <Buffer>). Danke !

Hi,

<int>1500</int>
<int>371</int>
<int>0</int>
<BufferPool>
 <int>0</int>
 <int>407</int>
 <int>379</int>
 <int>323</int>
 <int>112</int>
 <int>105</int>
 <int>100</int>
 <int>74</int>
 <int>0</int>
 <int>0</int>
 <int>0</int>
 <int>0</int>
 <int>0</int>
 <int>0</int>
 <int>0</int>
 <int>0</int>
 <int>0</int>
 <int>0</int>
 <int>0</int>
 <int>0</int>
 <int>0</int>
 <int>0</int>
 <int>0</int>
 <int>0</int>
 <int>1500</int>
 <Buffer>

Gruss
Burkhardt

Eigentlich sieht der Kopf einwandfrei aus - ich hätte damit gerechnet, dass die erste 1500 nicht dort steht. Es war doch die richtige Datei und nicht neu aufgesetzt ???

Schreibe jedenfalls mal an die zweite 1500 mal 1426, dann muesste das wieder durchlaufen.

Du scheinst nicht allzugut zu empfangen, denn es sind offenbar Paketfehler aufgrund
nach dem Header kaputt gegangener Zeichen... (Guter Tester :-)).

Hattest Du bei Zzam#s Teil öfter mal Schrott in den Dateien drin ?

Ich schaue mir das heute n8 jedenfalls mal genauer an.

dc6iq:
Was stimmt denn mit den Datenstrukturen und den Paketlängen bei mir nicht?
Aber crc-check scheinst du ja auch keinen drin zu haben. Weiss denn wirklich niemand wie das bei dvb-sections funktioniert?
nochwas, vieleicht solltest du mkdir("...",0644) auf
mkdir("...",0755) ändern.

Man kann mir doch auch Anregungen schicken. Aber ich bin eh gerade noch dabei infosatepg neu zu
schreiben, etwas mehr auf Basis der Objekte von libdsmcc.

Gruß Zzam