The firmware thinks your screen is 16:9 by default, and so assumes the pixels are wider than they are tall.scottnla wrote:It does seem to be the aspect ratio. The former suggestion made it better (so the video was taking up 75% of the width of the screen) and the latter kept it about the same.
I'm tempted to make a video that's wider than 960 x 960, but I think that the video would still end up distorted in the playback, so that's not a real solution. Hmmm.
Code: Select all
ffmpeg -i input.mov -sameq -vf crop=960:960 -vf setdar=16:9 -strict experimental -r 30 output.mp4
Code: Select all
Aspect : num 9 den 16 aspect 1.333333 pixel aspect: 0.421875
Video codec omx-mpeg4 width 1920 height 1080 profile 0 fps 30.000000
Possibly the crop isn't doing what you want. How does the video play on a PC? What does mediainfo report its dimensions/aspect ratio are?scottnla wrote:I tried changing the video's pixel size using ffmpeg:
Video codec omx-mpeg4 width 1920 height 1080 profile 0 fps 30.000000
The aspect ratio parameter is used for the AVI InfoFrame (an out of band signalling packet transmitted separately to the pixel data).simon wrote:Anyone know if its possible to set a 24/9 aspect ratio?
Hi. Thanks for the response.dom wrote:The aspect ratio parameter is used for the AVI InfoFrame (an out of band signalling packet transmitted separately to the pixel data).simon wrote:Anyone know if its possible to set a 24/9 aspect ratio?
The options we support are the only options the HDMI spec allows.
There is no way of signalling 24:9 over HDMI.
The real question is what the problem is when it isn't set correctly. Are you tryinng to get omxplayer to scale correctly?
The RPi is able to generate the the correct vsync, hsync, pixel clock etc. So yes electrically it can cope. Dom says that HDMI does not support the 24/9 aspect ratio I require.... and RPi conforms to the the HDMI spec. I guess I would like RPi to support custom aspect ratios.tzj wrote:Wouldn't it be possible to go out of spec so long as a custom driver circuit for the display is made and doesn't exceed the allowed bandwidth?
What exactly is incorrect? X? The console framebuffer?simon wrote:Yes, the problem is that it does not scale properly. The video signals vsync, hsync, data enable etc are correct....and I don't want to mess around with the content to get it to scale as the content is not under my control.
The scaling is correct when I use a PC as the HMDI source with 24/9 (with the same porches, clock etc) rather than a RPi. But I'd rather use RPi's for my setup. Smaller, nicer, etc, etc![]()
I'm not using omxplayer. The display I am using is a custom display that has specific requirements.
Code: Select all
tvservice -s
fbset -s
Yes, the screen is being filled.dom wrote:I don't think this is a HDMI issue. It's probably a software issue in determining the framebuffer size/scaling.
We are generating a framebuffer with the required number of pixels, and I assume they are filling the screen.
Yes, circles are elliptical horizontally.dom wrote:Is the problem that circles are displayed elliptical?
Resolution is 1280x480dom wrote:what is the pixel resolution of display?
Code: Select all
## TIMING OVERRIDES
hdmi_ignore_edid=0xa5000080
hdmi_group=2
hdmi_mode=87
hdmi_timings=1280 0 140 40 140 480 0 10 10 25 0 0 0 30 0 25200000 7
Yes, pixels are square.dom wrote: what is the width / height of the display (i.e. are the pixels square?)
On screen everything looks wider than it should be.dom wrote:How are you observing the problem?
dom wrote:What doesreport?Code: Select all
tvservice -s fbset -s
Code: Select all
pi@raspbmc:~$ tvservice -s
state 0x120016 [DVI RGB full 64:27 (21:9)], 1280x480 @ 30Hz, progressive
Code: Select all
pi@raspbmc:~$ fbset -s
mode "1x1"
geometry 1 1 1 1 16
timings 0 0 0 0 0 0 0
rgba 5/11,6/5,5/0,0/16
endmode
I just noticed aspect_ratio=8 is actually nearer to my requirementssimon wrote:I use aspect_ratio=7 as that is the closest to 24/9
Makes no difference with this setting. tvservice reports unknown AR.simon wrote:I just noticed aspect_ratio=8 is actually nearer to my requirementssimon wrote:I use aspect_ratio=7 as that is the closest to 24/9. I will try this.
Simon
Code: Select all
pi@raspbmc:/boot$ tvservice -s
state 0x120016 [DVI RGB full unknown AR], 1280x480 @ 30Hz, progressive
Code: Select all
pi@raspbmc:/boot$ fbset -s
mode "1x1"
geometry 1 1 1 1 16
timings 0 0 0 0 0 0 0
rgba 5/11,6/5,5/0,0/16
endmode
I'm confused. What are you running when you ran this command? I'd expect something like:simon wrote:Makes no difference with this setting. tvservice reports unknown AR.simon wrote:I just noticed aspect_ratio=8 is actually nearer to my requirementssimon wrote:I use aspect_ratio=7 as that is the closest to 24/9. I will try this.
SimonCode: Select all
pi@raspbmc:/boot$ tvservice -s state 0x120016 [DVI RGB full unknown AR], 1280x480 @ 30Hz, progressive
SimonCode: Select all
pi@raspbmc:/boot$ fbset -s mode "1x1" geometry 1 1 1 1 16 timings 0 0 0 0 0 0 0 rgba 5/11,6/5,5/0,0/16 endmode
Code: Select all
pi@raspberrypi:~ $ fbset -s
mode "1872x1056"
geometry 1872 1056 1872 1056 16
timings 0 0 0 0 0 0 0
rgba 5/11,6/5,5/0,0/16
endmode
Yes I am running xbmc and logging in with ssh. I am fairly new to RPi and didn't realise this matters.dom wrote:I'm confused. What are you running when you ran this command? I'd expect something like:when using the console framebuffer (e.g. command line or X). Are you running something with EGL (like xbmc?)Code: Select all
pi@raspberrypi:~ $ fbset -s mode "1872x1056" geometry 1872 1056 1872 1056 16 timings 0 0 0 0 0 0 0 rgba 5/11,6/5,5/0,0/16 endmode
OK - I did it using the command line (exit from xbmc, esc to enter command line ) and I get the same as before for tvservice -s. But for fbset I get the following:simon wrote:Yes I am running xbmc and logging in with ssh. I am fairly new to RPi and didn't realise this matters.dom wrote:I'm confused. What are you running when you ran this command? I'd expect something like:when using the console framebuffer (e.g. command line or X). Are you running something with EGL (like xbmc?)Code: Select all
pi@raspberrypi:~ $ fbset -s mode "1872x1056" geometry 1872 1056 1872 1056 16 timings 0 0 0 0 0 0 0 rgba 5/11,6/5,5/0,0/16 endmode
Code: Select all
pi@raspbmc:~$ fbset -s
mode "1280x480"
geometry 1280 480 1280 480 16
timings 0 0 0 0 0 0 0
rgba 5/11,6/5,5/0,0/16
endmode
Makes a big difference.simon wrote:Yes I am running xbmc and logging in with ssh. I am fairly new to RPi and didn't realise this matters.
Thanks, but this was one of the first things I tried. The xbmc video calibration didn't allow me to even come close to displaying a square. It is set to the best I could achieve which is a rectangle with the longer length on the horizontal.dom wrote:Try adjusting aspect ratio here:
http://wiki.xbmc.org/index.php?title=Se ... alibration...
Probably best to create a firmware github issue requesting this.boehm wrote: I tried to attach a 640x640 resolution display. As you said I can't find an aspect ratio which meets my display requirements. Did you have any success since last year? Is the RPi able to drive this resolution?
Thank you
Users browsing this forum: uilfut and 6 guests