The VideoLAN Forums

vlc/VLM server serious problem:
Overall problem: cannot use telnet.

1.0.5 worked, the 1.1 update not, downgrade not accessible...

If I use --no-X11-shm: unknown option, the server do not start.
If I do not use that: some error messages: no available XVideo adaptor, shared memory server side error (3x), X11 error 10; the server starts, telnet reachable, but cannot login (wrong password).
Please fix it or let me a downgrade reach.
OS: OpenSuSE 11.2, vlc ver 1.0.99. 1.1.0 rc

fake:// and --fake-file also useless.

Can you be more verbose about each issue and file detailled bugs?

http://www.ship.hu/test/pix/vlc_log2.png
http://www.ship.hu/test/pix/vlc_log3.png
http://www.ship.hu/test/pix/vlc_log4.png

It occured when there was a security patch update and restart in the system.

The error is very similar to this:

https://trac.videolan.org/vlc/query?ver ... =component

(telnet permission denied), but no SELinux problem (it is not activated). I am checking some permission rules but I have no idea about the cause.

Some results:
- telnet interface does not work, but oldtelnet yes (1.0.6->1.1.0), x64 version!
- after installing lua module, nothing happaned... , telnet problem remained.
- --fake-file works with oldtelnet module.
- --no-x11-shm option does not work yet...

Some new problems:

I have tested some of my scheduled playlist on telnet in this timing:
START
- fake://
- schedmedia1
- fake://
- schedmedia2
...
- fake://
- alldelete
- fake://
END
The vlc did not step to the next playlist member in the scheduled time (schedmedia1). If I played them by hand, at he end of the playing the vlc crashes.

vlc 1.1.0, OpenSuSE 11.2, oldtelnet interface. Warning message: continously rolling:
[Media <name>] main mux warning: late buffer for mux input (<different numbers>) - (yellow),

All scripts were tested and worked perfectly in Goldeneye for months. Now demolished. Somebody give me back my beloved Goldeneye...

as you notice the telnet intf has been renamed oldtelnet and a new one appearred
the way of passing option is not the same

the x11 module has been replaced by xcb-x11 so the name of the options have changed

Thanks, Xtophe.
Unfortunately there is not an option (I could not found) which is equal to xcb_x11-no-shm or similar so I can not substitute the --x11-no-shm option with anything.

With VLC 1.1, --no-x11-shm disables use of the MIT-SHM extension. And it works fine here.

That said, it is largely irrelevant. VLC 1.1 transparently disables MIT-SHM if it fails (contrary to older versions).

http://www.ship.hu/test/pix/vlc_log6.png

The picture shows what I said. Two vlc programs start with and without the option, including the error messages and the mixed playlist problem (scheduled plays do not start; playlistindex: 1). Please look at it. And - I think - you are right, the option hides the shared memory problem but not the adaptor problem.

The installed version: 1.0.99_1.1.0.rc-4.7

You can bypass XVideo as well as MIT-SHM explicitly if you want (vlc -V x11 --no-x11-shm). But that's purely cosmetic. In the end, your X server does not support XVideo nor MIT-SHM, so VLC 1.1 does not use them anyway, whether you have disabled them or not.

--telnet-password works fine here. Make sure you're using the same character set on both systems, or stick to ASCII.

Thank you.
The telnet option I used before causes the wrong password syndrome, I use oldtelnet option now, I can login smoothly.
I will try the other options as you wrote.
On the server side my most important problem now that I cannot play scheduled media as I showed on the upper linked picture and wrote in the reply before.
If I load a picture, after loading the scheduled media can not played (do not start) in the defined time and the logo remains displayed. If I put the command manually to the telnet command-line,
it works perfectly, the media-playing starts, but the vlc crashes at the end of the playing. If I leave out the fake picture, the situation is the same. Although the schedule function works, because the "deleteall" scheduled command can be performed.
The method Is:
INPUT structure:
1. fake://
2. media1
3. fake://
4. media2
5. fake://
CONTROL:
play 1
scheduled play 2
scheduled play 4
deleteall
The installed version: 1.0.99_1.1.0.rc-4.8 no change Any idea?

I successfully downgraded to the stable 1.0.6 version by the official vlc repo: http://download.videolan.org/pub/vlc/SuSE/11.2/ ; many thanks to Dominique Leuenberger.
She made a legacy official 1.0.6 version, it can be used after solving some dependencies manually.
My tested scripts are working perfectly again.

My experience about the candidate versions: 1.0.99, 1.1.0, 1.2.0:
They are seems to be not full versions. I got some "unknown option" error in the different candidates:
--fake file
--no-video-title
--no-x11-shm
My working command line in 1.0.6:
vlc -vvv fake:// --fake-file <filename> --no-x11-shm --ttl 12 --color -I telnet --telnet-password <PASSWORD> --rtsp-host <IP:port>
It is not worked perfectly neither use of the candidate versions, nor if I use --oldtelnet option.
If I use --oldtelnet option, the 1.1.0 works but cannot perform scheduled playing.
I think the problem is the append property, the vlc cannot perform it and crashes if I use the setup command mannually.

My problem is very similar to this: viewtopic.php?f=11&t=59078
except from I use more media and control them via playlistindex.