StageWebView x offset problem

I'm using StageWebView to load SWF files or HTML pages with SWF content on my Adobe Air 3.8 app for Android and I have a problem when I set the X offset in the viewport. The SWF gets cut off on the right side.
See this screenshot:
The viewport covers the area enclosed in the  rectangle with a grey border but a portion of the rhino gets cut off. If I set the X offset to 0, the webview instance shows the SWF properly but the higher the X offset the wider the portion that gets cut off.
I need to add this happens only on Android running ICS (4.0.4). On devices running Jelly Bean, such problem does not happen.
One more thing: the black "patch" that covers the rhino part is the background color of the swf. I tested this problem with different SWFs and the strip that shows up on the right side is always of the same color as the remote SWF's background.
I need to show SWF content centered on the stage and this offset bug is a killer.
Does anybody know of a fix for a problem like this?
My code:
function loadFlashWebView():void {
    //load Flash webview for testing plugin
    webView = new StageWebView();
    webView.stage = this.stage;
    webView.loadURL(flashTestURL);
    webView.addEventListener(Event.COMPLETE, onLoadFlashViewComplete);
function onLoadFlashViewComplete(evt:Event):void {
    //load view complete handler
    trace("Web view finished loading. Error: " + webview_error);
    webView.viewPort = new Rectangle(67, 80, stage.stageWidth, stage.stageHeight); //the swf gets cut off in ICS
var flashTestURL:String = "http://mywebsite.com";
var webView:StageWebView;

Hi Laurent,
Which DAQmx driver version are you using?
It seems that the behavior you have was an unexpected one:
Error -200478 occurs when using DAQmx Perform Bridge Offset Nulling Calibration with AI.Temp.TC and ...
Neverthless, it was corrected in DAQmx 9.6 (see CAR 345144):
DAQmx 9.6 Readme
Regards,
Valentin
Certified TestStand Architect
Certified LabVIEW Developer
National Instruments France
#adMrkt{text-align: center;font-size:11px; font-weight: bold;} #adMrkt a {text-decoration: none;} #adMrkt a:hover{font-size: 9px;} #adMrkt a span{display: none;} #adMrkt a:hover span{display: block;}
Travaux Pratiques d'initiation à LabVIEW et à la mesure
Du 2 au 23 octobre, partout en France

Similar Messages

  • DC Offset problem with Peak 4.14 on MacMini after new hard drive upgrade

    Tiger 10.4.11
    Bias Peak 4.14 (24-bit 44.1 AIFF files)
    USBPre 1.5
    The reason for this new topic is a problem that developed with Bias Peak 4.14 on my MacMini. Suddenly, when I apply the "Remove DC Offset" DSP process to a recording, the Bias Peak meters may stop displaying correctly.
    About 50% of the time, only one meter will respond to the sound, or neither will (the meters work fine on the raw file before I apply the DSP function). The rest of the time, they work normally after DC Offset. I'm still waiting to hear from Bias about this via their forum, but no-one has responded yet. I don't know if this is just a GUI bug or an indication of a recording problem. The really spooky thing is that the problem only shows up part of the time.
    This is happening on a new installation of OS X on a new drive that I installed. See a note at the bottom of this post for a hardware issue that may or may not play a role.
    I've been recording vinyl successfully for a long time now on my MacMini (24-bit 44.1 AIFF), using a USBPre external A/D converter and Bias Peak (currently v4.14). But recently Peak froze as it was saving a file. I had to do a hard shut down which led to a corrupted system. I'd been meaning to upgrade to a larger drive anyway, so I put a 120 gig drive in.
    After first installing/updating OS X on the new drive, and installing/upgrading Bias Peak, I had no problems. But then the control panel for the USBPre froze as I was getting ready to shut down. This worried me, so I ran diagnostics with TechTool and installed eDrive. The meter problem began showing up after this change. I wiped out the partition and reinstalled from scratch again, hoping that this would get things back to normal. But I still have the meter problem after applying DC Offset. Note, I created two partitions on the drive, and put Tiger on the first partition.
    The makers of the USBPRe (Sound Devices) say there is nothing about the USBPre or drivers that should be causing this.
    So I'm stuck, and faced with the following ideas for what might be wrong:
    1. Peak has a bug that I've somehow triggered. This may or may not be affecting the recording.
    2. Something about my recording hardware/driver has changed that is "corrupting" my recordings sometimes, and this is causing Peak to have trouble metering the sound.
    3. I screwed up my computer hardware and this is screwing up the recordings part of the time. See my upgrade note* about the hardware.
    4. The new drive seems to be a little slower to display folder contents. I wonder if this apparent latency could be causing the DC Offset problem in the original recorded file.
    * Upgrade note: When I tried to put the cover of the Mini back on after upgrading my drive and testing it out, I discovered that I hadn't screwed the drive/fan/DVD setup in correctly. The screws had fallen out and disappeared (my tiny screw driver made it very hard to tighten the screws I guess. I thought I’d done it correctly).
    I turned the Mini upside down a couple of times before I discovered the screws missing.. My first attempts to put the cover on with the Mini sitting upright were not successful, so I turned it upside down to take the cover back off. The screws probably fell out then. When I tried putting the cover top down on the table and lowering the Mini into the cover I discovered that the drive/fan/DVD assembly was loose!
    The drive is now secured completely except for the screws, and it is working. The slowness I mentioned above is something I noticed before the screws fell out, but obviously the assembly was not secured 100% even before I lost the screws.
    I apologize for this convoluted post and hope it is clear enough. Please help if you can, I'm under pressure to finish my recording project.
    Vinyl_Man

    Hello, DaddyPaycheck,
    The USBPre is powered by the USB bus, and it is plugged directly into the MacMini.
    The screws remain in hiding. I'm amazed that I didn't find them on the motherboard or something like that. If they don't turn up fairly soon, I'll try to get replacements from an Apple service center. And I'll make sure I have a better small screwdriver.
    I just did a test with Audacity for OS X and Cool Edit for Windows. I opened files that give me the meter problem in Peak and removed the DC Offset. When I opened the files I had modified in Audacity and Cool Edit, Peak metered the sound correctly. Somehow Peak is sensitive to something in the file that does not bother the other apps, and when the other apps have adjusted the DC Offset, Peak is happy. Peculiar.
    I'm thinking about recording with Audacity now instead of Peak. I'm still concerned that something is wrong, though, since I don't understand the problem.
    -Vinyl_Man

  • Time offset problems with file i/o

    Hello everyone, I'm having a problem with the file i/o VI's. I require my application to save serial data at constant five minute intervals. The problem I'm currently seeing is that on each save to a file a time offset is being added which eventually becomes seconds, then minutes and so on. Since this application is meant to be run for a whole year this is a serious problem.
    Attached is the VI, an Arduino program simulating how the DAQ sends data and a file showing my time offset problem. 
    Any ideas/suggestions/fixes are appreciated.
    Thanks
    Jose Molina
    P.S.
    To run the VI upload the code to an Arduino, select it's serial port in the popup VI then click on Ok. The VI will wait for a time that is a modulo of 5 then create a folder structure inside the same location as the LLB. Inside this folder structure should be a file with the data which should be saved every five minutes if left at the default averaging time.
    Attachments:
    7-8-2012.txt ‏3 KB
    Daq_Simulator.zip ‏1 KB
    Weather_DAQ.zip ‏117 KB

    Sorry I forgot to mention that the averaging time is configurable in the pop up vi at the start. I tried 20 seconds because it's much faster for testing than 5 minutes. Timing is being done by a simple counter that increments each time data is received. So if I receive data the timer increments by 5 because data is sent every 5 seconds. Once the timer is equal to the averaging time the data is sent to the enqueue function and then the blocking dequeue function on the second loop sends the data to the file save vi which then saves the data to the file. 
    Attachments:
    counter.PNG ‏13 KB

  • Display offset problems with 1bit RenderedImage

    Hi, I am loading a 1 bit image with JAI and display two versions of it. The first is unmodified and has an IndexColorModel together with MultiPixelPackedSampleModel. The second version has a lookup table applied and therefore has a ComponentColorModel with a PixelInterleavedSampleModel. When I display the complete content of both images everything is fine and they match. BUT when I start to zoom, the first one with the MultiPixelPackedSampleModel has an offset in the x direction if the left edge of the image is not within the view.
    I use Graphics2D.drawRenderedImage(rimg, af). The AffineTransform translates the image in the negative x direction, so the area of interest is displayed correctly. And here it comes: If the x translate value is NOT a multiple of 8 I get the problem with the first image! Second image is always ok.
    It even gets more exciting this applies only for the first tile in the x direction. Subsequent tiles are displayed correctly. The tile offset values for both images are 0 by the way. Since both images are drawn the same way and are only different by their ColorModel and SampleModel, I think this is a bug. Please tell me I am wrong!!!

    And here comes another clue. The width of the image is uneven. If I use the Border operator before scaling to increase the width so that it can be divided by 8, then I have no offset problem - BUT - I have a big slowdown. Is there nobody out have having experienced the same?

  • Outlook Client recurring appointments time zone / GMT offset problem

    I will try to describe this with text, although it's a very visual problem.  I added a post to my blog with
    it so I could include pictures.  If you think you need pictures to understand the text below, please review that entry.  Please note, the one appointment instance cited below, is an example, there are many others with this same problem,
    and it only happens with recurring appointments.
    Relevant System Information:
    Windows 7 Utlimate
    Office 2010 Professional Plus (14.0.6023.1000 64-bit)
    Exchange services hosted by Microsoft.
    Android HTC Inspire 4G also configured as exchange active sync client.
    Issue Description:
    I have a specifications meeting that is scheduled for Tuesday mornings (every 2 weeks) at 8:30 am.  In the body of the appointment, it even has this text spelled out.  "When: Occurs every 2 weeks on Tuesday effective 11/23/2010 from 8:30
    AM to 11:30 AM (UTC-05:00) Eastern Time (US & Canada)." as an indicator of the actual appointment time.  The problem is that one day, several weeks after this appointment had been sent to me, Outlook 2010 decided that it was really at 1:30 PM. 
    Since that time it's been showing incorrectly on my calendar at 1:30 PM.   So, I recognized almost immediately that this was a 5 hour difference, which happens to also be my timezone offset (except that I'm currently in daylight savings time -- so
    it's really a -4 offset right now).
    I ran the 2010 service pack 1 installer, based on the suggestion of my IT group, and found I already had the service pack installed.  I've tried the timezone tool as well and that didn't work.  Please keep reading.
    Next I went to my exchange host with outlook web access.   The appointment is closer to correct there, showing at 9:30am.  It think here it almost seems as though it's applying the DST, but not correctly, maybe doubling it?. 
    Meanwhile, back in outlook, if I go to the scheduling assistant and look at my time while making an appointment with other invitees it - much to my surprise - matches the time in OWA, not the time in outlook client.
    Finally, if I go to my Android and look at the appointment, it is correct.  8:30 AM.  
    So to summarize:
    Real Appoinment:   8:30 AM
    Outlook Client Time: 1:30 PM
    OWA / Exchange Time: 9:30 AM
    Android Calendar Time: 8:30 AM
    This applies to many others, this is just a convenient example.
    This applies only to recurring appointments.
    Any help would be very appreciated.
    Thanks,
    Jon

    Status Update, and recommended next steps:
    I opened a ticket with HTC support the day before yesterday (Ticket # 03543601). The initial response was an email reply with the typical level one suggestion to remove and re-add the Exchange ActiveSync account on my phone, and if that didn't resolve the
    issue to do a hard reset and then add the account again. Since I have multiple users experiencing this same issue, where the common denominator seems to be centralized around the move from Outlook 2007 to 2010 and the HTC Gingerbread OS, I convinced them that
    this would not be an acceptable remedy, and my case was immediately escalated without hesitation. I will say that though I don't have a resolution, I'll applaud HTC for not giving me the runaround and giving me a live person who could talk intelligently about
    the issue.
    Today, I received a phone call back on this ticket  from someone in the escalations department at HTC named Travis. After explaining the issue in detail to him and referencing
    this specific thread, he acknowledged that it did in fact sound like a coding issue coming from the device where the value in the “dispidApptTZDefStartDisplay” property was being set improperly by the device/stock email/calendar application in their implementation
    of ActiveSync. He then stated that he would relay this to the developers to look into the issue. He further elaborated that the case would either be in a status of, "this is being looked into", or "We believe this to be resolved in [x] update". He said that
    they will probably continue releasing updates for the Incredible (I did not specifically ask about the Incredible 2), and while the Incredible 2 is definitely slated to get Ice Cream Sandwich, the Incredible one is still in a classification of, "being evaluated".
    Personally, I doubt that the Inc 1 will get ICS, but it is possible. From what I have read, the general stance is that phones will be updated for 18 months after release, and the Inc 1 is 24 months old this month (bummer - I REALLY like this phone).
    According to Verizon and HTC, these are the phones that will get ICS (or Android 4.0):
    Ice Cream Sandwich Coming to Many Verizon Wireless Smartphones
    Android 4.0, Ice Cream Sandwich Updates
    While it is possible that an update will be released for the Incredible 1 to fix this issue, it will likely be months before one is available, so we'll probably have to move to Touchdown for Exchange by NitroDesk in order to resolve this issue....or move to
    a newer phone with ICS 4.0.
    Speaking of which, there is a whole laundry list of issues with Exchange ActiveSync and third-party devices. A number of them are listed in this Microsoft KB article:
    Current issues with Microsoft Exchange ActiveSync and third-party devices
    Per the article:
    Microsoft's recommendation for Android - Upgrade to Android OS 4.0
    Microsoft's recommendation for iPhone/iOS devices - Upgrade to iOS version 5
    So, for anyone on Android experiencing this issue (or others listed in the Microsoft KB above), if your phone is likely to get ICS soon, then you may want to hold on and just be vigilant about checking your calendar on OWA. If your phone isn't slated to get
    ICS or if you can't wait, my recommendation is to get Touchdown for $20. You may still have to delete and re-create appointments that are wrong, but hopefully the issue won't happen any more once you move to Touchdown. And if they do, at least you've got a
    shot at a more rapid fix with a company like NitroDesk. (no offense HTC).
    Good luck. I probably won't post again unless I get notice of a fix for this specific issue or some other significantly useful information.
    Jonathan, MCSE
    For reference, here are other forums where this same issue has been discussed:
    Weird Outlook issue
    Calendar appointments move by 5 hours (or whatever the TZOffset
    is) - ActiveSync issue?
    Outlook Client recurring appointments time
    zone / GMT offset problem (This is the thread that you are presently reading)
    Outlook 2010. Recurring meeting time off by 5 hours, what is the problem?
    Recurring Calendar Appointment shifted 6 hours later in Outlook 2010
    (maybe ActiveSync)

  • Master Template Drop Zone Causes Frame Offset Problem

    I created a template in Motion with two drop zones. When I use it in Final Cut as a master template, and drop in two video clips, the clips are offset about 4 frames from the originals. I can see this when I toggle the template's track on and off to see the underlying clips that got dropped in from my timeline. The cut points don't match up to what winds up in the template's dropzones for some reason.
    This is a problem, because I'm using the template as a transition between full screen and a PIP-type effect.
    The weird frame offset causes a visual glitch that I have to correct by adjusting the start/end points. This is extremely time consuming, as I have to apply the template to a huge number of clips.
    I'm using the latest version of Final Cut Studio.

    Just discovered that the frame offset increases the further I am into a clip.
    I took a part from the beginning.. frame offset = 2 frames.
    Took one closer to the end of a 4 minute clip.. frame offset = 14 frames.
    The video is encoded in ProRes422 at 29.97 fps, and the Motion template is 29.97 also. Any ideas?

  • String offset problem

    Hi,
    I'm using 1.4.2 at the moment.
    I got the problem below and have no idea how to solve it. The program portion is:
    String x = node.getText();
    The node.getText() should contain value = "\n\r"
    However, it always return me "\r" only.
    I checked with the debugger and found that when I change the offset value of x to 0, it can return me "\n". However, the original offset value is always kept as 1. That's the reason why it always return me "\r".
    Can anyone help and tell me how to get the value "\n" in this case, i.e. any String method which I can check and get the offset value 0 from the string x.
    Thanks million in advance.
    Regards,
    Eric

    Can anyone help and tell me how to get the value "\n"
    in this case, i.e. any String method which I can
    check and get the offset value 0 from the string x.
    x.charAt(0);is probably what you mean.

  • Replace section offset problems

    Hello all,
    I have some problems with:
    REPLACE SECTION OFFSET pos OF init_source WITH text.
    So:
    when i use it in the er5 system it works just perfectly.
    but when i use it in the sc1 system, when i check the source code i get the error:
    section offset pos of init_source not expected.
    i checked my spelling and there's no problem.
    can you, please, help me with this matter? do you know why does this error exist?
    Best regards,
    emilia

    hello,
    in my code the text is declared the variable text.
    and i checked it, deleted and wrote it again in a different form and the only error i received was with  replace section offset pos of init_value with text: section offset pos of init_value not expected.
    as i said above the same code works in the er5 system. i don't know what the problem could be.
    i'll just try to change the method to handle things.
    anyway,
    thank you very much for your help ,
    emilia

  • Offset problem in simulating current and voltage phase relation of parallel rlc circuit, Is it a bug ?

     tested multisim for Parallel RLC Circuit with voltage source as in 
    http://www.electronics-tutorials.ws/accircuits/parallel-circuit.html
    But the current flows through the inductance L has DC component as in the picture attached (the red sine wave).  Is it  a bug ?, please tell me how to correct it.
    Attachments:
    phasor.jpg ‏183 KB

    Hi there,
    As strange as this may sound, this is not a bug. OK, this sounds really funny, but I am totally serious, and I am going to explain why:
    In a circuit energy must be conserved.
    An inductor is a purely reactive component, that is, it does not dissipate any power.
    When simulation starts, Multisim assumes the inductor current to be 0, which may seem reasonable. The voltage across the inductor is also 0 at this point. This is the initial condition.
    The voltage across the inductor increases, and thus, the current increases. The current keeps increasing during the first 2 quadrants of the sinusoidal phase output.
    The current never decreases until the voltage drop is negative.
    But by the time an entire cycle is over, the current is back to 0. This makes sense as energy is conserved and the inductor is not absorbing any energy.
    OK. Now look at what happened. During the whole cycle, the current was positive only! The current increased during the first half of the cycle and returned to 0 during the second half. This is because of the fluke of initial conditions! In fact, a good circuit simulator will maintain the DC offset for a long duration. The DC offset may drift because of rounding errors and the like.
    This will never be observed in real life as real inductors have winding resistance and other problems.
    OK, so, if you would like to see no DC offset, do the following:
    Run your simulation
    Record the DC offset that you want to eliminate
    Stop your simulation
    Double click the offending inductor in the Multisim schematic
    Click on the Value tab
    Check the Initial conditions box under Additional SPICE simulation parameters
    Enter the negative of the DC offset that you recorded in step 2 into the box right next to it
    Start your simulation. Did your offset go away? Or did it double?
    If your offset doubled, take away the sign from the DC offset that you entered in step 7. I bet you know why.
    It took me a while to figure this one out. Hope that helps!
    Yi
    Software Developer
    National Instruments - Electronics Workbench Group

  • Offset problem : DAQmxPerfo​rmBridgeOf​fsetNullin​gCalEx

    Hello All,
    I have an problem of OFFSET .
    I explain:
    I use 2 NI cDAQ-9178
    Test 1:
    A module 9213 is plugged on 1 NI cDAQ-9178
    A module 9237 is plugged on 1 NI cDAQ-9178
    If I call the function : DAQmxPerformBridgeOffsetNullingCalEx  for the module 9237, there is no problem this function returns 0.
    Test 2:
    The two modules 9213 and 9237 are plugged on the same NI cDAQ-9178.
    If I call the function : DAQmxPerformBridgeOffsetNullingCalEx  for the module 9237, the function returns -200478
    Why........
    I dont understand why I get this error.
    Thanks for your responses.

    Hi Laurent,
    Which DAQmx driver version are you using?
    It seems that the behavior you have was an unexpected one:
    Error -200478 occurs when using DAQmx Perform Bridge Offset Nulling Calibration with AI.Temp.TC and ...
    Neverthless, it was corrected in DAQmx 9.6 (see CAR 345144):
    DAQmx 9.6 Readme
    Regards,
    Valentin
    Certified TestStand Architect
    Certified LabVIEW Developer
    National Instruments France
    #adMrkt{text-align: center;font-size:11px; font-weight: bold;} #adMrkt a {text-decoration: none;} #adMrkt a:hover{font-size: 9px;} #adMrkt a span{display: none;} #adMrkt a:hover span{display: block;}
    Travaux Pratiques d'initiation à LabVIEW et à la mesure
    Du 2 au 23 octobre, partout en France

  • Illustrator CS5.1 uneven stroke offset problem

    I'm getting a problem in Illustrator CS5.1 that I can't seem to solve. The attached image shows the issue I'm having. I've set a 1px stroke on three identical boxes.
    Top - stroke set to outside - stroke overlaps edge of shape unevenly, shape appears to extend outside itself on bottom edge
    Middle - stroke set to center - stroke appears fine
    Bottom - stroke set to inside - entire stroke offsets downward unevenly, no longer appears to be touching top edge of shape
    Also, the shape keeps shifting on the artboard. Using Smart Guides, I'll anchor a point to a ruled intersection, it appears to snap, but when I release the mouse, it will jump a bit in a random direction.
    Other shapes do the same. The stroke on a square or rectangle appears fine as a center stroke, but set as the other two options it randomly offsets
    I've restarted my machine (2009 Mac Pro os10.10.2), deleted Illustrator's prefs, copied shapes into a new file, and recreated the file from scratch. Same error reoccurs. Any other ideas?

    Sounds like an Align to Pixel Grid issue. RGB documents default to this, but it can be changed.
    http://www.vektorgarten.de/problems-align-to-pixel-grid.html

  • Miglia Director's Cut Take 2, old VHS source - vertical sync offset problem

    I'm using a 20" iMac G5 and a Miglia Director's Cut Take 2 to import old family videos from VHS.
    Some of these tapes are up to 21 years old, so they aren't exactly in the best shape. Still, I'm doing everything I can to get them in shape for capturing (including using the original tapes from the VHS camcorder, and exercising the tapes by fast forwarding them to the end then rewinding to the beginning before capturing).
    Unfortunately, I'm having problems with the Director's Cut losing vertical synchronization whenever a worn out bit of the tape causes picture to be glitchy for a few seconds. The Director's Cut doesn't ever "fix" the sync on its own, until the next "glitch" in the tape happens to put it back in sync (or further out of sync).
    This offset basically causes my captured video to have the bottom half of a frame on top, then the VHS head switch noise (which should be on the bottom of the video, not in the middle of it), then the top half of the next frame on the bottom. The VCR's on screen display, when I enable it, is offset too (this happens with both of the VCRs I tested). This means that the sync offset is NOT due to a VCR failing to properly syncronize the video (not to mention the unlikelyhood of that being the problem, due to the way that the VHS standard encodes pictures onto the tape).
    What I find especially strange is that the vertical blanking interval doesn't appear in the middle of the video, right after the VHS head switch noise. The vertical blanking interval lasts for about 30 field lines (60 frame lines once the fields are combined in iMovie), so it should be quite prominent. This leads me to believe that the Director's Cut has managed to sucessfully capture the frames WITH proper vertical synchronization - which is then broken again somewhere between the Director's Cut and iMovie. My theory is that the Director's Cut isn't smart enough to change the read offset in its buffer between its analog to digital converter and its DV encoder. Another possibility: iMovie isn't doing the same thing between its Firewire interface and its DV decoder.
    I can force the Director's Cut Take 2 to "restart" and regain sync by stopping input capture/monitoring in iMovie then starting it again, which also flips the DC2 between "Capture" and "Export" modes. Unfortunately, this is not a real solution for me - I don't want to babysit the computer while I'm importing all these long tapes. Plus, this causes me to lose a few seconds of video.
    I've also tried to find ways to fix this problem using iMovie effect plugins. The closest I've got is using the "Vertical Hold" effect from the free Effects Pack 2 plugins (http://yorgle.cis.rit.edu/Software/iMovie/#dload) by Jerry Lawrence. Unfortunately, this plugin is really only useful for simulating, not correcting, vertical sync problems. It doesn't reference the previous or next frame in the DV file to get the top or bottom half of the picture. This results in a tearing effect, because, after I apply the filter, half of the picture is still from a different "frame" on the VHS tape.
    Is my Director's Cut Take 2 defective, or is this normal behavior for the converter? If this is an unavoidable problem with the converter, is there any iMovie effect plugin that could correct it?
    (If they would be helpful, I can post framegrabs of the DV file, and also framegrabs of the results of trying to use the "Vertical Hold" effect plugin.)
    imac g5 (isight) 2.1ghz (base configuration), miglia director's cut take 2   Mac OS X (10.4.5)  

    Hello, dbloom,
    Is there a particular reason you are using Miglia for VHS conversion/capture?
    I captured my old VHS tapes the way the other poster suggested by recording them onto DV tapes in my camcorder. (My computer setup is not convenient to do any direct connections from a VCR with a converter).Then, I imported the DV tapes to iMovie directly from the camcorder. I had no stoppages of imports/capture; the importing continued as long as my DV tapes, some of which were 80min.
    This method also gives you a digital copy of the original VHS tape. I don't know about yours, but some of mine were getting to be pretty bad. I like having the DV tape of the raw footage to save. The DV versions are actually quite a bit better than the VHS tapes.
    I have made iMovies of our family movies and photos of 15 years so far, burning the final edited versions to DVDs. I think I have made at least 40 movies so far, most of which are nearly 2hrs long. I also save the final movies back to DV tapes so that I have multiple backups of our family movies.
    Just to add my 2 cents worth

  • DC offset problems with ContAcq&SelectableSave VI

    I am using the ContAcq&SelectableSave VI from the ni.com examples page to acquire and save a continuous analog signal.  I want to sample the channel every second, however, when I run the VI the waveform chart displays the signal between 0.2 and 4 volts when it should be -2 to 2 volts. 
    I am using LabView 7 Express with a PCI-6034E card.
    I have set the signal generator to 1Hz and set the VI as follows:
    scan rate: 1Hz
    scans to read at a time: 10
    buffer: 20
    Is there a reason for this? Because when I sample a 40Hz signal at 200 Hz it seems to work as expected.
    I am intending to use this VI to continuously save analog data over a long period of time such as a number of weeks is this a suitable vi for this task?   
    cheers
    Pauldoc

    Pauldoc,
    i better first of all write what i understood from your post:
    you want to acquire analog data with a PCI-6034E continuously. the
    signal you want to acquire is a periodically signal with no offset and
    a voltage between -2 and 2 Volts (e.g sine, triangular). one period
    takes 1s, the frequency is 1Hz.
    you use the correct VI, but your setup for the VI is scan rate 1Hz. it
    is configured to be buffered (hardware timed, 10 samples at a time)
    which is correct so you should get one array of samples every 10s.
    now the problem is that you mess up with a fundamental for analog input: NYQUIST. please refer to the following link .
    therefore NI suggests to sample analog signals with 10 times the
    frequency you want to acquire at maximum, so for your application it
    would be 10Hz.
    Norbert B.
    NI Germany
    Message Edited by Norbert B on 10-11-2005 03:52 AM
    CEO: What exactly is stopping us from doing this?
    Expert: Geometry
    Marketing Manager: Just ignore it.

  • I have a weird "offset" problem with the objects in Ai

    I just don't know what is happening with Ai.. Look the image that I have in dropbox....
    http://dl.dropbox.com/u/60510241/fuckingillustrator.png
    The fill and the stroke ok my objects just don´t match, and the vertex neither too....
    I have not used for anything the offset parh effect!!!!
    What can I do?

    Hey thaaaaaanks!!!!! that fixed my problem!!  I really appreciate your help!!

  • Down Payment Offsetting Problem

    Hi SAP gurus,
    My company has create a down payment, and then create 2 invoice. 1 invoice is use for the VAT.
    Somehow, the down payment is put into the VAT, not the invoice.
    The VAT value is less than the down payment.
    So if we post the payment with automatic payment, SAP will pay full against the invoice, which is not correct.
    Is there any advice to solve the problem?
    Is there any chance to change the down payment to the correct invoice?
    I'm still new in this area.
    Thank you in advantage.
    fatah.

    kavitha, What do you mean?
    we do month end & year end closing activities the same as other, as explained in http://www.sap-basis-abap.com/sapfi.htm
    is there any relation with month and year end closing activities? or you are asking about those activities?
    Regards,
    Fatah

Maybe you are looking for

  • Encoding problems in email while on Windows Mail app

    Hello. I have a question concerning email and encoding problems in the Windows Mail App in Windows 8.1.  I have encountered a problem with an email I received, while reading, I see strange ASCII characters in one email.  I have never encountered it i

  • New nano and old itunes account

    My husband has the video ipod and his own itunes account. Where do I go about setting my new nano up? Do I need my own itunes account or can I just tranfer my playlists from his account to my new nano? Please help...not very good at this.

  • PI File (.tpz) Export Issue - OBJECT_NOT_FOUND

    Hi Experts, I am trying to Export PI 7.1 ID objects from Dev to QA. I am not able to create .tpz file. I am getting the below pasted error while exprotimg in ID. Error:- Export failed: Object CHANNEL_TYPE_LABEL | SIDCLNT120 | CC_FileReceiverLegacySys

  • Trouble Upgrading CF7 To CF8

    Hello All, We're having trouble trying to upgrade from CF7 to CF8 on a Unix box (Sun). We ran an upgrade installation of CF8 so as to keep our current settings. We gave the installer the same JRun path we used for CF7. But Apache continues to talk to

  • ERROR:Cannot connect to Host: [MTW02SDEP02] with user name: [Administrator]

    Dear All, When I try to deploy WD application, it gives me this following error and doesn't deploy. com.sap.engine.deploy.manager.DeployManagerException: ERROR: Cannot connect to Host: [MTW02SDEP02] with user name: [Administrator]