Posts by that

Quote from Zoolook

wenn ich den kryptischen Link eines Anhangs aus diesem Forum in ein Terminalfenster auf meinem VDR an wget weiter gebe um z.B. dort ein Archiv oder Patch herunter zu laden, geht das leider nicht, oder ich weiß es nicht wie. Weiß da jemand eine Lösung?

Ich habe das gerade mit wget probiert, und es hat funktioniert. Mit dem Switch "--content-disposition" bekommt die Datei sogar den richtigen Namen. Man muss allerdings beachten, die URL in einfache Anführungszeichen zu setzen, sonst stören vermutlich die "&"-Zeichen.

Debian hat was an der Serverinfrastruktur umgestellt, und da gab es ein paar "Kollateralschäden".

Folgendes funktioniert immerhin noch:

hg clone http://anonscm.debian.org/hg/xine-lib/xine-lib-1.2/

Quote

Originally posted by mgoeben
Ich finde die verschiedenen Branches auch super, würde mir sogar noch ein weiteres zum Testen wünschen (mit allen Patches drin).

So einen Branch kann man sich ja dank git sehr einfach selbst erzeugen, so habe ich das gestern gemacht, nur um zu sehen ob es wirklich einfach ist:

git clone git://projects.vdr-developer.org/xine-lib.git    (Vorsicht Dorf-DSL-User :), ~200 MB Download)
cd xine-lib
git merge origin/xine-lib-extensions
git merge origin/vdpau-extensions-patch-xine-lib-patch

Derzeit gibt es da keine Konflikte beim Merge dieser Branches, also ist sonst nichts mehr zu tun.

Quote

Originally posted by helau
Mag sein dass ich da zu altmodisch bin, aber ich wuerde nie auf die Idee kommen, wegen ein paar Patches fuer ein paar Wochen ein komplettes git aufzuziehen, ich halte dies fuer ne Resourcenverschwendung.

Es ist mit git auf jeden Fall einfacher, schneller und bequemer als das Hantieren mit separaten Patches.

Dein Codefragment enthält kein "new", also hat es nichts mit dem Heap zu tun. Ich nehme an, t1 ist eine lokale Variable am Stack.

Was hättest du mit Resume und Suspend vor, bzw. welche Vorteile erwartest du davon?

Das klingt sehr bekannt, siehe Thread in der Mailingliste:

http://www.linuxtv.org/pipermail/vdr/…ber/023742.html

Du sagst, die Dateien sind sortiert. Dann geht das so:

that@ws ~ $ cat > file1
1
2
3
5
that@ws ~ $ cat > file2
2
4
5
6
that@ws ~ $ comm -12 file1 file2
2
5

xset s off

Wenn das udev nicht automatisch für dich macht (was ich eigentlich erwarten würde), kannst du die zu ladenden Module in /etc/conf.d/modules eintragen, z.B.

modules_2_6="mydvbmodule"

Mir hat damals der einzeilige Kernelpatch aus diesem Thread geholfen:

http://vdrportal.de/board/thread.php?threadid=72169

Quote

Originally posted by vdr-d

Das Problem lässt sich also meiner Meinung nach auf die Festplatte eingrenzen. Warum ruckelt das System, wenn hinter der 128 GB Grenze Daten geschrieben werden?!?!

Weil deine Southbridge ein Problem mit DMA und 48-Bit-LBA hat. Exakt dieses Problem hatte ich nämlich auch (K6/2 500 auf einem Asus P5A mit dem ALI-Chipsatz), und das lässt sich nur durch einen anderen Controller (oder eine kleinere Platte) beheben.