easyVDR - >VARforumsname - >DVB-T Ton "hickst" seit dem 1.5.
sirtobi 13.May.2012 20:17:42 |
Moin! Ich empfange DVB-T über den Telemax in Hannover via DVB-T Antenne unterm Dach. Der Empfang ist grandios. Als Hardware habe ich einen Deskpro SFF mit einer der ersten Nova-T PCI (mit der neuen gabs Sorgen im Suspend) und einer PVR350. Letztere nur als Ausgabedevice, vielleicht etwas dekadent, aber historisch so entstanden und rock solid. Seit dem 1.5. habe ich nun aber "hickser" im Ton auf dem ZDF Transponder. (ZDF + Kika und letzteres wird zunehmend wichtiger...) Das Bild ist tadellos, auch keine Artefakte oder ähnliches während des Hicksers. Ich betreibe 2 baugleiche VDR und habe auf beiden dieselben Sorgen. Von daher schliesse ich Hardware-Sorgen aus. Da ich vorher keine Zeit zum spielen hatte gas auch wirklich (ja, ganz wirklich) keine Änderungen des Systems. Er lief einfach durch, abends wurde ein Sandmann geschaut und vom 30.4. auf den 1.5. hat dieser plötzlich Schluckauf. Am Verstärker liegt es nicht, ich dachte schon der hätte die ersten heissen Tage nicht überlebt und würde vielleicht durch einen leckende Kondensator oder so Störungen injizieren. Mit einem anderen neuen Verstärker gabs aber dieselben Probleme. Von der Empfangsseite sehe ich im Femon alles im grünen Bereich. Meine Standaone-Kisten (eine der ersten Thomson Receiver und eine billige Pearl-Scart-Stecker-Kiste) haben keine Tonprobleme und zeigen ebenfalls guten Empfang. Trozdem habe ich die Antenne mal gedreht, aber geändert hat sich nichts. (Nicht mal wesentlich schlechter wurde der Empfang) In den Logs kann ich keinen Hinweis entdecken, der dmesg sieht auch gut aus. Ich verwende eigentlich die Kanalliste die beim Easyvdr beiliegt, habe aber sicherheitshalber noch einmal eine neue Liste via w_pvrscan erzeugt. Selbes Resultat. Am 30.4. wurde ja Satelit analog abgeschaltet und ich las etwas von Frequenzumstellungen im HD-Bereich. Kann es da Zusammenhänge geben? Betrafen die Umstellungen auch die "normalen" Kanäle und verhaspelt sich jertzt vielleicht irgendwo ein Decoder? Vielleicht hat ja jemand eine zündende Idee, ich bin langsam mit meinem Latein am Ende und immer dieselben 7 Sandmännchen schauen ist auf Dauer unlustig,,, |
MFG 13.May.2012 23:54:41 |
Moin moin sirtobi, häng hier auch an der Leine ;-] Empfange hier auch via dvb-t das ZDF, aber ohne Probleme. ZDF;ZDFmobil:490000:B8C23D12G4M16T8Y0:T:27500:545=2:546=deu,547=mis:551:0:514:8468:514:0 3sat;ZDFmobil:490000:B8C23D12G4M16T8Y0:T:27500:561=2:562=deu,563=mis:567:0:515:8468:514:0 neo/KiKA;ZDFmobil:490000:B8C23D12G4M16T8Y0:T:27500:593=2:594=deu:599:0:517:8468:514:0 ZDFinfo;ZDFmobil:490000:B8C23D12G4M16T8Y0:T:27500:577=2:578=deu:551:0:516:8468:514:0 So wie ich das verstehe sind die Ton-Hickser in den Aufnahmen, sind die auch da wenn man so eine Aufnahme auf einem PC abspielt? MfG. MFG. Sorry, das war mal dir Hardware, nu wechselt die zu oft ;-] P4/1.8 1024 mit VGA, 100Mbit, USB 2.0 onBoard VGA misc HDDs CDRW2100E - DXR3 EM8300 original Hollywood+ V1 - DVB-C PCI Twinhan 2021 - DVB-T USB2.0 MSI DIGIVOX II V2+3 easyVDR 0.6.08 Kernel 2.6.28.9 - testing 0.7v5, vga2scart,... ;-] [url=http://www.easyvdr-forum.de/forum/index.php?topic=5901.0]Du Brauchen Hilfe? Wir brauchen Daten! <-> [url=http://www.easyvdr-forum.de/forum/index.php?topic=5901.0]Indianer |
sirtobi 14.May.2012 19:47:25 |
Moin! Exil-Hannoveraner. Mich hats mittlerweile nach Lehrte verschlagen ;-) Die channels.conf sieht gleich aus. Der Tip(p) mit mal auf dem Rechner testen war aber ein guter Anfang, da geht es. In irgendeiner Form will die PVR350 also was nicht fressen. Das bringt mich wieder zu der Frage ob ZDF irgendwas am Stream gedreht hat... Viele Grüße, SirTobi |
MFG 16.May.2012 09:24:43 |
Moin moin sirtobi, die pvr350 kenne ich nur dem Namen nach, evtl. hilft folgende Option mal zu ändern:DVB Radio wird nur abgehackt/in Fetzen abgespielt Der Hardwaredecoder kann die Streams nicht richtig dekodieren, wenn in den Audioframes Nutzdaten wie RDS versteckt sind. Lösung: Ab Version 1.7.1 kann im plugin-Menü die Option "Recode MP2 audio-only streams" aktiviert werden. Dann wäre da noch im OSD den Loglevel auf 3 zu setzen und in der Konsole/Putty mittels tail -f /var/log/syslog zu schauen, ob beim Hicks eine Meldung kommt. Alternativ mal eine 0.9 auf eine frei Platte installieren, ob es mit frischeren VDR/Treibern/PlugIn besser ist. MfG. MFG. Sorry, das war mal dir Hardware, nu wechselt die zu oft ;-] P4/1.8 1024 mit VGA, 100Mbit, USB 2.0 onBoard VGA misc HDDs CDRW2100E - DXR3 EM8300 original Hollywood+ V1 - DVB-C PCI Twinhan 2021 - DVB-T USB2.0 MSI DIGIVOX II V2+3 easyVDR 0.6.08 Kernel 2.6.28.9 - testing 0.7v5, vga2scart,... ;-] [url=http://www.easyvdr-forum.de/forum/index.php?topic=5901.0]Du Brauchen Hilfe? Wir brauchen Daten! <-> [url=http://www.easyvdr-forum.de/forum/index.php?topic=5901.0]Indianer |
zzzözzz 16.May.2012 13:58:36 |
[quote='sirtobi link' pid='13415' dateline='1337017645'] In irgendeiner Form will die PVR350 also was nicht fressen. Das bringt mich wieder zu der Frage ob ZDF irgendwas am Stream gedreht hat... Tja, mit der pvr350 stehst du auf lange Sicht allein da, afaik wird das plugin nicht mehr weiter entwickelt. Aber du könntest dich in den source code einarbeiten && versuchen die Buffer Größen im Plugin zu vergrößern + neu bauen; Ich vermute mal, die Daten der pvr350 gehen durch einen Buffer vom Typ cRingBufferLinear (zumindest ist es im pvrinput so). Aber ich hab in diesen Source Code nicht reingeschaut. |
sirtobi 16.May.2012 22:15:09 |
Moin! Die Beta installieren wäre auf jeden Fall ein Ansatz und in die Sourcen werde ich auch mal reinschauen und ich nach buffern durchgreppen... Dr. Seltsam hat keine Lust mehr zu basteln? Echt schade.... Die PVR350 habe ich drin seit ich zwangsweise ein paar Jahre auf analog gehen musste und bin sehr zufrieden damit. (Kombilösung PVR350 + PVR500) Wie sieht dass denn derweil mit der dxr3-Karte aus? Laufen die Dinger stabiler als vor 5 Jahren? Da war ich immer recht gut am fluchen und die PVR350 war echt ein Segen ;-) |
MFG 16.May.2012 23:51:29 |
Moin moin sirtobi, [quote='sirtobi link' pid='13415' dateline='1337199309'] Wie sieht dass denn derweil mit der dxr3-Karte aus? Laufen die Dinger stabiler als vor 5 Jahren? lüpt bei mir mit S-Video mindestens seit easyVDR 0.5beta4 im Dauereinsatz incl. dvb-t und dvb-c mit Ton OK ;-] Ok, in der NullAcht ist das dxr3config störrisch, einfach weiterEntern und gut, sonst ootb. Für die 0.9 hab ich mittlerweile dkms-Treiber gefunden, bin aber noch nicht zu gekommen. Auch die dxr3 hat ihre Ecken und Kanten, aber mit enElchi als Skin und ohne LiveBuffer hängt sie sehr sehr selten. MfG. MFG. Sorry, das war mal dir Hardware, nu wechselt die zu oft ;-] P4/1.8 1024 mit VGA, 100Mbit, USB 2.0 onBoard VGA misc HDDs CDRW2100E - DXR3 EM8300 original Hollywood+ V1 - DVB-C PCI Twinhan 2021 - DVB-T USB2.0 MSI DIGIVOX II V2+3 easyVDR 0.6.08 Kernel 2.6.28.9 - testing 0.7v5, vga2scart,... ;-] [url=http://www.easyvdr-forum.de/forum/index.php?topic=5901.0]Du Brauchen Hilfe? Wir brauchen Daten! <-> [url=http://www.easyvdr-forum.de/forum/index.php?topic=5901.0]Indianer |
zzzözzz 17.May.2012 11:28:18 |
[quote='sirtobi link' pid='13415' dateline='1337199309'] Die PVR350 habe ich drin seit ich zwangsweise ein paar Jahre auf analog gehen musste und bin sehr zufrieden damit. (Kombilösung PVR350 + PVR500) Dann pack doch noch eine nvidia grafik dazu und nutze xineliboutput oder xine plugin. Die Grafik gibts neu für ~35€ und pvrinput läuft bestens mit xinelibout. |
trucki 18.May.2012 22:23:00 |
Hallo, ich habe genau das gleiche Problem mit einer PVR350 und Airstar2 auf dem ZDP Tranponder. Würde mich auch über eine Lösung freuen. Gruß, Trucki |
klappnase 24.May.2012 12:47:54 |
Hallo, dasselbe hier, über DVB-S; soweit ich sehe, ist nur der ZDF-Transponder betroffen (Radio habe ich nicht weiter untersucht). Was bei mir hilft, ist die AC3-Audiospur zu wählen (bei mir im Audiomenu die unterste, mit "deu" benannte), ich vermute mal, die PVR kann von Haus aus kein Ac3 und die AC3 Spur wird deshalb intern zum Dekodieren auf die CPU "umgeleitet" (?), jedenfalls produziert das bei mir ca. 10% CPU-Last aber dafür okayen Ton. Interessant ist auch, dass die 3 anderen Spuren einen unterschiedlichen Grad der Tonstörungen produzieren, die erste ("Stereo") geht meistens noch, die zweite (auch "Stereo") ist schlechter und die dritte ("Originalton") ist wirklich übelst, da zuckelt mitunter auch das Bild mit, warum auch immer (ob's die AC3 Spur über DVB-T auch gibt, weiss ich allerdings nicht). Etwas lästig ist allerdings, dass der einmal gewählte AC3 Ton manchmal nach dem Umschalten oder Neustarten wieder "abgewählt" ist, ein Shortcut für das Audiomenu auf der FB ist also auf jeden Fall nicht schlecht. Und was die 0.9 betrifft, bei mir ist da kein Unterschied, ist ja aber, wenn die Sourcen für die PVR nicht mehr weiterentwickelt werden, auch kein Wiunder. Im syslog findet sich nichts zu den "Hicksern". Ein grundsätzlicher Gedanke, der mir noch kommt, wo ihr vom Durchstöbern der Sourcen redet: falls meine geratene Beobachtung mit dem extern dekodierten AC3 Ton korrekt ist, wäre es nicht möglich, die Sourcen so zu ändern, dass der Ton generell extern dekodiert wird, falls ja, wäre das zumindest eine klare Sache, bevor man jetzt anfängt aufwändige Experimente mit Puffergrössen zu starten? Allerdings habe ich selbst keine Ahnung von C-Programmierung, also falls die Idee dumm oder mit grossem Aufwand verbunden ist, "never mind", nur 'n Gedanke halt... Selbst habe ich gerade mal nur so zum Spass versucht, in pvr350audio.h den Wert für MP2_PES_BUFFER_SIZE von 16 kb auf 64 kb und PCM_BUFFER_SIZE von 72 auf 144 kb zu erhöhen. Das bringt leider gar nix, aber war halt auch nur ein planloser Versuch. Hat jemand noch eine bessere Idee wo man anfangen könnte? Grüsse Michael easyvdr-3.0; MB: Asus M2N-X Plus; DVB: TT-3200, Hauppauge NovaS2; Graka: Geforce GT1030 |
klappnase 24.May.2012 21:02:39 |
Ha, ich glaub' ich hab's (wusste gar nicht, dass ich C Programmieren kann) :D Der Tipp von MFG bezüglich der Option "Recode MP2 audio-only streams" war der entscheidende Hinweis. Die entsprechenden Funktionen finden sich in pvr350audio.c und wenn man die Sourcen des Plugins nach den Funktionssnamen durchsucht, wird man in pvr350device.c fündig. Dort findet sich dann folgendes (Z. 722 ff.): if (newStream) { newStream = false; //check for Joint Stereo len = Length - PayloadOffset; if (CheckMPEGAudio4JointStereo(&Data, len)) { if (Pvr350Setup.RecodeJointStereo) { DecEncMP2Audio = true; log(pvrDEBUG1, "cPvr350Device::PlayAudio(): recode Joint Stereo"); } else { DecEncMP2Audio = false; log(pvrDEBUG1, "cPvr350Device::PlayAudio(): joint-stereo may sound tinny without recoding"); } } else { DecEncMP2Audio = false; } //check if recoding for MP2 audio-only is selected if (streamtype == audio_only || m_PlayMode == pmAudioOnlyBlack || m_PlayMode == pmAudioOnly) { if (Pvr350Setup.RecodeMP2AudioOnly) { log(pvrDEBUG1, "cPvr350Device::PlayAudio(): will recode MP2 audio-only"); DecEncMP2Audio = true; } else { log(pvrDEBUG1, "cPvr350Device::PlayAudio(): some DVB radio streams may play not properly without recoding"); DecEncMP2Audio = false; } } } Offensichtlich wird hier (logischerweise) die Einstellung RecodeMP2AudioOnly nur bei Audio-only Streams abgefragt. Ich habe jetzt einfach den letzten if...else Block "herausgerückt" um die Abfrage immer durchzuführen, und zu meiner Überraschung scheint es tatsächlich zu funktionieren, wenn in den Einstellungen die Option RecodeMP2AudioOnly gesetzt ist, werden sowohl die Radio- als auch die ZDF-MP2-Tonspuren ordentlich wiedergegeben, auf Kosten einer minimal höheren CPU-Last. Da die CPU-Last für das mp2-umkodieren heutzutage ja eh kein Thema mehr sein sollte, wäre mein Vorschlag jetzt, diese Änderung für zukünftige Versionen zu übernehmen und einfach den Text des Menüeintrags zu ändern, von "Recode MP2 Nur-Audio-Streams" in "Recode MP2 Audio" oder so. Vorher sollte das aber natürlich erst mal noch richtig getestet werden. Ich habe mal einen Patch für das Plugin in der 0.8.6 gebastelt und hier angehängt; falls der Patch nicht funktioniert, liegt das evtl. daran, dass Geany mitunter Tabs in der Datei gegen vier mal Space tauscht, kann sein, dass ich da ein wenig gemurkst habe; für diesen Fall habe ich zur Sicherheit noch mal die komplette, editierte pvr350device.c mit hineingepackt. Für Eilige habe ich auch noch das fertigkompilierte Plugin dazugepackt, wer will kann also einfach cp libvdr-pvr350.so /usr/vdr/plugins-1.7.0-extp72-v3/libvdr-pvr350.so.1.7.0 machen (aber natürlich bitte vorher das Original sichern) und den VDR neu starten. So, jetzt wird erst mal ein bissel geglotzt, zwecks Qualitätskontrolle ;) Grüsse Michael pvr350_mp2_audio_patch.tar.gz easyvdr-3.0; MB: Asus M2N-X Plus; DVB: TT-3200, Hauppauge NovaS2; Graka: Geforce GT1030 |
sirtobi 01.Jun.2012 20:32:28 |
Hi Klappnase, bei mir funktionierts mit Deinem Patch auch... Klasse, Töchterchen dankt! Viele Grüße, SirTobi |
Dr. Seltsam 01.Jun.2012 20:43:49 |
Hallöchen, klappnase hat mich auf diesen Thread aufmerksam gemacht. Ich hätte das Problem sonst nicht bemerkt, denn die PVR350 ist bei mir seit dem Kauf eines LCD nicht mehr als Ausgabedevice im Einsatz. Ich kann das Problem hier nachvollziehen, und zwar sowohl über DVB-T (Hamburg) als auch DVB-C (Kabel D). Mir war bereits bekannt, dass der Hardwaredekoder der PVR350 (Connexant Chip cx23415) Probleme mit ancillary Data am Ende eines Audioframes hat, wie es bei RDS angewandt wird. Auch einige weitere Radiosender schrabbelten, deshalb hatte ich für audio-only bereits ein generelles Aktivieren der Recode-Funktion eingebaut. Für Streams mit Video war das bisher nur für joint-stereo nötig. Nachdem nun auch alle ZDF-Sender nicht mehr ohne recoden der Audiodaten abspielbar sind, geht meine Idee dahin, im Plugin das Recoden nur noch generell an- und abstellbar zu machen. Dann ist es auch nicht mehr erforderlich, beim Umschalten jedesmal prüfen zu lassen, ob der Audiostream joint-stereo ist. Und eine Prüfung, ob es sich um einen ZDF-Sender handelt, ist mir auch zu aufwändig, zumal ich die Sonderheiten im Stream (offenbar ein paar mehr stuffing bytes) nicht so ohne weiteres ermitteln kann. Die Frage ist nun: soll ich das Recoden per default aktiviert haben, und alle, die ein PVR350-only-System ohne DVB-device haben, können (sollten) es deaktivieren? Oder lass ich es per default deaktiviert, und alle, die ein DVB-device haben und Tonprobleme bemerken, finden hoffentlich die Funktion und aktivieren sie? Mein Gefühl sagt mir, dass nur die wenigsten VDR'ler ein rein analoges PVR350-System ohne zusätzliche DVB-Karte benutzen. Was habt Ihr denn für eine CPU-Last, wenn recodiert wird? Bei einem AMD64 mit 1000Hz sind es knapp 10%. Das ist signifikant mehr als die 1-2% ohne Recoden. Hat noch jemand einen Pentium3 im Einsatz, der dabei schon schwächelt? |
sirtobi 01.Jun.2012 21:21:51 |
Hallo Dr. Seltsam, schön von Dir zu lesen ;-) Ich habe die PVR350 in einem PIII mit 733 MHz am rennen und mit dem recoden keinerlei Probleme mit der Performance. Da ich auch vermute dass in der Mehrheit die PVR350 in Kombination mit einer DVB-T Karte verbaut wird würde ich für default recoden plädieren. ZDF wird ja das Problem nun vermutlich Deutschlandweit erzeugen... Viele Grüße, SirTobi |
Dr. Seltsam 01.Jun.2012 22:12:06 |
Ich habe die PVR350 in einem PIII mit 733 MHz am rennen und mit dem recoden keinerlei Probleme mit der Performance. wieviel Prozent hat denn der vdr-Prozess laut "top"? |
sirtobi 01.Jun.2012 23:09:24 |
meistens idled er mit laufendem Programm (ZDF) bei 0%, ab und zu gibts kurze Peaks auf 0,3% und selten mal Ausreisser in Richtung 2%. Also vernachlässigbar. Gruss, SirTobi |
Dr. Seltsam 01.Jun.2012 23:47:13 |
das kann ich kaum glauben, wenn ein moderner AMD64 schon auf 8-10% kommt. Gibt es evtl. mehrere vdr-Prozesse? |
Dr. Seltsam 02.Jun.2012 10:58:01 |
top - 10:47:57 up 3 min, 2 users, load average: 0.06, 0.10, 0.05 Tasks: 77 total, 1 running, 76 sleeping, 0 stopped, 0 zombie Cpu(s): 4.3%us, 0.3%sy, 0.0%ni, 95.2%id, 0.0%wa, 0.0%hi, 0.2%si, 0.0%st Mem: 962864k total, 249660k used, 713204k free, 52376k buffers Swap: 0k total, 0k used, 0k free, 66156k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1021 root 20 0 99452 26m 3948 S 10 2.8 0:07.40 vdr so sieht das hier aus (AMD Athlon X2 Dual Core Processor BE-2300, beide Kerne auf 1000 MHz gedrosselt). Der vdr-Prozess verbraucht 10% CPU. Gleichzeitig ist die CPU zu 95,2% im Leerlauf. Den Widerspruch kann ich jetzt zwar auch nicht erklären, aber wo hast Du die 0 bis 2% bei Dir abgelesen? 0% idle wäre Voll-Last! |
MFG 02.Jun.2012 11:17:27 |
Moin moin Dr. Seltsam, top zeigt da nicht aufschlusskräftig an, da Dir ein Mittelwert von beiden Kernen errechnet wird - drücke mal die "1" ;-] MfG. MFG. Sorry, das war mal dir Hardware, nu wechselt die zu oft ;-] P4/1.8 1024 mit VGA, 100Mbit, USB 2.0 onBoard VGA misc HDDs CDRW2100E - DXR3 EM8300 original Hollywood+ V1 - DVB-C PCI Twinhan 2021 - DVB-T USB2.0 MSI DIGIVOX II V2+3 easyVDR 0.6.08 Kernel 2.6.28.9 - testing 0.7v5, vga2scart,... ;-] [url=http://www.easyvdr-forum.de/forum/index.php?topic=5901.0]Du Brauchen Hilfe? Wir brauchen Daten! <-> [url=http://www.easyvdr-forum.de/forum/index.php?topic=5901.0]Indianer |
Dr. Seltsam 02.Jun.2012 12:13:05 |
dann sieht es so aus: top - 12:10:59 up 2 min, 1 user, load average: 0.08, 0.09, 0.04 Tasks: 78 total, 1 running, 77 sleeping, 0 stopped, 0 zombie Cpu0 : 7.3%us, 1.7%sy, 0.0%ni, 91.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu1 : 0.7%us, 1.0%sy, 0.0%ni, 97.3%id, 0.7%wa, 0.0%hi, 0.3%si, 0.0%st Mem: 962864k total, 248936k used, 713928k free, 51116k buffers Swap: 0k total, 0k used, 0k free, 63512k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 905 root 20 0 177m 33m 7336 S 11 3.6 0:13.81 vdr anhand der load würde ich sagen, die CPU ist immer noch hoffnungslos unterbeschäftigt. Aber ich habe halt Angst, dass das auf einem alten Rechner schon kritisch werden könnte. |
klappnase 02.Jun.2012 16:08:54 |
Dann auch noch mal die top-Ausgabe mit Recoden bei mir im Detail: top - 15:40:36 up 10 min, 2 users, load average: 0.04, 0.13, 0.12 Tasks: 110 total, 1 running, 109 sleeping, 0 stopped, 0 zombie Cpu(s): 9.6%us, 3.0%sy, 0.7%ni, 84.9%id, 1.7%wa, 0.0%hi, 0.1%si, 0.0%st Mem: 1511540k total, 234408k used, 1277132k free, 39748k buffers Swap: 1569788k total, 0k used, 1569788k free, 96872k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 4850 vdr 20 0 120m 20m 6512 S 7.8 1.4 0:31.45 vdr 1 root 20 0 3440 1920 1216 S 0.0 0.1 0:01.48 init # cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 44 model name : AMD Sempron(tm) Processor 3000+ stepping : 2 cpu MHz : 1000.000 Die Frage ist nun: soll ich das Recoden per default aktiviert haben, und alle, die ein PVR350-only-System ohne DVB-device haben, können (sollten) es deaktivieren? Oder lass ich es per default deaktiviert, und alle, die ein DVB-device haben und Tonprobleme bemerken, finden hoffentlich die Funktion und aktivieren sie? Mein Gefühl sagt mir, dass nur die wenigsten VDR'ler ein rein analoges PVR350-System ohne zusätzliche DVB-Karte benutzen. Das vermute ich auch, nachdem es analogen Satellit nicht mehr gibt und analoges terrestrisches soweit ich weiss auch nicht mehr. Mein Vorschlag wäre: falls die alten Setup-Optionen ohnehin ersetzt werden, wäre für die meisten User vermutlich Recoden-An als default die beste Option. Oder man übernimmt (falls das ohne weiteres möglich ist) den Wert von RecodeMP2AudioOnly, falls die neue Option RecodeAudio (oder so) noch nicht in der setup.conf vorhanden ist, dann hätte ein analog-User keine Veränderung und DVB Usern, die den Wert noch nicht für Radio-Streams geändert haben, könnte man evtl. durch eine aussagekräftige Zeile im Setup Menu das auffinden der Option leicht machen (so in etwa "Recode Audio (empfohlen für DVB Empfang)" oder so). Grüsse Michael easyvdr-3.0; MB: Asus M2N-X Plus; DVB: TT-3200, Hauppauge NovaS2; Graka: Geforce GT1030 |
michel8 02.Jun.2012 16:54:59 |
Da ich im Moment kaum Zeit für easyvdr habe kann ich auch kein Update für die 0.8 zusammenbauen, für diejenigen, die mit PVR dieses Tonproblem haben, wäre also ein kurzes how-to zu schreiben à la - Sauge datei von hier, - tausche folgende datei aus - füge folgenden Prameter hinzu In dieser Anleitung ist dann auch die erklärung, wie der Parameter einzustellen ist. Bitte beachtet, wenn ihr für die 0.8.06 ein neues binary für das Plugin zum download bereitstellt, dass dieses auf einem easyvdr 0.8.06 compiliert wurde, welcher bereits mit pvr350 konfiguriert wurde, denn wenn ich mich richtig erinnere hat in der 0.8.06 die pvr einen vdr mit leicht gepatchten sourcen. Für easyvdr 0.9 bzw 1.0 werden bei der erstkonfiguration die erforderlichen Parameter für die pvr350 geschrieben, und später werden die DVB-Devices gesucht und gefunden - davon können wir dann den einzustellenden Wert für den Parameter abhängig machen... Gruß Michel Produktiv-VDR: msi K9N2G-Neo (nvidia 8200 onBoard) mit Athlon X2 4850e mit SamuraiZZ 2xNova-HDS2, DH102 |
sirtobi 02.Jun.2012 20:21:03 |
Hi! Das Problem war das ich den permanenten Timeshift bei meinen Versuchen aktiviert hatte Ohne schauts schon anders aus: top - 20:14:44 up 1:03, 1 user, load average: 0.00, 0.10, 0.17 Tasks: 100 total, 2 running, 98 sleeping, 0 stopped, 0 zombie Cpu(s): 0.7%us, 1.3%sy, 0.0%ni, 98.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%s Mem: 248040k total, 159336k used, 88704k free, 10428k buffers Swap: 0k total, 0k used, 0k free, 89448k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 10556 root 20 0 173m 18m 8920 S 0.7 7.6 0:23.76 vdr Aber 98% idle bei der alten Hardware ist ok. processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 8 model name : Pentium III (Coppermine) stepping : 6 cpu MHz : 732.256 cache size : 256 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse up bogomips : 1464.51 clflush size : 32 power management: Gruss, SirTobi |
Dr. Seltsam 02.Jun.2012 20:51:04 |
ich glaube beim besten Willen nicht, dass der vdr-Prozess mit aktivem Recoden bei Dir nur 0,7% CPU-Last auf einem P3 erzeugt. Da ist schlichtweg unmöglich, wenn sogar auf einem modernen X2 10% entstehen. Bist Du sicher, dass Du das von klappnase kompilierte Plugin verwendest? Wenn nicht, kannst Du es nur mit einem DVB-Radiosender oder einem Sender, der in joint-stereo sendet, testen. |
sirtobi 02.Jun.2012 23:21:52 |
Ich habe mir jetzt nochmal länger den Top angesehen und es ist recht putzig. Zumindest für mich, aber ich bin auch ein paar Jahre aus den Untiefen vom VDR raus. Aber egal. Fakt ist, ich habe definitiv das gepatchte Plugin aktiviert, ansonsten wäre der Sandmann heute nicht störungsfrei gewesen. Ich sehe derzeit mal etwa 10 Prozesse mit maximal 0,3% (da stammt der Cut'n'Paste her) und mal einen einzelnen Prozess mit knapp unter 30% (dass passt ehr zu Deiner Annahme und darauf bezog sich mein letzter Text). Da ich leider den ganzen letzten Text 3 mal basteln musste weil der Midori auf meiner Pandora mich nicht mochte hab ich beim letzten relativ entnervt nicht mehr auf den Wert geachtet... Sorry... Also rechne mal mit max. 30% auf meinem System. Und es läuft jetzt mit Patch komplett ruckel- und störungsfrei. Aktuell schaffe ich es nicht mehr die Variante mit einem VDR-Prozess zu erzeugen. Ich sehe aber ganz oben einen transfer-Prozess mit 18%. Hängt das zusammen? (sorry, bin seit ein paar Jahren aus den interna raus, real-life hat mich vom eigenen zum easyvdr getrieben...). Hier mal die komplette Liste mit aktiviertem Patch und laufendem ZDF, hope that helps...: brandobaris:~# top -b -n 1 top - 23:20:02 up 5 min, 1 user, load average: 0.39, 0.47, 0.26 Tasks: 100 total, 1 running, 99 sleeping, 0 stopped, 0 zombie Cpu(s): 18.2%us, 7.4%sy, 0.4%ni, 69.3%id, 4.6%wa, 0.0%hi, 0.2%si, 0.0%st Mem: 248040k total, 159876k used, 88164k free, 8292k buffers Swap: 0k total, 0k used, 0k free, 88580k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 6484 root 20 0 174m 23m 9180 S 17.5 9.5 0:40.78 transfer 6314 root 39 19 174m 23m 9180 S 1.9 9.5 0:01.71 section handler 6750 root 20 0 2224 1028 768 R 1.9 0.4 0:00.02 top 1 root 20 0 1944 660 568 S 0.0 0.3 0:00.65 init 2 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kthreadd 3 root RT -5 0 0 0 S 0.0 0.0 0:00.00 migration/0 4 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/0 5 root RT -5 0 0 0 S 0.0 0.0 0:00.00 watchdog/0 6 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 rcu_sched_grace 7 root 15 -5 0 0 0 S 0.0 0.0 0:00.02 events/0 8 root 15 -5 0 0 0 S 0.0 0.0 0:00.04 khelper 11 root RT -5 0 0 0 S 0.0 0.0 0:00.00 kstop/0 189 root 15 -5 0 0 0 S 0.0 0.0 0:00.01 kblockd/0 191 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kacpid 192 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kacpi_notify 247 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 ata/0 248 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 ata_aux 249 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 ksuspend_usbd 255 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 khubd 258 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kseriod 310 root 20 0 0 0 0 S 0.0 0.0 0:00.00 pdflush 311 root 20 0 0 0 0 S 0.0 0.0 0:00.00 pdflush 312 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kswapd0 361 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 aio/0 379 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 unionfs_siod/0 380 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 nfsiod 389 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 cifsoplockd 390 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 cifsdnotifyd 401 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 jfsIO 402 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 jfsCommit 403 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 jfsSync 411 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 xfs_mru_cache 412 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 xfslogd/0 413 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 xfsdatad/0 1132 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 scsi_tgtd/0 1146 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 iscsi_eh 1239 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 exec-osm/0 1284 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kpsmoused 1312 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kondemand/0 1318 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 hid_compat 1346 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 rpciod/0 1350 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kjournald 1495 root 16 -4 2176 624 364 S 0.0 0.3 0:01.05 udevd 2430 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 ivtv0 2488 root 15 -5 0 0 0 S 0.0 0.0 0:00.09 msp34xx 5957 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kjournald 5958 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kjournald 5974 root 20 0 3160 480 392 S 0.0 0.2 0:00.00 syslogd 6007 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kstriped 6031 daemon 20 0 1828 420 300 S 0.0 0.2 0:00.00 atd 6044 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 ksnapd 6056 daemon 20 0 1684 348 272 S 0.0 0.1 0:00.00 portmap 6071 root 20 0 4500 1588 1160 S 0.0 0.6 0:00.03 Runvdr 6080 root 20 0 4176 1304 1096 S 0.0 0.5 0:00.00 bash 6084 root 20 0 4416 1636 1180 S 0.0 0.7 0:00.07 Runvdr 6153 root 1 -19 3024 668 500 S 0.0 0.3 0:00.01 lircd 6180 root 20 0 4060 1024 828 S 0.0 0.4 0:00.00 su 6181 root 20 0 174m 23m 9180 S 0.0 9.5 0:02.73 vdr 6192 root 20 0 174m 23m 9180 S 0.0 9.5 0:00.00 vdr 6195 root 15 -5 0 0 0 S 0.0 0.0 0:00.16 kdvb-ad-0-fe-0 6313 root 20 0 174m 23m 9180 S 0.0 9.5 0:00.59 tuner on device 6338 root 20 0 1576 548 464 S 0.0 0.2 0:00.00 acpid 6409 root 39 19 174m 23m 9180 S 0.0 9.5 0:00.00 section handler 6419 root 20 0 174m 23m 9180 S 0.0 9.5 0:00.11 vdr 6424 root 20 0 174m 23m 9180 S 0.0 9.5 0:00.00 extrecmenu work 6471 root 20 0 174m 23m 9180 S 0.0 9.5 0:00.00 vdr 6478 root 39 19 174m 23m 9180 S 0.0 9.5 0:00.04 EPGSearch: sear 6482 root 20 0 174m 23m 9180 S 0.0 9.5 0:00.00 vdr 6483 root 20 0 174m 23m 9180 S 0.0 9.5 0:00.00 LIRC remote con 6485 root 20 0 174m 23m 9180 S 0.0 9.5 0:01.37 receiver on dev 6486 root 20 0 174m 23m 9180 S 0.0 9.5 0:00.37 TS buffer on de 6487 root 20 0 174m 23m 9180 S 0.0 9.5 0:01.29 osdteletext-rec 6515 root 20 0 4924 1080 756 S 0.0 0.4 0:00.00 sshd 6570 root 20 0 1576 504 432 S 0.0 0.2 0:00.00 getty 6572 root 20 0 1576 500 432 S 0.0 0.2 0:00.00 getty 6574 root 20 0 1576 504 432 S 0.0 0.2 0:00.00 getty 6576 root 20 0 1576 500 432 S 0.0 0.2 0:00.00 getty 6578 root 20 0 1576 500 432 S 0.0 0.2 0:00.00 getty 6580 root 20 0 1576 504 432 S 0.0 0.2 0:00.00 getty 6694 root 20 0 174m 23m 9180 S 0.0 9.5 0:00.00 vdr 6695 root 20 0 174m 23m 9180 S 0.0 9.5 0:00.00 vdr 6696 root 20 0 174m 23m 9180 S 0.0 9.5 0:00.00 vdr 6697 root 20 0 174m 23m 9180 S 0.0 9.5 0:00.00 vdr 6698 root 20 0 174m 23m 9180 S 0.0 9.5 0:00.00 vdr 6699 root 20 0 174m 23m 9180 S 0.0 9.5 0:00.00 vdr 6700 root 20 0 174m 23m 9180 S 0.0 9.5 0:00.00 vdr 6702 www-data 20 0 4100 1148 608 S 0.0 0.5 0:00.00 lighttpd 6707 www-data 20 0 15364 4464 3100 S 0.0 1.8 0:00.05 php5-cgi 6709 www-data 20 0 15364 4464 3100 S 0.0 1.8 0:00.05 php5-cgi 6711 www-data 20 0 15364 4468 3100 S 0.0 1.8 0:00.05 php5-cgi 6712 www-data 20 0 15364 4464 3100 S 0.0 1.8 0:00.05 php5-cgi 6713 root 20 0 7360 1304 940 S 0.0 0.5 0:00.00 nmbd 6715 root 20 0 10420 2400 1724 S 0.0 1.0 0:00.02 smbd 6720 root 20 0 10420 1004 328 S 0.0 0.4 0:00.00 smbd 6721 www-data 20 0 15364 1788 412 S 0.0 0.7 0:00.00 php5-cgi 6722 www-data 20 0 15364 1780 412 S 0.0 0.7 0:00.00 php5-cgi 6723 www-data 20 0 15364 1784 412 S 0.0 0.7 0:00.00 php5-cgi 6724 www-data 20 0 15364 1780 412 S 0.0 0.7 0:00.00 php5-cgi 6743 root 20 0 8628 2660 2200 S 0.0 1.1 0:00.14 sshd 6745 root 20 0 4476 1712 1300 S 0.0 0.7 0:00.02 bash |
trucki 03.Jun.2012 06:38:25 |
Hallo, Dr. Seltsam hat mich gebeten etwas mehr über das Hicksen bei mir zu schreiben: mein System besteht aus einem Siemens Celisius W350 (30GB SSD, 250SATA, E6300 2x1,8ghz, 2GB Ram) einer USB Hauppauge Wintv Nova TD, einer Airstar2 DVB-T, einer PVR 150, einer Cabelstar HD2 DVB-C und mittlerweile einer Fusi FF. - Die DVB-C Karte nutze ich im Moment nur für den EPG der PVR150. - Installiert ist Easyvdr 0.8.6.0 mit der Änderung, dass der Tuner des Primären Ausgabedevices nicht genutzt wird. - Als Fernbedienung wird ein selbstgebastelter Lirc Empfänger auf COM1 genutzt. - Genutze Plugins sind TVOnScreen, EPGSync, Graftft, und die die standardmäßig aktiviert sind. Tausche ich die Fusi FF gegen eine PVR350 aus, dann kracht / hickst der Ton auf den DVB-T ZDF Sendern. Ich befinde mich in München mit Sichtkontakt zum DVB-T Sender. D.h. Der Empfang könnte nicht besser sein. Da ich den VDR als Produktivsystem nutze habe ich die PVR350 mittlerweile gegen die Fusi FF ausgetausch. Ich hoffe das hilft. Viele Grüße, Trucki |
klappnase 04.Jun.2012 12:11:07 |
Hallo trucki, wenn die FF Karte für dich perfekt funktioniert ist natürlich alles gut, ansonsten funktioniert die PVR350 mit der von mir gepatchten Version aber auch wieder einwandfrei, nur auf Kosten einer geringfügigen CPU-Last, von der auf deiner Maschine aber eigentlich nichts zu merken sein dürfte, die ist ja offenbar noch mal ein ganzes Eck schneller als meine. Grüsse Michael easyvdr-3.0; MB: Asus M2N-X Plus; DVB: TT-3200, Hauppauge NovaS2; Graka: Geforce GT1030 |