Seite 2 von 11 ErsteErste 1234 ... LetzteLetzte
Ergebnis 11 bis 20 von 102

Thema: Testversion: Linuxsoftware für hltv

  1. #11
    Member
    Registriert seit
    Nov 2008
    Beiträge
    176

    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

  2. #12
    Member
    Registriert seit
    Oct 2008
    Ort
    Hamburg / Germany
    Beiträge
    579

    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

  3. #13
    Member
    Registriert seit
    Nov 2008
    Beiträge
    176

    AW: Testversion: Linuxsoftware für hltv

    Nachtrag:
    Windowsversion hat noch einen Anzeigebug

  4. #14
    Member
    Registriert seit
    Apr 2011
    Beiträge
    3

    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

    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

  5. #15
    Member
    Registriert seit
    Nov 2008
    Beiträge
    176

    AW: Testversion: Linuxsoftware für hltv

    Zitat Zitat von Bloodrayne Beitrag anzeigen
    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

  6. #16
    Member
    Registriert seit
    Nov 2008
    Beiträge
    176

    AW: Testversion: Linuxsoftware für hltv

    Erstmal vielen Dank für die Fehlermeldungen.

    Zitat Zitat von 728928 Beitrag anzeigen
    -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

  7. #17
    Member
    Registriert seit
    Apr 2011
    Beiträge
    2

    AW: Testversion: Linuxsoftware für hltv

    Sorry, aber es scheint nicht mit der Fedora 13 zu funktionieren:

    ./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

  8. #18
    Member
    Registriert seit
    Oct 2008
    Ort
    Hamburg / Germany
    Beiträge
    579

    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

  9. #19
    Member
    Registriert seit
    Nov 2008
    Beiträge
    176

    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.

    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.


    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

    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

  10. #20

    Registriert seit
    Jan 2009
    Beiträge
    1.728

    AW: Linuxsoftware für homeloadtv NEUE VERSION

    Zitat Zitat von Kampfi Beitrag anzeigen
    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

Seite 2 von 11 ErsteErste 1234 ... LetzteLetzte

Ähnliche Themen

  1. HLTV - Wie funktioniert diese Software?
    Von dmjr im Forum homeloadtv.com (HLT)
    Antworten: 4
    Letzter Beitrag: 26.02.2011, 12:02
  2. Neuer Dekoder (Testversion)
    Von hasenhuette im Forum Diskussionen über Hinweise und Bekanntmachungen
    Antworten: 408
    Letzter Beitrag: 12.10.2010, 15:01
  3. Verwaltung meiner Links auf HLTV
    Von power2357 im Forum homeloadtv.com (HLT)
    Antworten: 2
    Letzter Beitrag: 26.04.2010, 08:55
  4. Neuer Dekoder (Testversion)
    Von cyberwolf im Forum Hinweise und Bekanntmachungen
    Antworten: 0
    Letzter Beitrag: 15.10.2009, 23:04

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •