Archiv verlassen und diese Seite im Standarddesign anzeigen : Linux-User
Administrator
28.07.2005, 21:10
In der Shoutbox steht, daß der Decoder unter WINE funktioniert. 8)
Naja, also es läuft mit wine und cedega, aber nen Problem gibts -> Fehlermeldung das Passwort falsch sei oder das ich das schon dekodiert habe. Beides stimmt nicht. Entweder das decodieren geht garnicht oder Linux User haben die Arschkarte gezogen, obwohl ein Linux-Programm sicherlich keine größere Sache wär.
Zudem funktioniert das ganze auf Win98 auch nicht. Wie ist das Teil den eigentlich programmiert? Sicherlich nicht vernünftig und nur Quick'n'Dirty. Da sollte die ToDo-Liste mal erweitert werden!
Administrator
29.07.2005, 12:03
stimmt. W98 sollte es schon können, ist schließlich kein DirectX-Gedöns drin. Linux sind wir gerade dabei den Sourcecode an Captain Chaos rauszugeben. Nächste Woche. Zwischenzeitlich kann man sich mit WINE behelfen hab ich gehört.
Original von Administrator
stimmt. W98 sollte es schon können, ist schließlich kein DirectX-Gedöns drin. Linux sind wir gerade dabei den Sourcecode an Captain Chaos rauszugeben. Nächste Woche. Zwischenzeitlich kann man sich mit WINE behelfen hab ich gehört.
Also entweder geht das dekodieren garnicht, oder per emulator wills nicht. Mit Win98 kommt nen Fehlermeldung, wenn euch die interessiert, dann schreib ich die bei gelegenheit mal ab.
Darkforce
29.07.2005, 16:14
Hi,
also bei mir gings auch weder mit wine, cedega noch mit cxoffice. Zum Glück hab ich Win2k noch in ner VM installiert :).
Wäre aber schön wenn es ein entsprechendes Linuxproggi gibt.
Also entweder geht das dekodieren garnicht, oder per emulator wills nicht. Mit Win98 kommt nen Fehlermeldung, wenn euch die interessiert, dann schreib ich die bei gelegenheit mal ab. mach das doch mal, dann kann man evt. helfen
captain_chaos
29.07.2005, 18:37
Original von Administrator
stimmt. W98 sollte es schon können, ist schließlich kein DirectX-Gedöns drin. Linux sind wir gerade dabei den Sourcecode an Captain Chaos rauszugeben. Nächste Woche. Zwischenzeitlich kann man sich mit WINE behelfen hab ich gehört.
Nun, ich wollte mal kurz o.g. bestätigen. Bei mir lief der Decoder unter DEBIAN (Sarge) und WINE 20050524! Keinerlei Fehlermeldungen.
Gruß (/-P
wenn der open source würde, könnte man den decoder ja relativ einfach umproggen, dass er keinen server kontakt mehr aufnimmt und einfach so decoded oder?
Darkforce
30.07.2005, 08:57
@oje
Das ist nicht richtig. Das Modell, auf dem das System aufgebaut wird müsste nur entsprechend ausgelegt sein(Ich weiss nicht wie es im Augenblick aussieht). Es wäre z.B. denkbar, dass die Files mit einem Key verschlüsselt werden, der auf dem Server liegt. Nachdem der Client sich mit den Benutzerdaten authentifiziert hat wird ihm dieser zugesendet und das File als decoded markiert.
in welcher sprache ist der decoder denn geschrieben ?
vielleicht könnte ich die mac os x version machen ....
cyberwolf
08.08.2005, 19:09
Mit cxoffice hat der Decoder bei mir funktioniert, nachdem ich den ie6 installiert habe. Unter wine habe ich den ie6 nicht installiert bekommen und ohne ging es auch mit cxoffice nicht.
Ohne den IE zu installieren hab ichs leider nicht hinbekommen. Habe gehofft es reicht die einzelnen DLLs zu installieren, die man per Hexeditor auslesen kann und die wahrscheinlich benötigt werden. Jedoch war das nicht der Fall.
http://sidenet.ddo.jp/winetips/config.html <- mit dieser Anleitung einfach den IE6 installieren. Ist einfach, dauert nur eben ein bisschen, weil das Setup sehr langsam ist...
Dannach geht das dekodieren. Abspielen gehts dann auch mit jedem X-Beliebigen Player, nur die win32-codecs müssen installiert sein, aber wer hat das nicht? ;)
Die Aufnahme ist sogar perfekt (heute, Star-Trek, Kabel1), ein paar Sekunden vorher aufgenommen und ein paar hinten dran - so ists perfekt. Man, jetzt nur noch nen nativen Decoder (achja... eine Frage -> müsste es nicht Encoder heißen? weil er ja etwas enkodiert oder?) und ich bin mehr als zufrieden ;)
Ob nun das Passwort oder der private Schlüssel im Internet rumschwirrt ist erstmal irrelevant. Aber ich denke mal, dass ihr nichts für könnt wenn so etwas passiert - jeder andere Mensch könnte ja auch selber etwas aufnehmen und dann verteilen. Wie gesagt, niemand würde ihn daran hindern. Ihr tut euer bestes und mehr geht nun mal nicht.
Ich würde XVid bevorzugen, ist klein und hat gute Qualität, zudem läuft es Problemlos auf jeder Plattform - was man von wmv oder divx nicht sagen kann. Obwohl divx ja noch ok wäre. Bei mpeg4 in nem AVI Kontainer weiß ich nicht ob das von der Größe und Qualität dann noch so schtimmt...
Aber einen Nachteil hat der Decoder! Wenn er beim decodieren aus irgendwelchen Gründen abstürzt (sei es das gesamte System, nur das Programm oder wie eben bei mir weil die Partition einfach nur voll war!) dann ist die gesamte Aufnahem hin. Einen zweiten Versuch gibt es nicht.
Eine Verschlüsselung ist nicht sicherer, weil sie Closed-Source ist!!
Ihr könntet die Files doch mit einem ganz normalen Open-Source Programm verschlüsseln und dann den Decoder Open-Scource machen.
Also, wenn der Decoder an den Server die E-Mail und das Passwort schickt und dann den Schlüssel der Datei bekommt und jede Datei einen anderen Schlüssel hat wieso kann das Programm dann nicht Open-Source veröffentlicht werden. so hätte man sogar eher eine größere Sicherheit.
Mit dem jetzigem Decoder kann man z.B. immer noch den Trafik abhören und gucken was da übertragen wird und wenn das immer der selbe Code ist, wovon ich aber mal nicht ausgehen, könnte man das auch ohne den Decoder knacken.
Darksoul71
09.08.2005, 19:25
@jfreax:
Ich würde XVid bevorzugen, ist klein und hat gute Qualität, zudem läuft es Problemlos auf jeder Plattform - was man von wmv oder divx nicht sagen kann. Obwohl divx ja noch ok wäre. Bei mpeg4 in nem AVI Kontainer weiß ich nicht ob das von der Größe und Qualität dann noch so schtimmt...
Öhm, XVid läuft auf jeder Plattform und das kann man von DivX nicht sagen ?!?!? :roll:
Im Übrigen sind DivX und XVid beides MPEG4 Derivate. Als ich von MPEG4 sprach meinte ich damit entweder DivX, XVid, 3vix oder z.B. den in ffdshow integrierten MPEG4 Codec.
Richtig genutzt geben die sich alle nicht viel. Ob beim AVI Container Größe und Qualität noch stimmen hängen nicht vom Container, sondern in erster Line von der Quelle und in zweiter Linie von den Kenntnissen und dem Sachverstand des Encoders ab. :cool:
Gruzz,
D$
Original von Darksoul71
@jfreax:
Ich würde XVid bevorzugen, ist klein und hat gute Qualität, zudem läuft es Problemlos auf jeder Plattform - was man von wmv oder divx nicht sagen kann. Obwohl divx ja noch ok wäre. Bei mpeg4 in nem AVI Kontainer weiß ich nicht ob das von der Größe und Qualität dann noch so schtimmt...
Öhm, XVid läuft auf jeder Plattform und das kann man von DivX nicht sagen ?!?!? :roll:
Nein, das kann man nicht sagen. DivX läuft doch nur auf x86 und PPC, oder irre ich mich da?
Ist es nicht möglich mit dem Divx Codec auch Xvid Videos abzuspielen und umgekehrt? Nur wenn das in Hardware gemacht wird geht das nicht so und Vorausgesetzt man hat die neusten Versionen der Software.
Ja gut x86 und PPC sind nicht alle Plattformen es gibt noch sehr viele andere aber wie viele Leute hier im Forum z.B. haben wohl eine Plattform die nicht zu PPC oder x86 kompatibel ist? Ich schätze mal keiner, weil IA64 oder MIPS und co. nicht so die Verbreitung auf dem Desktop Markt haben.
(AMD64 ist kompatibel zu x86)
Original von Hauke
Ist es nicht möglich mit dem Divx Codec auch Xvid Videos abzuspielen und umgekehrt? Nur wenn das in Hardware gemacht wird geht das nicht so und Vorausgesetzt man hat die neusten Versionen der Software.
Ja gut x86 und PPC sind nicht alle Plattformen es gibt noch sehr viele andere aber wie viele Leute hier im Forum z.B. haben wohl eine Plattform die nicht zu PPC oder x86 kompatibel ist? Ich schätze mal keiner, weil IA64 oder MIPS und co. nicht so die Verbreitung auf dem Desktop Markt haben.
(AMD64 ist kompatibel zu x86)
Auch wenn es wenige sind, es sind bestimmt irgendwann mal welche. Und wenn man das weiß, warum sollte man sie dann mit ABSICHT ihnen das hier vorenthalen? Xvid liefert mindestens genauso gute Ergebnisse, was spricht also dagegen? Bzw. was spricht für DivX? So, und nicht anders, sollte man an die Sache gehen...
Ich bin auch für ein Quellenoffenes Programm, was so einfach programmiert ist, dass man es auf möglichst allen Architekturen übersetzen kann.
Das ist ja auch der große Vorteile von Open Source, dass man es auf vielen Plattformen zu laufen bekommt ich schätze mal der Linux Kernel läuft auf 15 bis 40 Architekturen und deckt damit schon sehr viel ab. Und bei Open Source kann der Anwender selber des Sourcecode kompelieren und ihn so einfach auch auf anderen Plattformen einsetzen.
Windows läuft nur auf x86, AMD64 und IA64
Ich kann es zwar nicht selber bestätigen habe aber oft gehört, dass Xvid besser sein soll als Divx.
Administrator
10.08.2005, 17:43
Viel Neues drin, das mit Lizenzkosten wusste ich auch noch nicht.
Aber zum Thema des neuen Encodings (etwa in 2 Wochen).
Wir capturen jetzt in Mpeg2 und encoden dann in XVID. Die Stelle wo Du meinst, daß es auf unfruchtbaren Boden fällt ist die, wo Algos zum tragen kommen, die nicht in Echtzeit stattfinden. Also wenn das Prozessing eines 90 Minuten Films 180 Minuten braucht (2pass etc., denoising etc.), dann müssen wir hier bei der derzeitigen Projektfinanzierung einfach passen.
Derzeit sieht es so aus, als ob Werbentferner und Encoder (800kbit) in Echtzeit zu machen sind. Seit Montag experimentieren wir hier mit diversen Encodern und AutoGK braucht echt lange.
Original von Administrator
Viel Neues drin, das mit Lizenzkosten wusste ich auch noch nicht.
Aber zum Thema des neuen Encodings (etwa in 2 Wochen).
Wir capturen jetzt in Mpeg2 und encoden dann in XVID. Die Stelle wo Du meinst, daß es auf unfruchtbaren Boden fällt ist die, wo Algos zum tragen kommen, die nicht in Echtzeit stattfinden. Also wenn das Prozessing eines 90 Minuten Films 180 Minuten braucht (2pass etc., denoising etc.), dann müssen wir hier bei der derzeitigen Projektfinanzierung einfach passen.
Derzeit sieht es so aus, als ob Werbentferner und Encoder (800kbit) in Echtzeit zu machen sind. Seit Montag experimentieren wir hier mit diversen Encodern und AutoGK braucht echt lange.
Mich würde es interessieren welchen Encodern ihr Schlussendlich dann verwendet :)
Eventuell wären mehr über die verwendete Hardware & Software auch für andere User sehr interessant.
Administrator
13.08.2005, 18:26
Ein Linux-User meinte, ich solle das als Hilfe für andere Linux-User posten:
codecs von www.mplayer.hq.hu z.b. im ordner /usr/lib/win32 entpacken, dann mit xine oder mplayer das ganze anschauen
von: jfreax
Ohne den IE zu installieren hab ichs leider nicht hinbekommen. Habe gehofft es reicht die einzelnen DLLs zu installieren, die man per Hexeditor auslesen kann und die wahrscheinlich benötigt werden. Jedoch war das nicht der Fall.
http://sidenet.ddo.jp/winetips/config.html <- mit dieser Anleitung einfach den IE6 installieren. Ist einfach, dauert nur eben ein bisschen, weil das Setup sehr langsam ist...
Dannach geht das dekodieren. Abspielen gehts dann auch mit jedem X-Beliebigen Player, nur die win32-codecs müssen installiert sein, aber wer hat das nicht?
Habs endlich geschafft unter SUSE 9.2 mit obiger Beschreibung! Interessanterweise klappte es nur mit WINE 20040813 , bei neueren Versionen (200506... 200507..) wird offensichtlich die wine config von sidenet nicht benutzt und daher schlägt die IE-Installation fehl.
Sobald der IE installiert ist, klappt das Dekodieren einwandfrei, Abspielen mit MPlayer auch
wie bekomm ich mein suse ueberhaupt dazu .wmv dateien abzuspielen? haette ja gerne nen neuen thread eroeffnet, aber das geht ja hier nicht. oder ich bin zu dumm dazu.
desweiteren wuerde ich danach fragen, wie man den decoder ohne wine zum laufen bringt.
bitte liebe wasauchimmerihrseid beschraenkt euch doch nicht nur auf windows...
mfg ich saunapf
ps.. foren sind nicht meine staerke (;
Administrator
18.08.2005, 16:31
siehe 2 postings über Deinem. Funzt xine,player nicht?
essential-20050412 das verzeichnis hab ich mir geladen. saemtliche codecs habe ich schon auf meinem system gehabt. xine funktioniert. nur dieser wmv-rotz nicht. irgendwelche wmvdlls hab ich bei mir in /usr/lib/win32 (?) ja schon drin. aber abspielen konnte ich bis jetzt noch kein einziges wmv, egal welcher herkunft.
najo, ich werd dann wohl mal abwarten, bis dann auf divx oder was auch immer umgestellt wird.
servus
Administrator
18.08.2005, 17:30
also das liegt definitv an Dir. Ich weiss ziemlich sicher, daß WMV unter linux abspielbar ist, nicht aufgeben, weitergoogeln, kannst ja Lösung dann hier posten.
? updates? die codecs die ich habe sind alle vom datum her neuer, als die die mir angeboten worden sind. was hat das mit nem update zu tun?
soll ich xine updaten? klar, da gibts ne neue version, bei der nicht mehr weihnachten ist. aber ich denke, das die meisten user die noch haben. und an xine wird es ja wohl nicht liegen.
wenn ich xine oder sonstwas fuer nen player mit you ersetze geht gleich garnichts mehr. gut, geht schon, aber kostet ca 2 stunden um es wieder so hinzubiegen, das es funktioniert.(fuer meine ansprueche) und darauf hab ich keine lust. wmv ist einfach nur ein format fuer windows. deswegen heisst es ja auch so und deswegen wurde es auch erfunden.
tschuldigung, ja ich habe etwas gegen windows, und deren art 'mutteralles' zu spielen. ich mach da nicht mehr mit. nein.
nun warte ich doch lieber, bis das format umgestellt wird. danke sehr.
mfg ich
Administrator
18.08.2005, 18:55
Also Deine Aversion gegen WMV verstehe ich gut und in einem Linux-Bereich sicher JEDER ANDERE auch.
WMV war sicher so gedacht von Billy, aber versuch doch einfach zu genießen, wie es die Linux-Gemeinde mal wieder geschafft hat, da einen Strich durch die Rechnung zu machen und wie schön WMV unter Linux läuft.
Wenn das hier ein XP User liest, denkt der am Ende noch: Gottlob hab ich XP, Linux kann halt nicht alle Formate abspielen.
@XP-User: WAS JA NICHT SO IST<---
Hmm mir ist egal ob ihr wmv verwendet oder nicht, ich frage mich nur wann der decoder für linux kommt... immer wieder auf win umzulogen habe ich keine lust, vorallem weil das decodieren auch sehr viel zeit in anspruch nimmt....
Kann einer von den Admins sagen wann der linux decoder kommt?
#noriX
Original von noriX
Hmm mir ist egal ob ihr wmv verwendet oder nicht, ich frage mich nur wann der decoder für linux kommt... immer wieder auf win umzulogen habe ich keine lust, vorallem weil das decodieren auch sehr viel zeit in anspruch nimmt....
Kann einer von den Admins sagen wann der linux decoder kommt?
#noriX
Wie es mit Wine unter Linux geht haben wie ja nun schon alle feststellen können. Also ein umbooten ist nicht notwendig. Aber ich würde mich auch über einen nativen Decoder freuen.
Wie lange dauert es den bei euch so? Bei mir geht das eigentlich recht zügig...
Original von jfreax
Original von noriX
Hmm mir ist egal ob ihr wmv verwendet oder nicht, ich frage mich nur wann der decoder für linux kommt... immer wieder auf win umzulogen habe ich keine lust, vorallem weil das decodieren auch sehr viel zeit in anspruch nimmt....
Kann einer von den Admins sagen wann der linux decoder kommt?
#noriX
Wie es mit Wine unter Linux geht haben wie ja nun schon alle feststellen können. Also ein umbooten ist nicht notwendig. Aber ich würde mich auch über einen nativen Decoder freuen.
Wie lange dauert es den bei euch so? Bei mir geht das eigentlich recht zügig...
Ok habs jetzt ausprobiert und es hat super geklappt, hmm bei mir hat so ne umwandlung ich denke mal 5-10min gedauert....
#noriX
Administrator
26.08.2005, 15:34
Dank Cyberwolf:
LINUX DECODER ist da: http://www.tvoon.de/ctv/tvrecorder/newfeatures/linuxdecoder/index.html
Ich nehme an das Ding ist nicht Open Source .. Von daher meine Frage an die Entwickler: Koennt ihr das nicht einfach fuer PPC crosscompilieren?
Dann gaeb's endlich einen Decoder fuer Mac OS X .. :(
Original von Administrator
Dank Cyberwolf:
LINUX DECODER ist da: http://www.tvoon.de/ctv/tvrecorder/newfeatures/linuxdecoder/index.html
Super! Vielen Dank, in der Console läuft er gut, GUI hab ich nicht getestet ... brauch ich auch nicht ;-)
Ich hab angefangen mir das ganze in einem php script zu verwursten.
Ziel ist es das sobald die email kommt das script selbstständig das otrkey downloaded und decryptet.
Momentan muss ich die download url noch manuell eingeben :-/
cyberwolf
30.08.2005, 15:13
Original von bonsaibit
Wäre es unverschämt, wenn ich trotzdem einen kleinen Änderungswunsch für die Konsolenversion hätte?
Und zwar wäre es für mich genial, wenn die Syntax so aussehen könnte:
./otrdecoder [-h] [-v] [-o directory] [-i File -e email -p password]
momentan lautet sie wie folgt:
./otrdecoder [-h] [-v] [-o directory -i File -e email -p password]
Kurz gesagt -- ich hätte gerne das man kein output-directory angeben muß und dass in diesem Fall der Film im Verzeichnis gespeichert wird, aus dem otrdecoder aufgerufen wird.
Ich habe so eben eine neue Version (v34) an den Admin geschickt, die deine gewünschte Änderung beinhaltet. Sollte demnächst online sein.
gibt den neuen deacoder auch als Linux version?
Innerhalb
02.09.2005, 17:13
Original von Indiana
gibt den neuen deacoder auch als Linux version?
das würde mich auch interessieren weil die jetzige version ja nur für files sind die vor dem 31 decodet worden sind :(
Original von jfreax
Aber mit der Shell kann man mehr anfangen als mit ner langsamen Python Oberfläche. Nu kann ich mir die Teile automatisch herunterladen lassen, decrypten, etc... inkl Benachichtigung für faule wie mich. :roll:
Also mein Skript ist eben fertig geworden :-) Mit timer für download in der Nacht.
Fehlt nurnoch der neue Linux-Decoder.
Benachrichtigung brauch ich keine, ich weis wann ich was aufgenommen haben wolte :twisted:
Was noch fehlt wäre eine kontrolle im skript ob das file annähernd komplet ist.
Nur > 0 prüfen vorm decoden ist etwas gewagt. Und die Anzeige auf der Homepage past auch nicht wirklich.
Hi,
zunächst einmal würde ich mich wie alle anderen Linux-User auch über die neue Version des Decoders freuen!
Daneben hatte ich die Idee, die Online-Programmzeitschrift www.tvtv.de zu integrieren. Per Standard gibts da nämlich schon einen Aufnahmebutton, der aber nicht funktioniert, bzw. dessen Funktion man normalerweise mit Geld an tvtv bezahlen müsste.
Jedoch gibt es ja mozilla und Extension, z.B. greasemonkey, womit man in beliebige Webseiten eigenen Javascriptcode einbauen kann, der dann ausgeführt wird. Sollte somit ein Leichtes sein, die Startuhrzeit und den Sender einer Sendung irgendwie aus der tvtv-Seite rauszuparsen und unter den tvtv-Aufnahmebutton als Link zu legen, so dass er auf OTR verweist...
Das dumme ist nur, dass greasemonkey gerade bei mir nicht funktioniert, bzw. überhaupt etwas buggy ist (was letztlich der Grund ist, wieso ich das noch nicht umgesetzt habe). Hat damit jemand Erfahrung?
Innerhalb
03.09.2005, 11:04
@ koala
das wäre natürlich ziemlich komfortabel :)
@ Indiana
können andere user dein Script auch benutzen?
@ admins
bitte bringt bald die neue version für Linux raus, ich willtesten ob die auhc unter Os X funkt und wenn nicht dann solltet ihr für die Os X User auch ne Version rausbringen :)
@Innerhalb: Sobalds den Linux decoder gibt werd ichs dem OTR Team geben.
Ich kann das nicht entscheiden.
Bis dahin versuche ich aus der Filmlänge die im Dateinamen enthalten ist eine mindestgröße des Files zu errechnen.
Braucht also noch ein paar Aufnahmen für die Statistik :)
Innerhalb
03.09.2005, 13:57
ich hab mich hier jetzt mal n bisschen im Forum umgeschaut, wie siehtn das mit dem Java Decoder aus?
wenn der fertig ist, ist das thema hier ja eigendlich ziemlich irelevant oder?
Original von Innerhalb
ich hab mich hier jetzt mal n bisschen im Forum umgeschaut, wie siehtn das mit dem Java Decoder aus?
wenn der fertig ist, ist das thema hier ja eigendlich ziemlich irelevant oder?
Nein, auf mein Linux kommt mir kein Java!
Auserdem wird das Debian wegen Lizenzprobleme nie aufnehmen.
Aber vieleicht als Mono (.NET)?
PS: Zu Java kann ich nur das empfehlen: http://kpdus.tripod.com/jad.html
Innerhalb
03.09.2005, 14:36
für mich wär das kein Prob :)
ich hab Os X
Original von Indiana
Nein, auf mein Linux kommt mir kein Java!
Auserdem wird das Debian wegen Lizenzprobleme nie aufnehmen.
Aber vieleicht als Mono (.NET)?
Was hat deine Entscheidung kein Java zu installieren mit Debian zu tun?
Debian ist eine Distribution die man auch als kommerzieller User benutzen kann ohne das man sich lizenzrechtliche Gedanken machen muss.
Von diesem Gesichtspunkt her ist Debian eine sehr sinnvoll Distribution. Auf der andern Seite ist dann aber auch klar das die Debianisten peinlich genau drauf achten muessen, dass sie nur wirklich freie Software mit in ihre Distribution aufnehmen.
Als Privatuser habe ich (persoenlich) entschieden das ich mit der Javalizens leben kann und es mir auf mein Debian installiert.
Geht ziemlich einfach. Her steht wie.
http://www.debianforum.de/wiki/JavaPackageGenerator
BTW. java-package ist offizieller der Debian Distibution
Koile, auf meiner Bastelkiste hab ich natürlich Java für experimente mit drauf.
Aber ich versuch soweit es geht den Gedanken von Debian auf freie (wirklich freie) software zu setzen.
Dazu gehört eben Java nicht.
Auserdem bin ich von Java garnicht so begeistert, reicht schon das ich's in der Arbeit hab.
Mir gefällt C++ viel besser, aber dafür gibts (inzwischen auch für Java) fast keine nachfrage mehr.
Die meisten Kunden wollen fertige Lösungen.
Wenns schon kein Linux decoder gibt wäre es praktisch wenn der windows decoder cmd-line parameter verstehen würde.
bzw. ein winconsolenprogramm.
läuft schneller in wine, und unter win kann mans auch in scripten verwenden.
(zusätzlich zum anderem decoder)
Bei Java könnte man ja was gnu-classpath kompatibels... *träum*
Administrator
14.09.2005, 16:01
***********************************
** Neuer Linux-Decoder V2 ist da !! **
** **
** **
***********************************
Dank an Cyberwolf!
http://www.tvoon.de/ctv/tvrecorder/newfeatures/linuxdecoder/index.html
Innerhalb
15.09.2005, 15:49
An alle OS X User
die Version läuft nicht auf PowerPc Prozessoren sondern nur auf X86 Prozessoren.
Leider ist es desshalb nicht möglich das script auf einem Macintosh zum laufen zu bekommen :(
wir müssen also weiter auf die Java Version warten :(
Das war mir schon vorher klar ..
Es ging lediglich darum, das ganze zu Crosskompilieren. Wenn da nicht allzuviel prozessorspezifischer Code drin ist, sollte das eigentlich auch ohne Probleme hinhauen ..
Wenn Interesse besteht, kann man mir ja mal den Sourcecode zukommen lassen, und ich versuche das Ding zu portieren.
die .py ist nur ein Frontend.
aber das Binary könnte man vllt mit qemu-i386 oder so aufm mac zum laufen bringen?
Najoa, warum nicht einfach crosscompilieren?
Original von Administrator
***********************************
** Neuer Linux-Decoder V2 ist da !! **
** **
** **
***********************************
Dank an Cyberwolf!
http://www.tvoon.de/ctv/tvrecorder/newfeatures/linuxdecoder/index.html
bei mir ist der link tot, bitte nochmal neu posten.
besten dank!
edit: habe die neue download adresse selber gefunden:
http://www.tvoon.de/otr/downloads/otrdecoderbinlinuxv140.tar.bz2
Mal sehen wie lange der link geht ;)
http://www.tvoon.de/otr/newfeatures/linuxdecoder/index.html
.
Original von mxxxxxx
Mal sehen wie lange der link geht ;)
http://www.tvoon.de/otr/newfeatures/linuxdecoder/index.html
.
Mmmmh. Also wenigstens nicht bis gestern :D
Habe so ziemlich alle Links im Forum ausprobiert und jetzt auch Decoder für WIN und MAC. Wo aber nur bekomme ich den für mich einzig sinnvollen Linux-Decoder her?
Hat bitte, bitte, bitte jemand einen (funktionierenden) Link für mich?
Original von clanny
Hat bitte, bitte, bitte jemand einen (funktionierenden) Link für mich?
Wieso schaust du im Forum nach nem Link?
Zum einen bekommst den Decoder übers Menü -> Help - Decoder. Dort stehn alle drei Decoder zum Download. Für Windows, Linux und Mac.
Dann findest du in der FAQ noch eine neuere Version des Linuxdecoders (v221) und eine mit BigEndian crosscompiled Version (v215).
Durch die neue Menüstruktur in der FAQ seeeehr leicht zu finden. ;)
Original von Menno
Wieso schaust du im Forum nach nem Link?
Ja, warum eigentlich?
Danke für Eure Hilfe, jetzt funzt alles, wie's soll!
Viele Grüße
clanny
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.