[vdr] VDR developer version 1.3.24

Thomas · 11. Mai 2005

Zitat

Original von hjs
Wie soll ich das verstehen ?

Bitte per PN regeln

shutdown · 11. Mai 2005

Hi Leute,

ich bin ja eigentlich eher ein stiller User der VDR-Developer-Versionen, weil bisher so gut wie alles perfekt lief - aber mit der 1.3.24 habe ich ein riesen Problem:
Wenn ich aus meinen Aufnahmen die Werbung rausnehmen will, schneidet der VDR sehr viel ungenauer - bisher konnte ich gut auf < 0,5 Sekunden Schritte schneiden, jetzt sind es mindestens 2-5 Sekunden zwischen den "Schnittpunkten" (Man kann ja wegen den P-Frames eh nicht µSekundengenau schneiden, aber das ist schon ziemlich hart was da verloren geht bzw noch mit drauf ist).

Hat das Problem sonst noch jemand bemerkt? Ich hab die 1.3.23 an der gleichen Aufnahme nochmal ausprobiert und da geht alles wie gewohnt...

Shutdown

kwacker · 12. Mai 2005

Hallo,
seit dem Umstieg von 1.3.23 auf 1.3.24 CT-Version von TomG ist die Budget-Karte Twinhan DVB-T bei Aufnahmen nicht mehr nutzbar:-(

Es läuft auf der Nexus eine Aufnahme....beim Umschalten auf die Twinhan kommen evt. ein paar Blockartifakte und dann schwarzes Bild.

Kann das jemand bestätigen oder noch besser hat jemand ne Lösung für mein Problem?

Tschau, Kwacker.

jeremia · 12. Mai 2005

Zitat

Original von kwacker
seit dem Umstieg von 1.3.23 auf 1.3.24 CT-Version von TomG ist die Budget-Karte Twinhan DVB-T bei Aufnahmen nicht mehr nutzbar:-(

Kann ich definitiv nicht bestätigen. Habe aber auch keine Nexus, sondern eine AverTV daneben am Laufen. Das sollteste aber besser in's c't-Forum posten.

jeremia

kls · 14. Mai 2005

Zitat

Original von shutdown
Hi Leute,

ich bin ja eigentlich eher ein stiller User der VDR-Developer-Versionen, weil bisher so gut wie alles perfekt lief - aber mit der 1.3.24 habe ich ein riesen Problem:
Wenn ich aus meinen Aufnahmen die Werbung rausnehmen will, schneidet der VDR sehr viel ungenauer - bisher konnte ich gut auf < 0,5 Sekunden Schritte schneiden, jetzt sind es mindestens 2-5 Sekunden zwischen den "Schnittpunkten" (Man kann ja wegen den P-Frames eh nicht µSekundengenau schneiden, aber das ist schon ziemlich hart was da verloren geht bzw noch mit drauf ist).

Hat das Problem sonst noch jemand bemerkt? Ich hab die 1.3.23 an der gleichen Aufnahme nochmal ausprobiert und da geht alles wie gewohnt...

Shutdown

Alles anzeigen

Kann ich nicht nachvollziehen.
Hab's gerade mit einer Aufnahme von RTL probiert und konnte die Schnittmarken
alle 12 Frames (ca. jede halbe Sekunde) platzieren. Auch das geschnittene
Ergebnis lag genau an der markierten Stelle.

Klaus

micmac · 15. Mai 2005

Hi!

Nachdem 1.3.24 erschienen war, habe ich meine glibc neu kompilliert, ohne Unterstützung für die alten Linux Threads, also sozusagen NPTL-only. Dann habe ich in vdr.c den NPTL-Check auskommentiert und VDR neu übersetzt. VDR lief damit bisher, also eine Woche, ohne Probleme. Das Verschieben von Schnittmarken funktioniert natürlich auch, wie angekündigt im Changelog.

Danke!

MfG

mic

kls · 15. Mai 2005

Zitat

Original von micmac
Hi!

Nachdem 1.3.24 erschienen war, habe ich meine glibc neu kompilliert, ohne Unterstützung für die alten Linux Threads, also sozusagen NPTL-only. Dann habe ich in vdr.c den NPTL-Check auskommentiert und VDR neu übersetzt. VDR lief damit bisher, also eine Woche, ohne Probleme. Das Verschieben von Schnittmarken funktioniert natürlich auch, wie angekündigt im Changelog.

Danke!

MfG

mic

Alles anzeigen

Ich hatte ja in der Version 1.3.14 den NPTL-Check schon mal
entfernt, ihn aber in der 1.3.16 wegen diverser Probleme wieder
eingebaut. Soll ich mich trauen, ihn wieder auszubauen?
Dazu hätte ich gerne ein Posting auf der VDR-ML oder zumindet
eine private Email von jemandem, der hierzu eine fundierte
Aussage macht, und diese mit seinem vollen Real-Name unterschreibt.

Klaus

wirbel · 15. Mai 2005

Wie wärs, wenn du das mit den make-Optionen wahlfrei machst bis etwas mehr Erfahrungen dazu vorliegen?

Das man optional den VDR mit "make NPTL_CHECK=NO" beispielsweise bauen kann?

UFO · 15. Mai 2005

Zitat

Original von wirbel
Wie wärs, wenn du das mit den make-Optionen wahlfrei machst bis etwas mehr Erfahrungen dazu vorliegen?

Das man optional den VDR mit "make NPTL_CHECK=NO" beispielsweise bauen kann?

Warum immer so kompliziert?
Ich würde einfach nur eine Warnung ins Logfile schreiben, etwa

Code

"WARNING: NPTL is enabled - vdr might be unstable. If you encounter problems add 'LD_ASSUME_KERNEL=2.4.1' to your start script!"

Außerdem würde ich die "LD_ASSUME_KERNEL"-Zeile schon mal als Kommentar ins mitgelieferte runvdr-Script aufnehmen.

Dann kann jeder ohne Gepatche machen, was er will.

CU
Oliver

Frodo · 15. Mai 2005

Ich habe beim nutzen des SPDIF Ausganges meiner Nexus-S/DVB-S und Ausgabe von AC3 um genau zugehen Dolby Digital 5.1 massive Performance Probleme, bis zu Ton-Aussetzern.

Das heißt bei scrollen im Menü dauert alles sehr lange im Vergleich zur Standard PCM Ausgabe. Ich verwende nicht text2skin sonder nur die ST:TNG Oberfläche.

Das Problem tritt nur auf beim Live-Signal wiedergegeben und besteht sowohl mit den 2.6er CVS Kernel Treibern als auch mit dem von Klaus empfohlenen 2.4er Treiber vom Dezember.

TheBlueKL · 16. Mai 2005

Hi

Das liegt daran, dass hjs sich nicht mehr vorstellen kann, dass man Linux nicht aus dem ff kann und somit seine Postings nur für Insider direkt verständlich sind.
Für die sind sie aber überflüssig. Es sind ja Insider.

nix für ungut, aber den Eindruck hab ich als Anfänger in Linux bei den Postings von hjs auch.
Damit kann ich auf Anhieb auvh nix anfangen.

Gruß
blub31

Pit Carlo · 16. Mai 2005

Hi Frodo (Alle)

Hast schon alles gesagt 100% zustimm. Genau das gleiche bei mir

Pit

Kail · 17. Mai 2005

Hallo,

nachdem ich gestern von 1.3.17 auf 1.3.24 umgestellt habe, konnte
ich zwei "Fehler" feststellen:

1. Während der Wiedergabe einer Aufzeichnung öffnete sich die
Schublade des DVD-Laufwerks (ohne Grund)

2. Wenn ich einen Sender mit Audio DD-Einstellung sehe/höhre und
dann auf einen Sender ohne DD-Ton umschalten ist der VDR stumm.
Erst wenn ich wieder bei dem DD-Ton Sender auf Stereoton umschalte,
kann ich bei den anderen Sendern wieder etws höhren.

Gruß Kail

maverick-me · 17. Mai 2005

Kail

Zur ersten Frage ne Gegenfrage hast Du den BigPatch oder den DVDArchiv
Patch im VDR? Falls ja, gibts im OSD unter Einstellungen -> Wiedergabe
die Möglichkeit das abzustellen

Zur zweiten Frage: Keine Ahnung!

Gruß Maverick-ME

Kail · 17. Mai 2005

maverick-me

ja, der Big-Patch ist mit drauf.
Aber ist es denn gewollt diese "neue" Funktion gleich wieder
abzuschalten?

Gruß Kail

maverick-me · 17. Mai 2005

Kail

Naja , das mit dem Schublade öffenen gehört ja mit zum Feature des DVD-Archiv Patch's,
der Bestandteil des BigPAtch's ist.
Und aus Deiner Beschreibung schließe ich das es Dich stört das die DVD-Schublade
beim öffnen einer Aufnahme auf geht.

Und die Anleitung wie man das abstellt, stellt ja auch nur das mit dem DVD-Laufwerk ab
und nicht gleich den ganzen Bigpatch!
Falls der DVD-Archiv Patch nicht gebraucht wird, gibts auch nen Schalter zum abschalten im Makefile

vejoun · 17. Mai 2005

Nein, er schrieb

Zitat

1. Während der Wiedergabe einer Aufzeichnung öffnete sich die
Schublade des DVD-Laufwerks (ohne Grund)

Also nicht beim öffnen einer Aufnahme, sondern während der laufenden Wiedergabe.

Ich denke da ist ein kleiner Bug im DVDArchive-Patch, bei mir öffnet sich auch manchmal die Lade, immer in dem Moment wenn die Wiedergabe über eine Schnittmarke läuft. Deshalb habe ich das automatische öffnen auch abgeschaltet, weil ich zu faul war das Problem näher zu untersuchen

s.krueger · 17. Mai 2005

Hi all

Also ich habe diese Vers. auch mal ausprobiert und seit zwei Tagen damit beschäftigt das Ding zum Laufen zu bringen, aber Pustekuchen

Bekomme Bild ohne OSD und nach Zappen dann das:

Code

May 17 21:43:56 vdr vdr[24899]: switching to channel 1
May 17 21:43:57 vdr kernel: __av7110_send_fw_cmd: timeout waiting on busy MSG QUEUE
May 17 21:43:57 vdr kernel: av7110_send_fw_cmd error
May 17 21:43:57 vdr kernel: av7110_fw_cmd error
May 17 21:43:58 vdr kernel: __av7110_send_fw_cmd: timeout waiting on busy MSG QUEUE
May 17 21:43:58 vdr kernel: av7110_send_fw_cmd error
May 17 21:43:58 vdr kernel: av7110_fw_cmd error
May 17 21:43:59 vdr kernel: __av7110_send_fw_cmd: timeout waiting on busy MSG QUEUE
May 17 21:43:59 vdr kernel: av7110_send_fw_cmd error
May 17 21:43:59 vdr kernel: av7110_fw_cmd error
May 17 21:44:00 vdr vdr[24899]: creating directory /vtx/S19.2E-1-1089-12003
May 17 21:44:00 vdr kernel: __av7110_send_fw_cmd: timeout waiting on busy MSG QUEUE
May 17 21:44:00 vdr kernel: av7110_send_fw_cmd error
May 17 21:44:00 vdr kernel: av7110_fw_cmd error
May 17 21:44:01 vdr kernel: av7110_wait_msgstate: timeout waiting for MSGSTATE 0040
May 17 21:44:04 vdr last message repeated 3 times
May 17 21:44:04 vdr vdr[24988]: receiver on device 1 thread started (pid=24988, tid=180236)
May 17 21:44:04 vdr vdr[24989]: TS buffer on device 1 thread started (pid=24989, tid=196621)
May 17 21:44:04 vdr vdr[24899]: setting watchdog timer to 60 seconds
May 17 21:44:04 vdr vdr[24990]: Text2Skin: channelInfo display update thread started (pid=24990, tid=213006)
May 17 21:44:14 vdr kernel: dvb-ttpci: warning: timeout waiting in BlitBitmap()
May 17 21:44:14 vdr vdr[24990]: Text2Skin: channelInfo display update thread ended (pid=24990, tid=213006)
May 17 21:44:14 vdr vdr[24899]: max. latency time 5 seconds
May 17 21:44:14 vdr vdr[25042]: Text2Skin: channelInfo display update thread started (pid=25042, tid=229390)
May 17 21:44:15 vdr vdr[24899]: switching to channel 1
May 17 21:44:16 vdr vdr[24989]: TS buffer on device 1 thread ended (pid=24989, tid=196621)
May 17 21:44:16 vdr vdr[24988]: buffer stats: 0 (0%) used
May 17 21:44:16 vdr vdr[24988]: receiver on device 1 thread ended (pid=24988, tid=180236)
May 17 21:44:16 vdr vdr[24899]: buffer stats: 0 (0%) used
May 17 21:44:17 vdr kernel: __av7110_send_fw_cmd: timeout waiting on busy MSG QUEUE
May 17 21:44:17 vdr kernel: av7110_send_fw_cmd error
May 17 21:44:17 vdr kernel: av7110_fw_cmd error
May 17 21:44:18 vdr kernel: __av7110_send_fw_cmd: timeout waiting on busy MSG QUEUE
May 17 21:44:18 vdr kernel: av7110_send_fw_cmd error
May 17 21:44:18 vdr kernel: av7110_fw_cmd error
May 17 21:44:19 vdr kernel: __av7110_send_fw_cmd: timeout waiting on busy MSG QUEUE
May 17 21:44:19 vdr kernel: av7110_send_fw_cmd error
May 17 21:44:19 vdr kernel: av7110_fw_cmd error
May 17 21:44:20 vdr kernel: __av7110_send_fw_cmd: timeout waiting on busy MSG QUEUE
May 17 21:44:20 vdr kernel: av7110_send_fw_cmd error
May 17 21:44:20 vdr kernel: av7110_fw_cmd error
May 17 21:44:21 vdr kernel: __av7110_send_fw_cmd: timeout waiting on busy MSG QUEUE
May 17 21:44:21 vdr kernel: av7110_send_fw_cmd error
May 17 21:44:21 vdr kernel: av7110_fw_cmd error
May 17 21:44:22 vdr kernel: __av7110_send_fw_cmd: timeout waiting on busy MSG QUEUE
May 17 21:44:22 vdr kernel: av7110_send_fw_cmd error
May 17 21:44:22 vdr kernel: av7110_fw_cmd error
May 17 21:44:23 vdr kernel: __av7110_send_fw_cmd: timeout waiting on busy MSG QUEUE
May 17 21:44:23 vdr kernel: av7110_send_fw_cmd error
May 17 21:44:23 vdr kernel: av7110_fw_cmd error
May 17 21:44:24 vdr kernel: __av7110_send_fw_cmd: timeout waiting on busy MSG QUEUE
May 17 21:44:24 vdr kernel: av7110_send_fw_cmd error
May 17 21:44:24 vdr kernel: av7110_fw_cmd error
May 17 21:44:24 vdr vdr[25068]: receiver on device 1 thread started (pid=25068, tid=245772)
May 17 21:44:24 vdr vdr[25069]: TS buffer on device 1 thread started (pid=25069, tid=262157)
May 17 21:44:24 vdr kernel: dvb-ttpci: warning: timeout waiting in BlitBitmap()
May 17 21:44:24 vdr vdr[25042]: Text2Skin: channelInfo display update thread ended (pid=25042, tid=229390)

Alles anzeigen

und dann ist Schluß!

Per Xine und meiner Skystar2 läuft die Vers. ohne Mucken! Dachte erst es liegt am Komplett-Patch, aber auch Vanilla das gleiche! Obs vielleicht an meiner FF (siehe Sig) liegt? aber mit der 1.3.23 hab ich diese Probs nicht

... achja, Treiber hab ich auch schon verschiedene Vers. versucht, aber nix hilft ...naja vielleicht bei der nächsten Vers. dann wieder, bleib dann erst bei der 1.3.23

Mfg SVen

Boardercrime · 25. Mai 2005

Hab dasselbe Problem, auch seit 1.3.24:

dvb-ttpci: warning: timeout waiting in BlitBitmap()
dvb-ttpci: warning: timeout waiting in BlitBitmap()
dvb-ttpci: warning: timeout waiting in BlitBitmap()
dvb-ttpci: warning: timeout waiting in BlitBitmap()
dvb-ttpci: warning: timeout waiting in BlitBitmap()
dvb-ttpci: warning: timeout waiting in BlitBitmap()
dvb-ttpci: warning: timeout waiting in BlitBitmap()
dvb-ttpci: warning: timeout waiting in BlitBitmap()
av7110_wait_msgstate: timeout waiting for MSGSTATE 0040
dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error
dvb-ttpci: av7110_fw_cmd error

micmac · 25. Mai 2005

Zitat

Original von Boardercrime
Hab dasselbe Problem, auch seit 1.3.24:

dvb-ttpci: warning: timeout waiting in BlitBitmap()
dvb-ttpci: warning: timeout waiting in BlitBitmap()
dvb-ttpci: warning: timeout waiting in BlitBitmap()
dvb-ttpci: warning: timeout waiting in BlitBitmap()
dvb-ttpci: warning: timeout waiting in BlitBitmap()
dvb-ttpci: warning: timeout waiting in BlitBitmap()
dvb-ttpci: warning: timeout waiting in BlitBitmap()
dvb-ttpci: warning: timeout waiting in BlitBitmap()
av7110_wait_msgstate: timeout waiting for MSGSTATE 0040
dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error
dvb-ttpci: av7110_fw_cmd error

Alles anzeigen

Hi!

Hat die Meldung mit dem BlitBitmap() nicht direkt was mit dem text2skin-Plugin zu tun? Kann mich aber auch total irren.

Cheers

mic

[vdr] VDR developer version 1.3.24

Jetzt mitmachen!

Teilen