Beiträge von Gorcon
-
-
-
Danke, das wars.
Mit wget funktioniert es unter Libreelec nicht,
CodeLibreELEC:~ # wget "https://www.dropbox.com/scl/fi/25co314yu40t793nv3byu/Text.tx t?rlkey=xvdkfrvyiuvoveswz4b18m1zb&dl=1" Connecting to www.dropbox.com (162.125.72.18:443) Connecting to ucee55d4ed66430952c5c947cde2.dl.dropboxusercontent.com (162.125.72.15:443) wget: server returned error: HTTP/1.1 400 Bad Request LibreELEC:~ #
aber mit curl. Diesmal ist auch in der Datei kein "Datenmüll".
Ich habe mir überall die zusätzlichen Optionen angesehen, aber Kombinationen waren nicht dabei.
In bestimmte Verzeichnisse kopieren klappt auch.
Ich hoffe mal, dass das ganze dann aus einem Script heraus automatisch mit cron auch klappt.
Danke nochmal
-
Moin,
mit curl leider auch kein funktionierendes Ergebnis.
Hier eine Text.txt Datei zum Test:
Inhalt:
test
https://www.dropbox.com/scl/fi/25co314yu40t793nv3byu/Text.txt?rlkey=xvdkfrvyiuvoveswz4b18m1zb&dl=1
CodeLibreELEC:~/downloads # curl -O https://www.dropbox.com/scl/fi/25co314yu40t793nv3byu/Text.txt?rlkey=xvdkfrvyiuvoveswz4b18m1zb&dl=1 LibreELEC:~/downloads # % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 17 100 17 0 0 17 0 0:00:01 --:--:-- 0:00:01 17 [1]+ Done curl -O https://www.dropbox.com/scl/fi/25co314yu40t793nv3byu/Text.txt?rlkey=xvdkfrvyiuvoveswz4b18m1zb LibreELEC:~/downloads #
Der Inhalt: <!--status=302-->
-
Dir ist schon aufgefallen, dass deine Beispiele unterschiedlich sind, nicht das identische URL-Muster aus deinem originalen Beitrag?
Kann gut sein, das es durch die editieren passiert ist, ansonsten ist die url anfangs exakt die gleiche da ich diese ja per copy paste einfüge.
Die letzte url ist ja die ich im Netz gefunden hatte, ich wollte meine hier nicht öffentlich stellen. Ich könnte natürlich noch einen weiteren account bei dropbox einrichten.
Ich werde es morgen mal mit curl probieren. wget scheint bei libreelec wohl zu alt zu sein.
Ich melde mich morgen wieder.
Danke an alle beteiligten für Tipps.
-
die fehlenden Zertifikate "stören" nur beim Receiver.
unter libreelec:
Zitat
LibreELEC:~ # wget --no-check-cert /storage/downloads/Bilder.zip https://www.dro
pbox.com/sh/uj1ufaofnjty0t3/AAANKfWGY8uQhLwF-kvcmGbja?dl=1
wget: bad address ''
LibreELEC:~ #LibreELEC:~ # wget --no-check-cert https://www.dropbox.com/sh/uj1ufaofnjty0t3/AA
ANKfWGY8uQhLwF-kvcmGbja?dl=1
Connecting to http://www.dropbox.com (162.125.72.18:443)
Connecting to http://www.dropbox.com (162.125.72.18:443)
Connecting to uce8cd05b8393267a1ab25c2edb4.dl.dropboxusercontent.com (162.125.72.15:443)
wget: server returned error: HTTP/1.1 400 Bad Request
LibreELEC:~ # -
Wie gesagt, auf meinem Receiver funktioniert das mit wget problemlos. Da lade ich den epg herunter den ich mit einem raspberry pi und Kodi auf dropbox hochlade, ebenso Senderlisten.
Ich habe eben mal etwas gesucht.
Hier hat jemand einen Link hereingestellt:
aus der dl=0 muss man dl=1 machen, dann wird ein paket heruntergeladen.
Zitatwget -O /storage/downloads/Bilder.zip https://www.dropbox.com/sh/uj1ufaofnjt…F-kvcmGbja?dl=1
Connecting to http://www.dropbox.com (162.125.72.18:443)
Connecting to http://www.dropbox.com (162.125.72.18:443)
Connecting to ucc168da6c7205303549703a92bf.dl.dropboxusercontent.com (162.125.72.15:443)
wget: server returned error: HTTP/1.1 400 Bad RequestAuf dem Receiver sieht das so aus:
Zitat
/var/root # wget -O /tmp/Bilder.zip https://www.dropbox.com/sh/uj1ufaofnjty0t3/A
AANKfWGY8uQhLwF-kvcmGbja?dl=1
--2024-11-13 19:17:32-- https://www.dropbox.com/sh/uj1ufaofnjt…F-kvcmGbja?dl=1
Resolving http://www.dropbox.com... 2620:100:6027:18::a27d:4812, 162.125.72.18
Connecting to http://www.dropbox.com%7c2620:100:6027:18::a27d:4812%7c:443... connected.
WARNING: cannot verify http://www.dropbox.com's certificate, issued by 'CN=DigiCert TLS RSA SHA256 2020 CA1,O=DigiCert Inc,C=US':
Unable to locally verify the issuer's authority.
HTTP request sent, awaiting response... 302 Found
Location: https://www.dropbox.com/scl/fo/8cel365…o30lnstby5&dl=1 [following]
--2024-11-13 19:17:32-- https://www.dropbox.com/scl/fo/8cel365…o30lnstby5&dl=1
Reusing existing connection to [http://www.dropbox.com]:443.
HTTP request sent, awaiting response... 302 Found
Location: https://ucd41c921cb0e40ba9543cf36e92.dl.dropboxusercontent.com/zip_download_g…bFmXwePKWBeVtxQ [following]
--2024-11-13 19:17:33-- https://ucd41c921cb0e40ba9543cf36e92.dl.dropboxusercontent.com/zip_download_g…bFmXwePKWBeVtxQ
Resolving ucd41c921cb0e40ba9543cf36e92.dl.dropboxusercontent.com... 2620:100:6027:15::a27d:480f, 162.125.72.15
Connecting to ucd41c921cb0e40ba9543cf36e92.dl.dropboxusercontent.com|2620:100:6027:15::a27d:480f|:443... connected.
WARNING: cannot verify ucd41c921cb0e40ba9543cf36e92.dl.dropboxusercontent.com's certificate, issued by 'CN=DigiCert TLS RSA SHA256 2020 CA1,O=DigiCert Inc,C=US':
Unable to locally verify the issuer's authority.
HTTP request sent, awaiting response... 200 OK
Length: 123135821 (117M) [application/zip]
Saving to: '/tmp/Bilder.zip'/tmp/Bilder.zip 100%[===================>] 117.43M 6.17MB/s in 19s
2024-11-13 19:17:53 (6.05 MB/s) - '/tmp/Bilder.zip' saved [123135821/123135821]
/var/root #
(ich habe da nur einen anderen Pfad zum speichern genommen)
-
Vorher sahst du keine/eine andere Fehlermeldung?
Vorher gabs keine Fehlermeldung. Nur war dann nicht die Datei heruntergeladen worden sondern sowas:
Zitat<!DOCTYPE html>
<html class="maestro global-header" xmlns="http://www.w3.org/1999/xhtml" lang="en">
<head><meta charset="utf-8" />
<meta content="noindex, nofollow, noimageindex" name="robots" />
<meta content="width=device-width, initial-scale=1" name="viewport" />.......
Ich kann auch Linkverkürzungen nehmen wie tinyurl.com, dann gibt es garantiert keine Sonderzeichen, das Ergebnis ist auch das gleiche.
Wie gesagt die url stimmt definitiv.
-
Mit Gänsefüßchen funktioniert es erst recht nicht.
wget -O /storage/downloads/test.txt "https://www.dropbox.com/scl/fi/************/test.txt?rlkey=***************&dl=1"
Connecting to www.dropbox.com (162.125.72.18:443)
Connecting to *******************.dl.dropboxusercontent.com (162.125.72.15:443)
wget: server returned error: HTTP/1.1 400 Bad RequestAuf anderen Geräten mit aktuellerer Software funktioniert es.
Aber ich habe gehofft das es mit einem Trick halt auf libreelec auch klappt.
Mit Apostrophe das gleiche. -
Moin,
ich möchte per wget eine Datei aus meiner Dropbox laden. Leider kommt da nur Datenmüll an (Die Datei ist immer 173kb groß, egal ob deren Inhalt nur ein paar Byte sind oder mehr)
ich nutze den Befehl wie folgt:
wget -O /storage/downloads/test.txt https://www.dropbox.com/scl/fi/**************/test.txt?rlkey=****************&dl=1
Den Link habe ich hier vorsichtshalber mit Sternchen versehen, der funktioniert normal auch.
Bitte jetzt nicht sagen ich soll ein neues libreelec aufspielen, das geht aus Hardwaregründen nicht, da sich mein alter hifiberry nicht mit neuen FW auf dem Raspberry Pi 4 verträgt. Ich müsste den dann austauschen, das ist es mir nicht wert.
-
ob man nicht die M3U-Liste hoch laden kann und was muss ich daür machen?
Du musst Deine Senderliste hier hochladen:
und dann jeden Sender einzeln verknüpfen.
-
Da ich mein EPG sowie die m3u Liste auf Dropbox habe, hatte ich natürlich Dateipfad im Netz ausgewählt und meine URL eingetragen. Genau das funktioniert nicht!Bei mir funktioniert das noch.
liegt die aktuelle EPG Liste denn bei Dropbox (oder ist das eine alte)? Ich hatte nur einmal das Problem das sich die IP des Raspberrys geändert hatte und damit funktioniert dann das Script zum hochladen nicht mehr, ich habe dann den DNS Namen statt der IP eingetragen.
-
Na was sind denn die ganzen FAST Sender die es nur als Streaming Sender gibt (DEFA TV, DDR TV Archiv usw.)? Das sind auch keine regulären Sender.
-
Sind die Streamsender ja auch nicht.
-
Für die DYN (Sport) Streams gibt es wohl noch nichts?
-
Der Aufwand dürfte noch größer sein.
-
Ich persönlich würde Kodi nicht über das RaspiOS installieren sondern Libreelec bevorzugen.
Klar, aber damit kann ich dann halt den EPG nicht nach Dropbox hochladen (um ihn auf andere Nutzer zu verteilen) da die entsprechenden Scripte nicht laufen. (die benötigen u.a. apt zum Installieren)
Habe ich alles schon durch, habe da schon über einen ganzen Monat Arbeit rein gesteckt.
An dem Raspi hängt eh kein TV dran der soll nur den EPG erzeugen.
Die crontabs sehen jetzt so aus:
@reboot root /home/pi/dropupl.sh
@hourly root systemctl poweroffDu nutzt den "root" User (pi) für alles?
Nein, aber mit User pi funktioniert es nicht.
Ich lasse das jetzt so.
Vielen Dank für die Hilfe.
-
Mit der Eintragung
@hourly sudo systemctl poweroff
bekomme ich immer diesen Fehler.
Jun 18 10:23:01 EPG-Ripper cron[474]: Error: bad username; while reading /etc/crontab
Jun 18 10:23:01 EPG-Ripper cron[474]: (*system*) ERROR (Syntax error, this crontab file will be ignored) -
Keine Ahnung das ist ja neu aufgesetzt.
Ich finde allerdings auch kein Log.
-
So sieht mein Script auch aus.
down.sh
#!/bin/bash
# raspberry Pi herunterfahren
sudo shutdown
20 15 * * * /home/pi/down.shwenn der shutdown damit klappt, hast du einfach im Crontab was falsches eingestellt.
Dann würde aber das andere Script nicht funktionieren (das habe ich derzeit aber erstmal herausgenommen)