Anzeigen der neuesten Beiträge
0 Mitglieder und 1 Gast betrachten dieses Thema.
author=toadie (Heute um 12:52:56) toadie stellt Ihnen folgende private Mitteilung zu:hi camel,habe den weg über diese pn gewählt (den du nicht gerne siehst), da meine antwort auf den test der version 1.071 von progEdit etwas länger ausfällt, als es für einen thread bei DVB-cube angebracht wäre (wo man einzelne probleme besprechen kann).
ich erhielt dabei die folgenden dateien (für den astra-satelliten) unterschiedlicher größe:Channels.datChannelList0.treeChannels.ini
die beiden Channels.dat's habe ich jeweils in progEdit geladen und nur die version- und die structure-nummer geändert. in beiden fällen konnte die structure-nummer (ob jetzt 868, 876 oder 863) geändert werden. die versions-nummer wurde wohl bei der eingabe geändert, beim speichern wurde dies aber nicht berücksichtigt und die original versions-nummer ist geblieben. somit konnte ich eine veränderte (nur in structureversion) channel.dat von 4.56.1 nicht in 4.71.4 öffnen und umgekehrt geänderte channel.dat von 4.71.4 nicht in 4.56.1 öffnen.
- bug beim speichern geänderter Ch.Struct. im channel tree manager progEdit stürzte jedesmal ab, wenn ich die geforderte änderung der Ch.Struc auf 888 durchführte (bei dateien aus der version 4.56.1 lautete die ch.struc 9416; bei der version aus 4.71.4 lautete die ch.struc 18000).
desweiteren fiel mir auf (durch zufall), daß bei ChannelList0.tree (im fall aus version 4.56.1) nach dem speichern (absturz!!!) sich in der größe um den faktor 12697 vergrößert hat (von ehemals 18.572 byte auf 235.814.912 byte).
zu b)- eine schreibgeschütze channel.dat wurde von progEdit nicht geöffnet (wohl zu auswahl angezeigt; durch zufall aufgefallen, da ich meine testdateien mit den datei-attributen r und a versehen hatte; progDVB liest schreibgeschützte dateien auch nicht ein)
- in "Lng Stream" erscheint öfters der wert "not used" an den positionen für "CA-Type" und "EMM" (aufgefallen bei den sendern "TAQUILLA 8" ["CA-Type" und "EMM" vorhanden] und TAQUILLA 10 (beide durch "not used" ersetzt})
auch stehen machmal unter "Service" werte, die von einem alten sender stammen, den man vor "fünf runden" geändert hatte (ist dann etwas verwirrend).
- weswegen kann man im channel tree manager einen "Folder" nicht löschen?
zu c)- progEdit wirkt in der jetzigen art etwas überfrachtet (ähnlich wie SetEdit). änderbare felder sind schwierig auszuwählen (versions- und structurnummer als beispiel, wenn sie als änderbare felder überhaupt erkennbar sind [ist mir zu anfang so gegangen]). daten sind nicht sehr gut lesbar. auch das einblenden des channel tree manager fördert nicht die übersichtlichkeit (einstellungen zu den einzelne channel-tree's sind sehr klein (für mich auf einen 17''monitor). auch die anzeige aller daten zu einem sender in einer tabellen-struktur ("excel-like", dessen notwendigkeit ich nicht sehe) fördert den eindruck des überfrachteten.
ich würde eine maske ähnlich des "CLE" (channel list ediors, link unter diverses bei DVB-cube) vorziehen. ausreichend würde meines erachtens sein, wenn nur eine liste der name der sender zu sehen wäre. alle anderen angaben könnten dann daneben stehen. für global-änderungen könnte eine eigene maske erstellt werden, die um "Channel#", "Caption" "Service", "Provider" und "Network" erweitert werden könnte (wenn es sein müßte noch "Sat", "Pos", "LNB" und "Freq" als sortierkriterium). alle anderen angaben wären über die einzelnen sender ansehbar und änderbar. auch die bearbeitung der channel-tree's über eine eigene größer maske wäre vieleicht vom vorteil.durch eine aufteilung wäre es für die nutzer einfacher mit progEdit umzugehen (felder könnten größer sein; schrift könnte größer werden; etc.). für dich als programmier hätte es den vorteil, daß du raum gewinnst für erweiterungen (wenn prog zum beispiel weitere datenfelder in seiner channel-dat unterbringt; die importfunktion einfacher/übersichtlicher zu gestalten; wenn neue funktionen implementiert werden müßten (import aus anderen formaten (z.b. von dx-andy)etc).dies stellt aber nur meine persönliche meinung dar und ist nicht als kritik an deiner arbeit zu werten. deine arbeit und die zeit die du für die programmierung gebrauchst hast bedrüfen der größten anerkennung.
- konfigurations ini-datei einführen (um progEdit zu konfigurieren; z.B. das progEdit im vollbildmodus startet, farben der änderbaren felder geändert werden könnten, schriftgröße zu ändern wäre, etc.)
- channel-nummern auf channeltree-ebene ändern (so daß pro channeltree die programme von 1 bis unentlich laufen (wie bei progDVB; vieleicht habe ich die funktion auch übersehen).
- eine optische unterscheidung ob es sich um einen TV-, Radio- oder sonstigen Sender handelt (ähnlich wie in progDVB mit den zeichen "V", "R" oder "DATA-Diskette", dort in grün und rot für unverschlüsselt und verschlüsselt; im augenblick ist dies für mich nur anhand der senderbezeichnung möglich [hoffe ich habe diese information nicht übersehen])
dies sind nur meine erkenntnisse von einem kurzen test. ich hoffe, ich habe nicht bekannte probleme angesprochen. auch hoffe ich, daß meine auslassungen nicht für viel arbeit sorgen und du dich vielleicht "angegriffen" füllst von meiner "kritik".
wäre nett von dir zu hören und mach bitte weiter.gruß/toadie
...nur 'mal zwischendurch:Die Anzeige für TV / RADIO / DATEN wird indirekt aus der Kanalliste bezogen, abhängig davon, ob es eine VID bzw. (nur) eine AID gibt oder nichts davon. Eine VID ohne AID wird als TV interpretiert."verschlüsselt" ist dagegen ein editierbares Tag, das direkt gelesen werden könnte, wie "updaten".
...ok: zusammengefasst:wenn videopid>0 dann = "TV"wenn videopid<1 und audiopid in lngstreams>0 = "RADIO"wenn videopid<1 und audiopid in lngstreams<1 = "DATEN"habe ich das richtig verstanden ? bitte bestätigen !