Beiträge von TimoJ

    If you have the time, you could change this code in the AC3Setup.py and report, if this version can be translated (update your po from source and translate the new string)


    I tested and it still didn't work. I then added this string to the po: "Step in ms for key 1", made a translation for it and now the setup screen shows this one line correctly translated. So looks like there may still be something wrong with the variable. I think/hope that I put the line correctly to the po...

    Looks like the playback position reset is fixed if I change the file AC3delay.py, in def activateDelay I changed self.timer.start value from 400 to 200. But I haven't tested if this causes other problems...


    Other thing I noticed is that main screen skin does not show "AC3:" and "PCM:" texts correctly in the Channel audio row, text is clipped and only "AC" and "PC" is show, also PCM value is missing the "ms" text. I have fixed this by reducing font size to 18 and making those fields a little wider. I know this is not a problem with all skins but looks like it partly happens also with the skin you are using.


    With the latest CVS version, setup screen's "Step in ms for key %s" still doesn't seem to translate to other languages.

    Few things:
    1.) I'm trying to make a Finnish language translation but "Step in ms for key %i" in the setup menu does not translate, looks like there is something wrong in the Python code of AC3Setup.py.
    2.) I think that you should use green key for storing the settings, that is the standard in all other menus. Then again, I liked the way this was before i.e. green for OK, blue to store the values.
    3.) And finally, I think that selection of calculated/user values (and storing of user values) are really not necessary in the main panel. Setup panel's number key setting is enough.

    Finally fixed the messagebox- Bug. New Version in the first post...


    Thank you!


    There is still a problem with the playback position, sometimes it resets to the start of the movie. Looks like it happens always if I adjust (PCM) delay too fast, i.e. press arrow keys 2-4 times without waiting picture to appear. Just try this: press right arrow once and then during that very short period of black screen, press right arrow 2-3 times.

    You have made a great plugin but there are some problems: latest version (02-22-r0) does not always keep the correct playback position during adjustment, sometimes it just starts playback from the beginning.


    Another problem is that when I adjust (PCM) delay during movie playback, press Green-button and then press Exit-button twice to close the menus, I get a messagebox asking if I want to resume playback from the last position. And I get that messagebox many times, looks like if I adjust delay for example 5 steps, I also get the messagebox 5 times...


    In Enigma's options I have set Resume from last position = ask user. If I set it to "yes", I get just one messagebox saying that playback resumes from the last position. But I don't want to use that setting.


    I'm using Enigma2 CVS version 16.1.2009, I don't know if this happens with latest versions.

    Zitat

    Originally posted by mamba0815
    Let's assume they did a last minute redesign of the box to make it bleeding edge. I would be more than willing to wait for that thingy.


    But did they make a redesign change or are we waiting for a box that is using 3 years old technology? Do we finally get a box that has everything and also enough CPU-power? 7025+ certainly fails in many things and now I'm afraid that the 8000 does the same.

    Zitat

    Originally posted by TimoJ
    So what does the software wait after the channel change? And why doesn't it have the same wait time with that double channel change? Where is this function defined?


    Looks like nobody knows the answer or cares to answer... Is there a better messageboard/place where I could ask these questions and also receive answers?

    Zitat

    Originally posted by eagle


    Wich is the string?


    Just search for 132 and you will find the two places where lcd skin starts, first is for live view and other for movieplayer.

    Zitat

    Originally posted by kalli_fin
    My Box does the same when switching from channel bundle to channel bundle. Sometimes faster sometimes slower. When I use my digibox from technisat I can obey same thing. In my opinion no bug. May be somebody more deep in this materia can explain it.
    Kalli


    I know that it can take more time to change channels between frequencies since the tuner module needs to retune etc.


    But that does not explain why the change is always fast if I do that double channel change that I explained in my previous message. Looks like Dreambox then skips some syncronization check and shows picture immediately (sometimes there are problems, wrong picture or PMT error). If my theory is true, I would like to have an option to enable that faster mode (or an option to tune the time parameters) since I find the channel change time too slow.


    Even DM500T changes channels between different frequencies faster than DM7025T. And so does Topfield 5100.

    My 7025T+ changes channels slowly between different transponders/frequencies. Channels change very fast between same frequency channels, under 1 seconds. But if the channels are on different frequencies, it takes 3 seconds before picture appears.


    But now I have noticed this weird thing: if I change two channels to the new frequency, picture appears very fast.


    For example: channels 1 & 2 are in one frequency and channels 3 & 4 are in another frequency.


    I go to channel 2 and press channel up to go to channel 3, it takes 3 seconds before the picture appears.


    But if I go to channel 2 and press channel up twice, I get channel 4, but this time picture appears very fast. In this case Dreambox still changes between two frequencies, but does it much faster, almost as fast as it changes between same frequency channels. I actually tried this with a learning remote macro that pressed up twice and then down once and it still was faster than just pressing up.


    So what does the software wait after the channel change? And why doesn't it have the same wait time with that double channel change? Where is this function defined?

    Zitat

    Originally posted by aholst
    Any comments, bug reports, suggestions, etc, are welcome. If it turns out well I will probably submit it to the CVS.


    Hello,


    Here are two additional functions that I'd like to see:


    1.) Last played movie name is stored "somewhere" and I can start playing it back with just one (user defined) hotkey-button, for example long press of the green button. This button should also work in normal TV-service mode i.e. I just press the button and playback starts at the last watched movie at the correct place without the need to open the file dialog, select the file, press ok, answer questions etc.


    2.) Delete the file you are watching during playback: if I press a (user defined) button, a question appears saying if I want to delete the file, Stop deletes the file and ends playback, Exit quits the dialog and playback continues.


    Both are nice functions that I used daily with my earlier Topfield (with Improbox-tap) but sadly Dreambox is missing those.

    How can I use the proc/stb/audio/audio_sync_pcm to adjust audio sync during .ts file playback? If I put there a value, it doesn't seem to do anything. Is there a command that I could use
    to activate the delay value? Where is the playback default delay value defined? It reverts back to 0 when playback starts.

    Zitat

    Originally posted by pupert
    Wer testen will anbei eine gepatchte "InfoBarGenerics"


    (sorry to write in English)


    Your patch works, but it causes screen to go black for a short time when play is pressed, that is annoying.


    Then again, skip buttons (numbers 1/3, 4/6, 7/9) also have this same black screen problem, they are ok when you skip during 2x FF speed. That is with the default code, so this has nothing to do with your patch.


    I have used a modified keymap to get audio immediately when you press play but that can sometimes cause audio sync problems. You just need to add extra 1 second back seek command to the green button, the last line in the code:


    Code
    <map context="InfobarSeekActions">
    <device name="dreambox remote control (native)">
    <key id="KEY_YELLOW" mapto="pauseService" flags="m" />
    <key id="KEY_GREEN" mapto="unPauseService" flags="m" />
    <key id="KEY_GREEN" mapto="seek:-1" flags="b" />

    I already had noticed the article and was thinking about that Felston delay unit.


    But it sounds weird that I have buy something like that to fix a problem that cleary is in the Dreambox 7025's firmware/hardware. I know that there are audio delay variations between different channels and programs but this problem is something else. Delay also seems to change during playback of some .ts files.


    I have also Dreambox 7000S and it does not have these audio/lip sync problems. And it plays the same .ts files without audio delay problems.


    So what is wrong in 7025+? Why can't it do the same?

    I'm using 7025+ with DVB-T tuners and I have problems getting correct audio sync. With live transmissions audio seems come about 200-220ms ahead of picture. I'm able to "fix" this with Dreamboxeditor by adding delay to each channel, this also seems to fix recordings made after the change. But still it looks like the sync is not always exactly correct, although it's much better than before.


    But I have also a problem if I watch recording made with other hardware: Topfield pvr-t and DVB-T PC-card and also VLC transcoded material: all have similar audio sync error and audio is ahead of picture. Looks like the error is even bigger, something like 300ms or more. All this material playbacks correctly when watched with PC videoplayers.


    So what is wrong? I have tried latest DVB-drivers (and also older ones) but they are all the same.


    I noticed that the delay can be set with proc/stb/audio/audio_delay_pcm but how can I use this setting during playback? I know how to put a value there but how can I make Dreambox to actually use it?

    I have made more tests and during the transfer vsftpd takes over 70% of cpu time. Same problem also with samba, then smbd takes same cpu time. I also changed those tasks priorities to lower, from 0 to 15 and that seems to help. But what is the cause of this problem? Is 7025's CPU really that weak or is there some bug in HDD/filetransfer code?
    (Looks like I need to post this to Enigma software forum)

    When I fast-forward at speeds 2x-8x and press play, I get sound for about 0,5 seconds and then sound is muted 3-4 seconds and after that it continues again normally.


    If I use speeds 16x or faster and press play, sound works fine without this dropout. Also, I made a macro for my learning remote that, instead of just play-button, sends a fast key-sequence play-rew-play. Now when I press that button during 2-8x fast-forward I get sound immediately.


    So is there a problem in the playback start code? Also playback start from the pause-mode seems to have this exact same problem. Where in the Dreambox code is this routine defined? And why does the sound work fine with higher speeds, but not with 2-8x speeds? What is the difference between those?

    I have noticed a problem with my 7025+.


    If I transfer movies from the internal hard drive to my PC (or from my PC to the Dreambox) Dreambox's file operations, when used with remote control via OSD-menus, are very slow. Same happens with ftp and samba, transfer rates are about 4MB/sec upload to Dreambox, 8MB/sec download from Dreambox.


    Recorded movies menu operates slowly and when I select a recording and try to playback, it takes long time with wait symbol displayed onscreen. Also, if the recording has a marker for previous playback and I select "yes" to continue playback from that place, it does not work. After a long time I just get an error message saying: No data on transponder (Timeout reading PAT). Things get even worse and slower if Dreambox is also recording at the same time.


    What is wrong? Is it a problem with my Dreambox or are Dreambox's hard drive routines really so bad that even a 4MB/sec network transfer can make hard drive operate so slowly? Hard drive is a Seagate Barracuda 7200.10, 320GB,7200 rpm. UDMA2 mode seems to be enabled when checked with hdparm. But the system sure works like it's in PIO-mode...

    That works, thank you!

    What are the default values and what is the range of suitable values?
    I'm now testing with Period = A0 and Repeat = 160. Also, it looks like repeat actually adjusts delay (the time before a key starts to repeat) and period adjusts key's repeat rate, is that correct?