Beiträge von pafleraf

    Hallo nochmal!


    also ich glaube, wir reden aneinander vorbei die ganze zeit. Wenn ich von letterbox format rede, meine ich definitiv 4:3 mit schwarzen balken oben und unten (für mich sogar auch links und rechts, da mein fernseher 16:9 ist).


    Zitat

    Original von Dr. Seltsam


    nochmal: analoges TV, so wie es vom Sender ausgestrahlt wird, ist IMMER 4:3. Es gibt im analogen Bereich keine anarmorphen Ausstrahlungen. Was Du als "16:9 letterbox" bezeichnest sind 4:3 Sendungen mit schwarzen Balken. Das ist kein 16:9.
    Es gibt auch keinerlei senderseitige Kennungen in der Analogausstrahlung, die darauf hindeuten würden, dass es sich um einen Film mit Balken handelt.*) Selbst wenn, dürfte man dies auf keinen Fall zum Anlass nehmen, bei einer Encodierung eine 16:9-Kennung zu setzen. Das Ergebnis wäre -solange die Balken nicht entfernt wurden- eine falsche Darstellung am TV.


    *) manche Sendungen haben tatsächlich eine Kennung (vermutlich in den vbi-Daten), die dazu führt, dass mein Loewe TV auf "Pal Plus" schaltet und einen Zoom durchführt, so dass die Balken weg sind. Dieser Zoom-Modus hat aber nichts mit 16:9 anarmorph zu tun. Diese "Pal Plus"-Kennung kann man erzeugen, indem man für data[0] nicht die 7 (16:9) oder 8 (4:3) sendet, sondern den Wert 11.


    Mein neuer Fernseher ändert automatisch den zoom modus bei alle sendung mit schwarzen balken. Dazu benutzt er den WSS signal. Du kannst es problemlos überprüfen, indem du das kleine vbi.c program aus dem ivtv 1.0.3 quellcode (test/vbi.c) kompilierst und ausführst, während du eine sendung schaust, die solche balken enthält. Der einzige Sender, der das nicht macht, ist bei mir Kabel1. Alle anderen senden dieses signal.


    Da steht folgendes:
    - bei 4:3 ohne balken: 4:3
    - bei 4:3 mit balken: 16:9 letterbox


    Zitat

    Original von Dr. Seltsam
    das wss-Signal ist in diesem Fall ein Zoom-Kommando. Da es nichts mit einem Format zu tun hat (das ist weiterhin 4:3), kann man es nach den v4l2-Spezifikationen leider nicht über V4L2_CID_MPEG_VIDEO_ASPECT erzwingen.


    Genau, das geht immer nur um den zoom modus. Ich weiss, dass es dann immer 4:3 ist. Nun will ich, dass der zoom modus von xineliboutput (oder pvr350 für dich) verstanden wird, genau wie der fernseher das macht. Schau dir wirklich mal das progamm an, was ich oben beschrieben habe.


    Zitat

    Original von Dr. Seltsam
    Was Du bräuchtest wäre ein Code, der immer dann, wenn das autocrop-Plugin die schwarzen Balken aus einer Quelle entfernt hat, die Formatkennung von 4:3 nach 16:9 ändert. Ob man da nun einfach V4L2_CID_MPEG_VIDEO_ASPECT neu setzen kann, weiss ich nicht. Es kann aber wirklich erst dort erfolgen, denn das, was pvrinput liefert, muss immer 4:3 sein. Erst autocrop trifft die Entscheidung, ob das Material durch Entfernen der schwarzen Balken anarmorph werden soll.


    Da bei mir autocrop die balken kaum erkennt, will ich ihm sagen, wann er die balken rausschneiden soll.


    Würde ich eine pvr350 über s-video oder SCART an meinem fernseher anschliessen, könnte ich ihm exakt das gleiche WSS signal wiederspielen, welches am eingang zu sehen ist, würde er automatisch den zoom modus ändern. Da müsste man nur den OSD kleiner machen, und alles ist perfekt.


    Naja, also ich empfehle dir nochmal, das vbi.c programm mit WSS auszuführen. Du wirst ja schon sehen was da übermittelt wird. Sonst lohnt sich einen blick in dem standards für WSS: ETS 300 294 (frei zum herunterladen bei www.etsi.org). Da ist seite 16 besonders interressant.


    Gruß
    Raphael.

    Das hatte ich schon gesehen. Nun ist es aber wahrscheinlich so, dass bei analog kanäle immer nur 4:3 gesetzt wird, weil der format fest in pvrinput gesetzt ist (bzw. durch die PVR karte selbst). Es wäre besser, wenn man auch bei analog kanäle erkennen könnte, ob es sich um richtiges 4:3 oder um 16:9 letterbox handelt. Allgemein, man könnte alle VBI info einfach an dem ausgang der PVR350 durch schleifen. Dadurch könnte man theoritisch sogar teletext aus DVB quellen direkt am fernseher schauen. Ich weiss, der fall mit teletext ist sinnlos, aber es geht ums prinzip. Wie auch immer, ich werde es mal für mich implementieren, und dann sehen wir weiter.


    Gruß
    Raphael.

    Hallo!


    also ich habe in den standards (EN 301 775) nachgeschaut. Es ist problemlos möglich, zusätzlich zum Teletext, auch noch den WSS in den transport stream zu kodieren.


    Ich muss also "nur" in pvrinput/device.c/cPvrReadThread::PesToTs die ivtv sliced VBI korrekt lesen und in dem transport stream schreiben. Es ist im grunde schon alles da.


    Dann wird es knifliger: ich muss dann in xineliboutput diese infos aus dem transport stream rauslesen und verarbeiten (wie weiss ich noch nicht).


    Am besten wäre es wahrscheinlich, den entwickler von dem plugin (xineliboutput) zu kontaktieren.


    Dann habe ich mir gedacht, dass es sogar noch am besten wäre, wenn der pvr350 plugin dieses WSS signal auch korrekt an dem ausgang setzten könnte. Ich habe aber keine pvr350 zu m testen. Vieleicht machst du ja mit?


    Gruß
    Raphael.

    Zitat

    Original von Dr. Seltsam


    nein, das steht da mit Sicherheit nicht. Die mit V4L2_CID_MPEG_VIDEO_ASPECT gesetzte aspect ratio hat auch nichts mit vbi zu tun.
    pvrinput aktiviert außer Videotext auch keine vbi-Daten.


    Wie auch immer, ich kann diese daten mit den test programmen von ivtv lesen (http://ivtvdriver.org/viewcvs/ivtv/tags/1.0.3/test/vbi.c?rev=4064&view=markup). Also müsste es prinzipiel schon möglich sein. Und das hat in der tat nichts mit dem V4L2_CID_MPEG_VIDEO_ASPECT zu tun. Der sollte nämlich brav auf 4:3 bleiben, damit das bild auf meinem fernseher nicht in die breite gezogen wird.


    Zitat

    Original von Dr. Seltsam


    das wäre mir komplett neu. Es funktioniert ja nichtmal Clipping (z.B. für Abschneiden von Störzonen am unteren Bildrand bei VHS-Kassetten)


    In der Tat, das habe ich jetzt nochmal nachgeschaut. Die karte skaliert dann nur auf eine andere auflösung. Also bleibt nur die 2. lösung. Oder vieleicht doch die dritte: DVB-C karte kaufen und fertig! Da hätte ich 16:9 anamorph, oder?


    Naja, ich werde also mal schauen. Ich schätze, du benutzt xineliboutput oder softdevice gar nicht, da du eine PVR350 hast. Ist das richtig?


    Gruß
    Raphael.

    Zitat

    Original von Dr. Seltsam
    Letterbox ist 4:3. Ob Balken im Bild sind oder nicht, macht keinen Unterschied


    Eben! Und deshalb möchte ich aus den vbi infos den WSS rauslesen (beispiel ist im ivtv code).
    Da steht ob das 4:3 bild in wahrheit ein letterbox format ist. Und wenn das so ist, möchte ich aus dem 4:3 bild die balken rausschneiden.


    Wie ich dann das bild schneide ist die weitere frage. Da gibt es zwei möglichkeiten:
    1. direkt in pvrinput: kann ivtv nur einen ausschnitt aus dem bild enkodieren? ich glaube ich habe sowas im treiber-code gesehen.
    2. die information an xineliboutput weitergeben, damit das bild von dem autocrop plugin geschnitten wird.


    Eine weitere möglichkeit wäre, das WSS signal direkt in xineliboutput (dann im xine input plugin) zu dekodieren, um dann autocrop zu steuern.


    Habe ich eine chance, dass meine hirnspinnerei funktionniert?


    Gruß
    Raphael.

    mir ist schon klar,dass ich kein WSS am dvi-ausgang setzen kann. Ich wollte nur ein wenig programmieren, und anhand des WSS, welches sich im eingangssignal befindet (in pvrinput, in den sliced vbi), dann das richtige cropping in xineliboutput setzen. Mein bisheriges problem war aber, dass ich nicht weiss ob es möglich ist, letterbox formate als solche im TS stream zu kennzeichen. oder vieleicht sogar das WSS signal direkt in xineliboutput abzugreifen. Gibt es vieleicht auch echtes DVB letterbox formate, die auch als solches gekennzeichnet sind?


    Fragen über Fragen...


    Gruß,
    Raphael.

    erstmal danke für die antwort.


    Also autocrop ist ein post plugin für xineliboutput, welches die schwarzen balken bei letterbox formate rausschneiden soll. Nun scheint es aber nicht sehr stabil bei mir zu laufen. Es liegt vieleicht an artefakte im bild, wodurch das plugin die balken als nicht komplett schwarz erkennt.


    Deshalb dachte ich, man könnte das WSS signal dazu benutzen. Nun muss es aber alles in software geschehen, da ich keine FF karte habe. Das WSS signal übermittelt ja auch das richtiige habe ich überprüft).


    Gruß,
    Raphael.

    Hallo!


    Ich habe eine Hauppauge PVR 250 (über pvrinput_-1.0.0_20070523 angesteuert) und xineliboutput-1.0.0rc2 als Ausgabegerät. Das ganze ist dann über DVI an dem fernseher angeschlossen.


    ich habe einen neuen 16:9 fernseher gekauft, und wollte dann beim VDR alles darauf einstellen. Also wie folgt:
    - DVB Einstellungen->format: 16:9
    - bei pvrinput -> format: 4:3


    Wenn ich nun bei xineliboutput den autocrop post plugin benutze (automatische einstellung, 14:9/16:9), springt das bild dauern zwischen 4:3 und 16:9 format, wenn die sendung im 16:9 ist. Der empfang ist sonst sehr gut.


    Deshalb frage ich mich, woran es liegen könnte, das autocrop das bild format nicht zuverlässig erkennen kann. Bei meinem Schwiegervater funktionniert alles prächtig (er hat auch DVB-S...).


    Hat jemand also mal eine idee, woran das liegen könnte?


    Es wäre sonst vieleicht auch interressant, die WSS infos aus der PVR karte direkt an dem autocrop plugin zu übermitteln. Aber nachdem ich im code nachgeschaut habe, fällt mir nicht wirklich ein, wie es machbar wäre. :schiel


    Gruß,
    Raphael.

    Hallo nochmal!


    ich habe mein problem folgendermassen gefixt:


    - in '/usr/local/src/VDR/Make.config', habe ich 'REMOTE=...' kommentiert und VDR neu kompiliert.
    - in '/_config/bin/vdr-xine.sh', habe ich den parameter '--lirc' in der vdr-sxfe command line hinzugefügt.


    Gäbe es aber vieleicht einen weg, der ein wenig sauber (bzw. update-sicher?) wäre?


    Gruß
    Raphael.

    Hallo!


    ich bin vor kurzem von gentoo auf gen2vdr umgestiegen und bin sehr begeistert. Ich benutze ein PVR250 mit xineliboutput und freevo. Wenn ich nun unter freevo bin, werden die fernbedienungstasten trotzdem an VDR übergeben. Ich finde aber nicht woran das liegt. Ich habe schon die VDR einträge aus /etc/lircrc.conf gelöscht. Es scheint mir so zu sein, dass VDR und nicht vdr-sxfe sich mit dem lircd daemon verbindet. Gibt es eine möglichkeit das zu ändern?


    Raphael.

    Erstmal, vielen Dank für die tipps!


    Mit dem DMA war das problem, dass ich den chipset treiber nicht mit kompiliert hatte... Das war aber auch nicht das ganze problem...


    Ich musste die v4l treiber von Markus Rechberger benutzen, damit mein DVB-T stick auch funktionniert. Nun sind diese treiber (also ivtv aus dem oben gennanten repos) richtig buggy mit kernel 2.6.22. Also habe ich auf 2.6.20 wieder umgestellt, und jetzt läuft alles wieder.... Irgendwie ist es nervig, dass wenn man was auf em28xx basis benutzen will (in dem fall mein dvb-t stick), dann die ganzen normalen (und gut funktionnierenden) treiber (bei mir ivtv) durch die kaum gepflegten aus dem mcentral.de repos benutzen muss...


    Gruß
    Raphael.

    Hallo!


    danke für die antwort. Hier sind die settings für die festplatte:


    tvbox ~ # hdparm /dev/hda


    /dev/hda:
    multcount = 16 (on)
    IO_support = 0 (default 16-bit)
    unmaskirq = 0 (off)
    using_dma = 0 (off)
    keepsettings = 0 (off)
    readonly = 0 (off)
    readahead = 256 (on)
    geometry = 24321/255/63, sectors = 390721968, start = 0



    das merkwürdige ist, das der zeitanzeiger (wenn ich während des abspielen auf "ok" drücke) immer hin und her springt... Das hatte ich noch nie gesehen.


    Gruß
    Raphael.

    Hallo!


    ich habe vor ein paar tage meinen VDR system aktualisiert auf vdr 1.4.6 und kernel 2.6.22. Ich benutze sonst pvrinput (die letzte version) und xineliboutput. Bisher lief alles gut. Nun nach dem update kann ich nicht mehr aufnehmen. Die aufnahmen stocken und stottern (bild und ton). Ich weiss jetzt aber nicht wo ich mit der fehlersuche anfangen soll. Normal fernsehen ohne aufnehmen funktionniert weiterhin problemlos.


    Hat jemand eine idee, wo das liegen könnte, oder wo ich die fehlerquelle suchen sollte?


    Danke,
    Raphael.

    Hallo!


    weisst jemand ob man mit ProjectX, ähnlich wie das 'cutalot' plugin, das video gleich beim demuxen auch aufteilen kann? Es wäre ja sehr praktisch um z.B. gleich verschiedene titeln auf einer DVD herzustellen.


    Danke
    Raphael.

    Danke für den Link! Trotz G**geln hatte ich den thread nicht gefunden...


    Nun bin ich mir auch nicht so sicher, ob es an dvdauthor liegt, oder an ProjectX, der die durchnittliche bitrate nicht korrekt schreibt:


    /movies/MTV Masters/demuxed$ mpginfo VTS_01_1.m2v
    VTS_01_1.m2v
    Mpeg 2 Video File
    Estimated Duration: 01:47:30.88s
    Aspect ratio 4/3 (TV)
    Interlaced, chroma format: 4:2:0
    Video Format: Unspecified
    Size [720 x 576] 25.00 fps 9.00 Mbps
    /movies/MTV Masters/demuxed$ mpginfo VTS_01_1.mp2
    VTS_01_1.mp2
    Audio : Mpeg 1 layer 2
    Estimated Duration: 03:51:26.23s
    224 kbps 48000 Hz
    Frame size: 672 bytes
    Stereo, No emphasis, copy


    Wenn ich also mit der dateigröße und 9Mbps rechne, komme ich auch auf 01:47:30.88...


    Ich weiss aber leider nicht, wie ich den blöden header so patchen kann, dass die richtig durchnittliche bitrate drin steht. Falls es gehen würde, könnte ich mal mit dvdauthor nochmal probieren, was er dazu sagt.


    Gruß
    Raphael.

    Ich habe jetzt die DVD auf die festplatte zurück kopiert und mit ProjectX demuxed, um zu gucken was passiert:



    summary of created media files:
    .Video (m2v): 347156 Frames 03:51:26.240 '/movies/MTV Masters/VIDEO_TS/VTS_01_1.m2v'
    Audio 0 (mp2): 578593 Frames 03:51:26.232 0/0/0/0 '/movies/MTV Masters/VIDEO_TS/VTS_01_1.mp2'
    => 7,646,051,498 bytes written...
    -> we have 0 warnings/errors.

    Hallo !


    ich habe den ewig langen Arzte-Konzert auf MTV (2:30) mal aufgenommen, und möchte es jetzt auf DVD brenen. Die aufnahme enthält auch noch einen anderen konrzert davor (Korn), sodass die ganze aufnahme um die 3:30 studen lang ist.


    Mit dem burn-plugin habe ich nun alles auf eine DVD+R DL rohling gepackt.


    Das problem ist aber, dass alle player mir nur 1:55:43 als länge anzeigen... Die automatische kapiteln alle 15 minuten sind auch nur bis 1Std 45 min angelegt. Wenn ich aber am 'angeblichen' ende der DVD einfach weiter laufen lasse (allerdings nicht vorspule, sonst bricht's ab), dann kann ich das ganze video sehen.


    Wenn ich in VDR mit libxineoutput das ISO image abspiele, habe ich das gleiche problem.


    'dvdinfo' zeigt folgende struktur an:


    DVD-Video information of the DVD with title MTV Masters


    File Structure DVD
    VIDEO_TS/
    VIDEO_TS.IFO 12288
    VIDEO_TS.BUP 12288
    VTS_01_0.IFO 139264
    VTS_01_0.VOB 55296
    VTS_01_1.VOB 1073709056
    VTS_01_2.VOB 1073709056
    VTS_01_3.VOB 1073709056
    VTS_01_4.VOB 1073709056
    VTS_01_5.VOB 1073709056
    VTS_01_6.VOB 1073709056
    VTS_01_7.VOB 1073709056
    VTS_01_8.VOB 307103744
    VTS_01_0.BUP 139264



    Main feature:
    Title set containing the main feature is 1
    The aspect ratio of the main feature is 4:3
    The main feature has 1 angle(s)
    The main feature has 1 audio_track(s)
    The main feature has 0 subpicture channel(s)
    The main feature has a maximum of 8 chapter(s) in on of its titles
    The main feature has a maximum of 2 audio channel(s) in on of its titles



    Title Sets:


    Title set 1
    The aspect ratio of title set 1 is 4:3
    Title set 1 has 1 angle(s)
    Title set 1 has 1 audio_track(s)
    Title set 1 has 0 subpicture channel(s)


    Titles included in title set 1 is/are
    Title 1:
    Title 1 has 8 chapter(s)
    Title 1 has 2 audio channel(s)




    Was ich noch vergessen habe:
    - burn-plugin 0.1.0 (gentoo ebuild)
    - demuxer: ProjectX
    - muxer: (durch burn-plugin benutzt) mplex



    Hat jemand irgendeine idee was ich da falsch mache?
    Ich habe auch schon das ganze von hand probiert, mit dem gleichen ergebnis.


    Die aufnahme habe ich mit einer PVR250 und pvrinput gemacht.


    Gruß
    Raphael.