[OFFICIAL] MPlayer.dll development branch feedback.

oh no, that options sure is good at times, but it's an essential part of h264, any highly compressed file will look like crap with that disabled. for highbitrate files it's a different story. It should be added to gui thou.

that clip ezar is using AAC audio, wich also is very hard to decode thus audio adds another load on the cpu.

on another note. as pre what most mplayer devs say, framedropping is an abomination , thus there might be a point in allowing it to be disabled. for video's which play on the margin with just a few dropped frames, it is only detrimental as it will just make video look choppy. abit desync then would be a better choice.

elupus Wrote:[...]It should be added to gui thou.[...]

That would be the best option.

[I added the line to my mplayer.conf, because I'm only playing dvd-resolution, 1000-2000 kbit avg encodes and they usually have deblocking enabled in the encode.]

I have tried the new MPlayer.dll date: 12/27/06 from XBMC Build: 01/02/07 inside the test folder of the T3CH SVN 2007-01-01 rev7469 PROPER. I get the following error:

00:25:09 M: 29818880 ERROR: CMPlayer::OpenFile : Access violation at 0x0129f3eb: Reading location 0x0000001c
00:25:09 M: 36823040 ERROR: Playlist Player: skipping unplayable item: 0, path [smb://VMWARE/starbig/Cromartie High School/01.mkv]
00:25:11 M: 29818880 ERROR: CMPlayer::OpenFile : Access violation at 0x0129f3eb: Reading location 0x0000001c

When I go back to version Mplayer dev-CVS-060924-20:59 I don't have the error everything works fine.

please let me know if you want more logging or what else I can do to help.

jetskijoe Wrote:please let me know if you want more logging or what else I can do to help.

What was the content of the Matroska file? Maybe you can post a sample of your file, to make it easier for the developers.

Any hope at all that you could look into comitting the ASS/SSA subtitle rendering patch to your mplayer fork? It's been committed to the upstream mplayer for a while now, and it's the only new feature I'm interested in.

Soluzar Wrote:...it's the only new feature I'm interested in

Textbook narcissism.

Here's a couple of quote from the XBMC FAQ for you to think about before asking for something:

Quote:Question: Where can I suggest/request a new feature or function to be implemented into XBMC?
Answer: You can log a NEW feature/function request in our RFE Request Feature Tracking System, (you must register and be logged-in on SourceForge.net before you can do this). Just make sure that you first remember to search for existing "Feature Requests" before logging a new request! You should take note that we guesstimate that 99% of all new requests XBMC users post have already been requested before so it is imperative that you search thoroughly! You may also post a copy of your suggestion in the feature-suggestion section of our community-forums if you want it open for discussion, however, again you must search there too before you can post, (we do not enjoy reorganising duplicate posts). Please respect that your request only counts as a suggestion, there' s no guarantee that it will implemented soon or ever. Known that almost all users think their own ideas is the most important, and a very common comment is: "if you only add these features then XBMC will be perfect for me". Note! Only one feature per RFE Request and Forum Thread is allowed (for easier manageability).

Quote:Question: When will this and that feature or function be supported by XBMC?
Answer: Tomorrow, in a year, never... who knows! XBMC is a non-profit hobby project that is only developed by volunteers in their spare-time for free, none of us get paid to develop new features/functions/formats/codecs for XBMC meaning we foremost prioritize the things we ourselves what to see and use in XBMC. You as an end-user of who do not yourself contribute source code patches to the XBMC project have no rights to demand new things to be implemented and get no garantees that some specific thing will be prioritized before something else, you may however suggest/request for things and if you ask nicely then maybe someday a developer might like your idea and implement the thing you asked for. We do appriciate your ideas, opinions and feedback if they are presented in a good way, so it is possible to lobby for something specific, just don't be a jerk about it, arrogant and 'pushy' people will most likely just be ignored (or even banned if they step over the line which we consider to be acceptable). Known that almost all users think their own ideas is the most important, and a very common comment is: "if you only add these features then XBMC will be perfect for me". If you can not accept the possibility that your thing might never make it into XBMC then you just have to bite the bullit and learn how to program C/C++ to be able to code it yourself, (see the "Appendix D: Development Notes" section of this manual).

uploaded testing (January 4th 2007) mplayer.dll to xbmc player folder for
XBMC-SVN_2007-01-01_rev7469-T3CH-PROPER

when trying to play 2 hrs 23 mins at 700mb xyz.mp4 x264 nero avc1 results are as follows

I tried to search forward and the file restarted from the beggining.

after a minute or so, the playback is choppy and the audio studders and seems to stop.

location is on laptop on network, kills laptop cpu(100%) when it starts studdering after 1 min.

Displays Quicktime/MOV detected on startup.

I came over from

http://forums.xbox-scene.com/index.php?showtopic=565283

Hope this helps. This thread bookmarked.

I've been testing the new mplayer dll and found definite improvements in h264 decoding speed/playback, with so far no new bugs encountered (both from a self compiled version on 2006.12.27 and the dll downloaded from the start of this thread)...

I am not the most knowledgeable when it comes to tweaking codec settings for encoding - I have been using Staxrip for encoding DVD rips to H264, using Sharktooth's Xbox Hi-res profile (no CABAC or deblocking) to avoid dropped frames.

I have now found that I am able to encode using the Xbox Lo-res profile (Sharktooth's once again), which enables CABAC and deblocking, though I have to disable deblocking. The lo-res profile also alters other settings, such as using b-frame pyramid and weighted prediction, that aren't used in the hi-res profile.

I have converted some PAL DVDs (16:9 tv series) to H264 at 720x400 res, using AC3 2.0, aac and mp3 audio in different test files, at approx 1250 kbps avg (video) bitrate. All have played without any dropped frames so far, from HDD and via SMB or ccx over a LAN (AC3 passed to an amp for decoding though).

I'm currently encoding another PAL DVD of a 4:3 tv series to H264 @ 704x528 res - approx 2000kbps video bitrate, with mp3 sound using the same settings... fingers crossed it plays fine too...

Hope this helps any other relative noobs out there who want decent quality encodes but still use an all-in-one type gui like Staxrip - Sharktooth's profiles can also be imported into megui.

A huge thankyou to elupus and any other developers who have worked on porting the mplayer updates to xbmc... you just keep on making an already great app even better

kremb: and this doesn't occur in the original mplayer.dll? this time around i'm only aming to get it as good as original.

jetskijoe: think you can find me a small sample?

Gamester17 Wrote:Textbook narcissism.

No need to be unpleasant about it. Except the part where you clearly enjoy doing so, amirite?