search for: 1280x720

...6d.png -o output.ogv That's exactly what I tried with the latest 0.24 release of ffmpeg2theora: ffmpeg2theora-0.24.linux32.bin img-%03d.png -o output.ogv Input #0, image2, from 'img-%03d.png': Duration: 00:00:12.00, start: 0.000000, bitrate: N/A Stream #0.0: Video: png, yuv420p, 1280x720, 25 tbr, 25 tbn, 25 tbc Resize: 1280x720 Segmentation fault The same problem happens with the release in Ubuntu 9.04, and with the 0.22 release. I haven't tried earlier releases yet. To reproduce this issue, you can get the images from the tarball on http://free-electrons.com/issues/ffmpeg2...

I've got a display with a native resolution of 1920x1080. However, I usually play games at 1280x720 because I often like to create screencasts of the games I play (and my PC is not fast enough for capturing 1920x1080). Now I noticed that wine does not provide the resolution I want, which means that this resolution does never appear in any game. If I set the resolution with commandline parameters...

...rent 5760 x 2160, maximum 32767 x 32767 DVI-D-0 connected primary 1920x1200+0+0 (normal left inverted right x axis y axis) 518mm x 324mm 1920x1200 59.95*+ 1920x1080 60.00 50.00 60.05 50.04 1600x1200 60.00 1280x1024 75.02 60.02 1280x960 60.00 1280x720 60.00 50.00 1152x864 75.00 1024x768 75.03 70.07 60.00 800x600 75.00 72.19 60.32 56.25 640x480 75.00 72.81 59.94 HDMI-0 connected 3840x2160+1920+0 (normal left inverted right x axis y axis) 1600mm x 900mm 3840x2160 60.00*+...

https://bugs.freedesktop.org/show_bug.cgi?id=111213 Bug ID: 111213 Summary: VA-API nouveau SIGSEGV and asserts Product: Mesa Version: 19.0 Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau Assignee: nouveau at

Hi I was surprised with size of Theora files and thought of feedback. Following 1minute duration Theora and Xvid files were made from a y4m file. The resolution is 1280x720: 1. Xvid 17MB 2. Ogg/Theora Q7 31MB 3. Ogg/Theora Q8 38MB 4. Ogg/Theora Q9 49MB 5. Ogg/Theora Q10 61MB The Xvid file was made using mencoder by 2 passes with following options: bitrate=2500:autoaspect:chroma_opt:vhq=4:bvhq=1:quant_type=mpeg:pass=1 The encoder_example was used to create Og...

..._MODE_TYPE_DRIVER, 27000, 720, 736, > 798, 858, 0, 480, 489, 495, 525, 0, > DRM_MODE_FLAG_NHSYNC | DRM_MODE_FLAG_NVSYNC), > - .vrefresh = 60, .picture_aspect_ratio = HDMI_PICTURE_ASPECT_16_9, > }, > + .picture_aspect_ratio = HDMI_PICTURE_ASPECT_16_9, }, > /* 4 - 1280x720 at 60Hz 16:9 */ > { DRM_MODE("1280x720", DRM_MODE_TYPE_DRIVER, 74250, 1280, 1390, > 1430, 1650, 0, 720, 725, 730, 750, 0, > DRM_MODE_FLAG_PHSYNC | DRM_MODE_FLAG_PVSYNC), > - .vrefresh = 60, .picture_aspect_ratio = HDMI_PICTURE_ASPECT_16_9, > }, > + .pi...

...M_MODE("720x480", DRM_MODE_TYPE_DRIVER, 27000, 720, 736, 798, 858, 0, 480, 489, 495, 525, 0, DRM_MODE_FLAG_NHSYNC | DRM_MODE_FLAG_NVSYNC), - .vrefresh = 60, .picture_aspect_ratio = HDMI_PICTURE_ASPECT_16_9, }, + .picture_aspect_ratio = HDMI_PICTURE_ASPECT_16_9, }, /* 4 - 1280x720 at 60Hz 16:9 */ { DRM_MODE("1280x720", DRM_MODE_TYPE_DRIVER, 74250, 1280, 1390, 1430, 1650, 0, 720, 725, 730, 750, 0, DRM_MODE_FLAG_PHSYNC | DRM_MODE_FLAG_PVSYNC), - .vrefresh = 60, .picture_aspect_ratio = HDMI_PICTURE_ASPECT_16_9, }, + .picture_aspect_ratio = HDMI_PICTU...

...rt: 1.000067, bitrate: 16946 kb/s Program 1 Stream #0.0[0x1011]: Video: h264, yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], 50 tbr, 90k tbn, 50 tbc Stream #0.1[0x1100]: Audio: ac3, 48000 Hz, stereo, s16, 256 kb/s Pixel Aspect Ratio: 1.00/1 Frame Aspect Ratio: 1.78/1 Resize: 1920x1080 => 1280x720 0:00:07.79 audio: 82kbps video: 4254kbps, time remaining: 00:01:34 When I try to play the ogv file, the video stream is playing at accelerated speed, while the audio speed is the same as in the original. Same issue with version 0.24-svn20090716. This didn't happen with version 0.23: ffm...

...M_MODE("720x480", DRM_MODE_TYPE_DRIVER, 27000, 720, 736, 798, 858, 0, 480, 489, 495, 525, 0, DRM_MODE_FLAG_NHSYNC | DRM_MODE_FLAG_NVSYNC), - .vrefresh = 60, .picture_aspect_ratio = HDMI_PICTURE_ASPECT_16_9, }, + .picture_aspect_ratio = HDMI_PICTURE_ASPECT_16_9, }, /* 4 - 1280x720 at 60Hz 16:9 */ { DRM_MODE("1280x720", DRM_MODE_TYPE_DRIVER, 74250, 1280, 1390, 1430, 1650, 0, 720, 725, 730, 750, 0, DRM_MODE_FLAG_PHSYNC | DRM_MODE_FLAG_PVSYNC), - .vrefresh = 60, .picture_aspect_ratio = HDMI_PICTURE_ASPECT_16_9, }, + .picture_aspect_ratio = HDMI_PICTU...

...EAU(0): Modeline "1440x900"x59.9 88.75 1440 1488 1520 1600 900 903 909 926 +hsync -vsync (55.5 kHz e) [ 4.689] (II) NOUVEAU(0): Modeline "1280x960"x60.0 108.00 1280 1376 1488 1800 960 961 964 1000 +hsync +vsync (60.0 kHz e) [ 4.689] (II) NOUVEAU(0): Modeline "1280x720"x60.0 74.25 1280 1390 1430 1650 720 725 730 750 +hsync +vsync (45.0 kHz e) [ 4.689] (II) NOUVEAU(0): Modeline "640x480"x59.9 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz e) [ 4.689] (II) NOUVEAU(0): Modeline "720x400"x70.1 28.32 720 738 8...

...bytes of CEA data Video data block VIC 93 3840x2160 at 24Hz VIC 94 3840x2160 at 25Hz VIC 95 3840x2160 at 30Hz VIC 98 4096x2160 at 24Hz VIC 31 1920x1080 at 50Hz VIC 16 1920x1080 at 60Hz VIC 20 1920x1080i at 50Hz VIC 5 1920x1080i at 60Hz VIC 19 1280x720 at 50Hz VIC 4 1280x720 at 60Hz VIC 32 1920x1080 at 24Hz VIC 34 1920x1080 at 30Hz VIC 60 1280x720 at 24Hz VIC 62 1280x720 at 30Hz VIC 18 720x576 at 50Hz VIC 22 1440x576i at 50Hz VIC 3 720x480 at 60Hz VIC 7 1440x480i at 60Hz VIC 17 720x57...

On Wed, Jan 18, 2017 at 04:33:43PM +0000, Damien Lespiau wrote: > On Wed, Jan 18, 2017 at 11:27:16AM -0500, Ilia Mirkin wrote: > > Damien - did you ever test these mandatory modes on an actual > > commercial 3D TV or similar device? > > My main testing device was a Samsung TV with this 3D_present bit set and > all the advertised modes were working. Can't quite remember

...MPlayer SVN-r38122-5.5.0 (C) 2000-2019 MPlayer Team 224 audio & 464 video codecs Playing /dev/shm/tmp/output.mkv. libavformat version 58.26.101 (internal) libavformat file format detected. [lavf] stream 0: video (vp8), -vid 0 [lavf] stream 1: audio (vorbis), -aid 0, -alang rus VIDEO: [VP80] 1280x720 0bpp 30.000 fps 0.0 kbps ( 0.0 kbyte/s) ========================================================================== Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family libavcodec version 58.47.100 (internal) Selected video codec: [ffvp8] vfm: ffmpeg (FFmpeg VP8) ===============...

...me dimensions 0x0. [mpeg2video @ 0x575898d0]Invalid frame dimensions 0x0. [mpegts @ 0x57435000]PES packet size mismatch [mpegts @ 0x57435000]Packet corrupt (stream = 1, dts = 269417410). [lavf] stream 0: video (mpeg2video), -vid 0 [lavf] stream 1: audio (mp2), -aid 0 LAVF: Program 2 VIDEO: [MPG2] 1280x720 0bpp 59.940 fps 0.0 kbps ( 0.0 kbyte/s) ========================================================================== Forced video codec: ffmpeg2vdpau Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family libavcodec version 58.100.100 (internal) Selected video codec: [ffmpeg2vdpau]...

...94mm 1920x1080 59.9*+ 59.9 39.9 1680x1050 60.0 59.9 1600x1024 60.2 1400x1050 60.0 1600x900 60.0 1280x1024 60.0 1440x900 59.9 1280x960 60.0 1368x768 60.0 1360x768 59.8 60.0 1152x864 60.0 1280x720 60.0 1024x768 60.0 1024x576 60.0 960x540 60.0 800x600 60.3 56.2 864x486 60.0 640x480 59.9 720x405 60.0 640x360 60.0 VGA1 disconnected (normal left inverted right x axis y axis) VIRTUAL1 disconnected (normal left...

> > No, that line is actually expected (just means accel won't work, since > NVIDIA hw now requires signed firmware, but they won't release the > ctxsw fw). Are you absolutely sure that you're seeing the outputs in > xrandr? Could you provide the output of xrandr as well as an Xorg log? > > Thanks, > > -ilia Many thanks for you help. All data below :

http://bugs.freedesktop.org/show_bug.cgi?id=24820 Summary: [nv15] Vertical screen corruption in X when KMS is enabled Product: xorg Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo:

...624 625 628 667 -hsync -vsync (49.7 kHz) (II) VESA(0): Modeline "800x600"x0.0 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (46.9 kHz) (II) VESA(0): Modeline "800x600"x0.0 50.00 800 856 976 1040 600 637 643 666 +hsync +vsync (48.1 kHz) (II) VESA(0): Modeline "1280x720"x60.0 74.48 1280 1336 1472 1664 720 721 724 746 -hsync +vsync (44.8 kHz) (II) VESA(0): Searching for matching VESA mode(s): Any of 1360x768, 1366x768, or 1280x720 would be fine. Following this are a pile of blocks starting with 'Mode: ...' or '*Mode: ...'. I think these a...

...mings in table 8-15. This is Alastair's display (one of them): http://paste.lisp.org/display/335893 I believe this is the interesting part: Video data block VIC 16 1920x1080 at 60Hz VIC 31 1920x1080 at 50Hz VIC 5 1920x1080i at 60Hz VIC 20 1920x1080i at 50Hz VIC 4 1280x720 at 60Hz VIC 19 1280x720 at 50Hz VIC 3 720x480 at 60Hz VIC 2 720x480 at 60Hz VIC 18 720x576 at 50Hz VIC 17 720x576 at 50Hz VIC 7 1440x480i at 60Hz VIC 6 1440x480i at 60Hz VIC 22 1440x576i at 50Hz VIC 21 1440x576i at 50Hz VIC 32 1920x1080 at 24Hz...

...this project referenced on the video4linux mailing list, and I thought others on this list might be interested (assuming they don't already know about it): http://www.opencircuits.com/OpenHDCapture To summarize, the goal is to develop an open hardware device that can capture video at 720p30 (1280x720, 30fps). At the moment I am not sure if Theora has a direct relationship with the project, such as proving useful directly, but there is definitely a spiritual link in that the goal is to provide an open platform that can be implemented "freely", just as Theora exists to allow a complete...