main vout display error: Failed to set on top #17
Comments
|
You've posted three separate issues all together. You should really post separate issues. Anyway you can see from the logs yourself there's not much to go on. For this "[4a6b39b8] main vout display error: Failed to set on top" - well, you say the video plays, so what actually is not working? That is probably just a debug error from inside vlc. Nothing vlcj can do about it. If "--no-video-title-show" has stopped working, then that's not a vlcj issue either - vlcj does nothing with the option other than pass it to libvlc. Maybe that option been removed in the latest vlc, although I doubt it. Indeed, your posted log does not even contain that option anywhere so are you sure you're setting it? If you are passing other options such as sharpen-sigma and not seeing any effect, then again, it's not a vlcj issue since those options are simply passed directly to libvlc. Maybe you need to enable a video filter or something with other options. In short, for all of the issues you posted together, none of them seem to be a vlcj problem. |
|
Well, I had tested VLC 2.1.0 from DOS command prompt and it worked when I passed VLC command options like --no-video-title-show. Only that when I tried this via VLCJ 2.0.0. binding, the VLC option didn't work. What I am trying to tell here is that somehow the VLC command options don't work and it produces For your information, I had tested VLC 1.1.11 using VLCJ 1.2.0 (before the VLCJ 1.2.2 version lock) and it worked with the given VLC option and no |
|
But when you get the "main vout display error", did something actually not work? It might just be a native debug message. Maybe search the videolan forums for that. Your posted logs didn't show how you passed "--no-video-title-show" nor did you post a test-case so I can't see how you're doing it, and therefore I can't suggest a way for you to resolve it. Believe me, I use "--no-video-title-show" all the time and I've never seen it not work. Also, you can't just do vlc -H and start passing those options through libvlc. Some of them work, some don't, some work only in conjunction with others, some need other syntax. But in all cases, vlcj does nothing with them and simply sends them on to libvlc. |
|
Sorry that I've posted the log without the I did test both situations (with or without VLC command option) but it still produced |
|
OK, I can check this later. I am still unsure as to whether the "main vout display error" message is really an error if your playback is working. |
|
My concern is that because of "main vout display error" when using VLCJ 2.1.0, libVLC doesn't want to process the VLC command options. I have no problem using VLCJ 1.2.0 with VLC engine 1.1.10 or 1.1.11 as you can see below with some VLC command options for VLC engine 1.1.10. The setup worked very well: |
|
I will look at this later, but nothing changed in vlcj with regard to media options handling for a long time. |
|
Probably, I will investigate again based on which VLC 2.1.0 version that works. The one that causes this problem is: Maybe, you can tell me the nightly build VLC version 2.1.0 that works in your tests last time. |
|
I now use the tagged 2.0 release and I don't see any video title. There's no real reason anymore for vlcj users to use the bleeding edge vlc now that vlc 2.0 has been released. |
|
Media options like this... mediaPlayer.playMedia(mrl, ":start-time=120"); ...do work with vlcj 2.0.0 and vlc 2.0. Some media options syntax in vlc may have changed, or some options were totally removed for all I know. I do know that some options need to be passed to the factory rather than passed via playMedia. But in general, the media options mechanism itself does work. The thing for you to work out is exactly what options are needed to pass to libvlc... |
|
I would add that I don't use Windows, so I'm not testing exactly the same as you. But there's no platform specific code in vlcj in relation to this. |
|
Ok, I have tried VLC 2.0.0 with VLCJ 2.0.0 under Windows XP SP3 using the VLC option The issue never occur when using VLC 1.1.11 with VLC 1.2.0. However, it does occur when using VLC 2.0.0 with VLCJ 1.2.0. So, I guess the VLC option |
|
What if you pass "--no-video-title-show" when you create the media player factory? Does that work? Note the dashes rather than the colon. |
|
I noticed you use standard media options and then you use the same media options again when you play the media - maybe that's just because you're trying things out to try and fix it, but you shouldn't pass the same options both ways at the same time. |
|
I have done both when using VLCJ 1.2.0 or VLCJ 2.0.0 with libVLC 2.0.0+ : Also, I have no problem calling standard media options method and later repeat the same options when calling playMedia method or whatever play media method in VLCJ 1.2.0 + libVLC 1.1.11. I suspect the problem is with libVLC 2.0.0+ which is out of your concern. I haven't tried libVLC 1.2.0 yet since this one is not released as a stable anymore. I will try this one from the VLC nightly build tree later... I hope someone will report the non-working Edit: VLC states that in VLC command-line option help as: The VLC 2.0.0 does work when passing The VLC 2.0.0 does not work when passing In VLC 1.1.11, both command option styles |
|
I asked this before... I don't think you answered clearly - did you try passing the options to the factory rather than when you playMedia? |
|
No, I didn't. I passed the option string array using The instance of They did appear in the the VLCJ debug logs anyway... As I've mentioned, this worked fine using VLCJ 1.2.0 + libVLC 1.1.11. |
|
Well why don't you try it via the factory? Even if you keep repeating the fact that it worked on later (edit: earlier) versions, that fact is not going to help you. I am trying to give you a workaround to help you. I don't think I can help any more. Perhaps you should consider reporting this in the vlc Trac. |
|
No, I've repeatedly said that VLCJ 1.2.0 (which is older than VLCJ 2.0.0) only worked with libVLC 1.1.11. But, VLCJ 1.2.0 didn't work well with libVLC 2.0.0++. I did agree that this was not your concern anymore and that was why I've hoped that someone would report this possible bug when running libVLC 2.0.0+ with |
|
Sorry, that was a typo on my part. There's nothing that prevents you from reporting the assumed vlc bug yourself rather than relying on someone else to do it for you. |
|
New ticket #6192 has been created at VLC bug tracking site: https://trac.videolan.org/vlc/ticket/6192 |
|
I've just got the latest #6192 response from coursmich, he says:
OK, I unable to make sure this thing (disable video title) works again since vout changes in 2.0.x doesn't allow per-item configuration of the same video output, rendering per-item option However, I've tried to pass the global option |
|
Quoting myself...
Passing the option to the factory has always worked. It is in fact what most of the vlcj examples do. |
|
Ok, VLCJ provides two ways to pass option string array; either from a factory or a media player--doing the same thing that is passing VLC options--but, unluckily, they behave differently. Why it is designed like that? Thanks, anyway. I will work on your suggestion. |
|
Ask the vlc developers why it's designed like that. No one ever stated, not vlc and not vlcj, that those two ways to pass options amount to the same thing. In fact, I already asserted that they are different, they work differently and are used for different reasons. Really, this issue could have been solved in 30 seconds if you were pragmatic rather than dogmatic. Instead we have 20-some comments going back over a month! I'm not going to make any further comment on this because there is a reasonable solution already for it. |
|
Wow! I am just asking from my curiosity to learn and share. Probably, it is because I am not a native English speaker, so I am not exposed a lot to many cultures, taboos or whatever interesting things in this world. I am not in any way want to hurt your feelings, mister. Sorry, if it sounds different to your tone of understanding or is too wordy or is not direct to the point. Anyway, I may need your support in other issues that may arise in the future that I am not mastering of. Chill. Thanks again. By the way, your suggestion works fine. |
|
Erm... my feelings are not hurt. I am simply trying to help you in the most efficient way possible since time is limited and you are not paying for this support. The answer to this particular problem has always been to pass the argument to the factory. That should be the end of the story. No offence intended. |
I was testing the latest VLCJ 2.0.0 from GitHub with VideoLAN.org nightly build 2.1.0 under Windows XP SP3. It was using JNA 3.4.0 taken from Maven's local repository.
But, I got
"main vout display error: Failed to set on top"when playing a media using the methodplayMedia(mrl, options)I was able to play the media. However, I could not disable the video title show using VLC command line option
--no-video-title-showor:no-video-title-show. The video title kept showing in the center of the video playback. I was also feeling that other VLC command line options were not in effect when passing them as the options string into the method's second parameter; for example: sharpen-sigma, blur-factor, etc.Here is my VLCJ logs:
The text was updated successfully, but these errors were encountered: