Jack the Grabber

Leviathan hat geschrieben:"RessourceManagement" Für mehrere Boxen. D.h. wenn ein Timer dazugenommen wird, evtl. automatisch schauen, welche Box zu dem Zeitpunkt nix zu tun hat, und den Timer dann für diese Box zuweisen.

Gute Idee,
im Gesamtpacket mit einer Sherlock-ähnlichen Programmierung der Timer wäre das super kompfortabel. Da könnte man dann vielleicht auch zusätzliche Suchen mach Darstellern oder Regisseur o.a. in eine automatische EPG- oder MG-Suche reinpressen. Mit einer Aufnahme-Datenbank hätte man dann die Gewissheit, das nach dem Urlaub alles interessante da ist, was man wollte (eine Abfrage, nach dem Speicherplatz auf dem Laufwerk muß dann aber auch irgendwie mit rein .
cu
Jens

Hi Leute,

natürlich sollte das neue Projekt mit einer DB zusammenarbeiten.
Hierzu Fragen meinerseits:
- Schon mal Gedanken über das DB-Modell gemacht? (Aufteilung in Tabellen, Beschaffenheit dieser usw.)
- Wie ist denn die Anbindung von C# an Datenbanken?
- Wäre man mit C++/Java nicht besser für so was vorbereitet?

IMHO sollte auf jeden Fall die "Plattform-Un-abhängigkeit" im Vordergrund stehen! Das wirkt sich aber wahrscheinlich auch sehr auf die Programmiersprachen / Datenbanken usw. aus.

Lofwyr

Plattform unabhängig wäre Mysql, oder?
cu
Jens

Plattformunabhängigkeit lässt sich mit C/C++ entweder mit GTK2 und leicht abgewandeltem Code realisieren (die Main-Funktion heisst in beiden Fällen leider anders) oder aber mit Qt4, da könnte man die Sourcen 1:1 übernehmen.

Was mir gerade noch zum Thema C# einfällt: Die Idee hatten wir damals zuerst auch gehabt, allerdings gelang es uns nicht, einen Button, der mit SharpDevelop erstellt wurde unter Linux zum Anzeigen zu bringen. Damals fehlte anscheinend noch die "GUI-Unterstützung" unter Linux bei Mono.

Zum Thema Resource-Management: Das könnte man nun wirklich später als Plug-In wie Sherlock implementieren, wobei auch noch drauf zu achten wäre, dass man ja auch angeben müsste, welche Box welche Programme überhaupt empfangen kann.

Hallo Leute,

die Idee mein Lieblings-Streamingtool weiterzuentwickeln finde ich Klasse.
Die u.g. Punkte konnte ich bei den bereits genannten Wünschen noch nicht finden:

- Integration des genialen DBxRecST zum automatischen Runter- und bei Timeraufnahme Hochfahren des Stream-PC
- Überprüfung von zeitlichen Überschneidungen beim Hinzufügen neuer Timeraufnahmen mit bereits bestehenden
- Angabe eines optionalen übergeordneten Verzeichnisses bei Timeraufnahmen individuell für jeden Timereintrag


Weiterhin ein schönes Wochenende wünscht Euch

QUEENFAN

Hallo allerseits!

Weil ich meine schon etwas angestaubten VB-Kenntnisse auffrischen wollte, hab ich mich in diesem Zusammenhang etwas näher mit meinen Wünschen und Vorstellungen für Statusanzeige und Steuerung meiner dboxen befasst.
Rausgekommen ist bis dato ein Stück Software, das dynamisch bis zu 9 dBoxen anzeigen/steuern kann (derzeit per WEB-Interface). Es ist zwar noch lange nicht fertig (Timerei fehlt noch komplett, außerdem hätte ich gern noch Balkenanzeigen für Signalstärke, BER und natürlich Informationen über Filesystembelegung, aktive mounts, MAC-Adressanzeige usw.), aber ich denke, dass Ihr seht, worauf das eierlegendewollmilchsau-Konzept rausführt.
Da ich weis, dass hier momentan einige Bestrebungen im Gange sind, eine neue Software aufzusetzen, dachte ich mir, ich stell das Bedienkonzept mal zur Diskussion.
Bitte versteht mich nicht falsch. Ich sehe mich nicht als Coder (fürs Hobby reichts zwar ) und möchte die Software eigentlich deshalb auch nicht veröffentlichen. Ich kann nur -wenn gewünscht- meine Mitarbeit bezgl. Oberfläche und Usability anbieten. Nur jetzt hat man die Chance, die Software- (besser Oberflächen-)strukturen so auszulegen, dass dann Schritt für Schritt auch alles realisiert werden kann, benutzerfreundlich ist und maximale Information bietet.
In diesem Sinn warte ich mal auf eure Reaktionen.

Gruß
Thomas

Edit: Das erste Bild sollte eigentlich an zweiter Stelle stehen. Normalerweise sind nur die globalen Dinge zu sehen. Per "EPG anzeigen" klappt dann die EPG-Anzeige raus.

Nette Spielerei

Kann allerdings nur hoffen, dass all die Anzeigen in einer späteren Version wieder verschwinden oder nur in einem Experten-Modus angezeigt werden.

Wie bei vielen anderen Programmen auch wird man doch glatt wieder von der Fülle an Informationen erschlagen die eigentlich für eine spezielle Anwendung irrelevant sind. Dies schreckt auch von einer Benutzung des Programms ab - aber ist ja nur meine Meinung

Hi RR!

Natürlich hast Du recht! Ich habe das Ding so angelegt, dass die einzelnen Untergruppen (z.B. "Audio", "Bouquets und Sender") wahlweise aktiviert/deaktiviert bzw. auch in der Reihenfolge (von oben nach unten) verändert werden können. Auf diese Art bleibt die angezeigte Informationsfülle stets dem Anwender überlassen.
Ich wollte aber eigentlich keine Diskussion über den Umfang der Informationen a la "das brauch ich nicht..." oder "das verwirrt..." (der Nächste brauchts halt doch und den verwirrts nicht...), sondern über die Möglichkeit die SW-Oberfläche schon KONZEPTIONELL so auszulegen. Das geht meiner Meinung nach über den bloßen Austausch von Skins WEIT hinaus.

Gruß
Thomas

Wie gesagt, wenn eine neue App erstellt wird sollte (meines erachtens) alles automatisiert und frei von irrelevanten Infos etc. gehalten werden.

Letztendlich will ein User ja nur Basics tun (Recorden, Timer etc.) - hierzu braucht er keine Infos über APIDs, Image-Version etc. Dies könnte eigentlich in einem Untermenü "Box Infos / Channel Infos" integriert werden.

Mir ist jetzt nicht wirklich klar was du meinst mit der Oberfläche?

also ich finde Deine Soft gelungen...und ich wuerde die auch gerne mal ausprobieren!

@RR
Bei der Konzeption der Oberfläche -denke ich- sind wichtig:
- kleine, logische Informationseinheiten bilden. Nur so lassen sich einzelne Brocken durch_den_User ein-/ausblenden. Das wurde bis dato nie realisiert. Ich meine hier keinen Reiter oder Untermenüs usw. sondern einen parametrierbaren Anzeigeumfang!
- gleichzeitige Anzeigemöglichkeit mehrerer Boxen, wobei die Informationsmenge für jede_Box_vom _User parametrierbar ist. Ich rede hier nicht vom mehrmaligen Start der Applikation.

Hat zwar nichts direkt mit der Oberfläche zu tun, wäre aber mein Wunsch für die neue Software: nicht nur Steuerung der Box, sondern auch zeitnahes Polling aller relevanten Statusinformationen. Nur so hab ich am PC immer aktuelle Infos.

@petgun_download
Derzeit noch nicht, weil ich mich anhand der noch vorhandenen Bugs einfach geniere. Aber später vielleicht.

Gruß
Thomas

PS: sonst keine Reaktionen? Auch nicht auf mein "Mitmach"-Angebot?
Na gut. Dann halt nicht.

pmaye hat geschrieben:...PS: sonst keine Reaktionen? Auch nicht auf mein "Mitmach"-Angebot?
Na gut. Dann halt nicht.

Wieso so verschnupft? Keine Reaktion heißt in Foren wie diesem hier i.d.R. eine gute Reaktion. Ich sehe das so, wie Petgun.

cu
Jens

@pmaye
Ich sehe das genau so wie Jens, wenn Du Dein Tool nicht veröffentlichst, wird das auch nicht verbessert.
Du darfst Dich nur nicht von den Leuten abschrecken lassen, die da gewisse Features nicht haben wollen. Ich persönlich bin da der Meinung, erstmal je mehr umso besser.
Nachher kann man immer noch alles mögliche abspecken und verbessern. Daß Du Dich gleich an einen Grabber herantraust, der mehrere Boxen verwaltet, und alle Features herausholt verdient meinen größten Respekt.
Laß Dich nicht beirren und veröffentliche Deinen Grabber so wie er ist, nur mit den nötigen Alpha- und Beta-Tests kommen wir hier weiter.

Ich bin halt nur realistisch, was mein derzeitiges Programmiervermögen betrifft . Die Funktionalität wird ja nicht weniger. Außerdem hätt ich kein gutes Gefühl, wenn ich mal den Leuten, die die Soft einsetzen, sagen müsste "wegen Spagetti is jetzt zappe..." . Ihr etwa?
Natürlich lerne ich gern dazu. Ich sagte ja schon warum ich mit der Software angefangen hab.
Ich dachte halt, dass ein paar von meinen Ideen von kompetenten Leuten besser programmtechnisch umgesetzt werden könnten, als ich das kann .
Sei es wie es ist...
Lasst mir noch ein paar Tage Zeit um noch zu testen und um per Telnet noch ein paar Infos mehr aus der Box zu quetschen ...
Ich mach dann nen Upload, dass jeder mal probieren kann.
Ok?

Gruß
Thomas

Die Idee GTK2 zu verwenden ist nicht schlecht...
Dann kann der User das Aussehen sozusagen mit seinen Default einstellungen selbst beeinflussen.

Ansonsten ist JAVA als PRog sprache schon nicht schlecht.
(Wegen LINUX kompatibilität)

In C (sonstwas) ist das "portieren" ja etwas komplexer...