search for: 640x360

...ld you please explain what the problems are, or point me to a bugtracker where they are reported. eg. There's nothing in http://trac.annodex.net/query?status=new&component=liboggz Here's some oggz output that seems a bit fishy. Using http://diracvideo.org/download/test-streams/ogg/sage-640x360.ogg and current liboggz svn, http://svn.annodex.net/liboggz/trunk/ : conrad at chichai:~/share/dirac$ oggz validate --max-errors 0 sage-640x360.ogg 2>&1 | wc -l 135 conrad at chichai:~/share/dirac$ oggz validate sage-640x360.ogg sage-640x360.ogg: Error: 00:00:00.000: serialno 1763535876: G...

...ta? It seems oggz chop, merge and sort will need some attention to deal with the Dirac granulepos and dependency ordering, so let's leave them for the next release. >> Here's some oggz output that seems a bit fishy. Using >> http://diracvideo.org/download/test-streams/ogg/sage-640x360.ogg and >> current liboggz svn, http://svn.annodex.net/liboggz/trunk/ : > > The only niggle i have with this file is that the EOS page has a bizare > timestamp. imho, because there is no picture in the eos page, there is > no meaningful time for it, so the granulepos should be -1...

...9;d like to do a release of > these soon. I believe it is -- although if correct support in the rest of the liboggz tools is required, a little more work may need to happen. > Here's some oggz output that seems a bit fishy. Using > http://diracvideo.org/download/test-streams/ogg/sage-640x360.ogg and > current liboggz svn, http://svn.annodex.net/liboggz/trunk/ : The only niggle i have with this file is that the EOS page has a bizare timestamp. imho, because there is no picture in the eos page, there is no meaningful time for it, so the granulepos should be -1 on the eos page on the...

...#39;s leave them > for the next release. ok. -- may be worth having them 'warn' if they are operating on something containing oggdirac. > > As of changeset:3782, oggz-validate reports only this one error for that file: > > conrad at chichai:~/share/dirac$ oggz validate sage-640x360.ogg > sage-640x360.ogg: Error: > 00:02:36.077: serialno 1763535876: Granulepos decreasing within track Ok, that is due to the invalid granulepos in the EOS page (the actual value doesn't make sense -- and is infact invalid (see in a moment)) The mapping spec sets two bits (8 & 30) t...

...s y axis) 344mm x 193mm 1366x768 60.01*+ 1360x768 59.80 59.96 1280x720 60.00 1024x768 60.00 1024x576 60.00 960x540 60.00 800x600 60.32 56.25 864x486 60.00 640x480 59.94 720x405 60.00 680x384 60.00 640x360 60.00 VGA1 disconnected (normal left inverted right x axis y axis) VIRTUAL1 disconnected (normal left inverted right x axis y axis) https://i.stack.imgur.com/GJupM.png Any ideas as to what I need to do to get this HDMI monitor working? It worked fine when I had Windows Vista on the laptop.....

...is reporting very big and long result ffmpeg2theora.linux digit24.mp4 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'digit24.mp4': Duration: 00:42:41.04, start: 0.000000, bitrate: 1177 kb/s Stream #0.0(eng): Audio: aac, 48000 Hz, 2 channels, s16 Stream #0.1(eng): Video: h264, yuv420p, 640x360, 25 tbr, 600 tbn, 1200 tbc Stream #0.2(eng): Data: rtp / 0x20707472 Stream #0.3(eng): Data: rtp / 0x20707472 0:00:00.00 audio: 0kbps video: 6819kbps, ET: 142:16:48, est. size: 2081.9 MB at the end, file is 110M big 2. second, major one, the resulting file can't be used, picture...

....96 59.88 640x480 60.00 75.00 72.81 75.00 66.67 60.00 59.94 720x405 59.51 58.99 720x400 70.08 684x384 59.88 59.85 680x384 59.80 59.96 640x400 59.88 59.98 576x432 75.00 75.00 70.00 60.06 640x360 59.86 59.83 59.84 59.32 512x384 75.03 70.07 60.00 512x288 60.00 59.92 416x312 74.66 480x270 59.63 59.82 400x300 72.19 75.12 60.32 56.34 432x243 59.92 59.57 320x240 72.81 75.00 60.05...

...47.49 640 676 744 848 384 384 386 400 doublescan -hsync +vsync (**) S3VIRGE(0): Default mode "640x384": 40.1 MHz, 47.7 kHz, 60.1 Hz (D) (II) S3VIRGE(0): Modeline "640x384" 40.07 640 672 740 840 384 384 386 397 doublescan -hsync +vsync (**) S3VIRGE(0): Default mode "640x360": 55.0 MHz, 64.3 kHz, 85.0 Hz (D) (II) S3VIRGE(0): Modeline "640x360" 55.01 640 680 748 856 360 360 362 378 doublescan -hsync +vsync (**) S3VIRGE(0): Default mode "640x360": 47.8 MHz, 56.4 kHz, 75.0 Hz (D) (II) S3VIRGE(0): Modeline "640x360" 47.83 640 676...

...d that works fine. > woo. great, thanks :-) So the last remaining tool to check is oggz-chop. I at first assumed it would not work with Dirac's granulepos, but it seems to do something vaguely useful: conrad at chichai:~/share/oggz-chop$ oggz chop -s 7 -e 11 -o sage-7-11.ogv ../dirac/sage-640x360.ogg conrad at chichai:~/share/oggz-chop$ oggz dump sage-7-11.ogv |grep serialno | head -n 20 00:00:00.000: serialno 1762443388, granulepos 0, packetno 0 *** bos: 64 bytes 00:00:00.000: serialno 1763535876, granulepos (pt:0,dt:0,dist:0,delay:0), packetno 0 *** bos: 39 bytes 00:00:00.000: serialno 07...

I think I may have updated the tv firmware between when it worked and when it didn't. I wonder it it has to do with bit depth. I use lubuntu and it doesn't let me pick the bit depth so I don't know what it using.

I've made a start writing a Theora player for Series 60 phones (mostly Nokia phones, but some Samsung and Sony Ericsson ones too). Download here: http://symbianoggplay.sourceforge.net/OgvPlay/OgvPlay_010.zip I've been using Big Buck Bunny, Elephants Dream and a few other ogv files for testing. I've uploaded 320x180 versions of those here:

...2, from '/Users/michael/Desktop/test_vid01.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf52.78.1 Duration: 00:00:23.96, start: 0.000000, bitrate: 245 kb/s Stream #0.0(eng): Video: h264, yuv420p, 640x360, 241 kb/s, 25.04 fps, 25 tbr, 600 tbn, 1200 tbc 0:00:24.00 audio: 0kbps video: 151kbps, time elapsed: 00:00:19 0:00:23.96 audio: 0kbps video: 151kbps, time elapsed: 00:00:19 Perhaps you have an ideam what's going on here.. Thanks in advance, Michael.

...1360x768 59.80 59.96 > 1280x720 60.00 > 1024x768 60.00 > 1024x576 60.00 > 960x540 60.00 > 800x600 60.32 56.25 > 864x486 60.00 > 640x480 59.94 > 720x405 60.00 > 680x384 60.00 > 640x360 60.00 > VGA1 disconnected (normal left inverted right x axis y axis) > VIRTUAL1 disconnected (normal left inverted right x axis y axis) > > https://i.stack.imgur.com/GJupM.png > > Any ideas as to what I need to do to get this HDMI monitor working? It > worked fine when I...

...nrad Parker wrote: > So the last remaining tool to check is oggz-chop. I at first assumed it > would not work with Dirac's granulepos, but it seems to do something > vaguely useful: > > conrad at chichai:~/share/oggz-chop$ oggz chop -s 7 -e 11 -o > sage-7-11.ogv ../dirac/sage-640x360.ogg > conrad at chichai:~/share/oggz-chop$ oggz dump sage-7-11.ogv |grep > serialno | head -n 20 > 00:00:00.000: serialno 1762443388, granulepos 0, packetno 0 *** bos: 64 bytes > 00:00:00.000: serialno 1763535876, granulepos > (pt:0,dt:0,dist:0,delay:0), packetno 0 *** bos: 39 bytes...

...es > to support Dirac), and if so could you please explain what the > problems are, or point me to a bugtracker where they are reported. eg. I mostly meant what you apparently fixed below, namely, showing pt, dt, dist, and delay. > conrad at chichai:~/share/dirac$ oggz dump -c dirac sage-640x360.ogg > |grep granulepos|head > 00:00:00.000: serialno 1763535876, granulepos > (pt:0,dt:0,dist:0,delay:0), packetno 0 *** bos: 39 bytes > 00:00:00.000: serialno 1763535876, granulepos > (pt:0,dt:4294967292,dist:0,delay:4), packetno 2: 19.658 kB > 00:00:00.166: serialno 1763535876,...

...ght balance with bitrate and quality for a couple of kid's movies for my daughter to watch on my mobile phone. I have to say, much kudos to the theora devs on the 1.1 release. Amazing visual quality even with -v 4 (roughly 400-600 kbps range for this content). I ended up with a 1:17min video 640x360 29.97fps around 224MB with very livable quality. I could now get enough room on my microSD card to have two movies on there, where MPEG4 could only get one, and with lesser quality (partially due to encoding parameters). But where can I find a free mobile theora video player? TCPMP supports ogg,...

2008/11/21 David Flynn <davidf+nntp at woaf.net>: > On 2008-11-21, Conrad Parker <conrad at metadecks.org> wrote: >> 2008/11/15 David Flynn <davidf+nntp at woaf.net>: >>> On 2008-11-14, Conrad Parker <conrad at metadecks.org> wrote: >>>> It seems oggz chop, merge and sort will need some attention to deal >>>> with the Dirac

https://bugs.freedesktop.org/show_bug.cgi?id=37681 Summary: Tearing with composite extension Product: xorg Version: 7.6 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

...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 inverted right x axis y axis) DP-1-1 connected 2560x1600+1920+0 641mm x 401mm 2560x1600 60.0*+ 1920x1440 60.0 1920x1200 59.9 1920x1080 60.0 50.0 59.9...

...ault mode "576x432" (bad mode clock/interlace/doublescan) (II) NOUVEAU(0): Not using default mode "1152x864" (exceeds panel dimensions) (II) NOUVEAU(0): Not using default mode "576x432" (bad mode clock/interlace/doublescan) (II) NOUVEAU(0): Not using default mode "640x360" (bad mode clock/interlace/doublescan) (II) NOUVEAU(0): Not using default mode "1280x720" (hsync out of range) (II) NOUVEAU(0): Not using default mode "640x360" (bad mode clock/interlace/doublescan) (II) NOUVEAU(0): Not using default mode "1280x720" (hsync out of...