First: Excuse me, but i can't translate the following text.
Das Softdevice-Plugin ist eines der wichtigsten Plugins für den VDR überhaupt, da eine artgerechte Nutzung von LowBudgetKarten sonst nicht möglich wäre, vor allem weil die FF-Karten zu starr sind. Eine Sache gibt es aber die ich zwar versuchte zu ändern aber es bisher nicht schaffte.
Das automatische Umschalten von 4:3 auf 16:9 und umgekehrt.
Gruß, Daliman
Hello Daliman,
my English is not so good, but my German ;-) ... i try it:
------ The Softdevice-Plugin is one of the top plugins for the vdr wile without it you can use a budget-card not so good. A thing i try, but dont become to run is:
The automatic switching from 4:3 to 16:9 and reversed. -----
I hope this is litte but better to read ;-)
Greatings, Thomas ----- Original Message ----- From: vdr@daliman.de To: VDR Mailing List Sent: Tuesday, May 02, 2006 11:55 AM Subject: [vdr] Softdevice
First: Excuse me, but i can't translate the following text.
Das Softdevice-Plugin ist eines der wichtigsten Plugins für den VDR überhaupt, da eine artgerechte Nutzung von LowBudgetKarten sonst nicht möglich wäre, vor allem weil die FF-Karten zu starr sind. Eine Sache gibt es aber die ich zwar versuchte zu ändern aber es bisher nicht schaffte.
Das automatische Umschalten von 4:3 auf 16:9 und umgekehrt.
Gruß, Daliman
------------------------------------------------------------------------------
_______________________________________________ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Dienstag 02 Mai 2006 12:44, aLiEnTxC wrote:
Automatic switching is supported, as long as TV-station set the correct stream information. But unfortunately most private german stations send not anamorphic 16:9 video. They just send letterboxed 16:9 and they don't transmit any information about what they are doing. Something like AFD could help.
On Wednesday 03 May 2006 09:03, Nicolas Huillard wrote:
Try these pages: http://www.pjdaniel.org.uk/afd/ http://www.dtg.org.uk/reference/tutorial_afd.html
Cheers,
Laz
Quoting Nicolas Huillard:
Active Format Descriptor
None of the 50 definitions from acronymfinder.com seems to apply...
http://www.dtg.org.uk/publications/books/afd.pdf
Stefan Lucke
Quoting Stefan Lucke:
That's what happen when you choose a "crop mode" in softdevice. We override ADF value from stream with user defined one:
/* ------------------------------------------------------------------------- * override afd value with crop value from setup */ new_afd = (setupStore->cropMode) ? setupStore->cropMode : new_afd;
None of the 50 definitions from acronymfinder.com seems to apply...
Stefan Lucke
Stefan Lucke a écrit :
Quoting Stefan Lucke:
...
So crop_mode manually selects one of the 8 AFD values ("Complete list of AFD codes" in http://www.pjdaniel.org.uk/afd/), when it is not sent by the broadcaster (which is the case with every channel in France, it seems). Is that right ? How do I check if the AFD codes are send by the broadcaster ? vdr-femon already shows the AR (aspect ratio) of the broadcast, which is just one part of the information (it is always 4:3 with channels we usually watch).
Quoting Nicolas Huillard nicolas@huillard.net:
Yes .
How do I check if the AFD codes are send by the broadcaster ?
When you see 16:9 video on a 16:9 screen or a 4:3 video on a 4:3 screen with black bars around all sides, than no AFD info is transmitted. You'll have to select a crop mode via OSD (or toggle key).
Stefan Lucke
Wieso kann in solchen Fällen nicht daß immer gesendete AscpectRatio ausgewertet werden? Das würde dann wahrscheinlich mit allen Streams funktionieren. DaLiMan
(Warning: The translation ist very simple english!) Why Softdevice don´t use the transmitted AspectRatio instead? DaLiMan
Stefan Lucke wrote:
vdr@daliman.de a écrit :
Why Softdevice don´t use the transmitted AspectRatio instead?
The URL provided shows that one must use AR (usually fixed, per channel or bouquet) and AFD (changing with programme) and display aspect (user-defined and fixed). All that make a working system... If one is missing, the whole automatic handling crashes and the user have to enter the dance (cropmode). I didn't ever see a setup where the user can rely on everything. I hope you're luckier in Germany...
On Wednesday 03 May 2006 11:38, Nicolas Huillard wrote:
In the UK, the BBC transmit everything as widescreen, adding black bars to the sides for 4:3 transmissions. This works fine for a 16:9 TV but the AFD is required for proper display on a 4:3 TV, i.e. the decoder is told to zoom to the actual picture. There are also AFDs which do combined cropping and zooming for certain aspect ratios, etc.
Cheers,
Laz
I hope somebody help me again and translate the following. Thanks very much.
Ich habe bisher Screen Aspect im SetupMenü auf 4:3 eingestellt. Daher erfolgte das automatische Umschalten bei einem 16:9 Stream nicht. Mit der Einstellung default funktioniert es. Das bedeutet daß dies kein Fehler ist. Ich möchte für mich die automatische Umschaltung auf 16:9 auch bei ScreenAspect=4:3. Für einen kleinen Tipp wo ich welche Variable setzen wäre ich dankbar.
Cheers, DaLiMan
Laz wrote:
On Wed, May 03, 2006 at 04:50:00PM +0200, vdr@daliman.de wrote:
I hope somebody help me again and translate the following. Thanks very much.
You're welcome.
So far, I've set Screen Aspect 4:3 in the setup menu. That is why the automatic switching did not occur with a 16:9 stream. With the setting "default" it does work. This means that there is no error [in softdevice]. I have a feature request: make the automatic switching work with ScreenAspect=4:3. I would be grateful for a small tip where to set which variable to which value.
--- End of translation
Well, apparently I've been lucky, or perhaps the problem does not occur with 4:3 screens or with the Finnish DVB-T senders. I had set Screen Aspect to "4:3", but "default" seems to work as well. I have set Crop Mode to 4:3. When the source is 16:9, the left and right side will be cut out, but that does not bother me.
Marko
On Mittwoch 03 Mai 2006 16:50, vdr@daliman.de wrote:
Ich hoffe, Du kannst die Antwort in Englisch verstehen. Wenn nicht, so sollten wir das Off-List weiter diskutieren.
Hups, you say switch works only when screen aspect is set to default, and it doesn't work when screen aspect is set to 4:3. If thats true, that would be a bug. But ...
So lets collect some facts. From your other bug report I know, that you are using latest vdr + softdevice. Which ffmpeg version do you use (version number is printed at startup) ? Which output method do you use ? Do you connect a monitor via VGA out or a TV via TV out ? When you are using VGA, what is the native resolution of your device ? What is the native aspect ratio of your output device ?
And then please provide a similar to the following information of your system, when to your opinion the switch is handled wrong _and_ correct. You'll find this information in the system log.
With Xv out I see the following: That is a switch from 4:3 to 16:9 video stream, screen aspect set to 4:3 May 3 21:11:20 jarada jarada vdr: [10352] [VideoOut]: aspect changed (0 -> 0 ; 1.333333 -> 1.777778) May 3 21:11:20 jarada jarada vdr: [10352] [VideoOut]: 720x576 [0,0 720x576] -> 768x576 [0,57 768x461]
The same switch when screen aspect is set to default: May 3 21:14:33 jarada jarada vdr: [10366] [VideoOut]: aspect changed (0 -> 0 ; 1.333333 -> 1.777778) May 3 21:14:33 jarada jarada vdr: [10366] [VideoOut]: 720x576 [0,0 720x576] -> 768x576 [0,70 768x436]
Still a bit wrong, as my LCD has an aspect ratio of 5:4. Now when set to 5:4: May 3 21:16:36 jarada jarada vdr: [10380] [VideoOut]: aspect changed (0 -> 0 ; 1.333333 -> 1.777778) May 3 21:16:36 jarada jarada vdr: [10380] [VideoOut]: 720x576 [0,0 720x576] -> 768x576 [0,72 768x432]
That is from my test stream which has an AFD value set, which describes it as 4:3 active format, even stream is in 16:9. Usual behaviour would be a vertical downscale, but we cutout 90 pixel left and right from source and display this at full display/window area of 768x576. May 3 21:18:58 jarada jarada vdr: [10405] [VideoOut]: aspect changed (0 -> 9 ; 1.333333 -> 1.777778) May 3 21:18:58 jarada jarada vdr: [10405] [VideoOut]: 720x576 [90,0 540x576] -> 768x576 [0,0 768x576]
On Mittwoch 03 Mai 2006 22:20, vdr@daliman.de wrote:
Yep. Here are the answers. But i think that nothing of them is unsefull as a hint for this problem.
Lets see.
Part from your syslog is missing! This is importand to track down that bug.
With a 16:10 device you should set screen aspect to 16:10 too. Ratio calculation is not exact enough when retrieved from X11. Can you show us the top 66 lines from output of command xdpyinfo ?
There is a section, which looks like: screen #0: print screen: no dimensions: 1280x1024 pixels (342x271 millimeters) resolution: 95x96 dots per inch depths (7): 24, 1, 4, 8, 15, 16, 32
From that information, monitor has aspect of 1.26199,
from Xorg.0.log monitor has aspect either: 1.248148 (II) RADEON(0): clock: 108.0 MHz Image Size: 337 x 270 mm (II) RADEON(0): h_active: 1280 h_sync: 1328 h_sync_end 1440 h_blank_end 1688 h_border: 0 (II) RADEON(0): v_active: 1024 v_sync: 1025 v_sync_end 1028 v_blanking: 1066 v_border: 0
or from the same log (aspect now: 1.2592592) (II) RADEON(0): Modeline "400x300" 20.00 400 420 484 528 300 300 302 314 doublescan +hsync +vsync (--) RADEON(0): Display dimensions: (340, 270) mm (--) RADEON(0): DPI set to (95, 96)
From handbook it should be 337x270 mm with dot pitch 0.264x0.264 mm
It ist a problem for me to desribe corectly the problem in english. So ist is better (for me) to use eMail and german. DaLiMan
----- Original Message ----- From: "Stefan Lucke" stefan@lucke.in-berlin.de To: "VDR Mailing List" vdr@linuxtv.org Sent: Wednesday, May 03, 2006 10:43 PM Subject: Re: [vdr] Softdevice
On Mittwoch 03 Mai 2006 22:20, vdr@daliman.de wrote:
Yep. Here are the answers. But i think that nothing of them is unsefull as a hint for this problem.
Lets see.
Part from your syslog is missing! This is importand to track down that bug.
With a 16:10 device you should set screen aspect to 16:10 too. Ratio calculation is not exact enough when retrieved from X11. Can you show us the top 66 lines from output of command xdpyinfo ?
There is a section, which looks like: screen #0: print screen: no dimensions: 1280x1024 pixels (342x271 millimeters) resolution: 95x96 dots per inch depths (7): 24, 1, 4, 8, 15, 16, 32
From that information, monitor has aspect of 1.26199,
from Xorg.0.log monitor has aspect either: 1.248148 (II) RADEON(0): clock: 108.0 MHz Image Size: 337 x 270 mm (II) RADEON(0): h_active: 1280 h_sync: 1328 h_sync_end 1440 h_blank_end 1688 h_border: 0 (II) RADEON(0): v_active: 1024 v_sync: 1025 v_sync_end 1028 v_blanking: 1066 v_border: 0
or from the same log (aspect now: 1.2592592) (II) RADEON(0): Modeline "400x300" 20.00 400 420 484 528 300 300 302 314 doublescan +hsync +vsync (--) RADEON(0): Display dimensions: (340, 270) mm (--) RADEON(0): DPI set to (95, 96)
From handbook it should be 337x270 mm with dot pitch 0.264x0.264 mm