693 replies to this topic

[Erik Slagter]

What I mean (if not yet obvious) is that you can back up to an older version, but I think it's more sensible to just find the problem and fix it. Yes that means some effort, because I cannot reproduce your problems. I have a suspicon part of the problem is you constantly flashing different images with configuration backups, which may mess things up and would explain why I cannot reproduce it.

[delavega]

ye you know i always try stuff you say but i will try to start fresh and see if the problem persists.

[delavega]

so openpli is becoming like bh if i have always have to start from scratch and flash the newest image

[WanWizard]

For some reason you're the only one complaining, I have seen quite a few people that have no problem.  So it is not unlikely it's a problem between keyboard and chair, and not in the image.

 

Again, OpenPLi is continuously in development, and as a developer you can't test every possible scenario. So we have nightly builds so others can help test and debug the bleeding edge of the code. And yes, that means something can break. If you can't live with that, either don't update until you know the features you need work and are stable, or use the backupsuite to make a flashable image of your box in a stable state, so you can go back to a stable version after testing.

 

Complaining will not get you anywhere, it will only cause people to ignore you. The more constructive your feedback, the quicker any problem is solved.

[Erik Slagter]

@taboune: I don't now where you get notion from you need to flash. Just update regularly (especially before reporting bugs) and don't switch images/backups all of the time.

[delavega]

i switched backups because port 8002 wasnt working anymore

[delavega]

well looks like port 8002 works if your openwebif auth is off

which is not logical?

 

So it is a probmem withe image WanWizard, and dont get me wrong i love openpli.

Edited by taboune, 14 May 2014 - 16:02.

[Erik Slagter]

There just MIGHT be a problem, I am not denying that. But as long we don't have DATA we'll never be able to fix it. On most open source projects, there is a compulsory bug report form to be used and if some of the information is missing, it's not even considered. Base of such a bug report form is always:

 

- I am trying to do .... (described as accurate as possible, no mind reading here)

- I expect this result: ... (idem)

- Instead I experience ... (idem)

 

And added to this logs, screen outputs etc.

 

In my clean development environment, it just works, with and without authentication, wiith streaming and transcoding, using mplayer. The reason I use mplayer for testing, is that I know it has a clean streaming from http implementation, with full basic http authentication. With programs like VLC, I am never sure. Also please note that mobile "variants" of e.g. VLC are really a completely different program. If VLC on the PC "works" it says NOTHING about the mobile (pda) version.

 

So I am really feeling I am debugging mobile VLC here, instead of the streamproxy. You might want to convince me otherwise, with logs, traffic dumps etc. You already know how to make a log from streamproxy.

[delavega]

i never talked about vlc mobile lol first time i hear about it.

[Erik Slagter]

That's because you give such sparse information, I have to make assumptions. The only other guy I know that had problems was using mobile vlc. And afaik that has already been solved.

[delavega]

i already pmed you the logs yesterday

[Erik Slagter]

And I already commented on them to. The request to the web interface to tune into the service times out. That can mean:

 

- service cannot be tuned to for whatever reason

- webif requires authentication and you're not giving it, or the wrong auth, I cannot see that from the logs

 

I you have a rotor, the timeout waiting for the tuning might be too small, I already was going to change that tonight. If you only have one tuner connected, it's very important that you set the other tuner to "unconnected" and not to "configured*" or "loop through". If an unconnected tuner is not known as such by enigma, you will get this phenomenon as well.

 

This counts for streaming and transcoding. For streaming only #1 is relevant, that's not handled by streamproxy. Please note pieterg found and fixed a small bug in streaming authentication, so you should definitely update.

[delavega]

second tuner set to not configured but the problem persists

 

how come it only works when openwebif auth is off?

 

"- service cannot be tuned to for whatever reason" thats more like it

[Erik Slagter]

I am not into the internals of the openwebif. Streamproxy (or any other external program that does "something" with videostreams) must request enigma to tune into the service, only enigma can control the tuners and the demuxers. This is done through the (open)webif through a special url. This is different to plain streaming, which uses port 8001, this is done over port 80, using url /web/StreamService.

 

When option "use authentication for streaming" is, streamproxy assumes authentication is required by the web interface, for this special url as well. The option "use authentication" is not checked by the streamproxy. I might be that if you enable that option, this special url requires authentication while streamproxy doesn't supply it. Of course openwebif doesn't say "error such and such" it only ignores the request.

 

So as you can see, the whole interaction is somewhat more complex than one might think in the first place.

 

I may try to repeat this condition somewhere in the next few days.

[mattiL]

Is it possible to do transcoding on Vu+Duo? (I have used search..   )

[колбаскин]

How make work transcoding stream on mobile phone?

Not work on VLC, BSPlayer FREE, Daroon Player, MX Player

in PC work just when open 2st time

[Erik Slagter]

Is it possible to do transcoding on Vu+Duo? (I have used search..   )

No, just VU+Duo2 (or VU+Solo2). It's in the specifications.

[mattiL]

Ok, thank's Erik for another reason to replace my receiver. 

[Erik Slagter]

how come it only works when openwebif auth is off?

You might want tot thank SpaceRat for that, I just found out.

 

When http authentication is enabled, the service request url (/web/StreamService) requires authentication, according to the OWIF.

When streaming authentication is enabled, this url does not (!) require authentication.

 

So, when you only want authentication on the webif and not on streaming (for whatever reason), it won't work, because the streamproxy only checks for "streaming authentication" which would be logical.

 

If you want authentication on streaming and not on the webif (for the same or another whatever reason), it won't work as well.

 

Bottom line, the openwebif options do not do what they suggest (imho).

 

I'll revert the change I made for this a couple of days ago and then it'll probably work.

[delavega]

sweet!