JDownloader 2 Save.TV APIv3 BETATest

Top-Downloadmanager mit voller Save.TV Integration! (automatische Archivübernahme u.v.a.m.)
Antworten
Benutzeravatar
jdownloader_pspzockerscene
Beiträge: 50
Registriert: Mo 28. Mär 2016, 18:28
bevorzugter Onlinevideorecorder: Keinen
Kontaktdaten:

JDownloader 2 Save.TV APIv3 BETATest

Beitrag von jdownloader_pspzockerscene » Fr 11. Aug 2017, 16:18

Hey Leute,
diesmal zuerst über euer Forum und dann in unserem.
Ich arbeite aktuell an der Implementation der Stv APIv3 in JDownloader.
Lange ists her, seitdem wir die Möglichkeit haben, die API zu nutzen (ca 1 Jahr meine ich) - also wird das nun endlich umgesetzt 8-)
Das und viele viele viele weitere Verbesserungen könnt ihr in nächster Zeit erwarten.

Da ich als Nutzer weiß wie nervig zwangsläufige Änderungen sind läuft das ganze in 2 Schritten ab:
1. Release vom Update - ab jetzt kann jeder freiwillig auf die API umstellen und Fehler melden.
Da auch der Code zum Zugriff der Webseite per Plugin umgeschrieben werden musste, sind neue Bugs auch hier möglich, jedoch unwahrscheinlicher als per API Nutzung.
Also wer Interesse hat kann mit Testen und Bugs melden ;)

2. Sobald die APIv3 Implementation einigermaßen stabil läuft, wird auf diese zwangsläufig umgestellt.
Zunächst wird man noch auf die Webseite umstellen können; diese Option wird dann irgendwann entfernt, da sie nach der nächsten Webseitenänderung sowieso kaputtgehen würde.

Ansonsten da mir der Stv Support bisher nie geantwortet hat, ich aber weiß, dass hier im Forum mitgelesen wird; das ist an euch:
API Störfaktoren / Fragen:
Die neue API hat bisher nur wenige Dinge, die mich stören:
1. Ablaufdatum oder weitere Informationen zum Account kann man nicht abrufen (Preis usw [auch wenn das zB eh unwichtig ist]) ... oder ich habe einfach nicht verstanden, über welchen Aufruf man diese bekommen kann.
Was spricht dagegen, zumindest das Ablaufdatum des Accounts zur Verfügung zu stellen?
Bitte erhört meine Gebete ... und baut das einfach in den "/v3/user" Aufruf ein.
Sowas wie "contract.expiredate" oder "contract.nextpaymentdate", das in Form eines Timestamps oder Datums diese Information zurückgibt.

2. Was etwas nervig ist: Es wird quasi unterschieden zwischen telecastID und recordID:
Wenn ich jetzt z.B. 12345678 habe und die noch nicht aufgenommen ist gibt es die nur als telecastID und nicht als Record d.h. wenn ich nun ne v3/records Anfrage mache wird nichts gefunden.
Also mache ich eine v3/telecasts Anfrage, weil ich zumindest im Anwendungsfall JDownloader einfach wissen möchte, was sich hinter der ID verbirgt - und noch dazu kann ich davor nicht zu 100% wissen, ob die ID bereits aufgenommen wurde oder nicht.
Allerdings bekomme ich bei einer v3/telecasts Anfrage keine Infos zu Dateigrößen, werbefrei usw usw und die sind ganz gut zu haben.
Da man aber davon ausgehen kann, dass 99,99% aller eingefügten telecastIDs bereits aufgenommen- und ladbar sind mache ich erst die /records Anfrage --> Falls Objekt nicht gefunden die /telecasts Anfrage --> Falls hier auch offline, existiert die Datei nicht
So wie ich es aktuell handhabe passt das auch nur falls ihr lust habt nachzubessern, hier meine Vorschläge:
- Legt die v3/telecasts und v3/records Anfragen zusammen und gebt halt einfach in einer Anfrage alle Infos zurück.
oder
- Macht noch einen zusätzlichen Aufruf bei dem es egal ist, ob die ID aufgenommen wurde oder nicht - gebt einfach alle Infos zu dieser ID zurück.
So braucht man nicht 2 Anfragen um festzustellen, ob es die ID überhaupt gibt.

3. Es gibt keine Möglichkeit, einfach an alle Dateigrößen aller telecastIDs zu kommen.
Gerade wenn man JD verwendet ist es schön, diese zu sehen und ich verstehe euer Problem nicht.
Wenn man per '/records/bla/downloads' eine Aufnahme herunterladen will bekommt man letztendlich "estimatedFileSize" --> Aber was will ich damit, ich starte gerade den Download da bekomme ich die Dateigröße sowieso.
Packt das doch einfach zu den "formats" Informationen.
So wie es aktuell aussieht habt ihr nur eine "ungefähre" Dateigröße verfügbar, die der echten aber zumindest näher kommt als die, die unser Plugin schätzt.

Ich bitte euch trotzdem darum, geplante Webseitenänderungen noch nicht vor dem vollständigen Umzug auf eure API durchzuführen - das führt nur zu Ausfällen ;)

Den aktuellen Status der Implementation könnt ihr in folgendem Ticket einsehen:
https://svn.jdownloader.org/issues/84058


@Mods
Wäre vielleicht sinnvoll, diesen Beitrag anzupinnen.

Grüße, pspzockerscene

P.S. Wer Rechtschreibfehler findet, darf diese behalten.
Zuletzt geändert von Fredel am Fr 11. Aug 2017, 21:35, insgesamt 1-mal geändert.
Grund: Überschrift & auf Globale Bekanntmachung geändert
Offizielle JDownloader Webseite:
http://jdownloader.org/
Offizielles JDownloader Supportforum:
https://board.jdownloader.org/

Link:
BBcode:
HTML:
Hide post links
Show post links

Fredel
Beiträge: 628
Registriert: So 21. Feb 2016, 20:45
bevorzugter Onlinevideorecorder: Save.TV

JDownloader 2 Save.TV APIv3 BETATest

Beitrag von Fredel » Fr 11. Aug 2017, 21:54

jdownloader_pspzockerscene hat geschrieben:
Fr 11. Aug 2017, 16:18
@Mods
Wäre vielleicht sinnvoll, diesen Beitrag anzupinnen.
erledigt
jdownloader_pspzockerscene hat geschrieben:
Fr 11. Aug 2017, 16:18
Also wer Interesse hat kann mit Testen und Bugs melden ;)
Gerne. Updates am JDL durchgeführt. Wo kann man die Beta Phase/Api aktivieren, die Felder die ich hierfür vermute sind ausgegraut? Oder sind die Plugin-Updates nur noch nicht verbreitet?
170811_TV-Forum-JDownloader_Save.TV_Apiv3-Beta.jpg
170811_TV-Forum-JDownloader_Save.TV_Apiv3-Beta.jpg (20.83 KiB) 71 mal betrachtet
jDownloader & Save.TV: 1. Schritte - automatischer Download <--> Save.TV Manager Version 3 Update: Favoriten retten

Link:
BBcode:
HTML:
Hide post links
Show post links

Benutzeravatar
jdownloader_pspzockerscene
Beiträge: 50
Registriert: Mo 28. Mär 2016, 18:28
bevorzugter Onlinevideorecorder: Keinen
Kontaktdaten:

JDownloader 2 Save.TV APIv3 BETATest

Beitrag von jdownloader_pspzockerscene » Fr 11. Aug 2017, 21:57

Danke :)
Also aktuell gibt es keine testbaren "BETA Features", hatte diese Option mal eingebaut und bisher nie gebraucht.

Sobald die API eingebaut ist wird man das API Häckchen wieder aktivieren können.

Weitere Infos folgen, bin heute fast fertig geworden :)

Grüße, psp
Offizielle JDownloader Webseite:
http://jdownloader.org/
Offizielles JDownloader Supportforum:
https://board.jdownloader.org/

Link:
BBcode:
HTML:
Hide post links
Show post links

Benutzeravatar
jdownloader_pspzockerscene
Beiträge: 50
Registriert: Mo 28. Mär 2016, 18:28
bevorzugter Onlinevideorecorder: Keinen
Kontaktdaten:

JDownloader 2 Save.TV APIv3 BETATest

Beitrag von jdownloader_pspzockerscene » Do 17. Aug 2017, 04:47

Das Update kommt, sobald ich genug Zeit zum aktiven Support habe.
Hier ist zwar alles fertig, aber es jetzt zu releasen bringt nichts, wenn ich keine Zeit für Support & Bugfixes habe.
Bringt ja nichts, euch die eventuell fehlerhafte Version zu geben und euch mit eventuellen Problemen erstmal ne Woche alleine zu lassen.

Muss es selbst noch testen und Zeit haben, dann kommt das Update ;)

Grüße, psp
Offizielle JDownloader Webseite:
http://jdownloader.org/
Offizielles JDownloader Supportforum:
https://board.jdownloader.org/

Link:
BBcode:
HTML:
Hide post links
Show post links

Dieter Haag
Beiträge: 115
Registriert: Sa 12. Mär 2016, 23:57

JDownloader 2 Save.TV APIv3 BETATest

Beitrag von Dieter Haag » Do 17. Aug 2017, 11:38

Der JDownloader startet seit heute nicht mehr. Fehlermeldung:
An error has occured during setup
java lang class Not Found Exception orgjdownloader update launcher.Jdownloader
(und 7 weitere Zeilen

Link:
BBcode:
HTML:
Hide post links
Show post links

Fredel
Beiträge: 628
Registriert: So 21. Feb 2016, 20:45
bevorzugter Onlinevideorecorder: Save.TV

JDownloader 2 Save.TV APIv3 BETATest

Beitrag von Fredel » Do 17. Aug 2017, 14:09

Dieter Haag hat geschrieben:
Do 17. Aug 2017, 11:38
[...]java lang class Not Found Exception orgjdownloader update launcher.Jdownloader
Ev. hat Dein Virenscanner eine Datei wärend der Installation entfernt. Das sollte in dessen Log-Files auch ersichtlich sein. Ja nach Programm kann man darüber, oder über Einstellungen, eine Ausnahme eintragen. Dann einfach eine neue Installation vornehmen.

Offiziellen Support vom JDL Team gibt es übrigens am besten in deren Forum.
jDownloader & Save.TV: 1. Schritte - automatischer Download <--> Save.TV Manager Version 3 Update: Favoriten retten

Link:
BBcode:
HTML:
Hide post links
Show post links

thomasfl
STV MANAGER
STV MANAGER
Beiträge: 290
Registriert: Fr 4. Mär 2016, 11:54

JDownloader 2 Save.TV APIv3 BETATest

Beitrag von thomasfl » Do 17. Aug 2017, 21:10

jdownloader_pspzockerscene hat geschrieben:
Fr 11. Aug 2017, 16:18
Es wird quasi unterschieden zwischen telecastID und recordID:
Wenn ich jetzt z.B. 12345678 habe und die noch nicht aufgenommen ist gibt es die nur als telecastID und nicht als Record d.h. wenn ich nun ne v3/records Anfrage mache wird nichts gefunden.
Also mache ich eine v3/telecasts Anfrage, weil ich zumindest im Anwendungsfall JDownloader einfach wissen möchte, was sich hinter der ID verbirgt - und noch dazu kann ich davor nicht zu 100% wissen, ob die ID bereits aufgenommen wurde oder nicht.
Allerdings bekomme ich bei einer v3/telecasts Anfrage keine Infos zu Dateigrößen, werbefrei usw usw und die sind ganz gut zu haben.
Da man aber davon ausgehen kann, dass 99,99% aller eingefügten telecastIDs bereits aufgenommen- und ladbar sind mache ich erst die /records Anfrage --> Falls Objekt nicht gefunden die /telecasts Anfrage --> Falls hier auch offline, existiert die Datei nicht
So wie ich es aktuell handhabe passt das auch nur falls ihr lust habt nachzubessern, hier meine Vorschläge:
- Legt die v3/telecasts und v3/records Anfragen zusammen und gebt halt einfach in einer Anfrage alle Infos zurück.
oder
- Macht noch einen zusätzlichen Aufruf bei dem es egal ist, ob die ID aufgenommen wurde oder nicht - gebt einfach alle Infos zu dieser ID zurück.
So braucht man nicht 2 Anfragen um festzustellen, ob es die ID überhaupt gibt.
In der /get/v3/telecasts Abfrage gibt es das Feld existsRecord, die Abfrage checkt hier aber nur, ob der Telecast zur Aufnahme markiert ist/war. Theoretisch wäre es sicher machbar, hier auch gleich noch einen Records Array einzubinden, der alle ggfs verfügbaren Aufnahmen übergibt. Save.Tv hat es halt andersherum gelöst, jeder Record enthält auch seinen zugehörigen Telecast.
jdownloader_pspzockerscene hat geschrieben:
Fr 11. Aug 2017, 16:18
3. Es gibt keine Möglichkeit, einfach an alle Dateigrößen aller telecastIDs zu kommen.
Gerade wenn man JD verwendet ist es schön, diese zu sehen und ich verstehe euer Problem nicht.
Wenn man per '/records/bla/downloads' eine Aufnahme herunterladen will bekommt man letztendlich "estimatedFileSize" --> Aber was will ich damit, ich starte gerade den Download da bekomme ich die Dateigröße sowieso.
Packt das doch einfach zu den "formats" Informationen.
So wie es aktuell aussieht habt ihr nur eine "ungefähre" Dateigröße verfügbar, die der echten aber zumindest näher kommt als die, die unser Plugin schätzt.
Ich denke, die Files werden erst mit der /get/v3/records/{id}/downloads/{recordformat} Abfrage überhaupt aus dem Datenstrom erzeugt. Dementsprechend steht die Dateigröße auch nicht vorher zur Verfügung. Musst Du also entweder die Abfrage zweimal machen, oder weiter schätzen ...

Insgesamt sind die Abfragen aber in der Regel so schnell, dass man halt mehrere losjagen kann. ;)
Bild STV MANAGER - Tool zur Verwaltung von Save.TV --- Neuigkeiten & Downloads --- Fragen & Support

Link:
BBcode:
HTML:
Hide post links
Show post links

Antworten

Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 1 Gast