[gelöst] FB 7390 Programmtester gesucht (F!L)!

mastertester

Mitglied
Mitglied seit
26 Sep 2004
Beiträge
498
Punkte für Reaktionen
0
Punkte
0
Hallo,
bräuchte mal Hilfe von einem FritzBox 7390 Besitzer.

Wer könnte mal bitte folgende Tools testen:
***

Bitte testet doch mal, ob die folgenden Programme laufen:

pngtopnm
giftopnm
jpegtopnm

Es muss noch der LD_LIBRARY_PATH gesetzt werden...

export LD_LIBRARY_PATH="/path/usw"

Am besten verucht ihr erstmal die Programme ohne die Libs zu starten, damit ich weiß welche Lib genau benötigt wird.

Folgendes Programm müsste bitte auch noch überprüft werden:
****

Vielen Dank für die Mühe!!! Wenn alles geht, wird es wohl bald ein FritzLoad Update für die 7390 geben... ;-)


Gruß
mastertester
 
Zuletzt bearbeitet:
Ich werde es heute Abend mal testen, wenn ich es verstehe^^.

Aber wieso muss ein Update für die 73er Serie herauskommen. Dort läuft doch alles ganz normal wie bei den anderen Serien, oder??
 
Die FritzBox 7390 hat einen anderen Prozessor, darum sind anpassungen nötig. Und da ich nur eine 7270 mein eigen nenne, kann ich das leider nicht testen.

Danke für's testen!!

Gruß
mastertester
 
Scheint ja leider nicht so viele Besitzer einer 7390 zu geben???
 
Scheint ja leider nicht so viele Besitzer einer 7390 zu geben???

nicht heulen, bin ja schon da. :)

Also, gocr scheint zu laufen ob das Ergebnis korrekt ist kann ich nicht bewerten (Source siehe das filessonic gif)...

Code:
./gocr filesonic.com_02.10.2010_03.31.32.597.jpg
_o 0 0 0 o 0  T % _

giftopnm scheint zu laufen(auch ohne die *gif* Libs), es werden Dateien erzeugt (Ich hänge ein Ergebnis mal an).

jpegtopnm und pngtopnm laufen beide nicht,

Code:
./jpegtopnm: can't load library 'libjpeg.so.8'

Code:
./pngtopnm: can't load library 'libpng12.so.0'

Trotz LD_LIBRARY_PATH=/var/media/ftp/USB-FlashDisk-01/pngtopnm/

Libs liegen natürlich wie die Programme im angegebenen Verzeichnis.


Hilft dir das weiter?
 

Anhänge

  • gif.zip
    51.1 KB · Aufrufe: 5
  • filesonic.com_02.10.2010_03.31.32.597.jpg
    filesonic.com_02.10.2010_03.31.32.597.jpg
    3.2 KB · Aufrufe: 9
Okay! Da bin ich wohl zu spät^^.
 
Vielen Dank für's testen!

Das bringt mich allerdings einen Schritt weiter!

Dürfte ich dich bitten, zwei Programme nach zu testen?


Vielen Dank!

Gruß
mastertester
 
Zuletzt bearbeitet:
Reicht es beim Testen die Dateien ei FritzLoad zu ersetzen und dann eine rapidshare-Datei zu downloaden?
Ich hab die Dateien im bin-Ordner ersetzt und dann nen Rapidshare-Download gestartet. Alles funktioniert!
 
Zuletzt bearbeitet:
nein reicht leider nicht, da RS keine Captchas verwendet. Anonsten die dateien einfach auf die Box kopieren (ftp) und dann per telnet starten: ./pngtopnm und ./jpegtopnm.

Wenn "can't load library ..." kommt ist was falsch. Ausserdem muss VORHER die LD_LIBRARY_PATH Variable noch gesetzt werden. Ergebnis posten.
 
Vielen Dank für's testen!
Dürfte ich dich bitten, zwei Programme nach zu testen?

So, da bin ich wieder.

Ich habe gerade beide progs getestet:

Code:
# ./pngtopnm head_bild_1_1_.png > h_png.pnm
./pngtopnm: can't load library 'libpng12.so.0'
# ./jpegtopnm head_bild_1_1_.jpg > h_jpg.pnm
jpegtopnm: WRITING PPM FILE
#

pngtopnm hat trotzdem ein PNM erzeugt, allerdings 0 Byte größe

Quelle dasselbe Bild wie gestern beim giftopnm, Ergebnis im Anhang.
 

Anhänge

  • h_jpg.zip
    46.1 KB · Aufrufe: 1
@Albert: das ist im ersten Post beschrieben: export LD_LIBRARY_PATH="/path/usw"

@Kai: Danke, jpegtopnm scheint nun auch zu gehen. pngtopnm noch nicht. Die Datei wird einfach durch die pipe erzeugt, aber gibt halt keinen Inhalt. Da wird mastertester nochmal nachbauen müssen :)
 
@Albert: das ist im ersten Post beschrieben: export LD_LIBRARY_PATH="/path/usw"

nichts zu Danken, ich helfe gerne, wo ich kann.

Aber jetzt will ich mal nachfragen, warum bei einem Statisch gelinkten PRG den Pfad setzen?

Habe ich beim ersten testen heute nicht gesetzt, auch ein erneuter Test mit LD_LIB.. ändert nichts am Ergebnis.
 
Ah!
Jetzt hab ichs. Hier meine Ergebnisse nochmal!


Code:
# ./pngtopnm
./pngtopnm: can't load library 'libpng12.so.0'

Code:
# ./jpegtopnm
./jpegtopnm: line 1: syntax error: "(" unexpected
 
Zuletzt bearbeitet:
@Kai: Stimmt, eigentlich muss bei ner statischen Datei kein LIB-Pfad mehr gesetzt werden.

@Mastertester: Wo du gerade die toolchain am laufen hast habe ich noch rtmpdump im Angebot. Das Makefile ist schon angepasst, ggf. muss CC noch erneuert werden.
Vielen Dank hast mir jetzt schon weit geholfen!

Anhang anzeigen rtmpdump.tar
 
Vielen Dank für's testen!!!


Also mit pngtopnm kämpfe ich noch....

rtmpdump:

Wäre cool, wenn kay sich das cuh noch mal anschauen könnte.

An pngtopnm arbeite ich noch... Will aber leider nicht so wie ich...

@wetzestein
mach ich gerne! FritzLoad hat mir schon so oft gute Dienste geleistet, dass es für mich eine Ehre ist, zu diesem Projekt meinen Teil beitragen zu dürfen.

Gruß
mastertester
 
Zuletzt bearbeitet:
@albert,

hast Du diese Version:


von jpeptopnm genommen?

Gruß
mastertester
 
Zuletzt bearbeitet:
Freut mich :)
An pngtopnm hab damals ich auch am längsten gesessen, da es gleich 3 libraries will... Muss ich den LIB-Pfad in F!L dann noch setzen oder sind die Files jetzt wirklich statisch?
 
jpegtopnm ist statisch, giftopnm (noch) nicht. Werde aber noch versuchen es statisch zu bauen.
 
Zuletzt bearbeitet:
@mastertester: musste nicht, dann setzt ich einfach den Pfad!

EDIT: GOCR und RTMPDUMP hab ich schon vorbereitet. Wenn die anderen fertig sind pack sie mir bitte nochmal zusammen, dann lad ich sie bei F!L rein.

@die anderen: könnt ihr rtmpdump auch mal kurz starten?
 
Zuletzt bearbeitet:
rtmpdump:
http://mastertester2008.dyndns.org/rtmpdump
Wäre cool, wenn kay sich das cuh noch mal anschauen könnte.

Schon erledigt.

Code:
# ./rtmpdump -h
RTMPDump v2.3
(c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL

./rtmpdump: This program dumps the media content streamed over RTMP.

--help|-h               Prints this help screen.
--rtmp|-r url           URL (e.g. rtmp://host[:port]/path)
--host|-n hostname      Overrides the hostname in the rtmp url
--port|-c port          Overrides the port in the rtmp url
--socks|-S host:port    Use the specified SOCKS proxy
--protocol|-l num       Overrides the protocol in the rtmp url (0 - RTMP, 2 - RTMPE)
--playpath|-y path      Overrides the playpath parsed from rtmp url
--playlist|-Y           Set playlist before playing
--swfUrl|-s url         URL to player swf file
--tcUrl|-t url          URL to played stream (default: "rtmp://host[:port]/app")
--pageUrl|-p url        Web URL of played programme
--app|-a app            Name of target app on server
--auth|-u string        Authentication string to be appended to the connect string
--conn|-C type:data     Arbitrary AMF data to be appended to the connect string
                        B:boolean(0|1), S:string, N:number, O:object-flag(0|1),
                        Z:(null), NB:name:boolean, NS:name:string, NN:name:number
--flashVer|-f string    Flash version string (default: "LNX 10,0,32,18")
--live|-v               Save a live stream, no --resume (seeking) of live streams possible
--subscribe|-d string   Stream name to subscribe to (otherwise defaults to playpath if live is specifed)
--flv|-o string         FLV output file name, if the file name is - print stream to stdout
--resume|-e             Resume a partial RTMP download
--timeout|-m num        Timeout connection num seconds (default: 30)
--start|-A num          Start at num seconds into stream (not valid when using --live)
--stop|-B num           Stop at num seconds into stream
--token|-T key          Key for SecureToken response
--hashes|-#             Display progress with hashes, not with the byte counter
--buffer|-b             Buffer time in milliseconds (default: 36000000)
--skip|-k num           Skip num keyframes when looking for last keyframe to resume from. Useful if resume fails (default: 0)

--quiet|-q              Suppresses all command output.
--verbose|-V            Verbose command output.
--debug|-z              Debug level command output.
If you don't pass parameters for swfUrl, pageUrl, or auth these properties will not be included in the connect packet.

#

Sieht gut aus :)

Allerdings habe ich keine URL zum genauen Test zur Hand.

Noch was zu giftopnm:

Ich bin jetzt leicht verwirrt, giftopnm läfut auch ohne die Libs und erzeugt ein File. Ist es vielleicht schon "aus Versehen" richtig? ;)
 
Zuletzt bearbeitet:
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.