telnet login not available (same as on MAC)

[venember]

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

[venember]

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

[Jean-Baptiste Kempf]

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

[venember]

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.

[venember]

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...

[venember]

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...

[xtophe]

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

[venember]

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.

[Rémi Denis-Courmont]

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).

[venember]

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

[Rémi Denis-Courmont]

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.

[venember]

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?

[venember]

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.