Hallo zusammen,
ich möchte mir einen Schlafzimmer VDR bauen und habe mir aufgrund der beschriebenen Probleme mit dem AT5IONT-I das Zotac IONITX-T-E ausgesucht. Leider finde ich keine Erfahrungsberichte hier im Forum. Gibt es noch keine?
Gibt es eine alternative Empfehlung mit D525?
Oder soll ich lieber beim AT3IONT-I bleiben?
Gruß
Jens
Hast du es geschafft mit dem BD390 VDR Aufnahmen abzuspielen? Über SAMBA kennt er keine .vdr Dateien und wenn ich über das UPNP plugin auf den VDR zugreife schaltet sich der BD390 einfach aus.
Gruß
Jens
Hallo,
bin notgedrungen gerade dabei einen neuen VDR zusammenzustellen (nachdem mein alter nach fast 6 Jahren Dienst gerade aufgibt).
Auch wenn der alte noch mit FF lief soll der neue doch dann auch HD ready sein. Daher die Frage:
Was ist von der Asus EN9500GT TOP zu halten?
http://www.asus.com/products.aspx?l1=2&l2=6&l3=760&l4=0&model=2412&modelmenu=1
reicht die für VDPAU und HD?
Gruß
Jens
Normale Platten laufen auch problemlos. Allerdings werden HP Platten durch die Firmwareaktualisierungen an die Controllerfirmaware angepasst was natürlich nicht mit den Non HP Platten funktioniert. Die Originale bekommt man bei eBay aber auch ganz gut.
Bist du denn sicher dass die platte defekt ist? Ich hatte schonmal den Fall, dass sich der Controller verschluckt hat und die Platte durch herausziehen und wieder reinstecken nanch einem Rebuild einwandfrei weiterlief. War damals die Empfehlung vom HP Support.
Gruß
Jens
Hallo knebb,
wie hast du das Geräuschproblem beim DL360 G3 gelöst. (oder hast du einen der jüngeren HW revisionen?). Im laufenden Betrieb ist meiner so laut, dass man ihn im ganzen Keller trotz geschlossener Tür hört.
Zu dem Thema Virtualisierung kann ich nur sagen, dass ich auf SCSI Platten achten würde. Speziell wenn du im Rahmen deiner Zertifizierungsvorbereitung häufig Installationen vornimmst.
In der Tat sind die HP DL380 G3 Maschienen auf eBay gerade relativ guenstig und durch ILO kann man sie auch remote übers Netz ein/ausschalten.
Jens
Ja hatte das Problem gestern bei TATORT mit dem aktuellsten Plugin und 2 Stunden Verschiebung.
Gruß
Jens
Ich selber setze diese Version ein:
http://www.dacal.com.tw/dc300.htm
allerdings läuft die Software nur unter Windoof gibt aber wohl mittlerweile auch eine MAC OS Version.
Ich selber setze allerdings die Soft von http://www.itechcds.com/html/discmgr.html ein, da die besser als die Orginale ist.
Ich würde mal tippen,wenn man den Hersteller der Geräte nett anschreibt wird der einem vielleicht Infos zur Programmierung geben können, in jedem Fall schätze ich hier die Wahrscheinlichkeit höher ein als über Conrad an solche Informationen zu kommen.
Auf der vorletzten Cebit hatten die auch ein Produkt mit Leser als Prototyp auf dem Messestand, das noch sehr wackelig aussah, dieses scheint allerdings leider nicht zu Ende entwickelt worden zu sein, sonst wäre es für den VDR ja die perfekte Lösung gewesen.
Das schöne daran ist, dass man bis zu 127 von den Dingern über USB aneinander hängen kann, ich hab allerdings nur 2.
Hab die Dinger jetzt schon seit ca. 2 Jahren und bisher keine Probleme. Hab damals um die EUR 180 pro Stück bei einem deutschen Händler bezahlt.
Die deutsche Seite ist http://www.dacal.de/
Da sieht man auch ein Bild von dem Prototypen.
allerdings sieht es so aus, als wäre die Firma nicht mehr existent, zumindest der Web Shop.
Gruß
Jens
Hallo,
suche ein Kabel von Scart auf D-Sub (VGA) oder Chinch.
Weiss jemand wo ich sowas bekommen kann?
Jens
Hi,
bei mir ist Bitstreamout bei AC3 auch lippenunsynchron, allerdings ist es beispielsweise so, dass wenn ich eine Aufbnahme ansehe, am Anfang alles bestens ist und mit der Zeit der Ton immer unsynchroner wird, bis ich die Aufnahme pausiere und dann weiterlaufen lasse. Das klappt zwar meistens bei Aufnahmen, beim Livebild kann ich das nicht machen.
Brauche ich für vdr 1.3.45 eigentlich schon den Patch oder ist der jetzt eingeflossen?
Jens
Hatte das gleiche Problem und nachdem ich tvtv jetzt als letztes Plugin
lade sind die Probleme weg.
Allerdings nimmer immer noch einige Sendugen doppelt (um eine Stunde versetzt).
Gibt es eigentlich mitterweile eine möglichkeit das Plugin unter vdr-1.3.44 ans laufen zu bringen?
Jens
Hallo Viking,
hatto schon darüber nachgedacht es anzupassen, allerdings hab ich bei näherem Hinsehen dann festgestellt, dass es doch aufwendiger ist und mich entschieden, den VDR mit VFAT=1 neu zu übersetzen und die Aufnahmen umzubenennen. Ansonsten bin ich von dem was ich bisher gesehen habe überzeugt.
Eine Frage noch:
Du empfiehlst die Benutzung der ins2.sh. Ist das nur auf die Autocutter Funktionen bezogen, oder soll man die ins.sh durch die ins2.sh ersetzen?
Gruß
Jens
Hi,
echt super Sache, allerdings hat autocutter ein Problem mit einem Doppelpunkt im Aufnahmeverzeichnis.
Aufnahmen wie:
/video0/Stars_präsentieren:_Wolfgang_Stumph/2006-01-31.20.13.50.50.rec/
werden nicht richtig verarbeitet, da der doppelpunkt im queue_functions.sh als Trennzeichen benutzt wird und somit als Aufnahmeverzeichnis
/video0/Stars_präsentieren eingesetzt wird, was natürlich nicht gefunden werden kann.
Soll keine Kritik sein, nur ein Hinweis.
Jens
Hallo, bin am verzweifeln,
habe gestern meinen VDR upgedated auf:
Kernel 2.6.15.6
DVB CVS Treiber von gestern
Firmware F62623 (Hauppage DVB-s 1.3)
vdr-1.3.43
auf 1.3.44 kann ich nicht, da das tvtv Plugins noch nicht so weit ist.
Leider läuft das bitstreamout Plugin trotz patch für vdr > 1.3.38 nicht.
AC3 Ton ist einfach still. Irgendwelche Tips?
Jens
In meinem Fall ist es so, dass die erste Aufnahme meist nur 5 min. lang ist, welches mit dem tvtv download Intervall übereinstimmt. Wie du oben sehen kannst, passiert es genau 1 mal, dass ein falscher Timer eingefügt wird und dieses wird bei dem nächsten Update wieder korrigiert. Beachtenswert ist, dass dieses Phänomen nur bei bestimmten Sendern auftritt. Bei Aufnahmen von Premiere Senderen hatt ich beispielsweise noch nie ein Problem.
Weiterhin tritt das Problem erst seit der Umstellung von Sommer auf Winterzeit auf.
Ein weiteres Problem welches ich festgestellt habe ist, wenn man 2 Sendungen zur gleichen Zeit mit gleichem Tiltel aufnehmen will klappt das nicht. Diese Woche lief ein Tatort auf WDR und einer auf NDR, beide um 20:15. Beide hatte ich über tvtv eingestellt und der VDR hat die Timer auch übernommen, doch als die Zeit gekommen war hat er nur eine aufgenommen, erst als ich bei dem 2. Timer manuell die Anfangszeit auf eine Minute früher gestellt habe, hat de VDR mit der Aufzeichnung begonnen.
Das Problem mit den falschen Zeiten besteht immer noch trotz Update auf die neuste Version. Allerdings glaube ich mittlerweile das es evtl. an tvtv.de liegt:
Erst:
Dec 26 19:06:21 localhost vdr[9276]: TVTV: Timer Update started
Dec 26 19:06:23 localhost vdr[9276]: TVTV: Received 38956 Bytes
Dec 26 19:06:23 localhost vdr[9276]: TVTV: Processing CSV data
Dec 26 19:06:23 localhost vdr[9276]: TVTV: Found 17 fields in CSV data
Dec 26 19:06:23 localhost vdr[9276]: TVTV: Start reading timer jobs
Dec 26 19:06:23 localhost vdr[9276]: TVTV: Received 'WDR,17,22691869,2005-12-26 20:15:00 +0100,2005-12-26 21:40:00 +0100,rec,Tatort,
0...'
Dec 26 19:06:23 localhost vdr[9276]: TVTV: Timer entry '1:S19.2E-1-1101-28111:2005-12-26:2013:2150:50:50:Tatort:'
Dec 26 19:06:23 localhost vdr[9276]: TVTV: timer 20 exist (Tatort)
Dann falsche Zeit:
Dec 26 19:11:27 localhost vdr[9276]: TVTV: Received 38956 Bytes
Dec 26 19:11:27 localhost vdr[9276]: TVTV: Processing CSV data
Dec 26 19:11:27 localhost vdr[9276]: TVTV: Found 17 fields in CSV data
Dec 26 19:11:27 localhost vdr[9276]: TVTV: Start reading timer jobs
Dec 26 19:11:27 localhost vdr[9276]: TVTV: Received 'WDR,17,22691869,2005-12-26 19:15:00 +0100,2005-12-26 20:40:00 +0100,rec,Tatort,
0...'
Dec 26 19:11:27 localhost vdr[9276]: TVTV: Timer entry '1:S19.2E-1-1101-28111:2005-12-26:1913:2050:50:50:Tatort:'
Dec 26 19:11:27 localhost vdr[9276]: TVTV: timer 23 updated (Tatort) [22691869/WDR/26/1913-2050]
Und dann wieder richtige Zeit:
ec 26 19:16:30 localhost vdr[9276]: TVTV: Timer Update started
Dec 26 19:16:31 localhost vdr[9276]: TVTV: Received 38956 Bytes
Dec 26 19:16:31 localhost vdr[9276]: TVTV: Processing CSV data
Dec 26 19:16:31 localhost vdr[9276]: TVTV: Found 17 fields in CSV data
Dec 26 19:16:31 localhost vdr[9276]: TVTV: Start reading timer jobs
Dec 26 19:16:31 localhost vdr[9276]: TVTV: Received 'WDR,17,22691869,2005-12-26 20:15:00 +0100,2005-12-26 21:40:00 +0100,rec,Tatort,
0...'
Dec 26 19:16:31 localhost vdr[9276]: TVTV: Timer entry '1:S19.2E-1-1101-28111:2005-12-26:2013:2150:50:50:Tatort:'
Dec 26 19:16:31 localhost vdr[9276]: TVTV: timer 23 updated (Tatort) [22691869/WDR/26/2013-2150]
Wie gesagt habe dieses Problem hauptsächlich bei Tatort Aufnahmen.
Jens
OK ihr habt ja Recht. Habe mich durch den oben genannten Thread wohl irreführen lassen und fälschlicherweise angenommen, es liegt am mp3 Plugin.
Jetzt weiss ich zwar, dass es funktioniert, wenn ich das bitstreamout Plugin abschalte (reicht wenn man es im Plugin Menü abschaltet), allerdings ist das ja keine richtige Lösung.
ALSA Treiber hab ich schon upgedatet.
Hat irgendjemand noch eine Idee?
Thematik wurde hier schon beschrieben:
In dem Thread wird vermuted, dass es an den neuen Features des Plugin liegt.
Xine oder Softdevice kommt bei mir nicht zum Einsatz.
Das Stottern des mp3-plugins geht mit der Bounce Buffer Meldung im Syslog einher, d.h. wenn das mp3 Plugin stottert kommt die Meldung.
Hier mal ein Auszug:
Dec 18 11:20:27 localhost vdr[3793]: mp3: playback started with instant playlist POP X-MAS
Dec 18 11:20:27 localhost vdr[3793]: bso(instream): Forwarding bitstream thread ended (pid=3793, tid=-1334178896)
Dec 18 11:20:27 localhost vdr[3793]: TS buffer on device 2 thread ended (pid=3793, tid=-1315300432)
Dec 18 11:20:27 localhost vdr[3793]: buffer stats: 7144 (0%) used
Dec 18 11:20:27 localhost vdr[3793]: receiver on device 2 thread ended (pid=3793, tid=-1306911824)
Dec 18 11:20:28 localhost vdr[3793]: mp3: player thread started (pid=3793)
Dec 18 11:20:31 localhost vdr[3793]: BOUNCE BUFFER: Bufferoverlow
Dec 18 11:21:02 localhost last message repeated 5095 times
Dec 18 11:21:22 localhost last message repeated 3451 times
Dec 18 11:21:22 localhost vdr[3793]: changing pids of channel 395 from 901+901:902:204 to 701+701:702:204
Dec 18 11:21:22 localhost vdr[3793]: BOUNCE BUFFER: Bufferoverlow
Dec 18 11:21:31 localhost last message repeated 1033 times
Dec 18 11:21:31 localhost vdr[3793]: connect from 127.0.0.1, port 44511 - accepted
Dec 18 11:21:31 localhost vdr[3793]: closing SVDRP connection
Dec 18 11:21:31 localhost vdr[3793]: connect from 127.0.0.1, port 44512 - accepted
Dec 18 11:21:31 localhost vdr[3793]: closing SVDRP connection
Dec 18 11:21:31 localhost vdr[3793]: BOUNCE BUFFER: Bufferoverlow
Dec 18 11:21:31 localhost last message repeated 11 times
Dec 18 11:21:31 localhost vdr[3793]: connect from 127.0.0.1, port 44513 - accepted
Dec 18 11:21:31 localhost vdr[3793]: closing SVDRP connection
Dec 18 11:21:31 localhost vdr[3793]: BOUNCE BUFFER: Bufferoverlow
Dec 18 11:21:33 localhost last message repeated 348 times
Dec 18 11:21:33 localhost vdr[3793]: changing ca descriptors of channel 107
Dec 18 11:21:33 localhost vdr[3793]: BOUNCE BUFFER: Bufferoverlow
Dec 18 11:21:34 localhost last message repeated 220 times
Dec 18 11:21:34 localhost vdr[3793]: changing pids of channel 808 from 161+161:84=esl,85=eng:0 to 161+161:84=esl,85=eng:35
Dec 18 11:21:34 localhost vdr[3793]: BOUNCE BUFFER: Bufferoverlow
Dec 18 11:22:05 localhost last message repeated 4977 times
Dec 18 11:22:15 localhost last message repeated 1698 times
Dec 18 11:22:15 localhost vdr[3793]: changing ca descriptors of channel 119
Dec 18 11:22:15 localhost vdr[3793]: BOUNCE BUFFER: Bufferoverlow
Dec 18 11:22:15 localhost last message repeated 96 times
Dec 18 11:22:15 localhost vdr[3793]: changing ca descriptors of channel 117
Dec 18 11:22:15 localhost vdr[3793]: BOUNCE BUFFER: Bufferoverlow
Dec 18 11:22:46 localhost last message repeated 4958 times
Dec 18 11:22:53 localhost last message repeated 1204 times
Dec 18 11:22:53 localhost vdr[3793]: TVTV: Timer Update started
Dec 18 11:22:53 localhost vdr[3793]: BOUNCE BUFFER: Bufferoverlow
Dec 18 11:22:53 localhost last message repeated 55 times
System ist ein PIV 1,5 GHz mit einer FF und einer Budget, kann also nicht an der Performance liegen. Seit ich den Coverkram im Setup abgestellt hab und auf nur 44KHz verwenden gestellt hab ist es weniger geworden aber leider immer noch da.
Kann es vielleicht am Bitstreamout Plugin liegen?
Am meisten ärgert mich, dass es früher ohne Probleme geklappt hat und seit ich den VDR unter Debian Sarge neu aufgesetzt hab alles andere super funktioniert nur halt das mp3 Plugin einen solchen Ärger macht. Mplayer läuft übrigens absolut problemlos.
Bei der Wiedergabe von MP3 mit dem mp3-plugin kommt es immer wieder zu einem stottern, welches zeitgleich mit der Fehlermeldung in der Überschrift dieses Threads kommt. Wenn du mal dananch suchst, findest du, dass dieses Problem nur bei manchen vdr's auftritt und wohl auch nur ein Problem der mp3-plugins jüngerer Generation ist.
Gibt es eigentlich zu oben genannten Problem und dem damit verbundenen Knacken bzw. Stottern bei mp3 Wiedergabe eine Lösung?
Ich werde hier im Board nicht so richtig fündig.
Dieses Problem beschehrt mir einen extrem schlechten WAF.
Bei mir passiert das fast immer wenn ich Tatort aufnehme.
Und wie gesagt die Lufbrücke war eine Katastrophe.
Die Bundys von Morgen stehen alle noch korrekt drin. Mal abwarten.
