2015-11-26, 11:21
Aracnoz come back and proove them (Kodi devs) , that you are better than them
Fritsch , you are still here?
Go to bed
Fritsch , you are still here?
Go to bed
(2015-11-26, 11:17)apgood Wrote:(2015-11-25, 15:21)fritsch Wrote: Okay.Unfortunately I think you missed the point. There are a number of solutions that would fit your statement (with and without Kodi). If people were satisfy with what you say there would not be any demand for DSPlayer as you could just use MPC or similar as an external player.
I just unsubscribed - I really wanted to understand how DSplayer can help kodi architecture and all users - but it seems there is no interest - as kodi does not matter at all - as long as the play button calls something else.
What is sought is a seamless Kodi experience that includes the feature set that DSPlayer (and MadVR) provides.
oldpainless Wrote:@aracnoz
Don't give up dude...DSplayer is the only reason I still use Kodi, just like a lot of other people here.
Don't let the opinion (misguided in my book) of 1 or 2 people get in the way of bringing an awesome A/V solution to the many.
Respect.
K
(2015-11-26, 11:21)SALAMINOMACHOS Wrote: Aracnoz come back and proove them (Kodi devs) , that you are better than them
Fritsch , you are still here?
Go to bed
aracnoz Wrote:"I have to admit that all that I have done until now with DSPlayer had a huge price to make it possible, sometime I also thought "how can I continue to do my real work, live and develop the DSPlayer part?"
(2015-11-26, 11:28)fritsch Wrote:I agree with you and think Team Kodi's vision (if I have understood it properly) of taking a more binary addon approach with the video player is a great idea. I agree adding another player in as it currently stands would not be a good approach.(2015-11-26, 11:17)apgood Wrote:(2015-11-25, 15:21)fritsch Wrote: Okay.Unfortunately I think you missed the point. There are a number of solutions that would fit your statement (with and without Kodi). If people were satisfy with what you say there would not be any demand for DSPlayer as you could just use MPC or similar as an external player.
I just unsubscribed - I really wanted to understand how DSplayer can help kodi architecture and all users - but it seems there is no interest - as kodi does not matter at all - as long as the play button calls something else.
What is sought is a seamless Kodi experience that includes the feature set that DSPlayer (and MadVR) provides.
Fully right. But there is no way of merging (unmaintained) thousands lines of code - that doubles internal player structures - and benefit allover kodi. That step would not make kodi more maintainable but a whole lot less ... You would never ever add a second floor onto a broken baseplate - not if you would plan to live in there with your family ... but you would sanitize and repair the baseplate and when that is done you would think of extending giving base ... this is my point - I hope the picture helps.
Quote:These threads for better or worse are your job advertisement for other Windows devs that might be interested in helping out. They will take one look at this thread and decide that Kodi is more focused on other platforms and that Windows devs and there ideas / suggestions are poorly received and therefore go elsewhere. Not saying this would necessarily be the case, but it is the perception that is being created.
Quote:Some messages adressed to araczon from team-kodi dev 2015-11-17:
DSPlayer's sources will certainly never hit our main repository. That should be clear from reading post #1 of this thread. The goal is to componentize and not adding more very platform specific code that is hard to maintain.
I haven't seen you "aracnoz" contributing a single line of code to our code base.
(2015-11-26, 12:25)sat4all Wrote:Quote:Kodi-Team dev 2015-11-17:
DSPlayer's sources will certainly never hit our main repository. That should be clear from reading post #1 of this thread. The goal is to componentize and not adding more very platform specific code that is hard to maintain.
I haven't seen you "aracnoz" contributing a single line of code to our code base.
which happend to be the same day aracnoz stopped pushing commits (Latest commit 333771b 9 days ago)
so guess for what reason he left...
FernetMenta Wrote:Kodi's video player is one of the oldest and most important components of the application. New features and ports to new platforms have long outgrown the original architecture of player. From its internal name "dvdplayer" you can tell how old this component is. In order to cope with current and future requirements like Ultra HD, MVC, 10bit depth, or PiP some elementary changes need to be done. The problem is that those changes require adjustments of platform dependent code. This dependency tremendously slows down development.
Ideally video player is a self contained component or service with its own life cycle and versioning. This would allow updates and upgrades independently from the main application. One platform could choose to stay with version X while others go with version Y. Maybe video player itself will be comprised of services with its own versions: decoders, demuxers, video/audio renderers, etc.
This is a long way and we need to get started somewhere. I requested this sub-forum to get platform devs involved, document and discuss what has been done so far, next steps, etc.
fritsch Wrote:So - what is wrong with that statement in the given context? I took the time (last 30 minutes) and read through the commits on github - it's a huge load of #ifdeffery and callbacks that spams our whole implementation. It fully does the opposite of the cleanup that is ongoing since 2 years.
(2015-11-26, 11:30)fritsch Wrote: but he left cause it took far too much of his time - nobody seemed to have helped him to a degree that he could have managed it.
he left before the burnout got him.
(2015-11-26, 12:33)fritsch Wrote: Edit: Btw. you should read the complete thread, including the conversation between Madshi and FernetMenta. There seems to be a really good understanding between them ...
(2015-11-26, 12:16)fritsch Wrote:(2015-11-26, 11:17)apgood Wrote: These threads for better or worse are your job advertisement for other Windows devs that might be interested in helping out. They will take one look at this thread and decide that Kodi is more focused on other platforms and that Windows devs and there ideas / suggestions are poorly received and therefore go elsewhere. Not saying this would necessarily be the case, but it is the perception that is being created.
Every Windows dev, every linux dev needs to know - that kodi is developed as a platform for multiple architectures. If a future dev wants to make special things for platform A - that would only bloat platform B or decay the given architecture further - then he can nicely fork kodi and do his own thing.
But I don't stay that argument, that working long years without even contacting team kodi at all and then being disappointed when a solely standing monolite is not merged with a big hurray ...
Quote:Edit: What I forgot: We can also drop platforms - when they are not maintained / used anymore.
(2015-11-26, 13:18)sat4all Wrote: DSPlayer could be maintained as a side growing project for videophiles which happend to be windows exclusive while kodi mainline stuff keep getting optimized to the point where dsplayer is not needed anymore.Which features from dsplayer/madvr do you want?
(2015-11-26, 13:37)geofred1993 Wrote:(2015-11-26, 13:18)sat4all Wrote: DSPlayer could be maintained as a side growing project for videophiles which happend to be windows exclusive while kodi mainline stuff keep getting optimized to the point where dsplayer is not needed anymore.Which features from dsplayer/madvr do you want?
I think kodi needs better scalers with antiringing, debanding and maybe some sharpeners for people with big gpu.
I know there are some available opengl shaders on github like nnedi3, super-xbr, debanding, lumasharpen, adaptive-sharpen and more.
But I am not a developer at all and I don't know if they could work with the new kodi videoplayer on all platforms.