xmp-ffmpeg

Started by Ionut Cristea,

piovrauz

Bug report: xxmp-ffmpeg makes XMPlay crash while playing midi files (from the net).
Removing it, or giving priority to xmp-midi solves the crash and lets the module be played.
There's no reason for it to happen since midi files aren't even in the supported filetypes.
Tested with clean install of XMPlay, midi plugin and xmp-ffmpeg.

rst

ok, fixed.

Why with full screen mode the video gets slow and the audio gets desynchinized ?
What left on the amazing plugin in order to be able to play titles fine ?

thx in advance

Ionut Cristea

 
Quoteok, fixed.

Why with full screen mode the video gets slow and the audio gets desynchinized ?

The method used for rendering video is GDI that's why poor performance.

QuoteWhat left on the amazing plugin in order to be able to play titles fine ?

thx in advance

Meaning?

Cosworth

Quote from: Ionut Cristea
Quoteok, fixed.

Why with full screen mode the video gets slow and the audio gets desynchinized ?

The method used for rendering video is GDI that's why poor performance.


But is there any chance, that in the future we could watch video in fullscreen?



rst

gdi or gdip ?

surely the second offers more performance.
Anyways, which method to get a better performence is required for the rendering ?

also, how goes the improvements ?

thx in advance

Ionut Cristea

GDI will be replaced by direct3d or oopengl(maybe both will be added and user will choose preffered method to render).

Ionut

AstralSoup Design

GDI or Direct3D... there's the dilemma. :P
It remembers me to the config from TCPMP for Windows Mobile.

Ionut Cristea

  GDI will not be available anymore because is very slowly. It will be replaced. :)

AstralSoup Design

I thought video rendering is dependant of XMPlay :O
Really can you use Direct3D for rendering?

Ionut Cristea


piovrauz

Barna was able to have milkdrop use accellerated HW rendering  (ok, another window), so rendering video that way should be possible too.

Lunar07

Quote from: Ionut Cristea
QuoteWhatever the case is - this is creating a mess of extensions that we can not choose to deselect or select from.
There is no reason whatsoever to throw a bunch of audio formats at us without being able to select what we need.

You can blacklist from xmplay some extensions. Anyway....why you don't want that all extensions(files) to be decoded by this addon?


This is up to you on the long run.  But it is nice to separate the two into two plugins or give us a way to select the file extensions without all this blacklisting.
The whole idea for a plugin is to be self contained.
It is your software.
But there is always SMPlayer.

Ionut Cristea

QuoteThis is up to you on the long run.  But it is nice to separate the two into two plugins or give us a way to select the file extensions without all this blacklisting.
The whole idea for a plugin is to be self contained.
It is your software.
But there is always SMPlayer.

 Not sure why the separation...xmp-ffmpeg is an addon that will use libavcodec to decode audio so why separating for each format???

Dotpitch

Quote from: Lunar07Whatever the case is - this is creating a mess of extensions that we can not choose to deselect or select from.
Just to clarify, where do you experience problems with the large number of supported extensions? In Options and stuff, in the Open file dialog or somewhere else?

Ionut Cristea

   A little update to the addon:

Now it has better info about media current played. Also, for now i don't recommand using video. It now has a early D3D implementation.

http://surodev.com/downloads/xmp-ffmpeg.zip

AstralSoup Design

Did you know we're building Okimedia for your plugin? :-)

Ionut Cristea

  Yes..i've read about it. Can't wait to see it in action.

piovrauz

QuoteAlso, for now i don't recommand using video.

well, it crashes when I try to. but you said it, I can't blame it on you. XD

Ionut Cristea

 
Quotewell, it crashes when I try to. but you said it, I can't blame it on you. XD

  Hehe ..i've told you so.


Anyway...i would like all to retry the addon. It was updated. Now it displays the audio/video codec information, video size etc.


WillGraham

Hi - here's a very insignificant bug, but I've noticed that XMP-FFMPEG crashed when I played this file - an ancient Creative .VOC (played, I believe, through Nullsoft's IN_WAVE plugin that I have in XMPlay).

piovrauz

Yes, it displays the pretty info now, but I have to point out 3 things:

1) If the audio track is FLAC with 24bit, it'll report 32bit instead.
2) It doesn't seem the plugin recognizes Hi10P.
3) Sometime it displays video artifacts.

Didn't check CPU cause I'm using it, will do later. ;)

But it's nice to se the plugin improving, one step at time. Keep up the good work.

rst

amazing, first implementation of D3D !!!
the dream is becoming real :)

piovrauz

BUGREPORT (from 3.8 bugreport thread, turns out it's xmp-ffmpeg related):

Stream related bug. I usually found that this stream -http://shoutcast2.hardcoreradio.nl- crashes XMPlay ('this program has stopped..." on thos lines)
http://www.hardcoreradio.nl is the main website, and appears to have issues ("database error").
Winamp says "ICY 401 service unavailable" if I try to open that stream.
So maybe something is wrong in how broken/unavail streams are treated?