Beiträge von _Frank_

Hi,

weiß ja nicht, ob es immer noch das Problem mit dem Aufruf des OSD aus einem Hintergrundthread heraus ist, evtl. das eigenständige OSD mal weg"patchen".

Interessant wäre zu erfahren, wie es sich angepaßt an eine neue vdr-Version (>= 1.5.9?) mit den OSD-Leveln verhalten würde.

Bin selbst jedoch noch bei vdr 1.4.7 und kann es ohne viel Aufwand leider nicht testen.

Gruß
Frank

oh Mist, Schreiben hat wieder zu lange gedauert

[Sarkasmus an]

Zitat

Original von Netdeus

vielleicht werden mich jetzt hier einige steinigen aber ich möchte die Frage dennoch mal stellen.

Zitat

Original von Netdeus
EINE Sache fehlt aber in meinen Augen um ein richtiges Kinogefühl entstehen zu lassen (mal vom Popcorn abgesehen):
der aufgehende Vorhang.

sonst kommt noch "wer" auf die Idee, dazu einen Schriftzug einzublenden: "Auch RaubkopiererInnen sind VerbrecherInnen"

Zitat

Original von Netdeus
Ich würde mich viel eher interessieren, ob es technisch möglich ist, beim Start des VDRs eine Art Vorhang auf den Bildschirm zu zaubern,

Möglich ist fast alles. Und wenn nicht, dann war der finanzielle Anreiz zu klein oder es lag doch an der Schwerkraft.

Zitat

Original von Netdeus
Wie gesagt, ist nur eine Frage...bitte nicht gleich hauen

[/Sarkasmus aus]

Frank (der zur Zeit keine Lust hat, was Sinnvolles anzustellen)

"Großdemo in Lissabon - und niemand berichtet"

"Wie Deutschland: 70% in EU wants referendum"

Zitat

Original von beagle
habt ihr so etwas mal gesehen ?

Zwar keine invacom, aber ja, bisher hatte ich an LNB's nichts anderes auszusetzen, von einem "Digital"(High-Band)-untauglichen, trotz gegenteiliger Versicherung, mal abgesehen.

Die Abdeckung von 5 LNB's ist bisher weggebröckelt. Ich glaub bei einem schon nach knapp 2 Jahren festgestellt, die anderen beiden Exemplare derselben Marke sahen jedoch nur unwesentlich besser aus, "Draufdatschen" war schon nicht mehr gut.
Blöderweise können auch vorher schon Risse Feuchtigkeit eindringen lassen.

Die Preise sind in den letzten Jahren ja rapide gefallen, die Qualität aber anscheinend auch.

Über die neuen kommen hier jetzt immer zusätzlich Gefrierbeutel (mehrlagig), in der Hoffnung, die "Verwitterung" der eigentlichen Abdeckung etwas aufzuhalten, Langzeiterfahrungen liegen mir damit jedoch nicht vor.

2,5 Jahre länger hatte ein auf diese Art notdürftig geflickter LNB zuvor damit auch gehalten, eh er endgültig abgesoffen ist (das könnte für den angeschlossenen Receiver aber auch böse enden) - zu meiner Entschuldigung: ich konnte gesundheitlich nicht eher auf's Dach, um mal nach dem Rechten zu schauen.

Frank

Zitat

Original von ThomasHS
Das ist nicht der teure Teil. Teuer wird es, einen Trojaner speziell auf dein System zu programmieren und das ausgiebig zu testen.

BKA sucht schon Programmierer, unter anderem in vorletzter c't.

Angst! Aber nicht vorm Terror! Kann genauso über 'ne Teppichkante stolpern und mir das Genick brechen. Eher davor, daß der "Platz des himmlischen Friedens" überall sein könnte.

Schon schlimm, wenn Leute was zu sagen haben, die von der Mehrheit nicht gewählt wurden.

und überhaupt ...

Zitat

Original von irgendwoher
Staubsaugervertreter verkaufen Staubsauger.
Versicherungsvertreter verkaufen Versicherungen.
Volksvertreter verkaufen...? Genau!

Frank

Hi,

mir ist zwar dafür auch kein aktueller Patch bekannt, aber wie wäre es denn damit -> http://www.vdr-wiki.de/wiki/index.php/Pilotskin-plugin

Ist natürlich auch kein vollständiger Ersatz, aber bietet dafür (wahlweise) das Durchblättern der Kanäle ohne Umschalten.

Frank

Hi Morone,

Zitat

Leider ist das Bild dann mintfarben

auch nach einem Softstart ohne viafb?

Frank

Hi,

(mußte das Posting oben mal korrigieren, sorry Andreas, hatte die Zahlen am Nick vergesssen)

Zitat

Original von _Frank_
Bei osdpip bin ich mir über die Ursache noch nicht im klaren, sieht so aus, als ob Farben gewechselt werden.

das funktioniert, zumindest wenn 8bbp verwendet werden, weil dann nur diese eine Palette geändert werden muß (auch mit zusätzlichem Infofenster).

Sonst hab ich für mehrere Bereiche noch keine Lösung, trotz Wechsel des aktiven Fensters (war im "Patch" noch nicht enthalten), wechseln auch die Farben bei meinen Tests, nicht nur der Alpha-Wert.

Unter xineliboutput wäre die Procedur ähnlich, allerdings toleranter, dort gingen bisher alle getesteten Kombinationen und ich konnte bis auf das plötzliche Verschwinden der Schrift im Hauptteil der Menüs nichts ungewöhnliches feststellen, außer das die Geschwindigkeit sehr von der Größe des OSD's abhängt.

Brougs78: das mit osdpip wäre noch ein Beispiel für Kombination von einem Bereich mit 8bit mit anderem Bereich.

@Morone: picselshow ist schön, hab das allerdings ohne Musik bzw. Radiosender getestet, zu einem Livebild paßt das Aus- und Einblenden imho aber dann eher nicht

Frank

Hi,

Zitat

Original von Morone

Wie sieht es eigentlich mit Menues ueber Makrokey aus.
Stelle ich mir etwas problematisch vor.

folgendes hatte ich vergessen

Zitat

Original von Morone
Proof-of-Concept

Keine Ahnung, im Menü selbst dürfte das keine Auswirkung haben, nur beim Wechsel zwischen OSD's, also wenn du sowas machst, dann evtl ...
- Sauberer Ausstieg aus dem Ausblenden wäre noch gesucht, wie erfahre ich rechtzeitig, daß ein neues OSD gewünscht wird.

Brougs78: ich denke, ein extra Thread müßte irgendwohin, denn momentan geht während des Vorgangs nicht viel mehr, zb. ist kein Umschalten möglich. osd.[hc] würde ich dafür jedoch nicht antasten wollen, ich könnte mir vorstellen, daß die Lösung für FF nicht unbedingt auch das Optimale für die anderen OSD-Lösungen als Xine bzw. Softdevice sind, kenn mich damit aber gar nicht aus, und zumindest sind mir schon paar Unterschiede zum FF-OSD aufgefallen.

Für den Palettenwechsel würde ich mir natürlich eine Funktion wünschen, die ohne Zeichnen auskommt, aber unabhängig vom "Faden". (oder hab ich da nur was übersehen?)

Mit EnigmaNG konte ich heute das gestern Gesehene nicht nachvollziehen.
Bei osdpip bin ich mir über die Ursache noch nicht im klaren, sieht so aus, als ob Farben gewechselt werden.

Hatte nur gestern abend aufgrund des gerade "lahmenden" Portals und "Rauswurf" meinerseits das Posting schon ein zweites Mal verfasst und wohl einiges vergessen zu schreiben (ja, ich werde versuchen, mich beim nächsten Mal zu erinnern, das Zeug offline zu verfassen ;))

Gruß
Frank

Hi,

Zitat

Original von Morone
Aber wirklich nur mal zum Anschauen...

das hier im Anhang auch

mal was für die nicht "Soft"-Lösungen (ala xineliboutput etc.).

Zitat

Original von Brougs78
Bei der Impelementierung ist halt die Frage wie man das vernünftig löst. Das Ausfaden sollte ja nur dann passieren, wenn das Menü geschlossen wird und keine anderes gebraucht wird, sonst bremst das ganze ja eigentlich.

D.h. VDR müsste den Skin "am leben lassen" und ihm im Hintergrund hineinwerken (Transparenz verstellen). Weiß nicht ob das so geht.

Wenn mann aber schon am VDR patchen muss, dann kann man in dvbosd.[hc] auch gleich eine Anpassung vornehmen dass die Palette ohne Änderung des Bildinhaltes übertragen werden kann.

_Frank_ hättest du eine Idee wie man das vernünftig umgesetzt bekommt? Wäre schon ne feine Sache.
Idealfall wäre dass nur VDR gepatcht wird, denn dann hätte es auf alle Plugins/Skins Einfluss ohne diese ändern zu müssen.
Das müsste wohl ein Hintergrundthread in osd.c werden oder? Ev. sollte dann das Flushen deaktiviert werden, dass die Änderungen nicht das OSD ausbremsen. Sobald eine Taste gedrückt wird sollte das ganze dann sofort beendet werden ... IMHO.

Alles anzeigen

vernünftig hab ich's grad erstmal nicht gepatcht, vorwiegend c&p (nur in dvbosd.c), Verzögerung auch nur über die Schleife, die noch dazu bissel lang geraten ist, daher hohe Belastung bei vielen Paletteneinträgen, das sieht man - denke aber, das ließe sich ändern.

Anforderungen anderer OSD's gehen zwar nicht verloren, aber beendet wird in dem Fall bisher nicht, eine Lösung wäre noch zu finden. Nicht nur Tastendrücke, sondern auch andere zu öffnende OSD's wären zu berücksichtigen.

Paar Darstellungsmängel sind mir dabei aufgefallen, zb. beim Beenden von osdpip oder Wechsel von Kanal-Anzeige zu Menü von EnigmaNG. Weiß nicht, ob sowas in den Griff zu bekommen ist.

Zitat

Original von Brougs78
P.S.: Jemand wollte ja den Neutrino-Skin umsetzen (auf das hattest du angesprochen oder _Frank_?) und hatte hier ein paar schöne Ideen um am OSD noch einiges zu drehen. Wo war denn dieser Thread und weiß da jemand mehr ...

Ja, den Thread meinte ich -> Neutrino Skin - hat sich dort aber schon eine Weile nichts getan, weiß leider auch nicht mehr.

Gruß
Frank

Hi,

entschuldigt die späte Antwort, hab Samstag die Partition auf dem "Testrechner" noch geschrottet (also eher die vorherigen Test's mit dem avm-wlan-usbstick-treiber, bei denen der Rechner mehrfach eingefroren ist).

Zitat

Original von randy
mhm, bei der "originalen" technotrend windowsssoftware wird aber das menu schoen
fluessi gein/ausgeblendet... also gehen scheints wohl

Mit nur 16 Stufen geht das natürlich auch viel schneller (eher schon zu schnell), aus oben genanntem Grund konnte ich's aber grad eben erst testen (zb. mal "alpha++;" durch "alpha = alpha + 16;" ersetzen).

Zitat

Original von randy
wobei das nur ein recht kleines ist, etwa wie die channelanzeige vom elchiosd

Die Größe des OSD ist imho dafür nicht entscheidend, zumindest bei den FF-Karten.

Zitat

Original von Morone
Ich habe gestern versucht mit Span nen Fullscreen SA
anzuzeigen und man konnte es "vergessen".
Das ging bis < 200x200 und 2bpp recht fluessig und wer will so ein
Menue. ?!

Ist eigentlich auch was ganz anderes als der Palettenwechsel.
Aber 512x512 mit 1 oder 2 bpp fand ich noch ganz annehmbar, aber wie "gerade" im Thread zu t2s erwähnt, alles neuzuzeichnen kostet enorm viel Zeit.

Zitat

Original von Morone
Wenn man das OSD nicht flushed , dann summieren sich die Farbwerte
ja recht schnell..den Rest kann man sich denken.

Ich glaub, das ist egal, Palette voll ist voll, deswegen dann Palettenänderungen, bzw. nicht mehr benötigte Paletteneinträge neu nutzen (leichter gesagt, als getan, also Palette löschen und neu belegen, macht aber ohne Neuzeichnen nur Sinn, wenn die Reihenfolge der schon benutzen Einträge gleich bleibt).

Zitat

Original von rnissl

Also mit vdr-xine läufts eigentlich recht flüssig (P4 HT, 2.8 GHz). Allerdings unterstüzt xine derzeit nur 16 Transparenzstufen. Evtl. ist es das was du mit "ruckliger" bezeichnest?

Und ich hätte schwören können, daß es da mehr Stufen sind. Mit nur 16 gefällt es mir aber auch unter xineliboutput schon besser, wahrscheinlich, weil das Ganze einfach schneller durchläuft.
Muß aber auch sagen, daß ich das nur auf einem P3/1Ghz testen konnte.

Frank

Hi,

mal "schnell" das von TomG modifizierte osdtest256 http://www.escape-edv.de/endri…/vdr-osdtest256-0.1.0.tgz+http://toms-cafe.de/vdr/downlo…256-0.1.0-support1MB.diff modifiziert.

Wer testen mag, ob die Transparenzänderung ohne was zu zeichnen (in dem Fall der Transparenzwert) übernommen wird, der kann die entsprechende Zeile mit "DrawText(...)" ja mal auskommentieren.

Auf der FF sah es leider aus, als ob es nur 16 Transparenzstufen gibt.
Mit Xineliboutput war das besser, jedoch deutlich ruckliger.

Gruß
Frank

Hi,

Zitat

Original von HolgerR
Wurde die Idee mit dem "Faden" des OSD eigentlich irgendwann mal aufgegriffen und verworfen, oder einfach nur vergessen? Ich fände das nämlich in der Tat auch ziemlich klasse; würde die Anmutung des VDR etwas "moderner" machen...

bestimmt vergessen, müßte man versuchen, zb. das 256-Farben-Demo-Plugin sollte leicht zu Testzwecken modifizierbar sein, gibts ja inzwischen auch in einer Version für ungemoddete (2MB)-FF-Karten, mal um zu sehen, ob dies von der Geschwindkeit her akzeptabel erscheint.

Irgendwer hatte auch mal Versuche angestellt, was die benötigten Zeiten für das Flush() betraf und wollte diesbezüglich wohl was (im vdr(?)) ändern, um schnellere Reaktionen zu erreichen, weiß aber auch in diesem Fall leider nicht mehr, wer das war und worum es da genau ging (evtl. "skinneutrino"(?)).

Zitat

Original von Saxman2k
... ich glaube nicht, daß sich die Farben nachträglich verändern lassen. Es wäre also nötig das OSD jedesmal komplett neu zu zeichnen.

doch: komplett Zeichnen ist imho nicht nötig, Paletteneinträge ändern, ein "Flush()" hinterher und gut ist - fast - pro verwendetem Bildbereich muß was geändert werden, wenigstens einen Punkt zeichnen, sonst wird's nicht übernommen, ob dies am vdr, am Treiber oder an der Hardware liegt, weiß ich nicht (kann auch sein, ich wußte es schon mal und habe es nur vergessen).

Frank

Zitat

Original von _Frank_
Erkennung funktioniert soweit, "Fritz!Box SL WLAN" wird auch gefunden, nur hab ich mit WPA2 bisher noch keine Verbindung bekommen.

Könnte evtl. mal jemand Hinweise geben, woran es liegen könnte.

mmh, "Fritz!Box SL WLAN" war nicht meine Box
doch auch daran lag es auch nicht.

Es funktionierte endlich, nachdem ich die MAC-Adresse des AP's noch an iwconfig übergeben hatte.

Alle anderen Einträge wurden schon in der Netzwerkkarten-Konfiguration unter X (es handelt sich um eine Kanotix-Installation) erledigt.

Problem "nur" bisher noch, daß der Rechner schon mehrfach "eingefroren" ist, nachdem ich noch die dvb-Treiber geladen habe.

Frank

Zitat

Original von NeverWise
Äh, versteh' ich nicht recht ?(?
War das jetzt ein versteckter Ruf nach weiterer Hilfe oder eher ein Tatsachenbericht?

ein kurzer Zwischenbericht, mehr nicht

Frank

Hi,

getestet? ja, aber siehe da -> Avm Usb -stick Wlan

Zitat

Original von Freizeit-Admin
Muss man Dr.Seltsam´s oder den CT-Kernel neu kompilieren?

k.a., müßte sich mal jemand dazu äußern, der die Kernel-Konfigurationsdatei der betreffenden Kernel einsehen kann.

Zitat

Original von AVM
...
Dadurch sind sie in jeden Linux-Kern integrierbar. Die manuelle Installation muss aber individuell entsprechend der Distribution (Kernel-Konfiguration etc.) und entsprechend der installierten Komponenten (zum Beispiel zusätzlich notwendiger PCMCIA-Module etc.) abgestimmt werden.
...
Bitte beachten Sie, dass der Kern mit den Wireless Extensions (mindestens Version 17) konfiguriert sein muss (CONFIG_NET_WIRELESS=y).

Gruß
Frank

Hallo,

da ich mich auch grad wieder mal dran versuche, inzwischen gibts ja fwlanusb-suse10.2-.1.00.00-rc1.tar.gz bei AVM.

Zitat

Original von Blacktiger
das problem bei mir ist, dass der den stick als device-type CD-ROM erkennt. somit sehe ich nach einem iwconfig das wlan-gerät auch nicht

Zitat

Original von AVM
HINWEIS:
Der FRITZ!WLAN USB Stick v.1.1 startet anfangs als virtuelles CD-ROM-Laufwerk. Das automatische Umschalten zum WLAN Stick kann länger als eine Minute dauern. Öffnen Sie gegebenenfalls den Arbeitsplatz und wählen Sie in der Übersicht beim Datenträger "FRITZ!WLAN USB Stick selfinstall" die Funktion Auswerfen (bzw. umount /dev/sr0), um den Vorgang zu beschleunigen.

Erkennung funktioniert soweit, "Fritz!Box SL WLAN" wird auch gefunden, nur hab ich mit WPA2 bisher noch keine Verbindung bekommen.

Könnte evtl. mal jemand Hinweise geben, woran es liegen könnte.

Danke
Frank

Hi,

Zitat

Original von Toxic-Tonic
worüber decodierst du denn den AC3-Sound?
...
suche nach alternativen!

bin zwar nicht gefragt worden, aber eine Alternative wäre auch xineliboutput, funzt hier imho wunderprächtig, wer da die Dekodierung macht, ist mir egal, solang es geht.

Einstellungen in Xine zur Soundausgabe taten es jedoch nicht, so daß auch ich zu sndctl und damit zu funktionierender Lautstärkeregelung gekommen bin.

NeverWise: getrennt hab ich die 6 Kanäle inzwischen schon bekommen, nur am Wieder-Zusammenfügen nach Einfügen von Reglern scheiterts bisher.

Frank

Zitat

Original von infinite
dass könnte man so lösen, indem man da stromkabel selbst durch ein becken/eimer voll wasser legt.

Na doch hoffentlich nicht durch das Planschbecken der Nachbarskinder.

Aber auch das würde nicht wirklich helfen, denn warum sollte die Leitung ausgerechnet auf Rechnerseite in Flammen aufgehen.

Evtl. Leitungsschutzschalter entsprechend gering dimensionieren, so daß diese Gefahr so gut wie ausgeschlossen erscheint. Denke mal, Dein Server"monsterchen" benötigt nicht wirklich 10, 13 bzw. 16A und Du wirst beim Heimwerken bestimmt nicht alle Geräte am Server anstöpseln (Bohrmaschine, Kreissäge, Heisluftgebläse etc.).

Frank

Zitat

Original von NeverWise
Also eigentlich sollte das Plugin alle Regler erkennen, die für Playback zuständig und aktiv sind sowie darüberhinaus noch einen verwertbaren Regelbereich haben.

Ich denke, das funktioniert auch hier.

Zitat

Original von NeverWise
Meine SB Live! z.B. hat durchaus Regler für alle einzelnen 5.1-Kanäle, demzufolge kann ich in den Soundsets die einzelnen Kanäle lautstärkemäßig ausbalancieren.

Ich glaube, jetzt verstehe ich langsam, wozu man sich viele Soundsets anlegen kann. Nur vordefinierte Sets, ähnlich wie bei vordefinierten Equilizer-Sets mit Rock, Pop, Klassik etc., werd ich wohl weniger nutzen, wenn ich immer per Hand umschalten muß, die automatische Umschaltung für Stereo/5.1 finde ich aber gut, würde sich für verschieden Audioquellen evtl. auch anbieten. Bissel "stimmungs"- oder sonstwovon-abhängiges Feintuning wäre aber auch nett.

Zitat

Original von NeverWise
Wenn eine Soundhardware diese Regler einfach nicht hat, wird's natürlich kompliziert. Was wollen wir da regeln und womit?

Das muß ich natürlich hier noch hinbekommen, auch wenn es wieder nur Softvol-Regler werden, irgendwie konnte man die Kanäle in alsa auch auseinanderpflücken und einzeln verwenden, also müßten auch einzelne Regler machbar sein.

Zitat

Original von NeverWise
Deine 'asound.conf'-Methode greift ja schon, bevor irgendein Regler die Audiodaten "sieht".

Deshalb will ich ja weg von der Methode, zumal sie den Nachteil hat, daß man nach Änderung den vdr neustarten muß.

Frank