Interessanterweise konnte ich den Effekt nur bei einer Ausgabe nach 720p und 576p@50Hz beobachten, nicht aber nach 480p@60Hz.
Beiträge von HelgeBS
-
-
Besten Dank!
Dazu habe ich eine Verständnisfrage. Warum werden .ts Dateien so anders behandelt, als andere Medenformate? Reicht es nicht aus, den Video-, den Audio- und den Text-Stream heuristisch zu erkennen und einfach abzuspielen? In der Aufnahmen muss man ja nicht das Kanal-Bouquet auseinandernehmen, da ist ja nur noch der eine Sender drin.
Ich hatte bspw. mal eine defekte Aufnahme (Fehlermeldung: Kein PAT in PMT oder so, ich bringe diese TLAs immer durcheinander), die hatte ich dann mit ProjectX repariert (PID Filter). Ich konnte die dann aber immer noch nicht abspielen, bis ich die Senderkennung (1:0:1:202:202:2114:EEEE0000:0:0:0: oder so ähnlich) in der .meta Datei durch 0-en ersetzt habe... -
Bzgl. Samba habe ich die Erfahrung gemacht, dass bei nicht erlaubten Zeichen im Dateinamen (kann bspw. beim Speichern von Videos mit MyTube passieren) der verkürzte Dateiname angezeigt wird. Gab's da nicht vor kurzem Patent-Ärger?
-
Das ist mir heute schon das 2. mal passiert (das letzte mal so vor 2 Wochen):
Wenn ich eine Aufnahme anschaue und währenddessen eine Timeraufnahme startet, die denselben Sender aufnehmen soll, von dem die gerade angesehene Aufnahme stammt, dann wird nicht das aktuelle Programm aufgenommen, sondern die abgespielte Aufnahme (es wird also eine Kopie erstellt komplett inkl. Videotext, nur die Sendungsbeschreibung ist neu).
Beende ich das Abspielen, zeigt das aktuelle Programm von dem Sender nur ein schwarzes Bild, solange wie die Aufnahme dauert.
Das Problem tritt nicht auf, wenn die Wiedergabe nach Aufnahmebeginn gestartet wird oder es sich um unterschiedliche Sender handelt.
Sehr kurios! -
Das Problem mit der fehlerhaften Interlace-Erkennung wurde vor etwa einer Woche behoben (besten Dank) und das Ganze sieht nun schon viel besser aus. Der Scaler arbeitet nun auf dem kompletten Frame und hinten kommt Progressive raus und Autores schaltet richtig um.
Aber irgendwie stimmt immer noch was nicht richtig. Scheinbar wird das progressive Quellmaterial in zwei Durchgängen in den Scaler geschickt, so dass sich ein starkes Interlace-Kantenflackern ergibt (das wird dann als progressive zum TV geschickt, so das dann dessen De-Interlacer deaktiviert bleibt).
Der Ablauf sollte doch folgender sein:- Quellmaterial in Auflösung xy (bsp. 512x288p@25Hz)
- Autores schaltet auf passende Ausgabe XY (bsp. 720x576p@25Hz oder 720x576p@50Hz)
- bei Progressive:
Scaler skaliert frameweise in Rate des Quellmaterials (25Hz), Ausgabe dann ggf. in doppelter Rate (50Hz) - bei Interlace:
Scaler skaliert fieldweise in Rate des Quellmaterials, Ausgabe muss dann dieselbe Rate haben
Z.Zt. scheint es so zu sein:
- bei Progressive:
Scaler teilt Frame (25Hz) in zwei Fields (50Hz) und skaliert dann hoch.
-
Es gibt offensichtlich doch noch Leute, die das Problem auch haben, hier:
Problem mit Autores mit neuen Treibern vom 3.6. -
Also für alle, die das Problem nicht haben, ich habe mal mit AviDemux rumgespielt und einen Filter zusammengestellt, der das bei mir vorhandene Probem visualisiert:
XML
Alles anzeigen<?xml version="1.0"?> <filters FilterNumber="3"> <Filter Tag="32" Conf=" Separate Fields"/> <Filter Tag="1" Conf=" Resize 512 x 144 --> 1024 x 288 "> <Parameters Number="3"> <w>1024</w> <h>288</h> <algo>0</algo> </Parameters> </Filter> <Filter Tag="33" Conf=" Merge fields"/> </filters>
Das sieht dann beispielsweise so aus:
Ich habe auch noch ein wenig mit Mediainfo nachgeforscht. Die von mir verlinkte Datei hat definitiv Progressive-Content:
Code
Alles anzeigenAllgemein Vollständiger Name : CC-Zwei-31-NRWTV.mp4 Format : MPEG-4 Format-Profil : Base Media Codec-ID : isom Dateigröße : 393 MiB Dauer : 54min Gesamte Bitrate : 1 001 Kbps Video ID : 1 Format : AVC Format/Info : Advanced Video Codec Format-Profil : High@L5.1 Format-Einstellungen für CABAC : Ja Format-Einstellungen für ReFrame : 6 frames Codec-ID : avc1 Codec-ID/Info : Advanced Video Coding Dauer : 54min Bitraten-Modus : variabel Bitrate : 899 Kbps Breite : 512 Pixel Höhe : 288 Pixel Bildseitenverhältnis : 16/9 Modus der Bildwiederholungsrate : konstant Bildwiederholungsrate : 25,000 FPS Auflösung : 24 bits Colorimetrie : 4:2:0 Scantyp : progressiv Bits/(Pixel*Frame) : 0.244 Stream-Größe : 353 MiB (90%)
Ich bin dann mein Archiv mal durch und es wurden alle H264-codierte Dateien immer als interlaced von der DM800 ausgegeben, auch wenn sie von MediaInfo als progressive angezeigt wurden, auch so bekannte Stücke wie:Code
Alles anzeigenAllgemein Vollständiger Name : big_buck_bunny_720p_h264.mkv Format : Matroska Dateigröße : 398 MiB Dauer : 9min 56s Gesamte Bitrate : 5 597 Kbps Filmname : Avidemux Kodierendes Programm : Lavf51.12.1 verwendete Encoder-Bibliothek : Lavf51.12.1 Video ID : 1 Format : AVC Format/Info : Advanced Video Codec Format-Profil : Main@L3.1 Format-Einstellungen für CABAC : Nein Format-Einstellungen für ReFrame : 2 frames Muxing-Modus : Container profile=Unknown@3.1 Codec-ID : V_MPEG4/ISO/AVC Dauer : 9min 56s Bitrate : 4 919 Kbps Breite : 1 280 Pixel Höhe : 720 Pixel Bildseitenverhältnis : 16/9 Bildwiederholungsrate : 24,000 FPS Auflösung : 24 bits Colorimetrie : 4:2:0 Scantyp : progressiv Bits/(Pixel*Frame) : 0.222
Oder:Code
Alles anzeigenAllgemein Vollständiger Name : for.the.birds.2000.720p.bluray.x264-sinners.mkv Format : Matroska Dateigröße : 114 MiB Dauer : 3min 25s Gesamte Bitrate : 4 652 Kbps Kodierungs-Datum : UTC 2007-10-27 21:40:42 Kodierendes Programm : mkvmerge v2.1.0 ('Another Place To Fall') built on Aug 19 2007 13:40:07 verwendete Encoder-Bibliothek : libebml v0.7.7 + libmatroska v0.8.1 Video ID : 1 Format : AVC Format/Info : Advanced Video Codec Format-Profil : High@L5.1 Format-Einstellungen für CABAC : Ja Format-Einstellungen für ReFrame : 8 frames Muxing-Modus : Container profile=Unknown@5.1 Codec-ID : V_MPEG4/ISO/AVC Dauer : 3min 25s Bitrate : 3 819 Kbps nominale Bitrate : 4 000 Kbps Breite : 1 280 Pixel Höhe : 688 Pixel Bildseitenverhältnis : 1.860 Bildwiederholungsrate : 23,976 FPS Auflösung : 24 bits Colorimetrie : 4:2:0 Scantyp : progressiv Bits/(Pixel*Frame) : 0.181 verwendete Encoder-Bibliothek : x264 core 56 svn-680 Kodierungseinstellungen : cabac=1 / ref=5 / deblock=1:0:0 / analyse=0x3:0x113 / me=umh / subme=7 / brdo=1 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=0 / threads=3 / nr=0 / decimate=1 / mbaff=0 / bframes=3 / b_pyramid=1 / b_adapt=1 / b_bias=0 / direct=1 / wpredb=1 / bime=1 / keyint=250 / keyint_min=25 / scenecut=40(pre) / rc=2pass / bitrate=4000 / ratetol=1.0 / rceq='blurCplx^(1-qComp)' / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / pb_ratio=1.30 Sprache : Englisch
Oder HQ-Dateien vom OnlineTVRecorder, die ich mit dem TSMuxer umgepackt habe:Code
Alles anzeigenAllgemein ID : 1 Format : MPEG-TS Dateigröße : 938 MiB Dauer : 1h 34min Gesamte Bitrate : 1 380 Kbps maximale Gesamtbitrate : 35,5 Mbps Video ID : 4113 (0x1011) Menü-ID : 1 (0x1) Format : AVC Format/Info : Advanced Video Codec Format-Profil : Main@L3.0 Format-Einstellungen für CABAC : Ja Format-Einstellungen für ReFrame : 4 frames Dauer : 1h 34min Bitrate : 1 133 Kbps Breite : 720 Pixel Höhe : 576 Pixel Bildseitenverhältnis : 16/9 Bildwiederholungsrate : 25,000 FPS Standard : PAL Auflösung : 24 bits Colorimetrie : 4:2:0 Scantyp : progressiv Bits/(Pixel*Frame) : 0.109
Nur bei MPEG-Dateien funktioniert es problemlos, diese Datei wird als progressive erkannt und mit 720p ausgegeben (wie in AutoRes vorgegeben):Code
Alles anzeigenAllgemein ID : 1 Format : MPEG-TS Dateigröße : 271 MiB Dauer : 29min Gesamte Bitrate : 1 293 Kbps Video ID : 256 (0x100) Menü-ID : 1 (0x1) Format : MPEG Video Format-Version : Version 2 Format-Profil : Main@Main Format-Einstellungen für Matrix : üblich Dauer : 29min Bitraten-Modus : variabel Bitrate : 1 114 Kbps nominale Bitrate : 3 076 Kbps Breite : 512 Pixel Höhe : 384 Pixel Bildseitenverhältnis : 16/9 Bildwiederholungsrate : 25,000 FPS Colorimetrie : 4:2:0 Scantyp : progressiv Bits/(Pixel*Frame) : 0.227
-
Hat das wirklich noch kein anderer beobachtet?
Nun konnte ich mir das Problem auch mal auf einem Full-HD Bildschirm ansehen. Es scheint sich aus der Beobachtung auf folgendes Problem zu reduzieren:Alle Videos werden bei mir als interlaced erkannt (lt. Autores-Infoscreen), also bspw. auch Youtube-HD-Videos als 720i. Das hat zur Folge, dass beim Scaling die Frames in zwei Fields aufgeteilt werden, und diese einzeln hochskaliert werden. Natürlich wählt dann Autores auch die "passende" Interlaced-Auflösung aus, nicht aber Progressive. Das scheint unabhängig vom Format (MPEG2/H264, TS,MKV,MP4) zu sein.
Das von mir verlinkte Beispiel (512x288p@25Hz) wurde dann getrennt 2 mal von 512x144 auf 720x288 hochskaliert und auf meinem TV mit 720x576i angezeigt. Jede horizontale Kante wurde dann mit Kammeffekt verdoppelt, das muss ja auf einer Std.-Röhre stark flimmern.Also die Progressive-Erkennung hatte ja schonmal funktioniert. Es wäre schön, wenn sich ein Entwickler, der sich damit auskennt, das mal anschaut.
-
-
Jetzt schon, hatte ich wohl einfach einen schlechen Zeitpunkt erwischt. Es gibt einfach zuviele Updates
-
Ich habe bei mir das LastFM-Plugin installiert. Der Scrobbler is wohl nicht mehr kompatibel mit den letzten Änderungen an Enigma2. Beim Abspielen von Mediendateien (mkv, mp4, mp3) gibs nach ein paar Sekunden Spinner und Crash (ist schon seit einigen Updates bei mir so).
Code
Alles anzeigenaction -> PluginMovieSelectionActions bOK playing 4097:0:0:0:0:0:0:0:0:0:/media/hdd/movie/REACH.mp4 stopping thread. FILEPUSH THREAD STOP thread joined 0 service end! resolved to PLAY eDVBServicePlay::unpause decoder state: play, vpid=256, apid=257 VIDEO_SLOWMOTION(0) - ok VIDEO_FAST_FORWARD(0) - ok VIDEO_CONTINUE - ok AUDIO_CONTINUE - ok decoder state: play, vpid=-1, apid=-1 DEMUX_STOP - video - ok VIDEO_STOP - ok AUDIO_CLEAR_BUFFER - ok AUDIO_STOP - ok DEMUX_STOP - audio - ok AUDIO_CONTINUE - ok eServiceMP3::construct! eServiceMP3::playbin2 uri=file:///media/hdd/movie/REACH.mp4 main thread is non-idle! display spinner! eServiceMP3::starting pipeline getBouquet failed.. no path given! getBouquet failed.. no path given! new service started! trying to download cuts! download failed, no cuesheet interface RemovePopup, id = ZapError resolved to PLAY eServiceMP3::state transition NULL -> READY eServiceMP3::getCachedSubtitle Traceback (most recent call last): File "/usr/lib/enigma2/python/Navigation.py", line 43, in dispatchEvent x(i) File "/usr/lib/enigma2/python/Plugins/Extensions/LastFM/scrobbler.py", line 147, in onEvent track = self.getCurrentServiceType() File "/usr/lib/enigma2/python/Plugins/Extensions/LastFM/scrobbler.py", line 187, in getCurrentServiceType return self.getTrack( artist = currPlay.info().getInfoString(iServiceInformation.sArtist), AttributeError: type object 'iServiceInformation' has no attribute 'sArtist'
Wenn ich den dort aufgefundenen Code auskommentiere, kann ich den Crash vermeiden. Da ich mich aber weder mit iServiceInformation noch mit sArtist auskenne (geschweige denn wüsste, wo ich danach suchen sollte), habe ich mir das nicht weiter angesehen.Devicename: dm800
Enigma Version: HEAD-Jun 1 2009
Image Version: dev-2009-06-01
Frontprozessor Version: VNone
Webinterface Version: 1.5rc1 -
Wenn ich mp4/mkv/ts mit nicht-nativen Auflösungen auf meiner 50Hz-Röhre wiedergebe (Scart), so habe ich ein vertikal stark verschwommenes und flimmerndes Bild. Ändern der Deinterlace-Einstellung im Autoresolution-Plugin hilft da auch nicht (Flimmern wird lediglich weniger). Bis vor zwei Tagen war das noch I.O.
Beispiel: CC-Zwei-31-NRWTV.mp4 -
Im aktuellen CVS-build habe ich Probleme, Aufnahmen von Platte zu gucken, während eine Timeraufnahme erfolgt. Es wird auf den Sender geschaltet, von dem die Aufnahme stammt (wenn auf dem gleichen Transponder, wie die aktuelle Timeraufnahme) oder die Meldung kein freier Tuner (wenn auf anderem Transponder) ausgegeben nicht aber die Aufnahme abgespielt. Kann jemand mein Problem nachvollziehen/bestätigen?
Ich hatte gestern den Update (OoZooN-Feed) gemacht, da zuvor in derselben Situation Enigma mit Green-Screen crashte:Code
Alles anzeigenaction -> PluginMovieSelectionActions bDownUp action -> PluginMovieSelectionActions bOK not pauseable. RemovePopup, id = ZapError ignore request to play already running service reused converter! allocating new converter! allocating new converter! reused converter! reused converter! reused converter! reused converter! reused converter! reused converter! playing 1:0:0:0:0:0:0:0:0:0:/media/hdd/movie/.trashcan/20090531 1900 - 3sat - heute.ts service end! not pauseable. alloc PVR loading streaminfo for /media/hdd/movie/.trashcan/20090531 1900 - 3sat - heute.ts before: 1 after: 1 setIoPrio best-effort level 0 ok FILEPUSH THREAD START allocate demux KILLED BY signal 11 PC: 0047a6d4 00000000 10008400 00000003 00000001 10005eb4 00000000 100d7480 7ff12098 00000000 fbad2887 00000001 00000000 00000000 00000001 00000001 00000001 100d8fe0 100d6d78 100d70b8 00000001 00000000 00000000 1074d988 0047b2e4 00000000 2b7102a0 2bc36634 00000000 10017d70 7ff14b80 1073dcf0 0047a4ac As a final action, i will try to dump a bit of code...
Devicename: dm800
Enigma Version: HEAD-May 31 2009
Image Version: dev-2009-05-31
Frontprozessor Version: VNone
Webinterface Version: 1.5rc1 -
ich bin der Meinung ja, sehr gut
Nein, nicht gut! Ich schließe mich da Olove an. Es wäre also schön, wenn da noch ein zweiter Knopf wäre oder das im Profil (Einstellungen -> Darstellung) einstellbar wäre.Helge
-
Zitat
Original von anybody Heftig! Das muss ich echt mal ausprobieren. Hätte ja nie gedacht das TV's so ein Signal überhaupt annehmen könnten
Kein ungewöhnliches Signal, dafür wurden die TVs gebaut (1080i@25Hz besteht ja aus 2 Halbbildern zu je 540 Zeilen bei doppelter Frequenz). -
Zitat
Original von anybodyOder versteh ich hier irgendwas komplett falsch ?!?
Die beiden Halbbilder zu je 720x288@50Hz werden unabhängig voneinander auf 1920x540@50Hz skaliert und der TV deinterlaced dann im besten Fall auf 1920x1080@100Hz. Statt der Kammartefakte kommt dann von der DreamBox eine leichte vertikale Unschäfe. -
Hallo Luftikus,
da ich hier gerade einen DMxx Benutzer, der in der Region BS DVB-T benutzt, am Rohr habe:
Kannst Du mein Problem VOX 16:9 AR wird nicht korrekt entzerrt auf Deiner DM7025 nachvollziehen?Helge
-
Manueller Suchlauf bei 682 MHz funktioniert auch.
-
Zitat
Original von rmie
Ja, das gibt es dort, leider aber nur S/C/T bzw. alle Permutation davon von, Unterscheidung zwischen S2 und S ist nicht möglichUpps ja stimmt, ich war irgendwie gedanklich bei S2 (intern) und T (USB) aber der USB-Tuner von Homey ist ja auch S.
ZitatDas DVB-USB Interface hat sich von 2.6.12 (Dreambox) bis 2.6.27 dramatisch geändert, der Backport ist sicher nicht trivial.
Hmm, im 2.6.12.6 er Archiv von kernel.org konnte ich den Cinergy-Treiber zuindest an derselben Stelle wiederfinden. Aber möglicherweise hat das mit Openembedded auch nichts zu tun...
-
Zitat
Original von Homey Scheint so als ob es da so ne art prioritätsliste gibt, und bei SD Sendern erstmal ein DVB-S Tuner benutzt wird und wenn der nicht da ist, dann erst der DVB-S2 Tuner.
Also ich habe in Einstellungen->System->Anpassen(Experte)->ganz unten mal sowas gesehen.Ich habe auch noch so einen Terratec Cinergy T2 Tuner rumliegen, der sicherlich gerne wieder zum Einsatz käme. Den Treiber dafür gibt's bei Kernel.org somit sollte man den mit Openembedded sicherlich irgendwie eingebunden kriegen. Ich selbst habe mich allerdings noch nicht mit dem Image-Build für die DM 800 auseinandergesetzt...
Helge