Beiträge von Oggy
-
-
Also, ein
ergibtCode[ 3226.023874] NVRM: API mismatch: the client has the version 280.13, but [ 3226.023876] NVRM: this kernel module has the version 275.09.07. Please [ 3226.023877] NVRM: make sure that this kernel module and all NVIDIA driver [ 3226.023879] NVRM: components have the same version.
und ein
ergibtCode[ 19.905771] DVB: registering new adapter (Terratec Cinergy 1200 DVB-C) [ 20.630705] DVB: registering adapter 0 frontend 0 (Philips TDA10021 DVB-C)...
Ist ein headless Server. Daher interessiert mich die Fehlermeldung bezügl. der Grafikkarte nicht weiter (wobei ich allerdings schon gerne wüsste, wie ich auch dieses Problem behebe).
-
Das ist ein schon etwas betagteres ASUS A8N32-SLI mit einem X2 3800 (AFAIK). Als Systemplatte hängt eine 80er IDE. Aber nicht nur die Aufnahmen sind Schrott, sondern auch das Live-Bild, sobald die Platte rumrödelt.
-
Hallo zusammen!
Es ist ein recht ungewöhnliches Phänomen, das sich da bei mir zu zeigen scheint. Bei Festplattenzugriffen stellen sich Bildstörungen ein. Daher sind meine Aufnahmen regelmäßig totaler Schrott. ProjektX spuckt mir beim Verarbeiten der Streams hunderte von Fehlern aus. Wie kann das sein und wie lässt sich das Problem lösen? Ich verwende derzeit zwei Terratec Cinergy C.
Cheers
Oggy -
Na, wer macht den Anfang und besorgt sich mal so ein Teil ?
Wenn es einen Treiber gäbe: Ich!
-
Mein Anschluss ist im Mai wegen eines Leitungsupgrades nochmal eingemessen worden. Daher gehe ich davon aus, dass der Techniker den "Optimalfall" (also das unter den gegebenen Bedingungen optimale Signal) bei mir eingestellt hat. Ich hänge auch als erster in der Stammleitung drin, keine 10m hinter dem Hausanschlussverstärker. Ich frage mich, woher die Fehler dann kommen, wenn ich sie sonst in dieser Häufung auf keinem anderen Kanal feststellen kann!? Einen anderen Tuner kann ich - wie ich schon sagte - voraussichtlich erst in der kommenden Woche testen.
-
...dann verschlechtert sich das signal
Lol, der ist gut.
Ich habe hier auch an zwei Standorten (Aachen, Mönchengladbach) sehr häufig Artefakte auf ZDF HD, trotz STR/SNR >90%. Allerdings handelt es sich jeweils um EyeTV Hybrid Sticks, die unter EyeTV bzw. THC betrieben werden. Ich kann nicht ausschließen, dass die Ursache womöglich im Tuner der Sticks liegt. Einen Vergleich zu einem anderen Tuner kann ich voraussichtlich erst in der kommenden Woche ziehen, wenn ich meine DD-Karte erhalte.
Cheers
Oggy -
Lösung stand hier im Thread: Klick
EDIT: Eine Lösung ist es nicht wirklich, weil das Video recht schnell asynchron wurde. Ich habe jetzt ffmpeg neu compiliert, diesmal aber mit einer älteren SVN-Revision (r25922). Jetzt läuft's vollkommen problemfrei.
-
Das istreamdev-ffmpeg.log sagt:
Code
Alles anzeigenFFmpeg version SVN-r26402, Copyright (c) 2000-2011 the FFmpeg developers built on Jul 23 2011 14:10:47 with gcc 4.4.3 configuration: --prefix=/var/www/istreamdev --enable-gpl --enable-libxvid --enable-postproc --enable-avfilter --enable-shared --enable-libx264 --enable-nonfree --enable-libfaac --enable-libmp3lame --enable-version3 --enable-postproc --enable-pthreads --enable-x11grab libavutil 50.36. 0 / 50.36. 0 libavcore 0.16. 1 / 0.16. 1 libavcodec52.108. 0 / 52.108. 0 libavformat 52.93. 0 / 52.93. 0 libavdevice 52. 2. 3 / 52. 2. 3 libavfilter1.74. 0 / 1.74. 0 libswscale 0.12. 0 / 0.12. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mpegts @ 0x99b94c0] max_analyze_duration reached [mpegts @ 0x99b94c0] Estimating duration from bitrate, this may be inaccurate Input #0, mpegts, from 'pipe:': Duration: N/A, start: 55543.572433, bitrate: 7320 kb/s Program 132 Stream #0.0[0x1111]: Video: mpeg2video, yuv420p, 720x576 [PAR 64:45 DAR 16:9], 7000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0.1[0x1112](deu): Audio: mp2, 48000 Hz, 2 channels, s16, 192 kb/s Stream #0.2[0x1113](und): Audio: mp2, 48000 Hz, 2 channels, s16, 128 kb/s Stream #0.3[0x1114]: Data: [6][0][0][0] / 0x0006 [buffer @ 0x99bd6d0] w:720 h:576 pixfmt:yuv420p [scale @ 0x99d4fe0] w:720 h:576 fmt:yuv420p -> w:480 h:320 fmt:yuv420p flags:0xa0000004 [libx264 @ 0x99bee30] using SAR=32/27 [libx264 @ 0x99bee30] using cpu capabilities: MMX2 SSE2Slow SlowCTZ [libx264 @ 0x99bee30] profile Baseline, level 3.0 [mpegts @ 0x99bde80] muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'pipe:': Metadata: encoder : Lavf52.93.0 Stream #0.0: Video: libx264, yuv420p, 480x320 [PAR 32:27 DAR 16:9], q=10-51, 512 kb/s, 90k tbn, 25 tbc Stream #0.1(und): Audio: libmp3lame, 48000 Hz, 2 channels, s16, 128 kb/s Stream mapping: Stream #0.0 -> #0.0 Stream #0.2 -> #0.1 Assertion ost->audio_resample failed at ffmpeg.c:902
-
Im Falle einer Aufnahme:
Code
Alles anzeigen[2011/08/06 11:29:25] Listing dir: /srv/vdr/video.00/Wildes_Skandinavien/ [2011/08/06 11:29:29] Executing action [getRecInfo] [2011/08/06 11:29:29] VDR: vdrgetrecinfo(rec=/srv/vdr/video.00/Wildes_Skandinavien/2011-07-25.20.13.13-0.rec) [2011/08/06 11:29:33] Executing action [startBroadcast] [2011/08/06 11:29:33] Creating a new session for "/srv/vdr/video.00/Wildes_Skandinavien/2011-07-25.20.13.13-0.rec" (rec, wifi) [2011/08/06 11:29:33] Creating new session dir ram/session0 [2011/08/06 11:29:33] VDR: vdrgetrecinfo(rec=/srv/vdr/video.00/Wildes_Skandinavien/2011-07-25.20.13.13-0.rec) [2011/08/06 11:29:33] Generating stream logo for file Das Erste of type rec [2011/08/06 11:29:33] Executing generation cmd: cp "../logos/nologoREC.png" ../ram/session0/thumb.png [2011/08/06 11:29:33] Sending encoding command: ./istream.sh - 512k 128k 480x320 /istreamdev/ 1260 /var/www/istreamdev/bin/ffmpeg /var/www/istreamdev/bin/segmenter session0 "" "/srv/vdr/video.00/Wildes_Skandinavien/2011-07-25.20.13.13-0.rec/0* " >/dev/null 2>&1 & [2011/08/06 11:29:35] Writting stream info from session session0 (type=rec, mode=wifi, url=/srv/vdr/video.00/Wildes_Skandinavien/2011-07-25.20.13.13-0.rec, channame=Das Erste) [2011/08/06 11:29:35] Executing action [getStreamInfo] [2011/08/06 11:29:35] Getting info for session session0 [2011/08/06 11:29:35] VDR: vdrgetrecinfo(rec=/srv/vdr/video.00/Wildes_Skandinavien/2011-07-25.20.13.13-0.rec) [2011/08/06 11:29:36] Executing action [getStreamStatus] [2011/08/06 11:29:36] Returning status: <b>Error: streaming could not start correclty</b><br><br> * FFmpeg: <i>stopped</i><br> * Segmenter: <i>stopped</i>
-
Ich bekomme immer wieder beim Senderwechsel oder bei bestimmten Aufnahmen "Error: streaming could not start correctly". Woran kann das liegen?
-
Weil ich gerade hierüber gestolpert bin und die Frage bislang nicht aufgelöst wurde: Einfach "EXT" in das Dropdown-Feld eintragen (ja, das geht). Und man kann auch die Parameter wie QUALITY, VC usw. jeweils durch ein Semikolon getrennt angeben.
-
Ich würde eigentlich auch ganz gerne zu Archivierungszwecken einige meiner Aufnahmen reencoden und auf dem File-Server dauerhaft einlagern. Früher habe ich sowas mit XVID komprimiert. Ist H264 von der Kompression<->Qualität besser? Mit welchen Tools arbeitet ihr da so?
-
Nein, es wird nicht mit der Firmware umgeschaltet. Bei der C/T ist standardmäsig "C" aktiviert. Wenn man "T" nutztn möchte, dann muss man die frontend umbennen.
Ich mache das bei meiner octopus via script, das beim VDR Start ausgeführt wird.Ah, Spitze, das wollte ich hören! Danke für den Hinweis.
-
Danke für Deinen Hinweis, iNOB.
Die Zahl der "hübschen" (ja, ich weiss, ist Geschmackssache) ITX-Gehäuse, die auf der Rückseite mehr als einen Slot (z.B. für Graka UND DuoFlex-Modul) beherbergen, dürfte aber sehr überschaubar ausfallen, oder? Für eine Client-Server-Lösung greift man dann wahrscheinlich besser direkt zu einem größeren Gehäuse und mATX-Board.
EDIT: Gibt es außer den Boards von ZOTAC überhaupt noch Alternativen mit Fullsize-mini-PCIe-Slot?
-
Liegt der Unterschied zwischen den Cine- und DuoFlex-Karten lediglich darin, dass die Cine-Karten die Bridge bereits auf der Tunerplatine haben? Gibt es zwischen der V5.5 und V6 einen qualitativen Unterschied? Quantitativ scheint ja nur die Möglichkeit eines weiteren CI-/DuoFlex-Moduls hinzugekommen zu sein?
Für die Octopus ist ein anderer Treiber (ddbrige) erforderlich? Ist dieser irgendwie problematischer als der ngene? Gibt es sonst irgendeinen Grund zur Octopus zu greifen, wenn man auf den dritten CI-/DuoFlex-Anschluss verzichten kann?
Abschließend noch eine vielleicht blöde Frage: Sind bei den CT-Karten beide Tuner für Kabel nutzbar oder ist der zweite Tuner ein reiner DVB-T-Tuner?
Cheers
Oggy -
Die GT520 kannst erstmal weglassen und später
wenn nötig nachkaufen.Hallo johns,
die Ausgabe würde dann über vaapi laufen (wenn ich das richtig verstanden habe)!? Ich plane derzeit die konstruktive Auslegung des Systems. Je nach Gehäuse und Hardware ist man da schnell limitiert und eine nachträgliche Änderung schwer oder gar nicht umzusetzen, sofern man nicht großzügig plant.
Da ich ja mit einer DD-Karte plane, werde ich wohl einen PCIe-Slot benötigen. ITX-Boards mit zwei PCIe-Slots gibt es AFAIK nicht. Bliebe nur der Griff zu einem mATX-Board oder aber zu einer DD-Karte mit mini-PCIe-Anschluss.
Cheers
Oggy -
Vielen Dank für Eure Antworten.
Ich wollte eine DD Octopus (gibt ja kaum Alternativen für DVB-C TwinTuner-Karten, auf USB-Geräte wollte ich nicht zurückgreifen) verbauen. Da würde ein technischer Defekt eine schmerzliche Lücke ins Portemonnaie reißen. Andererseits gefällt mir natürlich der Gedanke, dass der VDR 24/7 läuft, denn somit kann ich ohne lästiges Aufwecken auch problemlos unterwegs via VPN Aufnahmen programmieren.
Fernsehanschluss ist im Wohnzimmer. Es liegen CAT5e-Kabel, daher keine Probleme mit HD über LAN.
-
Hallo zusammen,
nachdem ich mich schon einige Wochen mit dem Thema VDR befasst habe und auch einen solchen testweise funktionstüchtig aufgesetzt habe, mache ich mir nun Gedanken über die Realisierung. Hier tue ich mich allerdings schwer, da ich mir derzeit noch im Unklaren bin, wie ich mein Anforderungsprofil idealerweise umsetze:
- Fileserver/Netzlaufwerk: Hosting von DVB-Aufnahmen, iTunes-Mediathek, Fotos, Daten aus dem Workflow
- VDR: mit Twin-Tuner, ggf. Möglichkeit zur weiteren Tuner-AufrüstungPrinzipiell ließen sich diese beiden Punkte ja ohne weiteres miteinander verbinden, aber meine Sorge gilt hier der Tunerkarte, die vermutlich nicht für den Dauerbetrieb konzipiert ist. Andererseits wäre es mir wahrscheinlich zu lästig, den Server immer vorher aufzuwecken, wenn ich an die Daten muss. Daher die erste Frage: Sollte ich die beiden Server sinnvollerweise physikalisch voneinander trennen?
Des Weiteren würde der VDR zunächst einmal nur für Streaming und Aufzeichnungen genutzt werden, da ich fernsehtechnisch leider noch nicht in der Gegenwart angekommen bin. Mein TV lässt digitale Anschlüsse vermissen. Zur Wiedergabe der Aufzeichnungen würde ich daher erst einmal meine dbox2 heranziehen. Sobald ein neuer TV mit HDMI vorhanden ist, würde ich einen VDR-Client direkt am TV betreiben. Hier stellt sich die zweite Frage: Soll ich den VDR direkt schon als Client-Server planen oder als reinen Server und mich erst dann mit einem Client beschäftigen, sobald das passende Wiedergabegerät vorhanden ist?
Cheers
Oggy