AW: Testversion: Linuxsoftware für hltv
Hei Erdbeerfrosch,
das ist ja seltsam. badalloc weist eigentlich auf eine Speicherverletzung hin, bzw. dass nicht genug Speicher zur Verfügung steht.
Funktioniert der download denn, wenn du bevor du 80Mb heruntergeladen hast pausierst und dann wieder startest?
Danke fürs Testen.
Lg Kampfi
AW: Testversion: Linuxsoftware für hltv
Moin Kampfi
Sorry, das ich mich erst jetzt wieder melde.
Die neue Version funktioniert nicht mehr mit den von Dir angebotenen Library-Dateien.
Dafür funktioniert sie jetzt mit den Librarys meiner Distribution (Fedora 14) (Leider mit diversen Fehlern. s.u.)
Benötigt werden folgende Pakete: qt, qt-x11 und nas-libs in der i686 Variante (32-Bit)
Das Tray-Icon funktioniert
. Zum Minimimieren/Maximieren des Fensters ist aber jeweils ein Doppelklick auf das Tray-Icon nötig. Üblicherweise reicht unter Linux sonst ein einfacher Klick.
Beim Minimieren/Maximieren des Fensters bleibt dieses manchmal auf dem selben Virtuellen Desktop, auch der aktive Desktop ein anderer ist. Manchmal wird das Fenster aber auch beim Maximieren auf dem aktuellen Desktop angezeigt (so sollte es immer sein).
Fehler:
Ich hatte beim testen diverse Abstürze konnte die Ursache aber nicht genau lokalisieren. Entweder das Programm stürzte im laufenden Betrieb ab (Hintergrund), beim beenden eines Downloads oder bei einem Mausklick (RMB) auf das Fenster.
Alle Downloads scheinen zu funktionieren (angezeigte Dateigröße stimmt, Download läuft bis 100% und lt. Log wird er korrekt beendet), aber die Datei wird nur mit 0Byte angelegt. Trat während der Testphase bei allen Dateien auf.
LOGFILE:
Code:
00:09:59 INFO: Download http://cluster.lastverteiler.net/***/Die_Pinguine_aus_Madagascar_11.03.31_14-10_nickelodeon_10_TVOON_DE.mpg.avi.otrkey gestartet
00:09:59 ACTION: weiterleitung zu http://bigcache.lastverteiler.net/dl/***/Die_Pinguine_aus_Madagascar_11.03.31_14-10_nickelodeon_10_TVOON_DE.mpg.avi.otrkey
00:09:59 INFO: Download http://bigcache.lastverteiler.net/dl/***/Die_Pinguine_aus_Madagascar_11.03.31_14-10_nickelodeon_10_TVOON_DE.mpg.avi.otrkey gestartet
00:12:13 BEENDET: http://bigcache.lastverteiler.net/dl/***/Die_Pinguine_aus_Madagascar_11.03.31_14-10_nickelodeon_10_TVOON_DE.mpg.avi.otrkey in ~/Downloads/Die_Pinguine_aus_Madagascar_11.03.31_14-10_nickelodeon_10_TVOON_DE.mpg.avi.otrkey laenge:106185416
00:18:21 INFO: Download http://81.95.11.8/download/811400/1/***/de/Die_Pinguine_aus_Madagascar_11.04.01_14-10_nickelodeon_10_TVOON_DE.mpg.avi.otrkey gestartet
00:18:21 INFO: GetLinkliste hat 1 links geladen
http://81.95.11.8/download/811400/1/***/de/Die_Pinguine_aus_Madagascar_11.04.01_14-10_nickelodeon_10_TVOON_DE.mpg.avi.otrkey(2147576)
00:21:41 BEENDET: http://81.95.11.8/download/811400/1/***/de/Die_Pinguine_aus_Madagascar_11.04.01_14-10_nickelodeon_10_TVOON_DE.mpg.avi.otrkey in ~/Downloads/Die_Pinguine_aus_Madagascar_11.04.01_14-10_nickelodeon_10_TVOON_DE.mpg.avi.otrkey laenge:114421924
2 Mal hatte ich das Problem, das ein neu hinzugefügter Download (4 DL in der Liste, neue URL über Link hinzufügen) ein merkwürdiges Anzeigeproblem verursachte. Einer der vorhandenen Downloads flackert (ganze Zeile) und zeigt falsche Werte beim Fortschritt an.
Wenn ich dann den flackernden Download gestoppt habe (RMB - Stop), läuft der ursprüngliche Download normal weiter (wird nicht gestoppt), die neue URL taucht nicht wieder auf.
Programmstart mit neuem Link während der HH (0:30 Uhr) startet den DL nicht (Status: „HappyHour wartend“). Nachdem ich den DL manuell gestartet habe, (0:35 Uhr) Status: „queueposition: ... “. Kurze Zeit später steht der DL wieder auf Status: „HappyHour wartend“.
Um 01:00 Uhr startete der DL dann von alleine.
LOGFILE:
Code:
00:30:25 INFO: GetLinkliste hat 1 links geladen
http://81.95.11.8/download/811400/1/***/de/Raumschiff_Enterprise_11.03.29_18-10_zdfneo_50_TVOON_DE.mpg.avi.otrkey(2105219)
00:35:04 INFO: Download http://81.95.11.8/download/811400/1/***/de/Raumschiff_Enterprise_11.03.29_18-10_zdfneo_50_TVOON_DE.mpg.avi.otrkey gestartet
01:00:00 INFO: Download http://81.95.11.8/download/811400/1/***/de/Raumschiff_Enterprise_11.03.29_18-10_zdfneo_50_TVOON_DE.mpg.avi.otrkey gestartet
01:08:16 BEENDET: http://81.95.11.8/download/811400/1/***/de/Raumschiff_Enterprise_11.03.29_18-10_zdfneo_50_TVOON_DE.mpg.avi.otrkey in ~/Downloads/Raumschiff_Enterprise_11.03.29_18-10_zdfneo_50_TVOON_DE.mpg.avi.otrkey laenge:350007158
(***/~ = gekürzt)
Interessanterweise taucht lässt sich das Verhalten nicht reproduzieren. Heute startete die HH korrekt um 0:00 Uhr. Hängt eventuell damit zusammen, das mein System mit UTC als Systemzeit läuft.
Bei Downloads von otr-datenkeller.at werden erst ganz kurz der richtige Wert (> 1MB/s) angezeigt und danach ein viel zu kleiner Wert (< 100KB/s). Die Anzeige wird ca. 1 mal pro Sekunde aktualisiert.
Vermutung:
Deine Entwicklungsumgebung scheint bei dynamisch gelinkten qt-Librarys größere Probleme mit unterschiedlichen Versionen zu haben.
Reminder:
Die Einträge im Protokollfenster werden ohne Newline ausgegeben, das Fenster ist beschreibbar und die Ausgabe neuer Daten erfolgt an der Cursorposition. Also auch mitten im vorhandenen Text, wenn ich da hinklicke.
Vorschlag:
Das hltvotr Dateien direkt herunterladen kann (Link hinzufügen) finde ich schon mal gut.
Besser wäre es aber, wenn ich hltvotr direkt mit einer URL als Parameter starten könnte. Und das die URL dann an den laufenden Prozess übergeben wird. Kann ja einfach in die links.dat (oder eigene Datei) geschrieben und beim Abholen der HLTV-Links mit ausgelesen werden.
Bloodrayne
AW: Testversion: Linuxsoftware für hltv
Nachtrag:
Windowsversion hat noch einen Anzeigebug
AW: Testversion: Linuxsoftware für hltv
Hallo Kampfi,
habs nochmal mit nem DL von einem Mirror getestet, der lief durch. Der bad_alloc-Fehler kommt bis jetzt nur beim dl von otr direkt vor.
Das mit dem pausieren starten konnte ich nicht testen, da ich nur in der HappyHour runterladen möchte, aber vielleicht schaff ich es heute :p
Könnte es evtl Probleme geben, weil ich amd64 hab?
Beim starten gibts auch eine Warnung
Code:
(<unknown>:28089): Gtk-WARNING **: /usr/lib/gtk-2.0/2.10.0/immodules/im-uim.so: falsche ELF-Klasse: ELFCLASS64
(<unknown>:28089): Gtk-WARNING **: Loading IM context type 'uim' failed
Leider bringt folgendes auch nichts:
Code:
export GTK_PATH=/usr/lib32/gtk-2.0
hltvotr such trotzdem in /usr/lib wie mir scheint, denn die Fehlermeldung bleibt die gleiche.
Viele Grüße,
Erdbeerfrosch
AW: Testversion: Linuxsoftware für hltv
Zitat:
Zitat von
Bloodrayne
Mache ich das ganze aber über die Funktion „Link hinzufügen“ oder dei Kommandozeile, bekommt der Download den Status „OTR download (wartend)“.
Also diesen Status OTR download(wartend) bekommt ein Download, wenn schon eine andere Datei vom gleichen OTR-Server geladen wird. (zumindest sollte das so sein). Überprüfe ich noch. Den Rest versuch ich auch zu ändern.
Vielen Dank mal wieder für die ausführlichen Berichte.
Lg Kampfi
AW: Testversion: Linuxsoftware für hltv
Erstmal vielen Dank für die Fehlermeldungen.
Zitat:
Zitat von
728928
-Ein Blick in die Systemübersicht zeigt dann auch: das Programm selbst belegt den gesamten Arbeitsspeicher und schreibt zusätzlich SWAP voll.
Vielen Dank, das wäre mir nie aufgefallen (wird wohl auch der Fehler von Erdbeerfrosch sein). Dachte immer, der schreibt das von alleine in eine Temp-Datei. Naja so kann man sich täuschen. Bin gerade Dabei den ganzen Code in die Richtung zu ändern. Bin leider schon zu müde, hoffe ich kriegs morgen gebacken.
Zitat:
Zitat von Bloodrayne
Ich hatte das mit einem einzelnen Link getestet. Das ein weiterer DL die Ursache war kann ich daher ausschließen.
Fehler schon gefunden.
Script hab ich noch nicht wirklich die Ursache ausmachen können, warum das nicht gemacht wird. Werde ich aber schnellstmöglich beheben.
Lg Kampfi
AW: Testversion: Linuxsoftware für hltv
Sorry, aber es scheint nicht mit der Fedora 13 zu funktionieren:
Zitat:
./hltvotr: symbol lookup error: ./hltvotr: undefined symbol: _ZN9QListData11detach_growEPii
Anscheinend scheint es ein qt-Problem zu sein... was ist denn die letzte aktuell verwendete qt-Version?
Gruß
Frank
AW: Testversion: Linuxsoftware für hltv
Moin Kampfi
Das mit dem hohen Speicherverbrauch ist mit der neuen Version behoben.
- - - - -
Das Skript wird jetzt gespeichert und nach dem Download ausgeführt.
- - - - -
Es werden keine Einträge mit dem Status BEENDET ins LOG-File geschrieben.
- - - - -
Ich hatte heute früh Probleme mit 2 Downloads vom mirror-verbund.
Die laufen bis 100% und stoppen dann, werden aber nicht aus der Liste entfernt.
Die heruntergeladene Dateigröße ist etwas geringer als die Gesamtgröße.
Über das Kontextmenü lassen sich die Downloads neu starten (RMB - Start). Der DL startet dann wieder bei 0%.
Bei 100% dann wieder gleiches Problem wie oben.
Im Downloadordner befinden sich 2 Dateien mit Größe 0.
Name:
Code:
http:__mirror-verbund.com_dl_v_***.otrkey.htm
Also die URL mit „_„ statt „/“ und ein .htm angehängt (*** = gekürzt).
Die werden erst erstellt, nachdem der Download bei 100% angekommen ist.
Es gibt keine *.part-Datei. Auch nicht während des DLs.
Die links in der links.dat und in der Übersicht sind aber korrekt.
Die selben Links funktionieren mit einem anderen Downloadmanager ohne Probleme.
Auch andere Links vom mirror-verbund funktionieren mit hltvotr problemlos.
Nach einem Neustart von hltvotr starten die Downloads bei 0. Und danach gleiches Spiel wie oben.
Wenn ich die DLs pausiere werden die auch korrekt angehalten, aber die Anzeige der geladenen Daten springt auf aberwitzige Werte:
DL2: 31611366152512kb (Originalgröße: 436898kb)
DL3: 668491829108733kb (Originalgröße: 348574kb)
Ein erneuter Start führt dann zum Abbruch: „Error downloading http://mirror-verbund.com/***.otrkey - server replied: Requested Range Not Satisfiable“ (Logisch)
Update
Hab den Download grade noch mal neu versucht. Jetzt funktionieren der Download mit den Links.
Da der DL aber mit einem anderen DL-Manager zeitgleich funktioniert hat, dürfte das Problem eigentlich nicht am MV liegen.
Wenn Das noch mal vorkommt, trace ich die Kommunikation und schicke dir das Protokoll dann zu.
- - - - -
Bloodrayne
AW: Testversion: Linuxsoftware für hltv
Hei Bloodrayne,
Danke schonmal.
Die Werte beim Stoppen, waren für mich beim flash herunterladen, das sind bytes ;) hab ich wohl vergessen wieder rauszunehmen.
Zitat:
http:__mirror-verbund.com_dl_v_***.otrkey.htm
also dass / durch _ ersetzt wird ist absicht, da sonst probleme mit dem System auftreten können. Diese werden aber eigentlich nur erstellt, wenn er nicht weis, was er mit dem link anstellen soll. d.h. hauptsächlich bei flash downloads.
Zitat:
Das Skript wird jetzt gespeichert und nach dem Download ausgeführt.
Also Funktioniert das ausführen jetzt auch schon? das habe ich noch nicht getestet. Freut mich ja, dass es geht :)
Zitat:
Es werden keine Einträge mit dem Status BEENDET ins LOG-File geschrieben.
Muss ich mal schaun an was das liegt.
Danke fürs Testen Lg Kampfi
AW: Linuxsoftware für homeloadtv NEUE VERSION
Zitat:
Zitat von
Kampfi
Hei,
Leider müssen bei linux immernoch die librarys in den urs/lib ordner geschoben werden. oder es muss die umgebungsvariable angepasst werden.
Du kannst ja mal Ermine (http://magicErmine.com / $$$ ) oder statifier (http://statifier.sf.net / GPL2) ausprobieren.
Vergleich:
http://www.magicermine.com/products....ure_comparison
mit freundlichen Grüssen
monarc