2009-02-06, 21:09 | Link #61 |
I see what you did there!
Scanlator
|
And the patches created so far have been committed.
http://svn.mplayerhq.hu/mplayer/trunk/libass/ Greg. Once again, thanks a million.
__________________
|
2009-02-08, 12:29 | Link #64 |
Junior Member
Join Date: Feb 2009
|
hello
mplayer -ass -vc ffh264vdpau /media/WDGP1TB-1/Macross\ Saga/plus/macrossplus1v3.mkv ..... vo_vdpau: get_image failed003 ct: 0.044 0/ 0 25% 4% 1.4% 7 0 [VD_FFMPEG] Only buffers allocated by vo_vdpau allowed. mplayer: libmpcodecs/vd_ffmpeg.c:1198: vdpau_get_buffer: Assertion `0' failed. without codec works fine (using VDPAU output) is problem of mplayer? or *vdpau codec... thanks Last edited by sl1pkn07; 2009-02-09 at 08:50. |
2009-02-09, 08:30 | Link #66 | |
Junior Member
Join Date: Feb 2009
|
Quote:
|
|
2009-02-09, 09:23 | Link #67 |
AS Oji-kun
Join Date: Nov 2006
Age: 74
|
I downloaded and built mplayer-export last night; the libass patches were included. The mencoder patch that Starks cites above also installed cleanly despite the changes to the libass source.
Any hints on a fansub that would put the new libass patches to the test? I have the Ubuntu Intrepid release version in /usr/bin and the newly-compiled version in /usr/local/bin so I could do some side-by-side comparisons.
__________________
|
2009-02-09, 09:39 | Link #68 | |
Senior Member
Join Date: Dec 2005
Location: Le Mans, France
|
Quote:
From the error message the file need more NUM_VIDEO_SURFACES_H264 than the 17 allocated by vdpau. Can you give some info about your file, number of reference frame, number of bframe and if bpyramid is used. |
|
2009-02-09, 13:52 | Link #69 | |
Junior Member
Join Date: Feb 2009
|
Quote:
how to view this info from video? the video without ASS patch works (without subs) (with/out ffh264vdpau (using vdpau output)) the video is the release Macross plus by KAA |
|
2009-02-09, 14:57 | Link #70 |
Senior Member
Join Date: Dec 2005
Location: Le Mans, France
|
If it's the same file that I have (crc=667016D2) we have 16 ref frames, 5 bframe, b_pyramid
I can play the video with ffh264vdpau with a little change in vo_vdpau.c ligne 96 of mplayer-vdpau/libvo/vo_vdpau.c should be : #define NUM_VIDEO_SURFACES_H264 17 Change the 17 to 18, save the file, and recompile (a make will suffice) and normally the file should play (that work for me) |
2009-02-09, 16:07 | Link #71 |
Junior Member
Join Date: Feb 2009
|
ok, it works. but other videos fault
GITS , metropolis, tekkon kinkret, Jin-Roh, a my goddess,... all 720p by Thora VO: [vdpau] 1280x720 => 1280x720 H.264 HIGH VDPAU acceleration Error 25 at libvo/vo_vdpau.c:1107 0.000 0/ 0 23% 9% 1.3% 6 0 is the problem surfaces? how to view these parameters? (bframes, reference frames, etc) greetings and thanks |
2009-02-09, 16:22 | Link #72 | |
I see what you did there!
Scanlator
|
Quote:
__________________
|
|
2009-02-09, 16:41 | Link #74 | |
Senior Member
Join Date: Dec 2005
Location: Le Mans, France
|
Quote:
If you don't care about the restriction of level 4.1 go to line 751 of mplayer-vdpau/libvo/vo_vdpau.c you should find : Code:
switch (format) { case IMGFMT_VDPAU_H264_MAIN: case IMGFMT_VDPAU_H264_HIGH: { // FIXME: Use "h->sps.ref_frame_count" here instead. // Level 4.1 limits: uint32_t round_width = (vid_width + 15) & ~15; uint32_t round_height = (vid_height + 15) & ~15; uint32_t surf_size = (round_width * round_height * 3) / 2; max_references = (12 * 1024 * 1024) / surf_size; if (max_references > 16) { max_references = 16; } } break; default: max_references = 2; break; } max_references = 16; With that mplayer will always initialize 16 reference frames for all of your video, if the player still won't play (error 23) then your out of video RAM and nothing can be done (with 512Mb 16ref@720p ok but only 8 ref@1080p). To know about all ref frame and all those thing open your video file with an hexa editor and search for the string x264 and you will have all the info, a program call mediainfo can also do that. |
|
2009-02-09, 22:02 | Link #76 | |
AS Oji-kun
Join Date: Nov 2006
Age: 74
|
Quote:
__________________
|
|
2009-02-09, 22:27 | Link #77 |
I see what you did there!
Scanlator
|
I just discovered the Kumaji project. I am salivating.
http://www.aegisub.net/2009/02/kumaji-explained.html http://kumaji.sourceforge.net/ If you want to check out the code. Code:
svn co https://kumaji.svn.sourceforge.net/svnroot/kumaji kumaji http://kumaji.svn.sourceforge.net/viewvc/kumaji/
__________________
Last edited by Starks; 2009-02-09 at 23:43. |
2009-02-09, 23:25 | Link #78 |
Aegisub dev
Join Date: Sep 2004
Location: Stockholm, Sweden
Age: 39
|
Before any misconceptions are created: Kumaji is useless in its current state.
It's nothing but a basic rasterisation framework for vector graphics and some test-cases and a single hacked together proof-of-concept text rendering program. There isn't much resembling subtitles in it, however that doesn't mean it's doomed or whatever, it just means it needs more work. I would love to get some real assistance (software design, code review or programming) for it, but read the blog post.
__________________
|
|
|