thanks a lot for your support to NA users
i was surprised since you didnt answer to my thread for supporting us

you did 2 things for us:
- longer SDT timeout for working servicescan on "dish network"
- add more valid tv service types

now scanning is smooth and i got the same number of channels of scanning sat with an mage that is known to scan dish network very well, good job guys
but most of tv channels are recognized as data, so you didnt add enough tv service types: By default, CVS versions of enigma recognize only service types 1 & 4 as TV services, but DN for example also uses service types 128,133,137,140,144,145,150,154,160,163,164,165,166,167,168,173 & 174 as TV

Zitat von floh

Only original Images are supported in this Board.

Maybe you should ask the people who released this image, how to implement the missing package. It shouldn't be to difficult.

thx for the reply
actually many skins like basic-hd and dmm-hd and vali that i found here were installed without any problem, im wondering why kerni-hd1 cant be installed

Zitat von Kerni

first, the Image must be build from the experimental tree (2.6) of the CVS/GIT
second, the packege enigma2-skins is required to install this skin

the DSM image has just been released, i dont know if this would help since it's a recent image, DSM named it t13, is that enough?
what do u mean by enigma2-skins is required to install this skin? how to do?

Zitat von Kerni

what image are u using

DSM image, it's not known
designed for NA users, it's a basic CVS image almost like original dm images with some modifications

i read some people got the same error but didnt understand german so dont know if they figure a solution out for it

hello
any idea how to install Kerni-HD1?
i got the same error

ERROR: Cannot satisfy the following dependencies for enigma2-plugin-skin-kerni-h
d1:
         enigma2-skins

thx

Zitat von genpix

I tell you more: I wrote it. Who can know better what it was ?!
This was an answer, and this was an answer to your incorrect question.
I tried to explain you why you were wrong.

When you quoted me here, you omitted original question.
Without it, Homey understood that as a comment addressed to him (or his usbtuner).

Do you see my point?

2 Homey:
Sorry for this mess. It was never my intention to correct/doubt you.
And I'm very thankful to you for pointing out the most recent vTuner driver changes in DM800 (different polling algorithm), which I was not aware off.

Alles anzeigen

i gor it, now i completely understand what happened
wasnt intended guys
sorry again

Zitat von genpix

check the post #5 in this thread.
You quoted me (from another thread).
It was an answer to your own question "Anyone has tested this new drivers with Genpix SW-1?"

And I answered you: "USBtuner is not a driver". It was not directed to Homey's work at all (as it sounds from your post).

But other people here did not know that, and reacted to your post differently.

PS: I did not change anything in genpix driver, it's still the same (as I released it several months ago).

Alles anzeigen

if you read your quote, it really looks like a statement not an answer

you figure it out because you were the one concerned

anyway, I'm sorry again

Zitat von genpix

anis_ber,
it's a very bad idea to post here quotes from other forums in the way you present them:
you quote someone's answer to the question which you don't mention at all.
That's why these quotes sometimes look "stupid" (as if the person you are citing has no idea what he is talking about).

please refrain from doing so, or quote the original question as well.

Sorry but just tried to help

actuallt i didnt post quotes that are answers, they are in statments about some facts

sorry just tried to help, at least my method worked to speed up the work

Zitat von Homey

Sounds good Not sure why CPU load is higher then here, might be the USB 2.0 Tuner using more bandwidth, or the driver from that tuner uses more ressources. Or your "GP pump" is using more ressources then my usbtuner pump.

Have you guys already tried my usbtuner file? It should work with other tuners too, as long as it can be found under /dev/dvb/adapter1/***

i dont own a sw-1, but others do

i would ask you again to join our NA forum so you can see it yourself, no one of SW-1 users are registered here so i cant report everything here, that's why your presence in the other forum is more than helpful for good communication

thanks a lot

Zitat von Homey

I've never said it's a driver. Indeed it's just a pump to write data from one device to the other.

But it works fine and I don't see any bigger problems with wasting 10-15% CPU Ressources. Indeed there are better ways without using userspace and directly writing into kernel stuff, but for now that vTuner method works very fine for me, even when streaming HD Channels via LAN from my other dreambox. CPU load was never above 15%, while it used up to 90% without the PollIn/PollPri fix.

Indeed wasting 15% of CPU Ressources isn't the best, specially if you have to use that tuner as a primary tuner (I only use it as 2nd tuner) but for now it's simply not possible on another way and it's doesn't ruin your project in any way, you just need ~15% CPU Ressources. So you can't say that it's not working at all. The more important thing is that it works! I have a stable and good picture, without any errors or outages, just have to make sure the bitrate is not above the USB 1.1 bandwidth. With a USB 2.0 it should work very well here on my box, I am pretty sure. Because I tested that stuff also with TunerSharing via LAN from another dreambox and there I don't have any problems with bandwidth and no errors in audio/video stream when bitrate too high. Even HD Streams work fine most of the time without any errors, and there is still some way to make it better and use caching and buffers for stream data to work better on LAN or in my case a terrible W-LAN.

So instead wasting your time with the 15% CPU Load, you should focus on the other stuff and get your tuner working like my USB 1.1 Tuner here. And live with the loss of 15% CPU Ressources for some more time ...

Alles anzeigen

hello again

thx for the contribution

Genpix has just released a new gp pump and gess what, it is kinda working much much better now according to some genpix SW-1 users with 30 - 40% of CPU though, here are some feedbacks

PID USER     STATUS   RSS  PPID %CPU %MEM COMMAND
1577 root     S        596  1531 33.6  0.3 gp
4052 root     R        992  1358  7.4  0.6 top
2838 root     S        28M  2834  5.7 18.5 enigma2
1579 root     SW<        0     5  2.4  0.0 playback
2846 root     S        28M  2838  0.8 18.5 enigma2
  802 root     R        888     1  0.4  0.5 automount
  492 root     S       1872     1  0.1  1.1 nmbd
  650 root     S        756     1  0.1  0.4 syslogd
  652 root     S        708     1  0.1  0.4 klogd
    1 root     S        672     0  0.1  0.4 init.sysvinit
    3 root     SW<        0     1  0.1  0.0 events/0
3017 root     SW         0     1  0.1  0.0 kdvb-fe-0
2850 root     S N      28M  2838  0.0 18.5 enigma2
  494 root     S       2612     1  0.0  1.6 smbd
  502 root     S       2604   494  0.0  1.6 smbd
  896 avahi    S       1668     1  0.0  1.0 avahi-daemon
  628 messageb S       1236     1  0.0  0.7 dbus-daemon

Zitat

Looks like the new gp pump is running much, much better now. Before I couldnt watch HDTHR (the dreambox would hang if I did anything, like access the web interface). It is now much improve that I could navigate through all the menues without the DB freezing on me, including the webinterface.

Zitat

to tell you the truth I'm not sure. I havent done anything, that I know of, that would cause 3 intances of enigma2 running.

Also for the new gp pump, ive seen it go low as 26% and high as 44%. I've havent got a single freeze.

BTW is it normal to have 3 instances of enigma2 runing at the same time?

i hope you will join the NA forum i sent you by pm to see more feedbacks

thx

Zitat von tmbinc

Yes, it's part of all recent experimental builds for dm800, and will be used for all new release candidates (and releases) too.

The reason why we are not supporting 8PSK is simply that available hardware so far was either limited to 8PSK *or* DVB-S2. We'll see if that changes in the future. Of course we are interested in supporting the NA market, but the european market remains our priority for now, simply because we know the requirements of this market. That doesn't mean that we don't want to support the NA market, it just means that we have to carefully look at those markets to see what kind of requirements they have, and if our hardware and software is able to support that.

Regarding the vtuner-interface, this is still in beta-phase, thus we are not officially supporting it. In case anyone has problems with it, feel free to write me a mail, but it's not yet a feature that is mature enough that it will be supported officially.

thanks a lot for the quick OFFICIAL answer
I see, i hope that you will think of NA DM users in the futur and make a new hardware special for NA DVB-S tuners supporting Turbo-fec, like you are doing for DVB-C and DVB-T, actually all FTA receivers on the NA do so
Now everything turns HD and unfortunately DM800HD are not up-to-date
please report this request to the business and management department, at least they will know we exist
otherwise, we will have to stick with vTuner even though it's in beta state, i hope you will add your support to be final soon

thx a lot

that's what was said regarding your binary by genpix

Zitat

usbtuner is not a driver.
It's a pump (sends stream from user memory space into kernel memory space).
And this pump would use most of CPU time (exactly as gp does).
You still need a working driver for your USB DVB-s card to be able to use this pump.

I invited you to join the NA forum by pm, i hope you will be in soon so you help us out

thx

Zitat von rmie

The first versions suffered from huge amount of CPU used due to a issue with vtuner driver. Polling the driver always immediately returned, even if no new data is available. This should be solved with latest DM800 driver. Please check your source for POLLIN. POLLPRI should be used insted to avoid the load issue.

Do you know if this tuner is sold in europe, too? This is the first usb DVB-S2 device know to work with DM-800. Very cool news

EDIT:
I don't belive that DMM will fullfill the request for the source code (I'd be happy too, to have it). Most of the information they get from vendors to develop the drivers are only available with an NDA signed.

Regards

Roland

Alles anzeigen

Genpix Skywalker-1 is sold only in NA (USA and Canada)

the tuner works with dm800x but with a lot of issues

i dont understand POLLIN and POLLPRI, maybe Genpix will understand since he is the one who designed the driver

BTW i invited him and many others to join this threat

I hope DMM will say something

hello

so unfortunate from you DMM guys that you dont pay attention to NA customers

anyway, the actual DM800x tuner does not support Turbo-Fec 8PSK and Turbo-Fec QPSK which are used by both Dish network and BellExpressView for their HD channels

therefore DM800s becomes useless and cant get those HD channels

there is a genpix tuner called Skywalker-1 that can tune those 2 modulations and many other, it's usb tuner and designed to be a DVB-S card

Genpix tried to develop beta drivers, he succeeded but the channels are almost unwatchable, with high cpu usage and stuttering image followed by sound desynchronization

here is his last statement about the situation:

Zitat

entire line of Genpix DVB-s cards was designed for PC use, and existed way before DM800 emerged.
The only reason why SkyWalker-1 is working (kinda) with DM800 is because this receiver is a PC with USB 2.0 interface an running Linux.

The only restriction with DM800: its tuner driver architecture is a closed source. And one has to use exposed virtual driver interface (which is closed source, as well) to connect third party tuners.

I have an impression that virtual driver interface is a bottleneck right now (in terms of CPU load). Have you tried to use it with any other USB tuner? I bet, you will get similar results as with SkyWalker-1.

I'm trying to go a bit around it (to avoid pumping data across the kernel memory map <-> user space memory map border, twice by the way). But it would save just a little bit of CPU time: data pumping is cheap (in terms of CPU time).
As expected, I don't see much improvement (on top of that I have to find a bug - I have a memory leak now

Maybe, if DM driver architecture were an open source it would be much easier to support third party tuners.
Don't you think so?
But Dream Multimedia is not interested in that

Alles anzeigen

i think it's in your benefit to help us out, people will not buy a DM HD receiver if they will not get HD channels, if you add support or you make the tuner architecture open source, NA FTA market will go towards DM

Im pertty sure If Euro went 8psk, the driver would be available in minutes...LOL

Thx and i hope i will get an answer

so here are some clues:

Im not really prfessional but, in many NA forums, there is ****na but they didnt do anything useful for NA dreambox owners
they say CVS image should be modified to scan DN and BEV, somethink like increasing timeouts, and even AC3 need a patch
For the epg, i dont have any idea, but DSM has an image which supports it, but almost a CVS image, very basic
here are some what pro guys (DSM Updatelee hemispherical1) say in forums

Zitat

in scan.cpp you need to add these servicetypes

128,133,137,144,145,150,154,160,163,164,166,167,168

in specs.h change the SDT timeout to 45000

Zitat

By default, CVS versions of enigma recognize only service types 1 & 4 as TV services, but DN for example also uses service types 128,133,137,144,145,150,154,160,163,164,166,167, & 168 as TV...

Zitat

Replace line in scan.cpp

Code

ref.setServiceType(d.getServiceType())

with

Code

if (d.getServiceType() == 128 || d.getServiceType() == 133 || d.getServiceType() == 137 || d.getServiceType() == 144 || d.getServiceType() == 145 || d.getServiceType() == 150 || d.getServiceType() == 154 || d.getServiceType() == 160 || d.getServiceType() == 163 || d.getServiceType() == 164 || d.getServiceType() == 166 || d.getServiceType() == 167 || d.getServiceType() == 168)
					{
						ref.setServiceType(1);
					}
					else
						ref.setServiceType(d.getServiceType());

and even ac3 audio need a patch, like that:

1.
  	--- pmt.cpp.orig	2008-08-10 21:34:15.000000000 -0700
   2.
  	+++ pmt.cpp 2008-08-13 18:01:21.000000000 -0700
   3.
  	@@ -234,9 +234,10 @@
   4.
                      	case 0x81: // user private
   5.
                              	/* PES private can contain AC-3, DTS or lots of other stuff.
   6.
                                 	check descriptors to get the exact type. */
   7.
  	-                   	for (DescriptorConstIterator desc = (*es)->getDescriptors()->begin();
   8.
  	-                           	desc != (*es)->getDescriptors()->end(); ++desc)
   9.
  	+                   	int gotadescriptor = 0;
  10.
  	+                   	for (DescriptorConstIterator desc = (*es)->getDescriptors()->begin(); desc != (*es)->getDescriptors()->end(); ++desc)
  11.
                          	{
  12.
  	+                       	gotadescriptor = 1;
  13.
                              	switch ((*desc)->getTag())
  14.
                              	{
  15.
                              	case SUBTITLING_DESCRIPTOR:
  16.
  	@@ -307,6 +308,11 @@
  17.
                                          	std::transform(audio.language_code.begin(), audio.language_code.end(), audio.language_code.begin(), tolower);
  18.
                                      	}
  19.
                                  	}
  20.
  	+                           	if ( (*es)->getType() == 0x81 )
  21.
  	+                           	{
  22.
  	+                               	isaudio = 1;
  23.
  	+                               	audio.type = audioStream::atAC3;
  24.
  	+                           	}
  25.
                                  	break;
  26.
                              	case STREAM_IDENTIFIER_DESCRIPTOR:
  27.
                                  	audio.component_tag =
  28.
  	@@ -340,6 +346,12 @@
  29.
                              	}
  30.
                              	}
  31.
                          	}
  32.
  	+                   	if ( !gotadescriptor )
  33.
  	+                   	{
  34.
  	+                       	isaudio = 1;
  35.
  	+                       	audio.type = audioStream::atAC3;
  36.
  	+                       	break;
  37.
  	+                   	}
  38.
                          	break;
  39.
                      	}
  40.
                      	if (isaudio)

Could you please add support for us?

hello
will DMM think a little bit of NA DM community?
here things are somewhat different on some providers, LNBs, switches, Scanning, EPG, AC3
Some patches are required on CVS image
you do have a NA dealer, so you should provide some support for us
i can provide some details about what different here
thanks a lot

Zitat von Olove

DTS is not possible with the DM800 and it is MOST unlikely that it will ever be.

so unfortunate
is it a hardware limitation too, like .avi?

hello to all
sorry if the subject has been discussed elsewhere but couldnt find anything with DTS search, maybe because it's only 3 caracters
is there any workaround for DTS compatibility for DM800?i know DM8000 is now fullty compatible with DTS
thanks a lot