Re: VLC Player Officially coming
 

@joppu

I've had that issue myself occasionally. Seems to happen to whatever other players (including mplayer) that I throw the file into. Oh well, at least VLC will play it rather then just show you black space like Totem lol.

Re: VLC Player Officially coming
 

@joppu
How much did Anti-VLC LTD paid you?

if you hate vlc that much then just skip it, no one is forcing you. Also, did you tried to run it few times or you only tried to screw VLC? ;)
It seems you just fast forward it + taken the screenshot without given it any time (To breath)

Re: VLC Player Officially coming
 

I stated several reasons with that being one of them, yes.

Yeah, and for reasons I stated your compare is invalid because you compare software with embedded hardware. :rolleyes: It is only a contradiction if you refuse to take the different situation into account.

No, because features are going to be shared with other applications. Other applications need C library, or want to change volume, or want to have EQ, or want to decode MP3, or want to use X11, or want to show a PNG.

My agenda is to have one good, default touch UI multimedia player with legal codecs, using the backends which already exist on our desktop (which means that we for example use GStreamer and not Phonon). Alternative for such interface is installable, but uses same frameworks, hence only difference is UI. Example is interface for stylus, or Ncurses. There are no other multimedia players because there is no demand for them, because everything is already modularized yielding no differences. Hence only a few exist, each with different UI. Its the very essence of open standards and modularity.

Won't bother me as I won't see it cluttering my system, just like 4000 Linux forks from GIT are not bothering me. But if they were there when I'd search for Linux kernel in my APT repository it'd bother me.

And I really don't want to go back to 90s having QuickTime, Windows Media Player, RealPlayer, and such installed so I can play some stupi format only supported by these players... so we provide our codecs via multimedia framework to whatever application supports our API. That there is a different multimedia framework for KDE than for GNOME is not a huge problem.

Re: VLC Player Officially coming
 

Nah it happens to me too, it's generally a poorly encoded file when you see that. Nothing seems to play it, delete and find it somewhere else. :)

Re: VLC Player Officially coming
 

Well, in this case its MKV. Also notice the double subtitle.

Totem would tell you about a plugin available to download to play the content. A rather nice and useful feature IMO.

I think in latest Ubuntu version you even can buy Fluendo codec packs directly from Ubuntu.

Re: VLC Player Officially coming
 

Anyway, I found that file (I am kinda downloading it) would take more than 12hours to get it done (I Just want to make sure).
By the way, this reminds me that I only get it with .mov format (for obvious reasons).

For now can we all stop fighting about VLC/MPlayer/Others and GUI/None-GUI + QT/GTK.




Edit:
http://i34.tinypic.com/2ryfrjp.jpg

Re: VLC Player Officially coming
 

Unless you're developing for those players you cannot judge their usefulness. It's like claiming that Qt isn't needed because there is GTK. Not all applications are developed the same way and not all applications have the same kind of code. Mplayer for example cannot be easily extended to handle menus because of the way it is programmed, so forget proper DVD playback on Mplayer. VLC on the other hand works great with menus but may be slower than mplayer. As you can see you win something - you lose something.

For some, it is better to (let's say) write another media player just to fix this kind of problems. For others it is better to have more than one players because of their license (OK, both mplayer and vlc are GPLv2+). It is even possible to need more than one players just to handle different development models.

Unless you are able to predict which development model, code organization, community behavior, etc will prevail, you cannot judge. And as long as you're a simple user of those players (just like I am), you may (at-most) use them. If you start writing code for one of them then you can try to unite all of them under a universal player that will be everything, but I doubt that this is possible.

Re: VLC Player Officially coming
 

Notice that the file wasn't like that all the time, that's just a really annoying bug that happens randomly and also when you rewind the file. It's probably due to a weak processor (laptop, VIA C7-M, 1600MHz) (also note that the N900 has max. 600MHz clockspeed) and h.264 decoding that takes a lot of CPU time. Surprisingly MPlayer plays the file flawlessly

Atleast SMPlayer has proper DVD menus if you enable them in the menu.

Re: VLC Player Officially coming
 

If only developers are entitled to an opinion about the usefulness of their software then why do developers like it when users provide feedback, find bugs, port software, review software, use their software, donate to project, write translations,

That is 2 choices. The only 2 we have on Maemo with one officially supported.

None of this fixes the root of the problem. Which is what abstraction layers do. They fix problems long-term. On short-term they have to be migrated to though.

All niche examples which don't warrant inclusion in APT repository.

It is rather easy to predict what is desired: a touch UI player which plays the multimedia content the user stumbles upon. The rest is pub talk for men with beards who have stories about ASM coding, but are otherwise irrelevant.

For end users its great to have APT repositories with useful applications. Touch UI applications. Instead of 53985092852 which mimic one another, or all kind of CLI applications, or all kind of stylus applications. This problem has different root though.

Re: VLC Player Officially coming
 

If you really saw what I did there you wouldn't continue to lecture me about software modularity. But please, don't let me stop you...