Beiträge von fawkes

Hi,
du kannst natürlich dir das Logfile deines letzten Brennauftrags vornehmen,
die Befehle rausholen und das Ganze von Hand abändern und dann aufrufen.
Aber ich glaub, spätestens beim Erzeugen der Menüs wirds dann problematisch
die Abänderungen zu überblicken.

Alternative wäre den VDR fernzusteuern mit svdrpsend.pl und skincurses über die Shell.

Gruß,
Henning

PS: vdrconvert wäre auch noch eine Möglichkeit.

Zitat

Original von sterum
Nun unter Einstellungen -> Plugins steht:

19 graphlcd (0.1.1) - Ausgabe auf einem Grafik-LCD

Vielleicht ist es aber auch nur ein falsche Menüeintrag.
Um welche Version soll es sich denn sonst handeln?

Ja, hast recht!

Ich hab mich mit der Versionsnummer vertan.

graphlcd.conf bzw. das auslagern der Treiber in eine Bibliothek
wurde erst mit 0.1.2 eingeführt.

Bei der aktuellen LinVDR ist tatsächlich 0.1.1 dabei!

Gruß,
Henning

Zitat

Original von sterum
Danke für die schnellen Antworten

Also das mit WaitMethod war ein Schuss ins Schwarze.

Vielen Dank

Ist übrigens sicher Version 0.1.1 - hab grad nochmal in den Plugineinstellungen nachgesehen.

Möchte aber gerne auf eine neuere Version updaten ist halt nur nicht so einfach ohne Internetverbindung. Naja erstmal bin ich auch so ganz zufrieden.

Alles anzeigen

0.1.1 ist die neuste stabile Version!
EDIT: Ich nehms zurück 0.1.3 ist die Aktuellste!

Aber, wenn du die Wait Methode im Menü einstellen konntest, hast du nicht 0.1.1!

Gruß,
Henning

Zitat

Original von sterum
Hallo zusammen

Vielleicht bin ich ja zu blöd, aber ich kann auf meinem System einfach keine graphlcd.conf finden. Habe linvdr0.7 ohne irgendwelche Patches und Updates. Das graphlcd Plugin hat Version 0.1.1.
Hab das Display zwar am laufen aber bin nicht zufrieden damait, da der Bildaufbau sehr langsam ist und immer erst die linke und dann die rechte Hälfte des Bildes aufgebaut wird.
Im Moment starte ich das Plugin mit dem Eintrag in der runvdr.
-P'graphlcd -c ks0108 -p 0x378 -x 128 -y 64'
Es handelt sich übrigens um ein EA E128-6N2LW

Vielleicht kann mir ja jemand ein paar Tipps geben.

Danke

Alles anzeigen

Hi,bist du sicher, dass du 0.1.1 hast?

Es sieht eher so aus, dass du eine frühere Version von graphlcd hast,
wo noch keine graphlcd.conf nötig war.
Du übergibst ja alle nötigen Optionen in der runvdr mit.
0.1.1 kennt diese Optionen gar nicht mehr!

Gruß,
Henning

EDIT: Zu spät!

Da bin ich ja froh,
dass unsere Schüssel aufm Balkon unterm Dach ein behagliches Leben führt.

Gruß,
Henning

Zitat

Original von Franzose

Update???

Habe alles gelöscht und dann eine neue Aufnahme gestartet...

Hi,
mit Update meint foobar42 diesen Befehl hier ausführen:

# touch /video/.update

Gruß,
Henning

Zitat

Original von wirbel
Na ja, aber vdr unterstützt trotzdem noch dvb-c und dvb-t. Und für ne vollständige Liste..

Dann würd ich mal hier schauen:

http://www.linuxtv.org/wiki/index.php/DVB-S_cards
http://www.linuxtv.org/wiki/index.php/DVB-T_cards
http://www.linuxtv.org/wiki/index.php/DVB-C_cards

Gruß,
Henning

Zitat

Original von Mitchm
Hallo Zzam,

daß der VDR nach einem Timer automatisch runterfäht war mir so neu.

Heiß das, daß sofern man während einer Aufnahme die Powertaste drückt und nicht bestätigt, daß das Runterfahr-Skript anschließend ausgeführt wird ?

ein Problem sehe ich dennoch:
Wer drückt mir nachts, wenn ich irgendwas Aufnehmen will den Power-Knopf ohne zu bestätigen ?

Fragen über Fragen...
Mitch

Alles anzeigen

Hi,
das Drücken der Powertaste ist nur nötig, wenn du irgendeine Aktivität gezeigt hast,
also Menü aufgemacht, Kanal umgeschaltet etc.
Wenn aber der VDR startet und Keiner irgendwas dran macht,
dann fährt der VDR nach der nächsten Aufnahme wieder automatisch runter,
außer der Timeout steht auf 0, soweit ich weiß.

Gruß,
Henning

Zitat

Original von Robby
Als Alternative zu einem FPGA könnte auch ein Cell Proz interessant sein. Sollte Dank PSP3 demnächst in Massen produziert werden. SKD Doku etc. gibt's auch schon. Kann man bei DeveloperWorks bei IBM finden.

Fragt sich, wie es da mit der Verfügbarkeit aussieht.

Weiß jemand, ob das Ding für Privatleute greifbar ist?

Gruß,
Henning

Zitat

Original von cooper
Servus allerseits,

ich habe heute erfahren, dass wir auf der Digital Living vier Sat-Anschlüsse gelegt bekommen. Das werden jedoch keine ZF-Anschlüsse sein, sondern ganz normale Endgeräte-Anschlüsse.

Die Frage ist: Bekomme ich irgend wie einen Multischalter da dran zum Laufen?

Ich hätte noch einen Technisat Multiswitch 5/8 G liegen, den ich benutzen könnte. Das Hauptproblem werden wohl die Schaltspannungen und das 22kHz-Signal sein, mit denen ich die vier Sat-Kabel auf HH, HL, VH und VL bringe, damit der Multiswitch die entsprechende Signale bekommt.

Kurz und gut: Wer hat eine erfolgversprechende (und nach Möglichkeit nicht all zu teure) Idee, wie ich die Unterverteilung mit einem Multischalter hinbekomme? Passiv aus einem Kabel zwei zu machen ist nicht das Problem, wenn möglich hätt ich halt gern acht "unabhängige" Anschlüsse.

Viele Grüße, Mirko

Alles anzeigen

Hi,
lustiger Weise hast du das schonmal so ähnlich gefragt:
http://www.vdr-portal.de/board/thread.php?postid=93459

Gruß,
Henning

Zitat

Original von majto
hi

zunächst mal - schönes projekt... ich nehm auich eine

ich verfolge diesen thread sehr interessiert und nun gelesen, dass der ursprüngliche Prozi nicht für die gewünschten HDTV Auflösungen reicht. Da habe ich gerade etwas bei Golem gelesen, das evtl Hinweis auf einen Ersatz sein könnte. Es geht um eine Neue Video-Box Lösung Namens "p2pod". In dem Artikel unter http://www.golem.de/0602/43434.html steht:

Das könnte doch ein Kandidat sein...

Viel Erfolg weiterhin...

Alles anzeigen

Hi,
den STB7109 hat pingpong selber schon ins Spiel gebracht.
Es klingt aber so, als wäre der schwer zu bekommen.

Im schlimmsten Fall müsste man alles in einem FPGA implementieren.
Das hat den Vorteil, dass man so viele Videoports sich basteln kann,
wie man haben will und dass es keinen überflüssigen Features geben wird
(siehe LAN-Interface des TIs).

Der Nachteil ist, dass alles implementiert werden muss wie zum Beispiel das
PCI-Interface und vor allem der DSP...

Sehr viel Aufwand für die "Software"fraktion!
Dafür aber diese enorme Anpassbarkeit.

Gruß,
Henning

Eventuell sind ja die Nexperia DSPs von Philips was,
kann jetzt aber nur mutmaßen, da deren Webseite nicht erreichbar
ist.

Gruß,
Henning

Zitat

Original von Jarod
Hi,
Ich will ja nicht Schwarzmalen aber ich hab mich mal umgehört und auch etwas im Netz gelesen... und so wie es aussieht reicht der TMS320DM642 nicht aus um HDTV in h.264 bei 1080i zu decodieren.

Auf : http://www.acmqueue.com/modules.php?name=Content&pa=showpage&pid=127&page=8
steht zum Beispiel folgendes:

Was für mich soviel heisst, dass nur die 1Ghz Variante des TMS320DM642 das Ganze schaffen könnte.

Ich kenne mich nicht wirklich aus in der Materie, aber bevor das Board als Prototyp herauskommt wäre es schon gut zu wissen ob der TI-Chip das nun schafft oder nicht.

@pinpong
Vielleicht kannst du ja mal ein paar Links zu Benchmark-Ergebnissen zeigen? Gefunden hab ich leider keine im Netz...

Just my 2 cents.

Jarod

Alles anzeigen

Stimmt,

aber ob ich da dieser einen Webseite (acmqueue.com), die nicht mehr erreichbar ist,
nur noch in Google zu finden ist trauen würde...
Aber einen Gegenbeweis hab ich auch nicht gefunden!

Gruß,
Henning

EDIT: Hier gibts eine Firma, die bietet H.264 Decoder und Encoder für diesen Chip an:
http://www.prodys.net/english/products/dsp/video/video.htm

EDIT2: Hat sich erledigt. Diese Codecs schaffen bei weitem nicht die nötige Auflösung.

Langsam werd ich auch stutzig....

Zitat

Original von d.a.one
Ich vermute auch das das RISC Prozessoren sind.

Ich denke eher, die Leistung ist darauf zurückzuführen,
dass der Chip von TI ein Signalprozessor ist,
extra aufs Dekodieren von Videomaterial spezialisiert.

Gruß,
Henning

Zitat

Original von whitman
Aprilscherze macht macht doch nicht schon im Februar, daher wäre es ein verfrühter.

Filme werden überwiegend auf 35mm aufgenommen, wovon aber eine HD Abtastung erhalten kann. Eine sicher nicht vollständige Übersicht über bisher produzierte HD Filme / Serien (1080p)findet sich hier.

whitman

Danke!

Also wenn ich das richtig verstehe, können Filme die analog auf 35mm-Band
aufgenommen wurden in digitales Signal mit HDTV-Auflösung umgewandelt werden.
Alle anderen analogen Quellen sind zu "schlecht" um HDTV daraus zu machen, oder?

Zitat

Original von marcedi
Hallo Bastler,

hier noch ein kleiner Link. Vielleicht hilft's weiter :

TFT2PC

Gruß
marcedi

Alles anzeigen

Danke für den Link,
das hört sich interresant an.
Vielleicht kann man das auch für dieses Display bauen.

Gruß,
Henning

Hi,
ich hab mir auch so ein Display bestellt und wollte fragen
ob hier jemand das richtige Datenblatt für das LQ035Q22DD56
hat?
Die angegebene Alternative von Sharp hat nämlich kein Touchpanel
und keine CCFL-Hintergrundbeleuchtung.

Gruß,
Henning

Das wär ja genial,
aber welche Filme wurden denn in HDTV produziert?

Kann da jemand Beispiele nennen?

Gruß,
Henning

Zitat

Original von bluing
Bitte erlaubt mir ein paar Newbie-Fragen:

lt. erstem Posting soll die Karte MPEG2/4 hardwareseitig dekodieren können.
Mit MPEG4 ist nicht auch divx, xvid etc gemeint oder nur HDTV-MPEG4 ?

Wie wird es denn mit der Hitzeentwicklung? Könnte die Karte ohne Tuner mit der Hardwaredekodierung warm werden?

Afaik, sind Divx und Xvid nur MPEG4-Encoder.
Zum decodieren kann alles verwendet werden, was sich MPEG4-Decoder nennt,
da alle erzeugten Dateien das gleiche Format haben sollten.

Also wenn von MPEG4 gesprochen wird, sollte Divx, Xvid und sonstige MPEG4-Encoder
eingeschlossen sein.

Das was du mit HDTV-MPEG4 meinst, ist wohl H.264 oder auch MPEG4/AVC.
Da gibts wohl nochmal einen Unterschied zu MPEG4/ASP (Divx,Xvid,...),
wird aber auch unterstützt, da ja geplant ist die Software auf ffmpeg aufsetzen zu lassen.

Gruß,
Henning

EDIT: Theoretisch sollten von folgende Videoformate dekodiert werden können:
http://ffmpeg.sourceforge.net/ffmpeg-doc.html#SEC19
Mal vorrausgesetzt, die Softwarefraktion bekommt alle Decoder aus der libavcodec ans laufen.

Ich hab das Ganze jetzt mal nachgebaut.
Es sollte so funktionieren:

$a = Array(Array(1,"b"),Array(2,"a"));


print_r($a);


function cmp($a,$b) {
        return strcmp($a[1],$b[1]);
}


usort($a,"cmp");


print_r($a);

Ergibt folgende Ausgabe:

Array
(
    [0] => Array
        (
            [0] => 1
            [1] => b
        )


    [1] => Array
        (
            [0] => 2
            [1] => a
        )


)
Array
(
    [0] => Array
        (
            [0] => 2
            [1] => a
        )


    [1] => Array
        (
            [0] => 1
            [1] => b
        )


)

Ich bin mir nicht sicher,
ob dass das ist, was du gesucht hast...

Gruß,
Henning