Re: [Freevo-users] freevo 1.7 : 16/9 screen

Gino Wed, 14 Mar 2007 01:03:45 -0800

576x240

Sure!!! thanks so much, but recently dicovered on my own.... 576x240 is the resolution of Master and commander... avi file. Last night, when trying to watch the movie, I have that strange behaviour in Autocrop feature, so the vid was displaying good, but cropped without sence, so the autocrop was cropping a 576x240 vid NOT necessary to crop at all!?!?!?!??! certainly, about 40 pixels from the top, and 40 pixels from the bottom has disappeared, and I may only see big big facessss...... not the complete scene, at all.

It was yesterday, and today I see your email... thanks too much for explain, I knew it was autocrop feature, so disabled it until any notice...

The log is just here:

MAINLOG

-------------------------------

mplayer.py (137): MPlayer.play(): mode=file, url="" and commander (by FeanorKND).avi

mplayer.py (254): starting autocrop

mplayer.py (271): x1=62 x2=494 y1=56 y2=184

mplayer.py (275): crop=432:128:62:56

registrando proceso hijo en "/var/log/freevo/mplayer-stdout.log"

registrando proceso hijo en "/var/log/freevo/mplayer-stderr.log"

self.t1.isAlive()=True, self.t2.isAlive()=True

ChildApp.__init__(), pid=18334, app=/usr/bin/mplayer -autosync 100 -nolirc -nojoystick -autoq 100 -screenw 1360 -screenh 768 -fs -slave -ao oss:/dev/dsp -v -vo xv,sdl,x11, xv :noinput -cache 5000 -idx -monitoraspect 16:9 //ARMARIO/multimedia/Master and commander (by FeanorKND).avi -vf pp=de,crop=432:128:62:56, poll=-1

MPLAYERLOG

----------------------------------

Playing //ARMARIO/multimedia/Master and commander (by FeanorKND).avi.

get_path('sub/') -> '/home/freevo/.mplayer/sub/'

[file] File size is 734709760 bytes

STREAM: [file] //ARMARIO/multimedia/Master and commander (by FeanorKND).avi

STREAM: Description: File

STREAM: Author: Albeu

STREAM: Comment: based on the code from ??? (probably Arpi)

AVI file format detected.

list_end=0x2292

======= AVI Header =======

us/frame: 40000 (fps=25.000)

max bytes/sec: 0

padding: 0

MainAVIHeader.dwFlags: (272) HAS_INDEX IS_INTERLEAVED

frames total: 198956 initial: 0

streams: 2

Suggested BufferSize: 0

Size: 576 x 240

==========================

list_end=0x10F4

==> Found video stream: 0

====== STREAM Header =====

Type: vids FCC: divx (78766964)

Flags: 0

Priority: 0 Language: 0

InitialFrames: 0

Rate: 25/1 = 25.000

Start: 0 Len: 198956

Suggested BufferSize: 79332

Quality 10000

Sample size: 0

==========================

Found 'bih', 40 bytes of 40

======= VIDEO Format ======

biSize 40

biWidth 576

biHeight 240

biPlanes 1

biBitCount 24

biCompression 808802372='DX50'

biSizeImage 829440

===========================

Regenerating keyframe table for MPEG-4 video.

list_end=0x2186

==> Found audio stream: 1

blablablabla.....

VO Config (576x240->576x240,flags=5,'MPlayer',0x32315659)

REQ: flags=0x437 req=0x0

REQ: flags=0x437 req=0x400

VO: [xv] 432x128 => 432x128 Planar YV12 [fs] [zoom]

VO: Description: X11/Xv

VO: Author: Gerd Knorr <[EMAIL PROTECTED]> and others

Xvideo image format: 0x32595559 (YUY2) packed

Xvideo image format: 0x32315659 (YV12) planar

Xvideo image format: 0x59565955 (UYVY) packed

Xvideo image format: 0x30323449 (I420) planar

Xvideo image format: 0x3 ( ^C) packed

using Xvideo port 127 for hw scaling

[xv-fs] dx: 0 dy: 182 dw: 1360 dh: 404

[xv] dx: 0 dy: 182 dw: 1360 dh: 404

*** [pp] Allocating mp_image_t, 576x240x12bpp YUV planar, 207360 bytes

[xv] dx: 0 dy: 0 dw: 1360 dh: 768

[xv-fs] dx: 0 dy: 182 dw: 1360 dh: 404

A: 0.0 V: 0.0 A-V: 0.000 ct: 0.000 1/ 1 ??% ??% ??,?% 0 6 ESC[J

XX initial v_pts=0.000 a_pos=2304 (0.147)

*** [pp] Allocating mp_image_t, 576x240x12bpp YUV planar, 207360 bytes

*** [crop] Allocating mp_image_t, 576x240x12bpp YUV planar, 207360 bytes

*** [vo] Exporting mp_image_t, 432x128x12bpp YUV planar, 82944 bytes

why!?!?!! buaaaaaaaaaaaaaaaaaaahhhhhh!

Mplayer is doing so good, I think, since the crop order is arriving from freevo module, mplayer.py..... is this correct? for 4:3 vids with up and botton black bars, it runs great! but not enough for 2.4vids, I think...

Joe Harris escribió (Mon, 12 Mar 2007 21:52:15 -0500):
> Quoting Gino <[EMAIL PROTECTED]>:
>>
>>
>> Sorry.. answering from digest mail.... Hope not disturbing.. this
>> is my first...
>>
> Digest mail not so good with text only...but no worries...
>
>
>> Well.. I have to say I have not any problem looking to 4:3 vids,
>> with top an bottom bars, since MPLAYER just autocrop them
>> fullfilling the screen at most........ I think it would do with
>> non4:3 videos.... just cropping, and deleting up and bottom bars,
>> to adjust to screen...... have you tested autocrop feature?
>>
>
> I wanted to put my 0.02 on the autocrop feature. I recently
> upgraded hardware and software on my main "livingrooom" freevo. I
> was having a hard time getting the recordserver and found some kind
> souls in previous threads with the solutions I needed.
>
> The autocrop feature was in that section, but I for some reason
> thought it was only part of the recording stuff (or i just didn't
> pay attention which is more than likely the case). In any event
> the recordserver worked like a champ after that.
>
> The issue I had was some recently acquired Babylon 5 episodes
> appeared to be encoded the same way per file 576x320 nice quality
> DVD rips. I noticed the video was chopped off at the bottom on
> most episodes (the credits had first name, but no last name) and
> some episodes were so cropped top to bottom that I could only see a
> persons nose and ear (hahaha). I just thought the video was bad
> till I started working on my new office freevo (which had a sync
> issue...even though I dd'd the same drive as the livingroom). I
> noticed the video was not bad on that machine.
>
> Then I found it:
> MPLAYER_AUTOCROP = 1
>
> I changed it to 0 and all the sudden all was great. Thanks for the
> info because there are some interesting flags you have there I will
> try to tweak things, but I did want to alert others that autocrop
> may cause strange behavior.
>
> Of course if I did something else wrong to cause autocrop not to
> work, I am sure someone on the list will set me straight.
>
> Long live the freevo!!
>
> Cheers,
>
> Joe
>
>
> ----------------------------------------------------------------

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

_______________________________________________
Freevo-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freevo-users

Re: [Freevo-users] freevo 1.7 : 16/9 screen

Reply via email to