Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > Hardware & Software > Software players

Reply
 
Thread Tools Search this Thread Display Modes
Old 5th July 2008, 20:57   #21  |  Link
Reimar
Registered User
 
Join Date: Jun 2005
Posts: 278
Just FYI in MPlayer's SVN the problem with the ASF/WMV file and -vo gl's ati-hack not working reliably should be fixed.
Note that ati-hack scales the width up to the next power of two, so it might almost double the amount of RAM needed by the vo (not that it should matter on any non-ancient PC).
Reimar is offline   Reply With Quote
Old 5th July 2008, 21:39   #22  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
Quote:
Originally Posted by Reimar View Post
Just FYI in MPlayer's SVN the problem with the ASF/WMV file and -vo gl's ati-hack not working reliably should be fixed.
Note that ati-hack scales the width up to the next power of two, so it might almost double the amount of RAM needed by the vo (not that it should matter on any non-ancient PC).
Thanks for the info. Waiting for new builds to test that now...
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊
LoRd_MuldeR is offline   Reply With Quote
Old 6th July 2008, 09:03   #23  |  Link
Reimar
Registered User
 
Join Date: Jun 2005
Posts: 278
Quote:
Originally Posted by LoRd_MuldeR View Post
Thanks for the info. Waiting for new builds to test that now...
In addition in r27216 I disabled PBOs with ati-hack if the width is < 512. This is because:
1) there seems to be yet another problem, the texture upload does not seem to work reliably (starting from the certain line, the same line is repeated all over) - this seems to be a different bug, since the stride/layout of the PBO does not matter at all, but it seems to only happen when copying from an offset in the PBO.
2) PBOs quite a bit slower for these dimensions on ATI cards anyway.

How I wish for OpenSource drivers, then at least I can find out myself wtf they are doing!
Reimar is offline   Reply With Quote
Old 6th July 2008, 13:54   #24  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
Quote:
In addition in r27216 I disabled PBOs with ati-hack if the width is < 512. This is because:
1) there seems to be yet another problem, the texture upload does not seem to work reliably (starting from the certain line, the same line is repeated all over) - this seems to be a different bug, since the stride/layout of the PBO does not matter at all, but it seems to only happen when copying from an offset in the PBO.
2) PBOs quite a bit slower for these dimensions on ATI cards anyway.
Thanks for your explanation!

Quote:
Originally Posted by Reimar View Post
How I wish for OpenSource drivers, then at least I can find out myself wtf they are doing!
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊
LoRd_MuldeR is offline   Reply With Quote
Old 9th July 2008, 19:21   #25  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
MPlayer for Windows installer with new CPU detection code:
MPUI.2008-07-09.Full-Package.TEST-2.exe

Feedback welcome
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊
LoRd_MuldeR is offline   Reply With Quote
Old 12th July 2008, 16:23   #26  |  Link
Divet
Registered User
 
Join Date: Dec 2007
Posts: 16
Bug

I've download MPlayer Sherpya-SVN-r27081-4.2.3 and I've found this message is displayed in console many times during playing many .avi movies:

[mpeg4 @ 0pee9970]Invalid and inefficient vfw-avi packed B frames detected

What is it?
Divet is offline   Reply With Quote
Old 12th July 2008, 16:31   #27  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
Maybe it's "packed bitstream", as found in AVI's created by DivX. This "feature" will pack several frames into one frame, which is required to workaround technical limitations in Video for Windows (VfW).
You can use Avidemux to "unpack" such AVI files. Simply open the "packed" AVI and you will be asked to unpack. Simply agree and save the AVI. That's it...
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊
LoRd_MuldeR is offline   Reply With Quote
Old 12th July 2008, 16:43   #28  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
Another attempt to fix the CPU detection in my MPlayer for Windows installer:
MPUI.2008-07-12.Full-Package.TEST.exe

Screenshots of the "Please select CPU type" page would be welcome
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊
LoRd_MuldeR is offline   Reply With Quote
Old 12th July 2008, 19:28   #29  |  Link
Razorholt
Cyberspace Citizen
 
Razorholt's Avatar
 
Join Date: Nov 2005
Posts: 457
Here it is... Nice work!

Attached Images
 

Last edited by Razorholt; 12th July 2008 at 19:48.
Razorholt is offline   Reply With Quote
Old 13th July 2008, 05:47   #30  |  Link
Divet
Registered User
 
Join Date: Dec 2007
Posts: 16
Quote:
Originally Posted by LoRd_MuldeR View Post
Maybe it's "packed bitstream", as found in AVI's created by DivX. This "feature" will pack several frames into one frame, which is required to workaround technical limitations in Video for Windows (VfW).
You can use Avidemux to "unpack" such AVI files. Simply open the "packed" AVI and you will be asked to unpack. Simply agree and save the AVI. That's it...
I did it!
Naturally, I was asked to unpack!
But FOURCC in source file was "xvid", not "divx"...
And after saving I've found FOURCC become "divx"!
Why?
After saving my problem was solved. Thank You very much!
But I want to know why this message about "Invalid and inefficient vfw-avi packed B frames" didn't appear in previous mplayer versions? Maybe, it will be solved in next versions?.. Because it's very hard to me - to open and save in avidemux about all my .avi files - about 100 files!
Divet is offline   Reply With Quote
Old 13th July 2008, 13:46   #31  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
Quote:
Originally Posted by Divet View Post
But FOURCC in source file was "xvid", not "divx"...
And after saving I've found FOURCC become "divx"!
Why?
Because there are several FourCC's that are commonly used to identify MPEG-4 ASP streams.
For example DIVX, XVID, DX50 and so on. But those FourCC's can be used interchangeable. There is not one "offical" FourcCC for MPEG-4 ASP video
Nevertheless some Hardware-Players won't accept the stream, unless it uses the "DIVX" FourCC as used by DivX, that's why Avidemux defaults to that one.
It's no problem, your stream was MPEG-4 ASP before and it is MPEG-4 ASP afterwards. Don't worry about it...

Quote:
Originally Posted by Divet View Post
But I want to know why this message about "Invalid and inefficient vfw-avi packed B frames" didn't appear in previous mplayer versions?!
Obviously your previous version simply didn't complain about the "packed bitstream" AVI file and accepted it silently.
Nevertheless "unpacking" is proper way to fix those files...

BTW: Are there any playback problems on the "packed" files or is there just the error message?
In the latter case, you can simply ignore the error message, if you don't want to unpack all of your files
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊

Last edited by LoRd_MuldeR; 13th July 2008 at 13:49.
LoRd_MuldeR is offline   Reply With Quote
Old 13th July 2008, 21:48   #32  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
MPlayer for Windows 2008-07-13

Quote:
[2008-07-13]
* SMPlayer updated to Version 0.6.1 (SVN-r1566)
* Tweaked automated CPU type detection
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊
LoRd_MuldeR is offline   Reply With Quote
Old 15th July 2008, 02:47   #33  |  Link
hkazemi
Registered User
 
Join Date: Jan 2008
Posts: 63
I'm getting a crash when trying to install 'MPUI.2008-07-13.Full-Package.exe' on WinXP SP3.

I did the following during a Custom Installation attempt:
-unchecked 'Set File Associations'
-unchecked 'Create Shortcuts' (included Desktop and Quicklaunch icons)

I get the crash right after I click next on the installation location screen. (MPUI.2008-07-13.Full-Package.exe has encountered a problem and needs to close. ...) The detail is a crash in nsisarray.dll, offset 00001da8

The crash also leaves remnants in
C:\Documents and Settings\ (UserProfile) \Local Settings\Temp

I did not try a 'Complete' install because I do not want my file associations changed.
hkazemi is offline   Reply With Quote
Old 15th July 2008, 02:53   #34  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
I do not call the NSISArray plugin directly in my installer code.
Obviously "Ultra Modern UI" (UMUI), on which my installer is based, is using the NSISArray plugin in it's "internal" code.
So most likely this is either a bug in UMUI or NSISArray, so I don't know what I could do about it...

BTW: I never encountered that crash on my machine


[EDIT]

The page right after "Install Location" page is the "Strat Menu Folder" page. Is there something unusual in your Startmenu folder at:
C:\Documents and Settings\John Doe\Start Menu\Programs

Like a great number of items (folders or shortcuts) or very long file/folder names or foreign characters ???

Anything that might cause an array to overflow ???


[EDITē]

It's normal that a crashed installer will leave some files in $TEMP, because the installer doesn't get a chance to clean-up...
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊

Last edited by LoRd_MuldeR; 15th July 2008 at 03:32.
LoRd_MuldeR is offline   Reply With Quote
Old 15th July 2008, 16:45   #35  |  Link
The_Rebel
Registered User
 
Join Date: Sep 2007
Posts: 15
Is anyone one else experiencing video playback issues with h.264 videos? I keep getting black screens with no picture.

I haven't read all of this thread yet, but i will soon..
The_Rebel is offline   Reply With Quote
Old 15th July 2008, 16:49   #36  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
1. What video renderer did you select?
2. What does the log show ???
3. Can you provide a short sample file?
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊
LoRd_MuldeR is offline   Reply With Quote
Old 16th July 2008, 05:55   #37  |  Link
The_Rebel
Registered User
 
Join Date: Sep 2007
Posts: 15
Quote:
Originally Posted by LoRd_MuldeR View Post
1. What video renderer did you select?
2. What does the log show ???
3. Can you provide a short sample file?
I recently installed klipfolio.. turns out it was a directx overlay issue.

Thanks for your reply though.

One thing i have noticed.. h.264 looks a lot better with MPC/dshow then it does with the open source decoders. (i just wish i had the power for smooth playback with dshow)

Last edited by The_Rebel; 16th July 2008 at 05:58.
The_Rebel is offline   Reply With Quote
Old 16th July 2008, 11:21   #38  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
Quote:
Originally Posted by The_Rebel View Post
I recently installed klipfolio.. turns out it was a directx overlay issue.
Try OpenGL renderer in MPlayer, it's much better now

gl:ati-hack:force-pbo:lscale=5

Quote:
Originally Posted by The_Rebel View Post
One thing i have noticed.. h.264 looks a lot better with MPC/dshow then it does with the open source decoders. (i just wish i had the power for smooth playback with dshow)
Every H.264 decoder delivers exactly the 100% identical output for the same input file, so this statement doesn't make any sens.
Also MPlayer uses "libavcodec" as H.264 decoder, that's the very same decoder as used by MPC-HC (internal) and ffdshow
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊

Last edited by LoRd_MuldeR; 17th July 2008 at 19:26.
LoRd_MuldeR is offline   Reply With Quote
Old 17th July 2008, 15:28   #39  |  Link
The_Rebel
Registered User
 
Join Date: Sep 2007
Posts: 15
Quote:
Originally Posted by LoRd_MuldeR View Post
Try OpenGL renderer in MPlayer, it's much better now

gl:ati-hack:force-pbo:lscale=5



Every H.264 delivers exactly the 100% identical output for the same input file, so this statement doesn't make any sens.
Also MPlayer uses "libavcodec" as H.264 decoder, that's the very same decoder as used by MPC-HC (internal) and ffdshow
Thanks this works perfectly.
The_Rebel is offline   Reply With Quote
Old 17th July 2008, 19:25   #40  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
MPlayer for Windows 2008-07-17

Quote:
[2008-07-17]
* MPlayer binaries updated to SVN-r27305
* SMPlayer updated to Version 0.6.1 (SVN-r1573)
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊
LoRd_MuldeR is offline   Reply With Quote
Reply

Tags
mplayer, mpui, player, smplayer, win32

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 03:33.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.