понеже скоро ми се наложи да поразръчкам малко *.nrg image-та
а не исках да боотвам в уин (не че там имам пиратски софтуер де'>

реших да се справям сам, както намеря за добре...

1-во след малко търсене се натъкнах на nrg2iso от  Grgory Kokanosky
името говори достатъчно (nrg2iso), естествено това нещо пак не проработи при мене (едно поради факта, че явно напоследък неро прави бинарни образи, едно поради факта че в конкретния случай образа е на audio, което дефакто пак е бинарен... както и да е)

След разглеждане на кода на nrg2iso, се разбира че ако файла не е iso, то при копиране от 307200-я байт до края, става iso...

естествено това пак не проработи при мене, но даде няколко важни насоки...
1-во, тези 307200 (150*2048) байта евентуално са служебни неровски
2-ро, това са точно 150 сектора, ако сектора е 2048 байта...

веднага проверих, ако махна на .nrg image-то първите 150 сектора (всеки по 2352 байта, все пак е аудио image), какво ще се получи...
получи се прекрасно (бяха 0-ли всичките, в този конкретен пример)

2-ро, След като имаме един бинарен image, как да го..... разбира нерото откъде докъде са му траковете?!
----2.1 първия ми опит (също успешен), беше доста заобиколен, но работеше.... сложих wav header, нагласих cue-file, според броя и дължината на парчетата и воаля, опече се като слънце, т.е. и във freedb.org се изнамираше...
----2.2 Ами след малко тест, се оказа че важната информация си почва директно още в началото на файл-а....
ок, погледнах накрая и воаля, открои се интересен "таг" CUEX
след него има информация от вида (във big endian format):
....01 .....XXXXXX ...... 01... XXXXXX+96
....02------------------02--------
...
...YZ--------------------YZ---------
01 до YZ е номер на трака, а XXXXXX се оказа offset от началото (на вече стрипнатия файл) във сектори...(hex)

последва
begin= i_offset;
length= i+1_offset;

dd if=audio.nrg of=track_i skip=begin count=length bs=2352
и имах траковете поотделно...

тествах ги, точно те бяха (първо погледнах какво има на съответните offset-и)
остана въпроса със записването на cd...
единия вариант, е като 2.1 wav header и оттам нататък да му мисли програмата за записване....
но вече задълбал из толкова байтове и сектори реших, че може и по друг начин'>
cdrecord -audio track.....
понеже track не ми завършваха на .wav cdrecord ги прие като бинарен образ на audio сектори...
и понеже големината им е кратна на 2352, не ме "наплю" като в предни случаи '>

ами това...
Очертава се скоро пак да направя упражнението'> та ако има интерес, бих могъл да документирам по-подробно процеса, и да дам и примери '> , да се получи нещо като step by step...

п.с. преди доста време бях мернал коментар в един тракер, че .nrg не ставало за под линукс... та и това има принос да се реша да го направя the right way

Error  Line 20 column 59: required attribute "TYPE" not specified.

 <script src="/themes/blju/mofade.js" language="JavaScript"></SCRIPT>

The attribute given above is required for an element that you've used, but you have omitted it. For instance, in most HTML and XHTML document types the "type" attribute is required on the "script" element and the "alt" attribute is required for the "img" element.

Typical values for type are type="text/css" for <style> and type="text/javascript" for <script>.

http://validator.w3.org/



и това е само част ....
добре че regular expression  трябва да са овладяни '>

забелязах нещо което ми е доста интересно...
всичко тръгна от борбата за pango 1.8.0 и gtk+-2.6.0

и двете искат glib > 2.5.7 аз съм сложил 2.6.0 ...

и тука почва интересното...

pango-querymodules се дъмпеше със segmentation fault ... след дълбоко проучване, набедих libgmodule.so...
оказах се прав, прекомпилирах без опцията "--without-pic" (по-надолу ще стане ясно защо съм я искал в началото)
pango-querymodules вече не се дъмпи и работи както трябва'>

обаче при компилация без опцията "--without-pic" в libgmodule.so са недефинирани (undefined) dlopen, dlclose и още някои други, но тези ми стигат ...

при компилация на gtk+-2.6.0 , още при конфигурирането, не му харесва glib-a, заради libgmodule.so , и по-специално че са undefined dlopen, dlclose .....
хубаво, линкнах libgmodule, което ги дефинира (от компилация с --without-pic), gtk-то си намери glib-a, имаше си dlopen и dlclose в libgmodule-to....
направо слънце '>
до момента в който не се опита да използва неговата си програма за модули, която естествено да не види нещо от pango-query-to, взе та се издъмпи и тя (segmentation fault, core dumped)...
нищо, линкнах пак libgmodule, което няма dlclose i dlopen, но пък не дъмпи querytata...
и сигурно щеше да се компилира като хората, обаче се оказа че нямам png - ама това е бял кахър, ще сложа...

но принципно ме смущава факта, че не мога да докарам версия на glib, която да бачка....


gcc-то ми е компилирано също с опцията --without-pic, защото без нея просто не искаше (имаше прекалено много undefined показалци из библиотеките, които то си правеше, и после ползваше докато се bootstrap-ва)

интересно ми е за вашите мнение, и workaroundi...

забелязах нещо което ми е доста интересно...
всичко тръгна от борбата за pango 1.8.0 и gtk+-2.6.0

и двете искат glib > 2.5.7 аз съм сложил 2.6.0 ...

и тука почва интересното...

pango-querymodules се дъмпеше със segmentation fault ... след дълбоко проучване, набедих libgmodule.so...
оказах се прав, прекомпилирах без опцията "--without-pic" (по-надолу ще стане ясно защо съм я искал в началото)
pango-querymodules вече не се дъмпи и работи както трябва'>

обаче при компилация без опцията "--without-pic" в libgmodule.so са недефинирани (undefined) dlopen, dlclose и още някои други, но тези ми стигат ...

при компилация на gtk+-2.6.0 , още при конфигурирането, не му харесва glib-a, заради libgmodule.so , и по-специално че са undefined dlopen, dlclose .....
хубаво, линкнах libgmodule, което ги дефинира (от компилация с --without-pic), gtk-то си намери glib-a, имаше си dlopen и dlclose в libgmodule-to....
направо слънце '>
до момента в който не се опита да използва неговата си програма за модули, която естествено да не види нещо от pango-query-to, взе та се издъмпи и тя (segmentation fault, core dumped)...
нищо, линкнах пак libgmodule, което няма dlclose i dlopen, но пък не дъмпи querytata...
и сигурно щеше да се компилира като хората, обаче се оказа че нямам png - ама това е бял кахър, ще сложа...

но принципно ме смущава факта, че не мога да докарам версия на glib, която да бачка....


gcc-то ми е компилирано също с опцията --without-pic, защото без нея просто не искаше (имаше прекалено много undefined показалци из библиотеките, които то си правеше, и после ползваше докато се bootstrap-ва)

интересно ми е за вашите мнение, и workaroundi...

да подкара Mplayera така?

със:
-vo xv
-vo sdl -forcexv
върви и не пищи'> но с -vo sdl:xv (също и с sdl:svga, sdl:vesa) се оплаква че няма такъв video output device/driver...
със -vo sdl:x11 тръгва и не се oплаква.

и при :
-vo sdl
-vo sdl -forcexv
-vo sdl:x11

sdl използва x11, като video output device driver

p.s. sdl библиотеката е последната версия (1.2.x), прокомпилиране със -енабле-исканите видео драйвери..
п.п.с. кой драйвер използва sdl е видяно чрез -v опцията на mplayer...
п.п.с. ако някой се чуди за какео ми е да тръгне така, xv заради pan-zoom-a, sdl-а заради субтитрите в черното... btw, ако тръгне, ще гледам как да преместя образа нагоре'>

основния въпрос е увеличаването на буфера (shift pgup), за xterm в X го направих, (ама там явно е по-друг начин..)

реших да подходя по същия начин към текстовите конзоли'>

гледах в inittab че вика терминал linux
na една от конзолите се пробвах да сложа параметри (четох един мануал, за емулация на терминал)
ne sтана нищо (освен че отвреме на време казваше че конзолата не е пълноценна и полудяваше'>
гледах и reset i tset, та смених типа на темринала от Linux na xterm, ефект пак нямаше...(освен че имах двоен промпт'>

после ми хрумна, че след като shift pgup работи, още преди да се логне човек, явно трябва преди това да се нагласят нещата'>
та се зарових в опциите при boot-ване
пробвах 'video=scrollback:250k' нйенте
'video=scrollback:250000' нйенте

пробвах 'vga=ask' (за да пробвам въобще има ли ефект от тез опции дето ги пиша), йесте'> това проработи (като опция, иначе избрания режим 80 колони на 50 реда, само ми 'сви' шрифта по височина, така че 25-те реда, които изтипосваше си седяха в горната половина на екрана и там си ги скролваше)
след по-задълбочено четене се оказа че video= опциите работят за framebuffer,  a пък при мене той файлва (fail) с грешка -6

друго което изчетох по въпроса беше че ако се намали броя на конзолите щял да се увеличи scrollbuffer-a, което не е лишено от логика, ама ме съмнява (пак поради причината, че още преди да се докопа системата до inittab-a и се пълни scrollbuffer-a)

странното е че на същото пс, с друга дистрибуция не съм забелязал да не ми стига scroll-a...

не че xfce зарежда бавно'> не че не ми харесва xterm... ама си искам пълноценна текстова конзола (сегашната един dmesg не може да 'запомни', е ползвам edi_sho_si | less ama ..)

искам да помоля да ме насочите какво да търся...

искам да науча повече за device-s в линукс, за proc..
примерно като се прави 'nod' в /dev/ как се разбира кой е minor и кой major номера? (хайде кога да е block и кога character или fifo да речем че съм разбрал (или поне са 2-3 възможности, ще се разбере'>.
man mknod ми каза че като правя 'nod' с '-c' трябва да му дам и minor и major номер.
имам смътното усещане че тез работи зависят от posix / unifix (за unifix може и да бъркам)
доколкото разбрах при debian въпросните номера били по-различни (оттук и съмнениято че posix има нещо общо с това)

конкретния повод да се заинтересувам от тез неща (аз и от преди ми беше чудно и любопитно, но нещо с времето не се разбираме напоследък...) е опит за подкарване на alsa sound под archlinux (archlinux, защото има компилирани за i686 нещица, а на мойта машинка се компилират бавно и то доста бавно...)..

от http://www.alsa-project.org четох инструкции писах конфигурационни файлове'>, после открих alsaconf '>
alsaconf се мъчи да открие 'заместител' (явно според дистрибуцията) на rcalsactl (по-дълго беше името, но не го помня в моменте, btw ако някой се присети за начин на четене на resierfs под win2k? vmware и копиране на fat дял е работеща алтернатива), но доколкото разбрах то служи само за първоначална настройка на миксера, така че не е фатално за момента.
alsaconf правилно си описва модулите в modrpobe.conf (ядрото е 2.6.7), при зареждане на модула за мойта звукова карта си зарежда всички необходими му модули (aka soundcore, snd etc...)

в alsa-project.org имаше 'hint' да се променят permission-ите на /dev/dsp /dev/mixer etc..., за да може да се ползват и от друг освен от root-а, аз реших първо да подкарам нещата като root и после да донастройвам...
обаче се оказа впоследствие че въобще ги нямам тези 'nod'-ове...

проверих дали кернела открива звуковата карта, открива я (гледах на няколко места, dmesg, 'cat'-вах devices и си я имаше)

p.s. с удоволствие бих тръгнал да търся от нулата (така ще науча повече неща), но ще ми отнеме много повече време (имам скорошен опит с psmouse.prot...) затова искам да помоля за насоки при търсенето

след няколко опита (включително успешни, без gui и dvd) и четене на rtfm-то се получи'>

основно ме бъркаше липсата на dvd...
./configure си откриваше каквото му трябва (а и каквото не му'>
libmpdvdkit2 упорито не искаше да се компилира, другата dvd поддръжка също...
все заради липсващ endian.h или redefinition на разни работи в bsdi.h ...
проблема се реши след добавяне на:
#undef BSDI (всъщност не мога да го цитирам в момента)

в началото на ioctl.c в ../libmpdvdkit2 ...

та dvd поддръжката е ок'>

относно gui-то, успеха е частичен...
там трябваше да изтрия от menu about (сорри, ама и това не мога да цитирам в момента) една част, която искаше да използва GTK_TEXT (или GTK_GET_TEXT)... изтриването е безопасно, защото тя просто показва разни текстчета, като се наклика about (е при мен не ги показва'>...

частичен, защото със skin-овете които пробвах, не виждах бутони, но пък context-менюто работи '>

(това и под kde 2.3.2 и под xfce 4.0.6)

gui-то го мъчех от чисто любопитство, понеже се оказа че свиквайки малко с ~/.mplayer/conf файл-а и разучавайки опциите, се получава доста удобно и бързо настройване

p.s.
инфо за машината:
kernel 2.4.3, gcc 3.2 и gcc 2.95.3 (ами 2.4.3-ката не искаше да се компилира с 3.2, а с 2.95.3-ката се компилира'>, glib 2.4.4, самото компилиране май беше с gcc-2.95.3

не знам за къде е тази тема, та ще се радвам да се премести там където ще и е най-добре'>