282 replies to this topic

[BuGless]

I can confirm, there is no ecm info line.

Maybe it`s disabled in expert settings? See your menu to confirm.

There were a few changes in parsing the ecm.info file. What would help is if someone with mgcamd would PM me a copy of his exact /tmp/ecm0.info file (as a zipped attachment, if possible, to avoid corruption of the file).

[BuGless]

Got the info and made a fix. Please check and test in tomorrow's update.

[Bernado]

Thanks BuGless, mgcamd output ok again

Just one 'eye candy' tweak for mgcamd missing imo: line 102, please remove ?

When running in emumode there is no 'msec' in ecm.info file, causing following output: emu ?

[BuGless]

Thanks BuGless, mgcamd output ok again

Just one 'eye candy' tweak for mgcamd missing imo: line 102, please remove ?

When running in emumode there is no 'msec' in ecm.info file, causing following output: emu ?

I'll change it to time="" if you think that will work out fine.

[Bernado]

yes, time="" is working

[hfmls]

Hi guys, i don't know if this right area to "report bug", but here it is:

In mediaplayer/filelist everytime we play mp4, if we pause/play it won't resume after. i have to always watch it from begining.
Algo, we can't jump_to position with mp4, it freezes image.

could u guys check this out please?

[hfmls]

any coder that could try to check it out?

[simiamorte]

Hi guys, i don't know if this right area to "report bug", but here it is:

In mediaplayer/filelist everytime we play mp4, if we pause/play it won't resume after. i have to always watch it from begining.
Algo, we can't jump_to position with mp4, it freezes image.

could u guys check this out please?

I have same problems with mp4 files on my box...

Edited by simiamorte, 11 February 2013 - 15:36.

[BuGless]

yes, time="" is working

It has been committed.

[hfmls]

any dev could confirm mp4 bug please?
no pause, skip, ff, rewind supported in mp4.



also not related, when playing from samba (windows share) everytime box hangs if mount was done like 15..20 minutes ago. If i restart box all is ok, if i just boot and then go to samba share after 20 minutes cogwheel appear.

so: if i go samba share after boot, it's ok. if i go samba share after 10..15 minutes after boot, cogwheel appear.
any hint on this?

Edited by hfmls, 13 February 2013 - 21:31.

[tomek]

also not related, when playing from samba (windows share) everytime box hangs if mount was done like 15..20 minutes ago. If i restart box all is ok, if i just boot and then go to samba share after 20 minutes cogwheel appear.

so: if i go samba share after boot, it's ok. if i go samba share after 10..15 minutes after boot, cogwheel appear.
any hint on this?

If you're Vu+ user than yes, it's a known kernel 3.1.x issue.
After server or router restart box hangs for ~15minutes.

Waiting for kernel bump and new drivers from vu+ is the only solution.

[hfmls]

Well this happens with xtrend and dm500hd. If i enter mediaplayer after boot i can access Windows share. If i boot, wait 15 minutes, then enter mediaplayer, Cogwheels appear.

[Rob van der Does]

also not related, when playing from samba (windows share) everytime box hangs if mount was done like 15..20 minutes ago. If i restart box all is ok, if i just boot and then go to samba share after 20 minutes cogwheel appear.

so: if i go samba share after boot, it's ok. if i go samba share after 10..15 minutes after boot, cogwheel appear.
any hint on this?

If you're Vu+ user than yes, it's a known kernel 3.1.x issue.
After server or router restart box hangs for ~15minutes.
Waiting for kernel bump and new drivers from vu+ is the only solution.

I never experienced that on any of my VU's. Nor on my Xtrends.

[hfmls]

there is some problems with recorded mpeg2 dvb-s .TS files and stream to XBMC too.

if you guys could follow this thread in XBMC i reported:
http://forum.xbmc.or....php?tid=156087

if openpli devs could fix this i couldn't thank you enough.
mpeg4 dvb-s2 is fine.
mpeg2 dvb-s isn't.

.TS mpeg2 dvb-s recording are broken, it's not playable by XBMC or windows. only mpc-hc and some players can play it. That makes live tv and .TS playback in XBMC impossible.

thank you very much in advance.

As XBMC DEV said:

"Sample file is broken, but once repaired plays fine in XBMC. http://blog.komeil.c...ke...reams.html

It's most likely an issue on the Enigma2 side."

Edited by hfmls, 19 February 2013 - 00:26.

[MiLo]

Enigma2 just "dumps" whatever it receives into a file. It does NOT modify the stream in any way.

XBMC devs can shout that E2 is broken, well, okay, fine, but then also mention what's wrong with it. Just saying "it's broken" is not going to get anything fixed at all. There's not much we can do other than behave silly and shout back that XBMC is broken because it cannot play simple TS files while other players have no problem with those.

[hfmls]

maybe you guys could work together?
here's the thread:

http://forum.xbmc.or...d=156087&page=2

thank you

[MiLo]

Don't look at me, I don't know anything about XBMC and I've never used it.

[hfmls]

But couldn.t you test it please? I really think problem is on pli side mate since Ts after demux and remux works ok in xbmc.

[hfmls]

or could you tell me what to test,report,analyze please?
i really would like to use this :|

[BuGless]

But couldn.t you test it please? I really think problem is on pli side mate since Ts after demux and remux works ok in xbmc.

There is not much to test. The trick is, the .ts files are delivered and saved *AS IS* from the TV-broadcasting organisations. I.e. if there is something that cannot be decoded, then there are two straightforward ways to fix this:
a. Complain to the TV-broadcasting companies, and make them fix the format (good luck with that).
b. Make sure XBMC is able to deal with whatever "strangeness" the TV-broadcasting companies decided to put in their streams.

Edited by BuGless, 19 February 2013 - 17:11.