PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Linux-OMRDecoder?



Jagg
05.11.2006, 23:21
Hi,

wollte mal nachfragen, ob es bereits eine Linux-Version des OMRDecoders gibt?

Vielen Dank für den super Service!

Menno
05.11.2006, 23:28
Und was ist mit ner Mac-version? :D

Hoffen wer ma, daß es etwas schneller geht, als damals bei OTR.
Da gabs den Decoder für Linux AFAIK erst nach vier Monaten und der fürn Mac kam glaub ich erst nach sechs Monaten. :(

jwf2010
06.11.2006, 02:36
Ja,
LINUX wäre fein. Dann kann ich vielleicht auch hier mitmischen. 8) 8) 8)

P.S: Hat das jemand vielleicht unter WINE probiert ?
Adios

docschneider
11.11.2006, 10:13
Hab's grad mal mit wine 0.9.24 (CVS von dieser Woche) probiert.

Auf der Konsole kommt dauernd:
fixme:actctx:DeactivateActCtx 00000000 00f00bad
fixme:actctx:ActivateActCtx 0xf00baa 0x33d184

Das Fenster baut sich zwar auf (schön bunt... naja, wem's gefällt), aber leider klappt bei mir das dekodieren nicht. Die Meldung im Log-Fenster sagt:

Error: No connection to server or wrong reply!

Ich will hier keine Diskussion lostreten, aber ich finde heutzutage kann man schon eine Version für Windows, Linux und Mac erwarten. Es gibt schließlich genug plattformübergreifende Möglichkeiten (Java, Qt, WxWindows,...). Vielleicht wird's dann halt nur schwierig die Oberfläche überall so bunt zu kriegen (kleiner Scherz am Rande).

Ich biete jedenfalls meine Hilfe bei der Entwicklung eines Tools für Linux an!

docschneider
11.11.2006, 11:57
Original von AI3x
Läuft unter MAC eigentlich auch das GTK?

Es gibt zumindest einen Port:
http://sourceforge.net/projects/gtk-osx/

wxWindows heißt übrigens seit längerem schon wxWidgets. Es gab da wohl mal einen Softwarekonzern, der mir wxWINDOWS die Namensrechte an seinem gleichnamigen Betriebssystem verletzt sah.

docschneider
11.11.2006, 15:07
Original von AI3x
dann wäre/ist es ja kein Problem den Decoder zu linux und max zu portieren...!

Das hängt davon ab, wie der Decoder ursprünglich programmiert wurde.

Mir ist klar, dass nicht verraten werden soll, wie das dekodieren funktioniert (daher wohl keine Freigabe des Windows-Source-Codes), auch wenn Security-through-Obscurity nicht das beste Sicherheitskonzept ist. Aber ich will ja nicht nur meckern, schließlich gibt es den ganzen Spaß umsonst!

Vorstellen könnte ich mir beispielsweise, dass man eine library herausgibt, die die Serveranmeldung und Dekodierung beinhaltet. Diese Library sollte es dann eben einmal für Windows, Linux und Mac geben. Und schon kann sich jeder seine GUI dazu auf seinem System basteln.

Mr. S
11.11.2006, 23:28
Nun, eigentlich wäre es kein Problem einen Multi-System-Decoder zu schreiben. Als Basis könnte man QT nehmen, das läuft auf allen Plattformen. Mal sehen was sich da machen läßt ;-)

jwf2010
16.11.2006, 19:20
Originally posted by jwf2010
Ja,
LINUX wäre fein. Dann kann ich vielleicht auch hier mitmischen. 8) 8) 8)

P.S: Hat das jemand vielleicht unter WINE probiert ?
Adios

Ja, jetzt habe ich es auch probiert.
Kernel 2.6
wine 0.9.23
Decoder 1.0.0.5

Wie docschneider auch schreibt, kommt keine Kommunikation mit dem Internet zustande.
Braucht das Programm etwa spezielle Umgebungsvariablen oder wine parameter ?


Originally posted by docschneider
Hab's grad mal mit wine 0.9.24 (CVS von dieser Woche) probiert.

Auf der Konsole kommt dauernd:
fixme:actctx:DeactivateActCtx 00000000 00f00bad
fixme:actctx:ActivateActCtx 0xf00baa 0x33d184

Das Fenster baut sich zwar auf (schön bunt... naja, wem's gefällt), aber leider klappt bei mir das dekodieren nicht. Die Meldung im Log-Fenster sagt:

Error: No connection to server or wrong reply!

Ich will hier keine Diskussion lostreten, aber ich finde heutzutage kann man schon eine Version für Windows, Linux und Mac erwarten. Es gibt schließlich genug plattformübergreifende Möglichkeiten (Java, Qt, WxWindows,...). Vielleicht wird's dann halt nur schwierig die Oberfläche überall so bunt zu kriegen (kleiner Scherz am Rande).

Ich biete jedenfalls meine Hilfe bei der Entwicklung eines Tools für Linux an!

Menno
17.11.2006, 00:44
Vielleicht isses wie damals beim OTR-Decoder, wo man ne spezielle DLL brauchte.

Guck ma, ob sich da noch was im Forum finden lässt. Ich vermute aber, das ist mit dem Foren-Archiv verschütt gegangen. Seit der Umstellung von PhpBB intern (OTR) auf WBB extern (gulli) gibts die ganz alten archivierten Beiträge nimmer. :(

Einige lassen sich aber z.B. noch im Google-Cache finden. =)

jwf2010
17.11.2006, 16:14
Originally posted by Menno
Vielleicht isses wie damals beim OTR-Decoder, wo man ne spezielle DLL brauchte.
Leider habe ich keine Zeit dafür, mir das näher im Debugger anzusehen.

Sebastian2
29.11.2006, 17:03
Würde mir auch einen passenden Linux decoder wünschen.

OMR nimmt zwar schon auf aber nutzen kann ich die musik leider noch nicht.

arthurdent
06.12.2006, 14:01
Moin.

Und? Ist inzwischen ein Linux-Decoder für OMR in Sicht? Oder wenigstens ein Workaround mittels Wine?

d_i2000
06.12.2006, 16:41
Hi,

also die erste Version vom OMR-Decoder lief ohne Probleme unter wine (0.9.25).

Die neue Decoder Version (1.0.0.5) versagt aber den Dienst wegen der schon oben erwähnten Fehlermeldung wegen der Serverantwort.

Vielleicht hilft das weiter, weil es schon lief mit wine.

Andererseits kann ich auch meine Hilfe anbieten beim Portieren. Ich programmiere in C und GTK+, hab also Erfahrung auf diesem Gebiet. Ist nur ein Angebot ;-)

Gruß, d_i2000

Administrator
06.12.2006, 17:04
Original von d_i2000Die neue Decoder Version (1.0.0.5) versagt aber den Dienst

1.0.0.5 geht selbst unter Windows nicht mehr ;)

Die einzige die geht, ist 1.0.0.8!

Sebastian2
06.12.2006, 17:22
Naja auch 1.0.0.8 geht nicht mit wine ;).

d_i2000
06.12.2006, 17:27
Korrektur, Version 1.0.0.8 geht mit wine :-)

Gerade probiert und er decodiert sie.....

EDIT: wine Version 0.9.25

Sebastian2
06.12.2006, 17:49
Original von d_i2000
Korrektur, Version 1.0.0.8 geht mit wine :-)

Gerade probiert und er decodiert sie.....

EDIT: wine Version 0.9.25
Bei mir mit wine-0.9.26 nicht... ;( ;(

arthurdent
06.12.2006, 20:58
Original von Sebastian2

Original von d_i2000
Korrektur, Version 1.0.0.8 geht mit wine :-)

Gerade probiert und er decodiert sie.....

EDIT: wine Version 0.9.25
Bei mir mit wine-0.9.26 nicht... ;( ;(
Bei mir mit wine-0.9.25-1 auch nicht...

doc_alex
06.12.2006, 22:15
Original von d_i2000
Korrektur, Version 1.0.0.8 geht mit wine :-)

Gerade probiert und er decodiert sie.....

EDIT: wine Version 0.9.25

Hmm bei mir tut 1.0.0.8 mit wine 0.9.25 (debian sid) NICHT.

Koenntest Du mal genaueres posten?
ZB distribution und was fuer Fehlermeldungen der decoder produziert wenn Du falsche zugangsdaten eingibst? Das koennte vielleicht helfen zu verstehen warum es bei anderen nicht geht (muss irgendwas mit netzwerk sein oder string-handling oder sowas..)

Wie oben schon mal geschrieben ist es natuerlich wirklich.. naja.. armselig wenn sowas einfaches wie ein decoder nicht vom Start weg plattformuebergreifend programmiert wird...

CFJH
09.12.2006, 21:32
Ich habe Wine Version 0.9 26/25 und 24 testweise installiert und ausprobiert. Leider geht es mit keiner Version, der Dekoder meldet immer denselnen Netzwerk/Dekoderfehler. Dekoder Version ist 1.008.
Man könnte noch ältere Dekoder-Versionen ausprobieren, wenn man die noch irgendwo bekommen kann.

Ein Test, die dateien mit dem TV-Dekoder zu bearbeiten, geht auch nicht, hätte ja sein können ....

System ist Suse 10.0, Wine-Versionen von winehq.org

Sebastian2
10.12.2006, 13:18
Es wird nur der 1.008 gehen. der rest geht auch unter windows nicht mehr.

Schade das man als Linux Nutzer hier irgendwie im Regen stehen gelassen wird.

lbarto
12.12.2006, 13:27
Das Problem mit WINE scheint zu sein dass die Benutzerdaten nicht an der Server geschickt werden (auch wenn man sie eingetragen hat). Und ohne die Dinger kommt der Key einfach nicht zurück und der Decoder weiß nicht was er machen soll.
Keine Ahnung warum das so ist, aber genau das ist bei mir das Problem. Unter Windows klappt alles wunderbar.

Decoder-Version 1.008
Wine-Version: 0.9.26 unter Fedora Core 6 (Zod)
Gleiches Problem unter debian sarge und gentoo

gulliver
12.12.2006, 14:06
Ist auch verständlich.

Der Decoder nutzt dll-Dateien vom Internet Explorer. Diese sind bei der Emulation nicht verfügbar ;) Daher kann der Decoder auch keine Verbindung zum Server aufbauen....

doc_alex
12.12.2006, 15:32
*seufz*
So viel Elend in so einem kleinen Programm....

Aber mal im Ernst: ist was fuer Linux geplant? Dann braeuchten wir nicht weiter rumprobieren und IE-dlls zu kopieren usw..

gulliver
12.12.2006, 17:22
Es ist einer geplant, allerdings steht noch nicht wirklich fest wann dieser veröffenticht wird :)

Grüße

Sebastian2
12.12.2006, 17:52
Man könnte ja auch sagen welche dlls das sind ;).

Aber wieso wird sowas nicht einfach unabhängiger programmiert?


Aber mal ne andere Frage. Kann man nicht einfach den OTVR decoder umschreiben?

Menno
12.12.2006, 18:20
Original von Sebastian2
Aber wieso wird sowas nicht einfach unabhängiger programmiert?
Weils mit IE-DLL viel einfacher zu proggen ist. ;)



Aber mal ne andere Frage. Kann man nicht einfach den OTVR decoder umschreiben?
Der von OTR läuft doch AFAIK auch nicht unter WINE. Würde also nix bringen...

Sobald Mr S Infos von OTR zur Verschlüsselung vom OMR (und evtl YOM) bekommt, setzt er sich ran und proggt nen neuen Decoder. =)
Vielleicht hat er auch ma Zeit mitzusniffen, was der Universaldecoder so treibt. AFAIK ist er momentan aber beruflich ziemlich eingespannt...
Sein Decoder für OTR soll mit WINE prima laufen. Der verwendet auch keine IE-DLLs. :)

http://www.otrdecoder.de.vu

Sebastian2
12.12.2006, 19:25
Original von Menno
Weils mit IE-DLL viel einfacher zu proggen ist. ;)
Nur sollte man heutzutage versuchen plattform unabhängig zu programmieren.




Der von OTR läuft doch AFAIK auch nicht unter WINE. Würde also nix bringen...
Es gibt aber eine Linux Version des decoders ;).

Menno
13.12.2006, 07:35
Jaaa, aber der Aufwand wär wahrscheinlich nicht viel weniger, als den Decoder für Linux komplett neu zu programmieren...

Allerdings sollte das Thema nu gegessen sein.
Laut Adventskalender soll es einen Linuxdecoder geben. 8o

Ma schaun, wann sich das bis zur Webseite von OMR rumspricht. ^^

Administrator
13.12.2006, 10:29
Original von MennoMa schaun, wann sich das bis zur Webseite von OMR rumspricht. ^^

Ma schaun wann es sich bis zu dir rumspricht :baby:

Floriel
13.12.2006, 10:48
Und hier noch mal für die Faulen, die nicht suchen wollen: Linux Decoder (http://www.onlinemusicrecorder.com/downloads/omrdecoder.tar.bz2) :D

doc_alex
13.12.2006, 10:55
Originally posted by Administrator

Original von MennoMa schaun, wann sich das bis zur Webseite von OMR rumspricht. ^^

Ma schaun wann es sich bis zu dir rumspricht :baby:

Prima. Funktioniert. Good work!

Sebastian2
13.12.2006, 16:39
Cool.

Aber mal ne Frage. Ist ein Massenencoden wie unter der windows Version geplant?

Menno
13.12.2006, 17:07
Original von Administrator
Ma schaun wann es sich bis zu dir rumspricht :baby:

Sehr witzig. Heute morgen war davon weit und breit nix zu sehen.
Auf der Decoder-Seite stand nur der Windows-Decoder zum Download bereit. :evil:
Der Link im Adventskalender wurde auch endlich korrigiert. :)

Und wie siehts nu mit nem Macdecoder aus? Man braucht den Source ja nur mal eben auf Darwin kompilieren...

doc_alex
14.12.2006, 05:32
Originally posted by Sebastian2
Cool.

Aber mal ne Frage. Ist ein Massenencoden wie unter der windows Version geplant?

Kannst Du unter linux ohne lange klickibunti zu durchleiden viel schneller:

for file in *.omrkey; do omrdecoder -i $file -e bob -p fred -o alice ; done

more options: omrdecoder -h

Im Notfall kannst Du das uebrigens auch in der GUI selbst schnell implementieren indem Du das python interface erweiterst.

arthurdent
14.12.2006, 13:17
Schickes Teil, danke an's OMR-Team :)

Menno
14.12.2006, 15:56
Und wo bleibt der Macdecoder? :evil:
Is doch kein Aufwand, den Source ma eben auf Darwin zu kompilieren...

Sebastian2
14.12.2006, 16:52
Original von doc_alex
Kannst Du unter linux ohne lange klickibunti zu durchleiden viel schneller:

for file in *.omrkey; do omrdecoder -i $file -e bob -p fred -o alice ; done

more options: omrdecoder -h
ahja...

Naja ob ich nun die gui öffne oder nen terminal und zum ordner x muss ist doch zeitmäßig völlig egal.


Im Notfall kannst Du das uebrigens auch in der GUI selbst schnell implementieren indem Du das python interface erweiterst.
Ich bin Linux Nutzer, kein Linux schreiber 8)

hakkl
15.12.2006, 19:38
hilfe linux omr-decoder will nicht:(

bei mir kommt folgende fehlermeldung..

>>Fehler: Problem beim Dekodieren!
80<<

hat die probleme auch noch jemand anderes?

rainerklier
21.12.2006, 17:29
Original von hakkl
hilfe linux omr-decoder will nicht:(

bei mir kommt folgende fehlermeldung..

>>Fehler: Problem beim Dekodieren!
80<<

hat die probleme auch noch jemand anderes?

ja, ich!

Menno
21.12.2006, 17:45
Gehts vielleicht etwas ausführlicher?
Sitzt ihr beiden vielleicht hinter einem Proxy? Der Decoder braucht sicher ne direkte Internetverbindung...
Oder unterstützt der OMR-Decoder wider erwarten etwa Proxy? 8o

martinalex
18.01.2007, 20:35
ich weiss, es gibt eine Möglichkeit das per scripting durchzuführen, aber als Wunsch würd ich mal anführen, dass vielleicht auch Wildcards (*,? ) vom omrdecoder akzeptiert werden, um auf einfachste weise mehrere Songs decodieren zu können...

Wenn irgendwer das GUI entsprechend modifiziert hätte (war ja angesprochen worden) wäre das natürlich auch super...

mfg
martin

N43
02.04.2007, 14:20
Hallo,

ich habe für die Oberfläche eine Erweiterung geschrieben um komplette Verzeichnisse zu dekodieren. Man kann auch Unterordner mit einbeziehen lassen, hab ich aber noch nicht getestet.

N43