Kirjoittaja Aihe: Kdenliven käyttäminen doubleboot Windowsissa ongelmallista (RATKAISTU)  (Luettu 3199 kertaa)

Pontus12

  • Käyttäjä
  • Viestejä: 2406
    • Profiili
Kdenliven käyttäminen doubleboot Windowsissa on ongelmallista, sillä järjestelmä saattaa päivittää tiedoston ja toinen järjestelmä ei osaa lukea sitä oikein. Sain sen kerran toimimaan tallentamalla tiedoston windowspuolen yhteen alihakemistoon kovalevyllä. Kun kokeilin uudestaan oli Windows ehtinyt jo pävittää tiedoston tai "korjata tiedoston" eikä ubuntu osannut enää avata sitä.

Ehkä tarpeeksi kauan leikkimällä löytäisin uudelleen ratkaisun, mutta se vie aika lailla aikaa. Sitäpaitsi ei ole edes varmaa, kauan se kestäisi. Kuitenkin doublebootin idea on minusta siinä, että voit käyttää samoja tiedostoja molemmissa järjestelmissä. Ja nyt kysymys:
Onko olemassa toimivaa ratkaisua, jossa voisi editoida samaa tiedostoa molemmissa järjestelmissä käyttäen Kdenliveä.
« Viimeksi muokattu: 17.09.23 - klo:16.10 kirjoittanut Pontus12 »

juyli

  • Käyttäjä / moderaattori
  • Viestejä: 1200
    • Profiili
Ehkä tarpeeksi kauan leikkimällä löytäisin uudelleen ratkaisun,
Leikkiminen sikseen. Olet esittänyt jo toista tuhatta viestiä mm. ko. ongelmasta.
Kuitenkin doublebootin idea on minusta siinä, että voit käyttää samoja tiedostoja molemmissa järjestelmissä. 
doubleboot on metodi käyttää koneessa useita käyttöjärjestelmiä.
Ja nyt kysymys:
Onko olemassa toimivaa ratkaisua, jossa voisi editoida samaa tiedostoa molemmissa järjestelmissä käyttäen Kdenliveä.
Kukin ohjelma käyttää tiettyjä hakemistoja ohjelmien tallentamiseen/editointiin.
Windows yleensä tukee ntfs- tai dos-tiedostojärjestelmää levyosioillaan. Saadaksesi tiedostojärjestelmän tukemaan osioita Linux/Unix -käyttöjärjestelmissä, pitää olla tuki ko.  tiedostojärjestelmille - ja osiot liitettynä järjestelmään (lue: mount).

Jtkone

  • Käyttäjä
  • Viestejä: 879
    • Profiili
Ensin tulee mieleen miksi pitäisi samaa asiaa tehdä vuorotellen eri käyttöjärjestelmällä, kun tiedostot on kuitenkin samalla koneella?
Kdenliven projektitiedosto on vain xml-file, jossa kerrotaan esimerkiksi polku kuviin ja/tai äänitiedostoihin. Tämän tiedoston voi avata millä tahansa tekstieditorilla ja katsoa mihin polkuun viitataan. Itse projektitiedosto ei sisällä kuvia tai ääniä.
Siispä pelkän projektitiedoston siirto käyttisten välillä ei toimi.
Eli jos tästä on kysymys pitäisi Ubuntusi puolella päästä Windowsin kansioihin.
 

Pontus12

  • Käyttäjä
  • Viestejä: 2406
    • Profiili
  Olen ilmeisesti asettanut kysymykseni huonosti päätellen siitä, miten niitä on ymmärretty. Joskus kirjoitustyön lomassa tulee luovia taukoja, jolloin voi esim. jatkaa joidenkin kotivideoiden editoimista. Minulla on monta editointiohjelmaa enkä nykyään käytä niitä enää kovin usein. Olin aikoinani myös utelias linuxin suhteen niistä, koska ennen vähänkin paremmat editointiohjelmat olivat Windowsissa ja maksoivat reilusti. Nyt tilanne on muuttunut molemmissa järjestelmissä.
   Silloin kun minulla on aikaa, teen suurempia editointeja Windowsissa käyttäen DaVinci Resolvea. Ubuntussa olen nykyään käyttänyt lähinnä Shotcut ja Kdenlive ohjelmaa. Päätin jättää myös Shotcutin ja tyytyä vain Kdenliveen. Koska teen koneellani myös Windowsissa paljon muutakin kuin vain editoin, ajattelin että olisi viisasta käyttää yhtä editointiohjelmaa, joka olisi sama molemmissa järjestelmissä.      Kdenlive voi Ubuntussa tallentaa projektin yhtä hyvin windows-osiolle kuin linux-osiolle Se toimii, mutta Windows ilmeisesti tekee jotain tiedostolle, jos käytän sitä Windowsin Kdenlivessa. Tekemäni varmuuskopio toimi kuitenkin myös Ubuntussa, mutta alkuperäiselle tapahtui jotain. Vaikka tallennustiedosto ei ymärtääkseni ole sama kuiin ohjelmatiedosto, niin ilmeisesti saman tiedoston käyttäminen editoinnissa ei toimi doubleboot järjestelmässä vastaavalla tavalla kuin Windowsin doc-tiedostot tai Libre Officen odt-tiedostot.
   Vielä lisäykseksi kymymyksessä ei ollut syytös ohjelmoijia kohtaan, vaan yritys ymmärtää, mistä siinä on kysymys.
« Viimeksi muokattu: 03.09.23 - klo:11.00 kirjoittanut Pontus12 »

nm

  • Käyttäjä
  • Viestejä: 16252
    • Profiili
Ongelma voi johtua ainakin näistä seikoista:

(a) Videotiedostojen sijainnit suhteessa projektitiedostoon eivät täsmää eri järjestelmien välillä. Etenkin absoluuttiset polut poikkeavat toisistaan Windowsissa ja Linuxissa.

(b) Kdenliven eri versioiden projektitiedostoissa voi olla eroja, jolloin uudempi Kdenlive osaa avata vanhemmalla versiolla tehdyn projektin, mutta vanhempi ei suostu avaamaan uudemman version projektia.

Aloitusviestin perusteella epäilisin syyksi versioiden eroa. Mikä Kdenliven versio sinulla on käytössä Windowsissa ja mikä Ubuntussa?

SuperOscar

  • Käyttäjä
  • Viestejä: 4000
  • Ocatarinetabellatsumtsum!
    • Profiili
    • Legisign.org
Ongelma voi johtua ainakin näistä seikoista:

(a) Videotiedostojen sijainnit suhteessa projektitiedostoon eivät täsmää eri järjestelmien välillä. Etenkin absoluuttiset polut poikkeavat toisistaan Windowsissa ja Linuxissa.

(b) Kdenliven eri versioiden projektitiedostoissa voi olla eroja, jolloin uudempi Kdenlive osaa avata vanhemmalla versiolla tehdyn projektin, mutta vanhempi ei suostu avaamaan uudemman version projektia.

Kdenlivea nimenomaisesti tuntematta lisäisin vielä kolmannen mahdollisuuden:

(c) Linux- ja Windows-ohjelmien käyttämät merkistökoodaukset eroavat (eikä Kdenlive kirjaa tietoa tiedostoon).

Minulla on yksi ohjelma, jossa on tuo ongelma: kummassakin järjestelmässä käytössä on natiivi koodaus eli Windowsissa UTF-16 ja Linuxissa UTF-8.

Mutta sinänsä Windows ei varmasti tee tiedostolle mitään!
pöytäkone 1, kannettavat 1–3: Debian GNU/Linux 12; pöytäkone 2: openSUSE Tumbleweed; NUC: openSUSE Leap 15.5; RPi 1: FreeBSD 14-RELEASE; RPi 2: LibreELEC 11

Pontus12

  • Käyttäjä
  • Viestejä: 2406
    • Profiili
Ongelmani ei toedellakaan ole merkittävä, koska editoin Kdenlivellä lähinnä yksityisiä videoita ja voin tehdä niistä esimä mp4 tiedostoja, jotka sitten toimivat kaikissa järjestelmissä. Ilmeisesti syy siihen, että eroja on, johtuu juuri koodaukseen liittyvistä eroista. En halua vavata tällä kysymyksellä enempää ketään, joten merkitsen aiheen käsitellyksi.