Closed GoogleCodeExporter closed 8 years ago
Oh, and I noticed that new encoding windows (when batch encoding) appear even
when the main window is minimized to tray, if you guys could take a look into
that too...
Original comment by bruno...@gmail.com
on 16 Jun 2010 at 7:10
Thanks, will look at this problems.
Original comment by forc...@gmail.com
on 17 Jun 2010 at 6:44
http://rghost.ru/1917208/private/93513b467ed6a3631e49054e6b6447b7 check this.
Original comment by forc...@gmail.com
on 17 Jun 2010 at 7:04
So, I enabled "Autoclose encoding window if task was successfully
accomplished"...
But it's still showing the tray message and the audio gain progress.
I was thinking of making it more "stealth" when minimized/close do tray.
Original comment by bruno...@gmail.com
on 17 Jun 2010 at 8:14
Messages disabling in the tray icon menu ("disable balloons"), and they are
enabled by default.
About hiding windows.. natively only windows that was shown before hiding main
window will hide whith main window. All new windows, that appears after hiding
MainWindow, will be visible. I don`t know any solutions how to tell them to be
invisible by default, only hide them "manually" - this is exactly what I did
whith Encoder window.. Gain window wasn`t changed yet.
Original comment by forc...@gmail.com
on 17 Jun 2010 at 8:36
Sorry, I missed that that option.
Thanks for taking your time to do this.
Original comment by bruno...@gmail.com
on 17 Jun 2010 at 8:51
http://rghost.ru/1922375/private/80001305fa8bc2802305e2b116e2958e another test
:)
Unfortunatelly Gain window can`t be completely hidden, only minimized..
Original comment by forc...@gmail.com
on 18 Jun 2010 at 12:35
Fine by me.
Thank you again.
Original comment by bruno...@gmail.com
on 18 Jun 2010 at 5:31
[deleted comment]
[deleted comment]
I`ve changed it a little bit.. Now Encoder window will not recieve Show()
command if it must be hidden (in previous version it always recieve Show()
command, and then immediately Hide() command - as result window appears visible
for a short time). I`m not sure is it correct or not to run window w/o Show()
command, but I hope it`s OK :D
http://rghost.ru/1942396/private/7fcc4f5cebb23ecf0d32954cb18e9547
BTW, do you still use PMP format?
Original comment by forc...@gmail.com
on 20 Jun 2010 at 8:10
I think it is. :P
Nah, PMP was needed when PSP wasn't capable of playing full resolution videos,
I think it's only used to load external subtitles with PMPlayer Advance now.
But I use XviD4PSP to hardcode the subtitles anyway, last time I was just
seeing what the deal with that format was, I haven't used it ever since.
Original comment by bruno...@gmail.com
on 20 Jun 2010 at 8:22
But can you check PMP-files for compatibility? I mean, for PMP AVC used special
build of x264, it support "picture timing" (I dunno what it means). But in the
last builds of x264 was added key --pic-struct "Force pic_struct in Picture
Timing SEI" - again, I dunno what it means, but again "picture timing".. I hope
that current builds can replace old special build of x264, but may be some new
keys must be added to CLI. I want to test this.
Original comment by forc...@gmail.com
on 20 Jun 2010 at 9:16
Sure.
Original comment by bruno...@gmail.com
on 20 Jun 2010 at 9:23
Ok, I will upload a few samples when will have free time for this.
Original comment by forc...@gmail.com
on 21 Jun 2010 at 4:40
So here is a samples: http://rghost.ru/1982317
"x264_pmp" - encoded with special (old) build of x264, just for test
"x264new" - encoded with new (regular) build, and it will won`t work
"x264new + --pic-struct" - new build with --pic-struct key added (I hope it
will work)
"x264new + --pic-struct --nal-hrd vbr" - same as above, but nal hrd also added.
Original comment by forc...@gmail.com
on 25 Jun 2010 at 10:56
Tested with the PMPlayer Advance homebrew version 3.1.1.
x264_pmp: works
x264new: froze my PSP, I had to hold the power switch up to reset
x264new + --pic-struct: works
x264new + --pic-struct --nal-hrd vbr: works
Although the last two seem to to have the same behavior as x264new randomly.
Like, I start the homebrew one time and play it it works. But when I close the
homebrew and open it again, it freezes.
Maybe I can try to patch the newest x264 git with the "pic timing" thing
manually and see if it works better.
Original comment by bruno...@gmail.com
on 25 Jun 2010 at 2:30
OK, thank you for the test :)
I think I will upload another pack, this time it will be testing neroAacEnc_pmp
vs neroAacEnc :D
Original comment by forc...@gmail.com
on 25 Jun 2010 at 9:12
Okay.
So, the patch thing didin't work so well. x264 code changed a lot and I'm not
really a programmer, so...
The ancient patches are here if you wanna try it out.
http://jonny.leffe.dnsalias.com/pmp_mod_avc/index.htm
Original comment by bruno...@gmail.com
on 25 Jun 2010 at 9:18
http://gitorious.org/mplayer-ww/x264-pmp - here is also patched code, it must
be more up-to-date (but --pictiming key must be added manually in code).
Ok, no need to testing new neroAacEnc, I`ve tested it by myself on PC, and even
on PC pmp-files, encoded with new builds, have no sound. So this old format
requires old x264 and old Nero :)
Original comment by forc...@gmail.com
on 26 Jun 2010 at 6:19
Original comment by forc...@gmail.com
on 4 Sep 2010 at 7:25
Original issue reported on code.google.com by
bruno...@gmail.com
on 16 Jun 2010 at 6:53