könnt ihr bei 1.3.24/1.3.28/1.3.29 in aufnahmen rückwärts spulen?
bei mir semelts dann immer den vdr und er machten softneustart.
könnt ihr bei 1.3.24/1.3.28/1.3.29 in aufnahmen rückwärts spulen?
bei mir semelts dann immer den vdr und er machten softneustart.
vorwärts und rückwärts spulen geht bei der Wiedergabe von Aufzeichnungen bei mir einwandfrei. Allerdings habe ich keine Cody-Version im Einsatz, sondern einen vanilla vdr, der nur um den enAIO-Patch frisiert wurde.
Hättest Du Lust, mal zu testen, ob es damit auch bei Dir läuft? Dann würde ich Dir mein Paket (nur sehr wenige Plugins) mal schicken. Du müsstest nur vorher in /usr/lib/vdr/plugins alle auf 1.3.29 endenden Plugins vorher irgendwo anders hin verschieben, denn sie sie sind nicht kompatibel zu meinen Plugins (weil bei mir wie gesagt vdr ohne bigpatch die Basis ist).
QuoteHättest Du Lust, mal zu testen, ob es damit auch bei Dir läuft?
sehr gerne
danke für deinen einsatz!
Währe es eigentlich ein problem die module für die DXR2 (em8220)
mit zu kompelieren?
Ich habe hier noch so eine rumliegen! Währe schade drum!
Dazu muß ich sagen ich habe es schon mal geschaft mit der ersten C'tvdr cd
die DXR3 mit drauf hatte ein seehhhhr schlechtes Bild auf dem TV zu kriegen! (sw und so verzogen.)
Aber Linvdr währe der Hammer!
QuoteOriginal von vdr_Thor
könnt ihr bei 1.3.24/1.3.28/1.3.29 in aufnahmen rückwärts spulen?bei mir semelts dann immer den vdr und er machten softneustart.
folgendes konnte ich noch eingrenzen.
es betrifft nur aufnahmen mit dolby digital spuren, zb. von sat1 oder pro7. normale aufnahmen lassen sich ohne probleme rückwarts spulen und springen.
hals hotfix hab ich jetzt erstmal in den einstellungen die aufnahme von dolby digital deaktiviert.
habe gerade mal Enterprise von Pro7 getestet. Auch da geht Rückspulen. Dolby ist aktiviert!
mein Paket ist unterwegs
danke, werd ich gleich mal testen.
also.
ich kann mit deiner plain-vanilla zumindestens mal in dolby digital aufnahmen rückwärts spulen, ging mit cody's bigpatch nicht.
aber das anspringen von schnittmarken (vorwärts/rückwärts) klappt auch bei der plain-vanilla sowie wie bei cody's bigpatch nicht, solange in der aufnahme auch eine dolby digital ton spur ist.
fazit:
ich bleib bei cody's bigpatch und deaktivire das aufzeichnen von dolby digital in den bigpatch einstellungen.
hier noch ein wenig aus dem syslog
Aug 21 15:53:07 linvdr user.debug vdr[4582]: dxr3: demux: stillpicture length: 58196
Aug 21 15:53:07 linvdr user.debug vdr[4582]: dxr3: demux: I-frame
Aug 21 15:53:07 linvdr user.debug vdr[4582]: dxr3: demux: unknown frame
Aug 21 15:53:07 linvdr user.debug vdr[4582]: dxr3: demux: unknown frame
Aug 21 15:53:07 linvdr user.debug vdr[4582]: dxr3: demux: unknown frame
Aug 21 15:53:07 linvdr user.debug vdr[4582]: dxr3: demux: unknown frame
Aug 21 15:53:07 linvdr user.debug vdr[4582]: dxr3: demux: unknown frame
Aug 21 15:53:07 linvdr user.debug vdr[4582]: dxr3: demux: unknown frame
Aug 21 15:53:07 linvdr user.debug vdr[4582]: dxr3: demux: unknown frame
Aug 21 15:53:07 linvdr user.debug vdr[4582]: dxr3: audiodecoder: sample rate=48000
Aug 21 15:53:07 linvdr user.debug vdr[4582]: dxr3: audiodecoder: channels=2
Aug 21 15:53:07 linvdr user.debug vdr[4582]: dxr3: demux: unknown frame
Aug 21 15:53:07 linvdr user.debug vdr[4582]: dxr3: demux: unknown frame
Aug 21 15:53:07 linvdr user.debug vdr[4582]: dxr3: demux: unknown frame
Aug 21 15:53:08 linvdr user.debug kernel: em8300_video.o: Video sync rdptr is stuck at 0x000313c8, wrptr 0x000319ec, left 1572
Aug 21 15:53:08 linvdr user.debug kernel: em8300_video.o: Video sync timeout
Aug 21 15:53:13 linvdr user.warn kernel: saa7146: unregister extension 'budget dvb /w video in'.
Aug 21 15:53:13 linvdr user.warn kernel: saa7146: unregister extension 'budget_ci dvb'.
Aug 21 15:53:13 linvdr user.warn kernel: saa7146: unregister extension 'budget dvb'.
Aug 21 15:53:13 linvdr user.warn kernel: saa7146: unregister extension 'dvb'.
Display More
dxr3: demux: unknown frame ist fast 100x innerhalb von 4-6 sekunden.
QuoteOriginal von vdr_Thor
das anspringen von schnittmarken (vorwärts/rückwärts) klappt auch bei der plain-vanilla sowie wie bei cody's bigpatch nicht, solange in der aufnahme auch eine dolby digital ton spur ist.
Dafür gibt es evtl. einen Patch, den ich aber noch nicht ausprobiert habe:
When cutting recordings from some channels, the still picture is stuck
and won't move when you press 4 or 6 to fine tune the cutmarks.
Workaround: see vdr-iframe.patch in the patches/ directory or Reinhard
Nißl's http://home.vr-web.de/~rnissl/vdr-1.3.28-dvbplayer.patch (better)
Quotefazit:
ich bleib bei cody's bigpatch und deaktivire das aufzeichnen von dolby digital in den bigpatch einstellungen.
wahrscheinlich eine weise Entscheidung, denn das dxr3-Plugin ist ja noch in der Entwicklung bezüglich AC3.
Ich rate Dir übrigens, auch mal die originale 1.3.17 im Vergleich auszuprobieren: Das Umschalten geht bei mir deutlich sauberer.
stimmt die 1.3.17 ist etwas fixer, allerdings fehlen mir da ein paar plugins und einstellungen vom bigpatch
Hallo LEute,
habe das DXR3-Plugin wunderbar am Laufen. Hatte mal probiert, ob ich die DXR3 als Ausgabedevice für das Graphtft-Plugin nutzen kann.
Scheint soweit auch alles zu funzen. Nur sobald die DXR3 initialisiert ist, bringt logread immer folgende Ausgabe und das Bild ist schwarz.
Aug 21 17:08:48 linvdr user.debug vdr[4255]: dxr3: demux: stillpicture length: 63668
Habt Ihr die DXR3 schonmal als GraphTFT Ausgabedevice verwendet?
Grüße,
Riva
Hi Dr. Seltsam,
habe Dein Linvdr Packet für die DXR3 mit CVS Plugin auf einer Plain
LINVDR Version installiert.
Kernel: 1.3.17
Edit: Kernel 2.6.9
VDR 1.3.17
Hardware: Avermedia DVB 711 + DXR3
Keine 10 Minuten und es spielt.
Ich habe mal eine Frage zu einem Beitrag vom 9.7 von Dir.
QuoteWenn das Signal sauber ist (guter Empfang) wird schnell und sauber umgeschaltet. Danach läuft es stundenlang stabil. Wer viel zappt und auch mal schlechten Empfang hat, wird vielleicht manchmal erleben, dass der Buffer vollläuft und das Bild zu ruckeln anfängt. Das sollte sich aber nach ein paar Sekunden wieder geben.
Dies kann ich so bestätigen.
Bekomme dann aber bei Liveempfang und Problematischem Empfang ab und zu kleine Ton Knackser. ( Ist ja auch nachzuvollsiehen )
QuoteIch bin noch am Experimentieren, ob man die buffereserve (defaultmäßig in transfer.c definiert) braucht, oder ob sie für den Betrieb mit einer dxr3 eher stört. Bei der 1.3.17 gab es sie glaube ich noch nicht -vielleicht läuft es daher damit besser als mit 1.3.24/1.3.27. Was nicht heißen soll, das es mit denen schlecht läuft.
Frage:
1.)
Hast Du diesen Ansatz mal verfolgt oder Etwas in Erfahrung
bringen können.
2.)
Wie Verhält die Bildwiedergabe bei schlechtem Empfang wenn man die DXR3 gegen eine FF tauscht.
Sind die Störungen identisch oder kann eine FF die Fehler besser händeln.
Ansonsten alles Bestens und das Plugin spielt mit LINVDR super.
Gruß
kalium
QuoteOriginal von kalium
Kernel: 1.3.17
Du meinst vdr 1.3.17. Welchen Kernel hast Du drauf? den originalen 2.6.9 oder den 2.6.12 von DarkAngel? Letzterer dürfte bessere DVB-Treiber für die Avermedia haben.
zu Frage 1)
ich habe mit verschiedenen Werten (ohne buffer, 144, 288, .... bis 1024k buffer) experimentiert. Die Ergebnisse sind nicht eindeutig. Je höher der Buffer, desto länger dauert das Umschalten und desto besser verschwindet die "Schrecksekunde" nach dem Umschalten (Stottern,Ruckler, Pixel etc.) Allerdings ist die Gefahr eines buffer overflows dann auch höher. Die beschriebenen Effekte hat man nicht nur mit einer PVR oder DVB-T, sondern auch bei einer FF-Karte. Es liegt also nicht NUR an der dxr3.
zu Frage 2)
Wenn Du eine DVB-T-Budget nimmst und die Ausgabe über eine DVB-C oder S FF laufen lässt, gibt es mitunter auch leichte Stotterprobleme beim Umschalten. Der av7110-Chip auf der FF-Karte ist sicher etwas stabiler, hat dafür aber andere Macken (Stichwort av7110_fw_cmd_error). Bei mir läuft ein Zweikartensystem (DVB-C + DVB-T) auch mit den aktuellsten DVB-CVS-Treibern weiterhin sehr anfällig für diesen Fehler. Deshalb bin ich immer noch beim alten Treiber und Kernel 2.4. Damit kriegst Du aber die Avermedia nicht zum Laufen, so dass die dxr3 für moderne DVB-Budget-Karten, die Kernel 2.6 erfordern, gar keine so schlechte Wahl ist.
Ich denke (hoffe) dass Austrian Coder sein dxr3-Plugin jetzt bald mehr an die aktuellen vdr-Versionen anpasst. Am besten lief es bislang mit vdr 1.3.12. Ab vdr 1.3.13 hatte Klaus am Transfer-Modus und an den buffern diverse Optimierungen vorgenommen, auf die das Plugin danach eher notdürftig angepasst wurde.
Das führt mich jetzt zu der spontanen Idee, ob ich nicht mal das dxr3-Plugin zusammen mit der Luzifer-Mentox-Edition von vdr 0.6 (hatte glaube ich vdr 1.3.11 oder 1.3.12) und einem aktuellen Kernel zusammenbasteln sollte
Hi Dr. Seltsam
Wie wärs mit einem update deines super dxr3 packet ?
passend zu codys 1.3.30.
Wäre Genial !
Ach ja nur wenn du möchtest und zeit hast.
Gruss ouzo
QuoteOriginal von ouzo
update deines super dxr3 packet ?
passend zu codys 1.3.30.
yo, ist online!
QuoteOriginal von Dr. Seltsam
yo, ist online!
Hi Dr. Seltsam
Du bist nicht seltsam sondern der Grösste !
Einen riesen Dank
ich schließe mich den Danksagungen an und habe eine Frage:
Meine Ausgangslage:
Ich benutze vdr 1.3.17 mit aktuellem DarkAngel Kernel.
- DVD abspielen funktioniert einigermaßen mit dem DVD-Plugin.
- Mplayer funktioniert nicht (klar, ist ja auch nicht für die dxr3 kompiliert.)
- Das Umschaltenverhalten und die Stabilität sind sehr gut. (Danke, Danke, Danke...)
Mein Ziel:
- DVD abspielen sollte funktionieren (mplayer oder noch besser dvd-plugin)
- Das Umschaltenverhalten und die Stabilität sollten sich nicht wesentlich verschlechtern.
Meine Fragen:
- Hab ich wenn ich nach vdr 1.3.30 umsteige eine Möglichkeit dvds abzuspielen, denn das dvd-plugin scheint dann ja nicht mehr zu funktionieren ?
- Ist das selbst kompilieren des mplayers relativ einfach, falls er nicht mit dxr3 Unterstützung kompiliert ist ?
- Wie sieht es mit dem Umschaltverhalten und der Stabilität bzgl. dxr3 bei der vdr Version 1.3.30 aus ? (Deutlich schlechter als vdr 13.17 ?)
Besten Dank
Wicky
Zu deinen Fragen:
1. Nein
2. Ja (benötigst hierfür nur die em8300.h in $INCLUDE/linux/)
3. Meiner Meinung nach nicht sonderlich viel schlechter...
zu 2. du musst nur zusätzlich zu den Parametern die Du auf linvdr.org findest --enable-dxr3 übergeben
Mplayer kompilieren sollte kein Problem sein, siehe meine Anleitung in diesem Thread, solltest du hinkiregen.
Zum Thema umschalten / DVDs kann ich nichts sagen, wäre aber selber sehr interessiert, ne stabile DVD-Lösung zu finden.
Don’t have an account yet? Register yourself now and be a part of our community!